A ideia do plugin é boa... não tinha pensado nela. Infelizmente meus conhecimentos em java não são suficientes para isso. Mas eu vou dar uma olhada assim mesmo.
Mas só para esclarecer, nem todas as ruas tem o início da numeração a partir do centro. Um exemplo, aqui em São Paulo, é a Avenida Adolfo Pinheiro (Santo Amaro, Zona Sul), que tem a numeração em sentido contrário ao do centro (Santo Amaro -> Centro). Com relação a tag de estimate, eu não vejo nenhum problema. E realmente mapear olhando as placas é bem melhor mesmo. Coloquei esse ponto em pauta porque hoje, não é possível fazer um roteamento endereço a endereço porque não temos a numeração. Julison. 2009/7/16 Rodrigo de Avila <rodr...@avila.eti.br> > De acordo. Mapear olhando as placas é melhor. > > Agora... por falar em plugin do josm... uma ideia seria: > > Selecionar uma rua, e acionar o plugin: ele iria colocar novas linhas > paralelas à rua, com os nós e tags prontos para preencher com as numerações > e CEPs, e com a referência à rua já pronta. > > Ah, e com uma opção: se este plugin estiver sendo usado em cidades com CEP > único, ele não coloca a tag de CEP. > > -- > Rodrigo de Avila > Analista de Desenvolvimento > > +55 51 9733.3488 • rodr...@avila.eti.br • www.avila.eti.br > > > > > 2009/7/16 Arlindo Pereira <nig...@nighto.net> > > Não vejo problema em fazer estimativas, desde que se ponha uma tag >> "note=estimated_position", ou talvez (também?) "source=guess", avisando que >> se trata de um número estimado, não de uma verificação concreta. Em todo >> caso, o JOSM mede quantos metros tem de um ponto ao outro, não vejo porque >> não poder utilizar o sistema de tagueamento proposto (Karlsruhe's Schema) >> com estimativas em metros. >> >> Em todo caso, eu ainda prefiro mapear os endereços olhando as placas :) >> >> [] >> >> 2009/7/16 Junior, Claudomiro <claudomiro.jun...@citi.com> >> >> Então o esquema de mapeamento não precisa ser mudado. >>> >>> O que é preciso é um plugin para o JOSM que selecionada a rua, entre a >>> codificação correta. O usuário poderia até marcar aonde é o "centro" da >>> cidade pra ele identificar qual é o sentido da numeração (que suponho, segue >>> radialmente a partir do centro) e assim, indentificar tb os lados pares e >>> ímpares. >>> >>> Alguem se habilita? :-) >>> >>> ------------------------------ >>> *From:* talk-br-boun...@openstreetmap.org [mailto: >>> talk-br-boun...@openstreetmap.org] *On Behalf Of *Julison >>> *Sent:* quarta-feira, 15 de julho de 2009 22:44 >>> *To:* OSM talk-br >>> *Subject:* Re: [Talk-br]Mapeando número de endereços e CEP em São Paulo >>> >>> Pessoal, >>> concordo plenamente com o exposto por vocês, com relação à numeração. E >>> olhando o exemplo que o Arlindo passou, no e-mail anterior, fica bem >>> interessante a visualização da numeração. >>> >>> O que quis dizer é que esse método, apesar de funcionar muito bem, é >>> muito trabalhoso. Em quanto tempo teremos um mínimo decente de ruas com >>> numeração nas ways? Por mais que sejamos otimistas, todos nós sabemos que >>> isso vai demorar um bom tempo. >>> >>> Enquanto isso, será impossível uma roterização básica por endereços com >>> números, o que, na minha opinião, reduz a atratividade do OSM. >>> >>> Acho que não me expressei bem quando disse sobre a inversão dos sentidos >>> das ruas. A idéia não é "bagunçar" o que já se tem. Quando sugeri a inversão >>> de um dos sentidos, quando via de mão dupla (ou inversão do sentido único), >>> quis dizer que utilizando a tag de inversão, o sentido da via permanece o >>> mesmo, porém é possível saber de onde ela parte (origem). Já fiz esse teste >>> em algumas vias de SP e funciona muito bem depois de renderizado. Ou seja, >>> uma via de dois sentidos continua tendo dois sentidos (mão dupla) e uma via >>> com sentido contrário à numeração continua sendo renderizada corretamente. >>> >>> Respondendo à pergunta do Claudomiro sobre se todas as vias no Brasil tem >>> a numeração definida com base na distância em relação à origem, eu digo que >>> a maioria absoluta. As exeções ficam por conta de via de periferias onde a >>> numeração não obedece a nenhum critério e às vias dentro de condomínios, que >>> em muitos casos são numeradas sequencialmente. Fora isso, pode pegar >>> qualquer avenida que a numeração, aproximadamente, é a distância em metros >>> da origem da via. Na verdade, é assim que o Google e outros roteadores >>> online trabalham. Tanto que quando a numeração está fora de ordem, esses >>> roteadores apresentam resultados errados. >>> >>> Minha sugestão foi no sentido de acelerarmos a adoção de uma alternativa >>> à numeração enquanto continuamos o trabalho de criar uma via adicional para >>> a numeração, que eu, novamente falando, concordo plenamente. >>> >>> >>> Julison. >>> >>> 2009/7/15 Arlindo Pereira <nig...@nighto.net> >>> >>>> Agora que estou num PC: >>>> >>>> http://osm.org/go/ovc...@gp- >>>> >>>> Só clicar em editar e ver como faz. A numeração é independente da >>>> direção da via, pode por exemplo ir aumentando de um lado da rua e >>>> diminuindo do outro, não tem problema. As ways dos endereços não estão >>>> amarradas à way da rua, sendo referenciadas por addr:street. >>>> >>>> [] >>>> >>>> 2009/7/15 Ricardo Padilha <ricardospadi...@gmail.com> >>>> >>>> Esclarece uma coisa que eu não entendi: a informação dos números seria >>>>> colocada na própria linha da rua? Porque se esse for o caso, eu >>>>> consigo imaginar uma série de problemas que inviabilizariam essa idéia >>>>> (por exemplo quando os números não estão corretamente alinhados em >>>>> ambos os lados da rua, etc). >>>>> >>>>> Eu acho o esquema de Karlsruhe bastante consistente e coerente: >>>>> >>>>> http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema >>>>> >>>>> Para a numeração de blocos eles colocam os números em uma linha >>>>> paralela à rua ( >>>>> http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema#Using_interpolation_to_mark_many_houses_along_a_way >>>>> ). >>>>> >>>>> Usar uma linha separada tem várias vantagens, como por exemplo separar >>>>> os 'layers' de ruas e números, sendo que ambos podem ser processados >>>>> separadamente, e portanto pode ser iterativamente melhorados. O único >>>>> inconveniente é que tem que criar linhas extras. Fora isso, as linhas >>>>> paralelas à rua preenchem todos os requisitos que enumerastes. >>>>> >>>>> De qualquer maneira, não devemos mexer no sentido das ruas. Essa >>>>> informação é crítica para vias marcadas com 'oneway=yes', e portanto >>>>> seu comportamento e semântica já estão definidos. Tentar mudar o >>>>> significado do sentido de rodovias seria uma mudança que é >>>>> completamente incompatível com aplicativos que já existem e fazem uso >>>>> dos mapas. >>>>> >>>>> 2009/7/15 Julison <juliso...@gmail.com>: >>>>> > Pessoal, >>>>> > de repente o que vou escrever aqui já foi discutido antes ou não tem >>>>> nada a >>>>> > ver. Fiquem à vontade para comentar. >>>>> > A questão da numeração sempre foi algo que mais senti falta no OSM. >>>>> Eu li a >>>>> > solução "ideal" do wiki e apesar de concordar com ela eu acho que >>>>> isso é uma >>>>> > solução de longo prazo. >>>>> > Pensei em algo mais imediato que pudéssemos fazer, para que a questão >>>>> da >>>>> > numeração pudesse ser resolvida, mesmo que de modo paliativo. Ainda >>>>> acredito >>>>> > que a numeração por blocos (ou quadras) é a melhor por ser mais >>>>> exata. Mas >>>>> > pensei no seguinte: >>>>> > - Alterar o sentido de todas as ruas para que o sentido siga a >>>>> numeração das >>>>> > ruas. Isso vale para os dois sentidos (quando aplicável). No caso de >>>>> dois >>>>> > sentidos, um dos lados teria o sentido invertido em relação às >>>>> direção, para >>>>> > poder dar o sentido correto da via. >>>>> > - Com isso, poderia ser desenvolvido um algoritmo para encontrar um >>>>> número >>>>> > na via a com base na distância em relação ao início da mesma, como é >>>>> o caso, >>>>> > por aproximação, das ruas aqui no Brasil (pelo menos a maioria) >>>>> > O que vocês acham disso? >>>>> >>>>> _______________________________________________ >>>>> Talk-br mailing list >>>>> Talk-br@openstreetmap.org >>>>> http://lists.openstreetmap.org/listinfo/talk-br >>>>> >>>> >>>> >>>> >>>> -- >>>> Arlindo Saraiva Pereira Jr. >>>> >>>> Bacharelando em Sistemas de Informação - UNIRIO - uniriotec.br >>>> Consultor de Software Livre da Uniriotec Consultoria - uniriotec.com >>>> >>>> Acadêmico: arlindo.pere...@uniriotec.br >>>> Profissional: arlindo.pere...@uniriotec.com >>>> Geral: cont...@arlindopereira.com >>>> Tel.: +5521 92504072 >>>> Jabber/Google Talk: nig...@nighto.net >>>> Skype: nighto_sumomo >>>> Chave pública: BD065DEC >>>> >>>> _______________________________________________ >>>> Talk-br mailing list >>>> Talk-br@openstreetmap.org >>>> http://lists.openstreetmap.org/listinfo/talk-br >>>> >>>> >>> >>> >>> -- >>> Julison Mendonça. >>> >>> _______________________________________________ >>> Talk-br mailing list >>> Talk-br@openstreetmap.org >>> http://lists.openstreetmap.org/listinfo/talk-br >>> >>> >> >> >> -- >> Arlindo Saraiva Pereira Jr. >> >> Bacharelando em Sistemas de Informação - UNIRIO - uniriotec.br >> Consultor de Software Livre da Uniriotec Consultoria - uniriotec.com >> >> Acadêmico: arlindo.pere...@uniriotec.br >> Profissional: arlindo.pere...@uniriotec.com >> Geral: cont...@arlindopereira.com >> Tel.: +5521 92504072 >> Jabber/Google Talk: nig...@nighto.net >> Skype: nighto_sumomo >> Chave pública: BD065DEC >> >> _______________________________________________ >> Talk-br mailing list >> Talk-br@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-br >> >> > > _______________________________________________ > Talk-br mailing list > Talk-br@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-br > > -- Julison Mendonça.
_______________________________________________ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
