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 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 >>> Consultor de Software Livre da Uniriotec Consultoria - 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 > Consultor de Software Livre da Uniriotec Consultoria - 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
