Re: [Talk-br] Fazendo ilhas

[Adriano Rosa]

Manda link do local.

Cordialmente,

Adriano.

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

Acesse: http://db.tt/enaEb5F




On Mon, Jul 29, 2019 at 8:53 AM Roberto Carlos Caleffi 
wrote:

> Faço ilhas em um riverbank, mas ela não aparece depois de criada, mesma
> situação em áreas indígenas.
> Estou esquecendo algum comando, alguém me ajuda!
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

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

[Adriano Rosa]

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

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

cordialmente,

adriano.

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

Acesse: http://db.tt/enaEb5F




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

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

Re: [Talk-br] RES: Rota traçada

[Adriano Rosa]

parece ter a ver com a questão das trunks. o osrm pode preferir, de acordo
como a distância, níveis mais altos de classe de vias.

On Thu, Jul 26, 2018 at 5:53 PM Lucas Pereira 
wrote:

> Cada mecanismo de roteamento geralmente utiliza regras diferentes para
> escolher o melhor caminho. Não tenho ideia da razão do OSRM escolher esta
> rota mais longa, mas pode ser por alguma via estar classificada de forma
> errada no OSM ou por ter trechos de estrada de terra. Por outro lado, o
> GraphHopper cria uma rota que me parece ser mais realista nessa situação,
> perfeitamente diagonal passando por Barreiras, BA (
> https://www.openstreetmap.org/directions?engine=graphhopper_car=-16.738%2C-49.218%3B-3.716%2C-38.469#map=5/-10.293/-43.857
> ).
>
>
>
> Att,
>
> Lucas Pereira
>
>
>
> Enviado do Email  para
> Windows 10
>
>
>
> *De: *Gustavo Barbosa 
> *Enviado:*quinta-feira, 26 de julho de 2018 17:15
> *Para: *talk-br@openstreetmap.org
> *Assunto: *[Talk-br] Rota traçada
>
>
>
> Boa noite.
>
> Eu estava traçando algumas rotas no OpenStreetMap e percebi que algumas
> rotas estavam com uma distância muito acima da 'rota ideal'.
>
> Por exemplo a rota com origem [-16.739484, -49.219048] e destino
> [-3.714742125, -38.47058137495] está sendo traçada com uma distância de
> 3752km sendo que pode ser percorrida em 2.333 km. Gostaria de saber por
> favor se existe alguma regra especifica para que algumas rotas estejam com
> um trajeto muito acima.
>
> Muito Obrigado
>
>
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

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

[Adriano Rosa]

sem responder a sua pergunta, o nome do operador da polícia rodoviária
estadual em sc, pelo menos, é polícia militar rodoviária.

On Thu, Feb 8, 2018 at 2:36 PM Fidelis Assis 
wrote:

> Pessoal,
>
> O que usar em conjunto com amenity=police para caracterizar de forma
> padronizada um posto de polícia rodoviária, seja federal, estadual ou
> municipal? A ideia é diferenciar de outros postos policiais não associados
> a trânsito, tipo delegacias de polícia, etc.
>
> Tenho visto bastante o uso da tag name com o "nome" "Polícia Rodoviária
> ...". Embora ajude na caracterização, e tenho usado isso na extração de
> alertas para GPS,  não me parece certo já que não é o nome propriamente
> dito do posto.
>
> O que acham de usar "operator" para indicar quem opera o posto e aí
> colocar "Polícia Rodoviária Federal|Estadual|Municipal"?
>
> Outras formas, sugestões? Opiniões?
>
> Abraços,
> --
> Fidelis Assis
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Uso da tags "ref" e "name"

[Adriano Rosa]

alterar.

código da rodovia em ref e nome em name.

On Thu, Sep 14, 2017 at 1:54 PM Fidelis Assis 
wrote:

> Pessoal,
>
> Entendi, pelo wiki, que a tag ref em vias seria para se cadastrar
> exclusivamente as siglas das rodovias (ex BR-101). Entretanto, tenho notado
> o uso do nome na ref, vice-versa, e repetição na tag "name" da sigla
> colocada na ref.
>
> O cadastramento de informações de uma tag na outra pode gerar
> problemas/inconvenientes nos mapas produzidos para GPS - repetições da
> sigla no nome ou escudos (road shields) inválidos (nome no lugar da sigla).
>
> Qual é a orientação para esses casos?
>
> - Alterar para que siglas fiquem apenas na ref e nomes apenas na "name";
> - Manter como está;
>
> --
> Fidelis Assis
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
-- 

cordialmente,

adriano.

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

Acesse: http://db.tt/enaEb5F
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Dúvida sobre nova versão do editor iD

[Adriano Rosa]

seguindo as dicas do wille, realmente, fica mais fácil do jeito atual.
porém, ivaldo, como vc prefere o uso do mouse ao invés do teclado, o
negócio é treinar para usar o botão direito. a única coisa que você não
pode fazer é deixar de mapear. ;D

On Fri, May 12, 2017 at 12:36 AM Pedro vida torta 
wrote:

> Pelo contrario ficou mais produtivo, agora a caixinha só aparece qdo VC
> quer evitando ficar na frente do elemento a ser editado , principalmente na
> inserção de numeração de vias.
>
> Em 10/05/2017 13:29, "Ivaldo Nunes de Magalhães" 
> escreveu:
>
>> Saudações!
>>
>> Acessei hoje o OSM para editar via iD Editor e percebi que ele não está
>> abrindo mais automaticamente a caixinha de ferramentas flutuante quando se
>> clica nos elementos do mapa.
>>
>> Agora é necessário clicar com o botão direito do mouse/touch para ter
>> acesso às opções.
>>
>> Alguém pode me confirmar se vai se manter assim? Pois fica muito
>> improdutivo.
>>
>>
>> Atte. Ivaldo 
>> ​ (user OSM: ivaldonm​)
>>
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
-- 

cordialmente,

adriano.

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

Acesse: http://db.tt/enaEb5F
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Dúvida sobre nova versão do editor iD

[Adriano Rosa]

André, não é essa.mas sim o menu de contexto.

Ivaldo, é isso mesmo. também achei improdutivo. seria interessante falar
com os desenvolvedores.

acompanho o santamariense na sua sugestão de usar o josm.

On Wed, May 10, 2017, 2:09 PM santamariense  wrote:

> JOSM é produtividade! Dedique tempo para aprender o básico. Em pouco
> tempo você estará mapeando muito mais coisas em muito menos tempo.
>
> É verdade! Você não foi o único que vi reclamando disso.
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
-- 

cordialmente,

adriano.

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

Acesse: http://db.tt/enaEb5F
___
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

[Adriano Rosa]

aproveitando, comunico que estou revertendo as mudanças nos nomes das
rodovias para o que é consenso atualmente.

On Tue, Feb 14, 2017 at 11:34 AM Adriano Rosa <adriano...@gmail.com> wrote:

> isso mesmo, flávio. muito importante tua colocação.
>
> On Tue, Feb 14, 2017 at 11:33 AM Flavio Bello Fialho <
> bello.fla...@gmail.com> wrote:
>
> Cheguei tarde na discussão, mas acho ela importante. Parece que há dois
> pontos sendo discutidos ao mesmo tempo, que estão se confundindo:
>
> 1. Como nomear rodovias.
>
> 2. Como atribuir endereços aos locais.
>
> O segundo ponto pode ser melhor discutido, mas o primeiro, para mim, está
> bem definido. O lugar do código da rodovia é no tag "ref" (ref=SC-114). O
> lugar da denominação (nome) da rodovia é no tag "name" (name=Rodovia Enedino
> Batista Ribeiro). As rodovias que não tem nome não devem ter o tag "name".
> Se a rodovia é conhecida por mais de um nome, ela deve ter, além do tag
> "name" (com o nome oficial), o tag "alt_name" (alt_name=Rodovia da
> Discórdia). O código da rodovia não deve ir nos tags "name" ou "alt_name",
> mas apenas no tag "ref".
>
>
> Em 13 de fevereiro de 2017 20:58, <thunder...@gpsinfo.com.br> escreveu:
>
> Tá complicado tudo isso.
>
> Particularmente não confundo SIGLA de rodovia com NOME.
>
> No Brasil existem inúmeras Rodovias que não estão ainda nomeadas e algumas
> nem nome ainda tem. Essas tem o campo NAME em branco.
>
> Até onde sei, numeração de porta em rodovia geralmente é dada por Km. Até
> gostaria de saber onde existe numeração de porta em rodovia sem ser por Km
> e um exemplo se existir.
>
> Confesso não ser prudente incluirmos a SIGLA no campo NAME porque isso vai
> gerar duplicidade de informação em texto e na instrução em voz nos
> navegadores.
>
> []s
> Marcio
>
> *From:* Roger C. Soares
> *Sent:* Monday, February 13, 2017 4:31 PM
> *To:* OpenStreetMap no Brasil
> *Subject:* Re: [Talk-br] Dúvida na identificação de Rodovias
>
> Olha essa placa do DEINFRA/SC:
>
>
> http://2.bp.blogspot.com/-jOvA28xtNTg/VC7Jh67PYAI/BMw/uTmz5C54QTo/s1600/placa%2Bda%2Brodovia%2BEnedino.jpg
>
> O nome que eles usam é: *Rodovia Enedino Batista Ribeiro*. Não é trecho,
> é rodovia. O SC-438 aparece separado.
>
> No caso dos correios, estando o CEP correto, a carta deveria ser entregue
> usando a sigla ou o nome da rodovia...
>
> Uma opção é colocar no name como é sinalizado, e em alt_name o Rodovia
> sigla, para aparecer como opção de endereçamento dos edifícios...
>
> Atenciosamente,
> Roger.
>
> --
> Em 13-02-2017 14:54, Jairo Duarte escreveu:
>
> Ok Arlindo, vou adotar desta forma.
>
> name: Rodovia SC-114
>
> official_name: Trecho Enedino Batista Ribeiro.
>
> Editei e vi que no endereçamento dos prédios aparecem as duas opções.
>
> Em 13-02-2017 14:36, Arlindo Pereira escreveu:
>
> Sem querer me posicionar na treta de qual deve ser o nome oficial a ser
> utilizado na tag "name", ao menos troque de "name1" para "official_name",
> assim ambos poderão ser localizados.
>
> Mais detalhes em http://wiki.openstreetmap.org/wiki/Key:name
>
>
> []s
> Arlindo Pereira
>
> 2017-02-13 14:32 GMT-02:00 Nelson A. de Oliveira <nao...@gmail.com>:
>
> 2017-02-13 14:30 GMT-02:00 Jairo Duarte <jairo.fazgra...@gmail.com>:
> > 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
>
>
>
>
> ___
> Talk-br mailing 
> listTalk-br@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-br
>
>
>
>
> ___
> Talk-br mailing 
> listTalk-br@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-br
>
>
> --
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
>
> --
> [image: Avast logo]
> <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=emailclient>
>
> Este email foi escaneado pelo Avast antivírus.
> www.avast.com
> <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=emailclient>
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
>

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

[Adriano Rosa]

isso mesmo, flávio. muito importante tua colocação.

On Tue, Feb 14, 2017 at 11:33 AM Flavio Bello Fialho 
wrote:

> Cheguei tarde na discussão, mas acho ela importante. Parece que há dois
> pontos sendo discutidos ao mesmo tempo, que estão se confundindo:
>
> 1. Como nomear rodovias.
>
> 2. Como atribuir endereços aos locais.
>
> O segundo ponto pode ser melhor discutido, mas o primeiro, para mim, está
> bem definido. O lugar do código da rodovia é no tag "ref" (ref=SC-114). O
> lugar da denominação (nome) da rodovia é no tag "name" (name=Rodovia Enedino
> Batista Ribeiro). As rodovias que não tem nome não devem ter o tag "name".
> Se a rodovia é conhecida por mais de um nome, ela deve ter, além do tag
> "name" (com o nome oficial), o tag "alt_name" (alt_name=Rodovia da
> Discórdia). O código da rodovia não deve ir nos tags "name" ou "alt_name",
> mas apenas no tag "ref".
>
>
> Em 13 de fevereiro de 2017 20:58,  escreveu:
>
> Tá complicado tudo isso.
>
> Particularmente não confundo SIGLA de rodovia com NOME.
>
> No Brasil existem inúmeras Rodovias que não estão ainda nomeadas e algumas
> nem nome ainda tem. Essas tem o campo NAME em branco.
>
> Até onde sei, numeração de porta em rodovia geralmente é dada por Km. Até
> gostaria de saber onde existe numeração de porta em rodovia sem ser por Km
> e um exemplo se existir.
>
> Confesso não ser prudente incluirmos a SIGLA no campo NAME porque isso vai
> gerar duplicidade de informação em texto e na instrução em voz nos
> navegadores.
>
> []s
> Marcio
>
> *From:* Roger C. Soares
> *Sent:* Monday, February 13, 2017 4:31 PM
> *To:* OpenStreetMap no Brasil
> *Subject:* Re: [Talk-br] Dúvida na identificação de Rodovias
>
> Olha essa placa do DEINFRA/SC:
>
>
> http://2.bp.blogspot.com/-jOvA28xtNTg/VC7Jh67PYAI/BMw/uTmz5C54QTo/s1600/placa%2Bda%2Brodovia%2BEnedino.jpg
>
> O nome que eles usam é: *Rodovia Enedino Batista Ribeiro*. Não é trecho,
> é rodovia. O SC-438 aparece separado.
>
> No caso dos correios, estando o CEP correto, a carta deveria ser entregue
> usando a sigla ou o nome da rodovia...
>
> Uma opção é colocar no name como é sinalizado, e em alt_name o Rodovia
> sigla, para aparecer como opção de endereçamento dos edifícios...
>
> Atenciosamente,
> Roger.
>
> --
> Em 13-02-2017 14:54, Jairo Duarte escreveu:
>
> Ok Arlindo, vou adotar desta forma.
>
> name: Rodovia SC-114
>
> official_name: Trecho Enedino Batista Ribeiro.
>
> Editei e vi que no endereçamento dos prédios aparecem as duas opções.
>
> Em 13-02-2017 14:36, Arlindo Pereira escreveu:
>
> Sem querer me posicionar na treta de qual deve ser o nome oficial a ser
> utilizado na tag "name", ao menos troque de "name1" para "official_name",
> assim ambos poderão ser localizados.
>
> Mais detalhes em http://wiki.openstreetmap.org/wiki/Key:name
>
>
> []s
> Arlindo Pereira
>
> 2017-02-13 14:32 GMT-02:00 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
>
>
>
>
> ___
> Talk-br mailing 
> listTalk-br@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-br
>
>
>
>
> ___
> Talk-br mailing 
> listTalk-br@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-br
>
>
> --
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
>
> --
> [image: Avast logo]
> 
>
> Este email foi escaneado pelo Avast antivírus.
> www.avast.com
> 
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
>
>
> --
> Flávio Bello Fialho
> bello.fla...@gmail.com
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
-- 

cordialmente,

adriano.

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

Acesse: http://db.tt/enaEb5F
___
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

[Adriano Rosa]

ah o decreto estadual n. 759, de 2011 (plano rodoviário estadual) altera as
siglas das rodovias catarinenses e não a nomenclatura.

On Mon, Feb 13, 2017 at 3:59 PM Vítor Rodrigo Dias 
wrote:

> Jairo, aí já é questão de costumes de cada lugar... não é o caso da
> rodovia catarinense que você trouxe, mas existem várias rodovias no Brasil
> que são sim conhecidas pelo seu nome, tanto ou mais que pelo seu código. Um
> caso é a BR-116, que tem mais de um nome pelo qual é conhecida (Rodovia
> Régis Bittencourt, Via Dutra, Rodovia Santos-Dumont).
>
> Por isso, para todos os casos, precisamos nos certificar de que um
> endereço pode ser localizado tanto pelo nome quanto pelo código da rodovia.
>
> Abraços!
>
> Vítor Rodrigo Dias
> Revisor de textos
> Tradutor de inglês e espanhol
> Telefones: 31 99916-1719 <(31)%2099916-1719> (Vivo), 31 97360-9421
> <(31)%2097360-9421> (TIM)
>
> Em 13 de fevereiro de 2017 15:34, Jairo Duarte 
> escreveu:
>
> Vitor
>
> Aqui no Brasil o código não é nome, mas isso não é regra.
>
> Queres colocar um nome nas famosas Ruta 40 argentina ou na Route 66
> americana?
>
> Em 13-02-2017 15:10, Vítor Rodrigo Dias escreveu:
>
> Para mim, os códigos/números de rodovias não são, nunca foram e nunca
> serão nomes. As pessoas podem até achar que, popularmente, os códigos das
> rodovias são "nomes", mas não são. Creio que a solução para esse caso não
> está em ignorar o nome oficial de uma rodovia e duplicar seu código no
> campo de nome, mas sim em buscar formas de se reconhecer o código de uma
> rodovia como seu endereço para localização de lugares.
>
> Aqui em Minas Gerais, tenho utilizado sempre nomes oficiais no campo
> "name", tais como definidos em leis pela Assembleia Legislativa de Minas
> Gerais (rodovias estaduais) e Congresso Nacional (rodovias federais).
> Inclusive montei uma tabela com todos esses nomes oficiais das rodovias
> estaduais de MG, caso alguém queira consultar:
> http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/MG/Rodovias_Estaduais
> .
>
> Não nos esqueçamos que os nomes de rodovias, *tais como os logradouros
> das cidades*, são definidos pelo Poder Legislativo de cada esfera. Os
> códigos das rodovias, por sua vez, só passam pelo crivo do poder
> legislativo nos casos dos planos rodoviários, onde todas as rodovias e
> estradas de responsabilidade de um ente federativo são nomeadas de uma só
> vez, geralmente a partir de estudos das pastas responsáveis pelo
> planejamento do trânsito de cada cidade, e não a partir de sugestões dos
> legisladores, como sói acontecer quando se atribuem nomes a ruas, avenidas,
> estradas e rodovias. Digo que nem sempre os códigos passam pelo crivo do
> poder legislativo pois aqui em Minas Gerais temos os casos das rodovias de
> ligação não constantes do Plano Rodoviário Estadual, cujas siglas começam
> com LMG, e também as rodovias de acesso, igualmente não constantes, cujas
> siglas começam com AMG.
>
> Acredito que a discussão levantada pelo Jairo é importantíssima para
> discutirmos todos esses conceitos.
>
> Abraços!
>
>
>
> Vítor Rodrigo Dias
> Revisor de textos
> Tradutor de inglês e espanhol
> Telefones: 31 99916-1719 <(31)%2099916-1719> (Vivo), 31 97360-9421
> <(31)%2097360-9421> (TIM)
>
> Em 13 de fevereiro de 2017 14:54, Jairo Duarte 
> escreveu:
>
> Ok Arlindo, vou adotar desta forma.
>
> name: Rodovia SC-114
>
> official_name: Trecho Enedino Batista Ribeiro.
>
> Editei e vi que no endereçamento dos prédios aparecem as duas opções.
>
> Em 13-02-2017 14:36, Arlindo Pereira escreveu:
>
> Sem querer me posicionar na treta de qual deve ser o nome oficial a ser
> utilizado na tag "name", ao menos troque de "name1" para "official_name",
> assim ambos poderão ser localizados.
>
> Mais detalhes em http://wiki.openstreetmap.org/wiki/Key:name
>
>
> []s
> Arlindo Pereira
>
> 2017-02-13 14:32 GMT-02:00 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
>
>
>
>
> ___
> Talk-br mailing 
> listTalk-br@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-br
>
> ___ Talk-br mailing list
> Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
>
> ___
> Talk-br mailing 
> listTalk-br@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-br
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
> ___
> Talk-br mailing list
> 

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

[Adriano Rosa]

e official_name é pra outra coisa: "It has been created for country names
but we need a clarification for other cases between "name", "int_name",
"loc_name" and "official_name". Example: official_name
=Principat d'Andorra
(where "name" is *name*=Andorra)". há um desvio de finalidade ao usar essa
etiqueta para nome oficial de objetos (eu já fiz isso de forma errada para
escolas, e estou corrigindo aos poucos). o certo é colocar o nome
(denominação) oficial em name e código em ref. simples assim. o resto é
invencionice. e cada invencionice tende a ser entendida apenas por quem a
criou e complica para um banco de dados de uso geral. é impotante seguir o
padrão, que está sistematizado (não de forma definitiva, claro) na wiki.

On Mon, Feb 13, 2017 at 3:35 PM Jairo Duarte 
wrote:

> Vitor
>
> Aqui no Brasil o código não é nome, mas isso não é regra.
>
> Queres colocar um nome nas famosas Ruta 40 argentina ou na Route 66
> americana?
>
> Em 13-02-2017 15:10, Vítor Rodrigo Dias escreveu:
>
> Para mim, os códigos/números de rodovias não são, nunca foram e nunca
> serão nomes. As pessoas podem até achar que, popularmente, os códigos das
> rodovias são "nomes", mas não são. Creio que a solução para esse caso não
> está em ignorar o nome oficial de uma rodovia e duplicar seu código no
> campo de nome, mas sim em buscar formas de se reconhecer o código de uma
> rodovia como seu endereço para localização de lugares.
>
> Aqui em Minas Gerais, tenho utilizado sempre nomes oficiais no campo
> "name", tais como definidos em leis pela Assembleia Legislativa de Minas
> Gerais (rodovias estaduais) e Congresso Nacional (rodovias federais).
> Inclusive montei uma tabela com todos esses nomes oficiais das rodovias
> estaduais de MG, caso alguém queira consultar:
> http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/MG/Rodovias_Estaduais
> .
>
> Não nos esqueçamos que os nomes de rodovias, *tais como os logradouros
> das cidades*, são definidos pelo Poder Legislativo de cada esfera. Os
> códigos das rodovias, por sua vez, só passam pelo crivo do poder
> legislativo nos casos dos planos rodoviários, onde todas as rodovias e
> estradas de responsabilidade de um ente federativo são nomeadas de uma só
> vez, geralmente a partir de estudos das pastas responsáveis pelo
> planejamento do trânsito de cada cidade, e não a partir de sugestões dos
> legisladores, como sói acontecer quando se atribuem nomes a ruas, avenidas,
> estradas e rodovias. Digo que nem sempre os códigos passam pelo crivo do
> poder legislativo pois aqui em Minas Gerais temos os casos das rodovias de
> ligação não constantes do Plano Rodoviário Estadual, cujas siglas começam
> com LMG, e também as rodovias de acesso, igualmente não constantes, cujas
> siglas começam com AMG.
>
> Acredito que a discussão levantada pelo Jairo é importantíssima para
> discutirmos todos esses conceitos.
>
> Abraços!
>
>
>
> Vítor Rodrigo Dias
> Revisor de textos
> Tradutor de inglês e espanhol
> Telefones: 31 99916-1719 <(31)%2099916-1719> (Vivo), 31 97360-9421
> <(31)%2097360-9421> (TIM)
>
> Em 13 de fevereiro de 2017 14:54, Jairo Duarte 
> escreveu:
>
> Ok Arlindo, vou adotar desta forma.
>
> name: Rodovia SC-114
>
> official_name: Trecho Enedino Batista Ribeiro.
>
> Editei e vi que no endereçamento dos prédios aparecem as duas opções.
>
> Em 13-02-2017 14:36, Arlindo Pereira escreveu:
>
> Sem querer me posicionar na treta de qual deve ser o nome oficial a ser
> utilizado na tag "name", ao menos troque de "name1" para "official_name",
> assim ambos poderão ser localizados.
>
> Mais detalhes em http://wiki.openstreetmap.org/wiki/Key:name
>
>
> []s
> Arlindo Pereira
>
> 2017-02-13 14:32 GMT-02:00 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
>
>
>
>
> ___
> Talk-br mailing 
> listTalk-br@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-br
>
> ___ Talk-br mailing list
> Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
>
> ___
> Talk-br mailing 
> listTalk-br@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-br
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
-- 

cordialmente,

adriano.

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

Acesse: http://db.tt/enaEb5F

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

[Adriano Rosa]

isso é muito malabarismo gramatical.
nome e denominação tem o mesmo sentido.

*no·me* |ô|
(latim *nomen, -inis*)
*substantivo masculino*

1. Palavra que designa pessoa, animal ou coisa (concreta ou abstracta).

2. Denominação.

3. Apelido.

4. Prenome.

5. Alcunha.

6. Nomeada.

7. Fama.

8. Poder, autoridade.

9. [Gramática]  Palavra que pertence à classe de palavras que designa seres
ou coisas, concretos ou abstractos, estados, processos ou qualidades. =
SUBSTANTIVO

*"nome"*, in Dicionário Priberam da Língua Portuguesa [em linha],
2008-2013, https://www.priberam.pt/dlpo/nome [consultado em 13-02-2017].

*de·no·mi·na·ção*
(latim *denominatio, -onis*)
*substantivo feminino*

1. Acto de denominar.

2. Nome designativo. = DESIGNAÇÃO

3. [Religião]  Cada um dos grupos com uma interpretação distinta da mesma fé
religiosa.

*de·no·mi·nar* - *Conjugar
*
(latim *denomino, -are*)
*verbo transitivo*

1. Dar denominação a.

2. Nomear; designar.
*verbo pronominal*

3. Chamar-se; designar-se.

*"denominação"*, in Dicionário Priberam da Língua Portuguesa [em linha],
2008-2013, https://www.priberam.pt/dlpo/denomina%C3%A7%C3%A3o [consultado
em 13-02-2017].


On Mon, Feb 13, 2017 at 12:40 PM Jairo Duarte 
wrote:

> Prezados Srs.
>
> Já cheguei a uma conclusão e espero que todos concordem.
>
> As vias devem ser cadastradas de acordo com a numeração utilizada pela
> via. Assim uma rua começa no número x e termina no número y.
>
> Uma rodovia também tem sua numeração e é com este padrão de numeração que
> devemos cadastrar. Em Santa Catarina as rodovias seguem sua numeração pelo
> código das mesmas. As denominações são para homenagear pessoas ilustres por
> trechos, mas de nenhuma maneira elas tem algum sistema de numeração, assim
> o trecho Enedino Batista Ribeiro inicia no km 230,082 e termina no km
> 274,579 da Rodovia SC-114. O nome da Rodovia é Rodovia SC-114 e isto está
> bem claro no site do DEINFRA.
>
> O título do PDF é Denominação de trechos de Rodovias sob a jurisdição do
> DEINFRA. Por favor antes de opinarem baixem e leiam o PDF do Deinfra, neste
> link
> http://www.deinfra.sc.gov.br/jsp/relatorios_documentos/doc_rodoviario/download/denominacao_de_trechos_por_rodovias.pdf
> Tem os nomes das Rodovias e as denominações de trechos, mas não há nenhuma
> dúvida de que o nome da Rodovia é SC alguma coisa.
>
>
> Em 13-02-2017 12:21, Gerald Weber escreveu:
>
> Olá Jairo
>
> 2017-02-12 15:52 GMT-02:00 Jairo Duarte :
>
> Prezados Srs.
>
> O que estou afirmando é que estas designações não são utilizadas na
> prática e isto pode ser facilmente comprovado.
>
> Acabei de fazer duas pesquisas na internet, que estão anexadas.
>
>
>
> seus argumentos me fizeram pensar um pouco, não seria meio o caso do ovo e
> da galinha?
>
> O nome não é usado porque não aparece no mapa e não é colocado no mapa no
> argumento de que não é usado? Me parece que estamos andando em círculos
> aqui?
>
> Por favor não me entenda mal, não sou contra a sua argumentação, só fico
> pensando que se ninguém coloca o nome oficial no mapa como esperar que
> venha a ser usado algum dia?
>
> Claramente, suas colocações e dos colegas mostram que as coisas não são
> tão assim preto-no-branco. Há que se pesar o que é mais interessante e o
> que é mais útil.
>
> Idealmente todas as informações devem ser preservadas e devem estar
> acessíveis de alguma forma. Não nos cabe omitir informações.
>
> O que a gente precise talvez é de um pequeno roteiro do que fazer nestas
> situações em dúvida, algo para colocar na wiki do OSM.
>
> Você diz que uma das rodovias mudou de código? Não seria talvez o caso de
> colocar ambos os códigos, o novo e o velho juntos separados por ";"? O que
> vocês acham?
>
> Enfim, estou pensando no caso, não tenho uma opinião formada ainda.
>
> Obrigado por levantar este assunto, é uma discussão importante.
>
> abraço
>
> Gerald
>
>
>
>
>
>
>
>
> ___
> Talk-br mailing 
> listTalk-br@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-br
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
-- 

cordialmente,

adriano.

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

Acesse: http://db.tt/enaEb5F
___
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

[Adriano Rosa]

quanto ao código velho é usado old_ref. em sc, salvo raríssima exceção, já
foi feito isso em todas as rodovias estaduais de sc.

quanto ao endereço, normalmente coloco o que o estabelecimento usa,
normalmente addr:street=ref), mas não sei se é o certo. o validator do josm
mostra alerta. nesse aspecto, estou mais no campo da dúvida do que da
certeza tb.

On Mon, Feb 13, 2017 at 12:22 PM Gerald Weber  wrote:

> Olá Jairo
>
> 2017-02-12 15:52 GMT-02:00 Jairo Duarte :
>
> Prezados Srs.
>
> O que estou afirmando é que estas designações não são utilizadas na
> prática e isto pode ser facilmente comprovado.
>
> Acabei de fazer duas pesquisas na internet, que estão anexadas.
>
>
>
> seus argumentos me fizeram pensar um pouco, não seria meio o caso do ovo e
> da galinha?
>
> O nome não é usado porque não aparece no mapa e não é colocado no mapa no
> argumento de que não é usado? Me parece que estamos andando em círculos
> aqui?
>
> Por favor não me entenda mal, não sou contra a sua argumentação, só fico
> pensando que se ninguém coloca o nome oficial no mapa como esperar que
> venha a ser usado algum dia?
>
> Claramente, suas colocações e dos colegas mostram que as coisas não são
> tão assim preto-no-branco. Há que se pesar o que é mais interessante e o
> que é mais útil.
>
> Idealmente todas as informações devem ser preservadas e devem estar
> acessíveis de alguma forma. Não nos cabe omitir informações.
>
> O que a gente precise talvez é de um pequeno roteiro do que fazer nestas
> situações em dúvida, algo para colocar na wiki do OSM.
>
> Você diz que uma das rodovias mudou de código? Não seria talvez o caso de
> colocar ambos os códigos, o novo e o velho juntos separados por ";"? O que
> vocês acham?
>
> Enfim, estou pensando no caso, não tenho uma opinião formada ainda.
>
> Obrigado por levantar este assunto, é uma discussão importante.
>
> abraço
>
> Gerald
>
>
>
>
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
-- 

cordialmente,

adriano.

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

Acesse: http://db.tt/enaEb5F
___
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

[Adriano Rosa]

jairo, entendo sua preocupação em refletir, nos mapas, o costume das
pessoas. deixar o mapa inteligível. mas perceba, na imagem em anexo, que
uma informação não exclui a outra (name x ref). no mapa "oficial" as duas
informações estão presentes, dependendo do nível de zoom. inclusive, no
zoom mais afastado o destaque é para o código.

o que não é nececessário é repetir a mesma informação ou tentar resolver no
mapeamento problemas de renderizadores (que é o caso da aplicação que vc
usa).


On Mon, Feb 13, 2017 at 11:50 AM Jairo Duarte 
wrote:

> Desculpem, anexei arquivos muito grandes. Acabei de redimensioná-los.
>
>
> Em 12-02-2017 15:52, Jairo Duarte escreveu:
> > Prezados Srs.
> >
> > O que estou afirmando é que estas designações não são utilizadas na
> > prática e isto pode ser facilmente comprovado.
> >
> > Acabei de fazer duas pesquisas na internet, que estão anexadas.
> >
> > Pesquisei SC-114 e Rodovia Enedino Batista Ribeiro.
> >
> > Favor observarem os resultados e concluirão o mesmo que eu que vivo na
> > serra catarinense. Imprensa, governo do estado e população só
> > reconhecem SC-114, pra que utilizarmos uma denominação que não vai
> > identificar nada.
> >
> > Se perceberem o próprio governo do estado utiliza em sua comunicação
> > oficial a designação SC-114. Pelos resultados das duas pesquisas,
> > poderemos ver que só a família do homenageado o reconhece, em nenhum
> > resultado aparece relação com a rodovia, embora a consulta tenha
> > privilegiado o termo rodovia.
> >
> > Então no caso de Santa Catarina, devemos cadastrar as SC como Rodovias
> > SC e colocar a denominação com outra designação como: oficial name ou
> > name1 ou name multilingue.
> >
> > Esta é a minha opinião. Consultem os outros mapas e verão que ninguém
> > utiliza estas denominações, que em Santa Catarina é só para inglês
> > ver, ninguém utiliza.
> >
> >
> > Em 12-02-2017 15:34, Nelson A. de Oliveira escreveu:
> >> 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
> >
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
-- 

cordialmente,

adriano.

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

Acesse: http://db.tt/enaEb5F
___
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

[Adriano Rosa]

nome popular se usa loc_name.

On Sun, Feb 12, 2017, 5:34 PM Roger C. Soares <rogersoa...@gmail.com> wrote:

> Sim, concordo.
>
> Agora, um caso que poderia se discutir se na tag name vai o nome "popular"
> ou o nome oficial, é a rua das palmeiras em Joinville. Eu não tive tempo
> para ir lá e ver se tem placa com outro nome, mas na cidade tem várias
> placas com indicação de ponto turístico com o nome "Rua das Palmeiras". Eu
> acho que é essa, não tenho certeza:
>
>
> http://www.openstreetmap.org/way/108225725#map=18/-26.30416/-48.84404=N
>
> Se tiver alguém aqui que conhece Joinville, seria interessante pelo menos
> adicionar um alt_name=Rua das Palmeiras
>
> No caso de ter uma placa com o nome oficial e outras com o nome turisco,
> não tenho opinião forte de qual deixar... eu provavelmente deixaria o nome
> oficial na name e o turistico na alt_name... existe alguma recomendação
> para esses casos?
>
> Atenciosamente,
> Roger.
>
> --
>
> Em 12-02-2017 17:06, Adriano Rosa escreveu:
>
> não só isso, Roger. a placa pode ter sido retirada por vários motivos
> (vandalismo, acidente, desgaste...) ou nem ter sido colocada (ineficiência
> do estado). de todo modo, o deinfra disponibiliza arquivo com os nomes das
> rodovias. aquelas que porventura não tenham nome, deixa-se o campo name em
> branco. inclui-se somente ref.
>
> On Sun, Feb 12, 2017, 4:54 PM Roger C. Soares <rogersoa...@gmail.com>
> wrote:
>
> Para mim o ideal é mapear o que está no local. Se na rodovia tem placa com
> o nome dela, é o que está lá que vai na tag name. Nas *_name pode-se
> completar a informação para que a via seja retornada em buscas ou para a
> visualização de mais detalhes dela.
>
> Atenciosamente,
> Roger.
>
> --
>
> Em 12-02-2017 16:05, Jairo Duarte escreveu:
>
> Prezados Srs.
>
> O que estou afirmando é que estas designações não são utilizadas na
> prática e isto pode ser facilmente comprovado.
>
> Acabei de fazer duas pesquisas na internet, que estão anexadas.
>
> Pesquisei SC-114 e Rodovia Enedino Batista Ribeiro.
>
> Favor observarem os resultados e concluirão o mesmo que eu que vivo na
> serra catarinense. Imprensa, governo do estado e população só reconhecem
> SC-114, pra que utilizarmos uma denominação que não vai identificar nada.
>
> Se perceberem o próprio governo do estado utiliza em sua comunicação
> oficial a designação SC-114. Pelos resultados das duas pesquisas, poderemos
> ver que só a família do homenageado o reconhece, em nenhum resultado
> aparece relação com a rodovia, embora a consulta tenha privilegiado o termo
> rodovia.
>
> Então no caso de Santa Catarina, devemos cadastrar as SC como Rodovias SC
> e colocar a denominação com outra designação como: oficial name ou name1 ou
> name multilingue.
>
> Esta é a minha opinião. Consultem os outros mapas e verão que ninguém
> utiliza estas denominações, que em Santa Catarina é só para inglês ver,
> ninguém utiliza.
>
>
> Em 12-02-2017 15:34, Nelson A. de Oliveira escreveu:
>
> 2017-02-12 15:24 GMT-02:00 Jairo Duarte <jairo.fazgra...@gmail.com>
> <jairo.fazgra...@gmail.com>:
>
> 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
>
>
>
>
> ___
> Talk-br mailing 
> listTalk-br@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-br
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
> --
>
> cordialmente,
>
> adriano.
>
> _
> Sempre tenha os seus arquivos quando você precisar deles com @Dropbox.
> Conta de 2GB é grátis!
>
> Acesse: http://db.tt/enaEb5F
>
>
> ___
> Talk-br mailing 
> listTalk-br@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-br
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
-- 

cordialmente,

adriano.

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

Acesse: http://db.tt/enaEb5F
___
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

[Adriano Rosa]

por isso mesmo, por causa dos múltiplos usos dos dados, não se deve usar as
etiquetas fora do padrão.

quanto ao mapa do deinfra, é um mapa sem vetorização, não teria como
colocar os nomes nas rodovias de forma legível. ou seja, é um mapa onde
aparecem os códigos das rodovias. mas o próprio deinfra disponibiliza
arquivo com os nomes.

as pessoas não conhecem o nome porque não é usado, inclusive nos mapas que
vc citou (os quais contêm erros e falhas. não é pq eles fazem ou deixam de
fazer que devemos seguir). então, façamos correto e, assim, colaboremos
para que as rodovias tb sejam conhecidas pelos seus nomes.

On Sun, Feb 12, 2017, 5:20 PM Jairo Duarte <jairo.fazgra...@gmail.com>
wrote:

> 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.
>
>
> Em 12-02-2017 17:06, Adriano Rosa escreveu:
>
> não só isso, Roger. a placa pode ter sido retirada por vários motivos
> (vandalismo, acidente, desgaste...) ou nem ter sido colocada (ineficiência
> do estado). de todo modo, o deinfra disponibiliza arquivo com os nomes das
> rodovias. aquelas que porventura não tenham nome, deixa-se o campo name em
> branco. inclui-se somente ref.
>
> On Sun, Feb 12, 2017, 4:54 PM Roger C. Soares <rogersoa...@gmail.com>
> wrote:
>
> Para mim o ideal é mapear o que está no local. Se na rodovia tem placa com
> o nome dela, é o que está lá que vai na tag name. Nas *_name pode-se
> completar a informação para que a via seja retornada em buscas ou para a
> visualização de mais detalhes dela.
>
> Atenciosamente,
> Roger.
>
> --
>
> Em 12-02-2017 16:05, Jairo Duarte escreveu:
>
> Prezados Srs.
>
> O que estou afirmando é que estas designações não são utilizadas na
> prática e isto pode ser facilmente comprovado.
>
> Acabei de fazer duas pesquisas na internet, que estão anexadas.
>
> Pesquisei SC-114 e Rodovia Enedino Batista Ribeiro.
>
> Favor observarem os resultados e concluirão o mesmo que eu que vivo na
> serra catarinense. Imprensa, governo do estado e população só reconhecem
> SC-114, pra que utilizarmos uma denominação que não vai identificar nada.
>
> Se perceberem o próprio governo do estado utiliza em sua comunicação
> oficial a designação SC-114. Pelos resultados das duas pesquisas, poderemos
> ver que só a família do homenageado o reconhece, em nenhum resultado
> aparece relação com a rodovia, embora a consulta tenha privilegiado o termo
> rodovia.
>
> Então no caso de Santa Catarina, devemos cadastrar as SC como Rodovias SC
> e colocar a denominação com outra designação como: oficial name ou name1 ou
> name multilingue.
>
> Esta é a minha opinião. Consultem os outros mapas e verão que ninguém
> utiliza estas denominações, que em Santa Catarina é só para inglês ver,
> ninguém utiliza.
>
>
> Em 12-02-2017 15:34, Nelson A. de Oliveira escreveu:
>
> 2017-02-12 15:24 GMT-02:00 Jairo Duarte <jairo.fazgra...@gmail.com>
> <jairo.fazgra...@gmail.com>:
>
> 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
>
>
>
>
> ___
> Talk-br mailing 
> listTalk-br@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-br
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
> --
>
> cordialmente,
>
> adriano.
>
> _
> Sempre tenha os seus arquivos quando você precisar deles com @Dropbox.
> Conta de 2GB é grátis!
>
> Acesse: http://db.tt/enaEb5F
>
>
> ___
> Talk-br mailing 
> listTalk-br@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-br
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
-- 

cordialmente,

adriano.

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

Acesse: http://db.tt/enaEb5F
___
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

[Adriano Rosa]

estou em viagem, não posso agora explicar com muitos detalhes.

algumas rodovias estaduais em sc já estão ganhando placa com o nome, além
do código. sinal que o governo as identifica dessa forma. no mais, voto com
o roger. nome de etiqueta com name=* e código da rodovia com ref=*. não há
necessidade de complicar e inventar com "rodovia sc-xxx", usar outras
etiquetas que têm outro objetivo ou, ainda, inventar mais etiquetas.

On Sun, Feb 12, 2017, 4:41 PM Roger C. Soares  wrote:

>
> > Acredito que o ideal é que façamos a identicação no mapa pelo nome
> > pelo qual a rodovia é reconhecida. Assim a rodovia litorânea em Santa
> > Catarina é reconhecida por BR-101(embora tenha também o nome de
> > Rodovia governador Mario Covas). Já em São Paulo a BR-116 é
> > reconhecida por Regis Bitencourt.
> > Nestes casos não tenho dúvida de que uma deva ser nomeada pelo nome e
> > outra pelo código.
> >
>
> Discordo. Eu fui para Florianópolis mês passado, e na BR-101 está cheio
> de placas com o nome Rodovia Governador Mário Covas. Hoje identifico a
> rodovia pelas 2 denominações, e já usei o nome em conversa. Os softwares
> de GPS que uso idicam corretamente "BR-101 Rodovia Governador Mário
> Covas", retirar informação para resolver a limitação de um software de
> GPS específico seria um erro, tem que corrigir o software... O nome de
> uma rodovia muda dependendo do trecho e qdo o GPS informa o mesmo nome
> que está nas placas você tem uma certeza a mais de estar no caminho
> correto, além de satisfazer quem conhece pela referência e quem conhece
> pelo nome, os mapas normalmente mostram os 2.
>
> Atenciosamente,
> Roger.
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
-- 

cordialmente,

adriano.

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

Acesse: http://db.tt/enaEb5F
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

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

[Adriano Rosa]

*a "avenida paralela" seria um exemplo de loc_name* (o logradouro chama
"avenida luiz viana" mas todo mundo chama de "avenida paralela")

On Wed, Dec 14, 2016 at 9:37 AM Marcos Fedato  wrote:

> Muito boa sua colocação das outras tags.
>
> Eu não vi muita discussão sobre elas aqui, elas sao muito úteis.
>
> Já usei a old_name que vc coloca o nome antigo quando surge um nome novo,
> é boa para registro historico.
>
> A alt_name eu uso quando por exemplo o logradouro chama "avenida luiz
> viana" mas todo mundo chama de "avenida paralela" (salvador - ba).
>
> Essa loc_name eu nao sei se seria o caso de usar quando a rua tem um nome
> dado pelos moradores e outro oficial, ou se seria um alt_name também?
>
> O official_name seria no caso do aeroporto de guarulhos/sao paulo onde
> alguns conhecem por cumbica e na verdade o nome oficial é do governador
> franco montoro. Além de ter o alt_name de gru airport (ou é o nome
> internacional isso? ).
>
> Além disso algumas tags vc pode usar o ; ponto e virgula quando há mais de
> um valor... ruas que mudam constantemente de nome podem ter vários old_name
> que ficam na mesma tag, separados por ;
>
> Além do ref que guarda a informacão do numero da estrada municipal,
> estadual ou federal.
>
> Sabendo usar o modelo de dados do OSM é bem completo.
>
> Marcos Fedato
>
> Enviado do meu smartphone Samsung Galaxy.
>
>
>  Mensagem original 
> De: santamariense 
> Data: 14/12/2016 08:22 (GMT-03:00)
> Para: talk-br@openstreetmap.org
> Assunto: Re: [Talk-br] Nomes de ruas (era Re: Possível cópia de nomes de
> ruas do Google)
>
> Sobre nome de vias públicas (ruas/estradas/...) gostaria de
> compartilhar a minha experiência.
>
> 1 - Busco sempre saber se existe um nome oficial (pesquisa nas Leis
> Municipais), no caso da minha cidade temos uma excelente fonte única
> que é uma lei que consolidou cerca de 1,5 mil denominações
> (
> http://www.camara-sm.rs.gov.br/camara/print_pdf/lei-ordinaria/2011/555/5558/lei-ordinaria-n-5558-2011-consolida-a-legislacao-municipal-sobre-denominacao-de-ruas
> ).
> Claro que depois dessa lei surgiram leis esparsas, daí é só questão de
> acompanhar as novas leis criadas;
>
> 2 - Há casos em que a razão pode ser sim da placa. Existe uma placa
> "Estr. Mun. José Santo Fighera" (provavelmente colocada pelos próprios
> familiares) onde fica a família do Arroz Fighera. Quem criou a lei,
> aportuguesou o nome (Estr. Mun. José Santos Figueira), talvez porque
> ouviu e entendeu que fosse assim, sem tirar dúvidas em um documento
> com mais calma.
>
> 3 - Há casos em que não se pode confiar em placas. Neste caso, cito a
> R. Enesto Beck. Essa pessoa consta em livros de história sobre a
> cidade. Mas existe uma variação muito forte do nome dele, que é
> (Coronel) Ernesto Becker, seja em (algumas) placas, usado pela
> prefeitura, media local e até um ponto de táxi com o nome errado (sem
> falar que isso foi certamente agravado por erro de mapas conhecidos,
> como o GM, porque querendo ou não as pessoas veem o nome errado lá e
> passam a usá-lo - falei disso no diário certa feita:
> http://www.openstreetmap.org/user/santamariense/diary/37275). No OSM,
> é claro, temos os dois nomes. No IBGE tá certo o "Beck", mas tá errado
> o "coronel", porque o título não aparece no nome oficial.
>
> 4 - Até onde eu sei, o IBGE não é totalmente seguro quanto nome de
> ruas. Pode sim conter erros como qualquer outra fonte. Até porque há
> nomes que são capturados verbalmente com moradores.
>
> Se há variações do nome, e são de fontes lícitas, devemos colocar no
> OSM todas elas. Nas mais diferentes tags name, loc_name, alt_name,
> official_name, old_name,... Na tag "name" eu sempre preferia colocar o
> nome oficial, mas hoje eu tenho opinião diferente, nesta tag devemos
> colocar o que se acha in-loco, seja placas ou consenso de moradores.
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
-- 

cordialmente,

adriano.

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

Acesse: http://db.tt/enaEb5F
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Duvidas

[Adriano Rosa]

exatamente, mapeie conforme a placa. ignore as barbeiragens.

On Fri, Sep 16, 2016 at 1:37 PM George Silva 
wrote:

> Na minha opinião, o OSM deve refletir a realidade da LEI.
>
> Vai ajudar mais quem é de fora. Duro é você tentar entrar numa rua numa
> cidade por uma mão e ver que ela não é dupla...mesmo que seja um
> "cambalacho".
>
> 2016-09-16 13:31 GMT-03:00 Wallace Silva :
>
>> Pessoal estou melhorando o roteamento das avenidas aqui na minha cidade,
>> mas tenho uma dúvida.  Tem umas vias que as placas indicam que sao de mão
>> única,  mas ninguem respeita e acaba sendo usado como mao dupla. Devo
>> coloca-las como mão dupla ou única?
>> --
>> Cordeiro de Deus que tira o pecado do mundo, Tenha piedade de nós, pois
>> não sabemos o que fazemos.
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>>
>
>
> --
> George R. C. Silva
> Sigma Geosistemas LTDA
> 
> http://www.sigmageosistemas.com.br/
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
-- 


Adriano.
___
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.

[Adriano Rosa]

em casos semelhantes, deixo o pessoal treinar, desde que não destruam algo
importante, depois de um tempo, que eles já pararam de editar, reverto ou
corrijo as edições.

faço isso para não desestimular a galera (vai que dali sai um mapeador) e
porque é muito trabalho ficar corrigindo de imediato (todo dia tem coisa
nova).

On Thu, Jul 28, 2016, 12:36 PM Erick de Oliveira Leal <
erickdeoliveiral...@gmail.com> wrote:

> Eu acabei enviando a reversão sem querer depois que enviei a lista, eu ia
> esperar vocês verem como estava. Agora já era. rs
>
> Em 28 de julho de 2016 12:32, Erick de Oliveira Leal <
> erickdeoliveiral...@gmail.com> escreveu:
>
>> Não parece haver nada de novo no que eles criam é só destrutivo mesmo,
>> eles movem e duplicam as coisas.
>>
>> Em 28 de julho de 2016 12:32, Erick de Oliveira Leal <
>> erickdeoliveiral...@gmail.com> escreveu:
>>
>>> São 18 usuários, mas é o frocha que está coordenando.
>>>
>>> Em 28 de julho de 2016 12:26, Nelson A. de Oliveira 
>>> escreveu:
>>>
 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

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


Adriano.
___
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

[Adriano Rosa]

os elementos são esses:
http://www.openstreetmap.org/#map=16/-26.2182/-48.6631 e
http://www.openstreetmap.org/#map=16/-26.3016/-48.7590

um não estava aparecendo, porque a camada, em determinado nível de zoom,
não havia sido atualizada.

aproveitando, lucas evite usar abreviaturas no osm. por exemplo, está
abreviado o nome da rua no endereço da igreja em joinville.

Em qua, 27 de abr de 2016 às 21:58, Nelson A. de Oliveira 
escreveu:

> 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
>
-- 


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

Re: [Talk-br] mudança de estilo conforme escala

[Adriano Rosa]

imho, essa mudança nos estilos e labels dependendo do zoom se deve ao
período de atualização diferente de cada camada do mapa. as camadas nos
zooms mais altos demoram mais para atualizar.

Em qui, 14 de jan de 2016 às 09:45, Márcio Aguiar Ribeiro <
aguiar.mar...@gmail.com> escreveu:

> Você pode fazer o seu próprio estilo utilizando ferramentas como Mapbox
> Studio [1] e QGIS [2] com os dados do OpenStreetMap, mas não consegui
> entender se é realmente isso que você precisa.
>
> [1] https://www.mapbox.com/mapbox-studio/
> [2] http://www.qgis.org/
>
> Em qua, 13 de jan de 2016 às 16:02, Cassio Eskelsen 
> escreveu:
>
>> Isso é o render do mapa que faz, você não precisa se preocupar com isso
>> (nem tem controle), só em classificar corretamente os eixos conforme seu
>> tipo.
>>
>> Abraços
>>
>> Cássio
>>
>> Cássio Rogério Eskelsen
>> 3Geo
>>
>> 2016-01-13 12:52 GMT-02:00 Kátia Pereira :
>>
>>> Caros,
>>>
>>> Tenho interesse em adicionar ao Open Street Map as estradas legais e
>>> ilegais para a Amazônia Legal. Observei que durante a navegação do mapa, os
>>> estilos e labels das feições mudam conforme eu vou mudando a escala de
>>> visualização. Gostaria de saber como isso é feito.
>>>
>>> Kátia Regina Pereira
>>>
>>>
>>> ___
>>> Talk-br mailing list
>>> Talk-br@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-br
>>>
>>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
-- 


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

Re: [Talk-br] Lacuna no mapa - SC

[Adriano Rosa]

mas ver tanta gente empenhada para resolver o problema, anima. força,
naoliv. :D

Em sáb, 9 de jan de 2016 às 15:19, Nelson A. de Oliveira 
escreveu:

> Yoshichika, arrumei umas partes nessa área.
> Depois vê se ainda está sobrando mais coisa, por favor.
>
> E ela estragou tanta coisa nessa região... desanima.
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
-- 


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

Re: [Talk-br] Lacuna no mapa - SC

[Adriano Rosa]

eu enviei mensagem, a qual não foi respondida, para a editora nesses termos:

"olá, marcia. tudo bem?

inicialmente, seja bem vinda à comunidade de editores do openstreetmap.

encontrei alguns problemas no mapa da região sul de sc e aparentemente
podem ter sido causados por algumas edições que você fez.

você sabe o que pode ter acontecido para que várias vias, inclusive
rodovias estaduais, fossem apagadas do mapa?

abraço."

e recebi mensagem sobre os changesets do sérgio:
"Bom dia Adriano, vi tua mensagem no talk-br, e estas deleções de sc-108 e
sc-445.
Creio que foi problema de imperícia básica da usuária. Deve ter visto
estradas para realinhar e achou mais fácil deletar ao invés de trabalhar em
cima do existente, sem ver o histórico, depois não soube refazer e deixou
por isto mesmo.
Sem dúvida tem que reverter, mas surgiram conflitos, pode mexer em edições
novas. Não tive tempo de analisar tudo, não reverti.
Baixei com o revert para novo layer para ver:

https://www.openstreetmap.org/user/Marcia%20Cemin

CHANGESET
https://www.openstreetmap.org/changeset/35604230

WAYS
https://www.openstreetmap.org/way/317612932/history
https://www.openstreetmap.org/way/88615048/history

CHANGESET
https://www.openstreetmap.org/changeset/35479861
WAYS

Este último changeset ficou muito pesado todo o histórico, suspendi.
Se você é da região, sugiro contatar a usuária para avisar do que causou,
que evite deletar coisas, leia os históricos, e se tiver problemas contate
usuários, leia os tutoriais.

Talvez pedir auxílio ao http://www.openstreetmap.org/user/naoliv para
reverter

Att. Sérgio / user:smaprs"

tirando o que o anor fez, acho que não foi feito mais nada.

Em ter, 5 de jan de 2016 às 17:52, A. Carlos 
escreveu:

>
>
>
>
>
>
>
>
>
>
> *Bom..Como ali esta um "balaio de gato" me ative a consertar aquela
> rodovia e fazer as ligaçõesTem um emaranhado de pontos solto no mapa
> ali, sem tag alguma, fora os que já exclui..Parece que saíram colocando
> ponto no mapa ali, saíram pra tomar um café e deixaram o serviço pela
> metade..*
>
>
>
>
>
>
>
>
>
>
> *___*
>
> *Anor C. A. de Souza
>Co**ncórdia SC *
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> > Date: Tue, 5 Jan 2016 17:45:10 -0200
> > From: nao...@gmail.com
> > To: talk-br@openstreetmap.org
> > Subject: Re: [Talk-br] Lacuna no mapa - SC
>
> >
> > Saindo da filosofia e voltando para a parte prática, alguém chegou a
> > ver os changesets que causaram isso?
> > Alguém mandou mensagem para quem fez?
> >
> > Tem muita coisa errada de uma usuária nessa região.
> >
> > ___
> > Talk-br mailing list
> > Talk-br@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-br
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
-- 


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

Re: [Talk-br] Estamos vivenciando uma experiência meritocrática?

[Adriano Rosa]

Gerald, sua explicação ficou muito boa. inclusive refletirei melhor sobre a
minha posição.

o receio que tenho quando vejo algo sobre criar uma organização/ estrutura/
norma para proteger o mapa, é que aconteça algo parecido com o waze.

vejo o tomio elogiando a estrutura dos editores do waze e lhe entendo. há
suas vantagens e desvantagens. a principal desvantagem é o abuso de poder
de alguns.

aqui um caso para ilustrar um problema que aconteceu comigo (mas já
aconteceram casos semelhantes, envolvendo os mesmos ou outros personagens).
a treta começa aqui
https://www.waze.com/forum/viewtopic.php?f=1005=121728=60#p1100059,
em 4/5/15. e aparentemente se encerrou em 7/5/15.

porém, oito meses depois, quando eu menos esperava, por causa de edições
anteriores a 25/5/15 (com controvérsias se foram erros de edição, mas não
há dúvida que não houve prejuízo ao mapa) fui rebaixado (nível 5 para 2),
perdi área de edição e suspenso do fórum. não me incomodo com as penas,
pois após a treta inicial já havia decidido contribuir menos com o waze. me
incomoda a maneira como as coisas são conduzidas, quando o poder se
centraliza. e como temos disponibilidades e capacidades diferentes, com o
decorrer do tempo, quem tiver mais disponibilidade poderá ter mais
poder. coincidentemente
a situação lá piorou enquanto a discussão rola aqui.

só quero registrar o alerta aqui, que minha experiência trouxe aversão para
algo mais formal, quando se trata de um hobby, um serviço voluntário.

compreendo a necessidade de proteger o mapa para torná-lo mais confiável,
mas esse projeto comunitário é para muitos um passatempo, não somos
profissionais, funcionários do osm. por isso ainda continuo tendendo a
concordar com o Cassio.



Em ter, 5 de jan de 2016 às 09:39, Gerald Weber 
escreveu:

> Prezado Cassio e colegas
>
> 2016-01-05 5:35 GMT-02:00 Cassio Eskelsen :
>
>> A pergunta correta é, em primeiro lugar, "por que criar normas"?
>>
>
> As normas já existem. A mais famosa é: não copiar de mapas protegidos por
> direito autoral. É algo que os mapeadores aqui no Brasil tem uma gigantesca
> dificuldade em aceitar.
>
>
>>
>> "Ah teve os casos x e y de vandalismo". Sim, teve, mas cabe aos
>> normatistas demonstrar antes de mais nada que o custo destes
>> vandalismos(intencionais ou por imperícia) é substancialmente maior do que
>> os benefícios trazidos pela atual forma semi-anárquica de gestão da base do
>> OSM.
>>
>
>
> Faz o seguinte exercício: abra o JOSM e baixe um pedaço central de
> qualquer cidade média/grande no Brasil. Clique em ctrl-A selecionando todos
> os elementos, clique em "validar". Depois de se acalmar do susto da
> quantidade de erros e advertências que vão aparecer, passe o restante da
> semana consertando todos estes erros. Aguarde alguns meses e repita o
> exercício no mesmo local. Você verá que muitos novos erros terão aparecido
> mesmo em lugares que você já consertou. É como exugar gelo num dia quente
> de verão. Não é a toa que 99.99% dos mapeadores desiste.
>
> Eu não descreveria o sistema do OSM como anárquico e sim como caótico. Se
> tudo que você deseja é um mapinha bonitinho para pendurar na parede acho
> que o sistema até atende. Mas se você deseja um sistema confiável, por
> exemplo para fazer um roteamento, então o OSM falha completamente.
>
> Não há como confiar num sistema que a qualquer minuto pode ser
> completamente detonado de maneira imprevisível. Algumas alterações são bem
> aparentes como o buraco em Santa Catarina, que deu origem a esta discussão,
> mas a maioria é bem sutil e só aparece quando você procura. Estes são os
> piores pois vão corroendo a consistência da base lentamente e de maneira
> quase invisível.
>
> A base cartográfica do OSM é um conjunto de dados bem complexo e muito
> frágil. Basta desconectar um único nó estrategicamente e você cria um
> estrago gigantesco. Por isto que o sistema deve ser classificado de caótico
> (veja definição de sistema caótico
> https://en.wikipedia.org/wiki/Chaos_theory) pois é quase impossível
> prever as consequências de alguma pequena alteração desastrada.
>
> Sem esta componente de confiabilidade eu não vejo como o OSM poderá se
> tornar mais aceito para o uso do dia-a-dia. E sinceramente não sei como
> atingir algum índice de confiabilidade com um sistema caótico de edição,
> sem falar num conjunto fragmentado e inconsistente de regras de mapeamento.
>
> Também não vejo como pode funcionar ter vários programas de edição
> inconsistentes entre sí, como JOSM e Id. No mínimo o Id e o JOSM teriam que
> ter exatamente as mesmas regras de validação. Eu lembro que ano passado
> passei um bom tempo mapeando as serras de Minas Gerais apenas para
> descobrir meses depois que algum outro mapeador (usando o Id) passou
> semanas apagando tudo que eu fiz pois não entendeu o que eram as linhas que
> representam as serras e achou que era lixo que precisava ser apagado.
> Coitado, esse ficou bem sem graça quando expliquei.
>

Re: [Talk-br] Estamos vivenciando uma experiência meritocrática?

[Adriano Rosa]

complementando, o tópico sobre as penas que eu recebi estão aqui:
https://www.waze.com/forum/viewtopic.php?f=1292=172558

Em ter, 5 de jan de 2016 às 10:49, Adriano Rosa <adriano...@gmail.com>
escreveu:

> Gerald, sua explicação ficou muito boa. inclusive refletirei melhor sobre
> a minha posição.
>
> o receio que tenho quando vejo algo sobre criar uma organização/
> estrutura/ norma para proteger o mapa, é que aconteça algo parecido com o
> waze.
>
> vejo o tomio elogiando a estrutura dos editores do waze e lhe entendo. há
> suas vantagens e desvantagens. a principal desvantagem é o abuso de poder
> de alguns.
>
> aqui um caso para ilustrar um problema que aconteceu comigo (mas já
> aconteceram casos semelhantes, envolvendo os mesmos ou outros personagens).
> a treta começa aqui
> https://www.waze.com/forum/viewtopic.php?f=1005=121728=60#p1100059,
> em 4/5/15. e aparentemente se encerrou em 7/5/15.
>
> porém, oito meses depois, quando eu menos esperava, por causa de edições
> anteriores a 25/5/15 (com controvérsias se foram erros de edição, mas não
> há dúvida que não houve prejuízo ao mapa) fui rebaixado (nível 5 para 2),
> perdi área de edição e suspenso do fórum. não me incomodo com as penas,
> pois após a treta inicial já havia decidido contribuir menos com o waze. me
> incomoda a maneira como as coisas são conduzidas, quando o poder se
> centraliza. e como temos disponibilidades e capacidades diferentes, com o
> decorrer do tempo, quem tiver mais disponibilidade poderá ter mais poder. 
> coincidentemente
> a situação lá piorou enquanto a discussão rola aqui.
>
> só quero registrar o alerta aqui, que minha experiência trouxe aversão
> para algo mais formal, quando se trata de um hobby, um serviço voluntário.
>
> compreendo a necessidade de proteger o mapa para torná-lo mais confiável,
> mas esse projeto comunitário é para muitos um passatempo, não somos
> profissionais, funcionários do osm. por isso ainda continuo tendendo a
> concordar com o Cassio.
>
>
>
> Em ter, 5 de jan de 2016 às 09:39, Gerald Weber <gwebe...@gmail.com>
> escreveu:
>
>> Prezado Cassio e colegas
>>
>> 2016-01-05 5:35 GMT-02:00 Cassio Eskelsen <cas...@3geo.com.br>:
>>
>>> A pergunta correta é, em primeiro lugar, "por que criar normas"?
>>>
>>
>> As normas já existem. A mais famosa é: não copiar de mapas protegidos por
>> direito autoral. É algo que os mapeadores aqui no Brasil tem uma gigantesca
>> dificuldade em aceitar.
>>
>>
>>>
>>> "Ah teve os casos x e y de vandalismo". Sim, teve, mas cabe aos
>>> normatistas demonstrar antes de mais nada que o custo destes
>>> vandalismos(intencionais ou por imperícia) é substancialmente maior do que
>>> os benefícios trazidos pela atual forma semi-anárquica de gestão da base do
>>> OSM.
>>>
>>
>>
>> Faz o seguinte exercício: abra o JOSM e baixe um pedaço central de
>> qualquer cidade média/grande no Brasil. Clique em ctrl-A selecionando todos
>> os elementos, clique em "validar". Depois de se acalmar do susto da
>> quantidade de erros e advertências que vão aparecer, passe o restante da
>> semana consertando todos estes erros. Aguarde alguns meses e repita o
>> exercício no mesmo local. Você verá que muitos novos erros terão aparecido
>> mesmo em lugares que você já consertou. É como exugar gelo num dia quente
>> de verão. Não é a toa que 99.99% dos mapeadores desiste.
>>
>> Eu não descreveria o sistema do OSM como anárquico e sim como caótico. Se
>> tudo que você deseja é um mapinha bonitinho para pendurar na parede acho
>> que o sistema até atende. Mas se você deseja um sistema confiável, por
>> exemplo para fazer um roteamento, então o OSM falha completamente.
>>
>> Não há como confiar num sistema que a qualquer minuto pode ser
>> completamente detonado de maneira imprevisível. Algumas alterações são bem
>> aparentes como o buraco em Santa Catarina, que deu origem a esta discussão,
>> mas a maioria é bem sutil e só aparece quando você procura. Estes são os
>> piores pois vão corroendo a consistência da base lentamente e de maneira
>> quase invisível.
>>
>> A base cartográfica do OSM é um conjunto de dados bem complexo e muito
>> frágil. Basta desconectar um único nó estrategicamente e você cria um
>> estrago gigantesco. Por isto que o sistema deve ser classificado de caótico
>> (veja definição de sistema caótico
>> https://en.wikipedia.org/wiki/Chaos_theory) pois é quase impossível
>> prever as consequências de alguma pequena alteração desastrada.
>>
>> Sem esta componente de confiabilidade e

Re: [Talk-br] Estamos vivenciando uma experiência meritocrática?

[Adriano Rosa]

concordo plenamente, com o cássio. era isso que eu estava pensando em
comentar mas não encontraria os argumentos melhor que ele.

Em seg, 4 de jan de 2016 às 08:16, Cassio Eskelsen 
escreveu:

> O grande crescimento do OSM só foi possível pelo seu espírito quase que
> anarquista de qualquer um poder sentar na frente dele e fazer alguma coisa.
>
> Tem problemas?  Claro que tem, mas não podemos ficar presos à velhas
> idéias de comando-e-controle onde apenas uma casta detém o controle, por
> mais benevolente que sua criação informal tenha sido no início. A história
> está aí para provar que tais grupos de controle, sendo eles de que lado
> ideológico forem, com o tempo se tornam um fardo.
>
> Se o modelo do OSM não funciona no Brasil temos é que OU educar as pessoas
> para que façam as coisas corretamente OU, em última instância,  lamentar o
> espírito de porco do brasileiro, mas não querer buRRocratizar algo que
> mundialmente está funcionando relativamente bem.
>
> At
>
> Cassio
>
> Cássio Rogério Eskelsen
> 3Geo
>
> 2015-12-26 10:22 GMT-02:00 Alexandre Magno Brito de Medeiros <
> alexandre@gmail.com>:
>
>> Para mais clareza:
>>
>> Eu tenho falado em curtidas e descurtidas. Mas na verdade, "descurtida"
>> não é bem a palavra. É claro que eu posso desfazer minha curtida, com uma
>> descurtida. Só que todo o tempo eu estava me referindo a uma pessoa ir lá,
>> onde eu curti, e "não curtir". Como no Youtube, que temos o "gostei" e o
>> "não gostei".
>>
>> Alexandre
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
-- 


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

Re: [Talk-br] Lacuna no mapa - SC

[Adriano Rosa]

se eu usei o direito o whodidit, então as edições foram feitas pela
usuária marcia
cemim
<https://www.openstreetmap.org/user/Marcia%20Cemin/history#map=10/-28.4771/-49.4550>
.

há como reverter essas edições?

aliás, olhem como ficou estranho esse trecho:
http://www.openstreetmap.org/#map=17/-28.60932/-49.32997

Em qui, 24 de dez de 2015 às 10:26, santamariense <imagens...@gmail.com>
escreveu:

> Por esse motivo devemos vigiar edições no mapa.
>
> Em 24/12/15, talk-br-requ...@openstreetmap.org<
> talk-br-requ...@openstreetmap.org>
> escreveu:
> > Enviar submissões para a lista de discussão Talk-br para
> >   talk-br@openstreetmap.org
> >
> > Para se cadastrar ou descadastrar via WWW, visite o endereço
> >   https://lists.openstreetmap.org/listinfo/talk-br
> > ou, via email, envie uma mensagem com a palavra 'help' no assunto ou
> > corpo da mensagem para
> >   talk-br-requ...@openstreetmap.org
> >
> > Você poderá entrar em contato com a pessoa que gerencia a lista pelo
> > endereço
> >   talk-br-ow...@openstreetmap.org
> >
> > Quando responder, por favor edite sua linha Assunto assim ela será
> > mais específica que "Re: Contents of Talk-br digest..."
> >
> >
> > Tópicos de Hoje:
> >
> >1. Lacuna no mapa - SC (Adriano Rosa)
> >2. Re: Lacuna no mapa - SC (Lucas Pereira)
> >
> >
> > --
> >
> > Message: 1
> > Date: Wed, 23 Dec 2015 15:19:50 +
> > From: Adriano Rosa <adriano...@gmail.com>
> > To: OpenStreetMap no Brasil <talk-br@openstreetmap.org>
> > Subject: [Talk-br] Lacuna no mapa - SC
> > Message-ID:
> >   

[Talk-br] Lacuna no mapa - SC

[Adriano Rosa]

alguém sabe o que aconteceu no mapa da região sul de sc?

http://www.openstreetmap.org/#map=11/-28.5055/-49.2730

não tenho certeza se já esteve completo alguma vez, mas me pareceu bem
estranho faltarem trechos da sc-108 e da sc-445.
-- 


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

Re: [Talk-br] Digest Talk-br, volume 85, assunto 2

[Adriano Rosa]

"Qto as alteracoes de velocidades das via, acho que devem ser revistas
sempre que sofrerem modificações.
Extremamente trabalhoso eu sei, mas penso que a proposta do OSM é mapear
tudo o que existe.
O problema não está no mapeamento, mas na quantidade de mapeadores do
Brasil."

conclui muito bem.



Em qui, 1 de out de 2015 às 12:55, Helio Cesar Tomio 
escreveu:

> Concordo com o Reinaldo, de usar o CNEFE para completar nomes de vias
> ausentes no OSM.
> Utilizar para retificar nomes ou alinhamentos de vias no OSM, acho
> temerário.
> Utilizar para gerar alertas de inconsistências entre as bases, acho uma
> ferramenta interessante. Ajudaria nas edições.
> Neste sentido, gostaria que existisse alguma ferramenta prática que
> permitisse comparar um mapa do osm com outro do osm, em um intervalo de
> tempo definido,  como uma semana.
> Assim, poderia detectar alguma edição equivocada. Se isto já existe, então
> desculpe a bola fora. Mas informática não é minha praia.
>
> Qto as alteracoes de velocidades das via, acho que devem ser revistas
> sempre que sofrerem modificações.
> Extremamente trabalhoso eu sei, mas penso que a proposta do OSM é mapear
> tudo o que existe.
> O problema não está no mapeamento, mas na quantidade de mapeadores do
> Brasil.
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
-- 


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

Re: [Talk-br] Classificação de vias (agora com 50km/hora), como fica? Tarcisio Oliveira

[Adriano Rosa]

a tag maxspeed é renderizada por alguns apps de navegação, tais como o
osmand e o navmii. só isso, para mim, é suficiente para incluir essa
informação no mapa.

se houve alteração na velocidade máxima das vias, o certo é corrigir no
mapa.

Em qua, 30 de set de 2015 às 13:33, Alexandre Magno Brito de Medeiros <
alexandre@gmail.com> escreveu:

> Eu compreendo e sou solidário às preocupações éticas e políticas do
> Marcio, como *já mostrei*. É inegável que na frente da direção do país
> tem mais espertalhões do que gente preocupada com segurança. Mas os
> argumentos do Gerald são impressionantes
> 
> e muito pertinentes. Não acho que a solução para uma questão como essa,
> sobre "a aplicação do pardais no Brasil", deva ser polarizada.
>
> Alexandre Magno
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
-- 


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

Re: [Talk-br] Mapear agências bancárias

[Adriano Rosa]

"P.S.2: Acho que sempre devemos colocar a bandeira em brand, mesmo quando a
adotarmos para o nome também. Inclusive acho que poderíamos indicar de
alguma forma brand de postos sem bandeira."

para esse tipo de posto eu coloco "Branca" no campo bandeira, com base no
que diz a ANP

:

*Bandeira Branca *Posto revendedor varejista que opta por não exibir a
marca comercial do distribuidor de combustíveis líquidos derivados de
petróleo, álcool combustível, biodiesel, mistura óleo diesel/biodiesel
especificada ou autorizada pela ANP e outros combustíveis automotivos, e
que identifica de forma destacada e de fácil visualização, em cada bomba
abastecedora, o distribuidor de combustíveis líquidos derivados de
petróleo, álcool combustível, biodiesel, mistura óleo diesel/biodiesel
especificada ou autorizada pela ANP, e outros combustíveis automotivos
fornecedor do respectivo combustível.

Em sex, 18 de set de 2015 às 11:04, Arlindo Pereira <
openstreet...@arlindopereira.com> escreveu:

> Voltando para os bancos, geralmente tem escrito pequeno, vide foto a
> seguir:
>
>
>
> O tamanho do letreiro vs. o tamanho do que seria o official_name da
> agência provam meu ponto sobre bancos.
>
> Sobre postos de gasolina, ok, fui convencido; não dirijo então não posso
> falar nada.
>
> []s
> Arlindo
>
> 2015-09-18 9:13 GMT-03:00 Márcio Vinícius Pinheiro <
> marcioviniciu...@gmail.com>:
>
>> Se o Posto Moinho, o Posto Natal e o Posto Chefão têm placas e letreiros,
>> acho justo, sim, que sejam identificados por esses nomes na tag name. Em
>> rodovias normalmente os postos têm mesmo seus nomes em placas. Eu mesmo já
>> mapeei um na Via Dutra (e outros em que só pude identificar a bandeira).
>>
>> Eu entendo que a tag name tem que conter o nome pelo qual a coisa é
>> conhecida, normalmente esse nome é identificado em placas e letreiros. Acho
>> errado usar a tag name para colocar o nome pelo qual uma minoria de pessoas
>> podem identificá-los, mesmo que esse seja o nome oficial ou verdadeiro.
>> Para isso, existem outras tags que podem ser tranquilamente identificadas
>> em sistemas de busca.
>>
>> Acho que o melhor dos mundos seria poder ser pão-pão-queijo-queijo e
>> colocar nome em name e marca em brand e ter ambos visíveis no mapa. Mas
>> infelizmente não temos tanto poder sobre o que aparece no mapa e menos
>> ainda sobre o que colocam nas placas (o que obviamente dificulta inclusive
>> mapea-los com o nome verdadeiro).
>>
>> Estamos tentando mapear como se fosse padronizado um mundo que na verdade
>> não é padronizado. Temos que mapear o mundo como é. Se o nome que aparece é
>> Posto Natal o nome é Posto Natal e se o nome que aparece é Posto Shell o
>> nome é Posto Shell, todo o resto é informação adicional (que podem ser
>> incluídas em outras tags, como brand e oficial_name, por exemplo).
>>
>> Isso que trouxemos a discussão para postos de combustível, a questão
>> inicial é sobre bancos que nunca tem o nome da agência na porta (eu pelo
>> menos nunca vi).
>>
>> __
>> Atenciosamente,
>> Márcio Vinícius Pinheiro
>> http://about.me/Doideira
>> Em 17/09/2015 2:27 PM, "Nelson A. de Oliveira" 
>> escreveu:
>>
>>> Minha sugestão: utilizar name e brand da forma como são definidos (e
>>> não colocar BR, Shell, etc no mome) e fazer lobby para que as duas
>>> tags sejam exibidas no mapa padrão.
>>>
>>> https://github.com/gravitystorm/openstreetmap-carto/issues/1548
>>>
>>> ___
>>> Talk-br mailing list
>>> Talk-br@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-br
>>>
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
-- 


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

[Talk-br] Fwd: mapa desalinhado, o que é melhor fazer?

[Adriano Rosa]

complementando a resposta do alexandre e sendo mais direto: a resposta é
sim, mas o alinhamento serve somente para a sua sessão. ao fechar o editor
e abrir de novo, a correção do alinhamento é zerada.

-- Forwarded message -
From: Alexandre Magno Brito de Medeiros alexandre@gmail.com
Date: sex, 31 de jul de 2015 às 22:21
Subject: Re: [Talk-br] mapa desalinhado, o que é melhor fazer?
To: OpenStreetMap no Brasil talk-br@openstreetmap.org


Provavelmente, nessa pergunta, você está falando do alinhamento temporário,
da sua visualização, para a atividade (tela) de mapeamento corrente, e
Gerald estava falando de realmente editar o mapa (dados) realinhando tudo.

Alexandre


Em 31 de julho de 2015 21:57, Ivaldo Nunes de Magalhães ivald...@gmail.com
escreveu:


 Vou perguntar algo que sempre tive dúvidas, que parece até banal, mas me
 intriga: quando alinho o mapa com a imagem do satélite (bing), mexe no
 mundo todo ou só no local?


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


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

Re: [Talk-br] mapa desalinhado, o que é melhor fazer?

[Adriano Rosa]

ou não. as imagens de satélite são periodicamente atualizadas. e, nessas
atualizações, é comum a novas imagens não estarem na mesma posição das
anteriores.

Em sex, 31 de jul de 2015 23:26, A. Carlos anorcar...@hotmail.com
escreveu:










 *Ivaldo,Esta tua cidade ai esta interessante, se está desalinhada,que
 desenhou elausou que imagem pra se basear? O Bing não foi, pq se fosse ora,
 eu ali desenharia cexatamente em cima das viasOu mesmo que tenha sido o
 Bing,pegaram de um nível de zoom muito  alto.A perfeição que esta ali, o
 desalinhamento em relação a imagem, tem cheiro de importação isso...*










 *___*

 *Anor C. A. de Souza
   *












 --
 From: ivald...@gmail.com
 Date: Fri, 31 Jul 2015 20:00:34 -0400
 To: talk-br@openstreetmap.org
 Subject: [Talk-br] mapa desalinhado, o que é melhor fazer?


 Sei que a lista não é forum/help etc, mas me ajudem nessa...

 Aqui no Mato Grosso do Sul tem muitos desalinhamentos, como na imagem do
 link abaixo:

 http://www.openstreetmap.org/edit#map=17/-19.38011/-54.58646

 Nesses casos o que é melhor fazer? Alinhar e construir o que falta ou
 construir sem alinhar? Tenha utilizado a 1ª opção, mas é moroso.

 E mais, é possível corrigir de forma permanente? Lembro não utilizo o josm
 (apenas para algumas validações, no note da minha esposa) pois ele é
 incompatível com o chromeos...

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

-- 


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

Re: [Talk-br] Ponte Anita Garibaldi

[Adriano Rosa]

até onde sei, todo o trecho que passa por laguna (ao norte da ponte) já
está duplicado. inclusive há um viaduto no acesso à sc-436.

ainda, o trânsito da br-101 passará pela nova ponte, ficando a ponte antiga
para trânsito local.

não tenho informações suficientes para aplicar essas mudanças.

cordialmente,

adriano.

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

Acesse: http://db.tt/enaEb5F



Em 21 de julho de 2015 22:46, Flavio Bello Fialho bello.fla...@gmail.com
escreveu:

 Já consertei a relação. Alguém precisa passar pelo trecho com GPS (de
 preferência mais de uma vez) para marcar o trajeto novo. Do jeito que está
 agora, parece que não foi duplicado, o que eu acho estranho, mas não
 duvido. Alguém tem que confirmar in loco. Me lembro que haviam alguns
 desvios da última vez que passei lá, que devem ter mudado.

 Em 21 de julho de 2015 20:32, Helio Cesar Tomio hcto...@gmail.com
 escreveu:

 Colegas,

 Mapeador adicionou a nova ponte de Laguna / SC (Ponte Anita Garibaldi),
 mas não tomou o devido cuidado com as relações da BR 101(Rota Rodoviária
 Governador Mário Covas).
 Não sou entendedor do assunto a ponto de corrigir o problema.
 Será que alguém se habilitaria?


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




 --
 Flávio Bello Fialho
 bello.fla...@gmail.com

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


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

Re: [Talk-br] como adicionar números de salas comerciais

[Adriano Rosa]

entendo que seja addr:housename=* (
http://wiki.openstreetmap.org/wiki/Pt-br:Key:addr), pois na página de
referência
para o brasil
http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Refer%C3%AAncia é
recomendado traduzir housename como complemento [do endereço].

cordialmente,

adriano.

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

Acesse: http://db.tt/enaEb5F



Em 21 de julho de 2015 19:06, Helio Cesar Tomio hcto...@gmail.com
escreveu:

 Colegas, como incluo o número de uma sala comercial no endereço do OSM?
 Ex: Rua Joaquina Ristow, n. 540, sala 5
 A dúvida é a tal da sala 5.
 Helio.

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


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

Re: [Talk-br] Esqueleto de projeto para classificação de vias urbanas

[Adriano Rosa]

eu ainda não tenho conhecimento suficiente para opinar qualitativamente
sobre esse assunto. de toda maneira, acho importantíssimo orientações mais
claras sobre a classificação de vias em área urbana, a exemplo do que já há
para vias em área rural.

Em dom, 12 de jul de 2015 às 19:20, Ivaldo Nunes de Magalhães 
ivald...@gmail.com escreveu:

 Saudações a todos. Apesar de não estar com muito tempo, gostaria de
 iniciar uma discussão sobre classificação de vias urbanas (tema espinhoso,
 mas urgentemente necessário, devido falta de um padrão). Isso porque estou
 trabalhando na delimitação dos bairros de Campo Grande/MS - cidade onde
 resido - e já me deparei até com Auto Estrada no meio da cidade, quando
 sabemos que isso não existe. Tenho corrigido algumas coisas, mas é
 complicado trabalhar sem parâmetros.

 Além de correções e classificação de vias não ser o meu foco no osm, as
 vezes acabo fazendo (como agora) porque no andamento de um projeto não dá
 para se omitir ao ver algo incorreto ou fora do padrão, embora ele ainda
 não esteja definido.

 Me baseei no conteúdo do wiki
 http://wiki.openstreetmap.org/wiki/Pt-br:Map_Features#Highway_.28Rodovia.29
 .

 Partindo desse ponto, podemos ver que as auto-estradas e troncos (motorway
 e trunk) não deveriam aparecer como vias urbanas (exceto quando foram
 rodovias que cruzem cidades, estejam integras na malha viária do local e
 quando atendam aos requisitos dessas vias), devido restrições como limite
 de velocidade, cruzamentos, sinais de trânsito, entre outros, que são
 caraterísticos dos centros urbanos. Além disso a própria wiki não faz
 referência à elas em áreas urbanas.

 Desse modo, podemos considerar apenas: primárias, secundárias, terciarias,
 residenciais, serviço e não classificadas. Poderíamos até ignorar as não
 classificadas, divido os centros urbanos já serem bem definidos.

 Abaixo será incluído a parte textual da wiki sobre cada via na área urbana
 e depois a minha proposta.

 

 *Wiki - primary / primária: (...) via arterial, de transito rápido
 (velocidade = 60km/h), pavimentada (asfalto ou concreto), duplicada ou
 não, que liga vários bairros, formando a malha principal de circulação na
 cidade, ou a via principal de entrada e saída de cidades médias e pequenas.
 Pode ou não ter canteiro central (mapear as duas vias paralelas, se tiver).*


 *Proposta:*
 *- Via arterial, de trânsito rápido. Lga várias bairros. Nesse caso a
 delimitação de bairros será um fator determinante. Debater.*

 *- Velocidade = 60km/h, que é a velocidade padrão em centro urbanos. O
 limite de velocidade restringe o mapeamento à distância, exceto se
 disponível fontes confiáveis para consulta. Debater.*

 *- Pavimentada. Senão for, se torna lenta, não sendo de trânsito rápido.*
 *- Duplicada, mínimo 2 faixas livres por sentido, com canteiro ou algum
 obstáculo central, que separe as mãos.*


 **

 *Wiki - secondary / secundária: (...) via coletora, de velocidade média
 (= 40 km/h), pavimentada (asfalto, concreto, blocos de pedra ou outra
 pavimentação firme), geralmente de pista simples, com preferência sobre
 vias terciárias, que forma a malha secundária de circulação entre bairros,
 ou a malha principal de circulação em cidades pequenas; pode ou não ter
 canteiro central (mapear as duas vias paralelas, se tiver).*

 *Proposta:*
 *- Via coletora, que liga 2 ou mais bairros. Nesse caso a delimitação de
 bairros será um fator determinante. Debater.*

 *- Velocidade = 50km/h. O limite de velocidade restringe o mapeamento à
 distância, exceto se disponível fontes confiáveis para consulta. Debater.*

 *- Pavimentada. Senão for, se torna lenta.*
 *- Pista simples. Pode ser de mão única. Em ambos os casos deve ter mínimo
 2 faixas livres por sentido.*


 **

 *Wiki - tertiary / terciária: (...) via coletora, geralmente pavimentada e
 de pista simples, com preferência sobre vias residenciais e sem
 classificação, formando a malha de circulação dentro de bairros, ou a malha
 secundária de cidades pequenas.*

 *Proposta:*
 *- Via coletora, que liga as ruas do bairro ou de um quadrante. Nesse caso
 a delimitação de bairros será um fator determinante. Debater.*

 *- Velocidade = 40km/h. O limite de velocidade restringe o mapeamento à
 distância, exceto se disponível fontes confiáveis para consulta. Debater.*

 *- Pavimentada. Senão for, classificar como residencial.*
 *- Pista simples. Pode ser de mão única. Em ambos os casos deve ter mínimo
 2 faixas por sentido.*

 **

 *Wiki - residential / residencial: Via local, sem fluxo significativo de
 veículos, com largura suficiente para dois veículos (= 6m), em áreas
 residenciais.*

 *Proposta:*
 *- Via local de circulação no bairro.*

 *- Velocidade = 30km/h. O limite de velocidade restringe o mapeamento à
 distância, exceto se disponível fontes confiáveis para consulta. Debater.*

 *- Pavimentada ou não. *
 *- Pista simples. Pode ser de 

Re: [Talk-br] Necessidade de intermediação

[Adriano Rosa]

uma ressalva quanto ao último parágrafo da mensagem do fernando:
Outra saída para essa situação toda é aceitar que o que foi feito por
você é indefensável e portanto é mais seguro que seja revertido, pelo
bem da comunidade. Alguém com melhores condições de demonstrar a
licitude do método vai corrigir quando chegar a hora.
mesmo que o marcio não mostre o tracklog que ele recebeu, acho que não
precisa reverter a edição, pois há tracklogs já incluídos que, ao menos,
parcialmente demonstram o percurso atual no trevo.

Em dom, 5 de jul de 2015 às 12:00, Fernando Trebien 
fernando.treb...@gmail.com escreveu:

 2015-07-05 4:57 GMT-03:00 Marcio - Thundercel thunder...@gpsinfo.com.br:
  A partir do momento que um mapeador declara em sua edição GPS;survey
  acredito nele e nunca pedirei comprovação do que ele editou. Quem ganha
 é o
  OSM porquemais um colaborador, voluntariamente, atuou no mapa.

 Só porque é voluntário não quer dizer que qualquer coisa que faça deve
 ser aceita. Como você disse, assim age você, mas não pretendo agir
 assim.

  Da mesma forma, se sua informação viesse de uma prefeitura, você
  colocaria a prefeitura na etiqueta source. Isso informaria os outros
  mapeadores onde procurar a informação para confirmar:
  - sua veracidade; e
  - sua correção
 
 
  Dados obtidos em prefeituras, IBGE, Bing, mapbox, não pode ser comparado
 com
  survey.

 Em diversos aspectos podem sim.

  Esse é o mesmo princípio pelo qual funciona a Wikipédia: nenhuma
  informação fica lá sem que uma fonte seja citada para verificação. Se
  a fonte não for fornecida, a informação pode ser removida por falta de
  neutralidade. O OSM é a Wikipédia dos mapas - inclusive é assim que se
  apresenta aos novos usuários. Tudo deve ser verificável, não somente
  sob o ponto de vista da idoneidade, mas também do ponto de vista da
  correção.
 
 
  Não tem relação com survey.

 Tem tudo a ver com survey. O equivalente para Wikipédia é uma pessoa
 colocar nela uma informação que simplesmente conhece, que viu por
 aí, mas que não tem fonte. Isso tende a ser removido depois de um
 tempo, quando finalmente os olhos de um fiscal passam pela
 informação. Assim como no OSM, faltam fiscais na Wikipédia pra
 quantidade de dados nela colocados.

  Entendo. Poderia nos copiar a mensagem que ele lhe enviou, mesmo que
  seja uma declaração dizendo tá igual à [fonte X]? Acho que basta.
 
  Não.
  Minha palavra nesse caso basta.

 Se você tem a informação solicitada e não quer compartilhar, começo a
 dar mais razão para a desconfiança do Aun. Talvez você não tenha a
 informação e quer apenas que acreditemos. As imagens que você
 apresentou a ele são de uma fonte que não conhecemos, e queremos saber
 se é lícita (agora me juntei ao coro, quero saber também). É um
 questionamento válido e importante. Você pode ter feito 4000
 contribuições válidas no passado, nada impede que esta seja inválida.
 Nada impede que a minha próxima contribuição seja inválida também. Às
 vezes pode ser inválida sem que a própria pessoa perceba que foi
 inválida. Pode ser inclusive ilícita sem a pessoa perceber. E se pode,
 pode acometer os experientes também.

 Você leva isso para o lado da moral (frequentemente), mas eu tenho uma
 abordagem unicamente pragmática: se tem e é fácil mostrar, mostre, e
 está solucionado. Fim de papo. Se é fácil mostrar e não mostra, é
 porque provavelmente há algo a ser escondido. Seria tão fácil dar um
 Forward nesse e-mail do residente, e no entanto você prefere estender
 a discussão.

 Além disso, tracklogs são arquivos pequenos, não seria difícil
 guardá-los num diretório no seu computador, no Dropbox, ou em qualquer
 outro meio. Eu tenho praticamente todos os meus tracklogs guardados
 desde 2012, são centenas.

  Daí o que eu faria é acrescentar uma etiqueta note na linha contendo
  o link para a mensagem dele que você encaminhou pra cá. Dessa forma,
  outros mapeadores podem verificar a informação. Note que eu colocaria
  isso em note (um comentário informal) e não em source (a fonte
  usada para verificar com certeza os dados). É uma diferença sutil, mas
  desse jeito mapeadores locais podem duvidar da correção da informação
  (e têm esse direito) e confirmá-la eles mesmos mais adiante.
 
  Assim age voce, mas não pretendo agir assim.

 Gostaria de saber por que foi uma sugestão ruim. Teria sido mais
 educado da sua parte propor colocar essa informação em outra
 etiqueta. Se a falta dessa informação gera dúvidas, obviamente é
 necessária no mapa. A etiqueta note existe para esclarecer dúvidas
 em elementos disputados.

 Ao dizer não pretendo agir assim após minha palavra nesse caso
 basta, você se coloca em uma posição de superioridade. Ninguém aqui é
 superior a ninguém. Se quiser exercer essa postura, recomendo que
 procure outra comunidade que a aceite melhor. Jamais a aceitarei. Não
 é à toa que minha assinatura em todos os e-mails é Nullius in verba
 - lema da Sociedade Real de Londres, que significa  [não acredite
 cegamente] 

Re: [Talk-br] Ciclovias na calçada

[Adriano Rosa]

para um caso parecido, foi adotada uma solução diferente, como está no
fórum: http://forum.openstreetmap.org/viewtopic.php?pid=504510#p504510

tiago, imagino que seja a mesma situação: calçada de uso compartilhado
entre pedestres e ciclistas, com áreas designadas para eles, mas não
exclusivas.

Em sex, 3 de jul de 2015 às 02:11, Fernando Trebien 
fernando.treb...@gmail.com escreveu:

 E só pra confirmar, a etiqueta roundtrip tem um uso diferente do que
 eu disse. Deveria ser roundtrip=no no caso que eu mostrei. De qualquer
 forma, ela é pouco usada e útil só quando o valor dela é yes.

 2015-07-03 1:54 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com:
  Se você vai olhar o mapa de tempos em tempos e se dispõe a consertar
  esses probleminhas, seria o ideal. Quis dizer, seria o ideal mapear
  com etiquetas, não como linha separada. :P (Reescrevi tentando ser
  mais sucinto, esqueci um pedaço importante.)
 
  2015-07-03 1:50 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com:
  Ah, e mais um detalhe legai: se por acaso o ciclista puder passar por
  um semáforo sem ter que parar, pode acrescentar bicycle=yes ao
  semáforo.
 
  Exemplo (nota que fica verde ao invés de amarelo na camada de
  bicileta): http://www.openstreetmap.org/node/1277685174
 
  2015-07-03 1:40 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com
 :
  1. Ciclovia (trajeto separado da pista dos automóveis, inclusive se a
  separação for o meio-fio da calçada)
 
  É uma linha com a etiqueta highway=cycleway. Exemplo praticamente
  igual ao seu: http://www.openstreetmap.org/way/356686653
 
  Uma alternativa seria usar a etiqueta cycleway:[lado]=track, mas tem
  alguns efeitos colaterais indesejáveis. Faz sentido fazer isso apenas
  se tiver pressa e se a ciclovia segue a via principal por um longo
  trecho, sem alternar o lado muitas vezes (que produziria quebras na
  via principal).
 
  2. Ciclofaixa
 
  O ideal/certo: acrescenta-se a etiqueta cycleway:[lado]=lane à via
  principal. [lado] pode ser :left ou :right e se refere à direção da
  linha (então cuidado: se a linha tiver oneway=-1, ela aponta no
  sentido oposto ao do tráfego). Também é bom acrescentar
  oneway:bicycle=yes/no, dependendo se a ciclofaixa é bi- ou
  unidirecional em relação à via. Se tiver uma ciclofaixa de cada lado,
  cada uma num sentido, é oneway:bicycle=no. Exemplo de via principal
  com etiquetas de ciclofaixa:
  http://www.openstreetmap.org/way/112410788
 
  O factível nesse momento: há quem prefira mapear ciclofaixas como uma
  linha separada (pessoal do RJ gosta), mas não está 100% de acordo com
  as convenções do OSM (onde só se separa linhas quando há separação
  física). Os efeitos colaterais são pequenos, e certamente elimina o
  problema de alguém excluir a via principal e redesenhar esquecendo da
  ciclovia, então há vantagens. Outra vantagem de separar é ganhar
  destaque no mapa cicloviário sem precisar criar uma relação pra isso -
  e relações ainda são facilmente quebráveis por usuários inexperientes.
  Se você vai olhar o mapa de tempos em tempos e se dispõe a consertar
  esses probleminhas, seria o ideal.
 
  Sugiro que as ciclofaixas mapeadas como ciclovias (linhas separadas)
  tenham uma etiqueta fixme=Converter em ciclofaixa assim que editores
  não quebrarem relações. pra que as pessoas não se esqueçam de fazer
  essa mudança quando der.
 
  Se você procura por algo simples, pare de ler aqui e faça apenas o
  factível. Se quiser algo completo e legal pra mostrar pros outros,
  continue.
 
  3. Rota ciclística (pra ambos os casos)
 
  Não é obrigatória, mas é uma sugestão interessante.
 
  Pra que tanto ciclovia quanto ciclofaixa tenham destaque na camada pra
  bicicleta, tem que criar uma relação
  type=route+route=bicycle+network=[icn/ncn/rcn/lcn]+roundtrip=yes/no.
  Esses valores [icn/ncn/rcn/lcn] são, respectivamente, para redes
  cicloviárias internacionais, nacionais, regionais e locais. Redes
  municipais são mapeadas com lcn (local cycle network). A etiqueta
  roundtrip indica se a relação é um ciclo fechado; pode ser tanto uma
  rota circular que volta ao ponto de partida quando uma relação onde os
  membros incluem ambos os sentidos, ida e vinda. Exemplo combinando
  ciclovia e ciclofaixa numa rota só que é roundtrip porque combina ida
  e vinda, que são separadas apesar de serem na mesma avenida:
  http://www.openstreetmap.org/relation/5322653
 
  Alterna pra camada de bicicletas e aproxima no exemplo pra ver que o
  mapa mostra inclusive que a ciclofaixa é unidirecional em cada lado da
  via (no trecho da ciclovia a renderização mostra como se fosse
  unidirecional, tinha um erro na relação, deve atualizar daqui a uns
  dias). Posso ajudar a compor a relação de rota se você quiser.
 
  Se a rota tiver uma numeração ou código próprio, esse código vai na
  etiqueta ref da relação. Se por acaso o sistema for como o Holandês, o
  não são as rotas que têm identificação e sim os pontos de conexão
  entre as rotas, o esquema é um 

Re: [Talk-br] Ciclovias na calçada

[Adriano Rosa]

muito obrigado pelos esclarecimentos, fernando. vou estudar com calma e
fazer as correções, ainda necessárias, em blumenau.

Em sex, 3 de jul de 2015 às 13:47, Fernando Trebien 
fernando.treb...@gmail.com escreveu:

 Quanto mais exemplos eu procuro fora, mais inconsistências de
 interpretação eu acho. Bem, vamos ao mea culpa antes.

 Está mais certo (por convenção) como descrito no fórum (por não
 haver segregação entre calçada e ciclovia), mas a princípio nenhuma
 das duas está inteiramente errada e há alguns prós e contras
 discutíveis [1]. As discussões no wiki inclusive apontam para uma 3ª
 possibilidade [2]. A convenção é mais parecida com o que você apontou
 (highway=path+footway=designated+bicycle=designated+segregated=no) por
 não haver segregação entre a calçada e a ciclovia. Vou alterar aqui em
 PoA na próxima revisão das ciclovias. O pessoal costuma fazer como eu
 fiz aqui (colocando a calçada na via principal, não na ciclovia) em
 alguns lugares na Inglaterra (e a principal visualização de calçadas
 que existe é a da ITO Map, que é um serviço inglês), mas é
 inconsistente, varia de um lugar pro outro.

 Faltam duas coisas no que diz no fórum: acrescentar a etiqueta
 footway=sidewalk à ciclovia+calçada combinada, e negar a calçada na
 via principal definindo a etiqueta sidewalk=left/right/no. Do
 contrário, a calçada fica representada duas vezes, uma delas
 implicitamente. As demais tags estão ok e são necessárias.

 É um pouco discutível se o certo é usar path ou footway para
 representar essa via. Afinal, nos pontos de estreitamento, quem
 prevalece é o pedestre, então há uma função dominante para a via (ela
 ser calçada). Usa-se path somente quando não há uma função dominante
 clara - no caso das calçadas+ciclovias bem projetadas - ou quando essa
 função não corresponde aos tipos básicos do OSM (footway, cycleway,
 bridleway, track, pedestrian, etc.). Estaria semanticamente mais certo
 mapear com highway=footway+bicycle=designated(+demais etiquetas). Na
 prática, faz pouca diferença fazer de um jeito ou de outro. Alguns
 renderizadores podem não reconhecer a combinação
 highway=footway+bicycle=designated, apesar de correta.

 Filosofia/prática:

 Na Alemanha e na Holanda, o costume é não declarar a etiqueta
 sidewalk=* na via quando a calçada é mapeada separadamente, com ou sem
 combinação com ciclovia. Isso faz com que os aplicativos de roteamento
 pensem que é possível pro pedestre andar tanto pela via principal
 quanto pela calçada ao lado. Na Inglaterra, eles invetaram uma
 etiqueta informal sidewalk=separate para dizer que a calçada
 correspondente à via principal foi mapeada separadamente. Isso foi em
 2011, o ITO Map [4] suporta a etiqueta desde então, mas ela nunca foi
 formalizada/aprovada por voto. Ela também não permite expressar qual
 das duas calçadas foi mapeada separadamente, o que é um problema. Essa
 situação sugere que as pessoas não estão dando muita importância prum
 roteamento 100% correto pra bicicleta e pedestre.

 Um dos problemas (sem solução atualmente) de mapear ciclovias e
 calçadas separadas da via principal é que não tem como as aplicações
 saberem que elas fazem parte da via principal e, portanto, têm o mesmo
 nome. Então a instrução do roteador [3] nunca vai apresentar o nome da
 via principal (como seria esperado) ao calcular a rota por essa
 calçada/ciclovia. Isso se resolveria com a relação street (pouco
 usada) ou associatedStreet (pouco necessária no Brasil), ambas pouco
 suportadas pelas aplicações e complexas de mapear. Também se
 resolveria mapeando com as etiquetas cycleway=track e sidewalk=* na
 via principal nos casos em que há segregação física. Mas é discutível
 se isso realmente é preferível (em geral se prefere separar quando há
 segregação física entre os fluxos). Também se resolveria dando à
 calçada+ciclovia o nome da via principal, mas ninguém faz isso na
 prática, provavelmente para evitar replicação de dados.

 [1] http://wiki.openstreetmap.org/wiki/Consolidation_footway_cycleway_path
 [2]
 http://wiki.openstreetmap.org/wiki/Talk:Sidewalks#Sidewalks_in_roads_with_cycleways
 [3] http://open.mapquest.com/
 [4]
 http://www.itoworld.com/map/126?lon=-0.07152lat=51.49283zoom=18open_sidebar=map_keyfullscreen=true

 2015-07-03 9:24 GMT-03:00 Adriano Rosa adriano...@gmail.com:
  para um caso parecido, foi adotada uma solução diferente, como está no
  fórum: http://forum.openstreetmap.org/viewtopic.php?pid=504510#p504510
 
  tiago, imagino que seja a mesma situação: calçada de uso compartilhado
 entre
  pedestres e ciclistas, com áreas designadas para eles, mas não
 exclusivas.
 
  Em sex, 3 de jul de 2015 às 02:11, Fernando Trebien
  fernando.treb...@gmail.com escreveu:
 
  E só pra confirmar, a etiqueta roundtrip tem um uso diferente do que
  eu disse. Deveria ser roundtrip=no no caso que eu mostrei. De qualquer
  forma, ela é pouco usada e útil só quando o valor dela é yes.
 
  2015-07-03 1:54 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com

Re: [Talk-br] Traduções em português do iD e JOSM

[Adriano Rosa]

olá, nelson.

só para relembrar do assunto. :D

já há alguma posição sobre o subfórum de tradução?

quanto à tabela, se for mesmo a solução a ser adotada, aviso que não
conseguirei terminá-la sozinho. só as strings do josm somaram 49.000
linhas. estou incluindo cada string original em uma só linha (algumas
ocupam mais de uma linha na tabela). ao lado, coloco a tradução, a qual
estava antes embaixo (faço isso para no fim ordenar por ordem alfabética.
assim ficará mais fácil de comparar com as outras traduções). ainda, apago
as linhas que são apenas comentários. sendo assim, consegui resolver cerca
de 6.000 linhas. ainda falta organizar as outras traduções e depois
compará-las.

se alguém quiser ajudar, favor avisar para que eu possa compartilhar a
planilha com poderes de edição.



Em qua, 10 de jun de 2015 às 15:03, Nelson A. de Oliveira nao...@gmail.com
escreveu:

 (pela demora dá pra perceber que estou meio enrolado com e-mail)

 2015-05-22 22:26 GMT-03:00 Adriano Rosa adriano...@gmail.com:
  a ideia de usar a planilha para comparar é boa? há algum método melhor?

 Isso, precisa ter algum documento ou local centralizando os termos,
 traduções e as pessoas.
 Já existe uma tabela em
 http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Refer%C3%AAncia

 Eu pedi (não sei se será aceito) para criar um subfórum específico de
 tradução dentro do nosso fórum.
 Se der certo é melhor para gerenciar e discutir as traduções.

 Conversei também com o Felipe (que traduziu grande parte das strings
 do JOSM) e a ideia dele é a mesma (ter algum tipo de tabela).
 Assim que tiver uma resposta sobre o subfórum eu mando uma mensagem
 para quem já traduziu alguma coisa (acredito que nem todos estejam
 inscritos aqui na lista).

 O que considero ser um ponto ideal (e que vamos chegar lá!) para as
 traduções é ter pessoas que entendam de inglês junto com quem possui
 experiência no mapeamento, discutindo e buscando o melhor termo que
 represente o objeto (e não apenas sair traduzindo sem nenhum tipo de
 coordenação, como acontece agora).

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

-- 


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

Re: [Talk-br] Traduções em português do iD e JOSM

[Adriano Rosa]

opa, rogério.

para traduzir, sim. há vários sistemas online para cada ferramenta. mais
informações aqui:
http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Tradu%C3%A7%C3%B5es

já esse tópico, trata da revisão de algumas dessas traduções. para isso,
foi criada uma planilha
https://docs.google.com/spreadsheets/d/19pxp855uCDrfclR89P6YR64Q3TBIbcJi12aJSF7Jdu4/edit#gid=997988186
(já
compartilhei contigo ;D) para fazer a comparação e buscar uma coerência nas
diversas traduções. há muitos termos traduzidos de forma diferente.

no entanto, para realizarmos a verificação, é preciso organizar a planilha.

o que eu fiz, até agora, foi baixar as traduções de algumas ferramentas e
lançar nessa planilha. mas como cada um tinha um formato diferente, não
ficou organizado.

qualquer dúvida estou à disposição.

Em sex, 26 de jun de 2015 às 20:12, Rogério Plisk rogerpl...@gmail.com
escreveu:

 Olá posso ajudar com tradução!
 Eh algum sistema online que acessamos com a nossa conta?

 Sds
 Rogerio Plisk



  Le 26 juin 2015 à 14:51, Nelson A. de Oliveira nao...@gmail.com a
 écrit :
 
  2015-06-26 14:34 GMT-03:00 Adriano Rosa adriano...@gmail.com:
  já há alguma posição sobre o subfórum de tradução?
 
  Ainda não...
  Vou dar um ping lá pra ver isso.
 
  A gente precisa ver o TTS do osmand também ;-)
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-br

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

-- 


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

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

[Adriano Rosa]

pergunta de novato: o distrito sede deve ser mapeado também? ele não é o
próprio município?

Em sex, 26 de jun de 2015 às 10:03, Nelson A. de Oliveira nao...@gmail.com
escreveu:

 Mandei duas vezes o mesmo link.
 Corrigindo:

 Palmeiras: http://www.openstreetmap.org/relation/4108847
 Dois Irmãos do Buriti: http://www.openstreetmap.org/relation/4108836

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

-- 


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

Re: [Talk-br] Reunião - OSM Brasil 2015-06-17

[Adriano Rosa]

+1 para a ideia do Alexandre de se criar um podcast.

Em qui, 18 de jun de 2015 07:17, Alexandre Magno Brito de Medeiros 
alexandre@gmail.com escreveu:

 E é! Apesar de que, por exemplo, não é difícil imaginar editoras
 disputando quem se apropriou primeiro de uma obra que esteve em domínio
 público. Em teoria, uma vez em domínio público, nunca mais fora dele. Mas
 eu nunca vi obras clássicas sem um aviso de copyright na contracapa.
 Certamente, o pulo do gato é nas traduções. O curioso é que obras da Grécia
 antiga sempre só foram traduzidas para o português a menos de meio século
 atrás...

 Alexandre Magno


 Em 18 de junho de 2015 05:52, Thiago Marcos P. Santos tmpsan...@gmail.com
  escreveu:

 O IBGE já foi questionado sobre a licença dos dados diversas vezes e meu
 entendimento é que os dados são de domínio público. No Brasil existe
 legislação que qualifica o que se pode fazer com obras em domínio público.

 https://lists.openstreetmap.org/pipermail/talk-br/2013-July/003687.html

 Eu sinceramente acho o Domínio Público bem menos restritivo que ODBL e
 deveríamos pressionar os órgãos públicos nesta direção.

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

-- 


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

Re: [Talk-br] Traduções em português do iD e JOSM

[Adriano Rosa]

nelson,

essa semana tive essa mesma constatação. fiz a tradução do osmand para
português (brasil). como sou iniciante nas traduções, comecei traduzindo
para brasileiro o português de portugal (que está parcialmente traduzido).
ainda bem que antes de terminar, percebi que isso poderia prejudicar os
lusitanos.

nessa empreitada, segui como referência essa página:
http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Tradu%C3%A7%C3%B5es,
a traução do id e do josm. conforme eu ia avançando, percebi o que você
disse. há muita coisa divergente. por isso, criei essa planilha para me
ajudar:
https://docs.google.com/spreadsheets/d/19pxp855uCDrfclR89P6YR64Q3TBIbcJi12aJSF7Jdu4/edit?usp=sharing

nela constam somente termos que estavam no osmand e eu não tive muita de
como traduzir. boa parte desses termos possuem divergências. especialmente
a tradução do josm é por mais das vezes literal (tenho a impressão que boa
parte é anterior à página de referência da wiki.

diante disso, baixei as traduções do josm e do id e iria compará-las com as
da página de referência. comecei isso na segunda aba da planilha. mas como
o projeto é hercúleo, ainda estava com dúvidas de qual melhor maneira
abordar o problema.

inclusive criei uma lista de páginas para ler, entre elas esse tópico do
fórum: http://forum.openstreetmap.org/viewtopic.php?id=22084

a ideia de usar a planilha para comparar é boa? há algum método melhor?





Em sex, 22 de mai de 2015 às 21:47, Nelson A. de Oliveira nao...@gmail.com
escreveu:

 Quem daqui que colabora com traduções para o iD ou JOSM?

 Tem alguns termos que estão sendo traduzidos literalmente ou
 divergindo do sentido real (e gerando objetos representados de forma
 não muito correta).

 Um exemplo: área comercial (landuse=commercial) é um termo que não
 indica o propósito correto da área; comercial no Brasil dá a
 entender qualquer tipo de comércio, enquanto que o sentido deveria ser
 de predominância de negócios e escritórios
 Muitos building=commercial e landuse=commercial deveriam ser na
 verdade building=retail e landuse=retail.

 A sensação que tenho é que muita coisa é traduzida sem que exista
 algum tipo de conversa ou coordenação prévia (e isso precisa ser
 mudado).

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

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

Re: [Talk-br] TAGs admin_center ou capital ?

[Adriano Rosa]

vcs sabem dizer se esse problema também acontece em SC?

sou novato ainda no osm, estou tentando acompanhar os assuntos, mas alguns
eu fico boiando, como esse...

caso positivo, eu posso revisar/corrigir, mas vou precisar de orientação
sobre o melhor método de fazer.

Em qui, 7 de mai de 2015 às 13:27, Blademir Andrade de Lima 
blademi...@hotmail.com escreveu:

 Muito bom esse overpass.
 Não entendo nada de códigos, xml etc, mas deu pra entender o que
 significam.
 Vai me ajudar muito a concluir um outro projeto de Micro e Mesorregiões.
 Att,
 BladeTC

 --
 From: alexandre@gmail.com
 Date: Thu, 7 May 2015 03:29:03 -0300
 To: tarci...@ymail.com; talk-br@openstreetmap.org

 Subject: Re: [Talk-br] TAGs admin_center ou capital ?

 Minha sugestão continua sendo compartilhar esse tipo de código por GitHub,
 seja como projeto ou Gist.

 Alexandre

 Em 6 de maio de 2015 22:46, Tarcisio Oliveira tarci...@ymail.com
 escreveu:


 Eu tava fazendo esse trabalho no país todo, parei por causa do trabalho,
 mas era de forma automatizada e com minha supervisão relação a relação para
 depois enviar para o osm, o problema é que consegui perder o código que fiz
 para realizar essa tarefa, uma pena, pois dava pra fazer o estado todo em
 alguns minutos, contando como tempo de supervisão do que foi feito.

 Essa consulta pode te ajudar a fazer esse trabalho ai
 http://overpass-turbo.eu/s/9di



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

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

Re: [Talk-br] Erros no ID

[Adriano Rosa]

a resoluçao de conflitos aparece justamente quando nao sao salvas algumas
edicoes que voce fez. ao tentar salvar depois, aparece a mensagem de
modificacoes feitas por outro usuario (no caso, voce mesmo).

Em qua, 6 de mai de 2015 às 18:42, thunder...@gpsinfo.com.br escreveu:

   Também observei isso e por essa razão passei a empregar mais o JOSM.

  *From:* belnu...@pop.com.br
 *Sent:* Wednesday, May 6, 2015 6:33 PM
 *To:* talk-br@openstreetmap.org
 *Subject:* [Talk-br] Erros no ID



 O ID a pelo menos 3 dias está apresentando falhas intermitentes na hora de
 salvar . Algumas ele não salva , outras ele diz que há uma outra
 modificação feita pelo proprio usuário no mesmo instante e pergunta o que
 deva ser feito .
 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br

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

Re: [Talk-br] Áreas de perigo

[Adriano Rosa]

já existe app para isso: QAP Mobile
http://www.techtudo.com.br/tudo-sobre/qap-mobile.html. só que usa como base
o google maps.

Em qui, 30 de abr de 2015 às 15:32, Blademir Andrade de Lima 
blademi...@hotmail.com escreveu:

  Sr fossemos delimitar áreas de risco, ou melhor, áreas de alta
 criminalidade, deveríamos fazer um circulo bem grande no Brasil inteiro.

 Brincadeiras a parte, sim existem áreas aonde existe ausência de força
 publica, áreas dominadas por traficantes, milicias, etc que sim, poderiam
 ser delimitadas, para controle até mesmo das policias, saber onde estão
 pisando.

 Quem deveria ter obrigação de abastecer este tipo de informação seriam as
 secretarias de segurança publica, mas isso é Brasil e aqui nada funciona.

 No maximo poderíamos pensar em um aplicativo voltado a este fim, aonde os
 usuários reportam no mapa os crimes ocorridos.

 Att,
 BladeTC

 --- Mensagem Original ---

 De: Tiago Fassoni A. A. Leite tiagofass...@gmail.com
 Enviado: 30 de abril de 2015 12:56
 Para: OpenStreetMap no Brasil talk-br@openstreetmap.org
 Assunto: Re: [Talk-br] Áreas de perigo

My two cents: pedalo pela cidade inteira e moro a 3 quarteirões da
 cracolândia. Minha namorada de 1m57 mora comigo. A cracolândia ser perto de
 casa não me é um problema, nem para ela. Tenho também vários amigos e
 amigas que moram na região, e a convivência é bem pacífica, só dando
 problemas quando acontecem essas ações da polícia.

 shameless_plugO programa braços abertos tem ajudado bastante nisso,
 volta e meia encontro galera com camiseta do programa fazendo limpeza das
 ruas/shameless_plug

  Agora, voltando para a questão de segurança: ser atropelado é um risco
 muito, muito maior para mim que ser assaltado. Eu deveria colocar uma tag
 em locais tidos como perigosos pela comunidade de ciclistas, como a
 rotatória campo de bagatelle? (spoiler: acho que não)

  Entretanto, tem casos tipo em Santa Teresa, que desabou metade de uma rua
 e a outra metade ficou lá, cortada, sem conserto. Aí acho que caberia a tag
 vai_dar_merda ou algo assim.

  Ah, infelizmente a polícia não abre dados das ocorrências. Legal, né?

  Vida Longa e Próspera,
  Tiago

 2015-04-30 12:42 GMT-03:00 Claiton Neisse claiton.nei...@gmail.com:

  Eu penso que não deveriamos fazer esse juizo de valor e introduzi-lo na
 base de dados do OSM. A segurança ou insegurança de um lugar ou região
 depende do ponto de vista.

  Pra mim, isso caberia a uma aplicação que utilize dados divulgados pelas
 policias e, talvez, o OSM. Pra isso, o caminho seria pressionar as policias
 a liberar dados sobre criminalidade. Assim, teria-se a possibilidade,
 aqueles que quiserem, de criar uma aplicação que mostre onde os crimes
 acontecem sobre um mapa do OSM.




 Atenciosamente,

 Claiton Neisse


 Em 30 de abril de 2015 11:24, belnu...@pop.com.br escreveu:

 Sei que o termo Área de perigo seria algo muito subjetivo , mas o OSM não
 poderia criar uma tag para que possamos alertar as pessoas sobre regiões
 perigosas pra trânsito seja com veículo ou a pé , como por exemplo a
 Cracolândia  ( que existe há muito tempo e parece que não vai acabar ) na
 cidade de SP ?


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



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


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

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