[Talk-br] Mapeando número de endereços e CEP em São Paulo

Quinta Julho 16 13:17:52 BST 2009

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.junior em 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-bounces em openstreetmap.org [mailto:
> talk-br-bounces em 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 <nighto em nighto.net>
>
>> Agora que estou num PC:
>>
>> http://osm.org/go/OVc0mv@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 <ricardospadilha em 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 <julisonbr em 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 em 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.pereira em uniriotec.br
>> Profissional: arlindo.pereira em uniriotec.com
>> Geral: contato em arlindopereira.com
>> Tel.: +5521 92504072
>> Jabber/Google Talk: nighto em nighto.net
>> Skype: nighto_sumomo
>> Chave pública: BD065DEC
>>
>> _______________________________________________
>> Talk-br mailing list
>> Talk-br em openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-br
>>
>>
>
>
> --
> Julison Mendonça.
>
> _______________________________________________
> Talk-br mailing list
> Talk-br em 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.pereira em uniriotec.br
Profissional: arlindo.pereira em uniriotec.com
Geral: contato em arlindopereira.com
Tel.: +5521 92504072
Jabber/Google Talk: nighto em nighto.net
Skype: nighto_sumomo
Chave pública: BD065DEC
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://lists.openstreetmap.org/pipermail/talk-br/attachments/20090716/2f112967/attachment.html>