O caso da Adolfo Pinheiro deve ser devido ao antigo "Município de Santo Amaro" que foi incorporado ao município do São Paulo em mil novecentos e bolinha.
_____ From: [email protected] [mailto:[email protected]] On Behalf Of Julison Sent: quinta-feira, 16 de julho de 2009 11:34 To: [email protected]; OSM talk-br Subject: Re: [Talk-br]Mapeando número de endereços e CEP em São Paulo 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 <[email protected]> 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 * [email protected] * www.avila.eti.br <http://www.avila.eti.br/> 2009/7/16 Arlindo Pereira <[email protected]> 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 <[email protected]> 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: [email protected] [mailto:[email protected]] 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 <[email protected]> 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 <[email protected]> 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 <[email protected]>: > 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 [email protected] http://lists.openstreetmap.org/listinfo/talk-br -- Arlindo Saraiva Pereira Jr. Bacharelando em Sistemas de Informação - UNIRIO - uniriotec.br <http://uniriotec.br/> Consultor de Software Livre da Uniriotec Consultoria - uniriotec.com <http://uniriotec.com/> Acadêmico: [email protected] Profissional: [email protected] Geral: [email protected] Tel.: +5521 92504072 Jabber/Google Talk: [email protected] Skype: nighto_sumomo Chave pública: BD065DEC _______________________________________________ Talk-br mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-br -- Julison Mendonça. _______________________________________________ Talk-br mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-br -- Arlindo Saraiva Pereira Jr. Bacharelando em Sistemas de Informação - UNIRIO - uniriotec.br <http://uniriotec.br/> Consultor de Software Livre da Uniriotec Consultoria - uniriotec.com <http://uniriotec.com/> Acadêmico: [email protected] Profissional: [email protected] Geral: [email protected] Tel.: +5521 92504072 Jabber/Google Talk: [email protected] Skype: nighto_sumomo Chave pública: BD065DEC _______________________________________________ Talk-br mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-br _______________________________________________ Talk-br mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-br -- Julison Mendonça.
_______________________________________________ Talk-br mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-br
