Re: [OSM-talk] mechanical edit on fire hydrants worldwide ?
On 23 Mar 2014 22:23:17, Frederik Ramm frede...@remote.org wrote: because I use a RSS feed from WhoDidIt [1,2] to know the latest edits in my home area, I have noticed that fire hydrants have been edited by mechanically worldwide. I am reverting that now. thanks. that edit startled me, it stepped on a bunch of stuff i'm doing with hydrants right now. richard -- rwe...@averillpark.net Averill Park Networking - GIS IT Consulting OpenStreetMap - PostgreSQL - Linux Java - Web Applications - Search signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] mechanical edit on fire hydrants worldwide – revert or not?
Am Sonntag, 23. März 2014, 22:23:17 schrieb Frederik Ramm: Hi, On 23.03.2014 22:16, Michael Reichert wrote: because I use a RSS feed from WhoDidIt [1,2] to know the latest edits in my home area, I have noticed that fire hydrants have been edited by mechanically worldwide. I am reverting that now. But there are a lot of empty nodes see example http://www.openstreetmap.org/node/1091751232/history#map=17/51.18405/8.24592 Bernd ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OpenStreetMap receives Document Freedom Day Award 2014
Hi All, Wednesday is Document Freedom Day 2014 - and this year the work of all OpenStreetMap contributors was recognised by Free Software Foundation Europe (FSFE) my means of the Document Freedom Day Award 2014. The award was presented on Saturday in Birmingham, England at an event attended by the local mapping group (Mappa Mercia). We've blogged about it here: http://www.mappa-mercia.org/2014/03/openstreetmap-recognised-by-free-software-foundation-europe-with-document-freedom-day-award-2014.html Please tweet, blog and generally make a lot of noise about how great OpenStreetMap is this Wednesday (on Document Freedom Day). It could inspire others to join OSM :-D Best regards, RobJN ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-br] Caminhos como via em restrições
Mapear desta forma não é suportado por nenhum software de GPS. Garmin aceita. Tínhamos restrições de 4 nós no Tracksource que cobrem casos como os descritos. Do jeito como o OSM faz, apesar de muito sofisticado, não cobre uma situação corriqueira. Em 23 de março de 2014 19:12, Fernando Trebien fernando.treb...@gmail.comescreveu: Dê uma lida nesta seção: http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Restri%C3%A7%C3%B5es_de_Convers%C3%A3o#Linha_como_intermedi.C3.A1rio Mapear desta forma não é suportado por nenhum software de GPS. Ou seja, fazer assim significa que, hoje, na prática, nenhum sistema respeitaria a restrição - o que obviamente leva a erros (bem grotescos) de roteamento. É um objetivo da comunidade que isso se torne amplamente suportado para evitar ter que alterar a forma ideal(izada) de mapear. Faz todo o sentido, do ponto de vista de um mapeador, mas não do ponto de vista do usuário... que não quer nem saber dos detalhes da aplicação, ou das práticas de mapeamento, só quer que o sistema funcione. Então o que temos é um impasse: nos adaptamos (aceitando algo inferior ao ideal), para que funcione com os sistemas que existem hoje, ou não nos adaptamos (impondo o ideal) e perdemos oportunidades de despertar o interesse de novos colaboradores. (É assim que eu encaro a questão.) Fato é que o OSRM já demonstrou interesse e (agora, como o Nelson apontou) o mkgmap resolveu tratar do problema. Ou seja, estamos perto de poder recomendar, sem medo, essa forma ideal de mapear. Eu mesmo estou esperando (há meses - mas sei que tem gente esperando há anos) pra poder desfazer algumas coisas que eu fiz em PoA pra contornar esse problema. On Sun, Mar 23, 2014 at 6:59 PM, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Acho que perdi o porque disso ser especial. Alguém pode explicar? grato, Paulo 2014-03-23 11:33 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: Agora pelo menos uma aplicação existe que suporta o uso de caminhos no via das restrições: http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmaprev=3121 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Brasil e Brazil
2014-03-22 17:40 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Acredito que o mkgmap obtenha os dados geográficos a partir das linhas com tag boundary=administrative, mas esse comportamento pode ser configurável nas opções de compilação. O que tem Brazil nos limites administrativos é o is_in:country mesmo (se extrair apenas os boundary=administrative, tem 287 is_in:country=Brazil) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Caminhos como via em restrições
Hm eu estou falando do OSM. Garmin não aceita as relações de restrição do OSM em que o membro via é uma linha, ao invés do tradicional ponto, certo? Só aceitará depois que o mkgmap implementar esse suporte. On Mar 24, 2014 8:06 AM, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Mapear desta forma não é suportado por nenhum software de GPS. Garmin aceita. Tínhamos restrições de 4 nós no Tracksource que cobrem casos como os descritos. Do jeito como o OSM faz, apesar de muito sofisticado, não cobre uma situação corriqueira. Em 23 de março de 2014 19:12, Fernando Trebien fernando.treb...@gmail.com escreveu: Dê uma lida nesta seção: http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Restri%C3%A7%C3%B5es_de_Convers%C3%A3o#Linha_como_intermedi.C3.A1rio Mapear desta forma não é suportado por nenhum software de GPS. Ou seja, fazer assim significa que, hoje, na prática, nenhum sistema respeitaria a restrição - o que obviamente leva a erros (bem grotescos) de roteamento. É um objetivo da comunidade que isso se torne amplamente suportado para evitar ter que alterar a forma ideal(izada) de mapear. Faz todo o sentido, do ponto de vista de um mapeador, mas não do ponto de vista do usuário... que não quer nem saber dos detalhes da aplicação, ou das práticas de mapeamento, só quer que o sistema funcione. Então o que temos é um impasse: nos adaptamos (aceitando algo inferior ao ideal), para que funcione com os sistemas que existem hoje, ou não nos adaptamos (impondo o ideal) e perdemos oportunidades de despertar o interesse de novos colaboradores. (É assim que eu encaro a questão.) Fato é que o OSRM já demonstrou interesse e (agora, como o Nelson apontou) o mkgmap resolveu tratar do problema. Ou seja, estamos perto de poder recomendar, sem medo, essa forma ideal de mapear. Eu mesmo estou esperando (há meses - mas sei que tem gente esperando há anos) pra poder desfazer algumas coisas que eu fiz em PoA pra contornar esse problema. On Sun, Mar 23, 2014 at 6:59 PM, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Acho que perdi o porque disso ser especial. Alguém pode explicar? grato, Paulo 2014-03-23 11:33 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: Agora pelo menos uma aplicação existe que suporta o uso de caminhos no via das restrições: http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmaprev=3121 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] That Shouldnt Be Possible com dados do Brasil
Interessante. Obrigado por compartilhar. []s Paulo Em 24 de março de 2014 08:45, Nelson A. de Oliveira nao...@gmail.comescreveu: Para quem conhece (ou ainda não conhece) o That Shouldnt Be Possible - http://wiki.openstreetmap.org/wiki/That_Shouldnt_Be_Possible, ele agora possui dados do Brasil. É possível analisar tracks GPX e ver se é possível fazer o caminho com os dados existentes no OSM (e inferir se está faltando ruas no OSM ou se algum caminho está deslocado/errado, por exemplo) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Caminhos como via em restrições
Fernando, Garmin aceita sim restrições de 4 nós. Por favor, leia o manual o cGPSmapper caso ainda duvide. Trabalhamos com isso por 10 anos lá no Tracksource. Sei que existe. Em 24 de março de 2014 08:44, Fernando Trebien fernando.treb...@gmail.comescreveu: Hm eu estou falando do OSM. Garmin não aceita as relações de restrição do OSM em que o membro via é uma linha, ao invés do tradicional ponto, certo? Só aceitará depois que o mkgmap implementar esse suporte. On Mar 24, 2014 8:06 AM, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Mapear desta forma não é suportado por nenhum software de GPS. Garmin aceita. Tínhamos restrições de 4 nós no Tracksource que cobrem casos como os descritos. Do jeito como o OSM faz, apesar de muito sofisticado, não cobre uma situação corriqueira. Em 23 de março de 2014 19:12, Fernando Trebien fernando.treb...@gmail.com escreveu: Dê uma lida nesta seção: http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Restri%C3%A7%C3%B5es_de_Convers%C3%A3o#Linha_como_intermedi.C3.A1rio Mapear desta forma não é suportado por nenhum software de GPS. Ou seja, fazer assim significa que, hoje, na prática, nenhum sistema respeitaria a restrição - o que obviamente leva a erros (bem grotescos) de roteamento. É um objetivo da comunidade que isso se torne amplamente suportado para evitar ter que alterar a forma ideal(izada) de mapear. Faz todo o sentido, do ponto de vista de um mapeador, mas não do ponto de vista do usuário... que não quer nem saber dos detalhes da aplicação, ou das práticas de mapeamento, só quer que o sistema funcione. Então o que temos é um impasse: nos adaptamos (aceitando algo inferior ao ideal), para que funcione com os sistemas que existem hoje, ou não nos adaptamos (impondo o ideal) e perdemos oportunidades de despertar o interesse de novos colaboradores. (É assim que eu encaro a questão.) Fato é que o OSRM já demonstrou interesse e (agora, como o Nelson apontou) o mkgmap resolveu tratar do problema. Ou seja, estamos perto de poder recomendar, sem medo, essa forma ideal de mapear. Eu mesmo estou esperando (há meses - mas sei que tem gente esperando há anos) pra poder desfazer algumas coisas que eu fiz em PoA pra contornar esse problema. On Sun, Mar 23, 2014 at 6:59 PM, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Acho que perdi o porque disso ser especial. Alguém pode explicar? grato, Paulo 2014-03-23 11:33 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: Agora pelo menos uma aplicação existe que suporta o uso de caminhos no via das restrições: http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmaprev=3121 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Brasil e Brazil
O certo é manter tudo Brazil? Se sim, temos que ver como eliminar os casos de Brasil, não? Em 24 de março de 2014 08:34, Nelson A. de Oliveira nao...@gmail.comescreveu: 2014-03-22 17:40 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Acredito que o mkgmap obtenha os dados geográficos a partir das linhas com tag boundary=administrative, mas esse comportamento pode ser configurável nas opções de compilação. O que tem Brazil nos limites administrativos é o is_in:country mesmo (se extrair apenas os boundary=administrative, tem 287 is_in:country=Brazil) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Fwd: Re: Street name data
Eu acho que as comparações setoriais poderiam ser muito úteis sim. Com base nelas (vou viajar um pouco, mas não quer dizer que não seja factível) daria pra fazer um sistema que mostra diferenças graficamente, por região (aproximada). Por exemplo, com um LeafletJS, daria pra: - obter a posição atual do usuário no mapa - encontrar o setor censitário mais próximo (não precisa ser muito rebuscado, pode ser uma busca gulosa usando a distância em relação ao centro/centróide do setor censitário) - consultar (a partir de dados já compilados) e mostrar quais ruas do CNEFE não existem no OSM (idealmente seria só naquele setor) - também mostrar as ruas que existem no OSM mas não no CNEFE, listando os nomes mais similares (poderia ser a saída do script que eu fiz - e estou melhorando com o seu feedback) Com isso, qualquer pessoa poderia entrar no sistema e descobrir quais ruas faltam e onde. E num nível mais afastado, ao invés dessa análise, poderiam aparecer os heat maps que você já desenvolveu. Com o tempo, as pessoas saberiam quais lugares precisam ser trabalhados. (Se não viajei demais, acho que temos um projeto. :P) 2014-03-24 0:19 GMT-03:00 Hermann Peifer pei...@gmx.eu: Fernando, Claro: tu fais as comparações como tu achas mais adequadas. Eu só pensei que no caso de 'RUA A' 'RUA B': 4 caractères = 80% de igualdade parece muito alto, já que o prefixo 'RUA ' é quase omnipresente no CNEFE, como Tipo do logradouro. O que é que tu achas das comparações setoriais? A tabela CNEFE cresceu: de 130 000 linhas 190 000 linhas, Não tenho ainda a nova tabela setorial do OSM. Abçs, Hermann On 2014-03-24 3:32, Fernando Trebien wrote: O fórum brasileiro foi criado há pouco tempo (meados do ano passado). Se vocês olharem bem, o fórum alemão, o russo e o inglês têm muita atividade (talvez mais do que as listas de e-mail, sinceramente não acompanho tão de perto). Embora no Brasil o fórum ainda esteja engatinhando, fora do Brasil ele costuma ser usado pra diversas coisas (ou seja, o propósito é livre). Andaram conversando aqui na lista (e eu acho que faz algum sentido pensar assim) que o fórum é um espaço adequado a discussões mais longas, cujo registro pode ser importante depois (basta mandar o link pras pessoas que estiverem chegando na discussão), enquanto que a lista é mais um espaço para anúncios, dúvidas rápidas ou assuntos urgentes. Outra utilidade do fórum é poder referenciar a discussão no próprio mapa (basta colocar o link pra discussão na tag note) quando há divergências sobre a forma correta de mapear algo. Eu acho interessante manter rua e avenida na comparação, pois gostaríamos que esses prefixos constassem no mapa do OSM. Uma idéia: - calcular duas distâncias: uma com (1) e outra sem (2) os prefixos (rua, avenida, etc.) - se ambas forem zero, não gerar nada na saída (os nomes são iguais) - senão, usar 2 para ordenar a saída, mesmo que 2 seja zero; viria no começo então todos os casos em que a única diferença está no prefixo Vou tentar fazer isso ver como fica o resultado. 2014-03-23 23:15 GMT-03:00 Aun Johnsen lists-syhcobdn3iehv55da0l...@public.gmane.org: PS: Alguem me pode explicar a lógica brasileira da dualidade de lista talk-br e OSM Forum, users: Brazil ? Minha hipótese é que o Forum serve mais para a Geração Facebook (a geração dos meus filhos), enquanto que, por outro lado, a lista talk-br é o veículo histórico de comunicação da Geração pré-Facebook (que nem eu). É verdade memo ? ;-) Eu talvez sao do geracao mais velho, a lista talk-br e maia util p mim como recebendo no meu email, onde eu pode responder mesmo que viajando O forum nao e bem util p mim como sempre viajando, utilizando computadores publico ou do trabalho Sds ___ Talk-br mailing list Talk-br-3+rWM/WnaLOn4i5uJCXUsti2O/jbr...@public.gmane.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Caminhos como via em restrições
Ah, pode até ser. O que eu quero dizer é que não há ferramentas ligadas ao OSM que façam a tradução entre essa forma de mapear e esse formato que o Garmin aceita. As ferramentas de conversão atuais simplesmente descartam essas relações. 2014-03-24 9:13 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Fernando, Garmin aceita sim restrições de 4 nós. Por favor, leia o manual o cGPSmapper caso ainda duvide. Trabalhamos com isso por 10 anos lá no Tracksource. Sei que existe. Em 24 de março de 2014 08:44, Fernando Trebien fernando.treb...@gmail.com escreveu: Hm eu estou falando do OSM. Garmin não aceita as relações de restrição do OSM em que o membro via é uma linha, ao invés do tradicional ponto, certo? Só aceitará depois que o mkgmap implementar esse suporte. On Mar 24, 2014 8:06 AM, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Mapear desta forma não é suportado por nenhum software de GPS. Garmin aceita. Tínhamos restrições de 4 nós no Tracksource que cobrem casos como os descritos. Do jeito como o OSM faz, apesar de muito sofisticado, não cobre uma situação corriqueira. Em 23 de março de 2014 19:12, Fernando Trebien fernando.treb...@gmail.com escreveu: Dê uma lida nesta seção: http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Restri%C3%A7%C3%B5es_de_Convers%C3%A3o#Linha_como_intermedi.C3.A1rio Mapear desta forma não é suportado por nenhum software de GPS. Ou seja, fazer assim significa que, hoje, na prática, nenhum sistema respeitaria a restrição - o que obviamente leva a erros (bem grotescos) de roteamento. É um objetivo da comunidade que isso se torne amplamente suportado para evitar ter que alterar a forma ideal(izada) de mapear. Faz todo o sentido, do ponto de vista de um mapeador, mas não do ponto de vista do usuário... que não quer nem saber dos detalhes da aplicação, ou das práticas de mapeamento, só quer que o sistema funcione. Então o que temos é um impasse: nos adaptamos (aceitando algo inferior ao ideal), para que funcione com os sistemas que existem hoje, ou não nos adaptamos (impondo o ideal) e perdemos oportunidades de despertar o interesse de novos colaboradores. (É assim que eu encaro a questão.) Fato é que o OSRM já demonstrou interesse e (agora, como o Nelson apontou) o mkgmap resolveu tratar do problema. Ou seja, estamos perto de poder recomendar, sem medo, essa forma ideal de mapear. Eu mesmo estou esperando (há meses - mas sei que tem gente esperando há anos) pra poder desfazer algumas coisas que eu fiz em PoA pra contornar esse problema. On Sun, Mar 23, 2014 at 6:59 PM, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Acho que perdi o porque disso ser especial. Alguém pode explicar? grato, Paulo 2014-03-23 11:33 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: Agora pelo menos uma aplicação existe que suporta o uso de caminhos no via das restrições: http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmaprev=3121 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Brasil e Brazil
2014-03-24 9:16 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: O certo é manter tudo Brazil? Se sim, temos que ver como eliminar os casos de Brasil, não? Então, o is_in:country deve ser em inglês. Talvez não teria como forçar o país para ser sempre Brasil? (e de alguma forma ignorar as informações do OSM nesse caso) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] RES: Cadastro Nacional de Endereços
Thiago/Hermann bom dia, O CNEFE ( Cadastro Nacional de endereços para Fins Estatísticos) realmente tem informações bastante completas em termos nome de logradouros mas não é adequado para resolver eventual problema de CEP. Começa que nem sempre a nomenclatura das ruas esta atualizada e muitos dos endereços são por referência. Em relação ao CEP o próprio IBGE deixa explicito que somente as localidade de CEP único foram verificadas e atualizadas, no caso das cidades com CEP por logradouro isso não foi feito e me parece que o CEP nesses casos é o informado pelo entrevistado do CENSO, que nem sempre sabe seu CEP correto. Eu já encontrei informação incorreta de CEP nesses dados. No caso das cidades de CEP único o IBGE repete a informação para todos os logradouros, além do que é preciso considerar as cidades que passaram a ter CEP por logradouro após a execução do CENSO. Transformar os dados do CNEFE em um banco de dados utilizável é realmente possível, mas não é trivial. Reinaldo -Mensagem original- De: Hermann Peifer [mailto:pei...@gmx.eu] Enviada em: sábado, 22 de março de 2014 12:59 Para: talk-br@openstreetmap.org Assunto: Re: [Talk-br] Cadastro Nacional de Endereços Oi Thiago, No FTP tem o arquivo Layout.zip explicando o formato dos endereços: Variável Código da UF Código do município Código do distrito Código do subdistrito Código do setor Situação do setor Tem até coordenadas de endereços, mas somente por 10% (?) dos endereços, na maioria nos setores rurais. Nunca olhei nos CEPs mas observi que no interior do RS tem alguns problemas com a atualidade dos dados. No CNEFE tem muitos nomes gerais que nem: Estrada principal entre município A e município B, Estrada municipal, etc. e na verdade, os municípios recém-emancipados colocaram verdadeiros nomes, atraves das leis municipais. Vou olhar de novo nos endereços já que na época, eu só peguei a quantidade de ruas por município. Abraços, Hermann On 2014-03-22 13:41, Thiago Marcos P. Santos wrote: Pessoal, Resolvi dar uma olhada nestes dados do Cadastro Nacional de Endereços que o Hermman comentou no email anterior. Foi só eu que percebi que aparentemente temos todas as ruas do país com CEP nestes dados?! Exemplo de uma entrada de Pará de Minas: 3147105 5 0 51 RUA SACRAMENTO 150 CASA CENTRO 01 00100235660001 35660001 é o CEP, está correto. Mais que isso, temos o range de CEPs de toda a rua/avenida, caso ela seja enorme e tenha mais de um CEP. Transformar isso tudo em uma base de dados me parece trivial, tendo em conta que estes dados são supostamente domínio público, resolveria nosso problema com CEPs e endereços. Tem também a numeração de todas as casas e apartamentos de uma determinada rua. As possibilidades são muitas, exemplos: - Da para fazer uma ferramenta (ou adicionar ao Keep it right) que avisa que uma rua adicionada em uma cidade não está na base de dados, estando provavelmente com o nome errado. - Plugins pro JOSM para ajudar a dar nomes as ruas e números. Me surpreendo com a quantidade de coisas que o IBGE disponibiliza. Tenho que tirar um dia ainda para vasculhar este FTP. :) []'s ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] That Shouldnt Be Possible com dados do Brasil
Muito bacana, estava esperando esta aplicação suportar o Brasil. Pelo que entendi, ela só aceita trilhas GPS públicas que estão no OSM, correto? Já testei uma trilha minha, ela ficou tudo certinho (verde) haha Em 24 de março de 2014 09:10, Paulo Carvalho paulo.r.m.carva...@gmail.comescreveu: Interessante. Obrigado por compartilhar. []s Paulo Em 24 de março de 2014 08:45, Nelson A. de Oliveira nao...@gmail.comescreveu: Para quem conhece (ou ainda não conhece) o That Shouldnt Be Possible - http://wiki.openstreetmap.org/wiki/That_Shouldnt_Be_Possible, ele agora possui dados do Brasil. É possível analisar tracks GPX e ver se é possível fazer o caminho com os dados existentes no OSM (e inferir se está faltando ruas no OSM ou se algum caminho está deslocado/errado, por exemplo) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] That Shouldnt Be Possible com dados do Brasil
2014-03-24 9:42 GMT-03:00 John Packer john.pack...@gmail.com: Pelo que entendi, ela só aceita trilhas GPS públicas que estão no OSM, correto? Isso. Precisa enviar o track para o servidor do OSM (é até uma forma de estimular as pessoas a enviarem os seus tracks) Já testei uma trilha minha, ela ficou tudo certinho (verde) haha Você tem que olhar o gráfico que ele gera também (que possui picos que indicam um possível desvio/deslocamento nas rotas). ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] That Shouldnt Be Possible com dados do Brasil
Ah, mas mesmo o gráfico ficou bem bom, com um pico no ínicio e no final só: http://ris.dev.openstreetmap.org/tsbp-proto/1647037/2/1/ Em 24 de março de 2014 09:44, Nelson A. de Oliveira nao...@gmail.comescreveu: 2014-03-24 9:42 GMT-03:00 John Packer john.pack...@gmail.com: Pelo que entendi, ela só aceita trilhas GPS públicas que estão no OSM, correto? Isso. Precisa enviar o track para o servidor do OSM (é até uma forma de estimular as pessoas a enviarem os seus tracks) Já testei uma trilha minha, ela ficou tudo certinho (verde) haha Você tem que olhar o gráfico que ele gera também (que possui picos que indicam um possível desvio/deslocamento nas rotas). ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] That Shouldnt Be Possible com dados do Brasil
Ele funciona com ausência de mapa? Fiz um campo semana passada e registrei toda a viagem, passando por locais sem dados. Em 24 de março de 2014 09:44, Nelson A. de Oliveira nao...@gmail.comescreveu: 2014-03-24 9:42 GMT-03:00 John Packer john.pack...@gmail.com: Pelo que entendi, ela só aceita trilhas GPS públicas que estão no OSM, correto? Isso. Precisa enviar o track para o servidor do OSM (é até uma forma de estimular as pessoas a enviarem os seus tracks) Já testei uma trilha minha, ela ficou tudo certinho (verde) haha Você tem que olhar o gráfico que ele gera também (que possui picos que indicam um possível desvio/deslocamento nas rotas). ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] That Shouldnt Be Possible com dados do Brasil
2014-03-24 9:52 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Ele funciona com ausência de mapa? Fiz um campo semana passada e registrei toda a viagem, passando por locais sem dados. Ele tenta encaixar os dados do GPX nos dados do OSM em até 100m. Provavelmente vai dar uns picos muito grandes (o que indica que há erro ou falta dos dados no OSM). ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Brasil e Brazil
Sim, teria que criar um style file que faça essa mudança ao compilar. O problema que ainda não conheço a sintaxe do style file do mkgmap. Em 24 de março de 2014 09:23, Nelson A. de Oliveira nao...@gmail.comescreveu: 2014-03-24 9:16 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: O certo é manter tudo Brazil? Se sim, temos que ver como eliminar os casos de Brasil, não? Então, o is_in:country deve ser em inglês. Talvez não teria como forçar o país para ser sempre Brasil? (e de alguma forma ignorar as informações do OSM nesse caso) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Microbacias hidrográficas
Olá pessoal. Minha dúvida é quanto a microbacias hidrográficas. É correto usar a tag boundary=administrative para a relação de uma área representativa e imaginária que forma um conjunto de águas? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Microbacias hidrográficas
2014-03-24 10:08 GMT-03:00 Edil Queiroz de Araujo edil...@gmail.com: Minha dúvida é quanto a microbacias hidrográficas. É correto usar a tag boundary=administrative para a relação de uma área representativa e imaginária que forma um conjunto de águas? O administrative, como o nome diz, é para áreas administrativas (desde países até bairros, incluindo meso e microrregiões). Mas não é o caso de bacias hidrográficas (ou outros tipos de delimitações). _Talvez_ se a bacia também for uma área protegida, ela pode ser classificada como boundary=protected_area de classe 12 (http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dprotected_area#Resources-protected-area) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] That Shouldnt Be Possible com dados do Brasil
Revisando a mesma trilha, agora apareceu o gráfico certinho. Acho que antes não tinha carregado completamente (internet lenta onde estou). Aparentemente a trilha está certa, não entendi porquê está com um pico aonde tem lá... Em 24 de março de 2014 09:46, John Packer john.pack...@gmail.com escreveu: Ah, mas mesmo o gráfico ficou bem bom, com um pico no ínicio e no final só: http://ris.dev.openstreetmap.org/tsbp-proto/1647037/2/1/ Em 24 de março de 2014 09:44, Nelson A. de Oliveira nao...@gmail.comescreveu: 2014-03-24 9:42 GMT-03:00 John Packer john.pack...@gmail.com: Pelo que entendi, ela só aceita trilhas GPS públicas que estão no OSM, correto? Isso. Precisa enviar o track para o servidor do OSM (é até uma forma de estimular as pessoas a enviarem os seus tracks) Já testei uma trilha minha, ela ficou tudo certinho (verde) haha Você tem que olhar o gráfico que ele gera também (que possui picos que indicam um possível desvio/deslocamento nas rotas). ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] That Shouldnt Be Possible com dados do Brasil
2014-03-24 10:24 GMT-03:00 John Packer john.pack...@gmail.com: Revisando a mesma trilha, agora apareceu o gráfico certinho. Acho que antes não tinha carregado completamente (internet lenta onde estou). Aparentemente a trilha está certa, não entendi porquê está com um pico aonde tem lá... Talvez um deslocamento/ruído na trilha do GPS no lugar? (ou baixa precisão do sinal GPS, que também é gravado no track) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Microbacias hidrográficas
Pesquisei por drainage basin e nada achei no OSM. Provavelmente não há como mapear hoje. A bacia de um rio é a área de terra cujas águas precipitadas são drenadas por ele. Uma bacia não é estabelecida por delimitação ou demarcação, mas sim pela geografia. O que pode haver, conforme você falou, são reservas de proteção que podem concidir com limites de bacias. Em 24 de março de 2014 10:15, Nelson A. de Oliveira nao...@gmail.comescreveu: 2014-03-24 10:08 GMT-03:00 Edil Queiroz de Araujo edil...@gmail.com: Minha dúvida é quanto a microbacias hidrográficas. É correto usar a tag boundary=administrative para a relação de uma área representativa e imaginária que forma um conjunto de águas? O administrative, como o nome diz, é para áreas administrativas (desde países até bairros, incluindo meso e microrregiões). Mas não é o caso de bacias hidrográficas (ou outros tipos de delimitações). _Talvez_ se a bacia também for uma área protegida, ela pode ser classificada como boundary=protected_area de classe 12 ( http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dprotected_area#Resources-protected-area ) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Caminhos como via em restrições
Amigos, me perdoem se estou viajando e não tenha lido todo o debate, mas vou comentar o que tenho experimentado em meu gps Garmin nuvi 3460LMT. Particularmente não me simpatizo com o desenho de segmentos de reta para impedir a aplicação de restrições de manobra. Por essa razão aprendi e venho inserindo restrições de manobra onde identifico a necessidade de uma. Empregando o mapa do Brasil compilado pelo site espanhol, todas as restrições de manobra por mim aplicadas foram testadas em campo com sucesso. Recentemente apliquei restrições de manobra na Av Presidente Vargas no Rio de Janeiro e quando lá fui na semana passada todas funcionaram perfeitamente. []s Marcio -Mensagem Original- From: Fernando Trebien Sent: Monday, March 24, 2014 9:18 AM To: OpenStreetMap no Brasil Subject: Re: [Talk-br]Caminhos como via em restrições Ah, pode até ser. O que eu quero dizer é que não há ferramentas ligadas ao OSM que façam a tradução entre essa forma de mapear e esse formato que o Garmin aceita. As ferramentas de conversão atuais simplesmente descartam essas relações. 2014-03-24 9:13 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Fernando, Garmin aceita sim restrições de 4 nós. Por favor, leia o manual o cGPSmapper caso ainda duvide. Trabalhamos com isso por 10 anos lá no Tracksource. Sei que existe. Em 24 de março de 2014 08:44, Fernando Trebien fernando.treb...@gmail.com escreveu: Hm eu estou falando do OSM. Garmin não aceita as relações de restrição do OSM em que o membro via é uma linha, ao invés do tradicional ponto, certo? Só aceitará depois que o mkgmap implementar esse suporte. On Mar 24, 2014 8:06 AM, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Mapear desta forma não é suportado por nenhum software de GPS. Garmin aceita. Tínhamos restrições de 4 nós no Tracksource que cobrem casos como os descritos. Do jeito como o OSM faz, apesar de muito sofisticado, não cobre uma situação corriqueira. Em 23 de março de 2014 19:12, Fernando Trebien fernando.treb...@gmail.com escreveu: Dê uma lida nesta seção: http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Restri%C3%A7%C3%B5es_de_Convers%C3%A3o#Linha_como_intermedi.C3.A1rio Mapear desta forma não é suportado por nenhum software de GPS. Ou seja, fazer assim significa que, hoje, na prática, nenhum sistema respeitaria a restrição - o que obviamente leva a erros (bem grotescos) de roteamento. É um objetivo da comunidade que isso se torne amplamente suportado para evitar ter que alterar a forma ideal(izada) de mapear. Faz todo o sentido, do ponto de vista de um mapeador, mas não do ponto de vista do usuário... que não quer nem saber dos detalhes da aplicação, ou das práticas de mapeamento, só quer que o sistema funcione. Então o que temos é um impasse: nos adaptamos (aceitando algo inferior ao ideal), para que funcione com os sistemas que existem hoje, ou não nos adaptamos (impondo o ideal) e perdemos oportunidades de despertar o interesse de novos colaboradores. (É assim que eu encaro a questão.) Fato é que o OSRM já demonstrou interesse e (agora, como o Nelson apontou) o mkgmap resolveu tratar do problema. Ou seja, estamos perto de poder recomendar, sem medo, essa forma ideal de mapear. Eu mesmo estou esperando (há meses - mas sei que tem gente esperando há anos) pra poder desfazer algumas coisas que eu fiz em PoA pra contornar esse problema. On Sun, Mar 23, 2014 at 6:59 PM, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Acho que perdi o porque disso ser especial. Alguém pode explicar? grato, Paulo 2014-03-23 11:33 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: Agora pelo menos uma aplicação existe que suporta o uso de caminhos no via das restrições: http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmaprev=3121 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of
Re: [Talk-br] Caminhos como via em restrições
Márcio, Essas suas restrições foram do tipo Via-Nó-Via? Se sim, tratam-se de restrições comuns de 3 nós no Garmin que sabe-se funcionar. O que se está discutindo são restrições Via-Via-Via que se tornam restrições de 4 nós no Garmin. []s PC Em 24 de março de 2014 10:56, thunder...@gpsinfo.com.br escreveu: Amigos, me perdoem se estou viajando e não tenha lido todo o debate, mas vou comentar o que tenho experimentado em meu gps Garmin nuvi 3460LMT. Particularmente não me simpatizo com o desenho de segmentos de reta para impedir a aplicação de restrições de manobra. Por essa razão aprendi e venho inserindo restrições de manobra onde identifico a necessidade de uma. Empregando o mapa do Brasil compilado pelo site espanhol, todas as restrições de manobra por mim aplicadas foram testadas em campo com sucesso. Recentemente apliquei restrições de manobra na Av Presidente Vargas no Rio de Janeiro e quando lá fui na semana passada todas funcionaram perfeitamente. []s Marcio -Mensagem Original- From: Fernando Trebien Sent: Monday, March 24, 2014 9:18 AM To: OpenStreetMap no Brasil Subject: Re: [Talk-br]Caminhos como via em restrições Ah, pode até ser. O que eu quero dizer é que não há ferramentas ligadas ao OSM que façam a tradução entre essa forma de mapear e esse formato que o Garmin aceita. As ferramentas de conversão atuais simplesmente descartam essas relações. 2014-03-24 9:13 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Fernando, Garmin aceita sim restrições de 4 nós. Por favor, leia o manual o cGPSmapper caso ainda duvide. Trabalhamos com isso por 10 anos lá no Tracksource. Sei que existe. Em 24 de março de 2014 08:44, Fernando Trebien fernando.treb...@gmail.com escreveu: Hm eu estou falando do OSM. Garmin não aceita as relações de restrição do OSM em que o membro via é uma linha, ao invés do tradicional ponto, certo? Só aceitará depois que o mkgmap implementar esse suporte. On Mar 24, 2014 8:06 AM, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Mapear desta forma não é suportado por nenhum software de GPS. Garmin aceita. Tínhamos restrições de 4 nós no Tracksource que cobrem casos como os descritos. Do jeito como o OSM faz, apesar de muito sofisticado, não cobre uma situação corriqueira. Em 23 de março de 2014 19:12, Fernando Trebien fernando.treb...@gmail.com escreveu: Dê uma lida nesta seção: http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Restri%C3% A7%C3%B5es_de_Convers%C3%A3o#Linha_como_intermedi.C3.A1rio Mapear desta forma não é suportado por nenhum software de GPS. Ou seja, fazer assim significa que, hoje, na prática, nenhum sistema respeitaria a restrição - o que obviamente leva a erros (bem grotescos) de roteamento. É um objetivo da comunidade que isso se torne amplamente suportado para evitar ter que alterar a forma ideal(izada) de mapear. Faz todo o sentido, do ponto de vista de um mapeador, mas não do ponto de vista do usuário... que não quer nem saber dos detalhes da aplicação, ou das práticas de mapeamento, só quer que o sistema funcione. Então o que temos é um impasse: nos adaptamos (aceitando algo inferior ao ideal), para que funcione com os sistemas que existem hoje, ou não nos adaptamos (impondo o ideal) e perdemos oportunidades de despertar o interesse de novos colaboradores. (É assim que eu encaro a questão.) Fato é que o OSRM já demonstrou interesse e (agora, como o Nelson apontou) o mkgmap resolveu tratar do problema. Ou seja, estamos perto de poder recomendar, sem medo, essa forma ideal de mapear. Eu mesmo estou esperando (há meses - mas sei que tem gente esperando há anos) pra poder desfazer algumas coisas que eu fiz em PoA pra contornar esse problema. On Sun, Mar 23, 2014 at 6:59 PM, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Acho que perdi o porque disso ser especial. Alguém pode explicar? grato, Paulo 2014-03-23 11:33 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: Agora pelo menos uma aplicação existe que suporta o uso de caminhos no via das restrições: http://www.mkgmap.org.uk/websvn/revision.php?repname= mkgmaprev=3121 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Caminhos como via em restrições
Você mapeou alguma situação como a descrita nesta seção deste artigo? http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Restri%C3%A7%C3%B5es_de_Convers%C3%A3o#Linha_como_intermedi.C3.A1rio Se sim, pode mandar um link pra área pra que possamos saber como foi feito? 2014-03-24 10:56 GMT-03:00 thunder...@gpsinfo.com.br: Amigos, me perdoem se estou viajando e não tenha lido todo o debate, mas vou comentar o que tenho experimentado em meu gps Garmin nuvi 3460LMT. Particularmente não me simpatizo com o desenho de segmentos de reta para impedir a aplicação de restrições de manobra. Por essa razão aprendi e venho inserindo restrições de manobra onde identifico a necessidade de uma. Empregando o mapa do Brasil compilado pelo site espanhol, todas as restrições de manobra por mim aplicadas foram testadas em campo com sucesso. Recentemente apliquei restrições de manobra na Av Presidente Vargas no Rio de Janeiro e quando lá fui na semana passada todas funcionaram perfeitamente. []s Marcio -Mensagem Original- From: Fernando Trebien Sent: Monday, March 24, 2014 9:18 AM To: OpenStreetMap no Brasil Subject: Re: [Talk-br]Caminhos como via em restrições Ah, pode até ser. O que eu quero dizer é que não há ferramentas ligadas ao OSM que façam a tradução entre essa forma de mapear e esse formato que o Garmin aceita. As ferramentas de conversão atuais simplesmente descartam essas relações. 2014-03-24 9:13 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Fernando, Garmin aceita sim restrições de 4 nós. Por favor, leia o manual o cGPSmapper caso ainda duvide. Trabalhamos com isso por 10 anos lá no Tracksource. Sei que existe. Em 24 de março de 2014 08:44, Fernando Trebien fernando.treb...@gmail.com escreveu: Hm eu estou falando do OSM. Garmin não aceita as relações de restrição do OSM em que o membro via é uma linha, ao invés do tradicional ponto, certo? Só aceitará depois que o mkgmap implementar esse suporte. On Mar 24, 2014 8:06 AM, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Mapear desta forma não é suportado por nenhum software de GPS. Garmin aceita. Tínhamos restrições de 4 nós no Tracksource que cobrem casos como os descritos. Do jeito como o OSM faz, apesar de muito sofisticado, não cobre uma situação corriqueira. Em 23 de março de 2014 19:12, Fernando Trebien fernando.treb...@gmail.com escreveu: Dê uma lida nesta seção: http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Restri%C3%A7%C3%B5es_de_Convers%C3%A3o#Linha_como_intermedi.C3.A1rio Mapear desta forma não é suportado por nenhum software de GPS. Ou seja, fazer assim significa que, hoje, na prática, nenhum sistema respeitaria a restrição - o que obviamente leva a erros (bem grotescos) de roteamento. É um objetivo da comunidade que isso se torne amplamente suportado para evitar ter que alterar a forma ideal(izada) de mapear. Faz todo o sentido, do ponto de vista de um mapeador, mas não do ponto de vista do usuário... que não quer nem saber dos detalhes da aplicação, ou das práticas de mapeamento, só quer que o sistema funcione. Então o que temos é um impasse: nos adaptamos (aceitando algo inferior ao ideal), para que funcione com os sistemas que existem hoje, ou não nos adaptamos (impondo o ideal) e perdemos oportunidades de despertar o interesse de novos colaboradores. (É assim que eu encaro a questão.) Fato é que o OSRM já demonstrou interesse e (agora, como o Nelson apontou) o mkgmap resolveu tratar do problema. Ou seja, estamos perto de poder recomendar, sem medo, essa forma ideal de mapear. Eu mesmo estou esperando (há meses - mas sei que tem gente esperando há anos) pra poder desfazer algumas coisas que eu fiz em PoA pra contornar esse problema. On Sun, Mar 23, 2014 at 6:59 PM, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Acho que perdi o porque disso ser especial. Alguém pode explicar? grato, Paulo 2014-03-23 11:33 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: Agora pelo menos uma aplicação existe que suporta o uso de caminhos no via das restrições: http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmaprev=3121 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Caminhos como via em restrições
Paulo, Sim, do tipo 3 nós que estávamos acostumados a empregar no tracksource e confesso que no tracksource nunca esbarrei na necessidade de implantar a de 4 nós até porque a ação de fragmentação de via já permite uma redução para 3 nós na aplicação da restrição. Por enquanto, quando vislumbrei no OSM a necessidade de aplicação de restrição de manobra, sempre formatei a via de forma que pudesse aplicar em 3 nós somente. []s Marcio From: Paulo Carvalho Sent: Monday, March 24, 2014 11:34 AM To: OpenStreetMap no Brasil Subject: Re: [Talk-br]Caminhos como via em restrições Márcio, Essas suas restrições foram do tipo Via-Nó-Via? Se sim, tratam-se de restrições comuns de 3 nós no Garmin que sabe-se funcionar. O que se está discutindo são restrições Via-Via-Via que se tornam restrições de 4 nós no Garmin. []s PC Em 24 de março de 2014 10:56, thunder...@gpsinfo.com.br escreveu: Amigos, me perdoem se estou viajando e não tenha lido todo o debate, mas vou comentar o que tenho experimentado em meu gps Garmin nuvi 3460LMT. Particularmente não me simpatizo com o desenho de segmentos de reta para impedir a aplicação de restrições de manobra. Por essa razão aprendi e venho inserindo restrições de manobra onde identifico a necessidade de uma. Empregando o mapa do Brasil compilado pelo site espanhol, todas as restrições de manobra por mim aplicadas foram testadas em campo com sucesso. Recentemente apliquei restrições de manobra na Av Presidente Vargas no Rio de Janeiro e quando lá fui na semana passada todas funcionaram perfeitamente. []s Marcio -Mensagem Original- From: Fernando Trebien Sent: Monday, March 24, 2014 9:18 AM To: OpenStreetMap no Brasil Subject: Re: [Talk-br]Caminhos como via em restrições Ah, pode até ser. O que eu quero dizer é que não há ferramentas ligadas ao OSM que façam a tradução entre essa forma de mapear e esse formato que o Garmin aceita. As ferramentas de conversão atuais simplesmente descartam essas relações. 2014-03-24 9:13 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Fernando, Garmin aceita sim restrições de 4 nós. Por favor, leia o manual o cGPSmapper caso ainda duvide. Trabalhamos com isso por 10 anos lá no Tracksource. Sei que existe. Em 24 de março de 2014 08:44, Fernando Trebien fernando.treb...@gmail.com escreveu: Hm eu estou falando do OSM. Garmin não aceita as relações de restrição do OSM em que o membro via é uma linha, ao invés do tradicional ponto, certo? Só aceitará depois que o mkgmap implementar esse suporte. On Mar 24, 2014 8:06 AM, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Mapear desta forma não é suportado por nenhum software de GPS. Garmin aceita. Tínhamos restrições de 4 nós no Tracksource que cobrem casos como os descritos. Do jeito como o OSM faz, apesar de muito sofisticado, não cobre uma situação corriqueira. Em 23 de março de 2014 19:12, Fernando Trebien fernando.treb...@gmail.com escreveu: Dê uma lida nesta seção: http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Restri%C3%A7%C3%B5es_de_Convers%C3%A3o#Linha_como_intermedi.C3.A1rio Mapear desta forma não é suportado por nenhum software de GPS. Ou seja, fazer assim significa que, hoje, na prática, nenhum sistema respeitaria a restrição - o que obviamente leva a erros (bem grotescos) de roteamento. É um objetivo da comunidade que isso se torne amplamente suportado para evitar ter que alterar a forma ideal(izada) de mapear. Faz todo o sentido, do ponto de vista de um mapeador, mas não do ponto de vista do usuário... que não quer nem saber dos detalhes da aplicação, ou das práticas de mapeamento, só quer que o sistema funcione. Então o que temos é um impasse: nos adaptamos (aceitando algo inferior ao ideal), para que funcione com os sistemas que existem hoje, ou não nos adaptamos (impondo o ideal) e perdemos oportunidades de despertar o interesse de novos colaboradores. (É assim que eu encaro a questão.) Fato é que o OSRM já demonstrou interesse e (agora, como o Nelson apontou) o mkgmap resolveu tratar do problema. Ou seja, estamos perto de poder recomendar, sem medo, essa forma ideal de mapear. Eu mesmo estou esperando (há meses - mas sei que tem gente esperando há anos) pra poder desfazer algumas coisas que eu fiz em PoA pra contornar esse problema. On Sun, Mar 23, 2014 at 6:59 PM, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Acho que perdi o porque disso ser especial. Alguém pode explicar? grato, Paulo 2014-03-23 11:33 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:
Re: [Talk-br] Caminhos como via em restrições
Fernando, preciso de tempo para ler essa informação apontada. É muita informação para se ler em uma única página. Respondo ao Paulo Carvalho que até agora só apliquei restrição de manobra empregando 3 nós. Se essa longa informação contida nessa página apontada se refere a 4 nós, não apliquei e confesso que ainda não me deparei com essa necessidade (4 nós). []s Marcio -Mensagem Original- From: Fernando Trebien Sent: Monday, March 24, 2014 11:28 AM To: OpenStreetMap no Brasil Subject: Re: [Talk-br]Caminhos como via em restrições Você mapeou alguma situação como a descrita nesta seção deste artigo? http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Restri%C3%A7%C3%B5es_de_Convers%C3%A3o#Linha_como_intermedi.C3.A1rio Se sim, pode mandar um link pra área pra que possamos saber como foi feito? 2014-03-24 10:56 GMT-03:00 thunder...@gpsinfo.com.br: Amigos, me perdoem se estou viajando e não tenha lido todo o debate, mas vou comentar o que tenho experimentado em meu gps Garmin nuvi 3460LMT. Particularmente não me simpatizo com o desenho de segmentos de reta para impedir a aplicação de restrições de manobra. Por essa razão aprendi e venho inserindo restrições de manobra onde identifico a necessidade de uma. Empregando o mapa do Brasil compilado pelo site espanhol, todas as restrições de manobra por mim aplicadas foram testadas em campo com sucesso. Recentemente apliquei restrições de manobra na Av Presidente Vargas no Rio de Janeiro e quando lá fui na semana passada todas funcionaram perfeitamente. []s Marcio -Mensagem Original- From: Fernando Trebien Sent: Monday, March 24, 2014 9:18 AM To: OpenStreetMap no Brasil Subject: Re: [Talk-br]Caminhos como via em restrições Ah, pode até ser. O que eu quero dizer é que não há ferramentas ligadas ao OSM que façam a tradução entre essa forma de mapear e esse formato que o Garmin aceita. As ferramentas de conversão atuais simplesmente descartam essas relações. 2014-03-24 9:13 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Fernando, Garmin aceita sim restrições de 4 nós. Por favor, leia o manual o cGPSmapper caso ainda duvide. Trabalhamos com isso por 10 anos lá no Tracksource. Sei que existe. Em 24 de março de 2014 08:44, Fernando Trebien fernando.treb...@gmail.com escreveu: Hm eu estou falando do OSM. Garmin não aceita as relações de restrição do OSM em que o membro via é uma linha, ao invés do tradicional ponto, certo? Só aceitará depois que o mkgmap implementar esse suporte. On Mar 24, 2014 8:06 AM, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Mapear desta forma não é suportado por nenhum software de GPS. Garmin aceita. Tínhamos restrições de 4 nós no Tracksource que cobrem casos como os descritos. Do jeito como o OSM faz, apesar de muito sofisticado, não cobre uma situação corriqueira. Em 23 de março de 2014 19:12, Fernando Trebien fernando.treb...@gmail.com escreveu: Dê uma lida nesta seção: http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Restri%C3%A7%C3%B5es_de_Convers%C3%A3o#Linha_como_intermedi.C3.A1rio Mapear desta forma não é suportado por nenhum software de GPS. Ou seja, fazer assim significa que, hoje, na prática, nenhum sistema respeitaria a restrição - o que obviamente leva a erros (bem grotescos) de roteamento. É um objetivo da comunidade que isso se torne amplamente suportado para evitar ter que alterar a forma ideal(izada) de mapear. Faz todo o sentido, do ponto de vista de um mapeador, mas não do ponto de vista do usuário... que não quer nem saber dos detalhes da aplicação, ou das práticas de mapeamento, só quer que o sistema funcione. Então o que temos é um impasse: nos adaptamos (aceitando algo inferior ao ideal), para que funcione com os sistemas que existem hoje, ou não nos adaptamos (impondo o ideal) e perdemos oportunidades de despertar o interesse de novos colaboradores. (É assim que eu encaro a questão.) Fato é que o OSRM já demonstrou interesse e (agora, como o Nelson apontou) o mkgmap resolveu tratar do problema. Ou seja, estamos perto de poder recomendar, sem medo, essa forma ideal de mapear. Eu mesmo estou esperando (há meses - mas sei que tem gente esperando há anos) pra poder desfazer algumas coisas que eu fiz em PoA pra contornar esse problema. On Sun, Mar 23, 2014 at 6:59 PM, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Acho que perdi o porque disso ser especial. Alguém pode explicar? grato, Paulo 2014-03-23 11:33 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: Agora pelo menos uma aplicação existe que suporta o uso de caminhos no via das restrições: http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmaprev=3121 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando
Re: [Talk-br] Caminhos como via em restrições
Márcio, não dá para reduzir uma restrição de 4 nós para uma composição de restrições de 3. Se você acha possível, gostaria de conhecer através de um exemplo. Em 24 de março de 2014 12:05, thunder...@gpsinfo.com.br escreveu: Paulo, Sim, do tipo 3 nós que estávamos acostumados a empregar no tracksource e confesso que no tracksource nunca esbarrei na necessidade de implantar a de 4 nós até porque a ação de fragmentação de via já permite uma redução para 3 nós na aplicação da restrição. Por enquanto, quando vislumbrei no OSM a necessidade de aplicação de restrição de manobra, sempre formatei a via de forma que pudesse aplicar em 3 nós somente. *[]s* *Marcio* *From:* Paulo Carvalho paulo.r.m.carva...@gmail.com *Sent:* Monday, March 24, 2014 11:34 AM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br]Caminhos como via em restrições Márcio, Essas suas restrições foram do tipo Via-Nó-Via? Se sim, tratam-se de restrições comuns de 3 nós no Garmin que sabe-se funcionar. O que se está discutindo são restrições Via-Via-Via que se tornam restrições de 4 nós no Garmin. []s PC Em 24 de março de 2014 10:56, thunder...@gpsinfo.com.br escreveu: Amigos, me perdoem se estou viajando e não tenha lido todo o debate, mas vou comentar o que tenho experimentado em meu gps Garmin nuvi 3460LMT. Particularmente não me simpatizo com o desenho de segmentos de reta para impedir a aplicação de restrições de manobra. Por essa razão aprendi e venho inserindo restrições de manobra onde identifico a necessidade de uma. Empregando o mapa do Brasil compilado pelo site espanhol, todas as restrições de manobra por mim aplicadas foram testadas em campo com sucesso. Recentemente apliquei restrições de manobra na Av Presidente Vargas no Rio de Janeiro e quando lá fui na semana passada todas funcionaram perfeitamente. []s Marcio -Mensagem Original- From: Fernando Trebien Sent: Monday, March 24, 2014 9:18 AM To: OpenStreetMap no Brasil Subject: Re: [Talk-br]Caminhos como via em restrições Ah, pode até ser. O que eu quero dizer é que não há ferramentas ligadas ao OSM que façam a tradução entre essa forma de mapear e esse formato que o Garmin aceita. As ferramentas de conversão atuais simplesmente descartam essas relações. 2014-03-24 9:13 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Fernando, Garmin aceita sim restrições de 4 nós. Por favor, leia o manual o cGPSmapper caso ainda duvide. Trabalhamos com isso por 10 anos lá no Tracksource. Sei que existe. Em 24 de março de 2014 08:44, Fernando Trebien fernando.treb...@gmail.com escreveu: Hm eu estou falando do OSM. Garmin não aceita as relações de restrição do OSM em que o membro via é uma linha, ao invés do tradicional ponto, certo? Só aceitará depois que o mkgmap implementar esse suporte. On Mar 24, 2014 8:06 AM, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Mapear desta forma não é suportado por nenhum software de GPS. Garmin aceita. Tínhamos restrições de 4 nós no Tracksource que cobrem casos como os descritos. Do jeito como o OSM faz, apesar de muito sofisticado, não cobre uma situação corriqueira. Em 23 de março de 2014 19:12, Fernando Trebien fernando.treb...@gmail.com escreveu: Dê uma lida nesta seção: http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Restri%C3% A7%C3%B5es_de_Convers%C3%A3o#Linha_como_intermedi.C3.A1rio Mapear desta forma não é suportado por nenhum software de GPS. Ou seja, fazer assim significa que, hoje, na prática, nenhum sistema respeitaria a restrição - o que obviamente leva a erros (bem grotescos) de roteamento. É um objetivo da comunidade que isso se torne amplamente suportado para evitar ter que alterar a forma ideal(izada) de mapear. Faz todo o sentido, do ponto de vista de um mapeador, mas não do ponto de vista do usuário... que não quer nem saber dos detalhes da aplicação, ou das práticas de mapeamento, só quer que o sistema funcione. Então o que temos é um impasse: nos adaptamos (aceitando algo inferior ao ideal), para que funcione com os sistemas que existem hoje, ou não nos adaptamos (impondo o ideal) e perdemos oportunidades de despertar o interesse de novos colaboradores. (É assim que eu encaro a questão.) Fato é que o OSRM já demonstrou interesse e (agora, como o Nelson apontou) o mkgmap resolveu tratar do problema. Ou seja, estamos perto de poder recomendar, sem medo, essa forma ideal de mapear. Eu mesmo estou esperando (há meses - mas sei que tem gente esperando há anos) pra poder desfazer algumas coisas que eu fiz em PoA pra contornar esse problema. On Sun, Mar 23, 2014 at 6:59 PM, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Acho que perdi o porque disso ser especial. Alguém pode explicar? grato, Paulo 2014-03-23 11:33 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com : Agora pelo menos uma aplicação existe que suporta o uso de caminhos
Re: [Talk-br] Caminhos como via em restrições
Então acho que você ainda não se deparou com uma situação como esta: - o carro chega no cruzamento - uma placa indica que é proibido fazer o retorno virando à esquerda - mas não tem placa dizendo que é proibido dobrar à esquerda na rua transversal; de fato, é permitido dobrar à esquerda O cruzamento em si é uma via separada. Essa é uma descrição simplificada daquilo que aparece nessa página do wiki. Porto Alegre está cheia de situações assim, mas elas ocorrem mais nas avenidas principais do que dentro dos bairros (onde quase não há restrições). Pode ser que não seja tão comum em outras cidades. Um exemplo: https://www.google.com/maps?q=Porto+Alegrell=-30.036183,-51.224914spn=0.025375,0.037208t=mhnear=Porto+Alegre,+Rio+Grande+do+Sul,+Brasilz=15layer=ccbll=-30.036035,-51.224774panoid=6Ifa2fdmQbZdAQaq-otDpgcbp=12,18.95,,0,1.73 O principal motivo para que a autoridade de trânsito implemente algo assim é que, ao fazer o retorno, o fluxo dos veículos colidiria com os pedestres atravessando na faixa no mesmo cruzamento. (Talvez isso ajude a encontrar situações similares na sua região.) 2014-03-24 12:08 GMT-03:00 thunder...@gpsinfo.com.br: Fernando, preciso de tempo para ler essa informação apontada. É muita informação para se ler em uma única página. Respondo ao Paulo Carvalho que até agora só apliquei restrição de manobra empregando 3 nós. Se essa longa informação contida nessa página apontada se refere a 4 nós, não apliquei e confesso que ainda não me deparei com essa necessidade (4 nós). []s Marcio -Mensagem Original- From: Fernando Trebien Sent: Monday, March 24, 2014 11:28 AM To: OpenStreetMap no Brasil Subject: Re: [Talk-br]Caminhos como via em restrições Você mapeou alguma situação como a descrita nesta seção deste artigo? http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Restri%C3%A7%C3%B5es_de_Convers%C3%A3o#Linha_como_intermedi.C3.A1rio Se sim, pode mandar um link pra área pra que possamos saber como foi feito? 2014-03-24 10:56 GMT-03:00 thunder...@gpsinfo.com.br: Amigos, me perdoem se estou viajando e não tenha lido todo o debate, mas vou comentar o que tenho experimentado em meu gps Garmin nuvi 3460LMT. Particularmente não me simpatizo com o desenho de segmentos de reta para impedir a aplicação de restrições de manobra. Por essa razão aprendi e venho inserindo restrições de manobra onde identifico a necessidade de uma. Empregando o mapa do Brasil compilado pelo site espanhol, todas as restrições de manobra por mim aplicadas foram testadas em campo com sucesso. Recentemente apliquei restrições de manobra na Av Presidente Vargas no Rio de Janeiro e quando lá fui na semana passada todas funcionaram perfeitamente. []s Marcio -Mensagem Original- From: Fernando Trebien Sent: Monday, March 24, 2014 9:18 AM To: OpenStreetMap no Brasil Subject: Re: [Talk-br]Caminhos como via em restrições Ah, pode até ser. O que eu quero dizer é que não há ferramentas ligadas ao OSM que façam a tradução entre essa forma de mapear e esse formato que o Garmin aceita. As ferramentas de conversão atuais simplesmente descartam essas relações. 2014-03-24 9:13 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Fernando, Garmin aceita sim restrições de 4 nós. Por favor, leia o manual o cGPSmapper caso ainda duvide. Trabalhamos com isso por 10 anos lá no Tracksource. Sei que existe. Em 24 de março de 2014 08:44, Fernando Trebien fernando.treb...@gmail.com escreveu: Hm eu estou falando do OSM. Garmin não aceita as relações de restrição do OSM em que o membro via é uma linha, ao invés do tradicional ponto, certo? Só aceitará depois que o mkgmap implementar esse suporte. On Mar 24, 2014 8:06 AM, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Mapear desta forma não é suportado por nenhum software de GPS. Garmin aceita. Tínhamos restrições de 4 nós no Tracksource que cobrem casos como os descritos. Do jeito como o OSM faz, apesar de muito sofisticado, não cobre uma situação corriqueira. Em 23 de março de 2014 19:12, Fernando Trebien fernando.treb...@gmail.com escreveu: Dê uma lida nesta seção: http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Restri%C3%A7%C3%B5es_de_Convers%C3%A3o#Linha_como_intermedi.C3.A1rio Mapear desta forma não é suportado por nenhum software de GPS. Ou seja, fazer assim significa que, hoje, na prática, nenhum sistema respeitaria a restrição - o que obviamente leva a erros (bem grotescos) de roteamento. É um objetivo da comunidade que isso se torne amplamente suportado para evitar ter que alterar a forma ideal(izada) de mapear. Faz todo o sentido, do ponto de vista de um mapeador, mas não do ponto de vista do usuário... que não quer nem saber dos detalhes da aplicação, ou das práticas de mapeamento, só quer que o sistema funcione. Então o que temos é um impasse: nos adaptamos (aceitando algo inferior ao ideal), para que funcione com os sistemas que existem hoje, ou
Re: [Talk-br] Caminhos como via em restrições
Paulo, no exemplo acima pode-se aplicar uma restrição de 4 nós ( proibido retorno) ou duas de 3 nós (proibido virar a esquerda). Sempre optei pela de 3 nós. []s Marcio From: Paulo Carvalho Sent: Monday, March 24, 2014 12:12 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br]Caminhos como via em restrições Márcio, não dá para reduzir uma restrição de 4 nós para uma composição de restrições de 3. Se você acha possível, gostaria de conhecer através de um exemplo. 4[1].jpg___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Caminhos como via em restrições
Infelizmente não é a mesma coisa. Colocando duas de 3, quem vem de Y1-Y2 para entrar em X4 não vai conseguir, o que deveria ser permitido, pois a restrição é só para quem vai fazer o U X1-Y2-X4. Em 24 de março de 2014 12:29, thunder...@gpsinfo.com.br escreveu: [image: 4] Paulo, no exemplo acima pode-se aplicar uma restrição de 4 nós ( proibido retorno) ou duas de 3 nós (proibido virar a esquerda). Sempre optei pela de 3 nós. []s Marcio *From:* Paulo Carvalho paulo.r.m.carva...@gmail.com *Sent:* Monday, March 24, 2014 12:12 PM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br]Caminhos como via em restrições Márcio, não dá para reduzir uma restrição de 4 nós para uma composição de restrições de 3. Se você acha possível, gostaria de conhecer através de um exemplo. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br inline: 4[1].jpg___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Caminhos como via em restrições
Fernando, lembro que sou habilitado como motorista há 48 anos, por ser piloto conheço todas as capitais do Brasil e por elas circulei inúmeras vezes de carro. Aplicação de restrição de manobra em mapa acredito que detenho grande experiência dado os inúmeros mapas que desenvolvi. - o carro chega no cruzamento - uma placa indica que é proibido fazer o retorno virando à esquerda - mas não tem placa dizendo que é proibido dobrar à esquerda na rua transversal; de fato, é permitido dobrar à esquerda Me deparo com situações semelhantes diariamente aqui no Rio de Janeiro. Fazer retorno é uma coisa e dobrar a esquerda outra. Se posso virar a esquerda, mas não fazer retorno na pista contrária, simplesmente aplico uma restrição de manobra impedindo o dobrar a esquerda para ingresso na pista contrária. Em roteamento tem o mesmo efeito da aplicação da restrição de fazer retorno antes. -Mensagem Original- From: Fernando Trebien Sent: Monday, March 24, 2014 12:26 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br]Caminhos como via em restrições Então acho que você ainda não se deparou com uma situação como esta: - o carro chega no cruzamento - uma placa indica que é proibido fazer o retorno virando à esquerda - mas não tem placa dizendo que é proibido dobrar à esquerda na rua transversal; de fato, é permitido dobrar à esquerda O cruzamento em si é uma via separada. Essa é uma descrição simplificada daquilo que aparece nessa página do wiki. Porto Alegre está cheia de situações assim, mas elas ocorrem mais nas avenidas principais do que dentro dos bairros (onde quase não há restrições). Pode ser que não seja tão comum em outras cidades. Um exemplo: https://www.google.com/maps?q=Porto+Alegrell=-30.036183,-51.224914spn=0.025375,0.037208t=mhnear=Porto+Alegre,+Rio+Grande+do+Sul,+Brasilz=15layer=ccbll=-30.036035,-51.224774panoid=6Ifa2fdmQbZdAQaq-otDpgcbp=12,18.95,,0,1.73 O principal motivo para que a autoridade de trânsito implemente algo assim é que, ao fazer o retorno, o fluxo dos veículos colidiria com os pedestres atravessando na faixa no mesmo cruzamento. (Talvez isso ajude a encontrar situações similares na sua região.) 2014-03-24 12:08 GMT-03:00 thunder...@gpsinfo.com.br: Fernando, preciso de tempo para ler essa informação apontada. É muita informação para se ler em uma única página. Respondo ao Paulo Carvalho que até agora só apliquei restrição de manobra empregando 3 nós. Se essa longa informação contida nessa página apontada se refere a 4 nós, não apliquei e confesso que ainda não me deparei com essa necessidade (4 nós). []s Marcio -Mensagem Original- From: Fernando Trebien Sent: Monday, March 24, 2014 11:28 AM To: OpenStreetMap no Brasil Subject: Re: [Talk-br]Caminhos como via em restrições Você mapeou alguma situação como a descrita nesta seção deste artigo? http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Restri%C3%A7%C3%B5es_de_Convers%C3%A3o#Linha_como_intermedi.C3.A1rio Se sim, pode mandar um link pra área pra que possamos saber como foi feito? 2014-03-24 10:56 GMT-03:00 thunder...@gpsinfo.com.br: Amigos, me perdoem se estou viajando e não tenha lido todo o debate, mas vou comentar o que tenho experimentado em meu gps Garmin nuvi 3460LMT. Particularmente não me simpatizo com o desenho de segmentos de reta para impedir a aplicação de restrições de manobra. Por essa razão aprendi e venho inserindo restrições de manobra onde identifico a necessidade de uma. Empregando o mapa do Brasil compilado pelo site espanhol, todas as restrições de manobra por mim aplicadas foram testadas em campo com sucesso. Recentemente apliquei restrições de manobra na Av Presidente Vargas no Rio de Janeiro e quando lá fui na semana passada todas funcionaram perfeitamente. []s Marcio -Mensagem Original- From: Fernando Trebien Sent: Monday, March 24, 2014 9:18 AM To: OpenStreetMap no Brasil Subject: Re: [Talk-br]Caminhos como via em restrições Ah, pode até ser. O que eu quero dizer é que não há ferramentas ligadas ao OSM que façam a tradução entre essa forma de mapear e esse formato que o Garmin aceita. As ferramentas de conversão atuais simplesmente descartam essas relações. 2014-03-24 9:13 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Fernando, Garmin aceita sim restrições de 4 nós. Por favor, leia o manual o cGPSmapper caso ainda duvide. Trabalhamos com isso por 10 anos lá no Tracksource. Sei que existe. Em 24 de março de 2014 08:44, Fernando Trebien fernando.treb...@gmail.com escreveu: Hm eu estou falando do OSM. Garmin não aceita as relações de restrição do OSM em que o membro via é uma linha, ao invés do tradicional ponto, certo? Só aceitará depois que o mkgmap implementar esse suporte. On Mar 24, 2014 8:06 AM, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Mapear desta forma não é suportado por nenhum software de GPS. Garmin aceita. Tínhamos restrições de 4 nós no Tracksource que
Re: [Talk-br] Microbacias hidrográficas
IMHO, não. Uma bacia de drenagem é uma feição natural e não um limite artificial, portanto seria muito inadequado classificá-las como limites administrativos. Além disso, aplicações que usam geoindexação (ex.: Nominatim) colocariam as bacias como parte dos endereços, o que seria um erro crasso. Em 24 de março de 2014 10:08, Edil Queiroz de Araujo edil...@gmail.comescreveu: Olá pessoal. Minha dúvida é quanto a microbacias hidrográficas. É correto usar a tag boundary=administrative para a relação de uma área representativa e imaginária que forma um conjunto de águas? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Caminhos como via em restrições
Não Paulo! A restrição de proibido dobrar a esquerda é colocada para quem vem de X1Y2. Essa restrição não se aplica a quem faz Y1Y2X4. Assim quem bem Y1Y2 pode entrar em X4 porque ali não tem restrição. From: Paulo Carvalho Sent: Monday, March 24, 2014 12:38 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br]Caminhos como via em restrições Infelizmente não é a mesma coisa. Colocando duas de 3, quem vem de Y1-Y2 para entrar em X4 não vai conseguir, o que deveria ser permitido, pois a restrição é só para quem vai fazer o U X1-Y2-X4. Em 24 de março de 2014 12:29, thunder...@gpsinfo.com.br escreveu: Paulo, no exemplo acima pode-se aplicar uma restrição de 4 nós ( proibido retorno) ou duas de 3 nós (proibido virar a esquerda). Sempre optei pela de 3 nós. []s Marcio From: Paulo Carvalho Sent: Monday, March 24, 2014 12:12 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br]Caminhos como via em restrições Márcio, não dá para reduzir uma restrição de 4 nós para uma composição de restrições de 3. Se você acha possível, gostaria de conhecer através de um exemplo. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br 4[1].jpg___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Caminhos como via em restrições
Mas estaria errado proibir X1 Y2. Afinal, você PODE dobrar à esquerda (X1 Y2 Y3). 2014-03-24 12:51 GMT-03:00 thunder...@gpsinfo.com.br: Não Paulo! A restrição de proibido dobrar a esquerda é colocada para quem vem de X1Y2. Essa restrição não se aplica a quem faz Y1Y2X4. Assim quem bem Y1Y2 pode entrar em X4 porque ali não tem restrição. *From:* Paulo Carvalho paulo.r.m.carva...@gmail.com *Sent:* Monday, March 24, 2014 12:38 PM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br]Caminhos como via em restrições Infelizmente não é a mesma coisa. Colocando duas de 3, quem vem de Y1-Y2 para entrar em X4 não vai conseguir, o que deveria ser permitido, pois a restrição é só para quem vai fazer o U X1-Y2-X4. Em 24 de março de 2014 12:29, thunder...@gpsinfo.com.br escreveu: [image: 4] Paulo, no exemplo acima pode-se aplicar uma restrição de 4 nós ( proibido retorno) ou duas de 3 nós (proibido virar a esquerda). Sempre optei pela de 3 nós. []s Marcio *From:* Paulo Carvalho paulo.r.m.carva...@gmail.com *Sent:* Monday, March 24, 2014 12:12 PM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br]Caminhos como via em restrições Márcio, não dá para reduzir uma restrição de 4 nós para uma composição de restrições de 3. Se você acha possível, gostaria de conhecer através de um exemplo. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) inline: 4[1].jpg___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Lixo na base
Dá para utilizar regex no overpass para obter ruas que não iniciem com Rua|Avenida|etc ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Caminhos como via em restrições
+1. Em 24 de março de 2014 12:52, Fernando Trebien fernando.treb...@gmail.comescreveu: Mas estaria errado proibir X1 Y2. Afinal, você PODE dobrar à esquerda (X1 Y2 Y3). 2014-03-24 12:51 GMT-03:00 thunder...@gpsinfo.com.br: Não Paulo! A restrição de proibido dobrar a esquerda é colocada para quem vem de X1Y2. Essa restrição não se aplica a quem faz Y1Y2X4. Assim quem bem Y1Y2 pode entrar em X4 porque ali não tem restrição. *From:* Paulo Carvalho paulo.r.m.carva...@gmail.com *Sent:* Monday, March 24, 2014 12:38 PM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br]Caminhos como via em restrições Infelizmente não é a mesma coisa. Colocando duas de 3, quem vem de Y1-Y2 para entrar em X4 não vai conseguir, o que deveria ser permitido, pois a restrição é só para quem vai fazer o U X1-Y2-X4. Em 24 de março de 2014 12:29, thunder...@gpsinfo.com.br escreveu: [image: 4] Paulo, no exemplo acima pode-se aplicar uma restrição de 4 nós ( proibido retorno) ou duas de 3 nós (proibido virar a esquerda). Sempre optei pela de 3 nós. []s Marcio *From:* Paulo Carvalho paulo.r.m.carva...@gmail.com *Sent:* Monday, March 24, 2014 12:12 PM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br]Caminhos como via em restrições Márcio, não dá para reduzir uma restrição de 4 nós para uma composição de restrições de 3. Se você acha possível, gostaria de conhecer através de um exemplo. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br inline: 4[1].jpg___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Caminhos como via em restrições
Leia com cuidado o que diz no artigo: Imagine que, no exemplo anterior, fosse permitido fazer estes trajetos: Y1 Y2 X4 [1] X1 Y2 Y3 [2] Mas que fosse proibido fazer o retorno, neste trajeto: X1 Y2 X4 [3] Se você proibir X1 Y2, o trajeto [2] não será roteável, contrariando a realidade. Se você proibir Y2 X4, o trajeto [1] não será roteável, contrariando a realidade. Ambas as opções concordam com a realidade no trajeto [3] (tornando-o impossível), mas a contrariam em um dos outros trajetos possíveis ([1] e [2]). 2014-03-24 12:52 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com: Mas estaria errado proibir X1 Y2. Afinal, você PODE dobrar à esquerda (X1 Y2 Y3). 2014-03-24 12:51 GMT-03:00 thunder...@gpsinfo.com.br: Não Paulo! A restrição de proibido dobrar a esquerda é colocada para quem vem de X1Y2. Essa restrição não se aplica a quem faz Y1Y2X4. Assim quem bem Y1Y2 pode entrar em X4 porque ali não tem restrição. From: Paulo Carvalho Sent: Monday, March 24, 2014 12:38 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br]Caminhos como via em restrições Infelizmente não é a mesma coisa. Colocando duas de 3, quem vem de Y1-Y2 para entrar em X4 não vai conseguir, o que deveria ser permitido, pois a restrição é só para quem vai fazer o U X1-Y2-X4. Em 24 de março de 2014 12:29, thunder...@gpsinfo.com.br escreveu: Paulo, no exemplo acima pode-se aplicar uma restrição de 4 nós ( proibido retorno) ou duas de 3 nós (proibido virar a esquerda). Sempre optei pela de 3 nós. []s Marcio From: Paulo Carvalho Sent: Monday, March 24, 2014 12:12 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br]Caminhos como via em restrições Márcio, não dá para reduzir uma restrição de 4 nós para uma composição de restrições de 3. Se você acha possível, gostaria de conhecer através de um exemplo. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Lixo na base
Overpass? 2014-03-24 13:06 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: Dá para utilizar regex no overpass para obter ruas que não iniciem com Rua|Avenida|etc ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Lixo na base
On Mon, Mar 24, 2014 at 1:10 PM, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Overpass? http://overpass-turbo.eu/ http://wiki.openstreetmap.org/wiki/Overpass_API http://wiki.openstreetmap.org/wiki/Overpass_API/Language_Guide ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] RES: Lixo na base
Desculpe mas não se deve colocar todos os logradouros sem tipo como Rua, existem mais de 300 tipos de logradouros catalogados no Correio, todos em uso e assumir um default para essa informação pode gerar um problema sem tamanho. Basta lembrar que em determinadas cidades é usual nomes de logradouros repetidos, muitas vezes com variação apenas no tipo do logradouro ( PSG,TV, R Santo Antonio por exemplo em São Luiz ), as diversas ocorrências de Antonio Carlos Magalhães na Bahia e por ai vai. Reinaldo De: John Packer [mailto:john.pack...@gmail.com] Enviada em: segunda-feira, 24 de março de 2014 13:23 Para: OpenStreetMap no Brasil Assunto: Re: [Talk-br] Lixo na base Dá para utilizar regex no overpass para obter ruas que não iniciem com Rua|Avenida|etc Imagem removida pelo remetente.Esses dias eu corrigi via JOSM as ruas que não tinham nenhum prefixo na minha cidade. O filtro que eu utilizei era algo estilo: possui as etiquetas `highway` e `name` e não pode começar com: Rua, Avenida, Servidão, Ponte, Estrada. E talvez precise de Beco (mas não foi o caso na minha cidade). Creio que seja seguro adicionar o prefixo Rua quando for verificado que não tem nenhum prefixo em uma rua. 2014-03-24 13:06 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: Dá para utilizar regex no overpass para obter ruas que não iniciem com Rua|Avenida|etc ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br attachment: ~WRD000.jpg ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] RES: Lixo na base
2014-03-24 13:36 GMT-03:00 Reinaldo Neves rne...@equacao.com.br: Desculpe mas não se deve colocar todos os logradouros sem tipo como Rua, existem mais de 300 tipos de logradouros catalogados no Correio, todos em uso e assumir um default para essa informação pode gerar um problema sem tamanho. 300 tipos? Isso ignorando as abreviações? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Lixo na base
Mas vocês querem fazer isso para todo o Brasil de forma automática ou deixar para cada um na sua cidade fazer? Nem 1% das cidades brasileiras tem representantes aqui na lista. 2014-03-24 13:23 GMT-03:00 John Packer john.pack...@gmail.com: Dá para utilizar regex no overpass para obter ruas que não iniciem com Rua|Avenida|etc Esses dias eu corrigi via JOSM as ruas que não tinham nenhum prefixo na minha cidade. O filtro que eu utilizei era algo estilo: possui as etiquetas `highway` e `name` e não pode começar com: Rua, Avenida, Servidão, Ponte, Estrada. E talvez precise de Beco (mas não foi o caso na minha cidade). Creio que seja seguro adicionar o prefixo Rua quando for verificado que não tem nenhum prefixo em uma rua. 2014-03-24 13:06 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: Dá para utilizar regex no overpass para obter ruas que não iniciem com Rua|Avenida|etc ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] RES: Lixo na base
Eu já vi a lista completa em algum lugar (mas não consigo achar). Então vai uma citação: Segundo o IBGE, existem 107 tipos de logradouros e 256 títulos. [http://scielo.iec.pa.gov.br/scielo.php?pid=S1679-4974200800016script=sci_arttext] Realmente, a criatividade para o nome dessas coisas é quase infindável. :P 2014-03-24 13:45 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: 2014-03-24 13:36 GMT-03:00 Reinaldo Neves rne...@equacao.com.br: Desculpe mas não se deve colocar todos os logradouros sem tipo como Rua, existem mais de 300 tipos de logradouros catalogados no Correio, todos em uso e assumir um default para essa informação pode gerar um problema sem tamanho. 300 tipos? Isso ignorando as abreviações? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] RES: RES: Lixo na base
Sim o número é grande, segue minha tabela de referência em anexo, apesar de ter algumas variações para a mesma coisa do tipo 7 TRAVESSA 7TV 7A TRAVESSA 7TV Ainda há uma quantidade razoável de tipos de logradouro para se assumir um padrão quando não existe informação conhecida. Reinaldo Neves -Mensagem original- De: Nelson A. de Oliveira [mailto:nao...@gmail.com] Enviada em: segunda-feira, 24 de março de 2014 13:45 Para: OpenStreetMap no Brasil Assunto: Re: [Talk-br] RES: Lixo na base 2014-03-24 13:36 GMT-03:00 Reinaldo Neves rne...@equacao.com.br: Desculpe mas não se deve colocar todos os logradouros sem tipo como Rua, existem mais de 300 tipos de logradouros catalogados no Correio, todos em uso e assumir um default para essa informação pode gerar um problema sem tamanho. 300 tipos? Isso ignorando as abreviações? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br 1 ALTO 1AT 1 BECO 1BC 1 PARQUE 1PRQ 1 AVENIDA 1AV 1 PARALELA 1PAR 1 RUA 1R 1 SUBIDA1SUB 1 TRAVESSA 1TV 1 TRAVESSA DA RODOVIA 1TV-ROD 1 VILA 1VL 10 RUA 10R 10 TRAVESSA 10TV 10A RUA 10R 10A TRAVESSA10TV 11 RUA 11R 11 TRAVESSA 11TV 11A RUA 11R 11A TRAVESSA11TV 12 RUA 12R 12 TRAVESSA 12TV 12A RUA 12R 12A TRAVESSA12TV 13 TRAVESSA 13TV 13A TRAVESSA13TV 14 TRAVESSA 14TV 14A TRAVESSA14TV 15 TRAVESSA 15TV 15A TRAVESSA15TV 16 TRAVESSA 16TV 16A TRAVESSA16TV 17 TRAVESSA 17TV 18 TRAVESSA 18TV 18A TRAVESSA18TV 19 TRAVESSA 19TV 19A TRAVESSA19TV 1A AVENIDA 1AV 1A PARALELA 1PAR 1A RUA 1R 1A SUBIDA 1SUB 1A TRAVESSA 1TV 1A TRAVESSA DA RODOVIA 1TV-ROD 1A VILA 1VL 2 ALTO 2AT 2 BECO
[Talk-br] Microbacias hidrográficas
Muito obrigado... éh, eu devia ter lido mais na wikiédia para uma melhor definição... :) - Provavelmente não há como mapear hoje. A bacia de um rio é a área de terra cujas águas precipitadas são drenadas por ele. Uma bacia não é estabelecida por delimitação ou demarcação, mas sim pela geografia. O que pode haver, conforme você falou, são reservas de proteção que podem concidir com limites de bacias. Pelo que já procurei nos Wikis do OSM, suspeitei que fosse algo desde tipo... nos dados que consegui, um estudo da geografia e levantamento de nascentes locais levou a distinção das mesmas. Entre os dados de córregos, nascentes e rios veios as delimitações nas microbacias. Pelo que sei até o momento, alguns dados foram usados em planejamento de saneamento básico, mas não foram estabelecidas reservas ou áreas de preservação com base nessas delimitações. *Edil Queiroz de Araujo* *Acessa SP* - *Prefeitura Municipal de Ribeirão Grande* Projeto Monitor Virtual http://projetomonitorvirtual.blogspot.com.br/ Projeto RGM - Ribeirão Grande em Mapas http://projetorgm.com.br/ ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] RES: Lixo na base
2014-03-24 13:57 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com: Eu já vi a lista completa em algum lugar (mas não consigo achar). Então vai uma citação: Segundo o IBGE, existem 107 tipos de logradouros e 256 títulos. [http://scielo.iec.pa.gov.br/scielo.php?pid=S1679-4974200800016script=sci_arttext] Os daqui http://www.buscacep.correios.com.br/servicos/dnec/menuAction.do?Metodo=menuLogradouro (no Tipo) eu valido (com alguns poucos outros). O que se encaixa em Outros acho que pode ser ignorado por enquanto. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] RES: RES: Lixo na base
2014-03-24 14:08 GMT-03:00 Reinaldo Neves rne...@equacao.com.br: Sim o número é grande, segue minha tabela de referência em anexo, apesar de ter algumas variações para a mesma coisa do tipo É grande mas tem muita coisa repetida! :-) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] RES: RES: RES: Lixo na base
Sim existem repetições e algumas variantes que o IBGE não considera ou grafa de forma diferente, Caso de Primeira, segunda... travessa que o correio defini como 1TV, 2TV, etc, no CNEFE vem como Travessa Primeira ou travessa 1 .. Acredito que o padrão correio seja o melhor, mas mesmo tirando as repetições acho temerário assumir o padrão Rua para tudo como sugerido antes. Reinaldo -Mensagem original- De: Nelson A. de Oliveira [mailto:nao...@gmail.com] Enviada em: segunda-feira, 24 de março de 2014 14:16 Para: OpenStreetMap no Brasil Assunto: Re: [Talk-br] RES: RES: Lixo na base 2014-03-24 14:08 GMT-03:00 Reinaldo Neves rne...@equacao.com.br: Sim o número é grande, segue minha tabela de referência em anexo, apesar de ter algumas variações para a mesma coisa do tipo É grande mas tem muita coisa repetida! :-) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Lixo na base
Os erros existentes são fatos e requerem correção. Na minha opinião correção automática até porque são tantos que uma correção manual, com poucos colaboradores, exigiria muito esforço e tempo. Corrigiríamos os existentes, mas como evitar que novos surjam? Continuo defendendo a função VALIDADOR (como erro e não aviso) quando da edição. Pelo menos por meio dele novos erros desse tipo não devem voltar a ocorrer. []s Marcio From: Fernando Trebien Sent: Monday, March 24, 2014 1:52 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Lixo na base Mas vocês querem fazer isso para todo o Brasil de forma automática ou deixar para cada um na sua cidade fazer? Nem 1% das cidades brasileiras tem representantes aqui na lista. 2014-03-24 13:23 GMT-03:00 John Packer john.pack...@gmail.com: Dá para utilizar regex no overpass para obter ruas que não iniciem com Rua|Avenida|etc Esses dias eu corrigi via JOSM as ruas que não tinham nenhum prefixo na minha cidade. O filtro que eu utilizei era algo estilo: possui as etiquetas `highway` e `name` e não pode começar com: Rua, Avenida, Servidão, Ponte, Estrada. E talvez precise de Beco (mas não foi o caso na minha cidade). Creio que seja seguro adicionar o prefixo Rua quando for verificado que não tem nenhum prefixo em uma rua. 2014-03-24 13:06 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: Dá para utilizar regex no overpass para obter ruas que não iniciem com Rua|Avenida|etc ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Microbacias hidrográficas
Olá Vitor! Seria muito legal ver esses dados no OSM :) Eu também acho muito interessante a disponibilização de tais dados. Legal... o que seria melhor fazer: simplesmente não mapear até termos uma melhor discussão e definição sobre as tags... ou mapear como relação multipolígono e colocar uma nota no mapa? *Edil Queiroz de Araujo**Acessa SP* - *Prefeitura Municipal de Ribeirão Grande* Projeto Monitor Virtual http://projetomonitorvirtual.blogspot.com.br/ Projeto RGM - Ribeirão Grande em Mapas http://projetorgm.com.br/ ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Street name data
Estou fazendo as novas listas, baseadas nos setores censitários. Vou colocar depois na minha pasta no ubuntuone. Esta demorando um pouco. Para contar as ruas tenho que primeiro cortar o estado em municípios, depois os municípios em setores. Estou vendo que muitos setores ficam sem nemhuma rua no OSM :-(. Claro, a média no estado é 23679 ruas OSM / 130175 ruas CNEFE = 18.2% Hermann On 2014-03-24 13:16, Fernando Trebien wrote: Eu acho que as comparações setoriais poderiam ser muito úteis sim. Com base nelas (vou viajar um pouco, mas não quer dizer que não seja factível) daria pra fazer um sistema que mostra diferenças graficamente, por região (aproximada). Por exemplo, com um LeafletJS, daria pra: - obter a posição atual do usuário no mapa - encontrar o setor censitário mais próximo (não precisa ser muito rebuscado, pode ser uma busca gulosa usando a distância em relação ao centro/centróide do setor censitário) - consultar (a partir de dados já compilados) e mostrar quais ruas do CNEFE não existem no OSM (idealmente seria só naquele setor) - também mostrar as ruas que existem no OSM mas não no CNEFE, listando os nomes mais similares (poderia ser a saída do script que eu fiz - e estou melhorando com o seu feedback) Com isso, qualquer pessoa poderia entrar no sistema e descobrir quais ruas faltam e onde. E num nível mais afastado, ao invés dessa análise, poderiam aparecer os heat maps que você já desenvolveu. Com o tempo, as pessoas saberiam quais lugares precisam ser trabalhados. (Se não viajei demais, acho que temos um projeto. :P) 2014-03-24 0:19 GMT-03:00 Hermann Peifer pei...@gmx.eu: Fernando, Claro: tu fais as comparações como tu achas mais adequadas. Eu só pensei que no caso de 'RUA A' 'RUA B': 4 caractères = 80% de igualdade parece muito alto, já que o prefixo 'RUA ' é quase omnipresente no CNEFE, como Tipo do logradouro. O que é que tu achas das comparações setoriais? A tabela CNEFE cresceu: de 130 000 linhas 190 000 linhas, Não tenho ainda a nova tabela setorial do OSM. Abçs, Hermann On 2014-03-24 3:32, Fernando Trebien wrote: O fórum brasileiro foi criado há pouco tempo (meados do ano passado). Se vocês olharem bem, o fórum alemão, o russo e o inglês têm muita atividade (talvez mais do que as listas de e-mail, sinceramente não acompanho tão de perto). Embora no Brasil o fórum ainda esteja engatinhando, fora do Brasil ele costuma ser usado pra diversas coisas (ou seja, o propósito é livre). Andaram conversando aqui na lista (e eu acho que faz algum sentido pensar assim) que o fórum é um espaço adequado a discussões mais longas, cujo registro pode ser importante depois (basta mandar o link pras pessoas que estiverem chegando na discussão), enquanto que a lista é mais um espaço para anúncios, dúvidas rápidas ou assuntos urgentes. Outra utilidade do fórum é poder referenciar a discussão no próprio mapa (basta colocar o link pra discussão na tag note) quando há divergências sobre a forma correta de mapear algo. Eu acho interessante manter rua e avenida na comparação, pois gostaríamos que esses prefixos constassem no mapa do OSM. Uma idéia: - calcular duas distâncias: uma com (1) e outra sem (2) os prefixos (rua, avenida, etc.) - se ambas forem zero, não gerar nada na saída (os nomes são iguais) - senão, usar 2 para ordenar a saída, mesmo que 2 seja zero; viria no começo então todos os casos em que a única diferença está no prefixo Vou tentar fazer isso ver como fica o resultado. 2014-03-23 23:15 GMT-03:00 Aun Johnsen lists-syhcobdn3iehv55da0l...@public.gmane.org: PS: Alguem me pode explicar a lógica brasileira da dualidade de lista talk-br e OSM Forum, users: Brazil ? Minha hipótese é que o Forum serve mais para a Geração Facebook (a geração dos meus filhos), enquanto que, por outro lado, a lista talk-br é o veículo histórico de comunicação da Geração pré-Facebook (que nem eu). É verdade memo ? ;-) Eu talvez sao do geracao mais velho, a lista talk-br e maia util p mim como recebendo no meu email, onde eu pode responder mesmo que viajando O forum nao e bem util p mim como sempre viajando, utilizando computadores publico ou do trabalho Sds ___ Talk-br mailing list Talk-br-3+rWM/WnaLOn4i5uJCXUsti2O/jbr...@public.gmane.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Lixo na base
Erros onde o nome só contém caracteres do tipo ? eu tenho certeza q sim... rsrsrs. Mas ainda seria mais interessante um script que nos desse os ids dos objetos com erros e fizessemos uma força tarefa para corrigi-los. Mas acho que os erros do tipo sem logradouro são muitos, então esses teriam que ser postergados. Agora só corrigiriamos esses casos estranhos mesmo. Mas tem algum jeito de encontrar isso fácil? Em 24 de março de 2014 15:22, Fernando Trebien fernando.treb...@gmail.comescreveu: Erros são matemáticos. Você tem certeza absoluta de que todos esses casos, sem exceção, presente ou futura, constituem erros? On Mar 24, 2014 2:29 PM, thunder...@gpsinfo.com.br wrote: Os erros existentes são fatos e requerem correção. Na minha opinião correção automática até porque são tantos que uma correção manual, com poucos colaboradores, exigiria muito esforço e tempo. Corrigiríamos os existentes, mas como evitar que novos surjam? Continuo defendendo a função VALIDADOR (como erro e não aviso) quando da edição. Pelo menos por meio dele novos erros desse tipo não devem voltar a ocorrer. []s Marcio *From:* Fernando Trebien fernando.treb...@gmail.com *Sent:* Monday, March 24, 2014 1:52 PM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br] Lixo na base Mas vocês querem fazer isso para todo o Brasil de forma automática ou deixar para cada um na sua cidade fazer? Nem 1% das cidades brasileiras tem representantes aqui na lista. 2014-03-24 13:23 GMT-03:00 John Packer john.pack...@gmail.com: Dá para utilizar regex no overpass para obter ruas que não iniciem com Rua|Avenida|etc Esses dias eu corrigi via JOSM as ruas que não tinham nenhum prefixo na minha cidade. O filtro que eu utilizei era algo estilo: possui as etiquetas `highway` e `name` e não pode começar com: Rua, Avenida, Servidão, Ponte, Estrada. E talvez precise de Beco (mas não foi o caso na minha cidade). Creio que seja seguro adicionar o prefixo Rua quando for verificado que não tem nenhum prefixo em uma rua. 2014-03-24 13:06 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: Dá para utilizar regex no overpass para obter ruas que não iniciem com Rua|Avenida|etc ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) -- ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Caminhos como via em restrições
A forma que você sugere contraria o princípio de dividir a via somente quando houver barreira física. Mesmo que a sua dedução esteja correta (e pode não estar), a única coisa separando a faixa do resto da via seria uma faixa contínua. Logo, Z1 não existe e não deve ser mapeada. Aliás, foi você mesmo que me convenceu plenamente disso ao argumentar que esse tipo de coisa pode prejudicar a navegação visual. Leia um pouco mais adiante no tutorial e você vai ver que uma solução temporária para contornar o problema é fazer exatamente o que você propôs. Mas o tutorial deixa claro que fazer assim é considerado uma forma inferior à ideal. É a comunidade que pensa assim, não eu. Assim que tiver tempo, leia o tutorial do início ao fim com cuidado. Me custou uma semana inteira confeccioná-lo e já passou pela análise e correção de outras pessoas na comunidade. 2014-03-24 14:05 GMT-03:00 thunder...@gpsinfo.com.br: Repliquei o citado pelo Paulo Carvalho quanto a X1Y2X4. A restrição de dobrar a esquerda inserida em X1 não afetava a via Y. Agora vem o caso de se permitir virar a esquerda em X1. Sendo permitido dobrar a esquerda ( X1Y2) deduzo que existe na via X uma faixa seletiva para quem vai dobrar a esquerda (X1Y2). Desenvolvendo mapa sempre retratei com linha pista seletiva quando aquela é reservada para determinada manobra de ingresso em via em cruzamento. Poderia eu aqui defender com inúmeros argumentos a vantagem disso, mas não é o caso. Existindo faixa seletiva para se dobrar a esquerda a restrição de proibido virar a esquerda (retorno) se aplicaria a essa linha seletiva e não a via. Para facilitar o entendimento inseri a restrição de manobra de proibido virar a esquerda em diamantes vermelho, desenhando a faixa seletiva e nomeando-a com Z1. Do exposto: a manobra questionada pelo Paulo Carvalho (Y1-Y2X4) pode ser feita a manobra questionada pelo Fernando (X1 Y2 Y3) não pode porque existe restrição de virar a esquerda em X1, entretanto essa manobra é feita por Z1Y3 [image: restricao] *From:* Fernando Trebien fernando.treb...@gmail.com *Sent:* Monday, March 24, 2014 12:52 PM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br]Caminhos como via em restrições Mas estaria errado proibir X1 Y2. Afinal, você PODE dobrar à esquerda (X1 Y2 Y3). 2014-03-24 12:51 GMT-03:00 thunder...@gpsinfo.com.br: Não Paulo! A restrição de proibido dobrar a esquerda é colocada para quem vem de X1Y2. Essa restrição não se aplica a quem faz Y1Y2X4. Assim quem bem Y1Y2 pode entrar em X4 porque ali não tem restrição. *From:* Paulo Carvalho paulo.r.m.carva...@gmail.com *Sent:* Monday, March 24, 2014 12:38 PM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br]Caminhos como via em restrições Infelizmente não é a mesma coisa. Colocando duas de 3, quem vem de Y1-Y2 para entrar em X4 não vai conseguir, o que deveria ser permitido, pois a restrição é só para quem vai fazer o U X1-Y2-X4. Em 24 de março de 2014 12:29, thunder...@gpsinfo.com.br escreveu: [image: 4] Paulo, no exemplo acima pode-se aplicar uma restrição de 4 nós ( proibido retorno) ou duas de 3 nós (proibido virar a esquerda). Sempre optei pela de 3 nós. []s Marcio *From:* Paulo Carvalho paulo.r.m.carva...@gmail.com *Sent:* Monday, March 24, 2014 12:12 PM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br]Caminhos como via em restrições Márcio, não dá para reduzir uma restrição de 4 nós para uma composição de restrições de 3. Se você acha possível, gostaria de conhecer através de um exemplo. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) inline: 4[1].jpginline: restricao[3].jpg___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Lixo na base
2014-03-24 15:33 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: Erros onde o nome só contém caracteres do tipo ? eu tenho certeza q sim... rsrsrs. Heh, ok, este caso em particular poderia ser considerado um erro. Mas daí não vale à pena o esforço de fazer um validador para um caso que acontece só umas poucas vezes né. Melhor fazer um script que liste os IDs objetos e depois nos permita editá-los manualmente, como você disse. (Precisamos de scripts assim pra muitas outras coisas parecidas.) Mas ainda seria mais interessante um script que nos desse os ids dos objetos com erros e fizessemos uma força tarefa para corrigi-los. Mas acho que os erros do tipo sem logradouro são muitos, então esses teriam que ser postergados. Agora só corrigiriamos esses casos estranhos mesmo. Mas tem algum jeito de encontrar isso fácil? Em 24 de março de 2014 15:22, Fernando Trebien fernando.treb...@gmail.com escreveu: Erros são matemáticos. Você tem certeza absoluta de que todos esses casos, sem exceção, presente ou futura, constituem erros? On Mar 24, 2014 2:29 PM, thunder...@gpsinfo.com.br wrote: Os erros existentes são fatos e requerem correção. Na minha opinião correção automática até porque são tantos que uma correção manual, com poucos colaboradores, exigiria muito esforço e tempo. Corrigiríamos os existentes, mas como evitar que novos surjam? Continuo defendendo a função VALIDADOR (como erro e não aviso) quando da edição. Pelo menos por meio dele novos erros desse tipo não devem voltar a ocorrer. []s Marcio *From:* Fernando Trebien fernando.treb...@gmail.com *Sent:* Monday, March 24, 2014 1:52 PM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br] Lixo na base Mas vocês querem fazer isso para todo o Brasil de forma automática ou deixar para cada um na sua cidade fazer? Nem 1% das cidades brasileiras tem representantes aqui na lista. 2014-03-24 13:23 GMT-03:00 John Packer john.pack...@gmail.com: Dá para utilizar regex no overpass para obter ruas que não iniciem com Rua|Avenida|etc Esses dias eu corrigi via JOSM as ruas que não tinham nenhum prefixo na minha cidade. O filtro que eu utilizei era algo estilo: possui as etiquetas `highway` e `name` e não pode começar com: Rua, Avenida, Servidão, Ponte, Estrada. E talvez precise de Beco (mas não foi o caso na minha cidade). Creio que seja seguro adicionar o prefixo Rua quando for verificado que não tem nenhum prefixo em uma rua. 2014-03-24 13:06 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: Dá para utilizar regex no overpass para obter ruas que não iniciem com Rua|Avenida|etc ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) -- ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mudança na URL da layer TMS do IBGE
2014-03-24 0:33 GMT+02:00 Fernando Trebien fernando.treb...@gmail.com: Thiago, uma pergunta (não sei se perdi algum pedaço no começo da história): você está fazendo os alinhamentos manualmente? Se sim, poderia contar com a ajuda de mais pessoas interessadas. Hehehe, na mão eu não teria vida útil pra isso não. :) https://github.com/tmpsantos/IBGETools ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Lixo na base
E validador só pega casos onde está aberto no JOSM. Teria que ser um script que lesse o planet OSM do Brasil (é isso?) e retornasse uma lista dos IDs né? Mas quem sabe fazer isso? Em 24 de março de 2014 15:43, Fernando Trebien fernando.treb...@gmail.comescreveu: 2014-03-24 15:33 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: Erros onde o nome só contém caracteres do tipo ? eu tenho certeza q sim... rsrsrs. Heh, ok, este caso em particular poderia ser considerado um erro. Mas daí não vale à pena o esforço de fazer um validador para um caso que acontece só umas poucas vezes né. Melhor fazer um script que liste os IDs objetos e depois nos permita editá-los manualmente, como você disse. (Precisamos de scripts assim pra muitas outras coisas parecidas.) Mas ainda seria mais interessante um script que nos desse os ids dos objetos com erros e fizessemos uma força tarefa para corrigi-los. Mas acho que os erros do tipo sem logradouro são muitos, então esses teriam que ser postergados. Agora só corrigiriamos esses casos estranhos mesmo. Mas tem algum jeito de encontrar isso fácil? Em 24 de março de 2014 15:22, Fernando Trebien fernando.treb...@gmail.com escreveu: Erros são matemáticos. Você tem certeza absoluta de que todos esses casos, sem exceção, presente ou futura, constituem erros? On Mar 24, 2014 2:29 PM, thunder...@gpsinfo.com.br wrote: Os erros existentes são fatos e requerem correção. Na minha opinião correção automática até porque são tantos que uma correção manual, com poucos colaboradores, exigiria muito esforço e tempo. Corrigiríamos os existentes, mas como evitar que novos surjam? Continuo defendendo a função VALIDADOR (como erro e não aviso) quando da edição. Pelo menos por meio dele novos erros desse tipo não devem voltar a ocorrer. []s Marcio *From:* Fernando Trebien fernando.treb...@gmail.com *Sent:* Monday, March 24, 2014 1:52 PM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br] Lixo na base Mas vocês querem fazer isso para todo o Brasil de forma automática ou deixar para cada um na sua cidade fazer? Nem 1% das cidades brasileiras tem representantes aqui na lista. 2014-03-24 13:23 GMT-03:00 John Packer john.pack...@gmail.com: Dá para utilizar regex no overpass para obter ruas que não iniciem com Rua|Avenida|etc Esses dias eu corrigi via JOSM as ruas que não tinham nenhum prefixo na minha cidade. O filtro que eu utilizei era algo estilo: possui as etiquetas `highway` e `name` e não pode começar com: Rua, Avenida, Servidão, Ponte, Estrada. E talvez precise de Beco (mas não foi o caso na minha cidade). Creio que seja seguro adicionar o prefixo Rua quando for verificado que não tem nenhum prefixo em uma rua. 2014-03-24 13:06 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: Dá para utilizar regex no overpass para obter ruas que não iniciem com Rua|Avenida|etc ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) -- ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Caminhos como via em restrições
Caso você queria encontrar rapidamente o lugar no tutorial onde é citado um caso idêntico à sua proposta, é a imagem 1 nesta seção (que é imediamente seguinte à seção citada antes): http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Restri%C3%A7%C3%B5es_de_Convers%C3%A3o#Conex.C3.B5es_inventadas 2014-03-24 15:40 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com: A forma que você sugere contraria o princípio de dividir a via somente quando houver barreira física. Mesmo que a sua dedução esteja correta (e pode não estar), a única coisa separando a faixa do resto da via seria uma faixa contínua. Logo, Z1 não existe e não deve ser mapeada. Aliás, foi você mesmo que me convenceu plenamente disso ao argumentar que esse tipo de coisa pode prejudicar a navegação visual. Leia um pouco mais adiante no tutorial e você vai ver que uma solução temporária para contornar o problema é fazer exatamente o que você propôs. Mas o tutorial deixa claro que fazer assim é considerado uma forma inferior à ideal. É a comunidade que pensa assim, não eu. Assim que tiver tempo, leia o tutorial do início ao fim com cuidado. Me custou uma semana inteira confeccioná-lo e já passou pela análise e correção de outras pessoas na comunidade. 2014-03-24 14:05 GMT-03:00 thunder...@gpsinfo.com.br: Repliquei o citado pelo Paulo Carvalho quanto a X1Y2X4. A restrição de dobrar a esquerda inserida em X1 não afetava a via Y. Agora vem o caso de se permitir virar a esquerda em X1. Sendo permitido dobrar a esquerda ( X1Y2) deduzo que existe na via X uma faixa seletiva para quem vai dobrar a esquerda (X1Y2). Desenvolvendo mapa sempre retratei com linha pista seletiva quando aquela é reservada para determinada manobra de ingresso em via em cruzamento. Poderia eu aqui defender com inúmeros argumentos a vantagem disso, mas não é o caso. Existindo faixa seletiva para se dobrar a esquerda a restrição de proibido virar a esquerda (retorno) se aplicaria a essa linha seletiva e não a via. Para facilitar o entendimento inseri a restrição de manobra de proibido virar a esquerda em diamantes vermelho, desenhando a faixa seletiva e nomeando-a com Z1. Do exposto: a manobra questionada pelo Paulo Carvalho (Y1-Y2X4) pode ser feita a manobra questionada pelo Fernando (X1 Y2 Y3) não pode porque existe restrição de virar a esquerda em X1, entretanto essa manobra é feita por Z1Y3 From: Fernando Trebien Sent: Monday, March 24, 2014 12:52 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br]Caminhos como via em restrições Mas estaria errado proibir X1 Y2. Afinal, você PODE dobrar à esquerda (X1 Y2 Y3). 2014-03-24 12:51 GMT-03:00 thunder...@gpsinfo.com.br: Não Paulo! A restrição de proibido dobrar a esquerda é colocada para quem vem de X1Y2. Essa restrição não se aplica a quem faz Y1Y2X4. Assim quem bem Y1Y2 pode entrar em X4 porque ali não tem restrição. From: Paulo Carvalho Sent: Monday, March 24, 2014 12:38 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br]Caminhos como via em restrições Infelizmente não é a mesma coisa. Colocando duas de 3, quem vem de Y1-Y2 para entrar em X4 não vai conseguir, o que deveria ser permitido, pois a restrição é só para quem vai fazer o U X1-Y2-X4. Em 24 de março de 2014 12:29, thunder...@gpsinfo.com.br escreveu: Paulo, no exemplo acima pode-se aplicar uma restrição de 4 nós ( proibido retorno) ou duas de 3 nós (proibido virar a esquerda). Sempre optei pela de 3 nós. []s Marcio From: Paulo Carvalho Sent: Monday, March 24, 2014 12:12 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br]Caminhos como via em restrições Márcio, não dá para reduzir uma restrição de 4 nós para uma composição de restrições de 3. Se você acha possível, gostaria de conhecer através de um exemplo. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Lixo na base
E pra isso precisa de um super computador ou nao? rsrs Em 24 de março de 2014 15:47, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: E validador só pega casos onde está aberto no JOSM. Teria que ser um script que lesse o planet OSM do Brasil (é isso?) e retornasse uma lista dos IDs né? Mas quem sabe fazer isso? Em 24 de março de 2014 15:43, Fernando Trebien fernando.treb...@gmail.com escreveu: 2014-03-24 15:33 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: Erros onde o nome só contém caracteres do tipo ? eu tenho certeza q sim... rsrsrs. Heh, ok, este caso em particular poderia ser considerado um erro. Mas daí não vale à pena o esforço de fazer um validador para um caso que acontece só umas poucas vezes né. Melhor fazer um script que liste os IDs objetos e depois nos permita editá-los manualmente, como você disse. (Precisamos de scripts assim pra muitas outras coisas parecidas.) Mas ainda seria mais interessante um script que nos desse os ids dos objetos com erros e fizessemos uma força tarefa para corrigi-los. Mas acho que os erros do tipo sem logradouro são muitos, então esses teriam que ser postergados. Agora só corrigiriamos esses casos estranhos mesmo. Mas tem algum jeito de encontrar isso fácil? Em 24 de março de 2014 15:22, Fernando Trebien fernando.treb...@gmail.com escreveu: Erros são matemáticos. Você tem certeza absoluta de que todos esses casos, sem exceção, presente ou futura, constituem erros? On Mar 24, 2014 2:29 PM, thunder...@gpsinfo.com.br wrote: Os erros existentes são fatos e requerem correção. Na minha opinião correção automática até porque são tantos que uma correção manual, com poucos colaboradores, exigiria muito esforço e tempo. Corrigiríamos os existentes, mas como evitar que novos surjam? Continuo defendendo a função VALIDADOR (como erro e não aviso) quando da edição. Pelo menos por meio dele novos erros desse tipo não devem voltar a ocorrer. []s Marcio *From:* Fernando Trebien fernando.treb...@gmail.com *Sent:* Monday, March 24, 2014 1:52 PM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br] Lixo na base Mas vocês querem fazer isso para todo o Brasil de forma automática ou deixar para cada um na sua cidade fazer? Nem 1% das cidades brasileiras tem representantes aqui na lista. 2014-03-24 13:23 GMT-03:00 John Packer john.pack...@gmail.com: Dá para utilizar regex no overpass para obter ruas que não iniciem com Rua|Avenida|etc Esses dias eu corrigi via JOSM as ruas que não tinham nenhum prefixo na minha cidade. O filtro que eu utilizei era algo estilo: possui as etiquetas `highway` e `name` e não pode começar com: Rua, Avenida, Servidão, Ponte, Estrada. E talvez precise de Beco (mas não foi o caso na minha cidade). Creio que seja seguro adicionar o prefixo Rua quando for verificado que não tem nenhum prefixo em uma rua. 2014-03-24 13:06 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: Dá para utilizar regex no overpass para obter ruas que não iniciem com Rua|Avenida|etc ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) -- ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Lixo na base
A gente precisa de um MapRoulette (http://wiki.openstreetmap.org/wiki/MapRoulette) pro Brasil. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Lixo na base
Eu sei fazer, mas estou envolvido com outros assuntos que considero mais importantes pra comunidade. Sei que tem mais gente que sabe, e se tiverem interesse, obviamente podem se aventurar. Não deveria ser necessário ter um supercomputador não. :P Se for, é porque as ferramentas foram mal escritas - ou melhor dizendo, escritas com o tempo e conhecimento que se tinha à disposição. :) 2014-03-24 15:48 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: E pra isso precisa de um super computador ou nao? rsrs Em 24 de março de 2014 15:47, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: E validador só pega casos onde está aberto no JOSM. Teria que ser um script que lesse o planet OSM do Brasil (é isso?) e retornasse uma lista dos IDs né? Mas quem sabe fazer isso? Em 24 de março de 2014 15:43, Fernando Trebien fernando.treb...@gmail.com escreveu: 2014-03-24 15:33 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: Erros onde o nome só contém caracteres do tipo ? eu tenho certeza q sim... rsrsrs. Heh, ok, este caso em particular poderia ser considerado um erro. Mas daí não vale à pena o esforço de fazer um validador para um caso que acontece só umas poucas vezes né. Melhor fazer um script que liste os IDs objetos e depois nos permita editá-los manualmente, como você disse. (Precisamos de scripts assim pra muitas outras coisas parecidas.) Mas ainda seria mais interessante um script que nos desse os ids dos objetos com erros e fizessemos uma força tarefa para corrigi-los. Mas acho que os erros do tipo sem logradouro são muitos, então esses teriam que ser postergados. Agora só corrigiriamos esses casos estranhos mesmo. Mas tem algum jeito de encontrar isso fácil? Em 24 de março de 2014 15:22, Fernando Trebien fernando.treb...@gmail.com escreveu: Erros são matemáticos. Você tem certeza absoluta de que todos esses casos, sem exceção, presente ou futura, constituem erros? On Mar 24, 2014 2:29 PM, thunder...@gpsinfo.com.br wrote: Os erros existentes são fatos e requerem correção. Na minha opinião correção automática até porque são tantos que uma correção manual, com poucos colaboradores, exigiria muito esforço e tempo. Corrigiríamos os existentes, mas como evitar que novos surjam? Continuo defendendo a função VALIDADOR (como erro e não aviso) quando da edição. Pelo menos por meio dele novos erros desse tipo não devem voltar a ocorrer. []s Marcio *From:* Fernando Trebien fernando.treb...@gmail.com *Sent:* Monday, March 24, 2014 1:52 PM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br] Lixo na base Mas vocês querem fazer isso para todo o Brasil de forma automática ou deixar para cada um na sua cidade fazer? Nem 1% das cidades brasileiras tem representantes aqui na lista. 2014-03-24 13:23 GMT-03:00 John Packer john.pack...@gmail.com: Dá para utilizar regex no overpass para obter ruas que não iniciem com Rua|Avenida|etc Esses dias eu corrigi via JOSM as ruas que não tinham nenhum prefixo na minha cidade. O filtro que eu utilizei era algo estilo: possui as etiquetas `highway` e `name` e não pode começar com: Rua, Avenida, Servidão, Ponte, Estrada. E talvez precise de Beco (mas não foi o caso na minha cidade). Creio que seja seguro adicionar o prefixo Rua quando for verificado que não tem nenhum prefixo em uma rua. 2014-03-24 13:06 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com : Dá para utilizar regex no overpass para obter ruas que não iniciem com Rua|Avenida|etc ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) -- ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org
Re: [Talk-br] Lixo na base
Já é bom saber que pelo menos você tem o conhecimento e que em alguma hora nos ajudará. Até porque temos muitos erros e muitas coisas faltantes, esses seriam só a pontinha. Em 24 de março de 2014 15:50, Fernando Trebien fernando.treb...@gmail.comescreveu: Eu sei fazer, mas estou envolvido com outros assuntos que considero mais importantes pra comunidade. Sei que tem mais gente que sabe, e se tiverem interesse, obviamente podem se aventurar. Não deveria ser necessário ter um supercomputador não. :P Se for, é porque as ferramentas foram mal escritas - ou melhor dizendo, escritas com o tempo e conhecimento que se tinha à disposição. :) 2014-03-24 15:48 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: E pra isso precisa de um super computador ou nao? rsrs Em 24 de março de 2014 15:47, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: E validador só pega casos onde está aberto no JOSM. Teria que ser um script que lesse o planet OSM do Brasil (é isso?) e retornasse uma lista dos IDs né? Mas quem sabe fazer isso? Em 24 de março de 2014 15:43, Fernando Trebien fernando.treb...@gmail.com escreveu: 2014-03-24 15:33 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: Erros onde o nome só contém caracteres do tipo ? eu tenho certeza q sim... rsrsrs. Heh, ok, este caso em particular poderia ser considerado um erro. Mas daí não vale à pena o esforço de fazer um validador para um caso que acontece só umas poucas vezes né. Melhor fazer um script que liste os IDs objetos e depois nos permita editá-los manualmente, como você disse. (Precisamos de scripts assim pra muitas outras coisas parecidas.) Mas ainda seria mais interessante um script que nos desse os ids dos objetos com erros e fizessemos uma força tarefa para corrigi-los. Mas acho que os erros do tipo sem logradouro são muitos, então esses teriam que ser postergados. Agora só corrigiriamos esses casos estranhos mesmo. Mas tem algum jeito de encontrar isso fácil? Em 24 de março de 2014 15:22, Fernando Trebien fernando.treb...@gmail.com escreveu: Erros são matemáticos. Você tem certeza absoluta de que todos esses casos, sem exceção, presente ou futura, constituem erros? On Mar 24, 2014 2:29 PM, thunder...@gpsinfo.com.br wrote: Os erros existentes são fatos e requerem correção. Na minha opinião correção automática até porque são tantos que uma correção manual, com poucos colaboradores, exigiria muito esforço e tempo. Corrigiríamos os existentes, mas como evitar que novos surjam? Continuo defendendo a função VALIDADOR (como erro e não aviso) quando da edição. Pelo menos por meio dele novos erros desse tipo não devem voltar a ocorrer. []s Marcio *From:* Fernando Trebien fernando.treb...@gmail.com *Sent:* Monday, March 24, 2014 1:52 PM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br] Lixo na base Mas vocês querem fazer isso para todo o Brasil de forma automática ou deixar para cada um na sua cidade fazer? Nem 1% das cidades brasileiras tem representantes aqui na lista. 2014-03-24 13:23 GMT-03:00 John Packer john.pack...@gmail.com: Dá para utilizar regex no overpass para obter ruas que não iniciem com Rua|Avenida|etc Esses dias eu corrigi via JOSM as ruas que não tinham nenhum prefixo na minha cidade. O filtro que eu utilizei era algo estilo: possui as etiquetas `highway` e `name` e não pode começar com: Rua, Avenida, Servidão, Ponte, Estrada. E talvez precise de Beco (mas não foi o caso na minha cidade). Creio que seja seguro adicionar o prefixo Rua quando for verificado que não tem nenhum prefixo em uma rua. 2014-03-24 13:06 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com : Dá para utilizar regex no overpass para obter ruas que não iniciem com Rua|Avenida|etc ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) -- ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55
Re: [Talk-br] Lixo na base
O mínimo que eu posso fazer é ajudar na discussão pra aprimorar o método. :P (E de tabela sempre acabo aprendendo algo novo.) 2014-03-24 15:56 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: Já é bom saber que pelo menos você tem o conhecimento e que em alguma hora nos ajudará. Até porque temos muitos erros e muitas coisas faltantes, esses seriam só a pontinha. Em 24 de março de 2014 15:50, Fernando Trebien fernando.treb...@gmail.com escreveu: Eu sei fazer, mas estou envolvido com outros assuntos que considero mais importantes pra comunidade. Sei que tem mais gente que sabe, e se tiverem interesse, obviamente podem se aventurar. Não deveria ser necessário ter um supercomputador não. :P Se for, é porque as ferramentas foram mal escritas - ou melhor dizendo, escritas com o tempo e conhecimento que se tinha à disposição. :) 2014-03-24 15:48 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: E pra isso precisa de um super computador ou nao? rsrs Em 24 de março de 2014 15:47, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: E validador só pega casos onde está aberto no JOSM. Teria que ser um script que lesse o planet OSM do Brasil (é isso?) e retornasse uma lista dos IDs né? Mas quem sabe fazer isso? Em 24 de março de 2014 15:43, Fernando Trebien fernando.treb...@gmail.com escreveu: 2014-03-24 15:33 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: Erros onde o nome só contém caracteres do tipo ? eu tenho certeza q sim... rsrsrs. Heh, ok, este caso em particular poderia ser considerado um erro. Mas daí não vale à pena o esforço de fazer um validador para um caso que acontece só umas poucas vezes né. Melhor fazer um script que liste os IDs objetos e depois nos permita editá-los manualmente, como você disse. (Precisamos de scripts assim pra muitas outras coisas parecidas.) Mas ainda seria mais interessante um script que nos desse os ids dos objetos com erros e fizessemos uma força tarefa para corrigi-los. Mas acho que os erros do tipo sem logradouro são muitos, então esses teriam que ser postergados. Agora só corrigiriamos esses casos estranhos mesmo. Mas tem algum jeito de encontrar isso fácil? Em 24 de março de 2014 15:22, Fernando Trebien fernando.treb...@gmail.com escreveu: Erros são matemáticos. Você tem certeza absoluta de que todos esses casos, sem exceção, presente ou futura, constituem erros? On Mar 24, 2014 2:29 PM, thunder...@gpsinfo.com.br wrote: Os erros existentes são fatos e requerem correção. Na minha opinião correção automática até porque são tantos que uma correção manual, com poucos colaboradores, exigiria muito esforço e tempo. Corrigiríamos os existentes, mas como evitar que novos surjam? Continuo defendendo a função VALIDADOR (como erro e não aviso) quando da edição. Pelo menos por meio dele novos erros desse tipo não devem voltar a ocorrer. []s Marcio *From:* Fernando Trebien fernando.treb...@gmail.com *Sent:* Monday, March 24, 2014 1:52 PM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br] Lixo na base Mas vocês querem fazer isso para todo o Brasil de forma automática ou deixar para cada um na sua cidade fazer? Nem 1% das cidades brasileiras tem representantes aqui na lista. 2014-03-24 13:23 GMT-03:00 John Packer john.pack...@gmail.com: Dá para utilizar regex no overpass para obter ruas que não iniciem com Rua|Avenida|etc Esses dias eu corrigi via JOSM as ruas que não tinham nenhum prefixo na minha cidade. O filtro que eu utilizei era algo estilo: possui as etiquetas `highway` e `name` e não pode começar com: Rua, Avenida, Servidão, Ponte, Estrada. E talvez precise de Beco (mas não foi o caso na minha cidade). Creio que seja seguro adicionar o prefixo Rua quando for verificado que não tem nenhum prefixo em uma rua. 2014-03-24 13:06 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: Dá para utilizar regex no overpass para obter ruas que não iniciem com Rua|Avenida|etc ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) -- ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org
Re: [Talk-br] mapas de unidades de conservação de SP
Eu havia consultado a Fundação Florestal há algum tempo, e a resposta foi que eles fornecem mapas mas não se permite o uso comercial. É por essas e outras que eu acho perda de tempo até tentar obter uma autorização de uso. O caminho para mapear esse tipo de coisa é usar a legislação diretamente, usando por exemplo o método explicado em (aliás, meio que baseado na tua idéia, Gerald, para mapear o Parque Rola Moça em BH): http://wiki.osm.org/wiki/WikiProject_Brazil/Unidades_de_conserva%C3%A7% C3%A3o A maior dificuldade é mapear as áreas mais antigas que não tem um bom memorial descritivo. Mas em geral a coisa funciona bem. E, a propósito, eu queria reiterar que a importação das terras indígenas está rolando. Eu não tenho a disponibilidade de fazer tudo sozinho, mas se uma meia dúzia de pessoas se interessarem, não vai ser trabalho demais para ninguém: http://wiki.osm.org/wiki/WikiProject_Brazil/Terras_ind%C3%ADgenas On Thu, 2014-03-20 at 18:13 -0300, Gerald Weber wrote: Por acaso achei um mapa em PDF das unidade de conservação de SP aqui o link http://fflorestal.sp.gov.br/mapas/ pode ser de utilidade para conferir o que já temos abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mudança na URL da layer TMS do IBGE
2014-03-24 0:20 GMT+02:00 Lists li...@gimnechiske.org: Um camada bem legal Vou tentar adicionar todos os nomes Um pergunto, no Guarapari, muitos dos nomes e bem difícil a ler, no que zoom e melhor? O melhor zoom é o 19. Se tiver ruim pra ler e você estiver trabalhando na cidade, posso tentar regerar com melhor qualidade. Meu plano é gerar todo o país rápido com qualidade aceitável e depois de tudo pronto, subir uma versão com qualidade melhor. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mapa multilíngue
A nova ortografia não resolve nenhum problema, exceto o das editoras que precisam vender mais dicionários, livros didáticos, etc. On Thu, 2014-03-20 at 22:00 -0300, John Packer wrote: A princípio, name:pt não faz distinção entre português brasileiro e o de Portugal. Quando forem diferentes, dá pra usar name:pt-br. Inclusive, dá pra colocar os dois Realmente, quando vi o mapa noutro dia, percebi que constava em um lugar Gronelândia ao invés de Groenlândia. Eu ia corrigir, mas preferi dar uma pesquisada antes, e descobri que é assim que se escreve em Portugal. Me pergunto se coisas assim são resolvidas na nova ortografia da língua portuguesa. Em 20 de março de 2014 16:40, Fernando Trebien fernando.treb...@gmail.com escreveu: Acabei de descobrir: http://mlm.jochentopf.com/ Infelizmente o site é um pouco lento, especialmente em zonas densamente mapeadas. O melhor é aproximar bastante. Pra ver nomes em português, é só colocar pt no campo ao lado da caixa de seleção de idioma. Alguns lugares na Europa já têm algumas traduções. Exemplo: http://mlm.jochentopf.com/?zoom=16lat=52.51611lon=13.3779layers=B0Tlang=pt Aqui em Porto Alegre funcionou também nos poucos lugares que têm traduções (a maioria oficiais ou mencionadas em algum texto em inglês): http://mlm.jochentopf.com/?zoom=17lat=-30.0309lon=-51.2301layers=B0Tlang=en A princípio, nada impede que se edite o mapa de outro país para adicionar traduções para o português, quando se conhece/se ouviu várias vezes a tradução. A princípio, name:pt não faz distinção entre português brasileiro e o de Portugal. Quando forem diferentes, dá pra usar name:pt-br. Inclusive, dá pra colocar os dois. -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] mapas de unidades de conservação de SP
É, nos faltam mãos pra várias coisas. Mas coragem, um dia estará feito! (Palavra de quem importou mais de 1 aglomerados subnormais, revisados um a um, com bastante suor. Quase dei uma festa quando terminei. :P) Não quero colocar ainda mais trabalho nas mãos de vocês, mas também não quero deixar a idéia da possibilidade morrer: ainda é possível transcrever o PDF para o OSM se o mapeamento for feito a olho. (Você olha pro PDF, depois alterna pro JOSM e faz o contorno segundo o que vê no satélite. Só não pode usar o PDF como plano de fundo.) Em algumas situações, essa pode ser a única forma de transferir a informação. Por essas e outras que esses copyrights são meio bobos, um mero atraso a todos. Se for muito trabalho, dá pra anotar essa idéia no wiki, talvez indicando como trabalho futuro. Alguém pode um dia tropeçar na sugestão e dizer quero fazer! 2014-03-24 16:06 GMT-03:00 Augusto Stoffel arstof...@yahoo.com.br: Eu havia consultado a Fundação Florestal há algum tempo, e a resposta foi que eles fornecem mapas mas não se permite o uso comercial. É por essas e outras que eu acho perda de tempo até tentar obter uma autorização de uso. O caminho para mapear esse tipo de coisa é usar a legislação diretamente, usando por exemplo o método explicado em (aliás, meio que baseado na tua idéia, Gerald, para mapear o Parque Rola Moça em BH): http://wiki.osm.org/wiki/WikiProject_Brazil/Unidades_de_conserva%C3%A7% C3%A3o A maior dificuldade é mapear as áreas mais antigas que não tem um bom memorial descritivo. Mas em geral a coisa funciona bem. E, a propósito, eu queria reiterar que a importação das terras indígenas está rolando. Eu não tenho a disponibilidade de fazer tudo sozinho, mas se uma meia dúzia de pessoas se interessarem, não vai ser trabalho demais para ninguém: http://wiki.osm.org/wiki/WikiProject_Brazil/Terras_ind%C3%ADgenas On Thu, 2014-03-20 at 18:13 -0300, Gerald Weber wrote: Por acaso achei um mapa em PDF das unidade de conservação de SP aqui o link http://fflorestal.sp.gov.br/mapas/ pode ser de utilidade para conferir o que já temos abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Lixo na base
Solução rápida utilizando o overpass para se obter ruas que estão erradas: http://overpass-turbo.eu/s/2R7 Notem como ele dá higlight nas ruas que não estão no padrão correto de logradouro. É possível exportar isso direto no JOSM, caso queiram corrigir. Dá para vocês aumentarem a área em que desejam fazer essa busca e executar a query novamente (eu utilizei apenas uma cidade pequena, como vocês podem ver). O interessante é que, se exportado para o JOSM, apenas os dados incorretos estarão presentes (e não toda uma cidade). Já dá para todo mundo brincar de achar as ruas erradas e arrumá-las nas áreas onde cada um possui interesse ;-) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mapa multilíngue
+1 Embora nesse caso eu não sei bem se a forma adotada pela embaixada realmente segue a nova ortografia. :P Deve ter alguma razão etimológica misteriosa. 2014-03-24 16:15 GMT-03:00 Augusto Stoffel arstof...@yahoo.com.br: A nova ortografia não resolve nenhum problema, exceto o das editoras que precisam vender mais dicionários, livros didáticos, etc. On Thu, 2014-03-20 at 22:00 -0300, John Packer wrote: A princípio, name:pt não faz distinção entre português brasileiro e o de Portugal. Quando forem diferentes, dá pra usar name:pt-br. Inclusive, dá pra colocar os dois Realmente, quando vi o mapa noutro dia, percebi que constava em um lugar Gronelândia ao invés de Groenlândia. Eu ia corrigir, mas preferi dar uma pesquisada antes, e descobri que é assim que se escreve em Portugal. Me pergunto se coisas assim são resolvidas na nova ortografia da língua portuguesa. Em 20 de março de 2014 16:40, Fernando Trebien fernando.treb...@gmail.com escreveu: Acabei de descobrir: http://mlm.jochentopf.com/ Infelizmente o site é um pouco lento, especialmente em zonas densamente mapeadas. O melhor é aproximar bastante. Pra ver nomes em português, é só colocar pt no campo ao lado da caixa de seleção de idioma. Alguns lugares na Europa já têm algumas traduções. Exemplo: http://mlm.jochentopf.com/?zoom=16lat=52.51611lon=13.3779layers=B0Tlang=pt Aqui em Porto Alegre funcionou também nos poucos lugares que têm traduções (a maioria oficiais ou mencionadas em algum texto em inglês): http://mlm.jochentopf.com/?zoom=17lat=-30.0309lon=-51.2301layers=B0Tlang=en A princípio, nada impede que se edite o mapa de outro país para adicionar traduções para o português, quando se conhece/se ouviu várias vezes a tradução. A princípio, name:pt não faz distinção entre português brasileiro e o de Portugal. Quando forem diferentes, dá pra usar name:pt-br. Inclusive, dá pra colocar os dois. -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] mapas de unidades de conservação de SP
Sim, o PDF ainda é útil (e utilizável, legalmente falando) para fazer sanity checks. Outra coisa que pode acontecer é que toda a área em volta de um parque é cultivada; nesse caso dá para adivinhar o contorno do parque caso se conheça a localização aproximada, e aí o PDF é bem útil (é bom usar o plugin Measurement do JOSM para se certificar que a região adivinhada tem mais ou menos a área oficial). On Mon, 2014-03-24 at 16:15 -0300, Fernando Trebien wrote: É, nos faltam mãos pra várias coisas. Mas coragem, um dia estará feito! (Palavra de quem importou mais de 1 aglomerados subnormais, revisados um a um, com bastante suor. Quase dei suma festa quando terminei. :P) Não quero colocar ainda mais trabalho nas mãos de vocês, mas também não quero deixar a idéia da possibilidade morrer: ainda é possível transcrever o PDF para o OSM se o mapeamento for feito a olho. (Você olha pro PDF, depois alterna pro JOSM e faz o contorno segundo o que vê no satélite. Só não pode usar o PDF como plano de fundo.) Em algumas situações, essa pode ser a única forma de transferir a informação. Por essas e outras que esses copyrights são meio bobos, um mero atraso a todos. Se for muito trabalho, dá pra anotar essa idéia no wiki, talvez indicando como trabalho futuro. Alguém pode um dia tropeçar na sugestão e dizer quero fazer! 2014-03-24 16:06 GMT-03:00 Augusto Stoffel arstof...@yahoo.com.br: Eu havia consultado a Fundação Florestal há algum tempo, e a resposta foi que eles fornecem mapas mas não se permite o uso comercial. É por essas e outras que eu acho perda de tempo até tentar obter uma autorização de uso. O caminho para mapear esse tipo de coisa é usar a legislação diretamente, usando por exemplo o método explicado em (aliás, meio que baseado na tua idéia, Gerald, para mapear o Parque Rola Moça em BH): http://wiki.osm.org/wiki/WikiProject_Brazil/Unidades_de_conserva%C3%A7% C3%A3o A maior dificuldade é mapear as áreas mais antigas que não tem um bom memorial descritivo. Mas em geral a coisa funciona bem. E, a propósito, eu queria reiterar que a importação das terras indígenas está rolando. Eu não tenho a disponibilidade de fazer tudo sozinho, mas se uma meia dúzia de pessoas se interessarem, não vai ser trabalho demais para ninguém: http://wiki.osm.org/wiki/WikiProject_Brazil/Terras_ind%C3%ADgenas On Thu, 2014-03-20 at 18:13 -0300, Gerald Weber wrote: Por acaso achei um mapa em PDF das unidade de conservação de SP aqui o link http://fflorestal.sp.gov.br/mapas/ pode ser de utilidade para conferir o que já temos abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mapa multilíngue
Para mim parecendo que “Groelândia” e um forma do erro tipográfico, o nome em Noruegese e Dinemarcese e “Grønnland”, que pode defender os formas portuguese “Groenlândia” e “Gronelândia” (o letra ø muitos vezes traduzir a “oe”) Aun Johnsen On Mar 24, 2014, at 16:40, Fernando Trebien fernando.treb...@gmail.com wrote: +1 Embora nesse caso eu não sei bem se a forma adotada pela embaixada realmente segue a nova ortografia. :P Deve ter alguma razão etimológica misteriosa. 2014-03-24 16:15 GMT-03:00 Augusto Stoffel arstof...@yahoo.com.br: A nova ortografia não resolve nenhum problema, exceto o das editoras que precisam vender mais dicionários, livros didáticos, etc. On Thu, 2014-03-20 at 22:00 -0300, John Packer wrote: A princípio, name:pt não faz distinção entre português brasileiro e o de Portugal. Quando forem diferentes, dá pra usar name:pt-br. Inclusive, dá pra colocar os dois Realmente, quando vi o mapa noutro dia, percebi que constava em um lugar Gronelândia ao invés de Groenlândia. Eu ia corrigir, mas preferi dar uma pesquisada antes, e descobri que é assim que se escreve em Portugal. Me pergunto se coisas assim são resolvidas na nova ortografia da língua portuguesa. Em 20 de março de 2014 16:40, Fernando Trebien fernando.treb...@gmail.com escreveu: Acabei de descobrir: http://mlm.jochentopf.com/ Infelizmente o site é um pouco lento, especialmente em zonas densamente mapeadas. O melhor é aproximar bastante. Pra ver nomes em português, é só colocar pt no campo ao lado da caixa de seleção de idioma. Alguns lugares na Europa já têm algumas traduções. Exemplo: http://mlm.jochentopf.com/?zoom=16lat=52.51611lon=13.3779layers=B0Tlang=pt Aqui em Porto Alegre funcionou também nos poucos lugares que têm traduções (a maioria oficiais ou mencionadas em algum texto em inglês): http://mlm.jochentopf.com/?zoom=17lat=-30.0309lon=-51.2301layers=B0Tlang=en A princípio, nada impede que se edite o mapa de outro país para adicionar traduções para o português, quando se conhece/se ouviu várias vezes a tradução. A princípio, name:pt não faz distinção entre português brasileiro e o de Portugal. Quando forem diferentes, dá pra usar name:pt-br. Inclusive, dá pra colocar os dois. -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mapa multilíngue
Uma proposta de nova ortografia é para justamente acabar com o tipo de problema por que estamos passando agora: falta de padronização. Em 24 de março de 2014 16:40, Fernando Trebien fernando.treb...@gmail.comescreveu: +1 Embora nesse caso eu não sei bem se a forma adotada pela embaixada realmente segue a nova ortografia. :P Deve ter alguma razão etimológica misteriosa. 2014-03-24 16:15 GMT-03:00 Augusto Stoffel arstof...@yahoo.com.br: A nova ortografia não resolve nenhum problema, exceto o das editoras que precisam vender mais dicionários, livros didáticos, etc. On Thu, 2014-03-20 at 22:00 -0300, John Packer wrote: A princípio, name:pt não faz distinção entre português brasileiro e o de Portugal. Quando forem diferentes, dá pra usar name:pt-br. Inclusive, dá pra colocar os dois Realmente, quando vi o mapa noutro dia, percebi que constava em um lugar Gronelândia ao invés de Groenlândia. Eu ia corrigir, mas preferi dar uma pesquisada antes, e descobri que é assim que se escreve em Portugal. Me pergunto se coisas assim são resolvidas na nova ortografia da língua portuguesa. Em 20 de março de 2014 16:40, Fernando Trebien fernando.treb...@gmail.com escreveu: Acabei de descobrir: http://mlm.jochentopf.com/ Infelizmente o site é um pouco lento, especialmente em zonas densamente mapeadas. O melhor é aproximar bastante. Pra ver nomes em português, é só colocar pt no campo ao lado da caixa de seleção de idioma. Alguns lugares na Europa já têm algumas traduções. Exemplo: http://mlm.jochentopf.com/?zoom=16lat=52.51611lon=13.3779layers=B0Tlang=pt Aqui em Porto Alegre funcionou também nos poucos lugares que têm traduções (a maioria oficiais ou mencionadas em algum texto em inglês): http://mlm.jochentopf.com/?zoom=17lat=-30.0309lon=-51.2301layers=B0Tlang=en A princípio, nada impede que se edite o mapa de outro país para adicionar traduções para o português, quando se conhece/se ouviu várias vezes a tradução. A princípio, name:pt não faz distinção entre português brasileiro e o de Portugal. Quando forem diferentes, dá pra usar name:pt-br. Inclusive, dá pra colocar os dois. -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mapa multilíngue
Eu confesso que fiquei bem surpreso ao ver Groelândia no mapa do OSM. Mas daí fui conferir o histórico e apontava pro site da embaixada, onde aparece assim mesmo. Nunca tinha visto escrito assim. Talvez até mereça mandar um email pra embaixada pra ter certeza de que não foi um erro tipográfico. É estranho porque, se fosse mesmo a grafia oficial, a imprensa já estaria usando. (Provavelmente, mas não certamente.) On Mar 24, 2014 4:58 PM, Lists li...@gimnechiske.org wrote: Para mim parecendo que Groelândia e um forma do erro tipográfico, o nome em Noruegese e Dinemarcese e Grønnland, que pode defender os formas portuguese Groenlândia e Gronelândia (o letra ø muitos vezes traduzir a oe) Aun Johnsen On Mar 24, 2014, at 16:40, Fernando Trebien fernando.treb...@gmail.com wrote: +1 Embora nesse caso eu não sei bem se a forma adotada pela embaixada realmente segue a nova ortografia. :P Deve ter alguma razão etimológica misteriosa. 2014-03-24 16:15 GMT-03:00 Augusto Stoffel arstof...@yahoo.com.br: A nova ortografia não resolve nenhum problema, exceto o das editoras que precisam vender mais dicionários, livros didáticos, etc. On Thu, 2014-03-20 at 22:00 -0300, John Packer wrote: A princípio, name:pt não faz distinção entre português brasileiro e o de Portugal. Quando forem diferentes, dá pra usar name:pt-br. Inclusive, dá pra colocar os dois Realmente, quando vi o mapa noutro dia, percebi que constava em um lugar Gronelândia ao invés de Groenlândia. Eu ia corrigir, mas preferi dar uma pesquisada antes, e descobri que é assim que se escreve em Portugal. Me pergunto se coisas assim são resolvidas na nova ortografia da língua portuguesa. Em 20 de março de 2014 16:40, Fernando Trebien fernando.treb...@gmail.com escreveu: Acabei de descobrir: http://mlm.jochentopf.com/ Infelizmente o site é um pouco lento, especialmente em zonas densamente mapeadas. O melhor é aproximar bastante. Pra ver nomes em português, é só colocar pt no campo ao lado da caixa de seleção de idioma. Alguns lugares na Europa já têm algumas traduções. Exemplo: http://mlm.jochentopf.com/?zoom=16lat=52.51611lon=13.3779layers=B0Tlang=pt Aqui em Porto Alegre funcionou também nos poucos lugares que têm traduções (a maioria oficiais ou mencionadas em algum texto em inglês): http://mlm.jochentopf.com/?zoom=17lat=-30.0309lon=-51.2301layers=B0Tlang=en A princípio, nada impede que se edite o mapa de outro país para adicionar traduções para o português, quando se conhece/se ouviu várias vezes a tradução. A princípio, name:pt não faz distinção entre português brasileiro e o de Portugal. Quando forem diferentes, dá pra usar name:pt-br. Inclusive, dá pra colocar os dois. -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Caminhos como via em restrições
Fernando, bem seu eu que você sempre foi um grande defensor de divisão de uma pista em dupla no mapa quando existir sinalização horizontal de faixa contínua. Já adianto que sou contra isso porque descaracterizamos a situação real de pista simples, mão dupla ou dupla faixa. Vamos ao Código Brasileiro de Trânsito: Art. 29. O trânsito de veículos nas vias terrestres abertas à circulação obedecerá às seguintes normas: I - a circulação far-se-á pelo lado direito da via, admitindo-se as exceções devidamente sinalizadas; Sabemos bem que não existindo sinalização em faixa da esquerda, restringindo o trafego naquela faixa para somente aos que se destinam a conversão a esquerda, os veículos trafegando pelas faixas da direita poderão ali cruzar as faixas e fazer a conversão a esquerda. Por essa razão que para uma conversão a esquerda em determinadas pistas, em especial as de mais de uma faixa, existe a faixa seletiva a esquerda devidamente sinalizada horizontalmente e por vezes verticalmente. Defendo o uso de faixa seletiva e somente nesse caso porque o condutor, antes da conversão, deve ser informado da manutenção da faixa a esquerda e por essa razão defendo a criação da faixa de pista “fictícia” porque sem ela o condutor poderá ser surpreendido de, estando na faixa da direita, ser impedido de ingresso na interseção. Em não existindo isso algo deve existir para antes da conversão o condutor ser informado que deve manter a faixa da esquerda. Quanto ao tutorial, como já citei, é bastante extenso e não basta lê-lo. A leitura apenas não nos permite analisar situações não abordadas. A leitura e perfeita interpretação desse extenso tutorial requer, pelo menos, um dia de dedicação daqueles que tem alguma experiência em mapeamento. Imagino um inexperiente lendo esse tutorial. Se lhe custou uma semana inteira confeccionando-o, parabéns! Isso demonstra seu elevado espirito colaborativista e a comunidade só tem a lhe agradecer. Se já passou pela analise e correção de outras pessoas da comunidade me perdoe, mas aprendi na vida que nada é perene. Todo processo deve permanecer em constante revisão e ser aperfeiçoado na medida que novas situações vão surgindo. From: Fernando Trebien Sent: Monday, March 24, 2014 3:40 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br]Caminhos como via em restrições A forma que você sugere contraria o princípio de dividir a via somente quando houver barreira física. Mesmo que a sua dedução esteja correta (e pode não estar), a única coisa separando a faixa do resto da via seria uma faixa contínua. Logo, Z1 não existe e não deve ser mapeada. Aliás, foi você mesmo que me convenceu plenamente disso ao argumentar que esse tipo de coisa pode prejudicar a navegação visual. Leia um pouco mais adiante no tutorial e você vai ver que uma solução temporária para contornar o problema é fazer exatamente o que você propôs. Mas o tutorial deixa claro que fazer assim é considerado uma forma inferior à ideal. É a comunidade que pensa assim, não eu. Assim que tiver tempo, leia o tutorial do início ao fim com cuidado. Me custou uma semana inteira confeccioná-lo e já passou pela análise e correção de outras pessoas na comunidade. 2014-03-24 14:05 GMT-03:00 thunder...@gpsinfo.com.br: Repliquei o citado pelo Paulo Carvalho quanto a X1Y2X4. A restrição de dobrar a esquerda inserida em X1 não afetava a via Y. Agora vem o caso de se permitir virar a esquerda em X1. Sendo permitido dobrar a esquerda ( X1Y2) deduzo que existe na via X uma faixa seletiva para quem vai dobrar a esquerda (X1Y2). Desenvolvendo mapa sempre retratei com linha pista seletiva quando aquela é reservada para determinada manobra de ingresso em via em cruzamento. Poderia eu aqui defender com inúmeros argumentos a vantagem disso, mas não é o caso. Existindo faixa seletiva para se dobrar a esquerda a restrição de proibido virar a esquerda (retorno) se aplicaria a essa linha seletiva e não a via. Para facilitar o entendimento inseri a restrição de manobra de proibido virar a esquerda em diamantes vermelho, desenhando a faixa seletiva e nomeando-a com Z1. Do exposto: a manobra questionada pelo Paulo Carvalho (Y1-Y2X4) pode ser feita a manobra questionada pelo Fernando (X1 Y2 Y3) não pode porque existe restrição de virar a esquerda em X1, entretanto essa manobra é feita por Z1Y3 restricao[3].jpg___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mapa multilíngue
2014-03-24 17:13 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com: Talvez até mereça mandar um email pra embaixada pra ter certeza de que não foi um erro tipográfico. É estranho porque, se fosse mesmo a grafia oficial, a imprensa já estaria usando. (Provavelmente, mas não certamente.) Groenlândia http://brasilien.um.dk/pt/sobre-a-dinamarca/grolandia-e-as-ilhas-faroe/grolandia/ ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Caminhos como via em restrições
2014-03-24 17:14 GMT-03:00 thunder...@gpsinfo.com.br: Defendo o uso de faixa seletiva e somente nesse caso porque o condutor, antes da conversão, deve ser informado da manutenção da faixa a esquerda e por essa razão defendo a criação da faixa de pista fictícia porque sem ela o condutor poderá ser surpreendido de, estando na faixa da direita, ser impedido de ingresso na interseção. Esse motivo serviria de justificativa para várias das situações de separação induzida pela presença de faixa contínua que eu lhe apresentei anteriormente, às quais você se mostrou contrário. Por que este novo caso merece ser tratado de forma diferente? E qual o impacto para as demais situações similares? Em outras palavras, por que fazer isso num caso excepcional e não transformar em regra geral? Se lhe custou uma semana inteira confeccionando-o, parabéns! Isso demonstra seu elevado espirito colaborativista e a comunidade só tem a lhe agradecer. A idéia aqui não era soar superior mas sim pedir que você absorva mais do contexto e analise mais dessas situações antes de defender uma idéia de forma tão resoluta (como se já tivesse analisado todos os casos). Sei que você tem vasta experiência anterior com mapeamento e que isso é de grande valia para nós, porém você ainda não conhece bem o histórico do OSM (os problemas anteriores que tivemos, em que ponto estamos e para onde estamos indo), você mapeava num sistema que trabalhava com premissas diferentes, e no caso das restrições de conversão, sei com bastante certeza que você não tinha capturado inteiramente a lógica adotada pela comunidade do OSM pelo menos até o início desta discussão. A idéia de lhe recomendar a leitura é justamente tentar igualar os conhecimentos, pra não nos desentendermos à toa. No momento que você tiver entendido todo o tutorial, (a meu ver) estará no mesmo patamar de quem já mapeia restrições há tempos no OSM. Se já passou pela analise e correção de outras pessoas da comunidade me perdoe, mas aprendi na vida que nada é perene. Todo processo deve permanecer em constante revisão e ser aperfeiçoado na medida que novas situações vão surgindo. A comunidade tem certeza que inventar uma conexão Z1 como você sugere é uma má idéia (exceto quando houver barreira física). Acho que isso não está mais em discussão (se estiver, nem vou me envolver mais!). A questão é o que fazer enquanto restrições que usam linha como intermediário não são amplamente suportadas em aplicações. Nesse caso, inventar essa conexão é o que a comunidade prefere, e você também, mas uma vez suportado, a conexão Z1 teria que ser removida (exceto no caso da barreira física). From: Fernando Trebien Sent: Monday, March 24, 2014 3:40 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br]Caminhos como via em restrições A forma que você sugere contraria o princípio de dividir a via somente quando houver barreira física. Mesmo que a sua dedução esteja correta (e pode não estar), a única coisa separando a faixa do resto da via seria uma faixa contínua. Logo, Z1 não existe e não deve ser mapeada. Aliás, foi você mesmo que me convenceu plenamente disso ao argumentar que esse tipo de coisa pode prejudicar a navegação visual. Leia um pouco mais adiante no tutorial e você vai ver que uma solução temporária para contornar o problema é fazer exatamente o que você propôs. Mas o tutorial deixa claro que fazer assim é considerado uma forma inferior à ideal. É a comunidade que pensa assim, não eu. Assim que tiver tempo, leia o tutorial do início ao fim com cuidado. Me custou uma semana inteira confeccioná-lo e já passou pela análise e correção de outras pessoas na comunidade. 2014-03-24 14:05 GMT-03:00 thunder...@gpsinfo.com.br: Repliquei o citado pelo Paulo Carvalho quanto a X1Y2X4. A restrição de dobrar a esquerda inserida em X1 não afetava a via Y. Agora vem o caso de se permitir virar a esquerda em X1. Sendo permitido dobrar a esquerda ( X1Y2) deduzo que existe na via X uma faixa seletiva para quem vai dobrar a esquerda (X1Y2). Desenvolvendo mapa sempre retratei com linha pista seletiva quando aquela é reservada para determinada manobra de ingresso em via em cruzamento. Poderia eu aqui defender com inúmeros argumentos a vantagem disso, mas não é o caso. Existindo faixa seletiva para se dobrar a esquerda a restrição de proibido virar a esquerda (retorno) se aplicaria a essa linha seletiva e não a via. Para facilitar o entendimento inseri a restrição de manobra de proibido virar a esquerda em diamantes vermelho, desenhando a faixa seletiva e nomeando-a com Z1. Do exposto: a manobra questionada pelo Paulo Carvalho (Y1-Y2X4) pode ser feita a manobra questionada pelo Fernando (X1 Y2 Y3) não pode porque existe restrição de virar a esquerda em X1, entretanto essa manobra é feita por Z1Y3 ___ Talk-br mailing list Talk-br@openstreetmap.org
Re: [Talk-br] Lixo na base
A matemática é uma ciência EXATA. Certeza absoluta nunca se terá até porque definições evoluem no tempo e novas definições surgem com ele. O que se deve ter é um validador constantemente revisado assim que vão surgindo novas nomenclaturas ou se modificando as existentes. Assim procede o Projeto Tracksource e o parabenizo por dispor isso. Ainda não disponho da experiência que desejo no OSM, mas trago a do Tracksource. O tracksource hoje dispõe de uma ferramenta que incorpora inúmeros processos. Essa ferramenta é por ele denominada TSUITE. Antigamente esses processos eram feitos isoladamente, não incorporados em um único sistema (TSUITE). Dentre os processos existentes no TSUITE existe o do VALIDADOR que opera antes do envio do mapa informando. Ele acusa para o desenvolvedor ERRO ou AVISO. Quando AVISO o mapa passa, mas quando ERRO o VALIDADOR barra o prosseguimento do processo. Em http://www.tracksource.org.br/desenv/padrao.php podemos identificar, na coluna “Palavras Chave no Início do comentário”, as palavras chaves levantadas nesses inúmeros anos de existência daquele Projeto. Observem para entidades de linha as palavras chave aceitas para inicio de nome da via. Sem uma delas o validador acusa erro e não deixa passar o mapa. Não foram poucas as vezes que algum desenvolvedor levantou na lista Tracksource uma nova palavra empregada na região dele. Levantada a palavra a adm técnica do Projeto imediatamente a inseria no Validador permitindo assim o envio do mapa com aquela palavra. Caracteres estranhos o VALIDADOR nunca aceitou e desconheço, nos dias de hoje, alguma via no mapa Tracksource nomeada com algum caractere estranho ou faltando o tipo dela (Avenida, estrada, Rua, Travessa, etc.) Por essa razão que defendo o emprego de um validador no OSM que não aceite situações nele não contempladas. Quanto a dificuldade em se fazer isso não sei dizer até porque não sei programar. From: Fernando Trebien Sent: Monday, March 24, 2014 3:22 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Lixo na base Erros são matemáticos. Você tem certeza absoluta de que todos esses casos, sem exceção, presente ou futura, constituem erros? On Mar 24, 2014 2:29 PM, thunder...@gpsinfo.com.br wrote: Os erros existentes são fatos e requerem correção. Na minha opinião correção automática até porque são tantos que uma correção manual, com poucos colaboradores, exigiria muito esforço e tempo. Corrigiríamos os existentes, mas como evitar que novos surjam? Continuo defendendo a função VALIDADOR (como erro e não aviso) quando da edição. Pelo menos por meio dele novos erros desse tipo não devem voltar a ocorrer. []s Marcio From: Fernando Trebien Sent: Monday, March 24, 2014 1:52 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Lixo na base Mas vocês querem fazer isso para todo o Brasil de forma automática ou deixar para cada um na sua cidade fazer? Nem 1% das cidades brasileiras tem representantes aqui na lista. 2014-03-24 13:23 GMT-03:00 John Packer john.pack...@gmail.com: Dá para utilizar regex no overpass para obter ruas que não iniciem com Rua|Avenida|etc Esses dias eu corrigi via JOSM as ruas que não tinham nenhum prefixo na minha cidade. O filtro que eu utilizei era algo estilo: possui as etiquetas `highway` e `name` e não pode começar com: Rua, Avenida, Servidão, Ponte, Estrada. E talvez precise de Beco (mas não foi o caso na minha cidade). Creio que seja seguro adicionar o prefixo Rua quando for verificado que não tem nenhum prefixo em uma rua. 2014-03-24 13:06 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: Dá para utilizar regex no overpass para obter ruas que não iniciem com Rua|Avenida|etc ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) -- ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org
Re: [Talk-br] Lixo na base
Eu acho que o que você quer é restritivo demais para um projeto que incentiva a criatividade e a flexibilidade E também o erro (como parte do processo de aprendizado). Além disso, erro no contexto do validador do JOSM é sempre um erro por definição matemática, exata. Todos os erros que o validador desse programa traz são erros onde há certeza absoluta de que está errado. Todo o resto vai na categoria aviso. A meu ver, essa semântica faz todo o sentido. Se você discordar, tente convencer os desenvolvedores do JOSM do contrário. Eu me oponho (fortemente!) a rotular de erro qualquer coisa que tenha uma chance, ainda que mínima, de não estar errada. 2014-03-24 17:54 GMT-03:00 thunder...@gpsinfo.com.br: A matemática é uma ciência EXATA. Certeza absoluta nunca se terá até porque definições evoluem no tempo e novas definições surgem com ele. O que se deve ter é um validador constantemente revisado assim que vão surgindo novas nomenclaturas ou se modificando as existentes. Assim procede o Projeto Tracksource e o parabenizo por dispor isso. Ainda não disponho da experiência que desejo no OSM, mas trago a do Tracksource. O tracksource hoje dispõe de uma ferramenta que incorpora inúmeros processos. Essa ferramenta é por ele denominada TSUITE. Antigamente esses processos eram feitos isoladamente, não incorporados em um único sistema (TSUITE). Dentre os processos existentes no TSUITE existe o do VALIDADOR que opera antes do envio do mapa informando. Ele acusa para o desenvolvedor ERRO ou AVISO. Quando AVISO o mapa passa, mas quando ERRO o VALIDADOR barra o prosseguimento do processo. Em http://www.tracksource.org.br/desenv/padrao.php podemos identificar, na coluna Palavras Chave no Início do comentário, as palavras chaves levantadas nesses inúmeros anos de existência daquele Projeto. Observem para entidades de linha as palavras chave aceitas para inicio de nome da via. Sem uma delas o validador acusa erro e não deixa passar o mapa. Não foram poucas as vezes que algum desenvolvedor levantou na lista Tracksource uma nova palavra empregada na região dele. Levantada a palavra a adm técnica do Projeto imediatamente a inseria no Validador permitindo assim o envio do mapa com aquela palavra. Caracteres estranhos o VALIDADOR nunca aceitou e desconheço, nos dias de hoje, alguma via no mapa Tracksource nomeada com algum caractere estranho ou faltando o tipo dela (Avenida, estrada, Rua, Travessa, etc.) Por essa razão que defendo o emprego de um validador no OSM que não aceite situações nele não contempladas. Quanto a dificuldade em se fazer isso não sei dizer até porque não sei programar. *From:* Fernando Trebien fernando.treb...@gmail.com *Sent:* Monday, March 24, 2014 3:22 PM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br] Lixo na base Erros são matemáticos. Você tem certeza absoluta de que todos esses casos, sem exceção, presente ou futura, constituem erros? On Mar 24, 2014 2:29 PM, thunder...@gpsinfo.com.br wrote: Os erros existentes são fatos e requerem correção. Na minha opinião correção automática até porque são tantos que uma correção manual, com poucos colaboradores, exigiria muito esforço e tempo. Corrigiríamos os existentes, mas como evitar que novos surjam? Continuo defendendo a função VALIDADOR (como erro e não aviso) quando da edição. Pelo menos por meio dele novos erros desse tipo não devem voltar a ocorrer. []s Marcio *From:* Fernando Trebien fernando.treb...@gmail.com *Sent:* Monday, March 24, 2014 1:52 PM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br] Lixo na base Mas vocês querem fazer isso para todo o Brasil de forma automática ou deixar para cada um na sua cidade fazer? Nem 1% das cidades brasileiras tem representantes aqui na lista. 2014-03-24 13:23 GMT-03:00 John Packer john.pack...@gmail.com: Dá para utilizar regex no overpass para obter ruas que não iniciem com Rua|Avenida|etc Esses dias eu corrigi via JOSM as ruas que não tinham nenhum prefixo na minha cidade. O filtro que eu utilizei era algo estilo: possui as etiquetas `highway` e `name` e não pode começar com: Rua, Avenida, Servidão, Ponte, Estrada. E talvez precise de Beco (mas não foi o caso na minha cidade). Creio que seja seguro adicionar o prefixo Rua quando for verificado que não tem nenhum prefixo em uma rua. 2014-03-24 13:06 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: Dá para utilizar regex no overpass para obter ruas que não iniciem com Rua|Avenida|etc ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The
Re: [Talk-br] Caminhos como via em restrições
Na entrelinhas... -Mensagem Original- From: Fernando Trebien Sent: Monday, March 24, 2014 5:50 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br]Caminhos como via em restrições 2014-03-24 17:14 GMT-03:00 thunder...@gpsinfo.com.br: Defendo o uso de faixa seletiva e somente nesse caso porque o condutor, antes da conversão, deve ser informado da manutenção da faixa a esquerda e por essa razão defendo a criação da faixa de pista fictícia porque sem ela o condutor poderá ser surpreendido de, estando na faixa da direita, ser impedido de ingresso na interseção. Esse motivo serviria de justificativa para várias das situações de separação induzida pela presença de faixa contínua que eu lhe apresentei anteriormente, às quais você se mostrou contrário. Por que este novo caso merece ser tratado de forma diferente? E qual o impacto para as demais situações similares? Em outras palavras, por que fazer isso num caso excepcional e não transformar em regra geral? Se desejar posso resgatar nosso debate a respeito para lhe mostrar que fui contra a criação generalizada de pista dupla quando da existência de faixa continua separando as faixas de pista. Essa era a sua defesa e a qual fui contra. Se lhe custou uma semana inteira confeccionando-o, parabéns! Isso demonstra seu elevado espirito colaborativista e a comunidade só tem a lhe agradecer. A ideia aqui não era soar superior mas sim pedir que você absorva mais do contexto e analise mais dessas situações antes de defender uma ideia de forma tão resoluta (como se já tivesse analisado todos os casos). Sei que você tem vasta experiência anterior com mapeamento e que isso é de grande valia para nós, porém você ainda não conhece bem o histórico do OSM (os problemas anteriores que tivemos, em que ponto estamos e para onde estamos indo), você mapeava num sistema que trabalhava com premissas diferentes, e no caso das restrições de conversão, sei com bastante certeza que você não tinha capturado inteiramente a lógica adotada pela comunidade do OSM pelo menos até o início desta discussão. A ideia de lhe recomendar a leitura é justamente tentar igualar os conhecimentos, pra não nos desentendermos à toa. No momento que você tiver entendido todo o tutorial, (a meu ver) estará no mesmo patamar de quem já mapeia restrições há tempos no OSM. Se a ideia era não soar superior. pelo menos para mim soou. Se defender uma ideia pautado na lei, no Código Brasileiro de Trânsito, é defende-la de forma resoluta, é sua opinião, não a minha. Não creio que em determinadas situações devo primeiro conhecer o histórico para depois defender o que o meu bom senso, pautado em argumentos legais e experimentais, ditam a mim. Sem duvida histórico facilita, mas inúmeras vezes na vida identificamos que existiram erros que formaram aquele histórico. Nosso desentendimento não vem só neste assunto em debate. Sabe muito bem você e aqueles que participaram daqueles debates que tivemos na lista COCAR que foi muito difícil a mim faze-lo entender certas situações reais que depois de muito debate acabou você entendendo. Deve se lembrar aquela vez que abri na lista a pergunta do porque existia o desenho de uma via de pedestre saindo de uma via e ingressando em uma passarela quando o desenho passava sobre um obstáculo e não poderia sair daquela via. Na ocasião explicou você que as vias servem também para roteamento de pedestre o que entendi de imediato, mas não era o caso ali porque existia o obstáculo para pedestre. Depois de muito desgaste com até fotos do local pude faze-lo compreender que estava errado o desenho. Engraçado que ali você perguntou seu eu mudava ou deixava você mudar. Esse mesmo comportamento já não ocorreu no desenho de uma rotatória perto onde moro. Você, interpretando que não era rotatória, modificou meu desenho sem me perguntar. Para mim esse procedimento não é ético uma vez que sabia você que eu estava ativo na lista. Depois de muito debate provei a você que aquilo era uma rotatória e ali eu mesmo corrigi o desenho feito por você alterando o meu. A verdade é que desde aqueles debates, em função do descrito acima, não nos simpatizamos um com o outro e cada um tem seu próprio estilo de defesa de seus argumentos. Compreenda que todos aqui querem ajudar somando experiências. Só o OSM tem a ganhar com novos colaboradores e espantar a esses é o que não desejamos. Se já passou pela analise e correção de outras pessoas da comunidade me perdoe, mas aprendi na vida que nada é perene. Todo processo deve permanecer em constante revisão e ser aperfeiçoado na medida que novas situações vão surgindo. A comunidade tem certeza que inventar uma conexão Z1 como você sugere é uma má idéia (exceto quando houver barreira física). Acho que isso não está mais em discussão (se estiver, nem vou me envolver mais!). A questão é o que fazer enquanto restrições que usam linha como intermediário não são amplamente suportadas em aplicações.
Re: [Talk-br] Caminhos como via em restrições
Me perdoe Gerald e demais participantes desta lista. Você está corretíssimo. Preciso me policiar mais já que meu nível de tolerância com determinados elementos está reduzidíssimo. Tem um ditado de Fernando Pessoa que diz mais ou menos assim: “As palavras escritas tem um magnetismo muito especial, elas invocam emoções, boas ou más.” From: Gerald Weber Sent: Monday, March 24, 2014 7:43 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br]Caminhos como via em restrições Prezados Fernando e Márcio gostaria de lhes pedir mineiramente a devida calma na discussão. Que tal dar um tempo nisto? Minha experiência com lista de email é raramente a gente passa tudo que gostaria de passar, muito menos no tom de voz pretendido. Quer dizer, você escreve mensagens num certo tom de voz mas a pessoa que lê pode ouvir outro tom de voz e rapidamente se tem um mal entendido que nenhuma das partes realmente pretendia ter. Vocês fazem ambos um trabalho fantástico! Então vamos minimizar as eventuais diferenças, por favor. Num projeto colaborativo como este é difícil não pisar nos pés uns dos outros ocasionalmente ;) um grande abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Caminhos como via em restrições
Tem hora que acho uma pena estarmos todos tão distantes (Rio de Janeiro, Rio Grande do Sul, BH etc) e não podermos congregar ocasionalmente num Stammtisch como fazem os alemães do OSM. http://wiki.openstreetmap.org/wiki/Current_events Stammtisch para quem não conhece é uma mesa cativa num bar onde se reunem amigos toda semana, no mesmo bar, mesmo horário e mesma mesa... Tenho certeza que estas diferenças mais acaloradas de opinião seriam facilmente diluidos com um ou dois copos de chopp, ou qual seja a bebida predileta de cada um desta lista. um grande abraço Gerald 2014-03-24 20:01 GMT-03:00 thunder...@gpsinfo.com.br: Me perdoe Gerald e demais participantes desta lista. Você está corretíssimo. Preciso me policiar mais já que meu nível de tolerância com determinados elementos está reduzidíssimo. Tem um ditado de Fernando Pessoa que diz mais ou menos assim: As palavras escritas tem um magnetismo muito especial, elas invocam emoções, boas ou más. *From:* Gerald Weber gwebe...@gmail.com *Sent:* Monday, March 24, 2014 7:43 PM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br]Caminhos como via em restrições Prezados Fernando e Márcio gostaria de lhes pedir mineiramente a devida calma na discussão. Que tal dar um tempo nisto? Minha experiência com lista de email é raramente a gente passa tudo que gostaria de passar, muito menos no tom de voz pretendido. Quer dizer, você escreve mensagens num certo tom de voz mas a pessoa que lê pode ouvir outro tom de voz e rapidamente se tem um mal entendido que nenhuma das partes realmente pretendia ter. Vocês fazem ambos um trabalho fantástico! Então vamos minimizar as eventuais diferenças, por favor. Num projeto colaborativo como este é difícil não pisar nos pés uns dos outros ocasionalmente ;) um grande abraço Gerald -- ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Caminhos como via em restrições
2014-03-24 19:03 GMT-03:00 thunder...@gpsinfo.com.br: Na entrelinhas... Eu ia escrever uma resposta longa, mas vou direto ao ponto porque nunca deixo nada subentendido nas entrelinhas. Nosso desentendimento não vem só neste assunto em debate. Sabe muito bem você e aqueles que participaram daqueles debates que tivemos na lista COCAR que foi muito difícil a mim faze-lo entender certas situações reais que depois de muito debate acabou você entendendo. Deve se lembrar aquela vez que abri na lista a pergunta do porque existia o desenho de uma via de pedestre saindo de uma via e ingressando em uma passarela quando o desenho passava sobre um obstáculo e não poderia sair daquela via. Na ocasião explicou você que as vias servem também para roteamento de pedestre o que entendi de imediato, mas não era o caso ali porque existia o obstáculo para pedestre. Depois de muito desgaste com até fotos do local pude faze-lo compreender que estava errado o desenho. Engraçado que ali você perguntou seu eu mudava ou deixava você mudar. Esse mesmo comportamento já não ocorreu no desenho de uma rotatória perto onde moro. Você, interpretando que não era rotatória, modificou meu desenho sem me perguntar. Para mim esse procedimento não é ético uma vez que sabia você que eu estava ativo na lista. Depois de muito debate provei a você que aquilo era uma rotatória e ali eu mesmo corrigi o desenho feito por você alterando o meu. Julgo a sua atitude ao citar a sua versão deste fato (na qual faltam muitos detalhes importantes) como sendo um comportamento passivo-agressivo, algo que me desagrada profundamente e que recebo como ofensa a nível pessoal com o objetivo de desmoralizar a minha pessoa publicamente. Gostaria que você esclarecesse que não foi essa a sua intenção, do contrário acho pouco possível que nos entendamos no futuro. Ninguém aqui no OSM está interessado em ver duas pessoas lavando roupa suja por assuntos tratados em outros canais. Mas só pra comunidade ouvir uma segunda opinião: durante esta discussão na COCAR, o Márcio me apresentou fotos que não representavam o estado atual do local, me levando a deduzir coisas que não eram verdade. Se houve algum erro, foi cometido no mínimo por ambos simultaneamente. Para ser justo, eu aprendi algo sim com a discussão que tive com você, Márcio: a definição de rotatória da CTB no caso específico (e raro) de a rotatória não ter sinalização nenhuma. O que aprendi eu repassei à lista aqui, reconhecendo publicamente que minha definição anterior precisava ser corrigida. Não tem por que você bater nessa tecla, como se fosse algum tipo de certificado que lhe dê o direito de ser considerado sempre correto e eu sempre errado. Depois disso, mesmo durante esta discussão, nada similar aconteceu. Cito novamente que pelo CTB e por bom senso, para se virar a esquerda deve-se seguir a sinalização mantendo-se na faixa da esquerda, mantendo-se na faixa da direita e fazendo essa conversão a esquerda poderá ser atropelado quando do cruzamento de faixa para a conversão. Nem sei porque estou sendo repetitivo novamente. Infelizmente nos debates anteriores que tivemos, você e eu, fui obrigado a ser repetitivo. Sinceramente? Eu também não sei por que está se repetindo! Você não foi obrigado a nada, está se repetindo porque quer! Repetição não acrescenta informação nova. Não me julgo burro a ponto de precisar ouvir a mesma coisa várias vezes para entender, e já que você gosta de mencionar as suas credenciais (de novo e de novo), tenho algumas bem interessantes para provar que não sou burro, e várias das pessoas que revisaram esse tutorial têm credenciais similares. Detesto apelar para esse tipo argumento (jamais o fiz antes), por isso não vou além, acho de baixíssimo calão, mas você pode pesquisar se tiver interesse, está tudo na Internet. Qualquer um pode estar certo ou errado, independente dos seus títulos ou mesmo experiência prévia (e isso inclui a possibilidade de você estar errado, muito errado, pouco errado, ou meio certo, muito certo, enfim). Numa comunidade colaborativa como a do OSM, eu acho que valem duas coisas: bons argumentos para convencer os demais, seguidos de decisões democráticas tomadas em conjunto. Quem discorda deve seguir a decisão da maioria, senão, deve estimular um debate pacífico, sem deixar coisas subentendidas nas entrelinhas - algo que só serve para gerar discórdia. Dito isto, Márcio, o resto desse debate será entre você e a comunidade, eu não me envolvo mais. Me nego terminantemente. Sinto-me ofendido pelo tom da sua linguagem e não tenho interesse em investir meu tempo em pessoas que se dirigem aos outros dessa forma. -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Caminhos como via em restrições
Em respeito ao solicitado pelo Gerald e a toda comunidade não vou resgatar e aqui postar, na integra, nosso debate e desavenças na lista do Cocar que comprova a veracidade de minhas palavras. Também não vou replicar o citado por você agora porque os demais e tampouco o Projeto OSM como um todo merecem. -Mensagem Original- From: Fernando Trebien Sent: Monday, March 24, 2014 8:33 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br]Caminhos como via em restrições 2014-03-24 19:03 GMT-03:00 thunder...@gpsinfo.com.br: Na entrelinhas... Eu ia escrever uma resposta longa, mas vou direto ao ponto porque nunca deixo nada subentendido nas entrelinhas. Nosso desentendimento não vem só neste assunto em debate. Sabe muito bem você e aqueles que participaram daqueles debates que tivemos na lista COCAR que foi muito difícil a mim faze-lo entender certas situações reais que depois de muito debate acabou você entendendo. Deve se lembrar aquela vez que abri na lista a pergunta do porque existia o desenho de uma via de pedestre saindo de uma via e ingressando em uma passarela quando o desenho passava sobre um obstáculo e não poderia sair daquela via. Na ocasião explicou você que as vias servem também para roteamento de pedestre o que entendi de imediato, mas não era o caso ali porque existia o obstáculo para pedestre. Depois de muito desgaste com até fotos do local pude faze-lo compreender que estava errado o desenho. Engraçado que ali você perguntou seu eu mudava ou deixava você mudar. Esse mesmo comportamento já não ocorreu no desenho de uma rotatória perto onde moro. Você, interpretando que não era rotatória, modificou meu desenho sem me perguntar. Para mim esse procedimento não é ético uma vez que sabia você que eu estava ativo na lista. Depois de muito debate provei a você que aquilo era uma rotatória e ali eu mesmo corrigi o desenho feito por você alterando o meu. Julgo a sua atitude ao citar a sua versão deste fato (na qual faltam muitos detalhes importantes) como sendo um comportamento passivo-agressivo, algo que me desagrada profundamente e que recebo como ofensa a nível pessoal com o objetivo de desmoralizar a minha pessoa publicamente. Gostaria que você esclarecesse que não foi essa a sua intenção, do contrário acho pouco possível que nos entendamos no futuro. Ninguém aqui no OSM está interessado em ver duas pessoas lavando roupa suja por assuntos tratados em outros canais. Mas só pra comunidade ouvir uma segunda opinião: durante esta discussão na COCAR, o Márcio me apresentou fotos que não representavam o estado atual do local, me levando a deduzir coisas que não eram verdade. Se houve algum erro, foi cometido no mínimo por ambos simultaneamente. Para ser justo, eu aprendi algo sim com a discussão que tive com você, Márcio: a definição de rotatória da CTB no caso específico (e raro) de a rotatória não ter sinalização nenhuma. O que aprendi eu repassei à lista aqui, reconhecendo publicamente que minha definição anterior precisava ser corrigida. Não tem por que você bater nessa tecla, como se fosse algum tipo de certificado que lhe dê o direito de ser considerado sempre correto e eu sempre errado. Depois disso, mesmo durante esta discussão, nada similar aconteceu. Cito novamente que pelo CTB e por bom senso, para se virar a esquerda deve-se seguir a sinalização mantendo-se na faixa da esquerda, mantendo-se na faixa da direita e fazendo essa conversão a esquerda poderá ser atropelado quando do cruzamento de faixa para a conversão. Nem sei porque estou sendo repetitivo novamente. Infelizmente nos debates anteriores que tivemos, você e eu, fui obrigado a ser repetitivo. Sinceramente? Eu também não sei por que está se repetindo! Você não foi obrigado a nada, está se repetindo porque quer! Repetição não acrescenta informação nova. Não me julgo burro a ponto de precisar ouvir a mesma coisa várias vezes para entender, e já que você gosta de mencionar as suas credenciais (de novo e de novo), tenho algumas bem interessantes para provar que não sou burro, e várias das pessoas que revisaram esse tutorial têm credenciais similares. Detesto apelar para esse tipo argumento (jamais o fiz antes), por isso não vou além, acho de baixíssimo calão, mas você pode pesquisar se tiver interesse, está tudo na Internet. Qualquer um pode estar certo ou errado, independente dos seus títulos ou mesmo experiência prévia (e isso inclui a possibilidade de você estar errado, muito errado, pouco errado, ou meio certo, muito certo, enfim). Numa comunidade colaborativa como a do OSM, eu acho que valem duas coisas: bons argumentos para convencer os demais, seguidos de decisões democráticas tomadas em conjunto. Quem discorda deve seguir a decisão da maioria, senão, deve estimular um debate pacífico, sem deixar coisas subentendidas nas entrelinhas - algo que só serve para gerar discórdia. Dito isto, Márcio, o resto desse debate será entre você e a comunidade, eu não me envolvo mais. Me nego terminantemente.
Re: [Talk-br] Caminhos como via em restrições
Foi você quem trouxe esse assunto à tona. Sua omissão em negar a minha franca percepção apenas corrobora a sua intenção de me ofender publicamente. Peço à comunidade que pense se deseja tolerar esse tipo de atitude contraproducente, e que me avise se eu estiver enganado nos meus valores. 2014-03-24 20:51 GMT-03:00 thunder...@gpsinfo.com.br: Em respeito ao solicitado pelo Gerald e a toda comunidade não vou resgatar e aqui postar, na integra, nosso debate e desavenças na lista do Cocar que comprova a veracidade de minhas palavras. Também não vou replicar o citado por você agora porque os demais e tampouco o Projeto OSM como um todo merecem. -Mensagem Original- From: Fernando Trebien Sent: Monday, March 24, 2014 8:33 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br]Caminhos como via em restrições 2014-03-24 19:03 GMT-03:00 thunder...@gpsinfo.com.br: Na entrelinhas... Eu ia escrever uma resposta longa, mas vou direto ao ponto porque nunca deixo nada subentendido nas entrelinhas. Nosso desentendimento não vem só neste assunto em debate. Sabe muito bem você e aqueles que participaram daqueles debates que tivemos na lista COCAR que foi muito difícil a mim faze-lo entender certas situações reais que depois de muito debate acabou você entendendo. Deve se lembrar aquela vez que abri na lista a pergunta do porque existia o desenho de uma via de pedestre saindo de uma via e ingressando em uma passarela quando o desenho passava sobre um obstáculo e não poderia sair daquela via. Na ocasião explicou você que as vias servem também para roteamento de pedestre o que entendi de imediato, mas não era o caso ali porque existia o obstáculo para pedestre. Depois de muito desgaste com até fotos do local pude faze-lo compreender que estava errado o desenho. Engraçado que ali você perguntou seu eu mudava ou deixava você mudar. Esse mesmo comportamento já não ocorreu no desenho de uma rotatória perto onde moro. Você, interpretando que não era rotatória, modificou meu desenho sem me perguntar. Para mim esse procedimento não é ético uma vez que sabia você que eu estava ativo na lista. Depois de muito debate provei a você que aquilo era uma rotatória e ali eu mesmo corrigi o desenho feito por você alterando o meu. Julgo a sua atitude ao citar a sua versão deste fato (na qual faltam muitos detalhes importantes) como sendo um comportamento passivo-agressivo, algo que me desagrada profundamente e que recebo como ofensa a nível pessoal com o objetivo de desmoralizar a minha pessoa publicamente. Gostaria que você esclarecesse que não foi essa a sua intenção, do contrário acho pouco possível que nos entendamos no futuro. Ninguém aqui no OSM está interessado em ver duas pessoas lavando roupa suja por assuntos tratados em outros canais. Mas só pra comunidade ouvir uma segunda opinião: durante esta discussão na COCAR, o Márcio me apresentou fotos que não representavam o estado atual do local, me levando a deduzir coisas que não eram verdade. Se houve algum erro, foi cometido no mínimo por ambos simultaneamente. Para ser justo, eu aprendi algo sim com a discussão que tive com você, Márcio: a definição de rotatória da CTB no caso específico (e raro) de a rotatória não ter sinalização nenhuma. O que aprendi eu repassei à lista aqui, reconhecendo publicamente que minha definição anterior precisava ser corrigida. Não tem por que você bater nessa tecla, como se fosse algum tipo de certificado que lhe dê o direito de ser considerado sempre correto e eu sempre errado. Depois disso, mesmo durante esta discussão, nada similar aconteceu. Cito novamente que pelo CTB e por bom senso, para se virar a esquerda deve-se seguir a sinalização mantendo-se na faixa da esquerda, mantendo-se na faixa da direita e fazendo essa conversão a esquerda poderá ser atropelado quando do cruzamento de faixa para a conversão. Nem sei porque estou sendo repetitivo novamente. Infelizmente nos debates anteriores que tivemos, você e eu, fui obrigado a ser repetitivo. Sinceramente? Eu também não sei por que está se repetindo! Você não foi obrigado a nada, está se repetindo porque quer! Repetição não acrescenta informação nova. Não me julgo burro a ponto de precisar ouvir a mesma coisa várias vezes para entender, e já que você gosta de mencionar as suas credenciais (de novo e de novo), tenho algumas bem interessantes para provar que não sou burro, e várias das pessoas que revisaram esse tutorial têm credenciais similares. Detesto apelar para esse tipo argumento (jamais o fiz antes), por isso não vou além, acho de baixíssimo calão, mas você pode pesquisar se tiver interesse, está tudo na Internet. Qualquer um pode estar certo ou errado, independente dos seus títulos ou mesmo experiência prévia (e isso inclui a possibilidade de você estar errado, muito errado, pouco errado, ou meio certo, muito certo, enfim). Numa comunidade colaborativa como a do OSM, eu acho que valem duas
[Talk-br] Traçar linhas com tag definidas
É possível no JOSM você ir traçando uma linha e ela já vir preenchida com highway=residential? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Lixo na base
Roger... Além deste caracter, ?, . Se tive como, passar um pente fino nos demais, caracteres estranho. Onte procurando por cidade Manaus, achei 2 GPS Manaus,e Manaus], abrindo essa Manaus] no GPS achei só uma rua nela. Fui ver no OSM, dentro de Manaus uma rua e na tag street name ele colocou a rua e na tag city=Mananus]. Dai imagina como fica isso no GPS.. Por isso, usar esta ferramenta para refliar isso, inclusive Nomes de Ruas e cidade com o Primeiro caracter, vazio (espaço em branco ) Sd [] ___ Anor C. A. de Souza Concórdia SC 49-8808-4963 Date: Tue, 25 Mar 2014 00:31:46 -0300 From: rogersoa...@gmail.com To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Lixo na base O overpass-turbo que o Nelson mandou realmente é muito bom. A busca por highway+name com ? no Brasil todo foi bem mais rápida do que eu esperava. Tinham poucos casos então já removi. Atenciosamente, Roger. -- Em 24-03-2014 15:43, Fernando Trebien escreveu: 2014-03-24 15:33 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: Erros onde o nome só contém caracteres do tipo ? eu tenho certeza q sim... rsrsrs. Heh, ok, este caso em particular poderia ser considerado um erro. Mas daí não vale à pena o esforço de fazer um validador para um caso que acontece só umas poucas vezes né. Melhor fazer um script que liste os IDs objetos e depois nos permita editá-los manualmente, como você disse. (Precisamos de scripts assim pra muitas outras coisas parecidas.) Mas ainda seria mais interessante um script que nos desse os ids dos objetos com erros e fizessemos uma força tarefa para corrigi-los. Mas acho que os erros do tipo sem logradouro são muitos, então esses teriam que ser postergados. Agora só corrigiriamos esses casos estranhos mesmo. Mas tem algum jeito de encontrar isso fácil? Em 24 de março de 2014 15:22, Fernando Trebien fernando.treb...@gmail.com escreveu: Erros são matemáticos. Você tem certeza absoluta de que todos esses casos, sem exceção, presente ou futura, constituem erros? On Mar 24, 2014 2:29 PM, thunder...@gpsinfo.com.br wrote: Os erros existentes são fatos e requerem correção. Na minha opinião correção automática até porque são tantos que uma correção manual, com poucos colaboradores, exigiria muito esforço e tempo. Corrigiríamos os existentes, mas como evitar que novos surjam? Continuo defendendo a função VALIDADOR (como erro e não aviso) quando da edição. Pelo menos por meio dele novos erros desse tipo não devem voltar a ocorrer. []s Marcio From: Fernando Trebien Sent: Monday, March 24, 2014 1:52 PM To: OpenStreetMap no Brasil
Re: [Talk-br] Lixo na base
Opa que bom então. Valeu Nelson e Roger Em 25/03/2014 00:32, Roger C. Soares rogersoa...@gmail.com escreveu: O overpass-turbo que o Nelson mandou realmente é muito bom. A busca por highway+name com ? no Brasil todo foi bem mais rápida do que eu esperava. Tinham poucos casos então já removi. Atenciosamente, Roger. -- Em 24-03-2014 15:43, Fernando Trebien escreveu: 2014-03-24 15:33 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: Erros onde o nome só contém caracteres do tipo ? eu tenho certeza q sim... rsrsrs. Heh, ok, este caso em particular poderia ser considerado um erro. Mas daí não vale à pena o esforço de fazer um validador para um caso que acontece só umas poucas vezes né. Melhor fazer um script que liste os IDs objetos e depois nos permita editá-los manualmente, como você disse. (Precisamos de scripts assim pra muitas outras coisas parecidas.) Mas ainda seria mais interessante um script que nos desse os ids dos objetos com erros e fizessemos uma força tarefa para corrigi-los. Mas acho que os erros do tipo sem logradouro são muitos, então esses teriam que ser postergados. Agora só corrigiriamos esses casos estranhos mesmo. Mas tem algum jeito de encontrar isso fácil? Em 24 de março de 2014 15:22, Fernando Trebien fernando.treb...@gmail.com escreveu: Erros são matemáticos. Você tem certeza absoluta de que todos esses casos, sem exceção, presente ou futura, constituem erros? On Mar 24, 2014 2:29 PM, thunder...@gpsinfo.com.br wrote: Os erros existentes são fatos e requerem correção. Na minha opinião correção automática até porque são tantos que uma correção manual, com poucos colaboradores, exigiria muito esforço e tempo. Corrigiríamos os existentes, mas como evitar que novos surjam? Continuo defendendo a função VALIDADOR (como erro e não aviso) quando da edição. Pelo menos por meio dele novos erros desse tipo não devem voltar a ocorrer. []s Marcio *From:* Fernando Trebien fernando.treb...@gmail.com *Sent:* Monday, March 24, 2014 1:52 PM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br] Lixo na base Mas vocês querem fazer isso para todo o Brasil de forma automática ou deixar para cada um na sua cidade fazer? Nem 1% das cidades brasileiras tem representantes aqui na lista. 2014-03-24 13:23 GMT-03:00 John Packer john.pack...@gmail.com: Dá para utilizar regex no overpass para obter ruas que não iniciem com Rua|Avenida|etc Esses dias eu corrigi via JOSM as ruas que não tinham nenhum prefixo na minha cidade. O filtro que eu utilizei era algo estilo: possui as etiquetas `highway` e `name` e não pode começar com: Rua, Avenida, Servidão, Ponte, Estrada. E talvez precise de Beco (mas não foi o caso na minha cidade). Creio que seja seguro adicionar o prefixo Rua quando for verificado que não tem nenhum prefixo em uma rua. 2014-03-24 13:06 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: Dá para utilizar regex no overpass para obter ruas que não iniciem com Rua|Avenida|etc ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 %2B55%20%2851%29%209962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) -- ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing listTalk-br@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Lixo na base
Muito bom, Carlos. Em 25 de março de 2014 01:36, A. Carlos anorcar...@hotmail.com escreveu: Voltando a sujeira no mapa. O site espanhol que tem compilação diária, tem la um link com os erro gerados em cada mapa BR fica em http://mapas.alternativaslibres.es/errors_Brazil.zip A lista é separada ali e grande,como ele geram isso com erro, provavelmente não entra no mapa abrindo ele, é como catar uma agulha no palheiro. Alguém conhece uma ferramenta que possa ler estes erro e mostrar na tela ? *___* *Anor C. A. de Souza Co* *ncórdia SC * 49-8808-4963 -- Date: Tue, 25 Mar 2014 01:30:35 -0300 From: erickdeoliveiral...@gmail.com To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Lixo na base Opa que bom então. Valeu Nelson e Roger Em 25/03/2014 00:32, Roger C. Soares rogersoa...@gmail.com escreveu: O overpass-turbo que o Nelson mandou realmente é muito bom. A busca por highway+name com ? no Brasil todo foi bem mais rápida do que eu esperava. Tinham poucos casos então já removi. Atenciosamente, Roger. -- Em 24-03-2014 15:43, Fernando Trebien escreveu: 2014-03-24 15:33 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: Erros onde o nome só contém caracteres do tipo ? eu tenho certeza q sim... rsrsrs. Heh, ok, este caso em particular poderia ser considerado um erro. Mas daí não vale à pena o esforço de fazer um validador para um caso que acontece só umas poucas vezes né. Melhor fazer um script que liste os IDs objetos e depois nos permita editá-los manualmente, como você disse. (Precisamos de scripts assim pra muitas outras coisas parecidas.) Mas ainda seria mais interessante um script que nos desse os ids dos objetos com erros e fizessemos uma força tarefa para corrigi-los. Mas acho que os erros do tipo sem logradouro são muitos, então esses teriam que ser postergados. Agora só corrigiriamos esses casos estranhos mesmo. Mas tem algum jeito de encontrar isso fácil? Em 24 de março de 2014 15:22, Fernando Trebien fernando.treb...@gmail.com escreveu: Erros são matemáticos. Você tem certeza absoluta de que todos esses casos, sem exceção, presente ou futura, constituem erros? On Mar 24, 2014 2:29 PM, thunder...@gpsinfo.com.br wrote: Os erros existentes são fatos e requerem correção. Na minha opinião correção automática até porque são tantos que uma correção manual, com poucos colaboradores, exigiria muito esforço e tempo. Corrigiríamos os existentes, mas como evitar que novos surjam? Continuo defendendo a função VALIDADOR (como erro e não aviso) quando da edição. Pelo menos por meio dele novos erros desse tipo não devem voltar a ocorrer. []s Marcio *From:* Fernando Trebien fernando.treb...@gmail.com *Sent:* Monday, March 24, 2014 1:52 PM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br] Lixo na base Mas vocês querem fazer isso para todo o Brasil de forma automática ou deixar para cada um na sua cidade fazer? Nem 1% das cidades brasileiras tem representantes aqui na lista. 2014-03-24 13:23 GMT-03:00 John Packer john.pack...@gmail.com: Dá para utilizar regex no overpass para obter ruas que não iniciem com Rua|Avenida|etc Esses dias eu corrigi via JOSM as ruas que não tinham nenhum prefixo na minha cidade. O filtro que eu utilizei era algo estilo: possui as etiquetas `highway` e `name` e não pode começar com: Rua, Avenida, Servidão, Ponte, Estrada. E talvez precise de Beco (mas não foi o caso na minha cidade). Creio que seja seguro adicionar o prefixo Rua quando for verificado que não tem nenhum prefixo em uma rua. 2014-03-24 13:06 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: Dá para utilizar regex no overpass para obter ruas que não iniciem com Rua|Avenida|etc ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) -- ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___
Re: [Talk-br] Lixo na base
Carlos, aproveita e deixa como vc fez... Em 25 de março de 2014 01:42, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Muito bom, Carlos. Em 25 de março de 2014 01:36, A. Carlos anorcar...@hotmail.com escreveu: Voltando a sujeira no mapa. O site espanhol que tem compilação diária, tem la um link com os erro gerados em cada mapa BR fica em http://mapas.alternativaslibres.es/errors_Brazil.zip A lista é separada ali e grande,como ele geram isso com erro, provavelmente não entra no mapa abrindo ele, é como catar uma agulha no palheiro. Alguém conhece uma ferramenta que possa ler estes erro e mostrar na tela ? *___* *Anor C. A. de Souza Co* *ncórdia SC * 49-8808-4963 -- Date: Tue, 25 Mar 2014 01:30:35 -0300 From: erickdeoliveiral...@gmail.com To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Lixo na base Opa que bom então. Valeu Nelson e Roger Em 25/03/2014 00:32, Roger C. Soares rogersoa...@gmail.com escreveu: O overpass-turbo que o Nelson mandou realmente é muito bom. A busca por highway+name com ? no Brasil todo foi bem mais rápida do que eu esperava. Tinham poucos casos então já removi. Atenciosamente, Roger. -- Em 24-03-2014 15:43, Fernando Trebien escreveu: 2014-03-24 15:33 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: Erros onde o nome só contém caracteres do tipo ? eu tenho certeza q sim... rsrsrs. Heh, ok, este caso em particular poderia ser considerado um erro. Mas daí não vale à pena o esforço de fazer um validador para um caso que acontece só umas poucas vezes né. Melhor fazer um script que liste os IDs objetos e depois nos permita editá-los manualmente, como você disse. (Precisamos de scripts assim pra muitas outras coisas parecidas.) Mas ainda seria mais interessante um script que nos desse os ids dos objetos com erros e fizessemos uma força tarefa para corrigi-los. Mas acho que os erros do tipo sem logradouro são muitos, então esses teriam que ser postergados. Agora só corrigiriamos esses casos estranhos mesmo. Mas tem algum jeito de encontrar isso fácil? Em 24 de março de 2014 15:22, Fernando Trebien fernando.treb...@gmail.com escreveu: Erros são matemáticos. Você tem certeza absoluta de que todos esses casos, sem exceção, presente ou futura, constituem erros? On Mar 24, 2014 2:29 PM, thunder...@gpsinfo.com.br wrote: Os erros existentes são fatos e requerem correção. Na minha opinião correção automática até porque são tantos que uma correção manual, com poucos colaboradores, exigiria muito esforço e tempo. Corrigiríamos os existentes, mas como evitar que novos surjam? Continuo defendendo a função VALIDADOR (como erro e não aviso) quando da edição. Pelo menos por meio dele novos erros desse tipo não devem voltar a ocorrer. []s Marcio *From:* Fernando Trebien fernando.treb...@gmail.com *Sent:* Monday, March 24, 2014 1:52 PM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br] Lixo na base Mas vocês querem fazer isso para todo o Brasil de forma automática ou deixar para cada um na sua cidade fazer? Nem 1% das cidades brasileiras tem representantes aqui na lista. 2014-03-24 13:23 GMT-03:00 John Packer john.pack...@gmail.com: Dá para utilizar regex no overpass para obter ruas que não iniciem com Rua|Avenida|etc Esses dias eu corrigi via JOSM as ruas que não tinham nenhum prefixo na minha cidade. O filtro que eu utilizei era algo estilo: possui as etiquetas `highway` e `name` e não pode começar com: Rua, Avenida, Servidão, Ponte, Estrada. E talvez precise de Beco (mas não foi o caso na minha cidade). Creio que seja seguro adicionar o prefixo Rua quando for verificado que não tem nenhum prefixo em uma rua. 2014-03-24 13:06 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: Dá para utilizar regex no overpass para obter ruas que não iniciem com Rua|Avenida|etc ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) -- ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br
Re: [Talk-de] Suche Testpersonen für iD-Benutzungstest
Hi Jan, Du beschreibst in Deiner E-Mail leider nicht, was genau ich eigentlich tun soll, wenn ich Dich unterstützen möchte. Daher melde ich mich einfach und sage: \o Ich wohne mitten in Hamburg und bin blutiger Anfänger bei OSM. Zwei oder drei neu verlegte Stolpersteine in meinem Kiez habe ich einzutragen versucht, nicht mehr. Melde Dich einfach, wenn ich in Dein Beuteschema passe. Herzliche Piratengrüße aus Hamburg-St. Georg Dein Rick Am 22.03.2014 12:39, schrieb Jan B: Hallo! Nach einer längeren Zeit der Inaktivität auf dieser Liste möchte ich mich heute mit einem Anliegen an euch wenden, bei dem es um die Verbesserung der Usability des iD-Editors geht. Im Rahmen meiner Masterarbeit in Kartographie an der TU Wien werde ich nämlich Benutzungstests durchführen, die dazu dienen sollen, Probleme und Schwierigkeiten bei der Benutzung von iD durch noch ungeübte Benutzer_innen aufzuzeigen. Das Gesuch richtet sich also an Menschen, die entweder a) noch gar keine Erfahrung mit OSM haben, oder b) die schon mit OSM vertraut sind, aber bisher noch (fast) nie mit iD editiert haben. Insbesondere für die letztgenannte Gruppe hoffe ich hier bei euch Mapper zu finden, die sich bereit erklären würden, für einen Offline-Usertest zur Verfügung zu stehen. Die Tests sollen im April in der Region Hamburg stattfinden (Orte in der Umgebung, die gut mit Zug/Bus erreichbar sind, eingeschlossen). Der genaue Zeit und der Ort werden natürlich individuell vereinbart - es könnte z.B. auch bei einem Mappertreffen sein. Ich will an dieser Stelle nicht zu weit ausholen und verweise daher auf meine Online-Umfrage, in der ihr euer Interesse durch Beantworten einiger weniger Fragen bekunden könnt und wo das ganze Prozedere auch noch einmal ausführlicher beschrieben ist: http://cartography.tuwien.ac.at/limesurvey/index.php/216311/lang-de Gerne auch weitergeben an Freunde, Bekannte, etc. Ich bin gespannt auf Rückmeldung von euch und freue mich auf interessante Test-Sessions. Viele Grüße jan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suche Testpersonen für iD-Benutzungstest
Hallo Rick, freut mich, dass du Lust hast, am Test teilzunehmen! Du musst erst einmal nichts weiter tun als den Online-Fragebogen ausfüllen (Link siehe unten in meiner Mail). Dann melde ich mich nochmal bei dir, um einen Termin mit dir zu vereinbaren. Danke und viele Grüße jan Am 24.03.2014 11:27, schrieb Rick, Hamburg: Hi Jan, Du beschreibst in Deiner E-Mail leider nicht, was genau ich eigentlich tun soll, wenn ich Dich unterstützen möchte. Daher melde ich mich einfach und sage: \o Ich wohne mitten in Hamburg und bin blutiger Anfänger bei OSM. Zwei oder drei neu verlegte Stolpersteine in meinem Kiez habe ich einzutragen versucht, nicht mehr. Melde Dich einfach, wenn ich in Dein Beuteschema passe. Herzliche Piratengrüße aus Hamburg-St. Georg Dein Rick Am 22.03.2014 12:39, schrieb Jan B: Hallo! Nach einer längeren Zeit der Inaktivität auf dieser Liste möchte ich mich heute mit einem Anliegen an euch wenden, bei dem es um die Verbesserung der Usability des iD-Editors geht. Im Rahmen meiner Masterarbeit in Kartographie an der TU Wien werde ich nämlich Benutzungstests durchführen, die dazu dienen sollen, Probleme und Schwierigkeiten bei der Benutzung von iD durch noch ungeübte Benutzer_innen aufzuzeigen. Das Gesuch richtet sich also an Menschen, die entweder a) noch gar keine Erfahrung mit OSM haben, oder b) die schon mit OSM vertraut sind, aber bisher noch (fast) nie mit iD editiert haben. Insbesondere für die letztgenannte Gruppe hoffe ich hier bei euch Mapper zu finden, die sich bereit erklären würden, für einen Offline-Usertest zur Verfügung zu stehen. Die Tests sollen im April in der Region Hamburg stattfinden (Orte in der Umgebung, die gut mit Zug/Bus erreichbar sind, eingeschlossen). Der genaue Zeit und der Ort werden natürlich individuell vereinbart - es könnte z.B. auch bei einem Mappertreffen sein. Ich will an dieser Stelle nicht zu weit ausholen und verweise daher auf meine Online-Umfrage, in der ihr euer Interesse durch Beantworten einiger weniger Fragen bekunden könnt und wo das ganze Prozedere auch noch einmal ausführlicher beschrieben ist: http://cartography.tuwien.ac.at/limesurvey/index.php/216311/lang-de Gerne auch weitergeben an Freunde, Bekannte, etc. Ich bin gespannt auf Rückmeldung von euch und freue mich auf interessante Test-Sessions. Viele Grüße jan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suche Testpersonen für iD-Benutzungstest
Moin Jan, done. Wenn Du willst, leite ich Deine Anfrage auch an weitere Mailing-Lists in Hamburg weiter. Ich wünsche Dir viel Erfolg! Herzliche Piratengrüße und bis bald Dein Rick aus Hamburg Am 24.03.2014 13:11, schrieb Jan B: Hallo Rick, freut mich, dass du Lust hast, am Test teilzunehmen! Du musst erst einmal nichts weiter tun als den Online-Fragebogen ausfüllen (Link siehe unten in meiner Mail). Dann melde ich mich nochmal bei dir, um einen Termin mit dir zu vereinbaren. Danke und viele Grüße jan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suche Testpersonen für iD-Benutzungstest
Ich hab erst im Nachhinein gesehen das der Fragebogen nur für Hamburg gilt.. bin da wohl was weit weg... Caronna ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suche Testpersonen für iD-Benutzungstest
Hi Caronna, eine Beschränkung auf Hamburger lese ich in Jan's Aufruf auch nicht. Zum Glück wohne ich aber in Hamburg - der schönsten Stadt der Welt! :-) GLG - Dein Rick Am 24.03.2014 14:38, schrieb Caronna: Ich hab erst im Nachhinein gesehen das der Fragebogen nur für Hamburg gilt.. bin da wohl was weit weg... Caronna ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suche Testpersonen für iD-Benutzungstest
Am 24.03.2014 15:03, schrieb Rick, Hamburg: Hi Caronna, eine Beschränkung auf Hamburger lese ich in Jan's Aufruf auch nicht. Zum Glück wohne ich aber in Hamburg - der schönsten Stadt der Welt! :-) Die Tests sollen im April in der _Region Hamburg_ stattfinden (Orte in der Umgebung, die gut mit Zug/Bus erreichbar sind, eingeschlossen). steht mitten Im Text, leicht zu überlesen... schade, ich hätte gerne geholfen ich habe iD mal ausprobiert laansam mir fehlt einiges was ich bei Josm schätze, z.B. Q zum alles rechtwinklig machen; andererseits wäre einiges auch schön für Josm Grüße aus der Eifel Steffen (Caronna) ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Verbesserungen
On 24.03.2014 15:27, Caronna wrote: Hey Caronna und Liste ich habe iD mal ausprobiert laansam mir fehlt einiges was ich bei Josm schätze, z.B. Q zum alles rechtwinklig machen; andererseits wäre einiges auch schön für Josm Was denn ? Kannst ja gerne Wünsche bei JOSM äussern. Dazu einfach ein neues Ticket [1] auf der JOSM-Seite [2] erstellen. Grüße fly [1] https://josm.openstreetmap.de/newticket [2] https://josm.openstreetmap.de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 3D: Wie Gebäude am Hang taggen?
On 21.03.2014 19:47, Richard Z. wrote: On Mon, Mar 17, 2014 at 04:19:06PM +0100, Martin Koppenhoefer wrote: Am 17. März 2014 13:44 schrieb Manuel Reimer manuel.s...@nurfuerspam.de: Gibt es denn wenigstens einen Renderer, der bereits irgendwelche Geländedaten mit einbezieht? bei den bisher frei verfügbaren Quellen wie SRTM und Aster gibt es jedenfalls sicher keine Hoffnung, dass damit solche Details wie ein halb eingegrabenes Gebäude wiedergegeben werden könnten (Zu geringe Auflösung). Es gibt aber durchaus Renderer, die diese Quellen miteinbeziehen, aber das hilft eher bei der Orientierung im großmaßstäblicheren Einsatz, nicht bei der Ansicht des einzelnen Gebäudes. sollte man da vielleicht mit ele=* nachhelfen? Aber was genau würde man mit ele taggen? Eingänge? Ist möglich und das passende level tag. Aus dem 3D-Tagging gibt es auch noch die Möglichkeit Gebäude(teile) aus Multipolygon der einzelnen Mauern einzuzeichnen. Damit können dann die unterschiedlichen Höhen vielleicht deutlicher werden. Habt Frage bleibt wohl jedoch wie das Gesamtgebäude definiert wird, insbesondere die Anzahl der Stockwerke. Wo fangen wir an zu zählen ? An der tieferen Seite ? Wie deutlich sind Halbkeller und Hochpater erklärt ? cu fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Verbesserungen
Am 24.03.2014 15:35, schrieb fly: On 24.03.2014 15:27, Caronna wrote: Hey Caronna und Liste ich habe iD mal ausprobiert laansam mir fehlt einiges was ich bei Josm schätze, z.B. Q zum alles rechtwinklig machen; andererseits wäre einiges auch schön für Josm Was denn ? da ich nur nur mal rumgefummelt habe... das erstellen von Häusern, blieb immer ne geschlossenen Linie, egal wie viele Ecken, fand ich halt nett. Kannst ja gerne Wünsche bei JOSM äussern. Dazu einfach ein neues Ticket [1] auf der JOSM-Seite [2] erstellen. ich weiß, muss aber nicht sein Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de