Re: [Talk-br] Importação de dados da PBH/Prodabel

[Nelson A. de Oliveira]

On Fri, Nov 15, 2019 at 1:42 PM Alexandre Oliveira  wrote:
> A exemplo do que foi realizado pelo usuário smaprs em Porto Alegre[5],
> uma relação foi criada, contendo todos os 50 marcos geodésicos
> instalados na cidade.

Só essa parte de criar uma relação para agrupar os marcos que você
deixa de fora :-)
De resto não tem muito muita complexidade mesmo e é um processo rápido
para este caso (as tags estão certas, são poucos objetos, tomar
cuidado de ver se já existe algum man_made=survey_point antes)

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

Re: [Talk-br] Removing "WikiProject" prefix

[Nelson A. de Oliveira]

On Thu, Sep 5, 2019 at 7:45 AM dcapillae  wrote:
> I am Daniel, from Spain. I would like to change the name of the wiki pages 
> related to the Brazil mapping project to remove the "Wikiproject" prefix 
> according to the pages name conventions [1].

It seems good!

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

Re: [Talk-br] Able to host a tile.osm.org CDN node? (Inglês)

[Nelson A. de Oliveira]

On Wed, May 1, 2019 at 11:45 AM Peter Krauss  wrote:
> Oi gente, como ficou, alguém assumiu a responsabilidade?  Vai precisar de 
> vaquinha?

Já está funcionando no http://www.c3sl.ufpr.br/
Só ainda não foi divulgado.

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

Re: [Talk-br] Endereço de casa aparece na busca com nome completo

[Nelson A. de Oliveira]

On Tue, Mar 12, 2019 at 12:13 AM Joanice Castro
 wrote:
> Estou preocupada. Pois tem uma pessoa da minha família que quando procuramos 
> seu nome no Instagram aparece a localização de casa dela. Já tentamos de 
> várias formas retirar essa informação.  Mas quando denunciamos no mapa do 
> instagram,  ele encaminha pra este site aqui. Alguém poderia, por favor, me 
> ajudar com isso?

Joanice, apenas o mapa de fundo utiliza dados do OpenStreetMap.
Todas as outras informações, incluindo dados pessoais, provêm do
Instagram e/ou Facebook.

Infelizmente não há o que possamos fazer neste caso e você deve
procurar ajuda no próprio Instagram, através de
https://help.instagram.com/

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

Re: [Talk-br] Able to host a tile.osm.org CDN node? (Inglês)

[Nelson A. de Oliveira]

Eu estou conversando com o pessoal da https://www.c3sl.ufpr.br/
Banda não é problema para eles.
Aguardemos.

___
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

[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

[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

Re: [Talk-br] OSM Foundation e comunidade latina

[Nelson A. de Oliveira]

On Wed, Nov 14, 2018 at 8:45 AM Sérgio V.  wrote:
> Vocês sabem se, e onde, há uma lista dos concorrentes/candidatos ao OSMF 
> board deste ano?

https://wiki.openstreetmap.org/wiki/Foundation/AGM18/Election_to_Board

Tem o calendário de eventos no fim também.

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

Re: [Talk-br] OSM Foundation e comunidade latina

[Nelson A. de Oliveira]

On Tue, Nov 13, 2018 at 2:13 PM Gerald Weber  wrote:
> eu li sim, por isto mesmo fiquei na dúvida, meu deu impressão que "associate" 
> é meio como se fosse anônimo.

De certa forma, sim :-)
Por não ser um membro de fato (de acordo com as leis), também não
necessita fornecer informações mais completas.

Eu estou filiado como "normal".

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

Re: [Talk-br] OSM Foundation e comunidade latina

[Nelson A. de Oliveira]

On Tue, Nov 13, 2018 at 12:54 PM Gerald Weber  wrote:
> qual tipo? Normal Members ou Associate Members? Eu não entendi muito bem a 
> diferença :(

Gerald, você viu essa página?
https://wiki.osmfoundation.org/wiki/Membership

É possível votar independente do tipo.

Em resumo eu diria:
Quem é "normal" precisa fornecer o nome e endereço completo e ajudar
com até £1 se a fundação estiver numa situação delicada.
Quem é "associate" não é considerado membro propriamente dito pelas
leis do Reino Unido; não precisa fornecer o nome e nem endereço
completo para registro.

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

Re: [Talk-br] Road network improvements in Brazil

[Nelson A. de Oliveira]

Hi, Andrew.

On Fri, Nov 9, 2018 at 2:38 PM Andrew Wiseman  wrote:
> Are there places you know of that need improvement or types of problems you 
> see frequently? Also I saw these guidelines about road classifications, are 
> they the most recent classifications used by the community, or are there any 
> others we should be aware of? 
> https://wiki.openstreetmap.org/wiki/Pt:How_to_map_a

I believe that most of the time you will not have to worry about
reclassifying entire highways, but only small segments to maintain the
continuity of the roads.
Here https://www.openstreetmap.org/#map=15/-10.8073/-37.1696 we have
two examples:

- a primary segment https://www.openstreetmap.org/way/276900076 which
is overclassified (it should be secondary)
- a tertiary segment https://www.openstreetmap.org/way/163099566 which
is underclassified (should also be secondary)

The Unmapped Places is also nice to locate possible places where we
are missing highways:
https://resultmaps.neis-one.org/unmapped#5/-13.966/-49.482

The Routing view from OSM Inspector should also be another source for
possible problems/improvements (specially to detect islands).

Best regards,
Nelson

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

Re: [Talk-br] Cedência dos dados de cartografia da IPPUC de Curitiba / Importação de numeração predial

[Nelson A. de Oliveira]

On Sun, Oct 28, 2018 at 2:50 PM Peter Krauss  wrote:
> hum... Parece que houve boa intensão e disposição de fazer a coisa certa, mas 
> por hora meu entendimento é que ainda não expressou o que foi solicitado. A 
> frase "Em complemento, concordamos com a disponibilização dos dados de 
> mapeamento do IPPUC sob os termos da liença ODC Open Database License" 
> infelizmente não consta no texto assinado.

Pra mim parece válido.
Tem muita coisa que a comunidade já conseguiu na base da conversa
(pessoalmente), e-mail, LAI, etc, sem documento formal assinado.

Nesse caso ele assinou um documento inicial que tinha alguns pontos
incertos; posteriormente esclareceu e disse que pode usar sob a ODbL.
Pra mim parece certo.

Não creio que deve haver problema, já que todo o fluxo da conversa e
esclarecimento está documentado.

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

Re: [Talk-br] Dúvida sobre mesclagem de linhas que estão relacionadas a rotas de ônibus

[Nelson A. de Oliveira]

2018-04-01 20:58 GMT-03:00 Gabriel Hartleben Starosky
:
> É a primeira vez que estou utilizando o OpenStreetMap e gostaria de saber o
> que acontece se eu mesclar duas linhas relacionadas a uma mesma rua, mas uma
> delas faz parte de uma rota de ônibus. A linha mesclada inteira fará parte
> da rota de ônibus?

Pode ser que sim.
Ou pode ser que o trecho fique de fora da relação de ônibus também.
Em ambos os casos fica uma representação incorreta.

Precisa ter cuidado ao mesclar linhas com propriedades diferentes (ou
que representem/façam parte de objetos diferentes).

De toda forma, não é para ter nenhum tipo de problema com ruas
quebradas em vários trechos.
Na dúvida é melhor deixar separado mesmo.

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

Re: [Talk-br] Como interpretar direction em pontos de alerta?

[Nelson A. de Oliveira]

2018-04-01 8:56 GMT-03:00 Flavio Bello Fialho :
> A maioria dos usuários novos tem dificuldades com relações e se pudermos
> evitar o seu uso a chance de mapeamento incorreto diminui. Uma forma de
> mapear sem usar relações:

Criar um novo mapeamento incorreto para evitar outro tipo de
mapeamento incorreto?

Mas vamos para outro exemplo: alguns tipos de restrição de manobra são
bem complexos e exigem relações, algumas vezes com vários caminhos
como "via".
As últimas versões do iD tornaram isso bem mais fácil.

Mas antes disso, ninguém ficava criando rua que não existe ou fazendo
gambiarra com "oneway" e outras coisas para representar uma restrição
apenas porque não sabia mapear ou usar uma relação.

> 5. Se a direção da lente da câmera não coincide com a do monitoramento e
> alguém quiser muito mapear isso, use um tag mais específico, como
> "direction:lens".

direction:lens não existe.
A direção já é dada por direction.

Se quer arrumar solução tem que ser solução global, e não gambiarra só
para o Brasil.

E aliás, já são 55 câmeras possivelmente erradas no Brasil (com direction).
Parece que conversar sobre isso só aumentou o número de uso incorreto.

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

Re: [Talk-br] Como interpretar direction em pontos de alerta?

[Nelson A. de Oliveira]

2018-03-29 13:28 GMT-03:00 Fidelis Assis :
> 1- A começar pelo nome, no iD a tradução de 'speed camera' é 'sensor de
> velocidade'. Difícil achar que essa tradução foi feita pensando em câmera;

As traduções estão sendo sempre arrumadas.
"camera" não é "sensor" :-)

Acredito que seja mais uma que foi incorretamente traduzida.
Talvez quem traduziu imaginou que "Câmera de velocidade" (ou algo
similar) soaria estranho.

> 2- O mapeamento tem sido feito como um nó na via na grande maioria dos
> casos. Ora, câmera não fica na via mas ao lado (maioria). Tecnica e
> intuitivamente não deveria ser mapeada na via mas ao lado, aí sim sendo
> necessária relação de enforcement para indicar a direção de fiscalização. O
> que de fato fica na via são os sensores de velocidade para os quais a ideia
> de direção concorda naturalmente com a de fiscalização;

São mapeadas como um nó na via justamente porque é uma forma simples.
Pode reparar que pouca gente entende sobre relações (e mapeiam o nó
por ser "fácil").

Vamos à wiki https://wiki.openstreetmap.org/wiki/Tag:highway%3Dspeed_camera

"A fixed road-side or overhead speed camera"

É uma câmera ao lado da rodovia ou acima dela.
Acima seria algo nesse sentido
https://upload.wikimedia.org/wikipedia/commons/1/1c/BSB_04_2008_412_ETS.JPG

Mapear da forma fácil ou simples não significa que seja a forma correta.

> Então, a impressão que fica para mim é que a semântica já foi de fato
> alterada na prática, aos poucos, sem percebermos. Estamos falando de câmera
> mas inconscientemente pensando no sensor.

Talvez está sendo entendida errada por dois fatos: tradução incorreta
e simplicidade de mapear dessa forma.
Mas de novo, não significa que isso é o correto.

No dia 31 janeiro 2018 tínhamos câmeras com direction forward/backward/both:

Global: 85
Brasil: 28 (32.94% to total)

Hoje temos:

Global: 103
Brasil: 41 (39.8% do total)

O Brasil ter quase 40% to total (e isso estar crescendo mais do que no
resto dos lugares) é algum indicativo de que talvez esteja havendo
alguma interpretação muito diferente do resto, não? :-)

> E por que ele sugere explicitamente graus no template? Para mim é porque ele
> estava pensando na câmera mesmo, algo naturalmente fora da via e, portanto,
> sem relação tipo forward/backward com a mesma. Entretanto, na prática o
> mapeamento tem sido feito na via e ele concorda com essa forma também.

Porque speed camera é a câmera :-)
Não tem lugar nenhum falando de sensor
https://wiki.openstreetmap.org/wiki/Tag:highway%3Dspeed_camera

> Um outro ponto que também achei estranho no início foi o uso de
> forward/backward em stops com uma noção contrária a do significado geral de
> direction que é para onde "olha" (faces to). Em stops é usado por
> recomendação da wiki e na prática para indicar o sentido do deslocamento e
> não para onde a placa de stop, ou a linha branca, "olha" - vi depois
> conferindo vários casos em outros países. Mas fica estranho você indicar
> forward e o viewfield olhar para trás. Já se você usar graus indicando a
> mesma direção o viewfield olha para frente!

highway=stop é exceção para direction.

Talvez uma forma de tentar entender o rolo do stop é que a placa não
tem como se aplicar na direção oposta (enquanto que a câmera pode,
podendo fotografar o carro de frente ou de trás).

> Sim, claro, o problema é justamente sua complexidade maior. Poucos
> mapeadores conseguem usá-la corretamente.

Mas muita coisa no OSM só dá para ser representada de forma complexa.
Tem gente que foge de relação, mas em muitos casos é o único mecanismo
que existe para mapear.

Eu posso arrumar de vez em quando as câmeras que estão em vias de mão
dupla, se for ajudar.

> Veja, o mecanismo mais simples para se indicar direção (tag direction) está
> reservado para a câmera, cuja direção pouco interessa nesse contexto. Já
> para a direção mais significativa, que é a de fiscalização, seria necessário
> usar o mais complexo do enforcement. É como estabelecer regra para coçar a
> orelha direita com a mão esquerda, o pessoal acaba ignorando.

O enforcement já estabelece a direção a que se aplica.
Se parar para pensar que direction serve para representar exatamente a
mesma coisa, não faz muito sentido.
Sinceramente nunca vi alguma propriedade que dá para ser representada
de forma duplicada assim no OSM.

Mas supondo que direction sirva para representar a direção a que se
aplica, e alguém queira representar a direção para onde aponta a
câmera, representaria como?
É outro X que fica ao usar direction dessa forma.

Não estou conseguindo fazer muita coisa, mas depois eu vou montar uma
pesquisa na wiki do speed_camera para ver qual o entendimento das
pessoas sobre isso tudo, e mandar uma mensagem na tagging também.

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

Re: [Talk-br] Como interpretar direction em pontos de alerta?

[Nelson A. de Oliveira]

2018-03-28 20:35 GMT-03:00 Fidelis Assis :
> Bem, acho que não fui muito claro. O que eu sugeri antes em outras palavras
> foi esquecer essa palava câmera :). E passar a interpretar o mapeamento de
> sensor de velocidade em nó de via não como mapeamento de câmera e sua
> direção mas do sensor mesmo! Aqueles sensores magnéticos ou de peso que
> ficam sob o asfalto na grande maioria dos "radares" fixos de trânsito.

Mas aí vai mudar a semântica do speed_camera.
Da mesma forma que vai mudar se usar backward/forward como a direção a
que ela se aplica.

Vai ser outra jabuticaba no Brasil, diferente do resto do mundo :-)

No dia 31 de janeiro tinha 28 câmeras com backard/forward no Brasil.
Hoje já tem 41.

Eu tentei pedir para que isso ficasse um pouco mais explícito no iD,
mas não consegui.
https://github.com/openstreetmap/iD/issues/4757

A relação de enforcement é mais complexa, mas já é o modelo válido
para se definir para que sentido se aplica ou não o aviso (e existe
desde 2009 
https://wiki.openstreetmap.org/wiki/Proposed_features/Relation:enforcement)

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

Re: [Talk-br] Como interpretar direction em pontos de alerta?

[Nelson A. de Oliveira]

2018-03-28 13:57 GMT-03:00 Flavio Bello Fialho :
> Dessa forma, para highway=speed_camera, recomendo usar
> direction=forward ou direction=backward, em casos de via de mão dupla

Isso não serve pra nada :-)
O direction para speed_camera não indica a direção a que se aplica o
radar. É apenas o lado para onde a câmera está apontando.

Um highway=speed_camera em uma via de mão dupla, com qualquer que seja
o direction e sem uma relação de enforcement, significa que se aplica
para os dois lados.

Esse é o problema inicial que o Fidelis levantou.

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

Re: [Talk-br] Como interpretar direction em pontos de alerta?

[Nelson A. de Oliveira]

Para este fim não dá para usar direction para highway=speed_camera ou similares.

O direction indica apenas o lado que está apontando, mas não a direção
a que se aplica.
Por exemplo, pode ter câmera apontando para o sentido do fluxo
(pegando o carro pela parte de trás) ou apontando contra o sentido do
fluxo (pegando o carro pela frente).
Inverter o direction da câmera para gerar um aviso seria incorreto, portanto.

Sem relação de enforcement não dá para representar a direção a que se aplica.

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

Re: [Talk-br] Como mapear Polícia Rodoviária?

[Nelson A. de Oliveira]

2018-02-15 11:32 GMT-02:00 Fidelis Assis :
> Uma coisa que me incomoda sempre que encontro é o uso de nomes genéricos (da
> classe, categoria, etc) na tag name, como  'Polícia Rodoviária Federal' e
> não o nome próprio do posto, normalmente exibido na fachada. Daí minha
> sugestão anterior de alterar todas as tags name para operator nos postos
> onde isso ocorre. Como esse erro conceitual é frequente, não só em postos
> políciais, acho que vale a pena enfatizar.

Talvez porque nem sempre tem um nome melhor no local.
Por exemplo, https://goo.gl/maps/rYNCXqvcLU72

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

Re: [Talk-br] Empresas de rastreamento adicionando nomes do Google

[Nelson A. de Oliveira]

Bem vindo, Bressan.

Pode enviar a lista aqui ou disponibilizá-la em algum local que a
gente dá uma olhada e verifica o que precisa ser corrigido.

Ideal mesmo seria você aproveitar para tirar dúvidas, aprender e
corrigi-los você mesmo ;-)

Abraço!

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

Re: [Talk-br] Como ser um nó de banco de dados do OSM?

[Nelson A. de Oliveira]

2017-10-04 11:53 GMT-03:00 Rodrigo M. Mariano :
> Ou outro exemplo, eu tenho o hospital Santa Bárbara, que foi construído em
> 1910 e demolido em 1940.
>
> No OSM esse dado apareceria no mapa padrão também, certo?

Não...
Até dá para marcar que o objeto está demolido, mas não sei até que
ponto isto é válido ou necessário.
Não seria renderizado, mas estaria disponível nos dados.

"Histórico" no OSM geralmente se refere a algum objeto que tem valor
ou interesse histórico (uma certa "importância"), e não a algo que
simplemente já existiu.
Em geral assume-se que o que está mapeado no OSM existe nos tempos atuais.

Não faz sentido ter um objeto no OSM representando um prédio que não
existe mais, por exemplo.
Também não dá para representar traçados de ruas que existiram em
diferentes épocas; ter 4 ruas sobrepostas (cada uma representando uma
época) é errado no OSM.

Algumas tentativas de representar a temporalidade inclusive chegam a
causar problemas, como
https://wiki.openstreetmap.org/wiki/Key:end_date

Existe um histórico de objetos no OSM, que é um pouco diferente do que
você deseja.
Por exemplo, um prédio comercial que há 5 anos era uma padaria, depois
virou açougue, depois quitanda, depois um bar.
Esse tipo de histórico dá para resgatar, mas apenas se quem atualizou
o objeto teve o cuidado de reaproveitá-lo (o que geralmente não
acontece).

Da mesma forma uma rua que se chamava "Rua X" e depois foi renomeada
para "Rua Y"; se quem atualizou o valor reaproveitou o objeto, haverá
este tipo de histórico.
Haverá apenas 1 objeto com as suas várias modificações ao longo do
tempo, mas também sem garantia de histórico das suas propriedades e
valores (já que podem simplesmente apagar o objeto e colocar um novo
em seu lugar).

Do que eu entendo não dá para mapear algo falando que aquilo se aplica
apenas a uma determinada época do passado.

Mesmo a chave historic
https://wiki.openstreetmap.org/wiki/Key:historic se refere a objetos
que ainda existem e que possuem importância histórica.

> Será que haveria alguma maneira de salvar esses dados temporais de mapas
> antigos no OSM?

Será que o que você quer não está mais para o Open Historical Map?
https://wiki.openstreetmap.org/wiki/Open_Historical_Map; é
praticamente a mesma estrutura do OSM, mas com um banco de dados
diferente.
Ou talvez algo como https://umap.openstreetmap.fr, que dá para ter
várias camadas (por exemplo, pode ter uma camada para os dados de
1910, outra para 1920, etc)

Eu perguntaria na t...@openstreetmap.org para ter outras ideias sobre
como daria para ter esses dados representados com temporalidade.

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

Re: [Talk-br] Como ser um nó de banco de dados do OSM?

[Nelson A. de Oliveira]

2017-09-26 15:28 GMT-03:00 Rodrigo M. Mariano :
> Isto é realmente possível? Se sim, alguém poderia me passar, por favor,
>
> as instruções de como podermos ser um nó de BD do OSM?

Vocês querem que tipo de serviço exatamente?
Apenas o banco de dados, um servidor de tiles ou outra coisa?

Esse servidor seria para uso interno de vocês ou seria disponibilizado
para o público também?

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

Re: [Talk-br] Mapeamento hidrológico

[Nelson A. de Oliveira]

Dá uma olhada nessas propostas (que são recentes e estão sendo
discutidas na tagging):

https://wiki.openstreetmap.org/wiki/Proposed_features/Waterways_classification
https://wiki.openstreetmap.org/wiki/Proposed_features/Rivers_Classification

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

Re: [Talk-br] Possibility to build a new Historic Project to OSM

[Nelson A. de Oliveira]

(retirei as outras listas do CC)

Rodrigo, que tipo exatamente de eventos/locais históricos você tem
interesse em inserir no OSM?

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

Re: [Talk-br] Nova divisão territorial substitui mesorregiões e microrregiões

[Nelson A. de Oliveira]

2017-07-26 6:42 GMT-03:00 Sérgio V. :
> Pelo que entendi, então, quanto às MESO e MICRO regiões, colocadas no OSM
> como "admin_level", não faz o menor sentido tê-las no OSM.

Cuidado:
https://lists.openstreetmap.org/pipermail/talk-br/2016-May/011328.html

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

Re: [Talk-br] Armação dos Búzios, RJ

[Nelson A. de Oliveira]

Se for só o nome da área residencial, está pronto.

Pessoalmente eu removeria essas áreas residenciais muito grandes, que
tentam representar (de forma incorreta) a mancha urbana.

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

Re: [Talk-br] Numeração da Av paulista em SP - SP

[Nelson A. de Oliveira]

2017-05-18 18:41 GMT-03:00 Marcos Fedato :
> Se os numeros forem da mesma rua poderia se utilizar o ponto e virgula para 
> cada numero.

Em geral funciona com várias chaves no OSM, mas não para endereços.
Para os vários números precisa representar separadamente mesmo.

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

Re: [Talk-br] Proposal of import: Brazilian Geodetic Network (man_made=survey_points)

[Nelson A. de Oliveira]

Parece bom depois das correções.

O que eu faria (e falaria ao enviar para a lista imports) é
reaproveitar¹ os dados que já foram inseridos anteriormente (e depois
revertidos).
Tomando o cuidado apenas para ajustar o que precisa e não recriar as relações.

Assim se torna desnecessário criar novos objetos no mapa.

Sérgio, só pra ter mais garantia e também fornecer os dados para
análise (acho que vão querer ver na imports), tem como fazer os
ajustes e disponibilizar o arquivo .osm em algum lugar para verificar?

¹ é uma reversão da reversão: reverte, remove as relações, ajusta note
e outras informações, verifica 10 vezes

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

Re: [Talk-br] Digest Talk-br, volume 102, assunto 6

[Nelson A. de Oliveira]

2017-03-08 15:41 GMT-03:00 André Fernandes :
> Como assim qualidade dos dados? Como podemos mensurar isso?

Localização, principalmente.
Tem muitos nós que a posição está bem distante do seu local correto.

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

Re: [Talk-br] Dados do Cadastro Nacional de Estabelecimentos de Saúde

[Nelson A. de Oliveira]

O que precisa e dá para descartar de cara desses dados:

origem_coord = GOOGLE
ds_tipo_unidade = UNIDADE MOVEL*

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

Re: [Talk-br] Dúvida sobre o copyright de dados derivados do OSM

[Nelson A. de Oliveira]

1) https://www.google.com/help/terms_maps.html

Não dá para relicenciar um trabalho derivado do Google como domínio
público; ele proíbe o uso para muitos casos.

2) Dá uma lida em
https://wiki.openstreetmap.org/wiki/Legal_FAQ#3b._If_I_have_data_derived_from_OSM_data.2C_do_I_have_to_distribute_it.3F
e https://wiki.openstreetmap.org/wiki/License/Use_Cases

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

Re: [Talk-br] Dados do Cadastro Nacional de Estabelecimentos de Saúde

[Nelson A. de Oliveira]

2017-03-08 14:12 GMT-03:00 santamariense :
> fixme="Averiguar/Corrigir posição. Importação tal".

Isso infelizmente não funciona com a maioria dos mapeadores.
O que geralmente acontece é o objeto ser apagado, simplesmente por ter
uma posição, nome ou geometria incorreta.

E olhando os dados não me parece que dá para importar diretamente, sem
algum tipo de trabalho manual antes.

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

Re: [Talk-br] Dúvida na identificação de Rodovias

[Nelson A. de Oliveira]

2017-02-14 13:05 GMT-02:00 Jairo Duarte :
> Os GPS's poderão lidar com isso? Endereços cadastrados na ref?

Geralmente usam o valor que estiver em addr:street
Não fazem verificação se isso é um nome de rua mesmo ou não.

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

Re: [Talk-br] Dúvida na identificação de Rodovias

[Nelson A. de Oliveira]

2017-02-14 12:28 GMT-02:00 Jairo Duarte :
> É isso mesmo que estou entendendo? Então não poderemos cadastrar
> corretamente o endereço de milhares de construções que estão ao longo das
> rodovias catarinenses?

Vai no endereço dos objetos e coloca "SC-114" como a rua, que vai
encontrar da forma que você deseja.

Só que, como tentei explicar, quem procurar pelo endereço utilizando
"Rodovia Prudente Cândido da Silva Filho", não vai achar.

Não tem como colocar 2 endereços para a mesma coisa.
Sempre vai ter algum caso que a pessoa não vai achar o endereço.

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

Re: [Talk-br] Dúvida na identificação de Rodovias

[Nelson A. de Oliveira]

2017-02-14 11:19 GMT-02:00 Flavio Bello Fialho :
> Anexo I da lei, na parte de Lages, está especificado: "Denomina Enedino
> Batista Ribeiro o trecho da Rodovia SC-438 entre o Rio Lavatudo/Divisa com o
> Município".

Do que entendo o anexo é apenas a referência das leis que foram
revogadas, e não uma nova lei que denomina a rodovia.

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

Re: [Talk-br] Dúvida na identificação de Rodovias

[Nelson A. de Oliveira]

2017-02-13 21:41 GMT-02:00 Jairo Duarte :
> A dúvida é a seguinte: como ficará uma rota no GPS? Se alguém ligar para a 
> Construserra e perguntar o endereço? o atendente vai dizer SC-114 km254... 
> como vais colocar no GPS, visto que no nosso mapa a Construserra está 
> localizada na Rodovia Enedino Batista Ribeiro?

Não vai.
Isso que quis dizer anteriormente.
Não tem como ter 2 endereços.

Se deixar "SC-114", não vai dar para encontrar os endereços "Rodovia
Enedino Batista Ribeiro".
Se deixar "Rodovia Enedino Batista Ribeiro" não vai ter os endereços "SC-114".

Pode até dar para fazer uma gambiarra com os objetos possuindo um
endereço neles e uma relação street/associatedStreet com o outro nome
da rua, mas muito provavelmente vai ser raro o aplicativo que consiga
entender que isso são 2 endereços distintos.

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

Re: [Talk-br] Dúvida na identificação de Rodovias

[Nelson A. de Oliveira]

Santamariense, pra não te deixar sem resposta por enquanto:

2017-02-13 0:56 GMT-02:00 santamariense :
> 1 - As rodovias com nomes oficiais, porém (ainda) não amplamente usado
> pela população, podem ter esses nomes adicionados a "official_name"
> deixando "name" vazio?

Deixa o nome em "name".
Não tem muito sentido deixar sem nome principal e usar um nome alternativo.

> 2 - Como vocês fazem para mapear uma building associada a esta rodovia
> quando o endereço-rua dado a ela difere do nome oficial da rodovia?

Aqui tem um problema: o local possui apenas um endereço.
Por mais que as pessoas conheçam por vários nomes a rua, o endereço é apenas um.

Acho que todos concordam que endereço é único, certo? (sem entrar em
casos onde é casa de esquina, com duas portas, etc)

Não existe "alt_addr:"
Usar relações do tipo street ou associatedStreet não funcionam como
forma de gerar "endereço alternativo".
Duplicar informação no OSM também não é o modo correto (por exemplo,
criando 2 nós dentro do prédio, cada um com um endereço).

Sinceramente não acho que dá pra gerar de uma forma correta endereço e
endereço alternativo para o mesmo local.

Na prática só dá para deixar os nós com endereço conhecido localmente
ou com o endereço correto/oficial.
Um sempre vai excluir o outro.
Colocando "SC-114" como endereço de rua vai excluir quem procurar pelo
endereço de "Rodovia Alguma Coisa"; da mesma forma o contrário.

Pessoalmente eu sempre usaria o novo nome do local, mesmo que
temporariamente (nesse período de transição entre o nome antigo e o
novo) as pessoas ficassem um pouco confusas ao não mais achar o
endereço antigo, por exemplo.

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

Re: [Talk-br] Dúvida na identificação de Rodovias

[Nelson A. de Oliveira]

2017-02-13 16:52 GMT-02:00 santamariense :
> Eu fiz duas perguntas e não responderam (o Vitor deu mais ou menos uma
> opinião - acabei de ler). Não eram perguntas retóricas.

Calma.
Por enquanto a resposta está em "não dá".
Estamos pensando nisso.

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

Re: [Talk-br] Dúvida na identificação de Rodovias

[Nelson A. de Oliveira]

2017-02-13 14:38 GMT-02:00 Jairo Duarte :
> Na realidade o povo ainda conhece como SC-438

Vamos ao problema mais amplo então: quando que deve parar de utilizar
o nome antigo de alguma coisa?

Colocando o nome antigo no mapa, na prática não estimula o uso dele para sempre?
Ou pelo outro lado, deixando de colocar o nome novo, não vai
desestimular o uso dele?

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

Re: [Talk-br] Dúvida na identificação de Rodovias

[Nelson A. de Oliveira]

2017-02-13 14:30 GMT-02:00 Jairo Duarte :
> name1: Trecho Enedino Batista Ribeiro

"name1" não existe.
Nada vai entender isso.

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

Re: [Talk-br] Dúvida na identificação de Rodovias

[Nelson A. de Oliveira]

Quando o logradouro muda (o nome da rua), consequentemente o endereço
também muda.

A SC-114 não era SC-438?
O endereço não utilizava anteriormente SC-438?
Ou vai ter que ficar para sempre utilizando SC-438, porque ainda tem
gente que chama a rodovia dessa forma?

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

Re: [Talk-br] Dúvida na identificação de Rodovias

[Nelson A. de Oliveira]

2017-02-13 13:34 GMT-02:00 Jairo Duarte :
> Mas aqui não se trata de gramática, e sim da realidade. A numeração da
> rodovia segue o padrão da rodovia e não dos trechos. Como já disse as
> denominações são homenagens que não influem na estrutura de numeração da
> rodovia.

A numeração (ou sigla, ou código, tanto faz) vai ser a mesma em todos
os trechos. Isso é a "ref".
Mas o nome varia em determinados trechos. Isso é "name".

E que diferença faz se é homenagem ou não?
A maioria das pessoas aqui mora em uma rua que tem um nome de uma
pessoa que ninguém nunca ouviu falar. Isso também não é uma homenagem?
Faz diferença?

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

Re: [Talk-br] Dúvida na identificação de Rodovias

[Nelson A. de Oliveira]

Se a lei fala que metade da rodovia tem nome "X" e a outra metade "Y",
você sinceramente continua achando que o nome da rodovia é SC-XXX?

Você está confundindo a sigla/código da rodovia com o nome dela.

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

Re: [Talk-br] Dúvida na identificação de Rodovias

[Nelson A. de Oliveira]

No caso desse trecho da SC-114, a lei que dá denominação é essa
http://server03.pge.sc.gov.br/LegislacaoEstadual/2002/012353-011-0-2002-001.htm
Então se há lei, é o nome do trecho.

MAS a lei foi revogada em
http://server03.pge.sc.gov.br/LegislacaoEstadual/2015/016720-011-0-2015-001.htm
por causa de "atribuir nome de pessoa viva e de pessoa falecida que
tenha praticado ato de lesa-humanidade, tortura ou violação de
direitos humanos, a bem público, de qualquer natureza, pertencente ao
Estado ou a pessoas jurídicas da Administração Indireta."

Ou seja, a não ser que exista outra lei dando nome ao trecho, essa
parte em específico não possui nome (não deve ter nenhum "name" no
OSM, muito menos "Rodovia SC-117", mas apenas "ref").

Pegando um outro trecho de rodovia, como a SC-157.
No documento do DEINFRA temos "ENGº FÉLIX MALBURG" como denominação.

Ao procurar pela lei temos a confirmação de que o nome de fato está
correto: 
http://server03.pge.sc.gov.br/LegislacaoEstadual/2016/017027-011-0-2016-001.htm

Se a dúvida é achar que "Rodovia SC-XXX" é o nome, basta olhar na leis.

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

Re: [Talk-br] Dúvida na identificação de Rodovias

[Nelson A. de Oliveira]

Jairo, não resolve o seu caso mantendo as informações em suas tags
corretas e fazendo com que o Navit exiba as duas informações?

Se for o caso de precisar de alguma ajuda com isso, dá para a gente
dar uma fuçada até sair algo aceitável no Navit.

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

Re: [Talk-br] Dúvida na identificação de Rodovias

[Nelson A. de Oliveira]

2017-02-12 17:19 GMT-02:00 Jairo Duarte :
> Esta postura não é correta, sempre se deve identificar o nome, mesmo que
> seja da forma como é feito na Argenina, repetindo a ref com a identificação
> de ruta, rodovia, rua, porque a base do OSM tem múltiplos usos e para alguns
> a nomeação é imprescindivel.

Justamente por isso que se mapeia de forma neutra, sem favorever a
aplicação A ou B.
Nome é "name" e sigla/código é "ref". Não tem como e nem porque diferir disso.

Lendo http://trac.navit-project.org/ticket/519 parece que é possível
fazer com que o Navit exiba as duas coisas (a sigla e o nome da
rodovia).
Só precisaria personalizar a exibição dos dois atributos:

navigation.item.street_name - Name of the road which the vehicle is
currently on (isso é o nome da rodovia)
navigation.item.street_name_systematic - Number/reference of the road
which the vehicle is currently on, if available (isso é a sigla da
rodovia)

http://wiki.navit-project.org/index.php/On_Screen_Display#text

Dá uma olhada em
https://sourceforge.net/p/navitconfigurat/wiki/Wiki%20for%20NavitConfigurator/

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

Re: [Talk-br] Dúvida na identificação de Rodovias

[Nelson A. de Oliveira]

2017-02-12 15:24 GMT-02:00 Jairo Duarte :
> Acho que a idéia do Santamariense é a ideal, pois é também adotada em outros
> paises, como na Argentina, onde as rodovias nacionais não tem outra
> denominação.

Mas apenas quando não possuem denominação, da mesma forma que acontece
com várias rodovias BR.

Deixar a rodovia contendo a própria sigla no nome, quando esta possui
uma denominação, é tornar tornar os dados incorretos para a maioria
dos casos e usos.

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

Re: [Talk-br] Dúvida na identificação de Rodovias

[Nelson A. de Oliveira]

Acho que é diferente nesse caso.
O nome é conhecido apenas na região dessa forma, e não de forma geral.

Por exemplo, ninguém fica falando "República Federativa do Brasil",
mas apenas "Brasil", em qualquer parte do Brasil que você for.
Nesse caso faz sentido usar official_name e name.

Já a SC-114, é senso comum o uso de SC-114 ou é algo usado apenas por
pessoas de Santa Catarina?

Isso me parece mais algo como "reg_name" (nome regional) do que "name" de fato.

Um exemplo menor mas que é o mesmo caso: uma cidade tem uma rua com um
determinado nome, conhecida por "Rua do bar" pelos moradores daquele
bairro.
Apenas os moradores desse bairro chamam de "Rua do bar", com o resto
da população usando apenas o nome oficial da rua.

Você sendo um morador desse bairro, mapearia a rua como name="Rua do
bar" e official_name="Rua X"?
Pra quem mora no bairro faz todo o sentido, mas e pro resto da cidade?

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

Re: [Talk-br] Dúvida na identificação de Rodovias

[Nelson A. de Oliveira]

É que nesse seu caso acaba caindo em uma provável limitação do aplicativo.
Talvez na hora de gerar os mapas poderia incluir a sigla junto com o
nome, para que as duas informações sejam exibidas.
Não sei se existe essa possibilidade ao compilar o mapa para Navit.

Alguns aplicativos já fazem isso (tanto falando quanto exibindo a
sigla e o nome da rodovia).

Para casos onde existe um nome oficial e um nome "conhecido", como o
da SC-390, você pode utilizar o nome conhecido na tag "alt_name" (nome
alternativo), "nat_name" (nome conhecido nacionalmente) ou "loc_name"
(nome conhecido localmente).

É a forma correta de se fazer, apesar de poder cair no mesmo caso: nem
todos os aplicativos vão reconhecer o nome alternativo.

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

Re: [Talk-br] Dúvida na identificação de Rodovias

[Nelson A. de Oliveira]

Qual o problema de colocar a sigla da rodovia na tag "ref" e o nome em "name"?
As duas informações serão exibidas ao mesmo tempo e ficarão do jeito correto.

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

Re: [Talk-br] RES: Erro Mapa Offline

[Nelson A. de Oliveira]

Talvez você está atualizando os dados apenas para a renderização mas
não no nominatim? (que é o responsável por geocodificar as buscas)

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

Re: [Talk-br] Mapeamento adequado de Estações de Trem

[Nelson A. de Oliveira]

2017-01-04 2:11 GMT-02:00 santamariense :
> 2. Se não existe mais a estrutura (prédio) onde funcionava a estação,
> usa-se a tag abandoned:railway=station

No abandoned o prédio ainda existe, mas em estado de muita má
conversação (um prédio que ficou exposto ao tempo e ficou bem
danificado, por exemplo)

Se for representar um prédio que não existe mais seria o prefixo demolished:

https://wiki.openstreetmap.org/wiki/Lifecycle_prefix#Common_lifecycle_prefixes_in_chronological_order

> 3. Se a estrutura tem um valor histórico, deve-se informar a fonte
> (source) de sua importância histórica (lei de tombamento histórico,
> por exemplo); e, usar a tag historic:railway=station +
> railway:historic=station (já que a wiki não é bem clara, usar as duas)

Nenhuma das duas :-)

Repare que em 
https://wiki.openstreetmap.org/wiki/Railway_stations#Stations_and_sites_which_are_not_currently_in_operation
elas não são propostas como indicativas de historicidade, mas sim de
"estações que não são mais utilizadas".

É o mesmo caso em
https://wiki.openstreetmap.org/wiki/Talk:Tag:railway%3Dstation#Former_stations
(onde dá para entender um pouco do rolo de tanta forma de tentar
representar uma estação sem uso)

Objetos históricos (com significância histórica) são representados
pela chave "historic".

Há 197 objetos com historic=railway_station (eu utilizaria essa para
representar estações com valor histórico)

Ou, pelo menos, historic=yes (que pode ser utilizada em qualquer tipo
de objeto, para indicar que este possui relevância histórica)

> É preciso de voluntários para fazer as devidas correções. O ideal é
> que quem for editar cada estado(s), conheça a realidade atual da malha
> ferroviária do local. Alguém se candidata?

Quer talvez criar um MapRoulette para isso?

Dá para tirar o peso de coordenação do trabalho: cada interessado pega
uma tarefa (uma estação, no caso), verifica e envia; pode marcar que
não consegue resolver também (por faltar conhecimento local, por
exemplo). Também diminui a chance de duas pessoas mexerem no mesmo
lugar.

Seria só deixar um texto bem explicado na tarefa, dizendo que, se
houver qualquer tipo de dúvida do local, não faça modificações
duvidosas.

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

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

[Nelson A. de Oliveira]

2017-01-03 5:20 GMT-02:00 santamariense :
> Preciso que vocês ajudem a analisar se seria mais adequada para a
> addr:inclusion o valor estimated ou o valor potential.

estimate (já que os dados foram obtidos no local, mesmo havendo imprecisão).
Mas na prática não faz diferença se for estimate ou potential; o local
interpolado vai ser calculado da mesma forma e no mesmo lugar.

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

Re: [Talk-br] Mapeamento adequado de Estações de Trem

[Nelson A. de Oliveira]

2017-01-02 17:56 GMT-02:00 santamariense :
> Chegou-se ao consenso que o correto é mudar da tag (railway=station)
> para (historic:railway=station).

Não sei se historic:* é a melhor tag aqui.
historic é no sentido que o local possui um valor histórico; por
exemplo, a estação recebeu o primeiro trem de passageiros do Brasil.

Mais correto seria disused:railway ou, talvez, railway:historic

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

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

[Nelson A. de Oliveira]

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

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

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

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

[Nelson A. de Oliveira]

2016-12-14 13:37 GMT-02:00 santamariense :
> Ele disse ter pouco conhecimento do sistema de mensagens. E pelo o que
> o @thundercel relatou de uso indevido da conta, que não teria sido
> ele, é bem provável que possa ter sido outra pessoa que porventura
> compartilhe o computador com ele.

O Marcio vai se lembrar que eu perguntei se por acaso ele não teria um
filho ou neto, justamente pelos nomes de familiares nas ruas.
Parece bem uma coisa de criança (não no sentido de mentalidade
infantil, mas de pessoa com pouca idade mesmo).

> Também tenho notado que ele tem excluído as coisas "indevidas". Como
> este objeto (http://www.openstreetmap.org/node/4472678103/history). Só
> que claro que só isso não adianta, objeto vai ser excluído da base de
> dados do OSM de modo que não seja possível restaurá-lo e nem ver no
> histórico que este objeto em dado momento recebeu este nome.

Acho que seria melhor se ele pudesse manter os objetos.
Vai dar mais trabalho para verificar se eles forem removidos.

> @naoliv, você tem entrado em contato com a comunidade internacional
> sobre o caso? Formas mais práticas de revisão? Uma query no overpass
> não poderia trazer os dados editados por ele para se criar uma camada
> de revisão?

Trabalhando nisso.
Tendo novidades que possa nos ajudar eu aviso.

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

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

[Nelson A. de Oliveira]

2016-12-14 9:52 GMT-02:00 santamariense :
> Voltando ao assunto, existe eletroposto (amenity=charging_station) no Brasil?

Tem poucos.
Dá para achar através de notícias.
Por exemplo:

http://g1.globo.com/sp/campinas-regiao/noticia/2015/07/postos-para-carregar-carros-eletricos-comecam-funcionar-em-campinas.html
http://www.veiculoeletrico.blog.br/2015/12/rodovia-de-sp-tem-carga-gratis-para.html

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

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

[Nelson A. de Oliveira]

2016-12-13 21:27 GMT-02:00  :
> Quanto a exclusões de nomenclaturas feitas por ele no dia de hoje deduzo que
> isso ocorreu por comentários que fiz a ele quanto a nunca empregar dados do
> google. Se empregou e excluiu os dados, pelo menos a mim comprova as boas
> intensões dele e a vontade de aprender e corrigir seus erros.

Mas você consegue ver que fica o problema de identificar onde foi
copiado e também de remover isso? Não apenar apagar o nome, mas
precisa remover do banco de dados.

Independente de ter sido com boas ou más intenções, os nomes copiados
do Google precisam ser removidos.

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

Re: [Talk-br] Mitula esta usando mapas do OSM sem dar créditos

[Nelson A. de Oliveira]

2016-12-13 20:57 GMT-02:00 santamariense :
> Mapbox, talvez?

É do Mapbox sim.
Já mandou e-mail para eles do Mitula?

Se não responderem após algumas tentativas de contato, talvez o
caminho seja https://www.mapbox.com/blog/report-attribution-problems/

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

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

[Nelson A. de Oliveira]

2016-12-13 20:51 GMT-02:00 santamariense :
> eu sou plenamente favorável a pressionar
> que o editor ID salve as modificações numa mesma changeset.

Já tentaram isso https://github.com/openstreetmap/iD/issues/1598
Já tentamos também https://github.com/openstreetmap/iD/issues/2251

Deve ter vários outros tickets. Isso não vai mudar nunca no iD.

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

[Talk-br] Possível cópia de nomes de ruas do Google

[Nelson A. de Oliveira]

Verificando alguns problemas de locais eu reparei que os nomes de ruas
daqui são muito similares aos nomes do Google:

https://www.openstreetmap.org/#map=17/-22.72876/-44.84862

Inclusive tendo o nome do local
https://www.openstreetmap.org/node/4472678103 idêntico ao do Google
(Chácara São Judas Tadeu),
como pode ser visto em
https://www.google.com.br/maps/@-22.7285485,-44.849262,18z

Pela camada do IBGE rural o local talvez poderia ser "São Bom Jesus".

Se alguém clicar no POI da chácara no Google e ir para o website (que
vai cair numa página do Facebook) verá que ela está localizada no
"Bairro do Bom Jesus".

Independente do nome ser "São Bom Jesus", "Bairro do Bom Jesus" ou
alguma outra variação, é certo que "Chácara São Judas Tadeu" não é o
nome dessa localidade.
Parece claro que, neste caso, houve também uma cópia incorreta do nome
do local (que é apenas uma chácara particular).

Um outro exemplo:
http://mc.bbbike.org/mc/?lon=-67.732649=-10.14355=17=4=mapnik=google-map=bing-map=nokia-map

A "Rua Felício Abraão" só existe no Google (e no OSM)
Em todo os outros, incluindo o IBGE, é Abrahão (com H).

Muitas ruas nesse lugar batem com o Google, sendo identificáveis nos
pequenos detalhes de grafia.

Nos changesets vistos rapidamente dá para ver que não foi habilitada a
camada do IBGE ao inserir o nome das ruas.

No Telegram foi questionado que ele "Talvez conheça o nome das ruas de
onde mora".
Saber o nome das ruas de onde a pessoa mora é aceitável. Saber o nome
das ruas de um lugar distante, coincidindo com o Google, já passa a
ficar estranho.

Outro ponto é que algumas ruas aparentam estar representadas com nomes
de conhecidos ou familiares.

Exemplos:
Estava com nome de "Rua Lécio Rus Tôrres"
https://www.openstreetmap.org/way/279927998/history e ele retirou hoje
(não existe nenhuma rua com esse nome na Internet)

Estava com nome de "Rua Júlio Vilela"
https://www.openstreetmap.org/way/442473942/history e ele retirou hoje
(repare que o sobrenome é Vilela)

Estava com nome de "Rua Helana Da Silva Vilela"
https://www.openstreetmap.org/way/279728229/history e ele retirou hoje
(sobrenome Vilela)

Estava com nome de  "Rua Rosilene Vilela"
https://www.openstreetmap.org/way/279927994/history (mesma coisa)

Estranhamente essas ruas de cima tiveram os nomes removidos hoje.

Mas ainda é possível ver algumas ruas que não foram modificadas por
outros usuários, todas contendo "Vilela" em seus nomes:
http://overpass-turbo.eu/s/kDs

Tem nome que dá para procurar na Internet e ver que é uma pessoa real,
com endereço, telefone, etc, e que reside em Barra Mansa (onde
aparentemente o Gabriel reside).

Nessa parte me parece que muitas ruas foram nomeadas, de forma
incorreta, com nome de familiares ou conhecidos.

Muitas mensagens que foram enviadas ele não respondeu (desde outra
época, onde alguns dados foram alterados de forma incorreta).

Segundo o Marcio (Thundercel) ele é idoso e tem algumas limitações no
uso da Internet (e que por isso não recebeu os avisos de mensagens).
Ele também disse que o Gabriel se sentiu ofendido em um dos comentários.

Por mais bem intencionada que a pessoa esteja, dá para ver que algumas
coisas foram inseridas de maneira incorreta, com outras possivelmente
copiadas de onde não possuímos permissão.

O problema é que são quase 10 mil changesets.
Não dá para verificar um por um, além de ter duas questões
importantes: quais objetos possuem de fato um nome correto (e não um
nome fictício ou de conhecido) e quais objetos possuem o nome copiado.

Alguma sugestão?

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

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

[Nelson A. de Oliveira]

2016-12-13 11:51 GMT-02:00 Gerald Weber :
> o pessoal do maps.me já foi alertado sobre isto?

Já.
Tem 5 meses que a gente já enviou correção (mas ainda não foi incorporada).

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

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

[Nelson A. de Oliveira]

O maps.me tem um problema de tradução onde eletropostos (estações de
recarga de veículos elétricos) são confundidos com postos de
combustível.

Para quem tiver um tempo (mesmo que pouco), poderia verificar alguns
desses locais através do desafio em http://maproulette.org/map/1447

Creio que seja bem simples, rápido e fácil para colaborar, bastando
apenas efetuar o login com a conta do OSM e começar a corrigir os
postos, um por um.

Há uma descrição da tarefa no site.

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

Re: [Talk-br] Numeração de lotes e marcação das edificações de Joinville

[Nelson A. de Oliveira]

2016-12-09 1:47 GMT-02:00 Pedro vida torta :
> GPS inteligente RS, hj mesmo um motoqueiro faleceu no rio vitima de
> bandidos, causa GPS com mapa deficitário , o mesmo acontecera com mapas
> gerados pelo OSM se colocarmos um cabresto e não olharmos todas as
> aplicações se o problema e esse faça dos dois modos , um o numero de porta
> real e outro numero de edificação virtual, desse modo cada aplicativo pode
> escolher o melhor, meu foco e GPS e com certeza não irei numerar edifícios
> qdo disponíveis no mapa , ainda uso aplicações meio burras.

Sério que vai começar com toda essa história de novo de que a gente
tem que mapear para o GPS?
Bem em um assunto sobre importação de dados, que não tem nada a ver com isso?

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

Re: [Talk-br] Numeração de lotes e marcação das edificações de Joinville

[Nelson A. de Oliveira]

2016-12-09 0:18 GMT-02:00 Pedro vida torta :
> Nós soltos em construções as x e melhor, dependendo do tamanho do prédio o
> GPS pode rotear de uma forma equivocada levando a outra via

Mas isso é outro problema isso, fora do OSM.
Se o prédio inteiro possui um endereço, ele deve ser representado assim.
Não é certo representar algo de forma incompleta apenas para que
funcione melhor com algum tipo de aplicativo.

Pode colocar a entrada no prédio com entrance
https://wiki.openstreetmap.org/wiki/Entrance

Se o GPS for inteligente ele irá utilizá-la.

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

Re: [Talk-br] Numeração de lotes e marcação das edificações de Joinville

[Nelson A. de Oliveira]

2016-12-08 15:54 GMT-02:00 Daniel d'Andrada Tenório de Carvalho
:
>> Prédios que já existem você substituirá pelos da prefeitura, mantendo
>> o histórico?
>
> Se os da prefeitura forem mais detalhados, sim. Não sei como subistituir um
> polígono por outro mantendo o histórico. Como isso é feito?

Tem o plugin utilsplugin2 o JOSM
https://wiki.openstreetmap.org/wiki/JOSM/Plugins/utilsplugin2#Replace_geometry_.28Ctrl.2BShift.2BG.29

Mas é (e deve ser) um trabalho manual.

> Acho que o melhor será converter os polígonos dos lotes em nodes nos
> centróides correspondentes.

Consegue colocar a numeração no prédio?
Fica mais correto do que nós soltos, quando há apenas um prédio no terreno.

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

Re: [Talk-br] Numeração de lotes e marcação das edificações de Joinville

[Nelson A. de Oliveira]

Os lotes você importará como place=plot?
https://wiki.openstreetmap.org/wiki/Tag:place%3Dplot

Existe informação do tipo de uso de cada lote? (se é residencial,
comercial, etc)

Prédios que já existem você substituirá pelos da prefeitura, mantendo
o histórico?

É bom também, antes de iniciar, documentar todo o processo na wiki. Exemplos:
https://wiki.openstreetmap.org/wiki/PMSP_Buildings_Import
https://wiki.openstreetmap.org/wiki/Porto_Alegre,_Rio_Grande_do_Sul/Importa%C3%A7%C3%A3o_PMPA

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

Re: [Talk-br] Avaliar + Planejar = Agir fundamentadamente

[Nelson A. de Oliveira]

On Wed, Nov 30, 2016 at 4:08 PM, Gerald Weber  wrote:
> isto foi em larga escala! tem jeito de identificar onde ocorreu isto?

Ah... demorou um pouco para lembrar disso.
Foi uma duplicação que ocorreu na transamazônica e que o Adriano
reverteu depois https://www.openstreetmap.org/changeset/43962552

Por isso teve esse monte de nó removido.

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

Re: [Talk-br] Avaliar + Planejar = Agir fundamentadamente

[Nelson A. de Oliveira]

Dia 26 de novembro:

http://osmstats.neis-one.org/?item=countries=27-11-2016=Brazil

30599 nós deletados

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

Re: [Talk-br] Como mapear paradas de ônibus escolar

[Nelson A. de Oliveira]

2016-10-31 14:03 GMT-02:00 santamariense :
> ou apenas aplicar uma amenity=shelter?

Tem um abrigo nesses locais?
É um ponto de ônibus idêntico ao do transporte público? (ou talvez
compartilhado entre eles)

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

Re: [Talk-br] Uso indevido de dados do OSM

[Nelson A. de Oliveira]

Reporta para o Mapbox, que é o provedor de tile deles

https://www.mapbox.com/blog/report-attribution-problems/

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

Re: [Talk-br] state of the map latam

[Nelson A. de Oliveira]

2016-10-19 13:40 GMT-02:00 Gerald Weber :
> PS: quem daqui vai?

Eu vou.

Vai levar doce de leite e queijo minas pra gente, Gerald? :-P

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

Re: [Talk-br] Projeto de teste para integração com overpass

[Nelson A. de Oliveira]

2016-09-23 8:26 GMT-03:00 George Silva :
> Nelson, onde não conseguimos unir os diversos trechos?

Geralmente nas interseções onde não é claro para onde o caminho segue.
Por exemplo, a rua que vem da esquerda continua para qual lugar aqui?
https://i.imgur.com/CHbajUT.png

Se não tiver nome nesses trechos e a característica das 3 partes forem
iguais, não dá para unir.

Ou em locais que envolvem algumas características/relações que são
fáceis de serem separadas, mas não unidas (geralmente com relações).

Se você quiser fazer um teste, quebra um caminho que possui uma
relação de restrição no JOSM e depois manda ele unir os trechos
novamente.
Na quebra não existe qualquer tipo de decisão ou mensagem de aviso.
Na união já é necessário pensar e decidir o que se faz com os caminhos
(o JOSM vai te perguntar isso). Não há uma decisão automática aqui
porque ela pode introduzir erro nos dados (o que já aconteceu muito).

Quebrar os trechos para inserir rotas de ônibus ou alguma outra
informação é válido, claro. Pode até ter uma certa automatização (mas
sinceramente não creio que é possível automatizar 100% disso e não
gerar algum tipo de erro para alguns casos).

Quebrar os trechos apenas para tê-los separados, para possíveis
futuras edições, já não vejo com bons olhos.
Acredito que qualquer pessoa que já editou regiões assim vai concordar
que é algo bem caótico e até chato de se trabalhar.

> Outra coisa: estamos discutindo sobre algo que não existe uma guideline, 
> correto?

Estamos discutindo algo que vai acontecer sozinho: naturalmente as
vias acabam divididas ao se especificar o nome, superfície, número de
faixas, direção de cada faixa, iluminação, estacionamento, permissões
de tráfego, etc de cada trecho (já que acabam ficando com
características bem distintas entre eles).

O caos vai vir junto com isso também. Só não precisamos acelerar de
forma desnecessária isso :-)

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

Re: [Talk-br] Projeto de teste para integração com overpass

[Nelson A. de Oliveira]

2016-09-23 0:30 GMT-03:00 Vítor Rodrigo Dias :
> Pra ser sincero não sei por que o OSM não quebra segmentos de rua 
> naturalmente. Até onde eu sei, todos os outros sistemas de mapeamento 
> colaborativo quebram segmentos automaticamente.

Eu já não consigo ver vantagem nisso :-)

Uma que vai gerar um objeto para cada pedaço (imagina o tanto de
objetos que seriam criados no mundo apenas para quebrar as vias).
Outra que também não ajudaria na hora de mapear: você vai selecionar
todo um trecho de rodovia para definir a superfície, número de faixas,
nome, etc. Vai precisar clicar em trecho por trecho, segurando Shift,
para selecionar todos?

Caminhos completos permitem processamento posterior, se necessário (é
possível quebrá-los automaticamente nas interseções, se alguma
aplicação assim quiser).
Mas a volta nem sempre é garantida: unir automaticamente os trechos
quebrados não é possível em vários casos.

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

Re: [Talk-br] Edições em Boa Vista que estão deslocando vários nós de roteamento.

[Nelson A. de Oliveira]

Foram 18 usuários que começaram editando em Boa Vista ontem.

Nesses casos só resta corrigir o que está errado, porque muito
dificilmente alguém responde ou entende o erro que fez.

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

Re: [Talk-br] JOSM com problemas.

[Nelson A. de Oliveira]

2016-07-26 18:32 GMT-03:00 Blademir Andrade de Lima :
> O erro é que ao inserir uma Tag, não consigo escrever nada nela, é como se o
> teclado deixasse de funcionar no OSM. Nem “copiando e colando” do Word
> funciona. Nem reiniciando resolve mais.

É algum problema de concorrência no JOSM, que está causando esse e
outros problemas.
Para o problema do teclado eu abri um ticket 10 dias atrás
https://josm.openstreetmap.de/ticket/13160

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

Re: [Talk-br] Distritos e bairros

[Nelson A. de Oliveira]

Em termos de área, os países, estados, cidades, distritos e bairros
são todos representados por polígonos delimitando a sua extensão, cada
um com o seu nível administrativo.
Por exemplo, todos os distritos do estado de SP já estão presentes no
mapa e representados com o nível administrativo 9 (admin_level=9).
Uma cidade (admin_level=8) pode ter vários distritos (admin_level=9).
Cada distrito pode ter vários bairros (admin_level=10).

É bom lembrar que toda cidade possui, no mínimo, um distrito.

Não existe nível administrativo definido no Brasil para uma possível
divisão de bairro.

Caso queira dar uma olhada nisso, pode ver em
https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#admin_level


Em termos pontuais (com um nó representando o local), geralmente acaba ficando:

[classificação da cidade/distrito]¹ > bairro (suburb) > subdivisão de
bairro (neighbourhood)

¹ a classificação da cidade ou distrito é dada pela sua população; por
exemplo, se a cidade/distrito possui 50 mil habitantes, será um
"town", e não um "village"
Em https://wiki.openstreetmap.org/wiki/Pt-br:Key:place#Valores você
pode ter uma ideia melhor.

Em alguns lugares é utilizado "quarter" como algo entre suburb e
neighbourhood; em outros é utilizado como um sinônimo de neighbourhood
Também existe "city_block" como "quarteirão" (ou "quadra").

Pelo que você explicou, eu só mudaria a forma que você está
classificando os nós dos distritos (porque nem todos são
necessariamente village).

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

Re: [Talk-br] Legalidade de uso de SRTM da Embrapa

[Nelson A. de Oliveira]

Pega o do USGS.
No meu entender a resolução é melhor e o termo de uso não é nebuloso
como o da Embrapa.

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

Re: [Talk-br] Legalidade de uso de SRTM da Embrapa

[Nelson A. de Oliveira]

Santamariense, pega o SRTM mesmo e esquece essa dor de cabeça de
crédito, licença, etc.

O da Embrapa é de 90m (3 arco-segundos)
http://www.relevobr.cnpm.embrapa.br/download/index.htm enquanto que no
SRTM tem de 30m (1 arco-segundo).

Melhor e com menos problema.

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

Re: [Talk-br] Legalidade de uso de SRTM da Embrapa

[Nelson A. de Oliveira]

Já que usaram o SRTM
http://www.relevobr.cnpm.embrapa.br/conteudo/creditos.htm porque você
também não o utiliza?

Tem ele disponível em 1 arco-segundo.
Dá uma olhada em https://wiki.openstreetmap.org/wiki/SRTM

A ideia é colocar ele em todos os objetos ou apenas alguns
determinados tipos? Pico, antena, etc.

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

Re: [Talk-br] Como guardar cache das imagens do Bing no JOSM

[Nelson A. de Oliveira]

Acho que não tem um jeito muito fácil.

Tem isso: https://josm.openstreetmap.de/wiki/Help/Menu/Imagery#Caching

E dá pra fazer outra coisa (além disso acima): cria um caminho que
percorre os locais que você quer fazer cache, deixando apenas ele na
camada.
Depois clica com o botão direito nessa camada e escolhe "Converter
para camada GPX"

Na nova camada GPX você clica com o botão direito de novo e escolhe
"Pré-carregar quadros das imagens ao longo deste caminho"

Ele vai fazer cache de onde estiverem localizados os nós deste caminho
(então se fizer um caminho muito grande com apenas o nó inicial e
final, não vai fazer cache desse trecho todo).

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

Re: [Talk-br] name=Retorno

[Nelson A. de Oliveira]

2016-06-14 22:48 GMT-03:00 Nelson A. de Oliveira <nao...@gmail.com>:
> Estados Unidos tem 1257:
> http://overpass-turbo.eu/s/gNE
>
> Exemplo: http://overpass-turbo.eu/s/gNE

Errei no exemplo, mas só clicar em qualquer caminho do resultado que
dá pra ver as tags.

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

Re: [Talk-br] name=Retorno

[Nelson A. de Oliveira]

2016-06-14 22:21 GMT-03:00  :
> Omitiu o final dela que é: For details, see also the examples.
> Nos exemplos cita-se somente lanes e não a highway como um todo.

Exemplos não exaurem um assunto, mas mostram poucos casos para se ter uma ideia.

Só peguei de motorway até secondary, para ter uma noção (omitindo
tertiary, unclassified, residential, etc). Clica em "Run" se quiser
visualizar o resultado para cada consulta.

Alemanha tem 7278 rodovias com destination, que não são link:
http://overpass-turbo.eu/s/gNB

Um exemplo: https://www.openstreetmap.org/way/302705688


Inglaterra tem 122:
http://overpass-turbo.eu/s/gNC

Exemplo: https://www.openstreetmap.org/way/182323983


França tem 2376:
http://overpass-turbo.eu/s/gND

Exemplo: https://www.openstreetmap.org/way/108127607


Estados Unidos tem 1257:
http://overpass-turbo.eu/s/gNE

Exemplo: http://overpass-turbo.eu/s/gNE


Brasil tem 824:
http://overpass-turbo.eu/s/gNF

> Esse debate sobre destination ocorreu no ano passado, no grupo de
> desenvolvedores do Mkgmap. Por nossa solicitação eles fizeram com que também
> fossem reconhecidas as tags destination aplicadas em links primary,
> secundary e terciary, antes o Mkgmap só reconhecia até em links motorway e
> trunk.

Se não suporta então é bom verificar, porque é válido e utilizado.

> Tenho curisidade em saber se é somente o Mkgmap que tem essa restrição.
> Outro renderizador reconhece a tag destination aplicada na highway?

Do que eu sei e uso, o osmand suporta.

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

Re: [Talk-br] name=Retorno

[Nelson A. de Oliveira]

destination:lanes é quando você quer marcar o destino individual de
cada faixa da rodovia (quando a faixa da esquerda vai pra cidade X e a
da direita pra Y)
destination quando você quer marcar o destino como um todo (qualquer
faixa vai levar ao mesmo local)

Mas o uso das tags é mesmo.

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

Re: [Talk-br] name=Retorno

[Nelson A. de Oliveira]

2016-06-14 21:53 GMT-03:00  :
> nos exemplos só é empregada em LANE de motorway e não na motorway.

É o mesmo caso, Marcio.
destination:lanes é só uma especialização de destination, da mesma
forma para destination:forward, destination:backward, etc

Mas de toda forma, não existe limitação por tipo:
https://wiki.openstreetmap.org/wiki/Key:destination#Where_to_use.3F

"Use destination=* together with highway=* on pieces of highway after
the position of the signpost or ground writing"

Qualquer highway serve.

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

Re: [Talk-br] name=Retorno

[Nelson A. de Oliveira]

2016-06-14 21:42 GMT-03:00  :
> Se aplicada em highway o Mkgmap não reconhece.

Mas aí é um problema/limitação do mkgmap.
No OSM pode-se utilizar destination em qualquer tipo de rua.

Pode ver inclusive nos exemplos
https://wiki.openstreetmap.org/wiki/Key:destination#Examples que tem
motorway_link e motorway apenas (sem ser _link).

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

Re: [Talk-br] name=Retorno

[Nelson A. de Oliveira]

2016-06-14 20:53 GMT-03:00  :
> Lembro que essa tag destination só pode ser implantada em vias de classe
> link_*

Não.
"destination" pode ser usado em qualquer tipo de via.

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

Re: [Talk-br] name=Retorno

[Nelson A. de Oliveira]

On Tue, Jun 14, 2016 at 6:37 PM, Roger C. Soares  wrote:
> Só para confirmar, no OSM agente não nomeia retornos, acessos, etc, certo?

Se tiver uma placa dizendo "Retorno" pode deixar com
"destination=Retorno", mas no nome não.
Nome genérico ou descritivo, pra qualquer que seja o tipo de objeto,
não se deve utilizar.

> Outra dúvida, para que serve colocar addr:street com o mesmo valor da tag

Pra nada (e também pode remover).
Pode ser que, por estar utilizando o iD e existir campos para serem
preenchidos, o usuário acabe preenchendo todos os itens, mesmo quando
não fazem sentido.
Tem esse ticket que abri
https://github.com/openstreetmap/iD/issues/2908 justamente para esse
problema.

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

Re: [Talk-br] Importação PMPA / Prédios : esquema de conversão para o OSM

[Nelson A. de Oliveira]

Entendi.
Creio ser melhor deixar as tags já existentes, sem criar um novo
namespace (S3DB:*).
Mesmo ficando incompletas, pode deixar com fixme + note (se precisar
explicar algo).

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

Re: [Talk-br] Importação PMPA / Prédios : esquema de conversão para o OSM

[Nelson A. de Oliveira]

2016-05-16 19:18 GMT-03:00 Sérgio V. :
> convenção de key=S3DB:*

Da onde você achou as tags S3DB:* ?

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

Re: [Talk-br] Problema de Prédios em Overlapping (Importação PMPA)

[Nelson A. de Oliveira]

2016-05-13 8:02 GMT-03:00 Sérgio V. :
> me mandou do [https://www.openstreetmap.org/way/414428800] dentro do
> [https://www.openstreetmap.org/way/414428734]:

São 2 andares do mesmo prédio ou o prédio é apenas o
https://www.openstreetmap.org/way/414428800 ?

> -Vi que o Validator do JOSM é considerado "obsoleto" ("obsolete, Validates
> and fixes incorrect data. Part of core now.":
> http://wiki.openstreetmap.org/wiki/JOSM/Plugins). É este o caso?

Ficou obsoleto ao ser incorporado ao JOSM (antes ele era um plugin
separado; esse plugin separado que é obsoleto).
O validador do JOSM está certo.

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

Re: [Talk-br] Problema de Prédios em Overlapping (Importação PMPA)

[Nelson A. de Oliveira]

Pessoalmente eu gosto de utilizar multipolígonos para representar
objetos com caminhos compartilhados, mas prédios grudados não estão
errados.
É utilizado em muitos locais e é o que
https://wiki.openstreetmap.org/wiki/Talk:Buildings#Joined_buildings
também confirma.

Daria para utilizar o plugin merge-overlap do JOSM (mas aparentemente
não está funcionando como deveria).

Se você adicionar a tag de building=* nos seus prédios você vai ver
que o aviso de caminhos sobrepostos some.
Só vai precisar ver o problema de "prédio dentro de prédio".

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

Re: [Talk-br] Discussão em Changesets

[Nelson A. de Oliveira]

2016-05-03 15:16 GMT-03:00 santamariense :
> Só não sei como funciona, porque quando alguém comenta
> minha changeset eu não recebo nenhum tipo de "notificação"

Não está caindo no spam, talvez?
É pra você receber um e-mail com a mensagem e o link para a discussão.

Recebeu algo do teste que deixei em
https://www.openstreetmap.org/changeset/39057004 ?

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

Re: [Talk-br] Cedência dos dados de cartografia da Prefeitura de Porto Alegre / Importação Prédios

[Nelson A. de Oliveira]

(tinha caído no spam e só vi agora)

2016-04-25 14:56 GMT-03:00 Sérgio V. :
> Tem como substituir um objeto "anterior (existente)" por outro(novo) e
> copiar para o "novo" o histórico do "anterior"?

Para quem também tiver interesse em substituir objetos no OSM por
novos (por exemplo, quando dá menos trabalho traçar do zero alguma
coisa do que corrigir o que já existe):

Instalar o plugin utilsplugin2 no JOSM. Depois para substituir um objeto:

Selecionar o objeto atual (já existente no OSM)
Segurar o shift e clicar no novo objeto

A ordem dos objetos selecionados é importante.

Depois apertar Ctrl+Shift+g (ou ir no menu Mais ferramentas →
Substitui a Geometria)

Ele vai substituir o primeiro (o antigo) pelo segundo (o novo),
mantendo o histórico do objeto.

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

Re: [Talk-br] RES: Limite de cidades com distritos

[Nelson A. de Oliveira]

Microrregiões (não as do IBGE) são previstas na constituição:

=
Art. 25. Os Estados organizam-se e regem-se pelas Constituições e leis
que adotarem, observados os princípios desta Constituição.

§ 3º Os Estados poderão, mediante lei complementar, instituir regiões
metropolitanas, aglomerações urbanas e microrregiões, constituídas por
agrupamentos de municípios limítrofes, para integrar a organização, o
planejamento e a execução de funções públicas de interesse comum.
=

Inclusive existindo leis que as definem:

http://www.al.sp.gov.br/propositura/?id=100
http://www.al.sp.gov.br/propositura/?id=1003338
etc

Seja lá onde for parar essa discussão, precisa ter cuidado para
simplesmente não "rebaixar" toda microrregião.


E enquanto procurava por algo parecido eu encontrei os
Census-designated places (CDP) nos EUA, que me pareceram muito
similares ao nosso caso:

"They don't have any legal status, or represent the jurisdiction of
any government. CDPs are created by the Census Bureau for statistical
purposes only." -
https://wiki.openstreetmap.org/wiki/Talk:Key:boundary#United_States

Há alguns dias eu perguntei na talk-us como representam tais áreas e
basicamente são representadas como place=* ou com boundary=census

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

Re: [Talk-br] Objeto exibido apenas em zoom muito próximo

[Nelson A. de Oliveira]

2016-04-27 22:12 GMT-03:00 Adriano Rosa :
> um não estava aparecendo, porque a camada, em determinado nível de zoom, não
> havia sido atualizada.

Hum... tinha entendido que era no JOSM o problema.
Menos mal.

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

Re: [Talk-br] Objeto exibido apenas em zoom muito próximo

[Nelson A. de Oliveira]

2016-04-27 20:28 GMT-03:00 lucas costa :
> em anexo imagem com as tags dos objetos... o que criei é o que não exibe
> corretamente.

Estranho que são iguais (tanto é que são reconhecidos nos presets do
JOSM (a parte superior das tags onde diz ser igreja, endereço, etc))

Tem como tirar um print de como os dois estão sendo exibidos?

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

Re: [Talk-br] Objeto exibido apenas em zoom muito próximo

[Nelson A. de Oliveira]

2016-04-27 14:20 GMT-03:00 lucas costa :
> Imagino que tenha algum campo de dados do objeto que seja possível
> configurar o nível de zoom para exibição, só não sei como acessar isso...

No objeto em si não existe definição sobre a sua exibição; é tudo
feito pelo estilo utilizado.
Está utilizando o estilo padrão do JOSM ou o "OpenSeaMap: Seamarks"?

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