Re: [Talk-br] Sobre a necessidade (ou não) de ter addr:street em importação de addr:housenumber

[Fernando Trebien]

On Fri, Feb 15, 2019 at 10:42 AM Pedro vida torta
 wrote:
> Quilômetros de distancia não entendi bem, já que o erro será apenas nas 
> esquinas e o usuário estará apenas a poucos metros, eu acho aceitável melhor 
> que não ter nenhuma outra referencia

Essa projeção gera sequências de endereços ao longo de uma mesma rua
assim: 1, 5, 11, 17, 2709, 25, 27, 35, 37, 41, 358, 53, 61, etc.

Repare que os números 2707 e 358 estão completamente fora da
sequência. Isso porque a projeção pegou erroneamente o número de outra
rua numa esquina. Em Porto Alegre, a atribuição do número é a medida
em metros desde o início da rua, então 2707 e 358 com certeza são
erros, óbvios. 2707 está a ~2,7km dos números adjacentes, 17 e 25. Se
a rua for longa o bastante, mais adiante deverão haver números como
2705 e 2709, se o usuário procurar por 2707 será levado a um ponto
2,7km distante de onde deveria estar, sem falar que pode realmente
existir um número 2707 na rua, caso em que as pesquisa retornaria dois
números em qualquer ordem ou, dependendo do geocodificador utilizado,
retornar apenas um dos dois números sem que se tenha certeza de qual
dos dois será.

A via mais longa de Porto Alegre é a avenida Protásio Alves, com 13km
de extensão, uma via arterial primária com serviços (amenity=*,
shop=*, etc.) ao longo de quase toda a sua extensão, e portanto ampla
oportunidade para erros quilométricos decorrentes dessa metodologia.
Em situação similar estão as avenidas Bento Gonçalves, Assis Brasil,
Ipiranga e Sertório, e com aproximadamente metade da extensão uma
outra lista de avenidas principais. Também há vias locais longas, como
a Vicente da Fontoura. Nesses casos o "quilométricos" não é exagero, e
são lugares muito frequentados.

> criticar o trabalho dos outros e fácil

Vale em ambos os sentidos, também sou alvo frequente de críticas. A
crítica é necessária para manter a qualidade dos dados. O importante é
as pessoas não levarem a crítica pro lado pessoal.

> não pode ser simplesmente chamada de lixo já que 95% dos dados serão 
> extremamente úteis

Lixo com certeza não é, nunca foi dito nada nem perto desse nível. Mas
acho que deve haver um plano para corrigir os 5% combinado com a
comunidade, senão esses 5% serão esquecidos.

-- 
Fernando Trebien

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

Re: [Talk-br] Sobre a necessidade (ou não) de ter addr:street em importação de addr:housenumber

[Pedro vida torta]

Quilômetros de distancia não entendi bem , já que o erro será apenas nas
esquinas e o usuário estará apenas a poucos metros, eu acho aceitável
melhor que não ter nenhuma outra referencia, criticar o trabalho dos outros
e fácil eu não vejo ninguém no OSM inserindo endereços em quantidade
regularmente, porque o trabalho e muito grande, não existem dados para
importação e tudo tem de ser feito manualmente então qualquer melhoria e
bem vinda e não pode ser simplesmente chamada de lixo já que 95% dos dados
serão extremamente úteis, melhor que inserir 100% manualmente que vai
demorar uns 30 anos e ainda ter perto de 2% de erros.

Em qui, 14 de fev de 2019 às 16:20, Fernando Trebien <
fernando.treb...@gmail.com> escreveu:

> On Thu, Feb 14, 2019 at 7:55 AM Peter Krauss  wrote:
> > 2.2. Ponto oficial incompleto: pode ser importando?  Essa é a discussão.
> As fontes de informação na verdade existem, só que não é uma fonte única,
> pode estar misturando verdade de campo, norma oficial (por exemplo leis de
> nomenclatura de rua), dado oficial (ex. os pontos fornecidos pela
> prefeitura), etc. O algorítomo mesmo sendo aberto é complexo e poucas
> pessoas do OSM terão tempo e capacidade de avaliar.  ESTÁ EM DISCUSSÃO, mas
> precisamos primeiro arrumar a casa, chegar a uma descrição satisfatória no
> "ponto oficial completo" (2.1 acima).  Mesmo depois de discutir e chegar a
> um consenso aqui precisaremos verificar com restante da comunidade OSM.
> >
> > 2.2.1. Com  numeração (addr:housenumber) obtida por
> interpolação/proximidade.
>
> Acho que depende das características do dado original. Se o que ele
> tem é o endereço inicial e final de cada quadra, ou um endereço no
> meio de cada quadra, ele pode ser importado sem problema algum usando
> linhas interpoladoras, tal como se faz sem Buenos Aires e em alguns
> outras cidades do mundo, contanto que os pontos de endereço contenham
> o nome da rua. Seria indesejável interpolar o endereço gerando cada
> ponto intermediário.
>
> > 2.2.2. Com  nome de rua (addr:street) obtido por proximidade.
>
> Entre poder/não poder eu prefiro responder isso com as consequências
> pro OSM de importar com ou sem um tratamento dos problemas dessa
> abordagem.
>
> Em Porto Alegre já constatamos que a projeção dos endereços nas ruas
> para obter o nome da rua produz cerca de 5% de endereços errados, ou
> seja, 1 erro em cada 20 endereços. Um dado com tantos erros não possui
> qualidade suficiente para suportar satisfatoriamente um serviço de
> geocodificação. Se, por exemplo, alguém quiser usar o  mapa para
> oferecer um serviço de entregas ou de transporte individual, muitos
> endereços estarão a quilômetros de distância do local correto, o que
> obviamente seria bem ruim pra confiabilidade do serviço. Nesse caso,
> eu esperaria que o usuário simplesmente descartaria o OSM e adotaria
> um concorrente, como o Google Maps. Pior do que isso, se alguém quiser
> usar os endereços existentes para inserir pontos de interesse a partir
> de uma listagem local, os erros serão propagados e a correção exigirá
> mais esforço (talvez o dobro) do que se tivesse sido feita antes.
>
> Mesmo numa cidade do tamanho de Porto Alegre, a solução manual desses
> problemas exigiria um trabalho contínuo de ~2 semanas eu acho. Vale a
> pena considerando o benefício. Na maioria dos municípios (em geral
> pequenos) um trabalho desse tipo poderia ser feito completamente em
> poucas horas.
>
> Onde não houver mão-de-obra disposta a realizar a correção, acho que é
> fundamental no mínimo documentar (de preferência no wiki) que ficou
> pendente de correção, do contrário ninguém vai saber onde procurar os
> erros. Idealmente seria aberta também uma tarefa em algum sistema de
> gestão de tarefas para orientar e monitorar esse trabalho. Agora que
> temos o Kaart interessado em nos ajudar, podemos também tentar um
> contato com eles para que realizem as correções manualmente. Se este
> caso surgir com frequência em municípios diferentes, acho que vale a
> pena organizar um grupo de trabalho para fazer as correções manuais.
> Um grupo especializado assim estaria familiarizado com o tipo de erro
> desse processo e poderia trabalhar rápido e com menos erros humanos.
>
> Caso a etapa de documentar a correção não for feita, o resultado mais
> provável é que os erros permanecerão no mapa por um bom tempo e que
> serão esquecidos, prejudicando a confiabilidade dos dados. Por
> exemplo, na importação dos edifícios em Porto Alegre, uma informação
> foi colocada na etiqueta description, foi solicitado aos mapeadores
> que fosse convertida em etiquetas consumíveis (geralmente amenity=*),
> mas esse trabalho nunca foi feito por ninguém. A informação está lá no
> OSM, parada há anos, sem usufruto pelas aplicações. Como diz o wiki
> [2] num texto proveniente do original em inglês, "nunca suponha que
> essas pessoas vão alegremente arrumar a bagunça que você fez."
>
> Não estou dizendo que é obrigação de quem importa fazer a correção
> 

Re: [Talk-br] Sobre a necessidade (ou não) de ter addr:street em importação de addr:housenumber

[Fernando Trebien]

On Thu, Feb 14, 2019 at 6:03 PM Peter Krauss  wrote:
> Resumindo o que talvez seja um posicionamento pessoal, convém conferir se 
> alguém concorda:
>
> *  a métrica de erros para fazer sentido nas nossas discussões precisa ser da 
> metodologia assistida, não do algoritmo sozinho.

Sim sim. A métrica eu levantei com o objetivo de determinar quanto
trabalho manual temos pela frente, não é um critério de
aceitação/rejeição.

> * não se pode afirmar que "importação é coisa ruim", o que se pode afirmar é 
> que "a metodologia X com o algoritmo Y para os dados Z é ruim".. Até que se 
> prove o contrário.

Com certeza, nunca afirmei que importação é algo ruim.

Quanto à metodologia, eu aceito que sejam importados dados que contêm
algum problema contanto que exista um plano para tratar do problema na
sequência. O que não deve acontecer é importar dados sabendo do
problema e simplesmente ignorar o problema depois, deixando pros
outros o problema sem que os outros tenham aceito, daí acho falta de
consideração com os colegas.

-- 
Fernando Trebien

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

Re: [Talk-br] Sobre a necessidade (ou não) de ter addr:street em importação de addr:housenumber

[Fernando Trebien]

É verdade, não participei desse processo e por isso nunca afirmei que
foi um erro, o que não quer dizer que não é uma "bagunça" (o termo é o
usado no wiki, até então eu estive chamando isso de "pendência"). É um
problema que ninguém abraçou, nem eu, nem você, um exemplo do que
acontece ao importar um monte de dados e deixar algo pra fazer depois
sem ter um plano de quem/quando/como resolver.

On Thu, Feb 14, 2019 at 6:06 PM Sérgio V.  wrote:
>
> Bah, uma verdadeira "Bagunça".
> Nossa. Espirrou perto.
>
> Mas de fato, se fosse feito hoje poderia ter sido muitas coisas diferente.
> O cuidado com os dados é muito importante. Isso é uma parte da coisa.
> Agora, com a verdade da circunstância completa, são outros quinhentos.
>
> Então, bom lembrar também que a proposta foi publicada na época.
> Mais conversas e auxílios no telegram, por parte da "comunidade que mostrou 
> interesse".
> Quem não opinou, não se importou com "bagunça" possível na ocasião, seria 
> minimamente honesto incluir no report que aceitou assim.
> Mas já se conhece o funcionamento da coisa: seleção dos fatos que interessam.
> E "bagunça" é coisa séria. Nossa, o mapa de Porto Alegre terminou imprestável 
> pra qualquer um usar.
>
> Publicação da proposta no Talk-br: 2016-04-25
> Início da Wiki: 2016-04-26
> Início da importação: changeset="38980822" timestamp="2016-04-29
> Encerramento da importação: changeset="40442780" timestamp="2016-07-02
>
> Dois meses de processo.
> Tempo para qualquer um (interessado) em se manifestar ao menos antes do fim 
> daquela importação.
>
> Os russos recentemente introduziram uma moda de andar jogando veneno.
> Vou aproveitar pra tomar uma vacina, ou um antídoto, me esconder. A coisa tá 
> se espalhando.
>
> - - - - - - - - - - - - - - - -
>
> Sérgio - http://www.openstreetmap.org/user/smaprs
>
>
>
>
> ____________
> De: Fernando Trebien 
> Enviado: quinta-feira, 14 de fevereiro de 2019 16:19
> Para: OpenStreetMap no Brasil
> Assunto: Re: [Talk-br] Sobre a necessidade (ou não) de ter addr:street em 
> importação de addr:housenumber
>
> ...Por exemplo, na importação dos edifícios em Porto Alegre, uma informação
> foi colocada na etiqueta description, foi solicitado aos mapeadores
> que fosse convertida em etiquetas consumíveis (geralmente amenity=*),
> mas esse trabalho nunca foi feito por ninguém. A informação está lá no
> OSM, parada há anos, sem usufruto pelas aplicações. Como diz o wiki
> [2] num texto proveniente do original em inglês, "nunca suponha que
> essas pessoas vão alegremente arrumar a bagunça que você fez."...
>
>
> --
> Fernando Trebien
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br



-- 
Fernando Trebien

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

Re: [Talk-br] Sobre a necessidade (ou não) de ter addr:street em importação de addr:housenumber

[Sérgio V .]

Bah, uma verdadeira "Bagunça".
Nossa. Espirrou perto.

Mas de fato, se fosse feito hoje poderia ter sido muitas coisas diferente.
O cuidado com os dados é muito importante. Isso é uma parte da coisa.
Agora, com a verdade da circunstância completa, são outros quinhentos.

Então, bom lembrar também que a proposta foi publicada na época.
Mais conversas e auxílios no telegram, por parte da "comunidade que mostrou 
interesse".
Quem não opinou, não se importou com "bagunça" possível na ocasião, seria 
minimamente honesto incluir no report que aceitou assim.
Mas já se conhece o funcionamento da coisa: seleção dos fatos que interessam.
E "bagunça" é coisa séria. Nossa, o mapa de Porto Alegre terminou imprestável 
pra qualquer um usar.

Publicação da proposta no Talk-br: 2016-04-25
Início da Wiki: 2016-04-26
Início da importação: changeset="38980822" timestamp="2016-04-29
Encerramento da importação: changeset="40442780" timestamp="2016-07-02

Dois meses de processo.
Tempo para qualquer um (interessado) em se manifestar ao menos antes do fim 
daquela importação.

Os russos recentemente introduziram uma moda de andar jogando veneno.
Vou aproveitar pra tomar uma vacina, ou um antídoto, me esconder. A coisa tá se 
espalhando.


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

Sérgio - http://www.openstreetmap.org/user/smaprs




De: Fernando Trebien 
Enviado: quinta-feira, 14 de fevereiro de 2019 16:19
Para: OpenStreetMap no Brasil
Assunto: Re: [Talk-br] Sobre a necessidade (ou não) de ter addr:street em 
importação de addr:housenumber

...Por exemplo, na importação dos edifícios em Porto Alegre, uma informação
foi colocada na etiqueta description, foi solicitado aos mapeadores
que fosse convertida em etiquetas consumíveis (geralmente amenity=*),
mas esse trabalho nunca foi feito por ninguém. A informação está lá no
OSM, parada há anos, sem usufruto pelas aplicações. Como diz o wiki
[2] num texto proveniente do original em inglês, "nunca suponha que
essas pessoas vão alegremente arrumar a bagunça que você fez."...


--
Fernando Trebien

___
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 a necessidade (ou não) de ter addr:street em importação de addr:housenumber

[Peter Krauss]

(*oops* desculpem dei Enter ... pronto agora no computador tela grande)

O nó da questão, que invalidada ou não seus argumentos, e nos forçaria a
recomeçar do zero a discussão,
está na sua afirmação incompleta de que
*   "(...) constatamos que a projeção dos endereços nas ruas cerca de 5% de
endereços errados (...)"*

Exagerando, é como usar algoritmo de Bubble Sort
 para afirmar que a ordenação
por computador é coisa ruim,
ou *pegar dados sem filtrar e dizer que os dados estão ruins*...

Todo algoritmo de importação bem feitinho tem critério objetivo de
filtragem, tem um "nível de descarte" que fica meio informal na receita
complementar que chamamos de *metodologia*,  já que em geral o computador
não pode avaliar sozinho, precisa do parecer final do humano em vários
passos...
Alias podemos dizer que a *metodologia assistida é a única válida*, o
acompanhamento humano é uma é uma obrigação (*pelas normas OSM
).  *

Resumindo o que talvez seja um posicionamento pessoal, convém conferir se
alguém concorda:

*  a métrica de erros para fazer sentido nas nossas discussões precisa ser
da metodologia assistida, não do algoritmo sozinho.

* não se pode afirmar que "importação é coisa ruim", o que se pode afirmar
é que "a metodologia X com o algoritmo Y para os dados Z é ruim".. Até que
se prove o contrário.





On Thu, Feb 14, 2019 at 4:20 PM Fernando Trebien 
wrote:

> On Thu, Feb 14, 2019 at 7:55 AM Peter Krauss  wrote:
> > 2.2. Ponto oficial incompleto: pode ser importando?  Essa é a discussão.
> As fontes de informação na verdade existem, só que não é uma fonte única,
> pode estar misturando verdade de campo, norma oficial (por exemplo leis de
> nomenclatura de rua), dado oficial (ex. os pontos fornecidos pela
> prefeitura), etc. O algorítomo mesmo sendo aberto é complexo e poucas
> pessoas do OSM terão tempo e capacidade de avaliar.  ESTÁ EM DISCUSSÃO, mas
> precisamos primeiro arrumar a casa, chegar a uma descrição satisfatória no
> "ponto oficial completo" (2.1 acima).  Mesmo depois de discutir e chegar a
> um consenso aqui precisaremos verificar com restante da comunidade OSM.
> >
> > 2.2.1. Com  numeração (addr:housenumber) obtida por
> interpolação/proximidade.
>
> Acho que depende das características do dado original. Se o que ele
> tem é o endereço inicial e final de cada quadra, ou um endereço no
> meio de cada quadra, ele pode ser importado sem problema algum usando
> linhas interpoladoras, tal como se faz sem Buenos Aires e em alguns
> outras cidades do mundo, contanto que os pontos de endereço contenham
> o nome da rua. Seria indesejável interpolar o endereço gerando cada
> ponto intermediário.
>
> > 2.2.2. Com  nome de rua (addr:street) obtido por proximidade.
>
> Entre poder/não poder eu prefiro responder isso com as consequências
> pro OSM de importar com ou sem um tratamento dos problemas dessa
> abordagem.
>
> Em Porto Alegre já constatamos que a projeção dos endereços nas ruas
> para obter o nome da rua produz cerca de 5% de endereços errados, ou
> seja, 1 erro em cada 20 endereços. Um dado com tantos erros não possui
> qualidade suficiente para suportar satisfatoriamente um serviço de
> geocodificação. Se, por exemplo, alguém quiser usar o  mapa para
> oferecer um serviço de entregas ou de transporte individual, muitos
> endereços estarão a quilômetros de distância do local correto, o que
> obviamente seria bem ruim pra confiabilidade do serviço. Nesse caso,
> eu esperaria que o usuário simplesmente descartaria o OSM e adotaria
> um concorrente, como o Google Maps. Pior do que isso, se alguém quiser
> usar os endereços existentes para inserir pontos de interesse a partir
> de uma listagem local, os erros serão propagados e a correção exigirá
> mais esforço (talvez o dobro) do que se tivesse sido feita antes.
>
> Mesmo numa cidade do tamanho de Porto Alegre, a solução manual desses
> problemas exigiria um trabalho contínuo de ~2 semanas eu acho. Vale a
> pena considerando o benefício. Na maioria dos municípios (em geral
> pequenos) um trabalho desse tipo poderia ser feito completamente em
> poucas horas.
>
> Onde não houver mão-de-obra disposta a realizar a correção, acho que é
> fundamental no mínimo documentar (de preferência no wiki) que ficou
> pendente de correção, do contrário ninguém vai saber onde procurar os
> erros. Idealmente seria aberta também uma tarefa em algum sistema de
> gestão de tarefas para orientar e monitorar esse trabalho. Agora que
> temos o Kaart interessado em nos ajudar, podemos também tentar um
> contato com eles para que realizem as correções manualmente. Se este
> caso surgir com frequência em municípios diferentes, acho que vale a
> pena organizar um grupo de trabalho para fazer as correções manuais.
> Um grupo especializado assim estaria familiarizado com o tipo de erro
> desse processo e poderia trabalhar rápido e com menos erros humanos.
>
> Caso a etapa de documentar a 

Re: [Talk-br] Sobre a necessidade (ou não) de ter addr:street em importação de addr:housenumber

[Peter Krauss]

O nó da questão, que invalidada ou não seus argumentos, e nos forçaria a
recomeçar do zero a discussão,
está na sua falsa afirmação de que *"Em Porto Alegre já constatamos que a
projeção dos endereços nas ruas*
*para obter o nome da rua produz cerca de 5% de endereços errados"*

On Thu, Feb 14, 2019 at 4:20 PM Fernando Trebien 
wrote:

> On Thu, Feb 14, 2019 at 7:55 AM Peter Krauss  wrote:
> > 2.2. Ponto oficial incompleto: pode ser importando?  Essa é a discussão.
> As fontes de informação na verdade existem, só que não é uma fonte única,
> pode estar misturando verdade de campo, norma oficial (por exemplo leis de
> nomenclatura de rua), dado oficial (ex. os pontos fornecidos pela
> prefeitura), etc. O algorítomo mesmo sendo aberto é complexo e poucas
> pessoas do OSM terão tempo e capacidade de avaliar.  ESTÁ EM DISCUSSÃO, mas
> precisamos primeiro arrumar a casa, chegar a uma descrição satisfatória no
> "ponto oficial completo" (2.1 acima).  Mesmo depois de discutir e chegar a
> um consenso aqui precisaremos verificar com restante da comunidade OSM.
> >
> > 2.2.1. Com  numeração (addr:housenumber) obtida por
> interpolação/proximidade.
>
> Acho que depende das características do dado original. Se o que ele
> tem é o endereço inicial e final de cada quadra, ou um endereço no
> meio de cada quadra, ele pode ser importado sem problema algum usando
> linhas interpoladoras, tal como se faz sem Buenos Aires e em alguns
> outras cidades do mundo, contanto que os pontos de endereço contenham
> o nome da rua. Seria indesejável interpolar o endereço gerando cada
> ponto intermediário.
>
> > 2.2.2. Com  nome de rua (addr:street) obtido por proximidade.
>
> Entre poder/não poder eu prefiro responder isso com as consequências
> pro OSM de importar com ou sem um tratamento dos problemas dessa
> abordagem.
>
> Em Porto Alegre já constatamos que a projeção dos endereços nas ruas
> para obter o nome da rua produz cerca de 5% de endereços errados, ou
> seja, 1 erro em cada 20 endereços. Um dado com tantos erros não possui
> qualidade suficiente para suportar satisfatoriamente um serviço de
> geocodificação. Se, por exemplo, alguém quiser usar o  mapa para
> oferecer um serviço de entregas ou de transporte individual, muitos
> endereços estarão a quilômetros de distância do local correto, o que
> obviamente seria bem ruim pra confiabilidade do serviço. Nesse caso,
> eu esperaria que o usuário simplesmente descartaria o OSM e adotaria
> um concorrente, como o Google Maps. Pior do que isso, se alguém quiser
> usar os endereços existentes para inserir pontos de interesse a partir
> de uma listagem local, os erros serão propagados e a correção exigirá
> mais esforço (talvez o dobro) do que se tivesse sido feita antes.
>
> Mesmo numa cidade do tamanho de Porto Alegre, a solução manual desses
> problemas exigiria um trabalho contínuo de ~2 semanas eu acho. Vale a
> pena considerando o benefício. Na maioria dos municípios (em geral
> pequenos) um trabalho desse tipo poderia ser feito completamente em
> poucas horas.
>
> Onde não houver mão-de-obra disposta a realizar a correção, acho que é
> fundamental no mínimo documentar (de preferência no wiki) que ficou
> pendente de correção, do contrário ninguém vai saber onde procurar os
> erros. Idealmente seria aberta também uma tarefa em algum sistema de
> gestão de tarefas para orientar e monitorar esse trabalho. Agora que
> temos o Kaart interessado em nos ajudar, podemos também tentar um
> contato com eles para que realizem as correções manualmente. Se este
> caso surgir com frequência em municípios diferentes, acho que vale a
> pena organizar um grupo de trabalho para fazer as correções manuais.
> Um grupo especializado assim estaria familiarizado com o tipo de erro
> desse processo e poderia trabalhar rápido e com menos erros humanos.
>
> Caso a etapa de documentar a correção não for feita, o resultado mais
> provável é que os erros permanecerão no mapa por um bom tempo e que
> serão esquecidos, prejudicando a confiabilidade dos dados. Por
> exemplo, na importação dos edifícios em Porto Alegre, uma informação
> foi colocada na etiqueta description, foi solicitado aos mapeadores
> que fosse convertida em etiquetas consumíveis (geralmente amenity=*),
> mas esse trabalho nunca foi feito por ninguém. A informação está lá no
> OSM, parada há anos, sem usufruto pelas aplicações. Como diz o wiki
> [2] num texto proveniente do original em inglês, "nunca suponha que
> essas pessoas vão alegremente arrumar a bagunça que você fez."
>
> Não estou dizendo que é obrigação de quem importa fazer a correção
> manual. O importante é traçar um plano de correção e engajar as
> pessoas que o executarão, e havendo interessados em fazer isso antes
> mesmo da importação, melhor ainda. Como você pode ver lá na discussão
> de Porto Alegre, há também questões relativas à limpeza de dados
> existentes.
>
> > O que acha?  Podemos seguir com essa terminologia? importação de "ponto
> invalido" (obviamente 

Re: [Talk-br] Sobre a necessidade (ou não) de ter addr:street em importação de addr:housenumber

[Fernando Trebien]

On Thu, Feb 14, 2019 at 7:55 AM Peter Krauss  wrote:
> 2.2. Ponto oficial incompleto: pode ser importando?  Essa é a discussão. As 
> fontes de informação na verdade existem, só que não é uma fonte única, pode 
> estar misturando verdade de campo, norma oficial (por exemplo leis de 
> nomenclatura de rua), dado oficial (ex. os pontos fornecidos pela 
> prefeitura), etc. O algorítomo mesmo sendo aberto é complexo e poucas pessoas 
> do OSM terão tempo e capacidade de avaliar.  ESTÁ EM DISCUSSÃO, mas 
> precisamos primeiro arrumar a casa, chegar a uma descrição satisfatória no 
> "ponto oficial completo" (2.1 acima).  Mesmo depois de discutir e chegar a um 
> consenso aqui precisaremos verificar com restante da comunidade OSM.
>
> 2.2.1. Com  numeração (addr:housenumber) obtida por interpolação/proximidade.

Acho que depende das características do dado original. Se o que ele
tem é o endereço inicial e final de cada quadra, ou um endereço no
meio de cada quadra, ele pode ser importado sem problema algum usando
linhas interpoladoras, tal como se faz sem Buenos Aires e em alguns
outras cidades do mundo, contanto que os pontos de endereço contenham
o nome da rua. Seria indesejável interpolar o endereço gerando cada
ponto intermediário.

> 2.2.2. Com  nome de rua (addr:street) obtido por proximidade.

Entre poder/não poder eu prefiro responder isso com as consequências
pro OSM de importar com ou sem um tratamento dos problemas dessa
abordagem.

Em Porto Alegre já constatamos que a projeção dos endereços nas ruas
para obter o nome da rua produz cerca de 5% de endereços errados, ou
seja, 1 erro em cada 20 endereços. Um dado com tantos erros não possui
qualidade suficiente para suportar satisfatoriamente um serviço de
geocodificação. Se, por exemplo, alguém quiser usar o  mapa para
oferecer um serviço de entregas ou de transporte individual, muitos
endereços estarão a quilômetros de distância do local correto, o que
obviamente seria bem ruim pra confiabilidade do serviço. Nesse caso,
eu esperaria que o usuário simplesmente descartaria o OSM e adotaria
um concorrente, como o Google Maps. Pior do que isso, se alguém quiser
usar os endereços existentes para inserir pontos de interesse a partir
de uma listagem local, os erros serão propagados e a correção exigirá
mais esforço (talvez o dobro) do que se tivesse sido feita antes.

Mesmo numa cidade do tamanho de Porto Alegre, a solução manual desses
problemas exigiria um trabalho contínuo de ~2 semanas eu acho. Vale a
pena considerando o benefício. Na maioria dos municípios (em geral
pequenos) um trabalho desse tipo poderia ser feito completamente em
poucas horas.

Onde não houver mão-de-obra disposta a realizar a correção, acho que é
fundamental no mínimo documentar (de preferência no wiki) que ficou
pendente de correção, do contrário ninguém vai saber onde procurar os
erros. Idealmente seria aberta também uma tarefa em algum sistema de
gestão de tarefas para orientar e monitorar esse trabalho. Agora que
temos o Kaart interessado em nos ajudar, podemos também tentar um
contato com eles para que realizem as correções manualmente. Se este
caso surgir com frequência em municípios diferentes, acho que vale a
pena organizar um grupo de trabalho para fazer as correções manuais.
Um grupo especializado assim estaria familiarizado com o tipo de erro
desse processo e poderia trabalhar rápido e com menos erros humanos.

Caso a etapa de documentar a correção não for feita, o resultado mais
provável é que os erros permanecerão no mapa por um bom tempo e que
serão esquecidos, prejudicando a confiabilidade dos dados. Por
exemplo, na importação dos edifícios em Porto Alegre, uma informação
foi colocada na etiqueta description, foi solicitado aos mapeadores
que fosse convertida em etiquetas consumíveis (geralmente amenity=*),
mas esse trabalho nunca foi feito por ninguém. A informação está lá no
OSM, parada há anos, sem usufruto pelas aplicações. Como diz o wiki
[2] num texto proveniente do original em inglês, "nunca suponha que
essas pessoas vão alegremente arrumar a bagunça que você fez."

Não estou dizendo que é obrigação de quem importa fazer a correção
manual. O importante é traçar um plano de correção e engajar as
pessoas que o executarão, e havendo interessados em fazer isso antes
mesmo da importação, melhor ainda. Como você pode ver lá na discussão
de Porto Alegre, há também questões relativas à limpeza de dados
existentes.

> O que acha?  Podemos seguir com essa terminologia? importação de "ponto 
> invalido" (obviamente invalida), de "ponto oficial completo" e de "ponto 
> oficial incompleto".

Eu chamaria isso de um endereço incompleto/insuficiente, não de
inválido. O que realmente é inválido (em ~5% dos casos) é a heurística
de projetar o endereço sobre a rua mais próxima, seja ela feita antes
da importação ou feita pelo geocodificador caso a addr:street esteja
faltando no endereço.

-- 
Fernando Trebien

___
Talk-br mailing list

Re: [Talk-br] Sobre a necessidade (ou não) de ter addr:street em importação de addr:housenumber

[Peter Krauss]

Oi gente, respondendo primeiro ao Fernando depois ao Pedro,

Fernando, a sua colocação é consistente, mas a discussão evoluiu em duas
frentes (2.1 e 2.2 abaixo), e devemos tomar o cuidado de separar com
clareza,
sugiro dar nomes sempre que referir:

1. *Ponto inválido*: não pode existir no mapa OSM um *node* de
endereçamento sem ambos, nome de rua (*addr:street*) e numeração (
*addr:housenumber*).
É "a lei", "o grande consenso" e a boa prática. Evita-se inserir e
pode-se deletar um ponto inválido.
Por favor, *NAO ESTÁ EM DISCUSSÃO*, já foi discutido e é consenso
universal (na comunidade BR e na comunidade internacional)*.*

*2. MÉTODO DE EDIÇÃO E/OU IMPORTAÇÃO DE PONTOS OFICIAIS: *a diferença entre
um dado oficial e um dado empírico é que o dado oficial não tem confirmação
em campo, mas em contrapartida tem um documento ou *declaração oficial do
governo*. Ver https://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Oficial


2.1. *Ponto oficial completo*: pode ser importando pois todos os dados
estão presentes (posição, nome e numeração)  e é uma "verdade oficial",
dispensando maiores (precisa de *consistência* naturalmente!) preocupações
com a verdade de campo homologada por usuários OSM potnto a ponto, *basta
amostragem*.
É consenso, estão todos de acordo em fazer importação automática,
queremos apenas UNIFORMIZAR PROCESSOS e a SIMPLIFICAR/PADRONIZAR um pouco
as os relatórios de importação, para que mais pessoas possam ver e
entender,  *auditar sem perder tempo*.

2.2. *Ponto oficial incompleto*: pode ser importando?  Essa é a discussão.
As fontes de informação na verdade existem, só que não é uma fonte única,
pode estar misturando verdade de campo, norma oficial (por exemplo leis de
nomenclatura de rua), dado oficial (ex. os pontos fornecidos pela
prefeitura), etc. O algorítomo mesmo sendo aberto é complexo e poucas
pessoas do OSM terão tempo e capacidade de avaliar.  *ESTÁ EM DISCUSSÃO*,
mas precisamos *primeiro arrumar a casa*, chegar a uma descrição
satisfatória no "ponto oficial completo" (*2.1* acima).  Mesmo depois de
discutir e chegar a um consenso aqui precisaremos verificar com restante da
comunidade OSM

.

2.2.1. Com  numeração (addr:housenumber) obtida por
interpolação/proximidade.
2.2.2. Com  nome de rua (addr:street) obtido por proximidade.

O que acha?  *Podemos seguir com essa terminologia? *importação de "ponto
invalido" (obviamente invalida), de "ponto oficial completo" e de "ponto
oficial incompleto".

- - -

Pedro, quanto ao uso do inglês, a grande maioria não se sente a vontade
para entrar num debate com os gringos da comunidade OSM internacional,
damos a cara para bater sozinhos e em geral saímos de olho roxo por falta
de mais gente apoiando nossa opinião ou escrevendo em melhor inglês o nosso
posicionamento (em geral trazido/traduzido da comunidade local)... Claro,
quem não se importa ou já se sente a vontade deve continuar,
mas a maioria precisa de apoio, e um apoio seu, mesmo usando tradutor,
seria bem-vindo (!)... Se surgir alguma discussão relevante aviso aqui.





On Wed, Feb 13, 2019 at 3:35 PM Fernando Trebien 
wrote:

> Não acho certo importar dados em que addr:street tenha sido inferida
> por qualquer método sem que tenha sido feita uma conferência antes de
> fazer a importação. Daí se está importando sujeira no mapa que tende a
> ser esquecida e a prejudicar a qualidade final dos dados. O certo é
> definir uma forma de tratar as incorreções, seja aprimorando o método,
> usando métodos suplementares, ou fazendo uma revisão manual antes. É
> que estamos fazendo em PoA e em Curitiba, e não acho que devam ser
> abertas exceções.
>
> É justamente pra evitar que sejam importadas grandes quantidades de
> dados incorretos que existe todo esse protocolo de elaborar uma
> proposta e aprovar pela comunidade. Senão, qualquer um podia importar
> qualquer coisa (legalizada) de qualquer jeito. Inclusive, isso consta
> nos guidelines de importação. [1][2]
>
> [1]
> https://wiki.openstreetmap.org/wiki/Import/Guidelines#Take_great_care_to_avoid_damaging_the_database
> [2]
> https://wiki.openstreetmap.org/wiki/Pt:Import/Guidelines#N.C3.A3o_estrague_os_dados.21
>
> On Tue, Feb 12, 2019 at 5:09 PM Peter Krauss  wrote:
> >
> > Otima dica Adriano (!), que  tal então a seguinte regra para os
> algoritmos de inferência de street:
> >
> > * quando a inferência for altamente confiável, aplicar apenas tag note,
> https://wiki.openstreetmap.org/wiki/Key:note
> > com um valor padronizado, algo como "addr:street:inferred".
> >
> > * quando a inferência for mais fraca ou carecer de avaliação estatística
> de confiabilidade, usar a tag fixme,
> > https://wiki.openstreetmap.org/wiki/Key:fixme
> >para relatar a mesma coisa,  algo padronizado como
> "addr:street:inferred_low_reliability".
> >
> > É esperado que quem for editar, na maior parte dos casos, precisa apenas
> 

Re: [Talk-br] Sobre a necessidade (ou não) de ter addr:street em importação de addr:housenumber

[Fernando Trebien]

Não acho certo importar dados em que addr:street tenha sido inferida
por qualquer método sem que tenha sido feita uma conferência antes de
fazer a importação. Daí se está importando sujeira no mapa que tende a
ser esquecida e a prejudicar a qualidade final dos dados. O certo é
definir uma forma de tratar as incorreções, seja aprimorando o método,
usando métodos suplementares, ou fazendo uma revisão manual antes. É
que estamos fazendo em PoA e em Curitiba, e não acho que devam ser
abertas exceções.

É justamente pra evitar que sejam importadas grandes quantidades de
dados incorretos que existe todo esse protocolo de elaborar uma
proposta e aprovar pela comunidade. Senão, qualquer um podia importar
qualquer coisa (legalizada) de qualquer jeito. Inclusive, isso consta
nos guidelines de importação. [1][2]

[1] 
https://wiki.openstreetmap.org/wiki/Import/Guidelines#Take_great_care_to_avoid_damaging_the_database
[2] 
https://wiki.openstreetmap.org/wiki/Pt:Import/Guidelines#N.C3.A3o_estrague_os_dados.21

On Tue, Feb 12, 2019 at 5:09 PM Peter Krauss  wrote:
>
> Otima dica Adriano (!), que  tal então a seguinte regra para os algoritmos de 
> inferência de street:
>
> * quando a inferência for altamente confiável, aplicar apenas tag note, 
> https://wiki.openstreetmap.org/wiki/Key:note
> com um valor padronizado, algo como "addr:street:inferred".
>
> * quando a inferência for mais fraca ou carecer de avaliação estatística de 
> confiabilidade, usar a tag fixme,
> https://wiki.openstreetmap.org/wiki/Key:fixme
>para relatar a mesma coisa,  algo padronizado como  
> "addr:street:inferred_low_reliability".
>
> É esperado que quem for editar, na maior parte dos casos, precisa apenas 
> remover a tag note ou fixme, homologando humanamente a informação (de 
> preferencia com alguma evidência de campo). O que acham, o caminho é esse?
>
>
>
>
>
> On Tue, Feb 12, 2019 at 2:00 PM Adriano Rosa  wrote:
>>
>> sugiro que seja adicionada alguma etiqueta (fixme ou note) para indicar que 
>> falta adicionar o nome da rua no endereço.
>>
>> assim se evita que novos mapeadores achem que o jeito certo é somente 
>> adicionar o número e fica o registro que falta dado.
>>
>> cordialmente,
>>
>> adriano.
>>
>> _
>> Sempre tenha os seus arquivos quando você precisar deles com @Dropbox. Conta
>> de 2GB é grátis!
>>
>> Acesse: http://db.tt/enaEb5F
>>
>>
>>
>>
>> On Tue, Feb 12, 2019 at 1:24 PM Peter Krauss  wrote:
>>>
>>> Pedro, são mais argumentos a favor e concordo, mas a favor do que não seria 
>>> uma boa prática... A boa prática é já registrar o ponto com o nome de rua, 
>>> mas aí não seria o nome 100% certo, seria inferido por presunção de 
>>> proximidade com a rua...
>>>
>>> O que se comentou de saída para o dilema, que requer apoio na comunidade 
>>> geral do OSM, é estabelecer regras claras e consensuais para essa 
>>> presunção, e adicionalmente incluir uma tag de alerta "esse nome foi 
>>> inferido por computador" (tal como já fazemos com número de porta inferido 
>>> por interpolação).
>>>
>>> ... Quando  comento "requer apoio na comunidade geral do OSM", é 
>>> fundamental, precisamos comparecer em bando, pois senão quem for atrás só 
>>> vai perder tempo e se queimar, como já ocorreu outras fazes: se a 
>>> comunidade-Brasil não começar a se portar como "autoridade do Brasil", a  
>>> OSMF e pessoal de outros países, que desconhecem nossa realidade, vão 
>>> continuar passando por cima, e nossas demandas continuarão "à margem"... 
>>> Você escreve em inglês?  Alguém aqui poderia apoiar uma discussão  em 
>>> inglês?
>>>
>>>
>>>
>>> On Tue, Feb 12, 2019 at 12:30 PM Pedro vida torta 
>>>  wrote:

 Não vejo grandes problemas e importar sem o nome da via, teremos erros em 
 esquinas que podem ser corrigidos com o tempo, a maioria dos aplicativos 
 mostra a numeração no mapa e mesmo com o erro qualquer usuário pode achar 
 visualmente, no caso em questão somente a numeração esta disponível e eu 
 ficaria extremamente satisfeito com isso , já que colocar depois o nome da 
 via depois e bem mais fácil.

 Em sex, 8 de fev de 2019 às 09:56, Sérgio V.  escreveu:
>
> Trago aqui questão levantada,
> da necessidade (ou não) de ter addr:street:
> https://wiki.openstreetmap.org/wiki/Talk:Pt:Import/Catalogue/Brazil_PMPA_Addresses_Import
>
> (esta questão é muito importante para esta e quaisquer outras importações 
> do tipo de "endereços")
>
> -Levantada a questão de que:
> "para um endereço ser localizado no OSM, precisa ter ainda addr:street=*".
>
> -Problema:
> Nos dados originais não tem registrado nome da rua.
> O que pode ser obtido do original é: addr:housenumber=* + coordenadas.
>
> Necessidade (teórica ou real?): teria que complementar (adicionar) 
> addr:street=* para todos os 200.000 nós. (?!?)
>
> Dúvidas: Isso vale para qualquer endereço, para que possa ser 

Re: [Talk-br] Sobre a necessidade (ou não) de ter addr:street em importação de addr:housenumber

[Pedro vida torta]

Não escrevo em inglês uso somente o tradutor para tirar duvidas , claro que
quanto mais informações tiver a etiqueta melhor eu mesmo além da numeração,
CEP e nome da via, coloco ainda cidade, iluminação e tipo de piso, poi não
coloco devido a desconfiança das pessoas para passar os dados , eu me
comprometo a ajudar a arrumar as esquinas para diminuir os erros.

Em ter, 12 de fev de 2019 às 13:24, Peter Krauss 
escreveu:

> Pedro, são mais argumentos a favor e concordo, mas a favor do que não
> seria uma boa prática... A boa prática é já registrar o ponto com o nome de
> rua, mas aí não seria o nome 100% certo, seria inferido por presunção de
> proximidade com a rua...
>
> O que se comentou de saída para o dilema, que requer apoio na comunidade
> geral do OSM, é estabelecer regras claras e consensuais para essa
> presunção, e adicionalmente incluir uma tag de alerta "esse nome foi
> inferido por computador" (tal como já fazemos com número de porta inferido
> por interpolação).
>
> ... Quando  comento "requer apoio na comunidade geral do OSM", é
> fundamental, precisamos comparecer em bando, pois senão quem for atrás só
> vai perder tempo e se queimar, como já ocorreu outras fazes: se a
> comunidade-Brasil não começar a se portar como "autoridade do Brasil", a
> OSMF e pessoal de outros países, que desconhecem nossa realidade, vão
> continuar passando por cima, e nossas demandas continuarão "à margem"...
> Você escreve em inglês?  Alguém aqui poderia apoiar uma discussão  em
> inglês?
>
>
>
> On Tue, Feb 12, 2019 at 12:30 PM Pedro vida torta <
> pedrovidator...@gmail.com> wrote:
>
>> Não vejo grandes problemas e importar sem o nome da via, teremos erros em
>> esquinas que podem ser corrigidos com o tempo, a maioria dos aplicativos
>> mostra a numeração no mapa e mesmo com o erro qualquer usuário pode achar
>> visualmente, no caso em questão somente a numeração esta disponível e eu
>> ficaria extremamente satisfeito com isso , já que colocar depois o nome da
>> via depois e bem mais fácil.
>>
>> Em sex, 8 de fev de 2019 às 09:56, Sérgio V. 
>> escreveu:
>>
>>> Trago aqui questão levantada,
>>> da necessidade (ou não) de ter addr:street:
>>>
>>> https://wiki.openstreetmap.org/wiki/Talk:Pt:Import/Catalogue/Brazil_PMPA_Addresses_Import
>>>
>>> (esta questão é muito importante para esta e quaisquer outras
>>> importações do tipo de "endereços")
>>>
>>> -Levantada a questão de que:
>>> "para um endereço ser localizado no OSM, precisa ter ainda
>>> addr:street=*".
>>>
>>> -Problema:
>>> Nos dados originais não tem registrado nome da rua.
>>> O que pode ser obtido do original é: addr:housenumber=* + coordenadas.
>>>
>>> Necessidade (teórica ou real?): teria que complementar (adicionar)
>>> addr:street=* para todos os 200.000 nós. (?!?)
>>>
>>> Dúvidas: Isso vale para qualquer endereço, para que possa ser localizado?
>>>
>>> Possibilidades de executar:
>>> a) automatizado: gerando e adicionando valores de "nome de rua" por
>>> análise de proximidade aos pontos: pode gerar erros;
>>> b) manualmente: adicionando valores de "nome de rua" (preciso).
>>>
>>> Objeções:
>>>
>>> -É possível "retornar" o "nome de rua" por busca? Como com análise de
>>> proximidade? Os aplicativos podem operar assim? Isso não pode deixar para
>>> ser feito pelos aplicativos de localização/navegação, sob demanda? Se isso
>>> for possível, não necessitaria adicionar valor de "nome de rua", nem
>>> manualmente, nem automatizadamente. Simplesmente não adicionar
>>> addr:street.
>>>
>>> -Se for real a "necessidade indispensável" de ter que constar ou
>>> "adicionar" addr:street=* a cada nó importado de addr:housenumber=* (mesmo
>>> onde não haja no original), então vai certamente inviabilizar inúmeras
>>> possibilidades de importações de endereços.
>>>
>>> -Se tiver que adicionar, sobretudo "manualmente": trabalho gigantesco -
>>> esqueça-se, eu não faço; outros se quiserem peguem os dados ali
>>> disponibilizados e continuem.
>>> De todo modo, certamente inviabiliza maior parte de futuras importações
>>> em outros locais.
>>>
>>> - - - - - - - - - - - - - - - -
>>>
>>> Sérgio - http://www.openstreetmap.org/user/smaprs
>>> ___
>>> 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
>>
> ___
> 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

Re: [Talk-br] Sobre a necessidade (ou não) de ter addr:street em importação de addr:housenumber

[Peter Krauss]

Otima dica Adriano (!), que  tal então a seguinte regra para os algoritmos
de inferência de street:

* quando a inferência for *altamente confiável*, aplicar apenas tag *note*,
https://wiki.openstreetmap.org/wiki/Key:note
com um valor padronizado, algo como "addr:street:inferred".

* quando a inferência for mais fraca ou carecer de avaliação estatística de
confiabilidade, usar a tag *fixme*,
https://wiki.openstreetmap.org/wiki/Key:fixme
   para relatar a mesma coisa,  algo padronizado como
"addr:street:inferred_low_reliability".

É esperado que quem for editar, na maior parte dos casos, precisa apenas
remover a tag note ou fixme, homologando humanamente a informação (de
preferencia com alguma evidência de campo). O que acham, o caminho é esse?





On Tue, Feb 12, 2019 at 2:00 PM Adriano Rosa  wrote:

> sugiro que seja adicionada alguma etiqueta (fixme ou note) para indicar
> que falta adicionar o nome da rua no endereço.
>
> assim se evita que novos mapeadores achem que o jeito certo é somente
> adicionar o número e fica o registro que falta dado.
>
> cordialmente,
>
> adriano.
>
> _
> Sempre tenha os seus arquivos quando você precisar deles com @Dropbox.
> Conta
> de 2GB é grátis!
>
> Acesse: http://db.tt/enaEb5F
>
>
>
>
> On Tue, Feb 12, 2019 at 1:24 PM Peter Krauss  wrote:
>
>> Pedro, são mais argumentos a favor e concordo, mas a favor do que não
>> seria uma boa prática... A boa prática é já registrar o ponto com o nome de
>> rua, mas aí não seria o nome 100% certo, seria inferido por presunção de
>> proximidade com a rua...
>>
>> O que se comentou de saída para o dilema, que requer apoio na comunidade
>> geral do OSM, é estabelecer regras claras e consensuais para essa
>> presunção, e adicionalmente incluir uma tag de alerta "esse nome foi
>> inferido por computador" (tal como já fazemos com número de porta inferido
>> por interpolação).
>>
>> ... Quando  comento "requer apoio na comunidade geral do OSM", é
>> fundamental, precisamos comparecer em bando, pois senão quem for atrás só
>> vai perder tempo e se queimar, como já ocorreu outras fazes: se a
>> comunidade-Brasil não começar a se portar como "autoridade do Brasil", a
>> OSMF e pessoal de outros países, que desconhecem nossa realidade, vão
>> continuar passando por cima, e nossas demandas continuarão "à margem"...
>> Você escreve em inglês?  Alguém aqui poderia apoiar uma discussão  em
>> inglês?
>>
>>
>>
>> On Tue, Feb 12, 2019 at 12:30 PM Pedro vida torta <
>> pedrovidator...@gmail.com> wrote:
>>
>>> Não vejo grandes problemas e importar sem o nome da via, teremos erros
>>> em esquinas que podem ser corrigidos com o tempo, a maioria dos aplicativos
>>> mostra a numeração no mapa e mesmo com o erro qualquer usuário pode achar
>>> visualmente, no caso em questão somente a numeração esta disponível e eu
>>> ficaria extremamente satisfeito com isso , já que colocar depois o nome da
>>> via depois e bem mais fácil.
>>>
>>> Em sex, 8 de fev de 2019 às 09:56, Sérgio V. 
>>> escreveu:
>>>
 Trago aqui questão levantada,
 da necessidade (ou não) de ter addr:street:

 https://wiki.openstreetmap.org/wiki/Talk:Pt:Import/Catalogue/Brazil_PMPA_Addresses_Import

 (esta questão é muito importante para esta e quaisquer outras
 importações do tipo de "endereços")

 -Levantada a questão de que:
 "para um endereço ser localizado no OSM, precisa ter ainda
 addr:street=*".

 -Problema:
 Nos dados originais não tem registrado nome da rua.
 O que pode ser obtido do original é: addr:housenumber=* + coordenadas.

 Necessidade (teórica ou real?): teria que complementar (adicionar)
 addr:street=* para todos os 200.000 nós. (?!?)

 Dúvidas: Isso vale para qualquer endereço, para que possa ser
 localizado?

 Possibilidades de executar:
 a) automatizado: gerando e adicionando valores de "nome de rua" por
 análise de proximidade aos pontos: pode gerar erros;
 b) manualmente: adicionando valores de "nome de rua" (preciso).

 Objeções:

 -É possível "retornar" o "nome de rua" por busca? Como com análise de
 proximidade? Os aplicativos podem operar assim? Isso não pode deixar para
 ser feito pelos aplicativos de localização/navegação, sob demanda? Se isso
 for possível, não necessitaria adicionar valor de "nome de rua", nem
 manualmente, nem automatizadamente. Simplesmente não adicionar
 addr:street.

 -Se for real a "necessidade indispensável" de ter que constar ou
 "adicionar" addr:street=* a cada nó importado de addr:housenumber=* (mesmo
 onde não haja no original), então vai certamente inviabilizar inúmeras
 possibilidades de importações de endereços.

 -Se tiver que adicionar, sobretudo "manualmente": trabalho gigantesco -
 esqueça-se, eu não faço; outros se quiserem peguem os dados ali
 disponibilizados e continuem.
 De todo modo, 

Re: [Talk-br] Sobre a necessidade (ou não) de ter addr:street em importação de addr:housenumber

[Fernando Trebien]

Só pra avisar que em Porto Alegre o Sérgio e eu estamos conversando no
Telegram (no grupo Avançado do OSM). Constatamos ontem que a projeção
produz cerca de 5% de endereços com nome de rua incorretos, mas fáceis de
corrigir manualmente. Eu me dispus a fazer as correções manuais (e ainda
estou estudando a possibilidade de automatizá-las parcialmente) onde
necessário antes de submeter pro OSM, e também sugeri um cleanup nos
endereços que já existem, para evitar duplicações e dados legados. As
ideias ainda estão evoluindo e melhorando, um passo por vez.

On Tue, 12 Feb 2019, 13:24 Peter Krauss  Pedro, são mais argumentos a favor e concordo, mas a favor do que não
> seria uma boa prática... A boa prática é já registrar o ponto com o nome de
> rua, mas aí não seria o nome 100% certo, seria inferido por presunção de
> proximidade com a rua...
>
> O que se comentou de saída para o dilema, que requer apoio na comunidade
> geral do OSM, é estabelecer regras claras e consensuais para essa
> presunção, e adicionalmente incluir uma tag de alerta "esse nome foi
> inferido por computador" (tal como já fazemos com número de porta inferido
> por interpolação).
>
> ... Quando  comento "requer apoio na comunidade geral do OSM", é
> fundamental, precisamos comparecer em bando, pois senão quem for atrás só
> vai perder tempo e se queimar, como já ocorreu outras fazes: se a
> comunidade-Brasil não começar a se portar como "autoridade do Brasil", a
> OSMF e pessoal de outros países, que desconhecem nossa realidade, vão
> continuar passando por cima, e nossas demandas continuarão "à margem"...
> Você escreve em inglês?  Alguém aqui poderia apoiar uma discussão  em
> inglês?
>
>
>
> On Tue, Feb 12, 2019 at 12:30 PM Pedro vida torta <
> pedrovidator...@gmail.com> wrote:
>
>> Não vejo grandes problemas e importar sem o nome da via, teremos erros em
>> esquinas que podem ser corrigidos com o tempo, a maioria dos aplicativos
>> mostra a numeração no mapa e mesmo com o erro qualquer usuário pode achar
>> visualmente, no caso em questão somente a numeração esta disponível e eu
>> ficaria extremamente satisfeito com isso , já que colocar depois o nome da
>> via depois e bem mais fácil.
>>
>> Em sex, 8 de fev de 2019 às 09:56, Sérgio V. 
>> escreveu:
>>
>>> Trago aqui questão levantada,
>>> da necessidade (ou não) de ter addr:street:
>>>
>>> https://wiki.openstreetmap.org/wiki/Talk:Pt:Import/Catalogue/Brazil_PMPA_Addresses_Import
>>>
>>> (esta questão é muito importante para esta e quaisquer outras
>>> importações do tipo de "endereços")
>>>
>>> -Levantada a questão de que:
>>> "para um endereço ser localizado no OSM, precisa ter ainda
>>> addr:street=*".
>>>
>>> -Problema:
>>> Nos dados originais não tem registrado nome da rua.
>>> O que pode ser obtido do original é: addr:housenumber=* + coordenadas.
>>>
>>> Necessidade (teórica ou real?): teria que complementar (adicionar)
>>> addr:street=* para todos os 200.000 nós. (?!?)
>>>
>>> Dúvidas: Isso vale para qualquer endereço, para que possa ser localizado?
>>>
>>> Possibilidades de executar:
>>> a) automatizado: gerando e adicionando valores de "nome de rua" por
>>> análise de proximidade aos pontos: pode gerar erros;
>>> b) manualmente: adicionando valores de "nome de rua" (preciso).
>>>
>>> Objeções:
>>>
>>> -É possível "retornar" o "nome de rua" por busca? Como com análise de
>>> proximidade? Os aplicativos podem operar assim? Isso não pode deixar para
>>> ser feito pelos aplicativos de localização/navegação, sob demanda? Se isso
>>> for possível, não necessitaria adicionar valor de "nome de rua", nem
>>> manualmente, nem automatizadamente. Simplesmente não adicionar
>>> addr:street.
>>>
>>> -Se for real a "necessidade indispensável" de ter que constar ou
>>> "adicionar" addr:street=* a cada nó importado de addr:housenumber=* (mesmo
>>> onde não haja no original), então vai certamente inviabilizar inúmeras
>>> possibilidades de importações de endereços.
>>>
>>> -Se tiver que adicionar, sobretudo "manualmente": trabalho gigantesco -
>>> esqueça-se, eu não faço; outros se quiserem peguem os dados ali
>>> disponibilizados e continuem.
>>> De todo modo, certamente inviabiliza maior parte de futuras importações
>>> em outros locais.
>>>
>>> - - - - - - - - - - - - - - - -
>>>
>>> Sérgio - http://www.openstreetmap.org/user/smaprs
>>> ___
>>> 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
>>
> ___
> 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 a necessidade (ou não) de ter addr:street em importação de addr:housenumber

[Adriano Rosa]

sugiro que seja adicionada alguma etiqueta (fixme ou note) para indicar que
falta adicionar o nome da rua no endereço.

assim se evita que novos mapeadores achem que o jeito certo é somente
adicionar o número e fica o registro que falta dado.

cordialmente,

adriano.

_
Sempre tenha os seus arquivos quando você precisar deles com @Dropbox.
Conta
de 2GB é grátis!

Acesse: http://db.tt/enaEb5F




On Tue, Feb 12, 2019 at 1:24 PM Peter Krauss  wrote:

> Pedro, são mais argumentos a favor e concordo, mas a favor do que não
> seria uma boa prática... A boa prática é já registrar o ponto com o nome de
> rua, mas aí não seria o nome 100% certo, seria inferido por presunção de
> proximidade com a rua...
>
> O que se comentou de saída para o dilema, que requer apoio na comunidade
> geral do OSM, é estabelecer regras claras e consensuais para essa
> presunção, e adicionalmente incluir uma tag de alerta "esse nome foi
> inferido por computador" (tal como já fazemos com número de porta inferido
> por interpolação).
>
> ... Quando  comento "requer apoio na comunidade geral do OSM", é
> fundamental, precisamos comparecer em bando, pois senão quem for atrás só
> vai perder tempo e se queimar, como já ocorreu outras fazes: se a
> comunidade-Brasil não começar a se portar como "autoridade do Brasil", a
> OSMF e pessoal de outros países, que desconhecem nossa realidade, vão
> continuar passando por cima, e nossas demandas continuarão "à margem"...
> Você escreve em inglês?  Alguém aqui poderia apoiar uma discussão  em
> inglês?
>
>
>
> On Tue, Feb 12, 2019 at 12:30 PM Pedro vida torta <
> pedrovidator...@gmail.com> wrote:
>
>> Não vejo grandes problemas e importar sem o nome da via, teremos erros em
>> esquinas que podem ser corrigidos com o tempo, a maioria dos aplicativos
>> mostra a numeração no mapa e mesmo com o erro qualquer usuário pode achar
>> visualmente, no caso em questão somente a numeração esta disponível e eu
>> ficaria extremamente satisfeito com isso , já que colocar depois o nome da
>> via depois e bem mais fácil.
>>
>> Em sex, 8 de fev de 2019 às 09:56, Sérgio V. 
>> escreveu:
>>
>>> Trago aqui questão levantada,
>>> da necessidade (ou não) de ter addr:street:
>>>
>>> https://wiki.openstreetmap.org/wiki/Talk:Pt:Import/Catalogue/Brazil_PMPA_Addresses_Import
>>>
>>> (esta questão é muito importante para esta e quaisquer outras
>>> importações do tipo de "endereços")
>>>
>>> -Levantada a questão de que:
>>> "para um endereço ser localizado no OSM, precisa ter ainda
>>> addr:street=*".
>>>
>>> -Problema:
>>> Nos dados originais não tem registrado nome da rua.
>>> O que pode ser obtido do original é: addr:housenumber=* + coordenadas.
>>>
>>> Necessidade (teórica ou real?): teria que complementar (adicionar)
>>> addr:street=* para todos os 200.000 nós. (?!?)
>>>
>>> Dúvidas: Isso vale para qualquer endereço, para que possa ser localizado?
>>>
>>> Possibilidades de executar:
>>> a) automatizado: gerando e adicionando valores de "nome de rua" por
>>> análise de proximidade aos pontos: pode gerar erros;
>>> b) manualmente: adicionando valores de "nome de rua" (preciso).
>>>
>>> Objeções:
>>>
>>> -É possível "retornar" o "nome de rua" por busca? Como com análise de
>>> proximidade? Os aplicativos podem operar assim? Isso não pode deixar para
>>> ser feito pelos aplicativos de localização/navegação, sob demanda? Se isso
>>> for possível, não necessitaria adicionar valor de "nome de rua", nem
>>> manualmente, nem automatizadamente. Simplesmente não adicionar
>>> addr:street.
>>>
>>> -Se for real a "necessidade indispensável" de ter que constar ou
>>> "adicionar" addr:street=* a cada nó importado de addr:housenumber=* (mesmo
>>> onde não haja no original), então vai certamente inviabilizar inúmeras
>>> possibilidades de importações de endereços.
>>>
>>> -Se tiver que adicionar, sobretudo "manualmente": trabalho gigantesco -
>>> esqueça-se, eu não faço; outros se quiserem peguem os dados ali
>>> disponibilizados e continuem.
>>> De todo modo, certamente inviabiliza maior parte de futuras importações
>>> em outros locais.
>>>
>>> - - - - - - - - - - - - - - - -
>>>
>>> Sérgio - http://www.openstreetmap.org/user/smaprs
>>> ___
>>> 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
>>
> ___
> 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 a necessidade (ou não) de ter addr:street em importação de addr:housenumber

[Peter Krauss]

Pedro, são mais argumentos a favor e concordo, mas a favor do que não seria
uma boa prática... A boa prática é já registrar o ponto com o nome de rua,
mas aí não seria o nome 100% certo, seria inferido por presunção de
proximidade com a rua...

O que se comentou de saída para o dilema, que requer apoio na comunidade
geral do OSM, é estabelecer regras claras e consensuais para essa
presunção, e adicionalmente incluir uma tag de alerta "esse nome foi
inferido por computador" (tal como já fazemos com número de porta inferido
por interpolação).

... Quando  comento "requer apoio na comunidade geral do OSM", é
fundamental, precisamos comparecer em bando, pois senão quem for atrás só
vai perder tempo e se queimar, como já ocorreu outras fazes: se a
comunidade-Brasil não começar a se portar como "autoridade do Brasil", a
OSMF e pessoal de outros países, que desconhecem nossa realidade, vão
continuar passando por cima, e nossas demandas continuarão "à margem"...
Você escreve em inglês?  Alguém aqui poderia apoiar uma discussão  em
inglês?



On Tue, Feb 12, 2019 at 12:30 PM Pedro vida torta 
wrote:

> Não vejo grandes problemas e importar sem o nome da via, teremos erros em
> esquinas que podem ser corrigidos com o tempo, a maioria dos aplicativos
> mostra a numeração no mapa e mesmo com o erro qualquer usuário pode achar
> visualmente, no caso em questão somente a numeração esta disponível e eu
> ficaria extremamente satisfeito com isso , já que colocar depois o nome da
> via depois e bem mais fácil.
>
> Em sex, 8 de fev de 2019 às 09:56, Sérgio V. 
> escreveu:
>
>> Trago aqui questão levantada,
>> da necessidade (ou não) de ter addr:street:
>>
>> https://wiki.openstreetmap.org/wiki/Talk:Pt:Import/Catalogue/Brazil_PMPA_Addresses_Import
>>
>> (esta questão é muito importante para esta e quaisquer outras importações
>> do tipo de "endereços")
>>
>> -Levantada a questão de que:
>> "para um endereço ser localizado no OSM, precisa ter ainda addr:street=*".
>>
>> -Problema:
>> Nos dados originais não tem registrado nome da rua.
>> O que pode ser obtido do original é: addr:housenumber=* + coordenadas.
>>
>> Necessidade (teórica ou real?): teria que complementar (adicionar)
>> addr:street=* para todos os 200.000 nós. (?!?)
>>
>> Dúvidas: Isso vale para qualquer endereço, para que possa ser localizado?
>>
>> Possibilidades de executar:
>> a) automatizado: gerando e adicionando valores de "nome de rua" por
>> análise de proximidade aos pontos: pode gerar erros;
>> b) manualmente: adicionando valores de "nome de rua" (preciso).
>>
>> Objeções:
>>
>> -É possível "retornar" o "nome de rua" por busca? Como com análise de
>> proximidade? Os aplicativos podem operar assim? Isso não pode deixar para
>> ser feito pelos aplicativos de localização/navegação, sob demanda? Se isso
>> for possível, não necessitaria adicionar valor de "nome de rua", nem
>> manualmente, nem automatizadamente. Simplesmente não adicionar
>> addr:street.
>>
>> -Se for real a "necessidade indispensável" de ter que constar ou
>> "adicionar" addr:street=* a cada nó importado de addr:housenumber=* (mesmo
>> onde não haja no original), então vai certamente inviabilizar inúmeras
>> possibilidades de importações de endereços.
>>
>> -Se tiver que adicionar, sobretudo "manualmente": trabalho gigantesco -
>> esqueça-se, eu não faço; outros se quiserem peguem os dados ali
>> disponibilizados e continuem.
>> De todo modo, certamente inviabiliza maior parte de futuras importações
>> em outros locais.
>>
>> - - - - - - - - - - - - - - - -
>>
>> Sérgio - http://www.openstreetmap.org/user/smaprs
>> ___
>> 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
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Sobre a necessidade (ou não) de ter addr:street em importação de addr:housenumber

[Pedro vida torta]

Não vejo grandes problemas e importar sem o nome da via, teremos erros em
esquinas que podem ser corrigidos com o tempo, a maioria dos aplicativos
mostra a numeração no mapa e mesmo com o erro qualquer usuário pode achar
visualmente, no caso em questão somente a numeração esta disponível e eu
ficaria extremamente satisfeito com isso , já que colocar depois o nome da
via depois e bem mais fácil.

Em sex, 8 de fev de 2019 às 09:56, Sérgio V.  escreveu:

> Trago aqui questão levantada,
> da necessidade (ou não) de ter addr:street:
>
> https://wiki.openstreetmap.org/wiki/Talk:Pt:Import/Catalogue/Brazil_PMPA_Addresses_Import
>
> (esta questão é muito importante para esta e quaisquer outras importações
> do tipo de "endereços")
>
> -Levantada a questão de que:
> "para um endereço ser localizado no OSM, precisa ter ainda addr:street=*".
>
> -Problema:
> Nos dados originais não tem registrado nome da rua.
> O que pode ser obtido do original é: addr:housenumber=* + coordenadas.
>
> Necessidade (teórica ou real?): teria que complementar (adicionar)
> addr:street=* para todos os 200.000 nós. (?!?)
>
> Dúvidas: Isso vale para qualquer endereço, para que possa ser localizado?
>
> Possibilidades de executar:
> a) automatizado: gerando e adicionando valores de "nome de rua" por
> análise de proximidade aos pontos: pode gerar erros;
> b) manualmente: adicionando valores de "nome de rua" (preciso).
>
> Objeções:
>
> -É possível "retornar" o "nome de rua" por busca? Como com análise de
> proximidade? Os aplicativos podem operar assim? Isso não pode deixar para
> ser feito pelos aplicativos de localização/navegação, sob demanda? Se isso
> for possível, não necessitaria adicionar valor de "nome de rua", nem
> manualmente, nem automatizadamente. Simplesmente não adicionar addr:street
> .
>
> -Se for real a "necessidade indispensável" de ter que constar ou
> "adicionar" addr:street=* a cada nó importado de addr:housenumber=* (mesmo
> onde não haja no original), então vai certamente inviabilizar inúmeras
> possibilidades de importações de endereços.
>
> -Se tiver que adicionar, sobretudo "manualmente": trabalho gigantesco -
> esqueça-se, eu não faço; outros se quiserem peguem os dados ali
> disponibilizados e continuem.
> De todo modo, certamente inviabiliza maior parte de futuras importações
> em outros locais.
>
> - - - - - - - - - - - - - - - -
>
> Sérgio - http://www.openstreetmap.org/user/smaprs
> ___
> 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

Re: [Talk-br] Sobre a necessidade (ou não) de ter addr:street em importação de addr:housenumber

[Peter Krauss]

Oi Nelson, se formos pelo caminho do OpenAddresses, seria preciso de uma
tag de acurácia ou confiabilidade, ou um simples boolean indicando que
street foi inferida.
... Sem essa informação fica realmente um monte de dado "no limbo", em
utilidade,
Ver discussão   https://github.com/openaddresses/openaddresses/issues/4238



On Fri, Feb 8, 2019 at 1:06 PM Nelson A. de Oliveira 
wrote:

> Pegando um outro projeto https://openaddresses.io/
>
> Nele existe obrigatoriedade de número e nome de rua (senão não se
> forma um endereço)
>
> https://github.com/openaddresses/openaddresses/blob/master/CONTRIBUTING.md#attribute-tags
>
> ___
> 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 a necessidade (ou não) de ter addr:street em importação de addr:housenumber

[Sérgio V .]

E ao que me parece, mesmo errando, são erros muito pequenos.

Não erra do outro lado da cidade ou do bairro. Erra o lado da esquina apenas.
Se for só lado de esquina, desce do carro e bate na porta. Se não for esta, 
bate na do lado.

Precisa-se que o aplicativo mostre a porta certa na esquina, na rua do lado 
certo?
Mesmo que tenha isto devidamente escrito em "addr:housenumber + addr:street",
com os erros de 10 a 20m de GPS (mais ainda em centros, cânion urbano),
não vai ter a precisão desejada, pode errar a indicação de todo modo.

Quais outros erros pode haver?

Um trabalho gigantesco esperado, de complementar 200.000 endereços,
(mais o que houver mundo afora),
- por um "possível" erro que pode acontecer só em esquinas (10%);
- e que, ainda que corrigido, "não" vai fazer diferença, pois o sinal de GPS 
erra mais.

É isso mesmo?

Custo x benefício:
Beneficia a quem?
Custa pra quem?

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

Sérgio - http://www.openstreetmap.org/user/smaprs


De: Sérgio V. 
Enviado: sexta-feira, 8 de fevereiro de 2019 15:39
Para: santamariense; OpenStreetMap no Brasil
Assunto: RE: [Talk-br] Sobre a necessidade (ou não) de ter addr:street em 
importação de addr:housenumber

Aliá, como que um aplicativo roteia o endereço?

Não é o usuário escrevendo na busca?:
Rua = Rua X
Nº= 10

Como vai errar a rua, se já escreveu ela

Ok, pode ter outro Nº10 na rua Y ao lado, bem na esquina com a Rua X.
Então são "dois Nº= 10", um em cada lado da esquina X com Y.

Ainda assim o roteamento vai chegar na mesma esquina.
Mesmo que erre em qual lado da esquina estiver.
Não é?

Mas se quiser mais precisão, acertar
"qual dos dois Nº= 10 é o da Rua X"?

Ora, aquele que estiver próximo de um número qualquer na sequência da rua X:

---  (RUA Y)
15   |
--   |
10   |
---   - - - - - - - - - - - - - -  (RUA X)
(ESQ.) | 10 | 40 |
  ^ ^







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

Sérgio - http://www.openstreetmap.org/user/smaprs


De: santamariense 
Enviado: sexta-feira, 8 de fevereiro de 2019 14:31
Para: talk-br@openstreetmap.org
Assunto: Re: [Talk-br] Sobre a necessidade (ou não) de ter addr:street em 
importação de addr:housenumber

> As ruas da prefeitura tão no conjunto separado, EIXOS, da SMURB, que também 
> não interessa porque não é igual ao OSM.
> O que vale são os nomes que tão no OSM.

O ideal é que o nome dos logradouros bata 100% com o nome dos
logradouros nos housenumbers, mas isso não interfere em nada o
funcionamento de aplicativos. Ao meu ver poderia ser importado com os
nomes conforme estão na base da prefeitura se fosse o caso.

> Para o OSM, então, ok, terão que ser adicionados estes campos, quando 
> faltantes, a milhares de objetos.

Provavelmente quase todo housenumber que chegou ao OSM sem addr:street
ou relação veio por meio de importações. Naturalmente, "qualquer"
mapeador que for adicionar um endereço no mapa já vai assim fazer com
com o nome da rua junto.

89% dos addr:housenumber tem addr:street -
https://taginfo.openstreetmap.org/keys/addr%3Ahousenumber#combinations

Podemos dar uma sondada, em um primeiro momento, para ver se achamos
uma solução >automatizada< de com o ponto e seu ângulo, e a com uma
geometria de ruas extraídas do OSM conseguir obter o nome das ruas.

___
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 a necessidade (ou não) de ter addr:street em importação de addr:housenumber

[Sérgio V .]

Aliá, como que um aplicativo roteia o endereço?

Não é o usuário escrevendo na busca?:
Rua = Rua X
Nº= 10

Como vai errar a rua, se já escreveu ela

Ok, pode ter outro Nº10 na rua Y ao lado, bem na esquina com a Rua X.
Então são "dois Nº= 10", um em cada lado da esquina X com Y.

Ainda assim o roteamento vai chegar na mesma esquina.
Mesmo que erre em qual lado da esquina estiver.
Não é?

Mas se quiser mais precisão, acertar
"qual dos dois Nº= 10 é o da Rua X"?

Ora, aquele que estiver próximo de um número qualquer na sequência da rua X:

---  (RUA Y)
15   |
--   |
10   |
---   - - - - - - - - - - - - - -  (RUA X)
(ESQ.) | 10 | 40 |
  ^ ^







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

Sérgio - http://www.openstreetmap.org/user/smaprs


De: santamariense 
Enviado: sexta-feira, 8 de fevereiro de 2019 14:31
Para: talk-br@openstreetmap.org
Assunto: Re: [Talk-br] Sobre a necessidade (ou não) de ter addr:street em 
importação de addr:housenumber

> As ruas da prefeitura tão no conjunto separado, EIXOS, da SMURB, que também 
> não interessa porque não é igual ao OSM.
> O que vale são os nomes que tão no OSM.

O ideal é que o nome dos logradouros bata 100% com o nome dos
logradouros nos housenumbers, mas isso não interfere em nada o
funcionamento de aplicativos. Ao meu ver poderia ser importado com os
nomes conforme estão na base da prefeitura se fosse o caso.

> Para o OSM, então, ok, terão que ser adicionados estes campos, quando 
> faltantes, a milhares de objetos.

Provavelmente quase todo housenumber que chegou ao OSM sem addr:street
ou relação veio por meio de importações. Naturalmente, "qualquer"
mapeador que for adicionar um endereço no mapa já vai assim fazer com
com o nome da rua junto.

89% dos addr:housenumber tem addr:street -
https://taginfo.openstreetmap.org/keys/addr%3Ahousenumber#combinations

Podemos dar uma sondada, em um primeiro momento, para ver se achamos
uma solução >automatizada< de com o ponto e seu ângulo, e a com uma
geometria de ruas extraídas do OSM conseguir obter o nome das ruas.

___
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 a necessidade (ou não) de ter addr:street em importação de addr:housenumber

[Sérgio V .]

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

Sérgio - http://www.openstreetmap.org/user/smaprs


De: Fernando Trebien 
Enviado: sexta-feira, 8 de fevereiro de 2019 14:47
Para: OpenStreetMap no Brasil
Assunto: Re: [Talk-br] Sobre a necessidade (ou não) de ter addr:street em 
importação de addr:housenumber

On Fri, Feb 8, 2019 at 11:49 AM Sérgio V.  wrote:
>
> De: Nelson A. de Oliveira 
> Enviado: sexta-feira, 8 de fevereiro de 2019 10:38
>
> >É o que também indicam...
>
> Hum...São definições contraditórias:
> -uma diz que "um programa pode" assumir o nome da rua mais próxima;
> -outra que "deve" estar em "associatedStreet relation".

Poder pode, mas nem sempre dá certo. Com frequência falha nas esquinas
por causa da distância entre o ponto e as ruas. Como constam nas
referências do Nelson, as aplicações esperam que esta seja a exceção e
não a regra.

> Afinal, qual diz o que efetivamente é necessário?
>
> Aí nestes casos surge a dúvida evidente: quem definiu assim, diferente? E por 
> quê?
> Me parece que a definição parte mais de quem tem interesse no benefício do 
> uso do resultado do trabalho todo feito,
> do que de quem tem que realizar o trabalho.

Nesse momento nós estamos limitados pela capacidade das nossas
ferramentas. Dependemos do ecossistema feito fora do Brasil.

> Até agora, do que entendo, é o aplicativo, este sim, que vai se beneficiar 
> "sem esforço" nesta parte,
> ganhar dados a mais de graça, como "mágica", para fazer a navegação de modo 
> mais "fácil" e "rápido"...
> ...e ainda ganhar dinheiro com isso.

A licença dos dados do OSM permite que qualquer consumidor ganhe
dinheiro com o nosso trabalho, contanto que atribua ao OSM o crédito
pelos dados.

// Sim, isso eu sei. Não é isso que tá questionado ali. Pode ganhar dinheiro.
O questionamento todo é que, "além" de ganhar dinheiro coo o uso dos dados,
ganha recebendo um trabalho "extra" mastigado que o aplicativo mesmo pode fazer.


--
Fernando Trebien

___
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 a necessidade (ou não) de ter addr:street em importação de addr:housenumber

[Sérgio V .]

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

Sérgio - http://www.openstreetmap.org/user/smaprs


De: santamariense 
Enviado: sexta-feira, 8 de fevereiro de 2019 14:31
Para: talk-br@openstreetmap.org
Assunto: Re: [Talk-br] Sobre a necessidade (ou não) de ter addr:street em 
importação de addr:housenumber

>> As ruas da prefeitura tão no conjunto separado, EIXOS, da SMURB, que também 
>> não interessa porque não é igual ao OSM.
>> O que vale são os nomes que tão no OSM.

>O ideal é que o nome dos logradouros bata 100% com o nome dos
>logradouros nos housenumbers, mas isso não interfere em nada o
>funcionamento de aplicativos. Ao meu ver poderia ser importado com os
>nomes conforme estão na base da prefeitura se fosse o caso.

Neste caso não ajuda nada os nomes de rua da PMPA nos vetores linha do 
EIXOS_TMPOA.SHP.
O trabalho é mais simples (se isso for simples) com os próprios vetores do OSM,
pois são os do OSM os de interesse, já tá tudo correto, são os mais 
compatíveis, alinhados, e nomes adequados.

>> Para o OSM, então, ok, terão que ser adicionados estes campos, quando 
>> faltantes, a milhares de objetos.

>Provavelmente quase todo housenumber que chegou ao OSM sem addr:street
>ou relação veio por meio de importações. Naturalmente, "qualquer"
>mapeador que for adicionar um endereço no mapa já vai assim fazer com
>com o nome da rua junto.

Eu poucas vezes adicionava addr:street. Só addr:housenumber.
Não sabia da obrigação. Ainda mais que a rua já tá escrita no vetor que tá ao 
lado do mesmo endereço. Sempre achava redundante, preciosismo. Sempre achei que 
era ilógico duplicar a mesma informação que já consta na rua nomeada. (não sei 
se o Google faça isso, duplicar as informações... e se o faz deve ser 
automatizado)
E sempre achei que os endereço eram encontrados  simplesmente por:
nome no "vetor da rua" +  número no "outro objeto" (polígono de prédio; 
ponto...) próximo à rua
Isso resolveria uns 90% dos casos.
Os casos de esquina, ambíguos, devem ser uns 10%.

Ainda assim, mesmo que erre a rua,
"qual das duas ruas da esquina que contém o número tal"
o que pode errar é só a rua, não o ponto.
Ainda assim, o roteamento chega lá. Não é verdade?
Não consigo entender onde tá o problema para roteamento.

>89% dos addr:housenumber tem addr:street -
>https://taginfo.openstreetmap.org/keys/addr%3Ahousenumber#combinations

>Podemos dar uma sondada, em um primeiro momento, para ver se achamos
>uma solução >automatizada< de com o ponto e seu ângulo, e a com uma
>geometria de ruas extraídas do OSM conseguir obter o nome das ruas.

Ainda assim não penso só no caso de PoA.
Penso pra todas as importações que possam ser assim.

Supõe um tempo disponível enorme, que não é algo viável em sistema 
"colaborativo".

___
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 a necessidade (ou não) de ter addr:street em importação de addr:housenumber

[Fernando Trebien]

On Fri, Feb 8, 2019 at 11:49 AM Sérgio V.  wrote:
>
> De: Nelson A. de Oliveira 
> Enviado: sexta-feira, 8 de fevereiro de 2019 10:38
>
> >É o que também indicam...
>
> Hum...São definições contraditórias:
> -uma diz que "um programa pode" assumir o nome da rua mais próxima;
> -outra que "deve" estar em "associatedStreet relation".

Poder pode, mas nem sempre dá certo. Com frequência falha nas esquinas
por causa da distância entre o ponto e as ruas. Como constam nas
referências do Nelson, as aplicações esperam que esta seja a exceção e
não a regra.

> Afinal, qual diz o que efetivamente é necessário?
>
> Aí nestes casos surge a dúvida evidente: quem definiu assim, diferente? E por 
> quê?
> Me parece que a definição parte mais de quem tem interesse no benefício do 
> uso do resultado do trabalho todo feito,
> do que de quem tem que realizar o trabalho.

Nesse momento nós estamos limitados pela capacidade das nossas
ferramentas. Dependemos do ecossistema feito fora do Brasil.

> Até agora, do que entendo, é o aplicativo, este sim, que vai se beneficiar 
> "sem esforço" nesta parte,
> ganhar dados a mais de graça, como "mágica", para fazer a navegação de modo 
> mais "fácil" e "rápido"...
> ...e ainda ganhar dinheiro com isso.

A licença dos dados do OSM permite que qualquer consumidor ganhe
dinheiro com o nosso trabalho, contanto que atribua ao OSM o crédito
pelos dados.

-- 
Fernando Trebien

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

Re: [Talk-br] Sobre a necessidade (ou não) de ter addr:street em importação de addr:housenumber

[santamariense]

> As ruas da prefeitura tão no conjunto separado, EIXOS, da SMURB, que também 
> não interessa porque não é igual ao OSM.
> O que vale são os nomes que tão no OSM.

O ideal é que o nome dos logradouros bata 100% com o nome dos
logradouros nos housenumbers, mas isso não interfere em nada o
funcionamento de aplicativos. Ao meu ver poderia ser importado com os
nomes conforme estão na base da prefeitura se fosse o caso.

> Para o OSM, então, ok, terão que ser adicionados estes campos, quando 
> faltantes, a milhares de objetos.

Provavelmente quase todo housenumber que chegou ao OSM sem addr:street
ou relação veio por meio de importações. Naturalmente, "qualquer"
mapeador que for adicionar um endereço no mapa já vai assim fazer com
com o nome da rua junto.

89% dos addr:housenumber tem addr:street -
https://taginfo.openstreetmap.org/keys/addr%3Ahousenumber#combinations

Podemos dar uma sondada, em um primeiro momento, para ver se achamos
uma solução >automatizada< de com o ponto e seu ângulo, e a com uma
geometria de ruas extraídas do OSM conseguir obter o nome das ruas.

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

Re: [Talk-br] Sobre a necessidade (ou não) de ter addr:street em importação de addr:housenumber

[Sérgio V .]

Ok. Se dados completos no OSM é aquela definição, então é.
O que não deixa de ser arbitrária: ela tem que ser assim devido à situação; 
porque não se tem capacidade de resolver de outro modo.
Neste material da prefeitura não tem addr:street direto. Possivelmente em 
muitas outras ao redor do mundo também não.
Tem número e coordenadas, e se viram com isto.
As ruas da prefeitura tão no conjunto separado, EIXOS, da SMURB, que também não 
interessa porque não é igual ao OSM.
O que vale são os nomes que tão no OSM.
Para o OSM, então, ok, terão que ser adicionados estes campos, quando 
faltantes, a milhares de objetos.
Possivelmente em diversas importações. Isto irá se repetir sempre.
Mesmo automatizadamente, exigirá muito tempo.
Precisará ter gente e tempo suficiente pra executar todo este exigido. Sempre.

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

Sérgio - http://www.openstreetmap.org/user/smaprs


De: Nelson A. de Oliveira 
Enviado: sexta-feira, 8 de fevereiro de 2019 12:51
Para: OSM talk-br
Assunto: Re: [Talk-br] Sobre a necessidade (ou não) de ter addr:street em 
importação de addr:housenumber

On Fri, Feb 8, 2019 at 12:18 PM Sérgio V.  wrote:
> Quer dizer, o "deve" serve pra nós só?
> Tou vendo que a coisa toda tá como nós tendo o dever de preparar tudo 
> mastigado pra aplicativos.

O objetivo é ter os dados completos no OSM, independente de outros
implementarem ou não características desejáveis.

Pode ver pelo ponto de vista de um usuário qualquer, que quer pegar os
endereços do OSM: "ué, só tem número? o que eu faço com isso?"

___
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 a necessidade (ou não) de ter addr:street em importação de addr:housenumber

[Nelson A. de Oliveira]

Pegando um outro projeto https://openaddresses.io/

Nele existe obrigatoriedade de número e nome de rua (senão não se
forma um endereço)
https://github.com/openaddresses/openaddresses/blob/master/CONTRIBUTING.md#attribute-tags

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

Re: [Talk-br] Sobre a necessidade (ou não) de ter addr:street em importação de addr:housenumber

[Nelson A. de Oliveira]

On Fri, Feb 8, 2019 at 12:18 PM Sérgio V.  wrote:
> Quer dizer, o "deve" serve pra nós só?
> Tou vendo que a coisa toda tá como nós tendo o dever de preparar tudo 
> mastigado pra aplicativos.

O objetivo é ter os dados completos no OSM, independente de outros
implementarem ou não características desejáveis.

Pode ver pelo ponto de vista de um usuário qualquer, que quer pegar os
endereços do OSM: "ué, só tem número? o que eu faço com isso?"

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

Re: [Talk-br] Sobre a necessidade (ou não) de ter addr:street em importação de addr:housenumber

[Sérgio V .]

>Os programas "podem" calcular, mas acho que nenhum faz isso.
>"Podem" (sugestão) é diferente de "devem" (obrigação).

Quer dizer, o "deve" serve pra nós só?
Tou vendo que a coisa toda tá como nós tendo o dever de preparar tudo mastigado 
pra aplicativos.
Me incluam fora desta.

E já disse: prevejo que não vai ter gente pra atender, sob estas atuais 
condições, para importações de endereços.
Mal se tem pra mapeamento básico.
Só pagando grupos pra fazer (é por isso que já tão acontecendo estes grupos.)


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

Sérgio - http://www.openstreetmap.org/user/smaprs


De: Nelson A. de Oliveira 
Enviado: sexta-feira, 8 de fevereiro de 2019 12:03
Para: OSM talk-br
Assunto: Re: [Talk-br] Sobre a necessidade (ou não) de ter addr:street em 
importação de addr:housenumber

On Fri, Feb 8, 2019 at 11:49 AM Sérgio V.  wrote:
> Hum...São definições contraditórias:
> -uma diz que "um programa pode" assumir o nome da rua mais próxima;
> -outra que "deve" estar em "associatedStreet relation".

Os programas "podem" calcular, mas acho que nenhum faz isso.
"Podem" (sugestão) é diferente de "devem" (obrigação).

O endereço pode estar associado com "addr:street" (que praticamente
tudo entende) ou relação street/associatedStreet (quem poucos
entendem).

> Quer dizer: em "muitos outros casos" seria "fácil" para o aplicativo fazer? 
> Deduz-se que sim.

Depende de como você vê isso: é mais fácil ter 100 implementações
fazendo a mesma coisa (calculando endereço) ou fazer isso apenas uma
vez? (nos dados do OSM)
Se existem 100 programas que usam os endereços e 50 não implementam
isso, metade dos usuários dos dados vão ficar sem a informação?
Como que se convence todos os programadores a fazer isso?
A responsabilidade é dos programadores em desenvolver algo que é
apenas desejável ou é do OSM, em ter os dados incompletos?

___
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 a necessidade (ou não) de ter addr:street em importação de addr:housenumber

[Sérgio V .]

Claro, pode haver mais de 1 "número tal" (ex.Nº10) "perto" da rua, e dar 
ambiguidade.
Como numa esquina onde iniciam 02 ruas. As 02 podem ter 02 "Nº10" perto.

Neste caso, pode-se desempatar com os números próximos daquele primeiro, que 
estiverem na sequência com os demais "perto" da mesma rua.
-Em um caso, o próximo número da sequência vai necessariamente se afastar; o 
que exclui.
-No outro, o próximo número da sequência vai permanecer perto da rua em questão.

-- 20 --
--(15)--http://www.openstreetmap.org/user/smaprs


De: Sérgio V. 
Enviado: sexta-feira, 8 de fevereiro de 2019 11:57
Para: santamariense; OpenStreetMap no Brasil
Assunto: RE: [Talk-br] Sobre a necessidade (ou não) de ter addr:street em 
importação de addr:housenumber

>Notou se algum campo destes pontos teria algum código que
referenciasse um logradouro ao invés de diretamente o nome do
logradouro?

Ora:
-Cada "número" tem as suas "coordenadas";
-E no OSM tem as "ruas" já mapeadas, na frente (perto) destas coordenadas.
Isto não basta pra localizar "rua"e "número"?
Consigo pensar numa lógica simples:
1) abre-se o o aplicativo;
2) escreve a procura por: "rua tal", "numero tal";
3) ele localiza a rua;
4) ele procura dentre os nós mais próximos dela (na ordem dos mais próximos), 
aquele que tem o "numero tal".
Feito.
Os aplicativos não fazem isto? Ou querem a coisa mastigada e de graça?


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

Sérgio - http://www.openstreetmap.org/user/smaprs

________
De: santamariense 
Enviado: sexta-feira, 8 de fevereiro de 2019 11:34
Para: talk-br@openstreetmap.org
Assunto: Re: [Talk-br] Sobre a necessidade (ou não) de ter addr:street em 
importação de addr:housenumber

Notou se algum campo destes pontos teria algum código que
referenciasse um logradouro ao invés de diretamente o nome do
logradouro?

> -Levantada a questão de que: "para um endereço ser localizado no OSM, precisa 
> ter ainda addr:street=*".

Eu diria que seria a melhor situação, a qual não geraria erros. Pontos
sem addr:street são associados ao logradouro mais próximo, ou seja,
nem sempre ao logradouro ao qual está registrado (como você comentou).
Em Paris por exemplo foi importado assim ( ex.:
https://www.openstreetmap.org/node/1916243227 ) com relação
type=associatedStreet. Creio que o nominatim não encontra pela
associatedStreet.

Não entendo muito. Mas não seria possível associar um logradouro
automaticamente pelo "angle" do ponto? No QGIS? Algum código? Talvez a
solução para esta questão esteja nele.

Se ninguém se dispuser a fazer esse trabalho manual, que se importe
assim mesmo. Estando no OSM a comunidade naturalmente pode ir
adicionado os dados faltantes como addr:(street/postalcode)

___
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 a necessidade (ou não) de ter addr:street em importação de addr:housenumber

[Nelson A. de Oliveira]

On Fri, Feb 8, 2019 at 11:49 AM Sérgio V.  wrote:
> Hum...São definições contraditórias:
> -uma diz que "um programa pode" assumir o nome da rua mais próxima;
> -outra que "deve" estar em "associatedStreet relation".

Os programas "podem" calcular, mas acho que nenhum faz isso.
"Podem" (sugestão) é diferente de "devem" (obrigação).

O endereço pode estar associado com "addr:street" (que praticamente
tudo entende) ou relação street/associatedStreet (quem poucos
entendem).

> Quer dizer: em "muitos outros casos" seria "fácil" para o aplicativo fazer? 
> Deduz-se que sim.

Depende de como você vê isso: é mais fácil ter 100 implementações
fazendo a mesma coisa (calculando endereço) ou fazer isso apenas uma
vez? (nos dados do OSM)
Se existem 100 programas que usam os endereços e 50 não implementam
isso, metade dos usuários dos dados vão ficar sem a informação?
Como que se convence todos os programadores a fazer isso?
A responsabilidade é dos programadores em desenvolver algo que é
apenas desejável ou é do OSM, em ter os dados incompletos?

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

Re: [Talk-br] Sobre a necessidade (ou não) de ter addr:street em importação de addr:housenumber

[Sérgio V .]

>Notou se algum campo destes pontos teria algum código que
referenciasse um logradouro ao invés de diretamente o nome do
logradouro?

Ora:
-Cada "número" tem as suas "coordenadas";
-E no OSM tem as "ruas" já mapeadas, na frente (perto) destas coordenadas.
Isto não basta pra localizar "rua"e "número"?
Consigo pensar numa lógica simples:
1) abre-se o o aplicativo;
2) escreve a procura por: "rua tal", "numero tal";
3) ele localiza a rua;
4) ele procura dentre os nós mais próximos dela (na ordem dos mais próximos), 
aquele que tem o "numero tal".
Feito.
Os aplicativos não fazem isto? Ou querem a coisa mastigada e de graça?


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

Sérgio - http://www.openstreetmap.org/user/smaprs


De: santamariense 
Enviado: sexta-feira, 8 de fevereiro de 2019 11:34
Para: talk-br@openstreetmap.org
Assunto: Re: [Talk-br] Sobre a necessidade (ou não) de ter addr:street em 
importação de addr:housenumber

Notou se algum campo destes pontos teria algum código que
referenciasse um logradouro ao invés de diretamente o nome do
logradouro?

> -Levantada a questão de que: "para um endereço ser localizado no OSM, precisa 
> ter ainda addr:street=*".

Eu diria que seria a melhor situação, a qual não geraria erros. Pontos
sem addr:street são associados ao logradouro mais próximo, ou seja,
nem sempre ao logradouro ao qual está registrado (como você comentou).
Em Paris por exemplo foi importado assim ( ex.:
https://www.openstreetmap.org/node/1916243227 ) com relação
type=associatedStreet. Creio que o nominatim não encontra pela
associatedStreet.

Não entendo muito. Mas não seria possível associar um logradouro
automaticamente pelo "angle" do ponto? No QGIS? Algum código? Talvez a
solução para esta questão esteja nele.

Se ninguém se dispuser a fazer esse trabalho manual, que se importe
assim mesmo. Estando no OSM a comunidade naturalmente pode ir
adicionado os dados faltantes como addr:(street/postalcode)

___
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 a necessidade (ou não) de ter addr:street em importação de addr:housenumber

[Sérgio V .]

De: Nelson A. de Oliveira 
Enviado: sexta-feira, 8 de fevereiro de 2019 10:38

>É o que também indicam...

Hum...São definições contraditórias:
-uma diz que "um programa pode" assumir o nome da rua mais próxima;
-outra que "deve" estar em "associatedStreet relation".

Afinal, qual diz o que efetivamente é necessário?

Aí nestes casos surge a dúvida evidente: quem definiu assim, diferente? E por 
quê?
Me parece que a definição parte mais de quem tem interesse no benefício do uso 
do resultado do trabalho todo feito,
do que de quem tem que realizar o trabalho.

>* a proposta original de endereçamento...
>...If not given a program may assume the name of the nearest street it can 
>find,
>but this is **not easy or fast to do** in all cases 

..."Nem todos os casos" é fácil para o aplicativo fazer
Quer dizer: em "muitos outros casos" seria "fácil" para o aplicativo fazer? 
Deduz-se que sim.
E ainda, seja fácil ou difícil, sempre seria "possível" de o aplicativo fazê-lo.
Ora, se pode, e não o faz, está transferindo aquilo que considera que "não é 
fácil" para que "nós" o façamos.


>Importação quase nunca é algo mágico, rápido e que sai sem esforço

Não considero o que tem-se até agora como feito "ainda sem esforço".
Já tem umas 60h de trabalho.

Me parece é que há um esforço "adicional", que depende de a quem caberá.

Até agora, do que entendo, é o aplicativo, este sim, que vai se beneficiar "sem 
esforço" nesta parte,
ganhar dados a mais de graça, como "mágica", para fazer a navegação de modo 
mais "fácil" e "rápido"...
...e ainda ganhar dinheiro com isso.



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

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 a necessidade (ou não) de ter addr:street em importação de addr:housenumber

[santamariense]

Notou se algum campo destes pontos teria algum código que
referenciasse um logradouro ao invés de diretamente o nome do
logradouro?

> -Levantada a questão de que: "para um endereço ser localizado no OSM, precisa 
> ter ainda addr:street=*".

Eu diria que seria a melhor situação, a qual não geraria erros. Pontos
sem addr:street são associados ao logradouro mais próximo, ou seja,
nem sempre ao logradouro ao qual está registrado (como você comentou).
Em Paris por exemplo foi importado assim ( ex.:
https://www.openstreetmap.org/node/1916243227 ) com relação
type=associatedStreet. Creio que o nominatim não encontra pela
associatedStreet.

Não entendo muito. Mas não seria possível associar um logradouro
automaticamente pelo "angle" do ponto? No QGIS? Algum código? Talvez a
solução para esta questão esteja nele.

Se ninguém se dispuser a fazer esse trabalho manual, que se importe
assim mesmo. Estando no OSM a comunidade naturalmente pode ir
adicionado os dados faltantes como addr:(street/postalcode)

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

Re: [Talk-br] Sobre a necessidade (ou não) de ter addr:street em importação de addr:housenumber

[Nelson A. de Oliveira]

On Fri, Feb 8, 2019 at 9:56 AM Sérgio V.  wrote:
> -Levantada a questão de que:
> "para um endereço ser localizado no OSM, precisa ter ainda addr:street=*".

Precisa.
Senão só se tem apenas um número "jogado" no mapa, sem associação com
qual rua ele pertence.

É o que também indicam:

* o validador do JOSM (House number without street/Número de casa sem rua)

* a wiki https://wiki.openstreetmap.org/wiki/Key:addr (com as várias
citações que precisa de addr:housenumber=* + addr:street=* e também
pela parte "Please do not only tag addr:housenumber=*, but also add at
least addr:street=* or addr:place=* for places without streets (or map
the belonging to a street with a relation using associatedStreet
relation or street relation.)"

* o plugin https://wiki.openstreetmap.org/wiki/JOSM/Plugins/FixAddresses
(que considera o endereço sem rua como incompleto/inválido)

* a proposta original de endereçamento
https://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema
(as chaves addr:*), onde diz para addr:street: "The (main) name of the
related street. If not given a program may assume the name of the
nearest street it can find, but this is not easy or fast to do in all
cases (especially at intersections), so putting the name in here is
strongly encouraged (more reliable)."

* o osmose https://wiki.openstreetmap.org/wiki/Osmose/issues#Missing_tags
(ver o item street numbers, onde diz ""addr:housenumber or
addr:housename without addr:street, addr:district, addr:neighbourhood,
addr:quarter, addr:suburb, addr:place or addr:hamlet must be in a
associatedStreet relation" : there is a portion of the needed tag
addr=*. They do not provide a consistent address.")

* o OSM Inspector https://tools.geofabrik.de/osmi/ na camada
"Addresses", que também indica os objetos com "No addr:street tag"


Os aplicativos poderiam fazer algum cálculo para obter o endereço a
partir da rua mais próxima, mas isso também geraria erros e
inconsistência de toda forma.
Também não tem garantia de que todos iriam calcular os endereços da
mesma forma, precisaria convencer todos os consumidores a fazer isso,
etc.

Talvez menos pior nesse caso é calcular as ruas automaticamente e
quebrar em várias áreas pequenas (arquivos .osm), pegando uma
quantidade de pessoas para verificar se esses endereços calculados
estão corretos (usando o plugin todo do JOSM facilita e torna mais
rápido olhar os dados e passar para a frente, caso estejam corretos).

Ir inserindo blocos pequenos no OSM, aos poucos, é melhor do que não
inserir nada.

Importação quase nunca é algo mágico, rápido e que sai sem esforço
(pode escolher qualquer uma dessas carinhas para representar isso: ,
, , , ☹️)

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