Pois é, faz um certo sentido pra eles porque nem todos os países
seguem essa regra de numeração baseada na distância do início da via.
Pra nós seria mais conveniente que essa regra não existisse. Mas fazer
o quê?
Continuo achando que não está errado, mas é bom saber pra incluir um
tratamento disso
E a resolução lá foi rápida :). É o tamanho mesmo, a distância tem que
ser menor que 1000m. Talvez o que dê pra melhorar é o fato de se
adicionar um número no meio e não reindexar. Depois eu coloco uns
números no meio dessa e da independência pra ver se alguma funciona sem
ter que quebrar ou re
Postei essa informação lá. Começo a desconfiar que é por causa do
tamanho do intervalo (mais de 1000 números), mas vamos aguardar a
resposta deles.
2013/7/30 Roger C. Soares :
> Ok, sem problema.
> Só pra ser mais preciso, o intervalo de 555 a 1855 pra mim não funcionou em
> nenhuma situação, qdo
Ok, sem problema.
Só pra ser mais preciso, o intervalo de 555 a 1855 pra mim não
funcionou em nenhuma situação, qdo eu quebrei em 3 caminhos ficou
exatamente como está agora.. só retornava para o intervalo de 1855 a
2089.
Atenciosamente,
Roger.
--
Fernando Trebien escreveu:
Hm olha só, o N
Hm olha só, o Nominatim não está gerando os números de 555 a 1855, mas
os outros sim. Já criei um ticket descrevendo essa situação
(https://trac.openstreetmap.org/ticket/4925), então peço pra você não
alterar o interpolador até que eles investiguem. (Da última vez,
demoraram umas 2 semanas para me
Eu já vi alguém descrevendo alguma situação parecida no TRAC do
Nominatim, acho que é um bug conhecido (e até acho que já aconteceu
comigo, mas como alterei mais coisas de uma vez só, não tive certeza).
De qualquer forma, estava tão certo o jeito que você fez antes quanto
está agora quanto estava q
Recaptulando, Rua Campos Salles, Ribeirão Preto,
No início nenhum nro aparecia nas buscas:
555|1855--|2089 (1 way)
Depois adicionei o nro 2005 na interpolação e continuou não retornando nros nas buscas:
555|1855---2005-|2089 (1 way)
Depois apenas q
Agora entendi. Bem, deixar os terminais vazios não faria muito
sentido. Nesse caso o melhor ou é dar um número aproximado ou colocar
os terminais com uma tag "fixme" pedindo para alguém avaliar o melhor
número. Eu tenho esse costume em Porto Alegre: vou marcando várias
coisas com fixme, depois tiro
Nesse meu comentário eu estava pensando nos nós terminais vazios:
[]_[20]_[40]_[]
/ \
[]---highway-[]
Até um tempo atrás eu imaginava que ele pudesse tirar uma média e
calcular que o primeiro nó é pró
Olha, ele aceita nós sem número sim. Esses nós servem apenas para
fazer o interpolador acompanhar melhor as curvas da via principal.
Veja este nó por exemplo: http://www.openstreetmap.org/browse/node/2249544793
Daí onde diz "Parte de", clique no link para ver o interpolador. Ele é
bem longo e che
Legal, é exatamente assim que eu tenho mapeado. Qdo o número é de um
prédio eu tb coloco o nome no addr:housename, pra quando alguém fizer o
contorno ter a informação lá.
Eu dei uma olhada em algumas interpolações que eu fiz e qdo as
distâncias são próximas realmente estão funcionando legal. C
Legal. Testei com "Rua General Caldwell, 720 - Porto Alegre" e funcionou de
boa.
Eu tinha largado um pouco de mão endereçamento interpolado ao mapear novas
regiões, mas vou retomar os trabalhos na medida do possível.
[]s
2013/7/26 Fernando Trebien
> Arlindo, para otimização da base de dados, a
Arlindo, para otimização da base de dados, acho melhor mesmo ter uma
via só. Mas daí usaríamos a tag "addr:inclusion=potential" ? Ou tanto
faz? (Sugeri isso só pra indicar que os números no interior do
cruzamento podem não existir, pro usuário faz pouca diferença.)
Adaptei os interpoladores que eu
Hm, mas aí isso envolveria ter de quebrar as vias em muitos pedaços. Nesse
caso, não seria melhor ter uma só via? Dessa forma, os números das esquinas
seriam corretos, e os interpolados entre os cruzamentos se localizariam
nestes.
[]s
2013/7/26 Fernando Trebien
> Acho que é isso sim. Só pra nã
Acho que é isso sim. Só pra não ter dúvidas: o número 80 não seria um
nó, seria o número interpolado, certo? Os únicos nós seriam o 72 e o
88, um de cada lado da via transversal, ambos próximos do cruzamento,
e o tracejado (---) seria o interpolador conectando os dois, com a
tag addr:inclusion=
Só para ver se eu entendi direito, teríamos então uma via com os números
reais de endereçamento na ponta dos quarteirões e, entre eles, isto é,
"embaixo" da rua transversal teríamos a média entre esses números?
Por exemplo: 72-|80|-88
Se for isso mesmo, com uma tag específica para esses c
Os dados que eu tenho registram apenas o número inicial e final de
cada quadra. Ainda tenho que confirmar se são números reais ou
"potenciais" (ex.: atribuindo número para um terreno na esquina onde
nada foi construído ainda). Os do TrackSource eu não sei, mas acredito
que varie por região e/ou des
Eu sabia que deveria ter feito a rua 4 e a rua 5 no exemplo. :P
Não tenho dúvidas de que é estritamente errado. Aliás, estritamente,
os interpoladores são errados, pois produzem vários números
interpolados que não existem na realidade. Tomando como exemplo as
quadras de Buenos Aires de 100m de com
Acho que eu tb não usaria o 3 apenas pelo fato da busca no osm não
retornar para todos os números. Eu até acho isso meio irritante, mas
como os nros aparecem no mapa, dá pra se localizar.
Os dados para serem importados possuem apenas as pontas dos
quarteirões? Se tiver mais nros nas posições c
wille,
concordo, mas veja que da mesma forma que o tagueamento proposto para a
interpolação não garante que os números entre os quarteirões existam (é uma
estimativa, afinal), ela *garante* que os da ponta de cada quarteirão
existam - eles são tagueados da mesma forma que se estivessem tagueando
c
Nesse exemplo, os números dos prédios na Rua Bento Lisboa antes e
depois da Rua Tavares Bastos são 72 e 96. Dessa forma, procurando
antes ou depois de qualquer um desses números a interpolação funciona,
mas entre os dois não, pois de fato não há casas com este endereço.
Não tenho uma opinião f
2013/7/25 Fernando Trebien :
> Uma imagem vale mais do que mil palavras, então só pra explicar
> melhor: http://i.imgur.com/uwNSCWA.png
Eu utilizaria a segunda opção, sem introduzir dados que não existem. É
comum e normal haver buracos na numeração.
___
O método 3 me parece estritamente errado. Os endereços não existem, ponto.
Adicioná-los me parece, usando uma gíria carioca, "forçação de barra" para
evitar uma falha/bug/feature do buscador. Uma espécie de "tag for the
renderer".
[]s
2013/7/25 Fernando Trebien
> Uma imagem vale mais do que mil
Uma imagem vale mais do que mil palavras, então só pra explicar
melhor: http://i.imgur.com/uwNSCWA.png
Ignorem os pontos e as cruzes amarelas (não me aventurei a descobrir
uma forma de escondê-las).
A rua 1 está feita com o método mais simples. Serve bem para as ruas
onde a numeração obedeceu a r
Acho que não foi ainda bem estabelecida a forma mais "correta" de usar
os interpoladores. Para o Nominatim e para o meu GPS (MapFactor
Navigator) basta:
- addr:interpolation na linha (o interpolador) que acompanha via
principal pela lateral
- addr:housenumber em alguns dos nós ao longo dessa linha,
Esse é o caso que pra mim não funciona. Se alguém me falar para ir no
nro 96 e eu não anotar, no outro dia eu vou lembrar que era 90 e pouco
e vou procurar por 90 ou 95. O 90 vai me mandar bem longe do local, o
95 está na interpolaçaõ do outro lado, esse eu teria dado sorte.
Apesar de não ter
2013/7/25 Roger C. Soares :
> Deveria. Na minha opinião não seria necessário nem um way com
> addr:interpolation, o engine deveria saber pegar os nros com o mesmo
> addr:street e interpolar segundo as regras de uma área que contém a rua, o
> país por exemplo.
Não deveria existir interpolação de nú
O que eu tenho feito é mapear vias com addr:street=[nome da rua] e
addr:interpolation:[odd|even], com seus nós tendo addr:street=[nome da rua]
(de novo) e addr:housenumber=[numero], uma para cada quarteirão.
Por exemplo: Procurem por Rua Bento Lisboa, 60.
http://openstreetmap.org/?lat=-22.926233&l
Deveria. Na minha opinião não seria necessário nem um way com
addr:interpolation, o engine deveria saber pegar os nros com o mesmo
addr:street e interpolar segundo as regras de uma área que contém a
rua, o país por exemplo.
Mas o wiki define que interpolação tem que ter um way e talvez seja at
Se colocar um nro no nó central ele tb seria renderizado. Do jeito que
você fez ficou melhor, teoricamente a interpolação poderia ter um nó
vazio.
Quando eu percebi que algumas interpolações não estavam funcionando eu
comecei a colocar addr:street nos nós, o que não fez diferença. Eu
achei que
Oi Pessoal
Ao pensar nesta idéia de interpolação: isto não deveria ser tarefa do
renderizador?
Quer dizer, faz sentido popular a base de dados com informações hipotéticas?
Abraços
Gerald
___
Talk-br mailing list
Talk-br@openstreetmap.org
http://lists.
Você poderia colocar um número de casa no nó central do cruzamento,
mas haveria um conflito se você tivesse que fazer isso para dois
interpoladores (um para cada rua do cruzamento).
Eu vinha mapeando passando pelo nó central mas colocando os números
pouco antes e pouco depois do cruzamento, assim:
2013/7/25 Fernando Trebien :
> Nesse exemplo, era pra ser o número exato das casas na esquina,
> obtidos (supostamente) por inspeção.
>
> No caso do conversor e da minha importação, esse número também poderia
> ser algo proveniente de um registro legal ou oficial (possivelmente um
> pouco desatuali
Nesse exemplo, era pra ser o número exato das casas na esquina,
obtidos (supostamente) por inspeção.
No caso do conversor e da minha importação, esse número também poderia
ser algo proveniente de um registro legal ou oficial (possivelmente um
pouco desatualizado).
2013/7/25 Nelson A. de Oliveira
A idéia seria continuar mapeando as construções e colocando o número
exato nelas? Se a numeração for duplicada não vejo problema em
considerar a interpolação como uma aproximação, inclusive seria até
interessante que os nros na interpolação não batessem com o nro da
construção para a busca não
2013/7/25 Fernando Trebien :
> A minha questão é: o usuário busca por "Rua A, 500" e esse valor cai
> perto do meio do cruzamento. Os números mais próximos nos
> interpoladores existentes são 496 e 512.
496 e 512 seriam os números de casa que existem na realidade ou são
valores aproximados?
_
Pessoal, acho que gerei um monte de dúvidas.
Certamente a idéia de poder "deduzir" a numeração a partir da
distância é tentadora (embora fazer isso só olhando para a métrica do
JOSM tenha uma tendência a introduzir erros de aproximação nas vias
mais longas). Mas no caso do conversor do Paulo e do
A forma mais simples é criar apenas um caminho, do começo da rua até o
fim, com addr:interpolation=all (a interpolação vai servir para os
lados par e ímpar) e addr:inclusion=estimate (para dizer que existirá
números na interpolação que não existem de fato na realidade).
Coloca no nó inicial o meno
Gerald, Pessoal
Tem um pouco duvida soubre estes "metricos", bem meu casa e numero 97, e meu
vinizio e 101, e pode ser uns 4 metros entre os portas, mas no outro lado, meu
casa nao sao 97 metros dentro rua, e a casa no outro lado da rua nao sao entre
97 e 101 que seria natural com seu argumento
Oi Fernando
Lembre-se que no Brasil se adota um sistema métrico onde a "numeração" da
casa é sua distância aproximada do início da rua. Por exemplo o número 350
fica 350 metros do início da rua. Usualmente o início da rua é aquele que
fica mais próximo ao centro da cidade. Enfim, se você souber on
Pessoal,
O Paulo Carvalho tem desenvolvido um conversor TrackSource > OSM e eu
estou prestes a importar a numeração das casas em Porto Alegre via
script. Eu queria opiniões sobre um detalhe de como fazer isso para
produzir um resultado com mais qualidade.
Já encontrei interpoladores no Rio e em B
41 matches
Mail list logo