Re: [Talk-br] Correção de alguns postos de combustível no Brasil

[santamariense]

Só para constar, apesar dos problemas que temos com o maps.me é
preciso dizer que ele pode ser de grande ajuda para a comunidade. Dele
pode surgir novos colaboradores ativos como nós. Hoje, por exemplo,
presenciei um novo colaborador alucinado adicionando pontos de
interesse em Cruz Alta / RS
(https://overpass-api.de/achavi/?changeset=44419776). Parece ser
edição de boa fé. Algumas caixas altas, outras marcações de POIs já
existentes em áreas. Mas isso se aprende e corrige com o tempo.

Existem atualmente 52 eletropostos mapeados no Brasil, muitos
certamente mal mapeados. 1 deles pelo próprio usuário citado em Cruz
Alta. Os postos também pode ser vistos e exportados para o JOSM pelo
overpass: http://overpass-turbo.eu/s/kFY

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Correção de alguns postos de combustível no Brasil

[Nelson A. de Oliveira]

2016-12-15 11:17 GMT-02:00 santamariense :
> Existem atualmente 52 eletropostos mapeados no Brasil

Tinha 167, se não me engano, antes do desafio.

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Sobre addr:interpolation - possibilidades

[Daniel d'Andrada Tenório de Carvalho]

O Google faz reconhecimento de imagem das capturas do seu Street View,
procurando por números em paredes etc, e manda recortes dos mesmos pra
serem validados por pessoas via reCAPTCHA. Assim, aos poucos, ele vai
melhorando (ou melhor, substituindo) a intepolação de endereços do Maps.

2016-12-15 11:02 GMT-02:00 santamariense :

> Muitos dos comentários dos apps Maps.me e OSMAnd que vejo são sobre a
> falta que faz os números para achar endereços.
>
> Eu pessoalmente não gosto de interpolation porque se eu saio para
> recolher numeração de casas eu recolho de todas as casas (e não só as
> da esquina, por exemplo), mas claro que vocês devem estar falando de
> faces de quadras disponíveis por órgãos públicos.
>
> Um problema que eu vejo no CNEFE, por exemplo, é que muitos dos
> setores são formados por várias quadras.
>
> Alguém sabe se é possível criar addr:interpolation usando o próprio
> eixo da via? Aqui em Santa Maria / RS o esquema de numeração é bem
> simples. A numeração começa ao norte ou ao oeste, dependendo do
> alinhamento das ruas. Caminhando do início da numeração ao final, a
> direita se tem as casas ímpares, e a esquerda as pares.
>
> Claro que isso é uma generalização, e isto causa muitos erros,
> principalmente em ruas onde as casas não tem uma numeração lógica. E é
> exatamente esse lixo que o Google Maps tem, mas que muitas pessoas
> gostam e acham muito útil. Muitas vezes bate o número com a posição
> das casas, mas algumas vezes pode deixar você mais perdido ainda.
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Correção de alguns postos de combustível no Brasil

[Gerald Weber]

2016-12-15 13:18 GMT-02:00 santamariense :

> @Gerald, o carinha que adicionou a guesthouse usou o maps.me e o
> comentário "Created a clinic and a guest_house" é gerado pelo próprio
> aplicativo.
>

Hum, faz sentido, acho que fui otimista. Mas a edição/teste que fiz via
maps.me preservou o comentário que eu inseri.

O que achei curioso é que dizia que todas as contribuições seriam
verificadas. Só resta saber verificada por quem? Nós?

Gerald
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Sobre addr:interpolation - possibilidades

[santamariense]

@Daniel, realmente eu não sabia disso. É de deixar a gente boquiaberto
que o Google faça isso. O mundo inteiro tem trabalhado de graça para
eles então?!?!

@Pedro, realmente bem diferente daqui a regra de numeração das casas.

Enfim, eu estava pensando em criar uma addr:interpolation no eixo da
rua, sem criar outra linha (http://overpass-turbo.eu/s/kG7). Daí eu
achei alguns casos já feitos (parecidamente) assim:
1 - http://www.openstreetmap.org/way/262938121/history :: Neste caso
foi feito a linha de interpolação e mais tarde alguém a definiu como
footway também.
2 - http://www.openstreetmap.org/way/94482257 :: Este sim seria um bom
exemplo do que eu queria fazer. Porém não parece adequado, até porque
o eixo da rua fica tracejado. Então por este simples fato do
renderizador fazer isso, parece ser um procedimento não aceito.

 {{IDEIA}} {{PROPOSTA}} 

A ideia seria mais ou menos o seguinte. Adicionar o número 1 no início
da rua, medir ela até o seu final, e no final da rua colocar o valor
medido em metros. Daí seria aplicada a tag addr:interpolation=all, ou
even/odd em caso de avenidas por exemplo, ao eixo da rua. O problema
disso é que as ruas podem ser quebradas, o que pode estragar a função.
Uma ideia seria se criar um tipo de relação para isto. A relação teria
os dois pontos numerados e os vários trechos de ruas.

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Sobre addr:interpolation - possibilidades

[Sérgio V .]

Pois é, esta seria a ideia:

se der pra usar addr:interpolation "no próprio eixo da via", contendo numeração 
impar/par (início cf. sentido da via ou critério local).


Creio que pode ajudar mais do que o sistema que tem sido usado atualmente, de 
adicionar 2 ways paralelos, resultando em 3 ways: eixo; lado esquerdo; lado 
direito.


A primeira questão é: teria que ser proposto no talk-tagging mundial.
Só antes poderíamos tentar testar separadamente pra ver como poderia funcionar 
e adicionar os dados que prefeituras tenham disponíveis.

Vantagens:
-para tentar agilizar o andamento das numerações de enderço
(coisa que é cada vez mais necessária para popularizar o OSM);

-evita ter que usar 3 ways para a mesma via e sobrecarregar de dados 
triplicados;

-evita ter que "arrumar" 3 ways se tiver que realinhar alguma via;

-evita poluição de ways;

-evita problemas de outros mexerem (alterar, arrastar, etc) no way errado ao 
editar;


Problemas eventuais (a verificar como contornar):

-se alguém posteriormente fundir ways que estavam numerados em sequência, 
bagunça a numeração.

-talvez uma tag adicional para receber feedback ou correções (pode ser o 
próprio "fixme": "=confirmar interpolação")

- - - - - - - - - -

-Da questão de lado e sentido de vias:

Não serve colocar um padrão fixo, cada área tem o seu (ou nem tem):

de todo modo teria que ser para verificar cada cidade/região a interpolar e se 
necessário inverter no ato de taggear:


1)Pensando melhor, pra adaptar a todos os casos, talvez tipo assim, 4 opções de 
namespace:

addr:interpolation:left:odds=

addr:interpolation:right:evens=

ou

addr:interpolation:left:evens=

addr:interpolation:right:odds=

2)Se não tem lado bem definido, continua a usar apenas a tag básica:

addr:interpolation=


Ou outra ideia melhor se tiver.


Sim, seria algo mais especializado. A princípio não é coisa simples para 
principiante fazer (mas a atual addr:interpolation, também não o é de todo modo)

- - - - - - - - - -


QUANTO ÀS OBJEÇÕES:


1)Uso indiscriminado de addr:interpolation :

Obviamente não é necessário uso indiscriminado.

Mas acho que temos que avançar na numeração e eventualmente com automatização 
e/ou aproximação para isso se necessário. Ou vamos esperar uns 20 anos pra ter 
numeração exata, ficando para trás na popularização, só nós mesmos usando.


2) O fato de eventualmente errar em numeração (lado da via, extensão da 
numeração (range)) não me parece grave.

Mesmo que errar algo, já ajuda p.ex. ter número na área mesmo que só aproximada.

Google libera assim, e faz bem. Alguns podem reclamar, porque ajuda de fato, já 
aproxima. Não é lixo inútil. As pessoas usam porque de fato ajuda. Em geral as 
pessoas não se perdem por causa de erro de posição da numeração no GPS. Se 
perde se não olhar os números nas portas também na realidade.

Não dá para esperar perfeição. Tem que liberar pra uso. Ou então: não se 
populariza, não terá mais gente contribuindo, e não se avança.

O resto é feedback e correção progressiva.


3) Endereçamentos do IBGE:

No que vi no SHP face de logradouros (ways), não traz numeração de endereços:

ftp://geoftp.ibge.gov.br/recortes_para_fins_estatisticos/malha_de_setores_censitarios/censo_2010/base_de_faces_de_logradouros

Endereços só encontrei na lista TXT em:

ftp://ftp.ibge.gov.br/Censos/Censo_Demografico_2010/Cadastro_Nacional_de_Enderecos_Fins_Estatisticos/

vem listado o numero da rua, quadra, CEP, etc. Por estados/cidades (código).

Teria que processar a lista (no QGIS ou script), ver como poderia passar para 
os ways do OSM para adicionar.

Acho que talvez teria primeiro que cruzar com o SHP das faces, pra só depois 
tentar ver como passar pras highways do OSM. Meio complicado, acho. Talvez 
alguém pense jeito mais fácil.


Mas talvez sirva pra quem pretender extrair os CEPs.


De todo modo ainda vi que do IBGE tem que confirmar o ajuste da camada:

entrou em CRS SIRGAS2000, mas nem sempre fecha bem com o que já está correto no 
OSM com GPS, etc.

No Centro de Porto alegre vi a diferença em torno de -40,-20m (x,y). Em Viamão 
diferença não homogênea.

Creio que seja problema de resolução e imagem usada no Censo 2010.


- - - - - - - - - - - - - - - -

Sérgio - http://www.openstreetmap.org/user/smaprs
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Sobre addr:interpolation - possibilidades

[Vítor Rodrigo Dias]

Usar o SHP das faces fornece uma localização bem mais precisa. E dá pra
cruzar tudo: setor, quadra e face.

Em qui, 15 de dez de 2016 às 22:15, Sérgio V.  escreveu:

> Pois é, esta seria a ideia:
>
> se der pra usar addr:interpolation "no próprio eixo da via", contendo
> numeração impar/par (início cf. sentido da via ou critério local).
>
>
> Creio que pode ajudar mais do que o sistema que tem sido usado atualmente,
> de adicionar 2 ways paralelos, resultando em 3 ways: eixo; lado esquerdo;
> lado direito.
>
>
> A primeira questão é: teria que ser proposto no talk-tagging mundial.
> Só antes poderíamos tentar testar separadamente pra ver como poderia
> funcionar e adicionar os dados que prefeituras tenham disponíveis.
>
> Vantagens:
> -para tentar agilizar o andamento das numerações de enderço
> (coisa que é cada vez mais necessária para popularizar o OSM);
>
> -evita ter que usar 3 ways para a mesma via e sobrecarregar de dados
> triplicados;
>
> -evita ter que "arrumar" 3 ways se tiver que realinhar alguma via;
>
> -evita poluição de ways;
>
> -evita problemas de outros mexerem (alterar, arrastar, etc) no way errado
> ao editar;
>
>
> Problemas eventuais (a verificar como contornar):
>
> -se alguém posteriormente fundir ways que estavam numerados em
> sequência, bagunça a numeração.
>
> -talvez uma tag adicional para receber feedback ou correções (pode ser o
> próprio "fixme": "=confirmar interpolação")
>
> - - - - - - - - - -
>
> -Da questão de lado e sentido de vias:
>
> Não serve colocar um padrão fixo, cada área tem o seu (ou nem tem):
>
> de todo modo teria que ser para verificar cada cidade/região a
> interpolar e se necessário inverter no ato de taggear:
>
>
> 1)Pensando melhor, pra adaptar a todos os casos, talvez tipo assim, 4
> opções de namespace:
>
> addr:interpolation:left:odds=
>
> addr:interpolation:right:evens=
>
> ou
>
> addr:interpolation:left:evens=
>
> addr:interpolation:right:odds=
>
> 2)Se não tem lado bem definido, continua a usar apenas a tag básica:
>
> addr:interpolation=
>
>
> Ou outra ideia melhor se tiver.
>
>
> Sim, seria algo mais especializado. A princípio não é coisa simples para
> principiante fazer (mas a atual addr:interpolation, também não o é de
> todo modo)
>
> - - - - - - - - - -
>
>
> QUANTO ÀS OBJEÇÕES:
>
>
> 1)Uso indiscriminado de addr:interpolation :
>
> Obviamente não é necessário uso indiscriminado.
>
> Mas acho que temos que avançar na numeração e eventualmente
> com automatização e/ou aproximação para isso se necessário. Ou vamos
> esperar uns 20 anos pra ter numeração exata, ficando para trás na
> popularização, só nós mesmos usando.
>
>
> 2) O fato de eventualmente errar em numeração (lado da via, extensão da
> numeração (range)) não me parece grave.
>
> Mesmo que errar algo, já ajuda p.ex. ter número na área mesmo que
> só aproximada.
>
> Google libera assim, e faz bem. Alguns podem reclamar, porque ajuda de
> fato, já aproxima. Não é lixo inútil. As pessoas usam porque de fato ajuda
> . Em geral as pessoas não se perdem por causa de erro de posição
> da numeração no GPS. Se perde se não olhar os números nas portas
> também na realidade.
>
> Não dá para esperar perfeição. Tem que liberar pra uso. Ou então: não se
> populariza, não terá mais gente contribuindo, e não se avança.
>
> O resto é feedback e correção progressiva.
>
>
> 3) Endereçamentos do IBGE:
>
> No que vi no SHP face de logradouros (ways), não traz numeração de e
> ndereços:
>
>
> ftp://geoftp.ibge.gov.br/recortes_para_fins_estatisticos/malha_de_setores_censitarios/censo_2010/base_de_faces_de_logradouros
>
>
> Endereços só encontrei na lista TXT em:
>
>
> ftp://ftp.ibge.gov.br/Censos/Censo_Demografico_2010/Cadastro_Nacional_de_Enderecos_Fins_Estatisticos/
>
> vem listado o numero da rua, quadra, CEP, etc. Por estados/cidades
> (código).
>
> Teria que processar a lista (no QGIS ou script), ver como poderia passar
> para os ways do OSM para adicionar.
>
> Acho que talvez teria primeiro que cruzar com o SHP das faces, pra só
> depois tentar ver como passar pras highways do OSM. Meio complicado, acho.
> Talvez alguém pense jeito mais fácil.
>
>
> Mas talvez sirva pra quem pretender extrair os CEPs.
>
>
> De todo modo ainda vi que do IBGE tem que confirmar o ajuste da camada:
>
> entrou em CRS SIRGAS2000, mas nem sempre fecha bem com o que já está
> correto no OSM com GPS, etc.
>
> No Centro de Porto alegre vi a diferença em torno de -40,-20m (x,y). Em
> Viamão diferença não homogênea.
>
> Creio que seja problema de resolução e imagem usada no Censo 2010.
>
>
> - - - - - - - - - - - - - - - -
>
> Sérgio - http://www.openstreetmap.org/user/smaprs
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Correção de alguns postos de combustível no Brasil

[santamariense]

Por falar em casa da sogra Saca só isso de um usuário do maps.me
(https://www.openstreetmap.org/node/4556153195 +
https://www.openstreetmap.org/note/818057). Inúmeros novos usuários
criam um POI com acesso à internet, dão a ele o nome de "casa ~",
geralmente este POI é uma guest_house, shelter ou algo parecido
simbolicamente. Eu fico pensando se não estariam estes novos usuário
dos Maps.me, selecionando o objeto que mais pareceria uma casa/lar
para poder adicionar uma casa, sem se importar com o nome do objeto,
ou seja, sem se importar com o que ele representa de fato.

### Caiu para 32 a quantidade de eletropostos no Brasil:
http://overpass-turbo.eu/s/kFY ###

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Importação de dados da Prefeitura Municipal de Joinville

[Daniel d'Andrada Tenório de Carvalho]

Olá,

Recebi um ofício da prefeitura com autorização explícita para importação no
OpenStreetMap hoje [1]. Logo, dei o pontapé inicial no processo de
importação. Esse é o primeiro changeset:
http://www.openstreetmap.org/changeset/44434674

Estou colocando as informações sobre a importação nessa página:
https://wiki.openstreetmap.org/wiki/Joinville/ImportSIMGeo

Depois de olhar os dados e de algumas experimentações, decidi colocar os
endereços como lotes mesmo (place=plot). É a maneira mais versátil. Existem
3 casos:
1 - apenas uma edificação dentro do lote. Endereço direto na edificação
funciona bem.
2 - várias edificações dentro do lote. Teria que fazer um multipolygon com
elas e colocar o endereço no multipolygon.
3 - Uma edificação se extende por dois lotes. Teria que colocar um node de
endeço sobre cada parte da edificação.
A solução de colocar o endereço numa área (como plot) resolve bem todos
esses casos e de maneira uniforme. Além de, nesse caso, ser também o mais
fácil pois já tenho o shapefile dos lotes.

Decidi também não importar qualquer tag de referência à base de dados da
prefeitura. Numa eventual atualização da importação, imagino que não seja
problema fazer um diff com os shapefiles que estão sendo usados agora.

Existem alguns lotes com formatos inusitados, mas é a exceção.

Quanto às edificações, fiz uma inspeção visual com o layer do Bing e removí
as que não existem mais.

Algum comentário ou sugestão?

[1] -
https://wiki.openstreetmap.org/wiki/File:SEI_PMJ_-_0503321_-_Oficio.pdf
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Correção de alguns postos de combustível no Brasil

[santamariense]

@Gerald, o carinha que adicionou a guesthouse usou o maps.me e o
comentário "Created a clinic and a guest_house" é gerado pelo próprio
aplicativo.

@naoliv, a comunidade tá de parabéns pela celeridade em arrumar os
falsos eletropostos.

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Nomes de ruas (era Re: Possível cópia de nomes de ruas do Google)

[Gerald Weber]

Oi Pedro

concordo muito com sua afirmação. Em particular uso a tag source:name para
isto, por exemplo source:name=IBGE se retirei o nome do IBGE ou
source:name=survey so foi eu mesmo que colhi o dado ou source:name=signpost
se retirou da placa de rua. Similarmente pode-se colocar source:alt_name
etc. Enfim, quanto mais bem documentada a fonte mais simples fica resolver
eventuais dúvidas.

Outro uso importante mas pouco conhecido é da tag short_name, por exemplo
name=Associação Atlética Banco do Brasil
short_name=AABB

abraço

Gerald


2016-12-14 16:10 GMT-02:00 Pedro vida torta :

> Eu acho que o importante não e a variação de nomes existentes nas fontes
> de pesquisa e sim colocar com clareza a fonte de onde veio, seja ibge site
> das prefeituras ou mesmo colhida in loco , para falar de diferenças no Bom
> Retiro em São Paulo tem uma rua que tem um nome do google , outro no site
> da prefeitura e duas placas da mesma via com grafia diferente em cada uma,
> portanto o correto e aquela fonte de onde foi tirado o nome.
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Correção de alguns postos de combustível no Brasil

[yoshichika ando]

"Casa da Sogra" aqui no RS, em Gramado tem uma Hotel
http://www.booking.com/hotel/br/casa-da-sogra.pt-br.html

e em Farroupilha tem um Motel
https://www.facebook.com/Motel-Casa-da-Sogra-397349470441366
http://www.openstreetmap.org/#map=17/-29.18913/-51.28513





2016-12-14 19:41 GMT-02:00 Gerald Weber :

> "Casa da sogra" é o nome de uma loja em BH.
>
> Gerald
>
>
>
> On 13 Dec 2016 6:16 pm, "santamariense"  wrote:
>
> Também tenho percebido a criação destes eletropostos em locais muito
> improváveis. Eu pessoalmente não conheço nenhum.
>
> Eu não uso o maps.me, mas parece que além dele introduzir os erros no
> mapa, ele não deixa muito claro que os objetos são publicados no OSM.
> Ou deixa claro?
>
> Tenho visto muito "Casa", "Casa do Fulano", "Casa do Ciclano", até
> "Casa da sogra"
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Correção de alguns postos de combustível no Brasil

[santamariense]

Aham. Existem mesmo alguns pontos de interesse com este nome :). Mas
eu creio que estava falando disto
(http://www.openstreetmap.org/node/4550835791), se não me engano,
mapeada como uma guesthouse(https://pt.wikipedia.org/wiki/Guesthouse).
Poderia existir de fato este local com este nome? Talvez... mas é
muito estranho/coincidência ele ter sido usado por um usuário novato
pelo maps.me - o problema é que eu já vi muita coisa sendo mapeada
como guesthouse por novatos.

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Sobre addr:interpolation - possibilidades

[santamariense]

Muitos dos comentários dos apps Maps.me e OSMAnd que vejo são sobre a
falta que faz os números para achar endereços.

Eu pessoalmente não gosto de interpolation porque se eu saio para
recolher numeração de casas eu recolho de todas as casas (e não só as
da esquina, por exemplo), mas claro que vocês devem estar falando de
faces de quadras disponíveis por órgãos públicos.

Um problema que eu vejo no CNEFE, por exemplo, é que muitos dos
setores são formados por várias quadras.

Alguém sabe se é possível criar addr:interpolation usando o próprio
eixo da via? Aqui em Santa Maria / RS o esquema de numeração é bem
simples. A numeração começa ao norte ou ao oeste, dependendo do
alinhamento das ruas. Caminhando do início da numeração ao final, a
direita se tem as casas ímpares, e a esquerda as pares.

Claro que isso é uma generalização, e isto causa muitos erros,
principalmente em ruas onde as casas não tem uma numeração lógica. E é
exatamente esse lixo que o Google Maps tem, mas que muitas pessoas
gostam e acham muito útil. Muitas vezes bate o número com a posição
das casas, mas algumas vezes pode deixar você mais perdido ainda.

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Correção de alguns postos de combustível no Brasil

[Gerald Weber]

Guesthouse para mim é sinônimo de pousada ou Bed and Breakfast, ou seja uma
pousada sem infraestrutura típica de hotel.

https://wiki.openstreetmap.org/wiki/Tag:tourism=guest%20house?uselang=en-GB

mesmo usando o maps.me esse usuário colocou até um comentário no changeset,
algo raro para usuários novatos usando o iD.

abraço

Gerald

2016-12-15 10:09 GMT-02:00 santamariense :

> Aham. Existem mesmo alguns pontos de interesse com este nome :). Mas
> eu creio que estava falando disto
> (http://www.openstreetmap.org/node/4550835791), se não me engano,
> mapeada como uma guesthouse(https://pt.wikipedia.org/wiki/Guesthouse).
> Poderia existir de fato este local com este nome? Talvez... mas é
> muito estranho/coincidência ele ter sido usado por um usuário novato
> pelo maps.me - o problema é que eu já vi muita coisa sendo mapeada
> como guesthouse por novatos.
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Sobre addr:interpolation - possibilidades

[Pedro vida torta]

santamariense em São Paulo a numeração começa sempre da ponta da via mais
próxima ao centro (praça da Sé) , os números ímpares estão sempre do lado
esquerdo da via , creio eu que outras cidades devem usar a mesma regra

Em 15 de dezembro de 2016 12:02, Daniel d'Andrada Tenório de Carvalho <
daniel.dandr...@gmail.com> escreveu:

> O Google faz reconhecimento de imagem das capturas do seu Street View,
> procurando por números em paredes etc, e manda recortes dos mesmos pra
> serem validados por pessoas via reCAPTCHA. Assim, aos poucos, ele vai
> melhorando (ou melhor, substituindo) a intepolação de endereços do Maps.
>
> 2016-12-15 11:02 GMT-02:00 santamariense :
>
>> Muitos dos comentários dos apps Maps.me e OSMAnd que vejo são sobre a
>> falta que faz os números para achar endereços.
>>
>> Eu pessoalmente não gosto de interpolation porque se eu saio para
>> recolher numeração de casas eu recolho de todas as casas (e não só as
>> da esquina, por exemplo), mas claro que vocês devem estar falando de
>> faces de quadras disponíveis por órgãos públicos.
>>
>> Um problema que eu vejo no CNEFE, por exemplo, é que muitos dos
>> setores são formados por várias quadras.
>>
>> Alguém sabe se é possível criar addr:interpolation usando o próprio
>> eixo da via? Aqui em Santa Maria / RS o esquema de numeração é bem
>> simples. A numeração começa ao norte ou ao oeste, dependendo do
>> alinhamento das ruas. Caminhando do início da numeração ao final, a
>> direita se tem as casas ímpares, e a esquerda as pares.
>>
>> Claro que isso é uma generalização, e isto causa muitos erros,
>> principalmente em ruas onde as casas não tem uma numeração lógica. E é
>> exatamente esse lixo que o Google Maps tem, mas que muitas pessoas
>> gostam e acham muito útil. Muitas vezes bate o número com a posição
>> das casas, mas algumas vezes pode deixar você mais perdido ainda.
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>


-- 
*Pedro Esmerilho*
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br