from:"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

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

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

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: [OSM-talk] UJEM (Unidentified JOSM Error Message)

2018-12-18 Thread Nelson A. de Oliveira

On Tue, Dec 18, 2018 at 12:12 PM Volker Schmidt  wrote:
> "Error retrieving Cluster(s)
> Would you like to suppress further notifications"

This string does not seem to be present in JOSM or any of its plugins.

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

Re: [OSM-talk] Multiple errors in the same location

2018-11-16 Thread Nelson A. de Oliveira

On Fri, Nov 16, 2018 at 3:13 PM James  wrote:
> could be many things:
> 1. CanVec import without corrections to todays standards
> 2. Old CanVec version1 imports(was pretty bad)
> 3. Someone added data that was already there

It is a CanVec import from 4 years ago:
https://www.openstreetmap.org/changeset/23092008

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

Re: [OSM-talk] Multiple errors in the same location

2018-11-16 Thread Nelson A. de Oliveira

On Fri, Nov 16, 2018 at 2:08 PM SandorS  wrote:
> A careful analyses shows that there are several serious errors in this 
> location. Let us mention some.

What you are seeing is a side effect of badly/blindly importing data
and possibly without a proper discussion.

OSM already had https://www.openstreetmap.org/way/28420555
The user who did import the overlapping data should have seen this.

The user needs to be contacted, as it seems that he is still importing data.

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

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

2018-11-14 Thread 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

2018-11-13 Thread 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

2018-11-13 Thread 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

2018-11-09 Thread 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

2018-10-30 Thread 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: [OSM-talk] "Travel like a Local" series of printed maps

2018-10-09 Thread Nelson A. de Oliveira

On Tue, Oct 9, 2018 at 11:52 AM Frederik Ramm  wrote:
> Is this a new phenomenon? Has anyone seen any of these maps, or seen a
> report about them? The Amazon listing doesn't say the data comes from
> OSM, but I guess the printed work must, otherwise the complainant would
> not have written to us...

In the book preview we can see this https://i.imgur.com/MqGhgXQ.png

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

Re: [Talk-us] NYC Name Vandalism

2018-08-30 Thread Nelson A. de Oliveira

On Thu, Aug 30, 2018 at 11:36 AM, Ian Dees  wrote:
> Yes, the original harmful edit was made by user "MedwedianPresident" in
> changeset https://www.openstreetmap.org/changeset/61555047 20 days ago. It
> was then reverted by naoliv a day later:
> https://www.openstreetmap.org/changeset/61556585.

Actually the credit for spotting this and warning the DWG goes to
"code elusive" :-)
The NY vandalism was reverted in
https://www.openstreetmap.org/changeset/61556105

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

Re: [OSM-talk] Representing places with no housenumber

On Wed, Aug 22, 2018 at 8:18 PM, Christoph Hormann  wrote:
> Ok, if the address is essentially "The airport on X-street" or "The
> government office on Y-street" then i think the type of feature is part
> of the address and this needs to be indicated in tagging somehow.  And
> And I don't think the fact that there is no house number needs to be
> specifically indicated then.

Take a look at https://overpass-turbo.eu/s/BiJ please
(probably there are much more variants that people use than the ones
from this query)

All these objects have some kind of "no housenumber" abbreviation at
addr:housenumber (which is exactly the same problem of using name="No
name").

The addresses here (in real life) all always explicit in saying that
the place don't have a housenumber.

We could simply remove all these values, but people will reinsert them
and we will create doubt in our data (if the place doesn't really have
a housenumber or if it's only missing in the data).

If we choose to create/define some standardized way to say that a
place doesn't really have a housenumber (in the same way we already do
with noname), we could start fixing all these wrong addr:housenumber,
say to people "please, use this to represent a place without a
housenumber", do some kind of QA, etc.

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

Re: [OSM-talk] Representing places with no housenumber

On Wed, Aug 22, 2018 at 7:30 PM, Christoph Hormann  wrote:
> I still don't know if the addresses listed there are unique (in the
> sense that only those government offices have this address) or if there
> are maybe a dozen other unrelated buildings which happen to have the
> same address (which clashes with my understanding of the concept of an
> address).

Usually the places without a housenumber here have some kind of
intrinsic distinctiveness/uniqueness.
For example, an airport located in a road (there won't be 2 airports
at the same road), some big industries/factories, an university
campus, parks, places related to the government, etc.

What we are trying to find is something similar to noname and noref,
but for housenumbers (and avoid people entering all imaginable and
unimaginable variants of "no housenumber" in addr:housenumber).

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

Re: [OSM-talk] Representing places with no housenumber

On Wed, Aug 22, 2018 at 5:58 PM, Christoph Hormann  wrote:
> You probably have to give a real world example since i have no idea if
> you want to say you have a building with a unique address consisting of
> addr:street and addr:postcode (could be if there is only one building
> at this street or with this postcode) or if you want to defend
> pointless or non-verifiable tagging of addr:street for buildings
> without a unique address.

You know that we live in a heterogeneous world with many oddities and
peculiarities, that what makes sense in one country or region may not
make sense in another, that these definitions are beyond our control
and that we are only trying to represent what exists in the real
world, right?

But for example, multiple government offices are listed in this page
https://www.ma.gov.br/contatos/ and some, despite having a proper
address, don't have a housenumber (where "S/N" is the abbreviation for
"sem número" = "no number")

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

Re: [OSM-talk] Representing places with no housenumber

On Wed, Aug 22, 2018 at 5:28 PM, Christoph Hormann  wrote:
> Specifying addr:street on a building that does not have an address is
> either pointless or non-verifiable.

But this happens here :-)
Sometimes they are big buildings/areas (which occupies a whole city
block, for example), with addr:street, addr:postcode but no
addr:housenumber

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

[OSM-talk] Representing places with no housenumber

What is the best way to represent places which have no housenumber?

It's the same problem described in
https://wiki.openstreetmap.org/wiki/Talk:Addresses#Missing_housenumbers
(and this same doubt arose recently in the Brazilian community)

By leaving the housenumber empty we don't know in fact if the place
doesn't have a housenumber or if it wasn't just filled.

Similarly to using name="No name" to represent a street with no name,
using any kind of value in addr:housenumber would be wrong and cause
the same kind of problems.

How could we solve this, please?

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

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

2018-04-01 Thread 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?

2018-04-01 Thread 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?

2018-03-29 Thread 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?

2018-03-28 Thread 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?

2018-03-28 Thread 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?

2018-03-27 Thread 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-pt] Enorme importação de dados em Portugal

2018-03-20 Thread Nelson A. de Oliveira

2018-03-20 14:55 GMT-03:00 Rui Oliveira :
> Pelo que percebi o autor destas importações foi contactado pelos
> comentários. Embora perceba a razão de o contacto ser feito através de
> comentários nos changesets, devido a  serem públicos e de mais fácil prova
> para quando existem casos destes, ainda ninguém tentou contactá-lo por
> mensagem pessoal, e em português?

+1 mês atrás ele chegou a responder um comentário em inglês em
https://www.openstreetmap.org/changeset/56198745

Acredito que ele deve ter recebido aviso das outras mensagens (e que
entenda um pouco de inglês, já que também utilizar o JOSM em inglês).

Hoje eu deixei um comentário em português em
https://www.openstreetmap.org/changeset/57012416 e também uma mensagem
que ele será obrigado a ler (assim que fizer o login no site do OSM)
em https://www.openstreetmap.org/user_blocks/1818

Reverter tudo isso é, teoricamente, simples (apesar de que vai dar
trabalho para separar as importações e também levar um tempo razoável
para o processo).

A maior preocupação seria com a licença de uso desses dados, para ver
se precisaremos tomar mais algum tipo de ação.

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

[Talk-pt] Enorme importação de dados em Portugal

2018-03-20 Thread Nelson A. de Oliveira

Olá,

Há mais de 2 meses vem ocorrendo uma importação massiva em Portugal,
aparentemente sem discussão pela comunidade.

A fonte desses dados, segundo quem importou, é de
munwebgis.cm-oeiras.pt (para os buildings), sig2.cm-sintra.pt (para os
landuses e muitos outros tipos de objetos) e
dadosabertos.cascais.pt/pt_PT/dataset/ (também para muitos tipos de
dados).
Talvez tenha mais alguma outra fonte que não reparei, ao dar uma
olhada rápida no que está acontecendo.

Houve uma primeira tentativa de contato aqui
https://www.openstreetmap.org/changeset/57011880 e outra em
https://www.openstreetmap.org/changeset/56924795 mas sem resposta.

O usuário está importando esses dados há mais de 2 meses.

Alguém está sabendo algo sobre isso, por favor?
Alguém conhece essas fontes e saberia dizer se existe permissão (ou se
é lícito) utilizar esses dados?

Obrigado,
Nelson

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

Re: [OSM-talk] Strava Cycling and Running Heatmap not working

2018-03-15 Thread Nelson A. de Oliveira

On Thu, Mar 15, 2018 at 4:54 PM, yvecai  wrote:
> Zoom 12 only? Too bad, this was perfect for path under wood cover.

I am sorry for the wrong info, but actually it seems to be 11.
If we try to load a tile from 12 we see this: "authentication is now
required for data access beyond zoom level 12, please login to
strava.com and then visit /auth"

Example: 
https://heatmap-external-c.strava.com/tiles/both/bluered/12/1505/2306.png

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

Re: [OSM-talk] Strava Cycling and Running Heatmap not working

2018-03-15 Thread Nelson A. de Oliveira

On Thu, Mar 15, 2018 at 3:57 PM, Mike Thompson  wrote:
> I am trying to use the "Strava Cycling and Running Heatmap" in JOSM but I am
> getting a "Error HTTP error 403 when loading tiles."  It was working a few
> days ago. The "Strava running heatmap" gives the same error. Is anyone else
> having this same issue?

It is working, but the maximum zoom level is now 12 (see
https://blog.strava.com/press/heatmap-updates/)
If you try to see some higher level tiles it will indeed give a
forbidden error code.
Try to update the imagery providers in JOSM and re-add the Strava
layer (which should bring the layer with an updated info about the new
maximum zoom level).

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

Re: [OSM-talk] diversity-talk: No such list

2018-02-17 Thread Nelson A. de Oliveira

On Sat, Feb 17, 2018 at 7:03 PM, Andrew Hain
 wrote:
> According to the Wayback Machine the last message was posted early in 2015.

Actually on October 17 https://lists.openstreetmap.org/pipermail/diversity-talk

While it's possible to see the archives, it's not possible to see the
list details.

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

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

2018-02-15 Thread 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-pt] Apresentação de José Flor - OzFlor

2018-01-17 Thread Nelson A. de Oliveira

Oi, José.
Seja bem vindo.

Para os outros integrantes da lista, eu estava conversando
anteriormente com o José e convidei-o a participar daqui, para tirar
dúvidas e aprender como colaborar da melhor maneira possível com o
OpenStreetMap.

Obrigado e abraço!

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

Re: [OSM-talk] Brazil and Bolivia labels missing

2018-01-13 Thread Nelson A. de Oliveira

On Sat, Jan 13, 2018 at 2:20 PM, Daniel Koć  wrote:
> I've just found that Brazil and Bolivia labels are missing on the main page.
> They were visible not so long ago:
>
> https://commons.wikimedia.org/wiki/File:OpenStreetMap_homepage_2017_en.png
>
> so most probably this is a tagging problem, not an osm-carto problem.

Both relations were broken until ~4 days ago.

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

Re: [Talk-pt] Há quanto tempo temos as ortofotos do DGT disponíveis?

2017-12-19 Thread Nelson A. de Oliveira

2017-12-19 19:47 GMT-02:00 Marcos Oliveira :
> No iD e no Potlatch estas opções ainda não aparecem, por isso pergunto se
> isto é algo que já existia há muito tempo?

Tem alguns dias (foi na versão 3)
https://josm.openstreetmap.de/wiki/Maps/Portugal?action=history

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

Re: [OSM-talk] New tool/API to find local OSM mailing lists by location

2017-11-25 Thread Nelson A. de Oliveira

On Sat, Nov 25, 2017 at 2:38 PM, Edward Betts  wrote:
> I've made a tool with an API for finding local OSM mailing lists.
>
> https://local.openstreetmap.directory/

Nice service!

If possible, maybe it could display all the lists that could be
possibly related with the place?
With your Oxford example, it could also suggest Talk-GB as a more general list.

Maybe display from the most specific to the more general list?

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

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

2017-11-09 Thread 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: [OSM-talk] Zooming past native resolution

2017-10-16 Thread Nelson A. de Oliveira

Sorry for the duplicated message, Richard. The first one didn't have talk on CC.

On Mon, Oct 16, 2017 at 3:09 PM, Richard Nairn
 wrote:
> I'm just starting out and I had a question related to imagery. I am trying
> to do some digitizing of house footprints for HOT-OSM. I'm having issues
> when the houses are very close together, or I'm trying to digitize smaller
> features. When I try to zoom in beyond native resolution to move, or prevent
> snapping I get that the imagery is no longer available. Is there a way to
> prevent it from doing that? I want to still see the imagery even though it
> may be coarse just to do some detail work...

Which layer are you using? (and the location, if possible)

The layer can be updated in https://josm.openstreetmap.de/wiki/Maps to
use no-tile-header and/or no-tile-checksum
See https://josm.openstreetmap.de/wiki/Maps#Generalproperties (or open
a ticket, if you possible too)

And as a workaround you can zoom to the maximum level where you see
the tiles, click with the right mouse button and disable "Auto zoom"

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

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

2017-10-04 Thread 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?

2017-09-27 Thread 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

[OSM-talk] Fixing wrong "adr:housenumber" keys

2017-09-09 Thread Nelson A. de Oliveira

While taking a look at something related with addr:housenumber I saw
http://overpass-turbo.eu/s/rAd that we have 18391 objects with a wrong
adr:housenumber key (it's missing a "D" letter), with most of them
(18385) located here
https://www.openstreetmap.org/#map=15/-15.4339/28.2303
They were all inserted/modified in changesets like
https://www.openstreetmap.org/changeset/47730362

May I fix this?

I won't change anything else in this chageset (it will be only an
automatic repair/replacement of "adr:housenumber" by
"addr:housenumber")

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

Re: [Talk-br] Mapeamento hidrológico

2017-08-30 Thread 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

[OSM-talk] Redacting 75, 000 street names contributed by user chdr

2017-08-29 Thread Nelson A. de Oliveira

(sorry to break the thread; I was following the discussion through the
archive, but I wasn't subscribed)

Simon Poole wrote:
> Our concern should be more about Mexico, Brazil and other countries
> where it is at least not obvious to me if the local communities are
> aware of the issue and if we have any plan at all how we possibly could
> mitigate the impact.

Most of the affected data in Brazil is located in São Paulo city,
where we have data available from the city hall.
In other areas we have data from IBGE.
We can fill most (if not all) of the street names back again using licit data.

We are aware of the affected areas and streets.

And I guess that we can't say that all the data was copied from Google.
In some places it differs from Google, while being too similar to Bing
(unless that Google data from 6+ years ago was the same as the current
Bing data).

For example, https://www.openstreetmap.org/way/113013110

In OSM we have "Rua Rosa Marly de Souza"
In Google we have "R. Rosa Marli de Souza"
in IBGE we have "Rua Rosa Marli de Souza"
In the official city map we have "Rua Rosa Marli de Souza"
And, in Bing, we have "Rua Rosa Marly de Souza"

See the word "Marly" (in OSM and Bing) and "Marli" (everywhere else)

Another example https://www.openstreetmap.org/way/48514142

In OSM we have "Rua Professora Maria José Baroni F. da Silva"
In Google we have ""R. Profa. Maria José Barone F. da Silva""
in IBGE we have "Rua Professora Maria José Barone F. da Silva"
In the official city map we have "Rua Professora Maria José Barone
Fernandes da Silva"
And, in Bing, we have "Rua Prfa. Maria José Baroni F. da Silva"

R. expands to Rua
Profa. and Prfa. expands to Professora

Take a look at "Baroni" (in OSM and Bing) vs "Barone" (in everywhere else)

Another https://www.openstreetmap.org/way/131816621

In OSM we have "Rua das Margaridas"
In Google we have "Rua Margarida"
In IBGE we have "Rua Margarida"
In the official city map we have "Rua Margarida"
In Bing "Rua das Margaridas"

"Rua das Margaridas" (OSM/Bing) vs "Rua Margarida" (other places)

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

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

2017-08-11 Thread 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

2017-07-26 Thread 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

2017-07-14 Thread 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

2017-05-18 Thread 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)

2017-03-18 Thread 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

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

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

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

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

2017-02-14 Thread 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

2017-02-14 Thread 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

2017-02-14 Thread 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

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

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

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

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

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

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

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

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

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

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

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

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

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

2017-02-11 Thread 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

2017-02-11 Thread 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-us] reporting Pokemon Go related vandalism

2017-01-28 Thread Nelson A. de Oliveira

You may also take a look at http://overpass-turbo.eu/s/lzN
There are a lot of Pokemon spots there in USA

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

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

2017-01-24 Thread 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

2017-01-04 Thread 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

2017-01-03 Thread 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

2017-01-02 Thread 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

2016-12-15 Thread 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

2016-12-14 Thread 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

2016-12-14 Thread 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

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

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

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

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-pt] Importações em massa

2016-12-13 15:41 GMT-02:00 Alexandre Moleiro :
> Devo alterar as áreas que foram importadas para não colidirem com as
> existentes? E nas zonas em que a importação não bate certo com o
> conhecimento local que tenho da zona?

Se a importação não foi discutida e apresenta/insere erros, geralmente
ela é revertida.
Se você arrumar os dados da importação muito provavelmente você terá o
seu trabalho e tempo perdidos, portanto.

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

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

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

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

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

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

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