Re: [Talk-br] Descrição inexistente de locais

[Vítor Rodrigo Dias]

Exato, Pedro!

Se precisar de ajuda, estou à disposição. Trabalho aqui na UFRN, no
Departamento de Ecologia, e poderíamos nos encontrar.

Att,
Vítor Rodrigo Dias
(31) 99916-1719


Em ter, 2 de abr de 2019 às 23:42, Thierry Jean 
escreveu:

> Olá Pedro,
>
> Se os dados que vocês têm são dados livres, vocês podem inseri-los no OSM
> vocês mesmo.
>
> Podemos falar por telefone /WhatsApp e te dou mais detalhes.
>
> Meu celular : +55 11 99607.1319
>
> Thierry Jean
>
> Obter o Outlook para Android <https://aka.ms/ghei36>
>
> --
> *From:* PEDRO NOGUEIRA 
> *Sent:* Friday, March 29, 2019 1:09:59 PM
> *To:* talk-br@openstreetmap.org
> *Subject:* [Talk-br] Descrição inexistente de locais
>
> Olá, sou Pedro, Acadêmico do Curso Superior de Tecnologia da Informação da
> UFRN, estou participando de um projeto no qual estamos utilizando o Open
> Street Map.
> A área do mapa que estamos analisando possui locais sem descrição ou
> identificação (nome). Gostaria de saber se é possível adicionar essas
> identificações internamente no meu projeto (sem utilizar custom marker).
> Como posso fazer isso?
> Se isso não for possível, gostaria de saber se há possibilidade do meu
> projeto colaborar enviando essas descrições para que elas possam ser
> inseridas no mapa pela comunidade OSM.
>
> Obrigado, estou muito interessado no projeto e espero colaborar com a
> comunidade. Aguardo retorno.
> --
> *Att.:*
> *Pedro Avelino Ferreira Nogueira.*
> *Acadêmico do Curso Superior de Tecnologia da Informação - IMD- UFRN*
> *Currículo Lattes:* http://lattes.cnpq.br/9017256372719108
>
> ___
> 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] Obtida numeração predial da Prefeitura de Porto Alegre

[Vítor Rodrigo Dias]

Fernando, falando em sistemas proprietários outro dia me deparei com uma
base de dados em RAIMA, e até agora não consegui extrair nada dos
arquivos... achei isso num edital de licitação da Prefeitura de São João
del Rei.
Em sex, 1 de fev de 2019 às 13:45, Fernando Trebien <
fernando.treb...@gmail.com> escreveu:

> Valeu pelos links, vou ler com cuidado. O processo diz que o link não
> pode ser disponibilizado ao público ou que só é permitido o uso pelo
> requerente? Se não, não vejo razão para não compartilhar, nem que seja
> em privado.
>
> Não acho nada de pedantismo o que você disse (e também não quis dizer
> que você estava errado), as definições têm que estar tão claras quanto
> possível pra todo o mundo, e se existe esse sistema regional, valeria
> a pena escrever um guia de como configurar o QGIS e o JOSM para
> entenderem essas coordenadas. Da última vez que tive que converter
> coordenadas escritas em leis, achei informações desencontradas e
> confusas. Não quero fazer mal julgamento, mas não só na nossa
> prefeitura como nas outras eu às vezes suspeito de anti-transparência
> intencional. Povo não segue o decreto federal 8.777, onde inclusive o
> artigo 3 determina que o formato do dado disponibilizado tem que ser
> formato aberto. MDB (Microsoft Access), DWG (Corel Draw, que já vi
> muitas prefeituras usando) e XLS (Microsoft Excel, também muito usado)
> não são abertos, e pra quem possui as ferramentas proprietárias (as
> próprias prefeituras) não é difícil convertê-los para CSV/ODS/XML/JSON
> e PDF/SVG respectivamente.
>
> On Thu, Jan 31, 2019 at 8:14 PM Sérgio V.  wrote:
> >
> > De: Fernando Trebien 
> > Enviado: quinta-feira, 31 de janeiro de 2019 11:51
> > Para: OpenStreetMap no Brasil
> > Assunto: Re: [Talk-br] Obtida numeração predial da Prefeitura de Porto
> Alegre
> >
> > Legal. O DataPoa já disponibilizava o endereço inicial e final de cada
> > quadra, com o qual poderíamos importar os endereços na forma de
> > interpoladores. Com este conjunto, talvez possamos importar cada
> > endereço individual. Uma pena os dados estarem num formato
> > proprietário (MDB), mas acho que podemos contornar isso. Eu gostaria
> > de olhar esses dados para ver que qualidade têm e se têm problemas,
> > onde podem ser baixados? É interessante saber ao menos como estão
> > posicionados os endereços em relação aos lotes. Das discussões sobre a
> > importação dos endereços em Curitiba [1] me parece comum que sejam
> > colocados no centróide dos lotes, embora o consenso é de que devem ser
> > movidos para a face deles [2].
> >
> > **O link não tá publico, foi disponibilizado ao email cadastrado no
> processo.
> >
> > A maioria dos conjuntos de dados de endereços que vi até hoje costumam
> > ter problemas de precisão, ou de cadastro (nomes de ruas erradas ou
> > nomes antigos). No segundo caso, uma importação pelo JOSM deve
> > apresentar erros de validação. Acho que faria sentido sanar esses
> > problemas antes de inserir os dados no mapa.
> >
> > **Calma, não vai pro OSM ainda. Tou examinando, como falei.
> > Todo mundo vai poder ver antes de ir pro OSM.
> >
> > Esses sistemas de coordenadas obscuros (nacionais, que não estão
> > disponíveis nas ferramentas livres) também merecem ser melhor
> > documentados para que qualquer um possa verificar a conversão para um
> > sistema amplamente usado internacionalmente. Acho que o que você chama
> > de CRS TMPOA deve ser o mesmo que a lei chama de SCR-POA [3].
> >
> > **Isso, a lei chama assim. Mas não quer dizer que eu chamo errado, rsrs.
> > A prefeitura usa, englobando nisso a Projeção "Transversa de Mercator
> para Porto Alegre (TM-POA)":
> > Ítem 4.3 em
> https://drive.google.com/file/d/0B_23OQou8LVVS1d6SG5tY2xiems/view
> > (de http://www2.portoalegre.rs.gov.br/spm/default.php?p_secao=345)
> > "a partir da publicação do Decreto n° 18.315 a PMPA passa a adotar o
> Sistema Cartográfico de Referência definido pelo sistema geodésico de
> referência SIRGAS2000 e projeção cartográfica TM-POA"
> > Justamente para adaptar melhor ao sistema amplamente usado
> internacionalmente, como o SIRGAS2000 o é em relação a WGS84, apenas usando
> um projeção TM adequada a PoA.
> > Também como no material em Shapefile da PMPA: EDIFICACOES_TM-POA.shp.
> > Já vem assim pra configurar CRS completa, como no QGIS. Por isso
> CRS=TMPOA. Por praticidade.
> > (fecho minha sessão pedantismo, rsrs)
> >
> > [1]
> https://lists.openstreetmap.org/pipermail/talk-br/2018-November/012460.html
> > [2]
> https://wiki.openstreetmap.org/wiki/Pt:Curitiba/Importa%C3%A7%C3%A3o_IPPUC
> > [3]
> https://leismunicipais.com.br/a/rs/p/porto-alegre/decreto/2013/1831/18315/decreto-n-18315-2013-institui-o-sistema-cartografico-de-referencia-de-porto-alegre-scr-poa
> >
> >
> >
> >
> > - - - - - - - - - - - - - - - -
> >
> > Sérgio - http://www.openstreetmap.org/user/smaprs
> >
> >
> >
> >
> >
> > On Wed, Jan 30, 2019 at 11:47 AM Sérgio V.  wrote:
> > >
> > > Prezados/as,
> > >
> > > Agradecendo inicialmente 

Re: [Talk-br] Importação de shapefiles da PBH

[Vítor Rodrigo Dias]

Prezados,

Há um tempo, vi que a PBH também disponibiliza um arquivo com numerações de
porta, mas não tive tempo ou conhecimento suficiente para trabalhar nesses
arquivos e importá-los. Alguém se habilita a tal?

Vítor Rodrigo Dias
Revisor de textos
Tradutor de inglês e espanhol
Telefones: 31 99916-1719


Em qua, 30 de jan de 2019 às 14:27, Thierry Jean 
escreveu:

> Alexandre,
>
> Que legal que você identificou isto e está na própria cidade de Belo
> Horizonte.
>
> Gostaria de apresentar você para Karla Borges, Superintendente da área de
> Geo da Prodabel (Prefeitura de BH). Encontrei a Karla uma primeira vez no
> evento MundoGeo, em Maio, e em Novembro, no evento sobre os 10 anos da INDE
> que aconteceu no RJ (SBIDE). Eles estão interessados em se envolver mais
> com o OSM. Até troquei um WhatsApp com Karla, esta segunda-feira.
>
> Passe-me seu celular. Vamos conversar e alinhar.
>
> Abs,
>
> Thierry Jean
> M. +55 11 99607 1319
>
>
>
> --
> *De:* Sérgio V. 
> *Enviado:* quarta-feira, 30 de janeiro de 2019 09:20
> *Para:* Alexandre Oliveira; OpenStreetMap no Brasil
> *Assunto:* Re: [Talk-br] Importação de shapefiles da PBH
>
> Bom dia Alexandre.
> Algumas considerações que creio podem ajudar:
> 1- nas fotos seria útil manter a escala gráfica do JOSM, para poder
> avaliar o quanto é a diferença; não me pareceu muito mais desalinhadas do
> que o comumente observado em outros materiais de OSM e prefeituras; sempre
> existe algum desalinhamento entre materiais de fontes diversas, feitos
> sobre imagens diversas;
> 2-o fato de ser WGS84 no OSM e SIRGAS2000 na prefeitura não deve ser em si
> causa de alguma diferença, pois ambos são praticamente idênticos, o
> SIRGAS2000 foi uma padronização para ajustar ao padrão WGS84; a causa
> principal de diferenças costuma ser o fato de que o que é mapeado no OSM
> é sobretudo sobre imagens (como BING principalmente), estas sim podem ter
> desalinhamentos, sobretudo no passado;
> 3-para saber qual dos 2 está mais alinhado, a melhor forma é comparar com
> traçados de GPS, ou com elementos de coordenadas exatas, como marcos
> geodésicos que possam ser visíveis em imagens. Com os GPS do OSM pode fazer
> no JOSM mesmo.
> 4-como exemplo, em Porto Alegre quando importei os prédios da prefeitura
> em 2016, verifiquei um deslocamento médio de 6m para NE, um pouco variável
> em regiões diversas do município; confirmou comparando com os marcos
> geodésicos visíveis de coordenadas exatas oficiais; aí procedi com um
> realinhamento manual da cidade, rua por rua, onde mais necessário; sem
> ainda importar os prédios; deslocamentos menores que 50% da largura da rua
> não são muito significativos (se a rua tem 8m, 4m de deslocamento do eixo
> permanece dentro);
> 5-importante é não ter vias cortando outras coisas, como prédios.
> Att.,
>
> - - - - - - - - - - - - - - - -
>
> Sérgio - http://www.openstreetmap.org/user/smaprs
>
> --
> *De:* Alexandre Oliveira 
> *Enviado:* quarta-feira, 30 de janeiro de 2019 02:31
> *Para:* talk-br
> *Assunto:* [Talk-br] Importação de shapefiles da PBH
>
> Bom dia (ou boa noite?),
>
> Estava fuçando o site da prefeitura de Belo Horizonte procurando mapas
> e outras coisas que poderiam auxiliar no mapeamento da cidade e
> descobri que existem camadas georreferenciadas disponíveis no site
> deles.
>
> Baixei as camadas e abri no JOSM. Percebi, comparando a região do
> bairro Pampulha, que há um desalinhamento entre os dados do OSM e da
> PBH, conforme escrito na wiki[1].
>
> Procurei e achei um link[2] de uma discussão na lista em inglês do OSM
> de alguém com o mesmo problema de desalinhamento, e o que o pessoal
> recomendou pra ele foi uma linha de código para ser passada ao ogr2osm
> para fazer a correção necessária.
>
> Porém, ao consultar a wiki[3], descobri que o formato utilizado pelo
> OSM (WGS84) é praticamente o mesmo utilizado nas camadas da PBH, que
> são SIRGAS2000. Só que não é o que eu vi ao importar as camadas no
> JOSM([4] e [5]).
>
> Alguém tem alguma ideia do que pode ser feito? Até agora percebi que
> tem algumas delimitações de bairros desalinhadas e as vias estão
> desalinhadas também.
>
> [1]
> https://wiki.openstreetmap.org/wiki/Importa%C3%A7%C3%A3o_de_endere%C3%A7os_do_Brasil
> [2] https://lists.openstreetmap.org/pipermail/talk/2010-May/050065.html
> [3]
> https://wiki.openstreetmap.org/wiki/Importa%C3%A7%C3%A3o_das_Redes_Geod%C3%A9sicas_do_IBGE
> "Sobre as referências (CRS) dos dados do IBGE"
> [4] https://i.imgur.com/XoSqalT.png
> [5] https://i.imgur.com/bOYGN8G.png (o traço cinza é o da camada da PBH)
>
> ___
> Talk-br mail

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

[Vítor Rodrigo Dias]

 Existe tag pra “highway patrol”? Como se diferencia nos eua?
Em dom, 11 de fev de 2018 às 17:49, Pedro vida torta <
pedrovidator...@gmail.com> escreveu:

> O ideal seria ter uma etiqueta própria, para policia rodoviária a
> diferenciação seria no operador , ja vi algumas delegacias a margem de
> rodovias.
>
>
> 
>  Livre
> de vírus. www.avast.com
> .
> <#m_3806387749737308158_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> Em 9 de fevereiro de 2018 12:52, Fidelis Assis 
> escreveu:
>
>> Fazendo um resumo, interpreto como:
>>
>> 1- Usar "operator" para caracterizar polícia rodoviária pelo nome do
>> operador não teve objeções. Até ensejou generalizações que podem ser úteis
>> para outros tipos de extração de dados, como sugeriu santamariense;
>>
>> 2- Colocar um nome genérico como "Polícia Rodoviária
>> Federal|Estadual|Municipal", etc na tag "name" não é uma boa prática;
>>
>> Se for isso mesmo, seria aceitável alterar todas as tags "name" onde hoje
>> estão nomes genéricos para a tag "operator"?
>>
>> Abraços,
>> -- Fidelis
>>
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>>
>
>
> --
> *Pedro Esmerilho*
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Transporte público v2 e highway=bus_stop

[Vítor Rodrigo Dias]

Sim, é o básico na primeira versão da tag. A segunda versão é bem mais
elaborada.

Vítor Rodrigo Dias
Revisor de textos
Tradutor de inglês e espanhol
Telefones: 31 99916-1719

Em 13 de dezembro de 2017 10:54, Pedro vida torta <pedrovidator...@gmail.com
> escreveu:

> Fernando confesso que fiquei boiando , pensei que isso fosse o básico, o
> mínimo para se etiquetar pontos de parada.
>
> Em 9 de dezembro de 2017 00:55, Fernando Trebien <
> fernando.treb...@gmail.com> escreveu:
>
>> Eu entendo que:
>>
>>- *public_transport=stop_position* representa o ponto de parada do
>>ônibus [1] e deve ser um ponto na linha de uma via que é membro da rota do
>>ônibus
>>- *public_transport=platform* representa a área de espera dos
>>passageiros [2], que pode ser ponto, linha ou área e deve ficar ao lado da
>>via, separada dela
>>- *highway=bus_stop* representa o ponto de embarque dos passageiros
>>[3], e que deve ficar na plataforma; se a plataforma for uma área, deve
>>ficar dentro dela ou no máximo na sua borda; se for uma linha deve ser um
>>ponto ao longo da linha ou em um dos seus extremos; se for um ponto, deve
>>se combinar com a tag public_transport=platform no mesmo ponto
>>
>> Também entendo que, ao migrar para a versão 2, não se deve remover
>> highway=bus_stop, ou pelo menos não ainda [4].
>>
>> Vocês concordam/discordam?
>>
>> [1] https://wiki.openstreetmap.org/wiki/Tag:public_transport%3Ds
>> top_position : *to identify the place where a vehicle stops along a
>> public transport route*
>> [2] https://wiki.openstreetmap.org/wiki/Tag:public_transport%3Dplatform
>> : *to identify the places where passengers wait for public transport of
>> any type*
>> [3] https://wiki.openstreetmap.org/wiki/Tag:highway%3Dbus_stop : *is a
>> place where passengers can board or alight from a bus*
>> [4] https://github.com/gravitystorm/openstreetmap-carto/
>> issues/311#issuecomment-221728439
>>
>> --
>> Fernando Trebien
>> +55 (51) 9962-5409 <+55%2051%209962-5409>
>>
>> "Nullius in verba."
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>>
>
>
> --
> *Pedro Esmerilho*
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

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

[Vítor Rodrigo Dias]

O Wille analisou e respondeu pra mim no privado que na verdade trata-se de
um estudo, não substitutivo às meso e microrregiões existentes.

Vítor Rodrigo Dias
Revisor de textos
Tradutor de inglês e espanhol
Telefones: 31 99916-1719

Em 25 de julho de 2017 09:34, André Fernandes <opera...@outlook.com>
escreveu:

> É relevante fazer a troca?
>
>
>
> Atenciosamente,
> *André Fernandes Perazzo *
> Superusuário N4, Foursquare®
> +55 (021) 96906-6581 <+55%2021%2096906-6581>
> ------
> *De:* Vítor Rodrigo Dias <vitor.d...@gmail.com>
> *Enviado:* segunda-feira, 24 de julho de 2017 14:57:47
> *Para:* Lista de Discussão OpenStreetMap Brasil - talk-br
> *Assunto:* [Talk-br] Nova divisão territorial substitui mesorregiões e
> microrregiões
>
> Pessoal,
>
> O IBGE divulgou uma nova divisão territorial regional para os estados e
> municípios, substituindo as antigas mesorregiões e microrregiões: http://
> agenciadenoticias.ibge.gov.br/agencia-sala-de-imprensa/2013-
> agencia-de-noticias/releases/10515-ibge-divulga-nova-
> divisao-territorial-com-foco-nas-articulacoes-regionais.html
>
> Diante disso, questiono: é viável substituir as atuais meso e
> microrregiões pela nova regionalização? Aliás, é viável até mesmo manter as
> meso e microrregiões?
>
> Abraços!
>
> Vítor Rodrigo Dias
> Revisor de textos
> Tradutor de inglês e espanhol
> Telefones: 31 99916-1719
>
> ___
> 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] Nova divisão territorial substitui mesorregiões e microrregiões

[Vítor Rodrigo Dias]

Pessoal,

O IBGE divulgou uma nova divisão territorial regional para os estados e
municípios, substituindo as antigas mesorregiões e microrregiões:
http://agenciadenoticias.ibge.gov.br/agencia-sala-de-imprensa/2013-agencia-de-noticias/releases/10515-ibge-divulga-nova-divisao-territorial-com-foco-nas-articulacoes-regionais.html

Diante disso, questiono: é viável substituir as atuais meso e microrregiões
pela nova regionalização? Aliás, é viável até mesmo manter as meso e
microrregiões?

Abraços!

Vítor Rodrigo Dias
Revisor de textos
Tradutor de inglês e espanhol
Telefones: 31 99916-1719
___
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

[Vítor Rodrigo Dias]

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 (Vivo), 31 97360-9421 (TIM)

Em 13 de fevereiro de 2017 15:34, Jairo Duarte <jairo.fazgra...@gmail.com>
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 (Vivo), 31 97360-9421 (TIM)
>
> Em 13 de fevereiro de 2017 14:54, Jairo Duarte <jairo.fazgra...@gmail.com>
> 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 list
>> Talk-br@openstreetmap.org https://lists.openstreetmap.or
>> g/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
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

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

[Vítor Rodrigo Dias]

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 (Vivo), 31 97360-9421 (TIM)

Em 13 de fevereiro de 2017 14:54, Jairo Duarte <jairo.fazgra...@gmail.com>
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 list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

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

[Vítor Rodrigo Dias]

Ainda: os recenseadores (e antes, os agentes censitários, na pré-coleta)
são instruídos a coletar os dados de uma determinada quadra em sentido
horário - ou seja, sempre com o imóvel à direita do recenseador.

Em qui, 5 de jan de 2017 às 17:00, Vítor Rodrigo Dias <vitor.d...@gmail.com>
escreveu:

> @santamariense, só pra confirmar que a probabilidade do txt refletir a
> ordem real das casas é de 99% Trabalhei no Censo 2010 e os recenseadores
> foram instruídos a respeitar a ordem das casas.
>
> Em qui, 5 de jan de 2017 às 16:27, Peter Krauss <ppkra...@gmail.com>
> escreveu:
>
> @santamariense,   eu não sou contra a interpolação, acho inclusive que,
> por ser um atributo distinto da numeração praticada (zero risco de
> adulteração pelo que entendi), é sempre lucro em relação ao "NADA" usual.
> A demanda pelo Github é quanto à  reprodutibilidade
> <https://en.wikipedia.org/wiki/Reproducibility> da sua metodologia: não
> dá para ficar batendo papo aqui, é preciso mão-na-massa, pelo menos uma
> amostrinha, e de preferência (ajudo a traduzir passos QGis para *PostGIS*)
> com código-fonte do processo.
>
> PS1: alguém mais aqui usa PostGIS?  Possso fornecer temporariamente um ssh
> para todos fazerem seus testes no mesmo ambiente, sem precisar ficar
> montando cada um a sua base.
>
> PS2: o Lucas iniciou um trabalho parecido exatamente 1 ano atrás em
> Janeiro de 2015, mas não tinha gente para colaborar como agora.
> https://github.com/lucasmation/osm_cnefe_import
>
>
>
>
>
>
>
> Em 5 de janeiro de 2017 15:35, santamariense <imagens...@gmail.com>
> escreveu:
>
> @Peter, teremos que documentar tudo. Você quer dizer usar o Git como
> repositório de arquivos? A documentação mesmo terá que ser no wiki.
>
> Eu pessoalmente sou a favor do uso das linhas de interpolação também
> no sentido de manter uma organização dos pontos. Os números de casas
> avulsos no mapa me preocupam. Digamos que tenhamos invertido a ordem
> dos números de uma esquina a outra (achar que uma rua inicia numa
> ponta, quando na verdade iniciava em outra). Se isso acontecer fica
> muito simples identificar quais números de casas são do CNEFE, pegar a
> linha mestre e girar.
>
> Claro, isso é questão de opinião (há pontos favoráveis e
> desfavoráveis). Há a possibilidade de se usar linha mestre apenas em
> ruas de uma quadra só (e não se sabe o sentido da numeração das casas
> daquela cidade) - não necessariamente como addr:interpolation. Talvez
> uma fixme.
>
> @Papibaquígrafo, Resposta sobre "Além disso, notei que no TXT às vezes
> aparece um endereço S/N entre dois que tem número. Nesse caso, dá pra
> ter certeza que a ordem dos elementos no TXT corresponde à ordem real
> dos prédios?"  > Isso é muito interessante. Já havia observado em
> leitura manual dos dados. Creio que realmente seja a ordem real. O
> problema é que essa informação se perde pela metodologia que estamos
> astuciando. E fica realmente complicado um ser humano ler aquele monte
> de linhas com caracteres esparsos quando se quer realizar um trabalho
> a nível nacional.
>
>
> Estando a source no changeset, é possível fazer uma query no overpass
> com base nas tags da changeset, mesmo um objeto já não estando mais em
> sua version=1???
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

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

[Vítor Rodrigo Dias]

@santamariense, só pra confirmar que a probabilidade do txt refletir a
ordem real das casas é de 99% Trabalhei no Censo 2010 e os recenseadores
foram instruídos a respeitar a ordem das casas.

Em qui, 5 de jan de 2017 às 16:27, Peter Krauss 
escreveu:

> @santamariense,   eu não sou contra a interpolação, acho inclusive que,
> por ser um atributo distinto da numeração praticada (zero risco de
> adulteração pelo que entendi), é sempre lucro em relação ao "NADA" usual.
> A demanda pelo Github é quanto à  reprodutibilidade
>  da sua metodologia: não
> dá para ficar batendo papo aqui, é preciso mão-na-massa, pelo menos uma
> amostrinha, e de preferência (ajudo a traduzir passos QGis para *PostGIS*)
> com código-fonte do processo.
>
> PS1: alguém mais aqui usa PostGIS?  Possso fornecer temporariamente um ssh
> para todos fazerem seus testes no mesmo ambiente, sem precisar ficar
> montando cada um a sua base.
>
> PS2: o Lucas iniciou um trabalho parecido exatamente 1 ano atrás em
> Janeiro de 2015, mas não tinha gente para colaborar como agora.
> https://github.com/lucasmation/osm_cnefe_import
>
>
>
>
>
>
>
> Em 5 de janeiro de 2017 15:35, santamariense 
> escreveu:
>
> @Peter, teremos que documentar tudo. Você quer dizer usar o Git como
> repositório de arquivos? A documentação mesmo terá que ser no wiki.
>
> Eu pessoalmente sou a favor do uso das linhas de interpolação também
> no sentido de manter uma organização dos pontos. Os números de casas
> avulsos no mapa me preocupam. Digamos que tenhamos invertido a ordem
> dos números de uma esquina a outra (achar que uma rua inicia numa
> ponta, quando na verdade iniciava em outra). Se isso acontecer fica
> muito simples identificar quais números de casas são do CNEFE, pegar a
> linha mestre e girar.
>
> Claro, isso é questão de opinião (há pontos favoráveis e
> desfavoráveis). Há a possibilidade de se usar linha mestre apenas em
> ruas de uma quadra só (e não se sabe o sentido da numeração das casas
> daquela cidade) - não necessariamente como addr:interpolation. Talvez
> uma fixme.
>
> @Papibaquígrafo, Resposta sobre "Além disso, notei que no TXT às vezes
> aparece um endereço S/N entre dois que tem número. Nesse caso, dá pra
> ter certeza que a ordem dos elementos no TXT corresponde à ordem real
> dos prédios?"  > Isso é muito interessante. Já havia observado em
> leitura manual dos dados. Creio que realmente seja a ordem real. O
> problema é que essa informação se perde pela metodologia que estamos
> astuciando. E fica realmente complicado um ser humano ler aquele monte
> de linhas com caracteres esparsos quando se quer realizar um trabalho
> a nível nacional.
>
>
> Estando a source no changeset, é possível fazer uma query no overpass
> com base nas tags da changeset, mesmo um objeto já não estando mais em
> sua version=1???
>
> ___
> 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] Mapeamento adequado de Estações de Trem

[Vítor Rodrigo Dias]

Arlindo,

Bom saber! É o tipo de coisa que acontece com frequência em "exércitos de
um homem só".

Abraços!

Em qua, 4 de jan de 2017 às 17:51, Arlindo Pereira <
arlindosaraivapere...@gmail.com> escreveu:

> Vítor,
>
> sou o que o pessoal chama de "railfan", fazendo parte inclusive de uma
> associação chamada Trilhos do Rio. Já identificamos diversos erros no
> Estações Ferroviárias, e o autor do site não se mostra muito solícito para
> realizar as correções necessárias. Por conta disto, tenha o site como um
> indicativo, mas não certeza.
>
> Outra fonte, no âmbito das estações fluminenses, é o nosso fórum:
> http://www.trilhosdorio.com.br/forum
>
>
> []s
> Arlindo Pereira
>
> Em 4 de janeiro de 2017 16:45, Vítor Rodrigo Dias <vitor.d...@gmail.com>
> escreveu:
>
> Uma boa fonte de dados para verificar o estado atual de estações é o site
> http://www.estacoesferroviarias.com.br/. Poderíamos entrar em contato com
> o autor do site para verificar a possibilidade de uso como fonte de
> consulta.
>
> Em qua, 4 de jan de 2017 às 15:35, Nelson A. de Oliveira <nao...@gmail.com>
> escreveu:
>
> 2017-01-04 2:11 GMT-02:00 santamariense <imagens...@gmail.com>:
> > 2. Se não existe mais a estrutura (prédio) onde funcionava a estação,
> > usa-se a tag abandoned:railway=station
>
> No abandoned o prédio ainda existe, mas em estado de muita má
> conversação (um prédio que ficou exposto ao tempo e ficou bem
> danificado, por exemplo)
>
> Se for representar um prédio que não existe mais seria o prefixo
> demolished:
>
>
> https://wiki.openstreetmap.org/wiki/Lifecycle_prefix#Common_lifecycle_prefixes_in_chronological_order
>
> > 3. Se a estrutura tem um valor histórico, deve-se informar a fonte
> > (source) de sua importância histórica (lei de tombamento histórico,
> > por exemplo); e, usar a tag historic:railway=station +
> > railway:historic=station (já que a wiki não é bem clara, usar as duas)
>
> Nenhuma das duas :-)
>
> Repare que em
> https://wiki.openstreetmap.org/wiki/Railway_stations#Stations_and_sites_which_are_not_currently_in_operation
> elas não são propostas como indicativas de historicidade, mas sim de
> "estações que não são mais utilizadas".
>
> É o mesmo caso em
>
> https://wiki.openstreetmap.org/wiki/Talk:Tag:railway%3Dstation#Former_stations
> (onde dá para entender um pouco do rolo de tanta forma de tentar
> representar uma estação sem uso)
>
> Objetos históricos (com significância histórica) são representados
> pela chave "historic".
>
> Há 197 objetos com historic=railway_station (eu utilizaria essa para
> representar estações com valor histórico)
>
> Ou, pelo menos, historic=yes (que pode ser utilizada em qualquer tipo
> de objeto, para indicar que este possui relevância histórica)
>
> > É preciso de voluntários para fazer as devidas correções. O ideal é
> > que quem for editar cada estado(s), conheça a realidade atual da malha
> > ferroviária do local. Alguém se candidata?
>
> Quer talvez criar um MapRoulette para isso?
>
> Dá para tirar o peso de coordenação do trabalho: cada interessado pega
> uma tarefa (uma estação, no caso), verifica e envia; pode marcar que
> não consegue resolver também (por faltar conhecimento local, por
> exemplo). Também diminui a chance de duas pessoas mexerem no mesmo
> lugar.
>
> Seria só deixar um texto bem explicado na tarefa, dizendo que, se
> houver qualquer tipo de dúvida do local, não faça modificações
> duvidosas.
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
> ___
> 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] Mapeamento adequado de Estações de Trem

[Vítor Rodrigo Dias]

Uma boa fonte de dados para verificar o estado atual de estações é o site
http://www.estacoesferroviarias.com.br/. Poderíamos entrar em contato com o
autor do site para verificar a possibilidade de uso como fonte de consulta.

Em qua, 4 de jan de 2017 às 15:35, Nelson A. de Oliveira 
escreveu:

> 2017-01-04 2:11 GMT-02:00 santamariense :
> > 2. Se não existe mais a estrutura (prédio) onde funcionava a estação,
> > usa-se a tag abandoned:railway=station
>
> No abandoned o prédio ainda existe, mas em estado de muita má
> conversação (um prédio que ficou exposto ao tempo e ficou bem
> danificado, por exemplo)
>
> Se for representar um prédio que não existe mais seria o prefixo
> demolished:
>
>
> https://wiki.openstreetmap.org/wiki/Lifecycle_prefix#Common_lifecycle_prefixes_in_chronological_order
>
> > 3. Se a estrutura tem um valor histórico, deve-se informar a fonte
> > (source) de sua importância histórica (lei de tombamento histórico,
> > por exemplo); e, usar a tag historic:railway=station +
> > railway:historic=station (já que a wiki não é bem clara, usar as duas)
>
> Nenhuma das duas :-)
>
> Repare que em
> https://wiki.openstreetmap.org/wiki/Railway_stations#Stations_and_sites_which_are_not_currently_in_operation
> elas não são propostas como indicativas de historicidade, mas sim de
> "estações que não são mais utilizadas".
>
> É o mesmo caso em
>
> https://wiki.openstreetmap.org/wiki/Talk:Tag:railway%3Dstation#Former_stations
> (onde dá para entender um pouco do rolo de tanta forma de tentar
> representar uma estação sem uso)
>
> Objetos históricos (com significância histórica) são representados
> pela chave "historic".
>
> Há 197 objetos com historic=railway_station (eu utilizaria essa para
> representar estações com valor histórico)
>
> Ou, pelo menos, historic=yes (que pode ser utilizada em qualquer tipo
> de objeto, para indicar que este possui relevância histórica)
>
> > É preciso de voluntários para fazer as devidas correções. O ideal é
> > que quem for editar cada estado(s), conheça a realidade atual da malha
> > ferroviária do local. Alguém se candidata?
>
> Quer talvez criar um MapRoulette para isso?
>
> Dá para tirar o peso de coordenação do trabalho: cada interessado pega
> uma tarefa (uma estação, no caso), verifica e envia; pode marcar que
> não consegue resolver também (por faltar conhecimento local, por
> exemplo). Também diminui a chance de duas pessoas mexerem no mesmo
> lugar.
>
> Seria só deixar um texto bem explicado na tarefa, dizendo que, se
> houver qualquer tipo de dúvida do local, não faça modificações
> duvidosas.
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

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

[Vítor Rodrigo Dias]

Essa base de dados de faces é o shapefile das faces que compõem os mapas do
IBGE. Liberaram para download faz poucos meses.

Em dom, 18 de dez de 2016 às 03:37, santamariense 
escreveu:

> Eu concordo contigo neste ponto. Porém há quem prefira de trecho em
> trecho para melhor precisão. Chegamos a discutir, aqui mesmo neste
> tópico, o uso do próprio eixo da via para isso, sem criar novas
> geometrias.
>
> Tem aqueles que vão querer fazer de quadra em quadra, mas aí cada um
> faz como quiser, chegando-se a um consenso em cada município/área de
> interesse.
>
> O único problema é que os pontos do CNEFE com os números das casas em
> áreas urbanas não tem coordenadas. - Do meu ponto de vista é o maior
> dos problemas.
>
> O que é essa "base de dados de faces do IBGE" que vocês tanto falam
> aqui É CNEFE + setores censitários
>
> > Santamariense, tenho duas ideias:
> >
> > - extrair o maior e o menor número de cada face, ao invés de interpolar
> > cada número
> > - associar os extremos às pontas de cada traço de interpolação
> > - utilizar a própria base de dados de faces do IBGE para adicionar os
> dados
> > de interpolação
> >
> > É viável?
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

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

[Vítor Rodrigo Dias]

Santamariense, tenho duas ideias:

- extrair o maior e o menor número de cada face, ao invés de interpolar
cada número
- associar os extremos às pontas de cada traço de interpolação
- utilizar a própria base de dados de faces do IBGE para adicionar os dados
de interpolação

É viável?

Em dom, 18 de dez de 2016 às 02:04, santamariense 
escreveu:

> Postei na comunidade do QGis um tópico sobre a criação de SHPs a
> partir do CNEFE para ver se alguém tem alguma ideia disso para
> posteriormente facilitar nosso trabalho aqui no OSM. Tópico:
> https://goo.gl/g39rCO
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

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

[Vítor Rodrigo Dias]

Quando você escolhe só a cidade, tem como puxar o CNEFE dela inteira. Mas é
um arquivo txt que não sei como seria processado pois não tem ponto e
vírgula e sim espaços...
Em sex, 16 de dez de 2016 às 11:18, santamariense 
escreveu:

> @Sérgio, eu não estava acompanhando esta discussão ainda. Mas isso é
> bom que vem para mostrar que a comunidade, dentro do universo
> problemático de mapeamento do dia-a-dia, parece querer chegar a uma
> forma consensual, rápida e útil de numeração aproximada de casas.
>
> Eu pessoalmente preferia a versão mais rápida e não necessariamente a
> mais exata, porque a ideia que tenho é em "pouco" tempo recolher
> "todas" as numerações de casas de Santa Maria a campo, casa a casa.
> Não é algo de outro mundo, por exemplo, esta semana creio ter
> capturado cerca de 500 números de casas (+ POIs), em duas horas de
> caminhada e 7km percorridos. Estou trabalhando no processamento para
> então publicar.
>
> Uma coisa que eu já fiquei ciente é que pouco adianta ficar falando do
> OSM para leigos, sem saber sobre essas pessoas. Eu tento sempre
> apresentar o OSM como solução de suas necessidades cotidianas. Coisas
> tipo "faça uma caridade e ajude a melhorar o mapa do OSM" funciona sim
> para algumas pessoas como eu, e provavelmente como vocês, caros
> colegas. Mas não para as pessoas de modo geral. Então, neste contexto,
> eu tenho pensado em criar mapas impressos para cada associação de
> bairro fazer o levantamento de dados do local (inclusive números de
> casas), e a ideia é apresentar o OSM como algo que pode fazer de fato
> a diferença para a localidade. Não pensei ainda bem nos argumentos,
> mas tenho já algumas ideias, como: "O mapa que vocês ajudarem a montar
> poderá ser usado pelo SAMU para agilizar o socorro de pessoas pq
> poderá encontrar mais rápido o endereço. A polícia poderá chegar ao
> local da ocorrência com mais agilidade, o que aumentará a segurança. A
> defesa civil vai poder ter estudos de áreas mais detalhados e poder
> ajudar e até mesmo precaver maiores desastres. O turismo e o comercio
> do local poderá ser fomentado porque o OSM ajuda a divulgar e jamais
> dará destaque a uma lanchonete multinacional em detrimento da
> lanchonete do zé da esquina. E assim por diante.". Em outras palavras,
> o potencial do OSM é imenso, e por isso não precisamos estar "chorando
> migalhas".
>
> Sobre o CNEFE: Onde vocês acham esses dados? Eu vejo pelo
> http://www.censo2010.ibge.gov.br/cnefe/ , só que por este site é
> possível apenas salvar um CSV, e de apenas um setor censitário por
> vez. E mesmo assim não tem coordenadas geográficas. Então como vocês
> estão fazendo o processamento? Visualmente?
>
> O CNEFE na zona rural tem coordenadas. Então fica um dica para quem
> tem esse interesse. Salva o CSV no computador, abre/importa ele para o
> qgis e transforma em SHP. Abre ele no JOSM, e trabalha nos dados para
> trazer para o OSM muita coisa interessante, como pontos de interesse,
> e até numeração de casas, tudo isso já com coordenadas. JAMAIS apenas
> importe, faça uma inspeção de cada objeto, e misture com o que já
> existe, sem fazer de fato uma "importação".
>
> Só para constar, que em caso de aprovação de uma versão mais
> generalizada do interpolation, não quer dizer que todos terão que
> fazer assim, mas sim que fica reconhecido como forma de mapear também,
> documentada, e assim aceita de fato pelos desenvolvedores que passaram
> a fazê-la útil de fato.
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

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

[Vítor Rodrigo Dias]

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

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

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

Re: [Talk-br] GRUPOS OSM TELEGRAM: BRASIL e LATINOAMÉRICA

[Vítor Rodrigo Dias]

Obrigado, Arlindo!

Em qua, 30 de nov de 2016 às 14:43, Arlindo Pereira <
arlindosaraivapere...@gmail.com> escreveu:

> Vitor,
>
> mudou para https://telegram.me/osmmg
>
>
> []s
> Arlindo Pereira
>
> Em 29 de novembro de 2016 23:23, Vítor Rodrigo Dias <vitor.d...@gmail.com>
> escreveu:
>
> Pessoal, não consegui entrar no grupo de MG. Alguém tem outro link?
>
> Em ter, 29 de nov de 2016 às 18:01, Sérgio V. <svo...@hotmail.com>
> escreveu:
>
> GRUPOS OSM TELEGRAM: BRASIL e LATINOAMÉRICA:
>
> APLICATIVO DE MENSAGENS EM: https://telegram.org
>
> BRASIL:
>
> @OSMBrasil_Comunidade - assuntos gerais (110 participantes)
> @OSMBrasil_Suporte - dúvidas e suporte (99 participantes)
> @OSMBrasil_Importacoes - discussão sobre importações (recém aberto)
>
> Comunidades regionais:
>
> @osmbsb - Brasília
> @osmrj - Rio de Janeiro
> https://telegram.me/joinchat/BWADywm2ejOFWtQQUpbAzg - Minas Gerais
>
> LATINOAMÉRICA:
>
> América Latina: @OSMLatam
> Argentina: @OSM_ar
> Brasil: @OSMBrasil_Comunidade
> Bolivia: @OSMBolivia
> Colombia: @osmco
> Cuba: @OSM_Cuba
> Ecuador: @MappingEcuador
> Nicaragua: @MapaNica
> Paraguay: @osm_py
> Peru: @osmpe
>
> TEMÁTICOS:
> Usuários do Mapillary no Brasil: @MapillaryBrasil
>
> Encaminhado de telegram@OSMBrasil_Comunidade:  Vitor George, [29.11.16
> 17:43]
>
>
> POR FAVOR, COMPARTILHE!
>
>
> - - - - - - - - - - - - - - - -
>
> Sérgio - http://www.openstreetmap.org/user/smaprs
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
> ___
> 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] GRUPOS OSM TELEGRAM: BRASIL e LATINOAMÉRICA

[Vítor Rodrigo Dias]

Pessoal, não consegui entrar no grupo de MG. Alguém tem outro link?

Em ter, 29 de nov de 2016 às 18:01, Sérgio V.  escreveu:

> GRUPOS OSM TELEGRAM: BRASIL e LATINOAMÉRICA:
>
> APLICATIVO DE MENSAGENS EM: https://telegram.org
>
> BRASIL:
>
> @OSMBrasil_Comunidade - assuntos gerais (110 participantes)
> @OSMBrasil_Suporte - dúvidas e suporte (99 participantes)
> @OSMBrasil_Importacoes - discussão sobre importações (recém aberto)
>
> Comunidades regionais:
>
> @osmbsb - Brasília
> @osmrj - Rio de Janeiro
> https://telegram.me/joinchat/BWADywm2ejOFWtQQUpbAzg - Minas Gerais
>
> LATINOAMÉRICA:
>
> América Latina: @OSMLatam
> Argentina: @OSM_ar
> Brasil: @OSMBrasil_Comunidade
> Bolivia: @OSMBolivia
> Colombia: @osmco
> Cuba: @OSM_Cuba
> Ecuador: @MappingEcuador
> Nicaragua: @MapaNica
> Paraguay: @osm_py
> Peru: @osmpe
>
> TEMÁTICOS:
> Usuários do Mapillary no Brasil: @MapillaryBrasil
>
> Encaminhado de telegram@OSMBrasil_Comunidade:  Vitor George, [29.11.16
> 17:43]
>
>
> POR FAVOR, COMPARTILHE!
>
>
> - - - - - - - - - - - - - - - -
>
> Sérgio - http://www.openstreetmap.org/user/smaprs
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

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

[Vítor Rodrigo Dias]

Pra ser sincero não sei por que o OSM não quebra segmentos de rua
naturalmente. Até onde eu sei, todos os outros sistemas de mapeamento
colaborativo quebram segmentos automaticamente.

Em qui, 22 de set de 2016 às 18:56, Marcio 
escreveu:

> Não tenho opnião forte no assunto, mas discordo do Arlindo. Não há
> justificativa para manter a rua como apenas um segmento, mas existem razões
> para ela ser quebrada em trechos menores. Uma que conheço é para melhorar o
> endereçamento do Nominatim. No reverse geocode ele utiliza a rua mais
> próxima do ponto solicitado, mas para identificar o endereço ele usa o
> centroide da rua encontrada. Logo, se a rua/avenida cruzar mais de um
> bairro ou vizinhança ele pode informar o nome da rua correto no
> bairro/local errado.
>
> Quebrar a rua em trechos menores não traz nenhum problema e acaba sendo um
> processo natural no mapeamento ao introduzir relações de restrição,
> diferentes superfícies, diferentes larguras, velocidade máxima, etc.
>
>
>
> Em Qui, Set 22, 2016 em 6:32 , George Silva 
> escreveu:
>
> Sim Arlindo. Mas minha dúvida é: este dado, usualmente não deveria ser
> quebrado no OSM?
>
> 2016-09-22 18:17 GMT-03:00 Arlindo Pereira <
> arlindosaraivapere...@gmail.com>:
>
>> Legal!
>>
>> Quanto à sua dúvida: parte da dificuldade de se mapear os transportes
>> públicos é justamente quebrar as vias em múltiplos pedaços para múltiplas
>> rotas - e o momento seguinte, eventualmente alterar categorias da via em
>> todos esses segmentos. No caso, a interface teria que ter alguma opção para
>> dado um ponto que intersecta duas linhas, segmentasse as duas, resultando
>> em 4 linhas.
>>
>>
>> []s
>> Arlindo Pereira
>>
>> Em 22 de setembro de 2016 17:07, George Silva 
>> escreveu:
>>
>>> Pessoal, uns dias atrás falei de um projeto de integração com o Overpass
>>> para que as prefeituras pudessem manter os dados de linhas de transporte,
>>> baseados no OSM.
>>>
>>> Bem, fiz uns testes de integração, usando o Leaflet, Jquery e mais umas
>>> besteirinhas para testar o que queremos aqui na empresa, no momento de
>>> construir e editar o trajeto.
>>>
>>> O projeto está disponível aqui:
>>>
>>> https://gitlab.sigmageosistemas.com.br/dev/overpass-selector
>>>
>>> Ele depende do bower para ser rodado.
>>>
>>> Para rodar, instale o bower e clone o repositório.
>>>
>>> Dentro da pasta do repositório, digite bower install. Ele irá instalar
>>> as dependências todas. Após essa instalação, abra a página index.html.
>>>
>>> O funcionamento é simples. Dê um duplo clique para definir um ponto e um
>>> segundo duplo clique para definir o segundo ponto. A aplicação irá se
>>> comunicar nesse momento com o Overpass e trazer todas as ways dentro desse
>>> envelope.
>>>
>>> A partir disso, ele permite que você selecione as vias, clicando nas
>>> mesmas.
>>>
>>> É só uma prova de conceito, mas acho que vai ser útil aqui
>>>
>>> .
>>>
>>>
>>>
>>>
>>> *Uma dúvida:* no segundo screenshot, vocês podem ver que a via possui
>>> muitos trechos. No momento de mapear, não seria ideal que estes trechos
>>> estejam quebrados? Na verdade, farei outro email sobre isso.
>>>
>>> Abraços
>>>
>>> --
>>> 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
>>>
>>>
>>
>> ___
>> 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
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Ibge disponibliza arquivos de setores e faces de quadra

[Vítor Rodrigo Dias]

Mas daria pra fazer um cruzamento de dados com a numeração dos lotes
contendo quadras e faces, o que o IBGE tem...

Em seg, 18 de jul de 2016 às 09:25, Vitor George 
escreveu:

> Muito interessante, daria para fazer uma camada base do IBGE mais precisa
> e com o nome dos logradouros. Uma pena que não tenha a numeração dos lotes.
> Obrigado por compartilhar, Luis.
>
> 2016-07-14 15:52 GMT-03:00 Luis Bahiana :
>
>> Olá Amigos !
>>
>> Acessem o link :
>>
>>
>> http://saladeimprensa.ibge.gov.br/noticias?view=noticia=1=1=3213
>> --
>>
>> Luis Cavalcanti da Cunha Bahiana
>>
>> Geógrafo : Coordenação de Geografia - IBGE
>>
>> ___
>> 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] Issue no Github para o iD exibir mensagem alertando usuários de nomes copiados do Google

[Vítor Rodrigo Dias]

Só um exemplo: eu estava trabalhando com itinerários de ônibus num sistema
que também tem a possibilidade de usar o mapa do OSM como fundo. Quando
troquei a base do Google para o OSM, vi que os nomes estavam rigorosamente
copiados do Google. A prova? Tanto Google quanto OSM tinham ruas repetidas
com o mesmo nome por toda a cidade (Sarzedo-MG). Entrei no OSM, peguei os
dados da base do IBGE e corrigi os dados.

Em sex, 11 de dez de 2015 às 10:19, Alexandre Magno Brito de Medeiros <
alexandre@gmail.com> escreveu:

> Se uma Google se interessasse por "ferrar" com um "OSM contaminado", eu
> quero saber quem é que, com uma necessária equipe jurídica e técnica, iria 
> *ganhar
> a causa! Por quanto, e a que custo*.
>
> Nós somos pobres. Os poderosos ganham suas causas por indução... basta
> indícios.
>
> O OSM não é representado nacionalmente. É ideologicamente considerado que
> o patrimônio dele é de todos, quando na realidade a responsabilidade de
> mantê-lo está em quem também teria de representá-lo.
>
> Alexandre Magno
>
>
> Em 11 de dezembro de 2015 08:52,  escreveu:
>
>> Estamos aqui debatendo sobre “nomenclatura de vias” e não o desenho
>> dessas.
>>
>> Me alinho aqueles que aqui defendem que nomenclatura de via é de domínio
>> público porque em não sendo não podemos nem extrair o nome da placa
>> existente na esquina que é de propriedade da Prefeitura.
>>
>> Me perdoe Magno, mas pelo menos no ordenamento jurídico brasileiro e
>> internacional se faz necessário provar que foi copiado para que uma ação
>> penal siga em frente. Coincidência de grafia em determinado nome de rua
>> cria um indício, mas para que esse indício seja pesado se faz necessário a
>> existência de outros no mesmo sentido.
>> Recentemente muito foi debatido nesse sentido na ação penal do mensalão e
>> agora do petrolão.
>>
>> Na minha interpretação indício isolado não caracteriza prova.
>>
>> “*Posto que os indícios não se pesam, e não se contam, não basta que
>> apareçam em número plural; é indispensável que, examinados em conjunto,
>> produzam a certeza moral sobre o fato investigado. Para tanto, devem ser
>> graves, precisos, e concorrerem, harmonicamente, a indicar o mesmo fato*”
>> (Moura, Maria Thereza Rocha de Assis. *A prova por indícios no processo
>> penal*. São Paulo: Saraiva, 1994. p. 91).
>>
>> Concordo que devemos defender o Projeto, mas na minha opinião devemos ter
>> o cuidado para não permitir que ações restritivas, sejam novas ou
>> reafirmação de antigas, acabem produzindo descontentamentos e evasão de
>> colaboradores. Sem colaboradores o Projeto não tem futuro.
>>
>> Como citei anteriormente, infelizmente estamos perdendo colaboradores
>> devido a insistente fiscalização e interpelação de alguns a esses.
>>
>> []s
>> Marcio
>> *From:* Alexandre Magno Brito de Medeiros 
>> *Sent:* Friday, December 11, 2015 6:56 AM
>> *To:* OpenStreetMap no Brasil 
>> *Subject:* Re: [Talk-br]Issue no Github para o iD exibir mensagem
>> alertando usuários de nomes copiados do Google
>>
>>
>> Entendo que não é necessário "provar" que foi copiado.
>>
>> O OpenStreetMap não tem como defender-se judicialmente. Então é bem
>> razoável adotar políticas de afastamento das "inseguranças". Assim, a mera
>> "suspeita", corroborada por "indícios", torna-se suficiente.
>>
>> O futuro de um projeto dessa dimensão não deve ser tratado como um rolar
>> de dados. Se uma decisão judicial obrigar a lançar no esgoto um monte de
>> contribuições válidas, ficamos todos como PALHAÇOS, tenhamos contribuído
>> pouco ou muito. E mais uma vez "a gente egoísta" terá material para chamar
>> de tolos aqueles que gratuitamente colaboram.
>>
>> Alexandre Magno
>>
>> Em 11 de dezembro de 2015 05:33, Peter Krauss 
>> escreveu:
>>
>>>
>>> Bom dia Marcio e Nelson,
>>> exemplos são ótimos para todos aqui na Lista falarem a mesma língua ;-)
>>>
>>> Por hora parece bom o  exemplo
>>> , mas ainda está  meio
>>> difícil de entender o que se passou: alguém poderia explicar quais são os 
>>> *"Redact
>>> Google-sourced names" *deste exemplo?
>>> Qual o critério que se usa para taxar de "foi copiado" e, independente
>>> de cópia, porque haveria algum *direito autorial* envolvido nisso?
>>>
>>>
>>> PS: se falam em DWG , seriam não
>>> nomes mas linhas e polígonos copiados de uma base alheia... Se for isso,
>>> não parece ter nada haver com "copiar nomes"...
>>>
>> ___
> 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] Issue no Github para o iD exibir mensagem alertando usuários de nomes copiados do Google

[Vítor Rodrigo Dias]

É possível também, Marcio...

Em sex, 11 de dez de 2015 às 12:17, <thunder...@gpsinfo.com.br> escreveu:

> Vitor,
> ter nomenclatura igual a do Google não significa, pelo menos para mim, que
> um copiou do outro.
>
> Ambos podem ter empregado a mesma base publica errada.
>
> []s
> Marcio
>
> *From:* Vítor Rodrigo Dias <vitor.d...@gmail.com>
> *Sent:* Friday, December 11, 2015 10:20 AM
> *To:* OpenStreetMap no Brasil <talk-br@openstreetmap.org>
> *Subject:* Re: [Talk-br]Issue no Github para o iD exibir mensagem
> alertando usuários de nomes copiados do Google
> Só um exemplo: eu estava trabalhando com itinerários de ônibus num sistema
> que também tem a possibilidade de usar o mapa do OSM como fundo. Quando
> troquei a base do Google para o OSM, vi que os nomes estavam rigorosamente
> copiados do Google. A prova? Tanto Google quanto OSM tinham ruas repetidas
> com o mesmo nome por toda a cidade (Sarzedo-MG). Entrei no OSM, peguei os
> dados da base do IBGE e corrigi os dados.
> ___
> 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] Digest Talk-br, volume 87, assunto 24

[Vítor Rodrigo Dias]

colocados para evitar que veículos fiquem entalados ?
> >>>
> >>>
> >>> ___
> >>> Talk-br mailing list
> >>> Talk-br@openstreetmap.org
> <https://e-aj.my.com/compose?To=talk%2...@openstreetmap.org>
> >>> https://lists.openstreetmap.org/listinfo/talk-br
> >>>
> >>>
> >>> ___
> >>> Talk-br mailing list
> >>> Talk-br@openstreetmap.org
> <https://e-aj.my.com/compose?To=talk%2...@openstreetmap.org>
> >>> https://lists.openstreetmap.org/listinfo/talk-br
> >>>
> >>
> >>
> >> ___
> >> Talk-br mailing list
> >> Talk-br@openstreetmap.org
> <https://e-aj.my.com/compose?To=talk%2...@openstreetmap.org>
> >> https://lists.openstreetmap.org/listinfo/talk-br
> >>
> >>
> >
> > ___
> > Talk-br mailing list
> > Talk-br@openstreetmap.org
> <https://e-aj.my.com/compose?To=talk%2...@openstreetmap.org>
> > https://lists.openstreetmap.org/listinfo/talk-br
> >
> >
> -- Próxima Parte --
> Um anexo em HTML foi limpo...
> URL: <
> http://lists.openstreetmap.org/pipermail/talk-br/attachments/20151211/6ceefb86/attachment-0001.html
> >
>
> --
>
> Message: 2
> Date: Fri, 11 Dec 2015 12:04:27 -0200
> From: <thunder...@gpsinfo.com.br
> <https://e-aj.my.com/compose?To=thunder...@gpsinfo.com.br>>
> To: "OpenStreetMap no Brasil" <talk-br@openstreetmap.org
> <https://e-aj.my.com/compose?To=talk%2...@openstreetmap.org>>
> Subject: Re: [Talk-br] Issue no Github para o iD exibir mensagem
> alertando usuários de nomes copiados do Google
> Message-ID: <27D41A0DBC8E4EA8ABBE60CF535EE6DF@MARCIOPC>
> Content-Type: text/plain; charset="utf-8"
>
> Arlindo,
>
> não sou contra o aviso proposto por você. Sou favorável a analisarmos
> melhor o objetivo, abrangência e operacionalidade.
>
> Para alguns o aviso repetitivo pode incomodar, como já comentado aqui, e
> por isso seria interessante a aplicação de uma quantidade de edições por
> usuário onde ele não mais apareceria.
>
> Outra situação é quanto ao editor, pelo que interpretei ele está sendo
> proposto para ser inserido no ID. E os outros editores? Muitos já se
> simpatizam mais com o JOSM.
>
> Sem duvida devemos reafirmar a orientação de emprego das nomenclaturas
> tendo como referência os dados do IBGE com especial atenção aos dados por
> ele fornecidos pois algumas informações estão desatualizadas.
>
> Quanto ao Google Maps nem considero porque a experiência já nos demonstrou
> que ele contem muito mais erros que o IBGE. Temos identificado isso
> diariamente plotando radares em nosso território empregando a API do Google.
>
> []s
> Marcio
>
> From: Arlindo Pereira
> Sent: Friday, December 11, 2015 10:00 AM
> To: OSM talk-br
> Subject: Re: [Talk-br]Issue no Github para o iD exibir mensagem alertando
> usuários de nomes copiados do Google
>
> Marcio,
>
> de fato, nomes de ruas não são passíveis de copyright, mas o mapa de
> terceiros o é. De fato, uma única grafia copiada seria um indício muito
> leve, mais provável coincidência, mas com dezenas, centenas, milhares de
> dados com a grafia errada inseridos tanto no nosso mapa, quanto no de
> terceiros, já fica mais difícil de justificar.
>
> E, de novo, não há mais motivo para se copiar nomes de ruas do Google Maps
> ou de onde seja quando podemos copiar nomes de ruas do mapa do IBGE, que
> inclusive já fica embutido nos editores. Precisamos apenas comunicar isso
> melhor, pois não é um fato que fique evidente para os editores novatos
> (assim como diversas outras questões).
>
> Abraço.
> -- Próxima Parte --
> Um anexo em HTML foi limpo...
> URL: <
> http://lists.openstreetmap.org/pipermail/talk-br/attachments/20151211/7f57b4ca/attachment-0001.html
> >
>
> --
>
> Message: 3
> Date: Fri, 11 Dec 2015 12:12:08 -0200
> From: <thunder...@gpsinfo.com.br
> <https://e-aj.my.com/compose?To=thunder...@gpsinfo.com.br>>
> To: "OpenStreetMap no Brasil" <talk-br@openstreetmap.org
> <https://e-aj.my.com/compose?To=talk%2...@openstreetmap.org>>
> Subject: Re: [Talk-br] Issue no Github para o iD exibir mensagem
> alertando usuários de nomes copiados do Google
> Message-ID: <5702535362FE4E038E74588E83786B18@MARCIOPC>
> Content-Type: text/plain; charset="utf-8"
>
&g

Re: [Talk-br] Linha de transmissão como parte de relação (limite de bairro)

[Vítor Rodrigo Dias]

Ivaldo,

Que tipo de área você tem usado? Você transformou o conteúdo da área em
relação?

Em dom, 29 de nov de 2015 às 00:13, Ivaldo Nunes de Magalhães <
ivald...@gmail.com> escreveu:

> O link abaixo aponta para um caso onde o limite (administrativo) do bairro
> passa exatamente por onde tem uma linha de transmissão.
>
> Posso utilizar parte dessa linha - incluindo-a na relação do bairro - como
> limite?
>
> A dúvida se pelo fato de a linha de transmissão ser aérea e o limite do
> bairro - embora imaginário - ser terrestre.
>
> http://www.openstreetmap.org/edit#map=20/-20.53192/-54.61887
>
> Vejam que já tem uma linha no local, que faz parte da relação dos bairros
> e está correto, por ser via de duplo sentido, com canteiro no meio.
>
>
> Outro dúvida - dentro do mesmo assunto - é se posso utilizar parte de uma
> área (cortando-a) como limite de bairro numa relação. Fiz isso mas quando
> rendeirizado no navegador a área fica estranha, parecendo linha. Postei
> essa dúvida no help do osm mas o povo lá nou soube de responder.
>
>
>
>
> *Ivaldo* Nunes de Magalhães
> E-mail: ivald...@gmail.com
> Blog: makermaps.blogspot.com.br
> (67) 8108-7415 (tim) / 9998-0804
> ___
> 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] duvida de tunnel=culvert

[Vítor Rodrigo Dias]

Sim, essas são exceções, tem inclusive a tag highway=ford.

Em seg, 23 de nov de 2015 às 17:17, Alexandre Magno Brito de Medeiros <
alexandre@gmail.com> escreveu:

> Existem lugares no interior do nordeste, que dão acesso a sítios¹, que
> quando o rio² tem água, ele cruza a via. Geralmente o terreno é barro duro³
> ou cascalho. Estou sabendo hoje que parece o nome disso ser "vau
> ".
>
> 1 - granjas de região seca, ou coisa que o valha
> 2 - ou melhor: o riacho
> 3 - que vira lama
>
> Em 23 de novembro de 2015 10:43, Nelson A. de Oliveira 
> escreveu:
>
>> 2015-11-23 9:02 GMT-02:00 Flavio Bello Fialho :
>> > 2. Criar dois pontos muito próximos e uni-los com um segmento muito
>> curto
>> > que existe apenas para fechar o contorno do município. Acho isso uma
>> > gambiarra desnecessária pior que o ponto compartilhado.
>>
>> Esse caso.
>> Abre esse arquivo no JOSM:
>> http://naoliv.iq.unesp.br/osm/ivaldo/depois.osm
>>
>> ("ivaldo" porque eu estava mostrando pro Ivaldo em uma outra vez)
>>
>> Move o nó que está em cima riacho que dá para ver (e entender, espero).
>>
>> Compartilhar nó de rua com rio é pior: você está dizendo que o rio
>> está passando pela rua, como se fosse uma vau:
>>
>> https://upload.wikimedia.org/wikipedia/commons/4/4b/Ogle_County_IL_White_Pines_State_Park_Fords3.jpg
>>
> ___
> 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] Shapefiles dos bairros de Contagem - MG

[Vítor Rodrigo Dias]

John,

Um amigo do OSM converteu os dados de um arquivo DWG e eu fui editando os
limites manualmente. Se quiser, pode exportar os dados para formato
shapefile.

Att,
Vítor Dias

Em ter, 20 de out de 2015 às 11:18, John Kennedy Cotta <
jkennedyco...@gmail.com> escreveu:

> Prezados Senhores, chamo-me John e estou precisando do Shapefiles dos
> bairros de Contagem - MG. Vi que Vitor Dias foi quem por último atualizou
> os dados do OSM.
> Alguém os teria e pode me disponibilizá-los.
>
> Agradeço.
>
> Att.,
>
> Kennedy
> ___
> 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] Relação Baía de Guanabara X Ilha do Governador

[Vítor Rodrigo Dias]

O problema pode estar também no fato de que só a Ilha do Governador, dentre
todas as outras, não tem a tag natural=coastline nas linhas do contorno da
ilha, e não somente na relação.

Em ter, 22 de set de 2015 às 14:55,  escreveu:

> Marcio,
> pela nossa experiência, em nossas compilações, não havíamos até então
> identificado problema por estarem ways membros de relação fora de ordem,
> entretanto vamos testar a correção.
>
> O nosso teste só poderá ser feito após as 21:00 hs de hoje, quando o
> geofabrik, em http://download.geofabrik.de/south-america/brazil.html ,
> disponibiliza os dados OSM do Brasil, em formato PBF.a.
>
> Para voce e os demais, disponibilizamos a imagem da Ilha do Governador no
> mapa Cocar compilado em 20 SET 2015. Podem ver em
> http://cocardl.com.br/pv/1.jpg
>
> Quando compilamos o mapa na manhã de hoje encontramos a Ilha do Governador
> vista em print em http://cocardl.com.br/pv/2.jpg
>
> Até podemos a nível Mkgmap tentar incluir algo que descarte o problema,
> entretanto não sabemos ainda onde foi alterado no OSM que causou isso.
>
> Caso o problema fosse no Mkgmap as demais ilhas da Baía de Guanabara
> também seriam encobertas por ela, o que não ocorre.
>
>
> *From:* Márcio Aguiar Ribeiro 
> *Sent:* Tuesday, September 22, 2015 2:02 PM
> *To:* OpenStreetMap no Brasil 
> *Subject:* Re: [Talk-br]Relação Baía de Guanabara X Ilha do Governador
> A relação da Baia da Guanabara estava com os ways fora de ordem. Verifica
> se a correção fez efeito.
>
> Marcio Aguiar Ribeiro
>
> ___
> 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] Relação Baía de Guanabara X Ilha do Governador

[Vítor Rodrigo Dias]

Marcio,

Acontece somente na Ilha do Governador ou em alguma outra?

Em ter, 22 de set de 2015 às 13:52, Arlindo Pereira <
openstreet...@arlindopereira.com> escreveu:

> Certamente. Vou passar para o mapeador que trabalhou na Ilha.
>
> []s
>
>
> 2015-09-22 12:51 GMT-03:00 :
>
>> Amigos,
>> ao compilarmos o mapa Cocar na data de hoje identificamos que a Ilha do
>> Governador – RJ foi encoberta pela Baía de Guanabara. Estranhamos que
>> somente a Ilha do Governador foi encoberta, as demais ilhas da baía de
>> Guanabara e que constam da relação da Baía como membros inner não o foram.
>>
>> Na tentativa de identificação do problema constatamos que o grupo criado
>> e informado em http://www.openstreetmap.org/user/Nighto/diary/35888 está
>> executando um excelente trabalho de importação de dados de bairro do Rio de
>> Janeiro, entretanto acreditamos que a alteração feita em
>> http://www.openstreetmap.org/relation/1964267 acarretou um problema,na
>> Ilha do Governador de ser encoberta pelas aguas da Baía de Guanabara e
>> somente ela porque as demais ilhas não foram.
>>
>> Identificamos que a Ilha do Governador está formatada como multipoligono
>> em http://www.openstreetmap.org/relation/5519132#map=14/-22.8049/-43.2109
>> e que seus membros outer estão incluídos como inner na relação da Baía de
>> Guanabara, o que na nossa opinião é normal.
>>
>> Estamos quebrando a cabeça e ainda não identificamos onde está o
>> problema. Alguém poderia nos auxiliar?
>>
>> []s
>> Marcio
>>
>> ___
>> 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] Regiões da prefeitura do Rio

[Vítor Rodrigo Dias]

Arlindo,

Pelo que pesquisei, as regiões administrativas cariocas constam para o IBGE
como *subdistritos*, assim como as regionais de Belo Horizonte. Dessa
forma, acho que valeria sim a pena delimitá-los. O que você acha?

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

> Então, na minha opinião as regiões administrativas não são passíveis de
> inclusão no OSM (ao menos não na tag admin_level padrão), por serem uma
> divisão de âmbito meramente de planejamento, não uma divisão "oficial" (no
> sentido de endereçamento, diga-se). Poderiam ser criadas relações desde que
> não com admin_level. De repente algo como PCRJ:RA=*. (Prefeitura da Cidade
> do Rio de Janeiro:Região Administrativa).
>
> Quanto a distritos, creio que não haja distritos no RJ, apenas zonas
> (centro, sul, norte, oeste) e bairros.
>
> Sub-bairros não são definidos oficialmente (o que não impede de serem
> mapeados, mas de novo não usando as tags de bairro "oficiais"). Por
> exemplo: http://www.openstreetmap.org/node/1797648815
>
> []s
> Arlindo
>
> 2015-09-18 15:12 GMT-03:00 Vítor Rodrigo Dias <vitor.d...@gmail.com>:
>
>> Excelente!
>>
>> Quanto a regiões administrativas e distritos, há algo a incluir? Se
>> tiver, posso fazê-lo também.
>>
>> Em sex, 18 de set de 2015 às 15:00, Arlindo Pereira <
>> openstreet...@arlindopereira.com> escreveu:
>>
>>> Esta consulta do Overpass mostra os bairros que já foram:
>>> http://overpass-turbo.eu/s/bx5
>>>
>>> Valeu naoliv :)
>>>
>>> 2015-09-18 14:55 GMT-03:00 Vítor Rodrigo Dias <vitor.d...@gmail.com>:
>>>
>>>> Arlindo,
>>>>
>>>> Vou dar uma olhada. Tem alguma região em específico com carência de
>>>> bairros?
>>>>
>>>> Em sex, 18 de set de 2015 às 14:30, Arlindo Pereira <
>>>> openstreet...@arlindopereira.com> escreveu:
>>>>
>>>>> Aqui no RJ os dados dos limites de bairros estão disponíveis em
>>>>> licença compatível com o OSM e com permissão de uso já concedida (ODbL) no
>>>>> data.rio, mais especificamente em
>>>>> http://data.rio/dataset/limites-dos-bairros .
>>>>>
>>>>> Como exemplo, você poderá verificar os bairros que já estão com o
>>>>> contorno definido, como alguns bairros da Zona Norte / Oeste. Por exemplo,
>>>>> http://www.openstreetmap.org/relation/3704052 .
>>>>>
>>>>> []s
>>>>> Arlindo
>>>>>
>>>>> 2015-09-18 13:55 GMT-03:00 Vítor Rodrigo Dias <vitor.d...@gmail.com>:
>>>>>
>>>>>> Arlindo,
>>>>>>
>>>>>> Se houver algum site do qual eu possa copiar os metadados, posso
>>>>>> auxiliar no processo. Já o fiz em outras cidades.
>>>>>>
>>>>>> Abraços!
>>>>>>
>>>>>>
>>>>>> Em sex, 18 de set de 2015 às 11:05, Arlindo Pereira <
>>>>>> openstreet...@arlindopereira.com> escreveu:
>>>>>>
>>>>>>> Acredito que esse tipo de informação (acho que vc está falando das
>>>>>>> RAs, não?) não cabe no OSM.
>>>>>>>
>>>>>>> Em tempo: precisamos de ajuda para mapear todos os limites de
>>>>>>> bairros. Eu cheguei a mapear alguns no passado, mas não tive energia 
>>>>>>> para
>>>>>>> mapear todos os 151 bairros.
>>>>>>>
>>>>>>> []s
>>>>>>>
>>>>>>>
>>>>>>> 2015-09-17 22:23 GMT-03:00 Eduardo Medeiros <
>>>>>>> eduardoamedei...@gmail.com>:
>>>>>>>
>>>>>>>> Como posso criar alguns grupos/tipos de regiões utilizados pela
>>>>>>>> prefeitura do Rio? Por exemplo, existe um esquema de regiões utilizado 
>>>>>>>> em
>>>>>>>> alguns tipos de cobranças de taxas. Existe outro grupo de regiões que
>>>>>>>> seriam as areas de atuação das inspetorias. Teria que criar tags para 
>>>>>>>> cada
>>>>>>>> tipo?
>>>>>>>>
>>>>>>>> []s,
>>>>>>>>   Eduardo A Medeiros
>>>>>>>> Em 17/09/2015 22:15, "Eduardo Medeiros" <eduardoamedei...@gmail.com>
>>>>>>>> escreveu:
>>

Re: [Talk-br] Regiões da prefeitura do Rio

[Vítor Rodrigo Dias]

Arlindo,

Vou dar uma olhada. Tem alguma região em específico com carência de bairros?

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

> Aqui no RJ os dados dos limites de bairros estão disponíveis em licença
> compatível com o OSM e com permissão de uso já concedida (ODbL) no
> data.rio, mais especificamente em
> http://data.rio/dataset/limites-dos-bairros .
>
> Como exemplo, você poderá verificar os bairros que já estão com o contorno
> definido, como alguns bairros da Zona Norte / Oeste. Por exemplo,
> http://www.openstreetmap.org/relation/3704052 .
>
> []s
> Arlindo
>
> 2015-09-18 13:55 GMT-03:00 Vítor Rodrigo Dias <vitor.d...@gmail.com>:
>
>> Arlindo,
>>
>> Se houver algum site do qual eu possa copiar os metadados, posso auxiliar
>> no processo. Já o fiz em outras cidades.
>>
>> Abraços!
>>
>>
>> Em sex, 18 de set de 2015 às 11:05, Arlindo Pereira <
>> openstreet...@arlindopereira.com> escreveu:
>>
>>> Acredito que esse tipo de informação (acho que vc está falando das RAs,
>>> não?) não cabe no OSM.
>>>
>>> Em tempo: precisamos de ajuda para mapear todos os limites de bairros.
>>> Eu cheguei a mapear alguns no passado, mas não tive energia para mapear
>>> todos os 151 bairros.
>>>
>>> []s
>>>
>>>
>>> 2015-09-17 22:23 GMT-03:00 Eduardo Medeiros <eduardoamedei...@gmail.com>
>>> :
>>>
>>>> Como posso criar alguns grupos/tipos de regiões utilizados pela
>>>> prefeitura do Rio? Por exemplo, existe um esquema de regiões utilizado em
>>>> alguns tipos de cobranças de taxas. Existe outro grupo de regiões que
>>>> seriam as areas de atuação das inspetorias. Teria que criar tags para cada
>>>> tipo?
>>>>
>>>> []s,
>>>>   Eduardo A Medeiros
>>>> Em 17/09/2015 22:15, "Eduardo Medeiros" <eduardoamedei...@gmail.com>
>>>> escreveu:
>>>>
>>>>> Na Estrada do Campinho, em Campo Grande, RJ, existe um posto que é
>>>>> ponto de referência. Posto Preto Velho. Acho que já foi BR, não hoje não
>>>>> tem bandeira.
>>>>> Acho que o POI esta represantando a empresa que tem seu nome. O
>>>>> renderizador inteligente, quando tiver brand, tem que associa-lo ao nome.
>>>>> Com ícone personalizado e tudo.
>>>>> Mas acho que utilizar name para marca esta incorreto. E devemos levar
>>>>> em consideração que o OSM é um banco mundial. Se bularmos as regras das
>>>>> tags, os renderizadores darão resultados diferentes no Brasil. Se um
>>>>> turista vem para cá com seu aplicativo, utilizando corretamente a brand,
>>>>> não terá a resposta esperada, a que esta acostumado em seu local de 
>>>>> origem.
>>>>> E o mesmo acontecerá conosco em uma região diferente, se os mapeadores de
>>>>> lá fugirem do padrão.
>>>>>
>>>>> []s,
>>>>>   Eduardo A Medeiros
>>>>> Em 17/09/2015 14:27, "Nelson A. de Oliveira" <nao...@gmail.com>
>>>>> 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
>>>
>>
>> ___
>> 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] Regiões da prefeitura do Rio

[Vítor Rodrigo Dias]

Excelente!

Quanto a regiões administrativas e distritos, há algo a incluir? Se tiver,
posso fazê-lo também.

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

> Esta consulta do Overpass mostra os bairros que já foram:
> http://overpass-turbo.eu/s/bx5
>
> Valeu naoliv :)
>
> 2015-09-18 14:55 GMT-03:00 Vítor Rodrigo Dias <vitor.d...@gmail.com>:
>
>> Arlindo,
>>
>> Vou dar uma olhada. Tem alguma região em específico com carência de
>> bairros?
>>
>> Em sex, 18 de set de 2015 às 14:30, Arlindo Pereira <
>> openstreet...@arlindopereira.com> escreveu:
>>
>>> Aqui no RJ os dados dos limites de bairros estão disponíveis em licença
>>> compatível com o OSM e com permissão de uso já concedida (ODbL) no
>>> data.rio, mais especificamente em
>>> http://data.rio/dataset/limites-dos-bairros .
>>>
>>> Como exemplo, você poderá verificar os bairros que já estão com o
>>> contorno definido, como alguns bairros da Zona Norte / Oeste. Por exemplo,
>>> http://www.openstreetmap.org/relation/3704052 .
>>>
>>> []s
>>> Arlindo
>>>
>>> 2015-09-18 13:55 GMT-03:00 Vítor Rodrigo Dias <vitor.d...@gmail.com>:
>>>
>>>> Arlindo,
>>>>
>>>> Se houver algum site do qual eu possa copiar os metadados, posso
>>>> auxiliar no processo. Já o fiz em outras cidades.
>>>>
>>>> Abraços!
>>>>
>>>>
>>>> Em sex, 18 de set de 2015 às 11:05, Arlindo Pereira <
>>>> openstreet...@arlindopereira.com> escreveu:
>>>>
>>>>> Acredito que esse tipo de informação (acho que vc está falando das
>>>>> RAs, não?) não cabe no OSM.
>>>>>
>>>>> Em tempo: precisamos de ajuda para mapear todos os limites de bairros.
>>>>> Eu cheguei a mapear alguns no passado, mas não tive energia para mapear
>>>>> todos os 151 bairros.
>>>>>
>>>>> []s
>>>>>
>>>>>
>>>>> 2015-09-17 22:23 GMT-03:00 Eduardo Medeiros <
>>>>> eduardoamedei...@gmail.com>:
>>>>>
>>>>>> Como posso criar alguns grupos/tipos de regiões utilizados pela
>>>>>> prefeitura do Rio? Por exemplo, existe um esquema de regiões utilizado em
>>>>>> alguns tipos de cobranças de taxas. Existe outro grupo de regiões que
>>>>>> seriam as areas de atuação das inspetorias. Teria que criar tags para 
>>>>>> cada
>>>>>> tipo?
>>>>>>
>>>>>> []s,
>>>>>>   Eduardo A Medeiros
>>>>>> Em 17/09/2015 22:15, "Eduardo Medeiros" <eduardoamedei...@gmail.com>
>>>>>> escreveu:
>>>>>>
>>>>>>> Na Estrada do Campinho, em Campo Grande, RJ, existe um posto que é
>>>>>>> ponto de referência. Posto Preto Velho. Acho que já foi BR, não hoje não
>>>>>>> tem bandeira.
>>>>>>> Acho que o POI esta represantando a empresa que tem seu nome. O
>>>>>>> renderizador inteligente, quando tiver brand, tem que associa-lo ao 
>>>>>>> nome.
>>>>>>> Com ícone personalizado e tudo.
>>>>>>> Mas acho que utilizar name para marca esta incorreto. E devemos
>>>>>>> levar em consideração que o OSM é um banco mundial. Se bularmos as 
>>>>>>> regras
>>>>>>> das tags, os renderizadores darão resultados diferentes no Brasil. Se um
>>>>>>> turista vem para cá com seu aplicativo, utilizando corretamente a brand,
>>>>>>> não terá a resposta esperada, a que esta acostumado em seu local de 
>>>>>>> origem.
>>>>>>> E o mesmo acontecerá conosco em uma região diferente, se os mapeadores 
>>>>>>> de
>>>>>>> lá fugirem do padrão.
>>>>>>>
>>>>>>> []s,
>>>>>>>   Eduardo A Medeiros
>>>>>>> Em 17/09/2015 14:27, "Nelson A. de Oliveira" <nao...@gmail.com>
>>>>>>> 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.
>>>>>>&

Re: [Talk-br] Regiões da prefeitura do Rio

[Vítor Rodrigo Dias]

Outra coisa: há uma divergência, até significativa, entre os limites da
cidade tais como existem hoje no OSM, importados do IBGE, e os que constam
do arquivo com os limites dos bairros. Nesse caso, qual considerar?

Em sex, 18 de set de 2015 às 16:02, Eduardo Medeiros <
eduardoamedei...@gmail.com> escreveu:

> Para subbairros tenho utilizado place=neighbourhood.
>
> []s,
>   Eduardo AM
>
>
> Em 18 de setembro de 2015 15:40, Arlindo Pereira <
> openstreet...@arlindopereira.com> escreveu:
>
>> Então, na minha opinião as regiões administrativas não são passíveis de
>> inclusão no OSM (ao menos não na tag admin_level padrão), por serem uma
>> divisão de âmbito meramente de planejamento, não uma divisão "oficial" (no
>> sentido de endereçamento, diga-se). Poderiam ser criadas relações desde que
>> não com admin_level. De repente algo como PCRJ:RA=*. (Prefeitura da Cidade
>> do Rio de Janeiro:Região Administrativa).
>>
>> Quanto a distritos, creio que não haja distritos no RJ, apenas zonas
>> (centro, sul, norte, oeste) e bairros.
>>
>> Sub-bairros não são definidos oficialmente (o que não impede de serem
>> mapeados, mas de novo não usando as tags de bairro "oficiais"). Por
>> exemplo: http://www.openstreetmap.org/node/1797648815
>>
>> []s
>> Arlindo
>>
>> 2015-09-18 15:12 GMT-03:00 Vítor Rodrigo Dias <vitor.d...@gmail.com>:
>>
>>> Excelente!
>>>
>>> Quanto a regiões administrativas e distritos, há algo a incluir? Se
>>> tiver, posso fazê-lo também.
>>>
>>> Em sex, 18 de set de 2015 às 15:00, Arlindo Pereira <
>>> openstreet...@arlindopereira.com> escreveu:
>>>
>>>> Esta consulta do Overpass mostra os bairros que já foram:
>>>> http://overpass-turbo.eu/s/bx5
>>>>
>>>> Valeu naoliv :)
>>>>
>>>> 2015-09-18 14:55 GMT-03:00 Vítor Rodrigo Dias <vitor.d...@gmail.com>:
>>>>
>>>>> Arlindo,
>>>>>
>>>>> Vou dar uma olhada. Tem alguma região em específico com carência de
>>>>> bairros?
>>>>>
>>>>> Em sex, 18 de set de 2015 às 14:30, Arlindo Pereira <
>>>>> openstreet...@arlindopereira.com> escreveu:
>>>>>
>>>>>> Aqui no RJ os dados dos limites de bairros estão disponíveis em
>>>>>> licença compatível com o OSM e com permissão de uso já concedida (ODbL) 
>>>>>> no
>>>>>> data.rio, mais especificamente em
>>>>>> http://data.rio/dataset/limites-dos-bairros .
>>>>>>
>>>>>> Como exemplo, você poderá verificar os bairros que já estão com o
>>>>>> contorno definido, como alguns bairros da Zona Norte / Oeste. Por 
>>>>>> exemplo,
>>>>>> http://www.openstreetmap.org/relation/3704052 .
>>>>>>
>>>>>> []s
>>>>>> Arlindo
>>>>>>
>>>>>> 2015-09-18 13:55 GMT-03:00 Vítor Rodrigo Dias <vitor.d...@gmail.com>:
>>>>>>
>>>>>>> Arlindo,
>>>>>>>
>>>>>>> Se houver algum site do qual eu possa copiar os metadados, posso
>>>>>>> auxiliar no processo. Já o fiz em outras cidades.
>>>>>>>
>>>>>>> Abraços!
>>>>>>>
>>>>>>>
>>>>>>> Em sex, 18 de set de 2015 às 11:05, Arlindo Pereira <
>>>>>>> openstreet...@arlindopereira.com> escreveu:
>>>>>>>
>>>>>>>> Acredito que esse tipo de informação (acho que vc está falando das
>>>>>>>> RAs, não?) não cabe no OSM.
>>>>>>>>
>>>>>>>> Em tempo: precisamos de ajuda para mapear todos os limites de
>>>>>>>> bairros. Eu cheguei a mapear alguns no passado, mas não tive energia 
>>>>>>>> para
>>>>>>>> mapear todos os 151 bairros.
>>>>>>>>
>>>>>>>> []s
>>>>>>>>
>>>>>>>>
>>>>>>>> 2015-09-17 22:23 GMT-03:00 Eduardo Medeiros <
>>>>>>>> eduardoamedei...@gmail.com>:
>>>>>>>>
>>>>>>>>> Como posso criar alguns grupos/tipos de regiões utilizados pela
>>>>>>>>> prefeitura do Rio? Por exemplo, existe um esquema de regiões 
>>>>>>>>>

Re: [Talk-br] Regiões da prefeitura do Rio

[Vítor Rodrigo Dias]

Arlindo,

Pode deixar que o trabalho na inclusão das fronteiras está indo de vento em
popa. Em breve, só faltarão os nós dos bairros.

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

> Boa pergunta.
>
> Em tempo: foi criado um grupo no Telegram para conversar sobre incluir as
> fronteiras dos bairros, se cada um fizer um ou dois por dia terminaremos os
> 151 bairros muito rapidamente. Segue o link:
> https://telegram.me/joinchat/AfOmMAF6Q2gTEg-Ep8DnHQ
>
> []s
> Arlindo
>
> 2015-09-18 16:06 GMT-03:00 Vítor Rodrigo Dias <vitor.d...@gmail.com>:
>
>> Outra coisa: há uma divergência, até significativa, entre os limites da
>> cidade tais como existem hoje no OSM, importados do IBGE, e os que constam
>> do arquivo com os limites dos bairros. Nesse caso, qual considerar?
>>
>> Em sex, 18 de set de 2015 às 16:02, Eduardo Medeiros <
>> eduardoamedei...@gmail.com> escreveu:
>>
>>> Para subbairros tenho utilizado place=neighbourhood.
>>>
>>> []s,
>>>   Eduardo AM
>>>
>>>
>>> Em 18 de setembro de 2015 15:40, Arlindo Pereira <
>>> openstreet...@arlindopereira.com> escreveu:
>>>
>>>> Então, na minha opinião as regiões administrativas não são passíveis de
>>>> inclusão no OSM (ao menos não na tag admin_level padrão), por serem uma
>>>> divisão de âmbito meramente de planejamento, não uma divisão "oficial" (no
>>>> sentido de endereçamento, diga-se). Poderiam ser criadas relações desde que
>>>> não com admin_level. De repente algo como PCRJ:RA=*. (Prefeitura da Cidade
>>>> do Rio de Janeiro:Região Administrativa).
>>>>
>>>> Quanto a distritos, creio que não haja distritos no RJ, apenas zonas
>>>> (centro, sul, norte, oeste) e bairros.
>>>>
>>>> Sub-bairros não são definidos oficialmente (o que não impede de serem
>>>> mapeados, mas de novo não usando as tags de bairro "oficiais"). Por
>>>> exemplo: http://www.openstreetmap.org/node/1797648815
>>>>
>>>> []s
>>>> Arlindo
>>>>
>>>> 2015-09-18 15:12 GMT-03:00 Vítor Rodrigo Dias <vitor.d...@gmail.com>:
>>>>
>>>>> Excelente!
>>>>>
>>>>> Quanto a regiões administrativas e distritos, há algo a incluir? Se
>>>>> tiver, posso fazê-lo também.
>>>>>
>>>>> Em sex, 18 de set de 2015 às 15:00, Arlindo Pereira <
>>>>> openstreet...@arlindopereira.com> escreveu:
>>>>>
>>>>>> Esta consulta do Overpass mostra os bairros que já foram:
>>>>>> http://overpass-turbo.eu/s/bx5
>>>>>>
>>>>>> Valeu naoliv :)
>>>>>>
>>>>>> 2015-09-18 14:55 GMT-03:00 Vítor Rodrigo Dias <vitor.d...@gmail.com>:
>>>>>>
>>>>>>> Arlindo,
>>>>>>>
>>>>>>> Vou dar uma olhada. Tem alguma região em específico com carência de
>>>>>>> bairros?
>>>>>>>
>>>>>>> Em sex, 18 de set de 2015 às 14:30, Arlindo Pereira <
>>>>>>> openstreet...@arlindopereira.com> escreveu:
>>>>>>>
>>>>>>>> Aqui no RJ os dados dos limites de bairros estão disponíveis em
>>>>>>>> licença compatível com o OSM e com permissão de uso já concedida 
>>>>>>>> (ODbL) no
>>>>>>>> data.rio, mais especificamente em
>>>>>>>> http://data.rio/dataset/limites-dos-bairros .
>>>>>>>>
>>>>>>>> Como exemplo, você poderá verificar os bairros que já estão com o
>>>>>>>> contorno definido, como alguns bairros da Zona Norte / Oeste. Por 
>>>>>>>> exemplo,
>>>>>>>> http://www.openstreetmap.org/relation/3704052 .
>>>>>>>>
>>>>>>>> []s
>>>>>>>> Arlindo
>>>>>>>>
>>>>>>>> 2015-09-18 13:55 GMT-03:00 Vítor Rodrigo Dias <vitor.d...@gmail.com
>>>>>>>> >:
>>>>>>>>
>>>>>>>>> Arlindo,
>>>>>>>>>
>>>>>>>>> Se houver algum site do qual eu possa copiar os metadados, posso
>>>>>>>>> auxiliar no processo. Já o fiz em outras cidades.
>>>>>>>>>
>&

Re: [Talk-br] admin_level=9 em metrópoles são regiões administrativas ou zonas?

[Vítor Rodrigo Dias]

Arlindo,

No caso de Belo Horizonte, utilizei as regionais como distritos, Por quê?
Explico.

Belo Horizonte é oficialmente dividida em três distritos (sede, Barreiro e
Venda Nova). As regionais, por sua vez, são nove (Barreiro, Centro-Sul,
Leste, Norte, Nordeste, Noroeste, Oeste, Pampulha e Venda Nova).
Oficialmente, para o IBGE, as regionais constituem subdistritos. As áreas
do distrito e subdistrito do Barreiro são praticamente iguais, tendo
divergências mínimas entre uma e outra. Venda Nova, por sua vez, é hoje um
local muito mais reconhecido pela região que engloba o *subdistrito Venda
Nova* do que o *distrito*, este muito maior em área e que inclui bairros
que, ainda que façam parte oficialmente do distrito Venda Nova, não são
reconhecidos pela população nem por ninguém como parte do conceito do que é
"Venda Nova" como localidade.

Como há apenas um nível disponível no OSM entre cidade e bairro, acabei
optando por cadastrar os subdistritos no admin_level 9.

Abraços!

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

> Pessoal,
>
> no entendimento de vocês, o que seriam as admin_level=9 em metrópoles?
>
> A tag é comumente utilizada para demarcar distritos, que tipicamente são
> aglomerados fora da cidade porém dentro do município. Isto tipicamente não
> acontece em metrópoles.
>
> Aqui no Rio de Janeiro temos, a priori, dois candidatos: as zonas da
> cidade (zona sul, zona norte etc.) e as Regiões Administrativas, que são
> divisões da prefeitura, tendo cada qual a sua subprefeitura.
>
> Note que no link http://www.rio.rj.gov.br/web/cvl/ra há a especificação
> de qual região administrativa envolve quais bairros.
>
> Eu tenho dúvidas sobre se as RAs seriam distritos, e gostaria da opinião
> dos colegas da lista.
>
> []s
> Arlindo
> ___
> 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] Regiões da prefeitura do Rio

[Vítor Rodrigo Dias]

Arlindo,

Se houver algum site do qual eu possa copiar os metadados, posso auxiliar
no processo. Já o fiz em outras cidades.

Abraços!

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

> Acredito que esse tipo de informação (acho que vc está falando das RAs,
> não?) não cabe no OSM.
>
> Em tempo: precisamos de ajuda para mapear todos os limites de bairros. Eu
> cheguei a mapear alguns no passado, mas não tive energia para mapear todos
> os 151 bairros.
>
> []s
>
>
> 2015-09-17 22:23 GMT-03:00 Eduardo Medeiros :
>
>> Como posso criar alguns grupos/tipos de regiões utilizados pela
>> prefeitura do Rio? Por exemplo, existe um esquema de regiões utilizado em
>> alguns tipos de cobranças de taxas. Existe outro grupo de regiões que
>> seriam as areas de atuação das inspetorias. Teria que criar tags para cada
>> tipo?
>>
>> []s,
>>   Eduardo A Medeiros
>> Em 17/09/2015 22:15, "Eduardo Medeiros" 
>> escreveu:
>>
>>> Na Estrada do Campinho, em Campo Grande, RJ, existe um posto que é ponto
>>> de referência. Posto Preto Velho. Acho que já foi BR, não hoje não tem
>>> bandeira.
>>> Acho que o POI esta represantando a empresa que tem seu nome. O
>>> renderizador inteligente, quando tiver brand, tem que associa-lo ao nome.
>>> Com ícone personalizado e tudo.
>>> Mas acho que utilizar name para marca esta incorreto. E devemos levar em
>>> consideração que o OSM é um banco mundial. Se bularmos as regras das tags,
>>> os renderizadores darão resultados diferentes no Brasil. Se um turista vem
>>> para cá com seu aplicativo, utilizando corretamente a brand, não terá a
>>> resposta esperada, a que esta acostumado em seu local de origem. E o mesmo
>>> acontecerá conosco em uma região diferente, se os mapeadores de lá fugirem
>>> do padrão.
>>>
>>> []s,
>>>   Eduardo A Medeiros
>>> Em 17/09/2015 14:27, "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
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

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

[Vítor Rodrigo Dias]

Mas aí já é uma questão de se discutir a possibilidade de renderizar brand
ou operator juntamente com o nome...

Em ter, 15 de set de 2015 às 11:08, Arlindo Pereira <
openstreet...@arlindopereira.com> escreveu:

> Será? Você vai no Banco do Brasil ou na Agência Avenida Brasil pagar uma
> conta?
>
> Você vai fazer uma busca no mapa por "Bradesco" ou por "Agência Avenida
> Paulista"?
>
> :-)
>
> 2015-09-15 10:20 GMT-03:00 Nelson A. de Oliveira :
>
>> 2015-09-15 10:16 GMT-03:00 Arlindo Pereira <
>> openstreet...@arlindopereira.com>:
>> >
>> > O que eu costumo fazer é atribuir o name=* igual ao brand=* e colocar o
>> nome
>> > da agência em official_name=*.
>>
>> Mas isso é tagging for the renderer :-)
>>
>> ___
>> 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] Mapear agências bancárias

[Vítor Rodrigo Dias]

Caros,

Como os senhores têm mapeado agências bancárias? A página da wiki me deixou
com uma pulga atrás da orelha no tocante ao nome da agência que deve
aparecer: https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dbank

E o número da agência, iria na tag ref=? Vi na discussão do artigo que tem
gente adotando esse estilo.

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

Re: [Talk-br] RES: Reunião Periodica - OSM Brasil‏‏

[Vítor Rodrigo Dias]

Aproveitando o gancho do Márcio, se precisarem de ajuda nos Correios da
Paraíba é só dizer que tenho um contato por lá.

Abraços!

Em qua, 19 de ago de 2015 às 14:14, Márcio Aguiar Ribeiro 
aguiar.mar...@gmail.com escreveu:

 Pessoal,

 eu participei da reunião como ouvinte, tentei até me manifestar (levantei
 a mão), mas o meu celular não colaborou. Vou providenciar um microfone para
 participar do meu computador. Eu consegui ouvi tudo que o Thierry falou e
 fiquei muito entusiasmado com o andamento do trabalho dele com os correios.
 Parabéns e obrigado, Thierry!

 Quando eu tentei falar eu queria apenas parabeniza-lo, me apresentar e
 perguntar:
 - Quais são as próximas ações?
 - Como posso ajudar? Será necessário uma interação minha com os correios
 aqui de Alagoas? Sou mapeador por hobby, gosto muito de mapear, e também
 pela minha empresa. Já implantei e implementei diversas ferramentas que
 trabalham com dados do OSM. Estou disponível para colaborar.
 - Está precisando de contribuição financeira para pagar a ida do
 funcionário dos correios para o Chile?

 No mais, obrigado novamente! :)

 Abraço!

 Marcio Aguiar Ribeiro

 2015-08-19 11:23 GMT-03:00 Reinaldo Neves rne...@equacao.com.br:

 audio

 ___

 Reinaldo Neves

 Equação Informática

 (11) 3221-3722







 *De:* Márcio Aguiar Ribeiro [mailto:aguiar.mar...@gmail.com]
 *Enviada em:* quarta-feira, 19 de agosto de 2015 11:07
 *Para:* OpenStreetMap no Brasil
 *Assunto:* Re: [Talk-br] Reunião Periodica - OSM Brasil



 Já entrei para testar.



 Vocês se comunicam mais pelo chat ou por áudio mesmo? Estou sem microfone
 na minha sala.




 Marcio Aguiar Ribeiro



 2015-08-19 11:01 GMT-03:00 Lucas Ferreira Mation lucasmat...@gmail.com:

 legal, hoje poderei participar. Vai ser 12h00? em qual local/software?



 2015-08-19 10:23 GMT-03:00 Peter Krauss ppkra...@gmail.com:

 Que ótimo, teremos ao menos uma *lista dos CEPs válidos*??

 A partir da *lista* (só isso uma lista de números inteiros!) podemos
 viabilizar o projeto Mapa-do-CEP,
http://wiki.okfn.org/Open_Knowledge_Brasil/Mapa-do-CEP


 Essa tal de lista dos CEPs precisa ser oficial, com carimbo de CC0
 https://creativecommons.org/publicdomain/zero/1.0/ dado pela ECT...
 Idealmente, para o OSM, seria importante também a listagem oficial (grafia
 e acentos corretos) de nomes de logradouros (que as prefeituras ão
 obrigadas a fornecer além dos correios) e nomes de bairro/loteamento,






 2015-08-19 9:58 GMT-03:00 Thierry Jean thierryaj...@hotmail.com:

 Caros,

 Estive nos Correios em Brasilia, a semana passada, e tenho boas noticias.

 Sugiro que falemos hoje às 12h, horário habitual.

 Abs,

 Time: Aug 19, 2015 12:00 PM (GMT-3:00) Sao Paulo
 Join from PC, Mac, iOS or Android: https://zoom.us/j/5694747229

 Or join by phone:
 +55 21 3958 7888 (Brazil Toll)
 Meeting ID: 569 474 7229
 International numbers available:
 https://zoom.us/zoomconference?m=tJqmRt7UxT13wmNluWqjTAVcKHBy1rtq


 Thierry Jean





 ___
 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


 ___
 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] Traduções em português do iD e JOSM

[Vítor Rodrigo Dias]

Pessoal, tenho iniciado algumas traduções do JOSM que estavam faltando e
marquei revisão em todas. Se puderem ajudar revisando o que eu faço,
agradeço!

Em qui, 2 de jul de 2015 às 12:57, Alexandre Magno Brito de Medeiros 
alexandre@gmail.com escreveu:

 E o wiki dá muitíssimo mais rastreabilidade do que o fórum. No fórum, a
 pessoa pode alterar sua própria mensagem quantas vezes quiser. Os demais só
 saberão que ela foi editada. No wiki, fica tudo registrado; o diff é MUITO
 oportuno.


 Em 2 de julho de 2015 12:42, Fernando Trebien fernando.treb...@gmail.com
 escreveu:

 Tem discussões sobre tradução no fórum [1][2][3] e no wiki [4]. Na
 verdade, tem mais discussões (por número) sobre tradução no wiki do que no
 fórum.

 Pro pessoal que tá interessado no assunto tradução, faz sentido
 discutir no wiki. Basta se inscrever nas páginas da referência e de
 discussão da mesma pra receber notificações por e-mail quando algo muda ou
 alguém contesta algo.

 [1] http://forum.openstreetmap.org/viewtopic.php?id=22084
 [2] http://forum.openstreetmap.org/viewtopic.php?id=23048
 [3] http://forum.openstreetmap.org/viewtopic.php?id=24498
 [4]
 http://wiki.openstreetmap.org/wiki/Talk:WikiProject_Brazil/Refer%C3%AAncia


 ___
 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: Sobre Geolog da PMSP ser domínio público

[Vítor Rodrigo Dias]

Tiago,

Pode enviar o PDF ou o texto do pedido pelo e-mail? Não tenho acesso ao
Dropbox aqui no trabalho. Vou fazer um para a Prefeitura de Belo Horizonte.

Abraços!
Vítor Dias

Em qua, 5 de ago de 2015 às 14:56, Arlindo Pereira 
openstreet...@arlindopereira.com escreveu:

 Excelente! Acabo de enviar a mesma solicitação à prefeitura do Rio de
 Janeiro, apenas substituindo os termos (Geolog por Cadlog [1]). Vamos ver
 qual vai ser a resposta.

 Solicitação enviada pelo portal 1746 segundo as instruções em
 [2]: RIO-10294822-8

 1: http://portalgeo.rio.rj.gov.br/amdados800.asp?gtema=15
 2: http://www.rio.rj.gov.br/documents/10136/2831653/NormativaLai03.pdf

 []s
 Arlindo

 2015-08-04 18:58 GMT-03:00 Reinaldo Neves rne...@equacao.com.br:

 Excelente noticia Tiago,



 Assim pode-se criar uma camada para uso nos editores como foi feito para
 os setores censitários do IBGE e resolver a maior parte das pendencias da
 cidade em termos de tração e nome de logradouros.

 ___

 Reinaldo Neves

 Equação Informática

 (11) 3221-3722







 *De:* Tiago Fassoni A. A. Leite [mailto:tiagofass...@gmail.com]
 *Enviada em:* terça-feira, 4 de agosto de 2015 15:39
 *Para:* OpenStreetMap no Brasil
 *Assunto:* [Talk-br] Sobre Geolog da PMSP ser domínio público



 Pessoal,

 Há uma discussão, já antiga, sobre o Geolog da Prefeitura de São Paulo
 ser ou não de domínio público e, portanto, passível de importação pelo
 OSM.

 De acordo com os termos da Lei de Acesso à Informação, o dataset deveria
 ser SIM de domínio público (e portanto sem necessidade de atribuição), mas
 a gente não tinha isso em escrito.

 Fiz um pedido de acesso à informação e a resposta foi que sim, é público,
 e, embora atribuição seja desejável, é entendido que não é necessária.


 https://www.dropbox.com/s/shbszi0a9oo2jbo/Resposta%20do%20Pedido%20de%20acesso%20%C3%A0%20informa%C3%A7%C3%A3o%20sobre%20Geolog.pdf?dl=0

 Vida Longa e Próspera,

 Tiago

 ___
 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: Sobre Geolog da PMSP ser domínio público

[Vítor Rodrigo Dias]

Obrigado, Tiago!

Em qua, 5 de ago de 2015 às 16:13, Tiago Fassoni A. A. Leite 
tiagofass...@gmail.com escreveu:

 Posso sim. Seguem abaixo texto e resposta:


 *Solicitação do requerente:* Quero saber quais são os termos de licença
 do Geolog. Em especial: 1) O Geolog é domínio público? Se o Geolog não for
 de domínio público: 2) Posso utilizá-lo para fins comerciais? 3) Posso
 fazer trabalhos derivados em cima do mapa (ou seja, modificá-lo e
 publicar)? 4) Se eu fizer um trabalho derivado, esse trabalho tem que dar
 atribuição? 5) Se tiver atribuição, essa atribuição tem que ficar como
 legenda do mapa ou pode ficar em uma página apartada? Obrigado pela
 atenção.

 *Resposta:* Prezado Tiago, O Geolog é público e está disponível na página
 de dados abertos da Prefeitura. Sobre os créditos, é desejável incluí-los,
 e isso pode ser feito da forma que achar mais apropriado. Atenciosamente,
 Weber Sutti Chefe de Gabinete SMDU - Secretaria Municipal de
 Desenvolvimento Urbano - Prefeitura de São Paulo Edifício Martinelli | Rua
 São Bento, 405 | 18º andar | Centro | CEP 01011-100 | São Paulo | SP T
 3113.7751 | 7752 | F 3113.7758 | www.capital.sp.gov.br |
 webersu...@prefeitura.sp.gov.br FAZER JUNTOS A SÃO PAULO QUE A GENTE
 QUER. ESSE É O PLANO. | www.gestaourbana.prefeitura.sp.gov.br

 2015-08-05 15:46 GMT-03:00 Vítor Rodrigo Dias vitor.d...@gmail.com:

 Tiago,

 Pode enviar o PDF ou o texto do pedido pelo e-mail? Não tenho acesso ao
 Dropbox aqui no trabalho. Vou fazer um para a Prefeitura de Belo Horizonte.

 Abraços!
 Vítor Dias

 Em qua, 5 de ago de 2015 às 14:56, Arlindo Pereira 
 openstreet...@arlindopereira.com escreveu:

 Excelente! Acabo de enviar a mesma solicitação à prefeitura do Rio de
 Janeiro, apenas substituindo os termos (Geolog por Cadlog [1]). Vamos ver
 qual vai ser a resposta.

 Solicitação enviada pelo portal 1746 segundo as instruções em
 [2]: RIO-10294822-8

 1: http://portalgeo.rio.rj.gov.br/amdados800.asp?gtema=15
 2: http://www.rio.rj.gov.br/documents/10136/2831653/NormativaLai03.pdf

 []s
 Arlindo

 2015-08-04 18:58 GMT-03:00 Reinaldo Neves rne...@equacao.com.br:

 Excelente noticia Tiago,



 Assim pode-se criar uma camada para uso nos editores como foi feito
 para os setores censitários do IBGE e resolver a maior parte das pendencias
 da cidade em termos de tração e nome de logradouros.

 ___

 Reinaldo Neves

 Equação Informática

 (11) 3221-3722







 *De:* Tiago Fassoni A. A. Leite [mailto:tiagofass...@gmail.com]
 *Enviada em:* terça-feira, 4 de agosto de 2015 15:39
 *Para:* OpenStreetMap no Brasil
 *Assunto:* [Talk-br] Sobre Geolog da PMSP ser domínio público



 Pessoal,

 Há uma discussão, já antiga, sobre o Geolog da Prefeitura de São Paulo
 ser ou não de domínio público e, portanto, passível de importação pelo
 OSM.

 De acordo com os termos da Lei de Acesso à Informação, o dataset
 deveria ser SIM de domínio público (e portanto sem necessidade de
 atribuição), mas a gente não tinha isso em escrito.

 Fiz um pedido de acesso à informação e a resposta foi que sim, é
 público, e, embora atribuição seja desejável, é entendido que não é
 necessária.


 https://www.dropbox.com/s/shbszi0a9oo2jbo/Resposta%20do%20Pedido%20de%20acesso%20%C3%A0%20informa%C3%A7%C3%A3o%20sobre%20Geolog.pdf?dl=0

 Vida Longa e Próspera,

 Tiago

 ___
 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

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

Re: [Talk-br] RES: Sobre Geolog da PMSP ser domínio público

[Vítor Rodrigo Dias]

Vi no site do GeodadosBH - https://geodadosbh.pbh.gov.br/ - o termo de uso
dos dados, que segue abaixo:

O presente Termo tem como objetivo estabelecer a forma de utilização das
informações georreferenciadas do Município de Belo Horizonte, fornecidas
pela PBH (Prefeitura Municipal de Belo Horizonte).

A utilização das informações georreferenciadas fica restrita às seguintes
condições:

1. É proibida a comercialização dos dados “in natura” para terceiros.

2. É obrigatória a citação da fonte sempre que os dados adquiridos por meio
deste Termo forem divulgados, em meio impresso ou digital.

3. Falhas, eventuais erros e/ou omissões identificadas nas informações ora
disponibilizadas poderão ser reportadas no e-mail geoc...@pbh.gov.br, não
acarretando ao Município de Belo Horizonte a obrigação de reparar eventuais
danos.

O usuário concorda que, ao usar os dados disponibilizados, não irá praticar
os seguintes atos, exemplificativamente:

1. Difamar, ofender, importunar, perseguir, ameaçar ou violar os direitos
constitucionais e infraconstitucionais de terceiros.

2. Assumir identidade de outra pessoa ou entidade, na realização do
cadastro para download ou no uso dos dados disponibilizados.

3. Enviar conteúdo com propaganda enganosa afirmando que tal conteúdo é
patrocinado ou endossado pela PBH.

4. Criar contas de usuário por meios automatizados ou com intenções falsas
ou fraudulentas.

5. Todo o conteúdo obtido por download ou de outra forma é obtido a
critério próprio e exclusivo do usuário, que será inteiramente responsável
por qualquer dano que possa decorrer do uso destes dados.

Como condição para fazer o download dos dados, o usuário concorda com o
presente Termo.

Será que esse termo possibilita o uso dos dados no OpenStreetMap?

Abraços!

Em qua, 5 de ago de 2015 às 16:14, Vítor Rodrigo Dias vitor.d...@gmail.com
escreveu:

 Obrigado, Tiago!

 Em qua, 5 de ago de 2015 às 16:13, Tiago Fassoni A. A. Leite 
 tiagofass...@gmail.com escreveu:

 Posso sim. Seguem abaixo texto e resposta:


 *Solicitação do requerente:* Quero saber quais são os termos de licença
 do Geolog. Em especial: 1) O Geolog é domínio público? Se o Geolog não for
 de domínio público: 2) Posso utilizá-lo para fins comerciais? 3) Posso
 fazer trabalhos derivados em cima do mapa (ou seja, modificá-lo e
 publicar)? 4) Se eu fizer um trabalho derivado, esse trabalho tem que dar
 atribuição? 5) Se tiver atribuição, essa atribuição tem que ficar como
 legenda do mapa ou pode ficar em uma página apartada? Obrigado pela
 atenção.

 *Resposta:* Prezado Tiago, O Geolog é público e está disponível na
 página de dados abertos da Prefeitura. Sobre os créditos, é desejável
 incluí-los, e isso pode ser feito da forma que achar mais apropriado.
 Atenciosamente, Weber Sutti Chefe de Gabinete SMDU - Secretaria Municipal
 de Desenvolvimento Urbano - Prefeitura de São Paulo Edifício Martinelli |
 Rua São Bento, 405 | 18º andar | Centro | CEP 01011-100 | São Paulo | SP T
 3113.7751 | 7752 | F 3113.7758 | www.capital.sp.gov.br |
 webersu...@prefeitura.sp.gov.br FAZER JUNTOS A SÃO PAULO QUE A GENTE
 QUER. ESSE É O PLANO. | www.gestaourbana.prefeitura.sp.gov.br

 2015-08-05 15:46 GMT-03:00 Vítor Rodrigo Dias vitor.d...@gmail.com:

 Tiago,

 Pode enviar o PDF ou o texto do pedido pelo e-mail? Não tenho acesso ao
 Dropbox aqui no trabalho. Vou fazer um para a Prefeitura de Belo Horizonte.

 Abraços!
 Vítor Dias

 Em qua, 5 de ago de 2015 às 14:56, Arlindo Pereira 
 openstreet...@arlindopereira.com escreveu:

 Excelente! Acabo de enviar a mesma solicitação à prefeitura do Rio de
 Janeiro, apenas substituindo os termos (Geolog por Cadlog [1]). Vamos ver
 qual vai ser a resposta.

 Solicitação enviada pelo portal 1746 segundo as instruções em
 [2]: RIO-10294822-8

 1: http://portalgeo.rio.rj.gov.br/amdados800.asp?gtema=15
 2: http://www.rio.rj.gov.br/documents/10136/2831653/NormativaLai03.pdf

 []s
 Arlindo

 2015-08-04 18:58 GMT-03:00 Reinaldo Neves rne...@equacao.com.br:

 Excelente noticia Tiago,



 Assim pode-se criar uma camada para uso nos editores como foi feito
 para os setores censitários do IBGE e resolver a maior parte das 
 pendencias
 da cidade em termos de tração e nome de logradouros.

 ___

 Reinaldo Neves

 Equação Informática

 (11) 3221-3722







 *De:* Tiago Fassoni A. A. Leite [mailto:tiagofass...@gmail.com]
 *Enviada em:* terça-feira, 4 de agosto de 2015 15:39
 *Para:* OpenStreetMap no Brasil
 *Assunto:* [Talk-br] Sobre Geolog da PMSP ser domínio público



 Pessoal,

 Há uma discussão, já antiga, sobre o Geolog da Prefeitura de São Paulo
 ser ou não de domínio público e, portanto, passível de importação pelo
 OSM.

 De acordo com os termos da Lei de Acesso à Informação, o dataset
 deveria ser SIM de domínio público (e portanto sem necessidade de
 atribuição), mas a gente não tinha isso em escrito.

 Fiz um pedido de acesso à informação e a resposta foi que sim, é
 público, e, embora atribuição seja desejável, é

[Talk-br] Dados abertos de Belo Horizonte no site IDE-BH

[Vítor Rodrigo Dias]

Prezados,

Vi o site do IDE-BH - https://geodadosbh.pbh.gov.br/ - e fiquei com dúvidas
sobre o uso dos dados. Alguém sabe dizer se pelo termo que consta do site
podemos utilizá-los?

Abraços,
-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 7360-9421 - TIM
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] OSM - CNEFE

[Vítor Rodrigo Dias]

Lucas,

Há casos em cidades grandes onde pode haver essa duplicidade, mesmo no caso
de haver lei proibindo. Já vi reportagens versando sobre a existência de
ruas duplicadas aqui em Belo Horizonte, mas não sei se ainda existem ou já
foram corrigidas.

Em 13 de julho de 2015 08:49, Lucas Ferreira Mation lucasmat...@gmail.com
escreveu:

 pessoal,

 fica marcada então a reunião para quarta feira, 15/07, 12h00. Ok?

 abaixo já algumas dúvidas que tenho tido:

 1) Como é a normatização dos nomes de ruas no Brasil? Dentro de um
 município duas ruas diferentes podem legalmente ter o mesmo nome? Varia de
 município a município?

 2) Existe algum banco de dados com os nomes corretos das ruas? Como o
 George falou, existem duas situações: o nome do OSM estar errado, ou o
 nome do CNEFE estar errado. Seria muito bom ter uma 3a fonte, o mais
 oficial possível, para nomes de ruas. Existem listas separadas, talvez
 município a município, que contenham isso, e que podem ser juntadas?

 3) Em algum momento vou precisar fazer um cruzamento espacial entre os
 dados do OSM e os polígonos de setores censitários (que são a fonte mais
 espaciamente precisa dos dados do Censo). Só que os shapes de setores
 censitários muitas vezes estão deslocados em algum direção. Como estes
 shapes agregam informações de vários provedores locais de mapas, estes
 erros podem variar significativamente entre municípios. Seria interessante
 ter uma medida de margem de erro entre os Setores Censistários e a
 realidade, para colocar como margem de tolerância ( ST_Buffer() ) no
 cruzamento espacial.








 2015-07-10 14:56 GMT-03:00 Vitor George vitor.geo...@gmail.com:

 Topo conversar na semana que vem, Lucas. Será bom retomar este assunto.

 Fiz um script para importar dados do CNEFE ao MongoDB, não deve ser
 difícil alterar para ser ao PostGIS:

 https://github.com/vgeorge/cnefe-parser

 Usei este script to Thiago como base:

 https://github.com/tmpsantos/cnefe-tools/blob/master/cnefe-validator

 Abraço,
 Vitor




 2015-07-10 11:20 GMT-03:00 George Silva georger.si...@gmail.com:

 Olá Lucas, bom dia!


 Trabalho no IPEA. Há mais o menos 1 ano eu propuz algo aqui na lista
 sobre usar o CNEFE no OSM (e o inverso também: usar os dados do OSM para
 melhorar a espacialização dos dados do CENSO). Desde então o projeto ficou
 parado.


 Show de bola, acho que é um casamento legal.


 Montei um servodor Postgres/PostGis forte e importei os dados do OSM
 (geofabrik planet dump do Brasil, usando o osm2pgsql).

 Consegui fazer um negócio interessante que é definir quarteirões a
 partir das ruas do OSM. Cada quarteirão é caracterizado por um conjunto
 (array) de ruas. Então, contanto que os nomes de ruas estejam corretos, dá
 para mapear os quarteirões do OSM com os quarteirões do CNEFE. Com isso
 seria possível importar os endereços para cada seguimento de rua, caso isso
 seja de interesse da comunidade.


 Certo.


 A outra coisa a ser feita é usar o CNEFE, a partir da malha de setores
 censitários, para identificar possíveis nomes de ruas para o OSM. Nesta
 parte eu ainda não trabalhei, mas está na minha lista de tarefas.


 Acho que podemos usar para conferir os nomes de ruas. Mas existem duas
 situações: o nome do OSM estar errado, ou o nome do CNEFE errado, certo?



 Seria ótimo ter ajuda de outras pessoas, principalmente programadores
 com experiência com SQL/Postgres/Postgis. E também pessoas da comunidade
 que entendam bem os conceitos etc (por exemplo, para definir os quarteirões
 eu levei em conta algumas tags que identificavam ruas, mas talvez eu tenha
 perdido algo, não colocando ferrovias, ou includo ruas subterrâneas por
 exemplo).


 Suba os códigos no Github e vejo o que posso ajudar (pelo menos na
 questão do PostGIS - já que sou novo no OSM.


 Eu vou colocar todos os códigos que usar no github. Infelizmente não
 posso abrir o servidor do Ipea em que importei os dados do OSM para pessoas
 de fora. Mas tendo os códigos públicos as pessoas podem ir replicando em
 casa, ou fazendo sugestões que nos rodaremos por aqui.


 Show.

 Por mim um hangout na quarta seria ok!

 ___
 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




-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 7360-9421 - TIM
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] classificação de subprefeituras.

[Vítor Rodrigo Dias]

Como é isso de border_type, Nelson? Nunca vi essa tag antes...

Em 14 de junho de 2015 01:29, Nelson A. de Oliveira nao...@gmail.com
escreveu:

 2015-06-14 1:26 GMT-03:00 Lists li...@gimnechiske.org:
  São Paulo SP tem subprefeituras e distritos no admin_level 9
 
  Vitoria ES tem distritos e subdistritos no admin_level 9

 Essas coisas vão ser diferenciadas por border_type, já que não dá por
 admin_level (e justamente por isso precisa ver o que mais existe e
 definir border_types pro Brasil)

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




-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 7360-9421 - TIM
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Digest Talk-br, volume 80, assunto 46

[Vítor Rodrigo Dias]

Falando nisso, seria interessante começar a mapear as RMs e RIDEs do
Brasil. Já há algum tempo, fiz as 2 RMs de Minas Gerais (Belo Horizonte e
Vale do Aço) e as 12 (!!!) RMs da Paraíba.

Em 26 de maio de 2015 15:25, Blademir Andrade de Lima 
blademi...@hotmail.com escreveu:

 Estas o qual vc citou tratam-se de Regiões administrativas nivel 6, na
 mesma hierarquia que Regiões Metropolitanas. Estas 'admin_level:6' não
 foram mapeadas por mim.
 Mesorregiões e Micro são niveis 5 e 7 respectivamente.
 http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative
 Atenciosamente,
 BladeTC

 --
 From: ivald...@gmail.com
 Date: Tue, 26 May 2015 13:37:53 -0400
 To: talk-br@openstreetmap.org
 Subject: Re: [Talk-br] Digest Talk-br, volume 80, assunto 46



 Em 24 de maio de 2015 08:00, talk-br-requ...@openstreetmap.org escreveu:

 O Distrito Federal é o único a não possuir nenhum deles.


 ​Oi...

 Quando você fala *O Distrito Federal é o único a não possuir nenhum deles*​,
 refere-se especificamente à que tipo de região?

 Pergunto porque no DF existe a RIDE: Região Integrada de Desenvolvimento
 Econômico, que engloba o próprio DF e as cidades do chamado entorno, que
 são cidade de Goiás, mas que estão sob influência de Brasília, devido a
 proximidade.


 ​Ivaldo​


 ___ 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




-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 7360-9421 - TIM
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

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

[Vítor Rodrigo Dias]

Blademir,

Essas tags left e right eu já vi antes. Pelo que percebi, left é a
denominação da localidade à esquerda da linha e right, a da direita.
Em 07/05/2015 22:30, Blademir Andrade de Lima blademi...@hotmail.com
escreveu:

 Tudo bem, vou corrigir os erros, são fragmentos de mapeamentos mais
 antigos.

 Quanto aos left e Right ainda não entendi o que significam.

 Abraços,
 BladeTC

 --
 From: thunder...@gpsinfo.com.br
 To: talk-br@openstreetmap.org
 Date: Thu, 7 May 2015 20:01:48 -0300
 Subject: Re: [Talk-br] TAGs admin_center ou capital ?

  Agradeço Aun a gentil ajuda, entretanto no momento estou envolvido em
 desenhar o arruamento do Município de Paraíba do Sul já que um utilizador
 do mapa Cocar, que disponibilizamos e que lá reside, criticou muito o mapa
 pela falta de arruamento na cidade.

 Depois com tempo vou ensina-lo a editar sua própria cidade.

 O município se encontra em http://www.openstreetmap.org/relation/2215554
 e já adiantei bastante coisa a ser feita nele.

 Quanto a corrigir a relação estou contando com a ajuda do Blad que tem
 experiência e corrigirá muito mais rápido do que eu.

 Se permitir quando com tempo vou solicitar sua ajuda sim.

 []s
 Marcio

  *From:* Lists li...@gimnechiske.org
 *Sent:* Thursday, May 7, 2015 7:32 PM
 *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org
 *Subject:* Re: [Talk-br] TAGs admin_center ou capital ?

 Marcio

 Voce pode experimentar com mapcss e criar um style para o que voce quer
 iluminar. Sem um exemplo especifico e difícil dar um ajuda, mas da um
 olhada nos styles que ja existe no JOSM, se preciso mais ajuda eu posso
 manda algumas links p voce, o responder perguntas específicos.

  Aun Johnsen





 ___ 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] Mapeando ciclofaixa

[Vítor Rodrigo Dias]

Em Nova York isso gerou briga até, porque estavam multando ciclistas por
não trafegar na ciclofaixa quando tem uma (sendo que esse ato é
perfeitamente legal)

Assim como é legal ônibus transitar em outras faixas mesmo se há uma faixa
exclusiva para si na pista de rolamento.

Em 8 de maio de 2015 18:08, Tiago Fassoni A. A. Leite 
tiagofass...@gmail.com escreveu:

 Uma última coisa, quanto ao bicycle=no no restante da via (que sou contra,
 by the way):

 Não creio que exista legislação no Brasil proibindo que bicicletas
 trafeguem junto aos carros quando se tem uma ciclofaixa ou ciclovia. Bem
 provável que não exista, dado que nenhum cicloativista falou disso.

 Em Nova York isso gerou briga até, porque estavam multando ciclistas por
 não trafegar na ciclofaixa quando tem uma (sendo que esse ato é
 perfeitamente legal)

 Um cidadão protestou com isso de forma bem genial:
 https://vimeo.com/25037336

 2015-05-08 17:26 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:

 2015-05-08 17:16 GMT-03:00 thunder...@gpsinfo.com.br:
  Em existindo ciclovia do tipo ciclofaixa , cuja faixa de rolamento é
 proibida a veiculos, como procederemos?

 Esse tipo de ciclofaixa é a mesma que o wille passou a referência da
 wiki (http://wiki.openstreetmap.org/wiki/Pt-br:Key:cycleway)
 Adiciona-se cycleway no caminho da rua.

 Ciclofaixa compartilhada: cycleway=shared_lane
 Ciclofaixa compartilhada com faixa exclusiva de ônibus:
 cycleway=share_busway
 Ciclofaixa exclusiva: cycleway=lane (ou variações)

 ___
 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




-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 7360-9421 - TIM
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

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

[Vítor Rodrigo Dias]

Na Paraíba eu revisei o que existia e construí o que não existia, no
tocante a mesorregiões, regiões metropolitanas (o Estado define por lei a
existência, pra mim absurda, de DOZE regiões metropolitanas!!!) e
microrregiões. Mas não verifiquei os admin_center dos municípios.

Se alguém quiser revisar o estado, documentei todas essas relações na wiki:
http://wiki.openstreetmap.org/wiki/Para%C3%ADba/Munic%C3%ADpios

Em 7 de maio de 2015 03:29, Alexandre Magno Brito de Medeiros 
alexandre@gmail.com escreveu:

 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




-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 7360-9421 - TIM
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Duvida Limites Administrativos

[Vítor Rodrigo Dias]

Em Belo Horizonte, existem oficialmente 3 distritos (Sede, Barreiro e Venda
Nova), e 9 subdistritos (Barreiro, Centro-Sul, Leste, Nordeste, Noroeste,
Norte, Oeste, Pampulha e Venda Nova), estes mais conhecidos como
regionais.

O distrito de Venda Nova engloba, na sua totalidade, os subdistritos Venda
Nova e Norte, e parte dos subdistritos Pampulha e Nordeste. Hoje, quando se
faz referência a Venda Nova, o cidadão de Belo Horizonte entende muito mais
a área correspondente ao subdistrito do que a área do Distrito - se alguém
fala que o bairro Guarani faz parte de Venda Nova, o morador desse bairro
vai duvidar, pois está na regional Norte.

Por isso, para o caso específico de Belo Horizonte, mapeei apenas os
subdistritos. O subdistrito do Barreiro corresponde quase integralmente ao
distrito do Barreiro.

Em 24 de abril de 2015 16:16, Blademir Andrade de Lima 
blademi...@hotmail.com escreveu:

 Obrigado Nelson,
 Vi que nos arquivos do IBGE, alguns distritos se repetem nos subdistritos,
 sao os mesmos.
 É analisar cada caso e ver o que é correto.
 Att,
 BladeTC

 --- Mensagem Original ---

 De: Nelson A. de Oliveira nao...@gmail.com
 Enviado: 24 de abril de 2015 15:30
 Para: OpenStreetMap no Brasil talk-br@openstreetmap.org
 Assunto: Re: [Talk-br] Duvida Limites Administrativos

 6 é região metropolitana
 9 é distrito e 10 bairro

 Subdistrito acaba sendo mapeado em alguns lugares como 9 ou 10. Não
 tem um nível único definido para isso, apesar de

 http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#admin_level
 especificar o nível 10.

 ___
 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




-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 7360-9421 - TIM
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Classificação de rodovias no Brasil

[Vítor Rodrigo Dias]

Ivaldo,

A tabela a que me refiro é o SNV - Sistema Nacional de Viação, contida em
http://www.dnit.gov.br/sistema-nacional-de-viacao/snv-2014-1.

Verifiquei a BR-158 no seu trecho sul-matogrossense e de fato não há
sobreposição com a MS-395 em nenhum momento, há apenas um pequeno trecho
coincidente com a BR-262.

Abraços!

Em 11 de abril de 2015 23:21, Ivaldo Nunes de Magalhães ivald...@gmail.com
escreveu:

 Corrigindo e-mail anterior:

 Vitor, no mapa do DNIT (Rodoviário MS 2013) existem rodovias coincidentes,
 mas esta realmente está como BR-158. Ela começa na divisa de MS/SP, no rio
 Paraná (entre Paulicéia/SP e Brasilândia/MS, subindo para Três Lagoas,
 Selviria, Aparecida do Taboado, Paranaíba, Cassilândia e depois entra em
 Goiás como rodovia Planejada.

 Acredito que quem a nomeou tenha pensado que o trecho ser um continuação da
 MS-395, que começa em *Anaurilândia*, passa por Bataguassu e termina 
 em*Brasilândia*.

 Agora quanto a essa tabela do DNIT, não consultei e desconheço sua
 localização. Me baseei no mapa. Você viu na tabela?


 *Ivaldo* Nunes de Magalhães
 E-mail: ivald...@gmail.com
 Blog: makermaps.blogspot.com.br
 (67) 8108-7415 - 3431-2810
 (61) 9139-7560

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




-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 7360-9421 - TIM
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Classificação de rodovias no Brasil

[Vítor Rodrigo Dias]

Ivaldo, sugiro olhar nas tabelas de rodovias do DNIT se a BR-158 não
coincide com essa MS-395...

Em 11 de abril de 2015 21:36, Ivaldo Nunes de Magalhães ivald...@gmail.com
escreveu:

 No caso da MS-395, que alterei para BR-158, acredito não ser coincidente,
 pois o mapa do DNIT consta realmente BR-158. Além disso, percorri a rodovia
 e em toda a sua extensão, consta nas placas de km BR-158.


 *Ivaldo*

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




-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 7360-9421 - TIM
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Mapas do IBGE em SHP

[Vítor Rodrigo Dias]

Blademir,

Qual o conteúdo desses mapas SHP do IBGE?

Abraços!

2015-03-30 18:33 GMT-03:00 Blademir Andrade de Lima blademi...@hotmail.com
:

 Obrigado Amigo.

 Ajuda de grande valia.

 Esta funcionando perfeitamente no JOSM.

 Att,
 BladeTC

  Date: Mon, 30 Mar 2015 14:45:07 -0300
  From: nao...@gmail.com
  To: talk-br@openstreetmap.org
  Subject: Re: [Talk-br] Mapas do IBGE em SHP
 
  Com o QGIS (http://www.qgis.org/) ou JOSM + plugin opendata
 
  ___
  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




-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 7360-9421 - TIM
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Perda de dados em Itabira e MG-434

[Vítor Rodrigo Dias]

Me lembro de ter editado essa (L)MG-779, com base nas informações e mapas
do DER-MG. Não me lembro se fui eu quem incluiu, mas me lembro de ter
editado ela...

Em 1 de março de 2015 19:15, Nelson A. de Oliveira nao...@gmail.com
escreveu:

 2015-03-01 19:01 GMT-03:00  thunder...@gpsinfo.com.br:
  Com esse redact o DWG duplicou trecho dessa rodovia em
  https://www.openstreetmap.org/way/230981855

 Isso é complicado num ponto: é justo que quem teve os dados apagados
 tenha os mesmos revertidos (que foi o que aconteceu). O problema é que
 acaba gerando informações duplicadas.
 O que se faz nessas situações? Não restaura o que foi indevidamente
 apagado nas importações?

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




-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 7360-9421 - TIM
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Relation:boundary

[Vítor Rodrigo Dias]

Marcio,

Acredito que seja o caso na maioria dos municípios, mas tenho visto alguns
usuários trabalhando para resolver essa situação. Recentemente editei as
relações de muitos municípios na Paraíba para incluir mesorregiões, regiões
metropolitanas e microrregiões, e notei que praticamente todas as cidades
do estado, se não todas, tinham o nó admin_centre incluído por alguém que
comentou especificamente, no changeset, estar incluindo nós de admin_centre
nas relações de cada município.

Abraços!
Vítor Dias

Em 4 de fevereiro de 2015 18:35, thunder...@gpsinfo.com.br escreveu:

   Amigos,
 na renderização que fazemos identificamos que estamos perdendo indexações
 de cidades porque simplesmente algumas não são indexadas para o município
 ou para o estado.a que pertencem.

 Estamos trabalhando na identificação de uma saída a nível renderizador,
 entretanto identificamos que nos últimos meses muitos editores estão
 alterando configurações de boundarys e não está ocorrendo um padrão
 nacional talvez por falta desse.

 A título de exemplo vejamos o município de Rio Grande, RS

 https://www.openstreetmap.org/relation/242762

 A cidade Rio Grande ( https://www.openstreetmap.org/node/406093463 ) está
 sem relação (admin_centre) com o boundary do município.

 Esse foi só um exemplo, entretanto identificamos muitos municípios,
 especialmente no Rio Grande do Sul, dessa forma.

 []s
 Marcio

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




-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 7360-9421 - TIM
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Prioridades em rodovias com mais de uma ref=

[Vítor Rodrigo Dias]

Boa, Gerald!

Acho que podemos fechar nisso, então. Ontem arrumei a relação da BR-408,
que passa por trechos de rodovias estaduais em Pernambuco e na Paraíba.
Vejam como ficou:
http://www.openstreetmap.org/relation/3497125#map=12/-7.4081/-35.2180

Abraços!
Vítor Dias

Em 4 de fevereiro de 2015 09:13, Gerald Weber gwebe...@gmail.com escreveu:

 Uma dúvida me veio à cabeça. Em rodovias que se sobrepõem, qual a ref= que
 vem antes? Tenho utilizado por padrão, em casos de rodovias de redes
 (network=) diferentes, a rodovia nacional primeiro, mas não tenho certeza
 se é o mais correto a se fazer.


 Mantra do OSM: The truth is on the ground

 Eu coloco primeiro a ref que vejo nas placas da rodovia.

 Recentemente o renderizador principal do OSM passou a mostrar múltiplas
 ref, eu acho isto bastante útil (como usuário do mapa) pois mostra como é a
 sequência lógica das rodovias. Já o Osmand não renderiza direito ref
 múltiplas, mas acho que com o tempo isto vai ser corrigido.

 abraço

 Gerald

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




-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 7360-9421 - TIM
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Dúvida limite administrativo

[Vítor Rodrigo Dias]

Hélio,

O nome da cidade e do bairro talvez sejam redundantes, uma vez que os
limites administrativos de cidade e bairro já aparecem na busca da escola.
Busquei escola A, Jaraguá do Sul e a procura me retornou:

Escola escola A, Rua Manoel Francisco da Costa, João Pessoa, Jaraguá do
Sul, Mesorregião do Norte Catarinense, Santa Catarina, Região Sul, Brasil

Dessa forma, creio que as únicas informações que deveriam constar com
certeza são o nome da rua em addr:street e o número em addr:housenumber.

Alguém tem outra sugestão?

Abraços,
Vítor Dias

Em 4 de fevereiro de 2015 12:42, Helio Cesar Tomio hcto...@gmail.com
escreveu:

 Prezados Senhores,

 Gostaria de acrescentar informações na dúvida sobre limite administrativo,
 que abordei no volume 76, assunto 33.
 Peço desculpas pelo retorno tardio,  mas problemas de saúde não me
 permitiram responder anteriormente.

 Qdo estava inserindo escolas através do iD, poucas vezes apareceu o nome
 da cidade no campo endereço para selecionar. Precisou digitar.
 Para ajudar a entender o problema , inseri 03 escolas próximas (A, B, C) e
 outras 04 escolas próximas (D, E, F, G).
 As escolas A, D, E aparecem o nome da cidade no campo endereço. As outras
 não, precisando digitar.
 Talvez o assunto seja preciosismo,  mas gostaria de compreender o que
 ocorre e verificar a possibilidade de problemas em aplicativos que usam a
 base do OSM. Grato,
 Helio Cesar Tomio.

  escola A:
  https://www.openstreetmap.org/node/3328553402
 
  escola B:
  https://www.openstreetmap.org/node/3328553403
 
  escola C:
  https://www.openstreetmap.org/node/3328553404
 
 
 
  escola D:
  https://www.openstreetmap.org/node/3328557673
 
  escola E:
  https://www.openstreetmap.org/node/3328557674
 
  escola F:
  https://www.openstreetmap.org/node/3328557675
 
  Escola G:
  https://www.openstreetmap.org/node/3328557676

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




-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 7360-9421 - TIM
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Prioridades em rodovias com mais de uma ref=

[Vítor Rodrigo Dias]

Argumento interessante, Claiton. Alguém se opõe a ele?

Quanto a mapear todos os membros, eu acho que é necessário em todos os
casos. A exceção é nos trevos onde as rodovias começam/terminam, pois se
faz uma renderização da estrada que começa/termina ben em cima da rodovia
perpendicular, o que pode criar confusão.
Em 03/02/2015 11:22, Claiton Neisse claiton.nei...@gmail.com escreveu:

 Eu penso que o que vem primeiro deveria depender de quem administra a
 via. Se uma rodovia federal coincide com uma rodovia administrada por um
 estado da federação, a numeração do estado deveria vir antes. Caso
 contrário, a numeração federal viria primeiro.

 Ou seja, o primeiro da fila na tag ref, deveria ser quem administra a
 rodovia de fato.

 Eu concordo que, não é preciso colocar a tag ref em cada membro de uma
 relação. Mas, aí surge uma dúvida.

 Tomemos uma rodovia administrada por um estado e que coincida com uma
 rodovia federal, em um determinado trecho. Cria-se uma relação para cada
 uma das rodovias. Se, no trecho em que as rodovias coincidem, não
 colocarmos a tag ref, como uma aplicação qualquer, que utilize os dados,
 vai decidir quem administra o trecho coincidente? No trecho coincidente,
 acredito que cabe o uso da ref.

 Esse é o caso da rodovia RSC-287, no Rio Grande do Sul. A RSC-287 é uma
 rodovia estadual onde toda a sua extensão coincide com parte da rodovia
 federal BR-287. Daí, uma aplicação que renderize esse trecho como BR-287 (e
 não como RSC-287) não é realista, porque é uma rodovia estadual e não
 federal.



 Atenciosamente,

 Claiton Neisse
 55 8147 1030

 Em 1 de fevereiro de 2015 23:41, Lists li...@gimnechiske.org escreveu:

 Vitor

 Como os rodovias faz parte do relações, não e necessário com ref= no cada
 trecho das rodovias. Os refs deve ser renderizados por importância nos
 mapas direito da relação.

 Em caso nao, os federais primeiro, começando com numeração menor, e
 depois os estaduais, também começando com numeração menor.

 Por exemplo (nao sei se e um exemplo verdadeiro), onde ha BR-040, BR-116
 e RJ-194 juntos, o ref pode ser etiquetado ref=BR-040;BR-116;RJ-194

 No meu opinião, fica meia bagunçado fazendo isso no cada trecho, as vezes
 o renderizador vai tentar render o ref no pontes pequenas sobre córregos, e
 a mapa pode fica meia poluído com refs.

 Aun Johnsen

  On Feb 1, 2015, at 21:27, Vítor Rodrigo Dias vitor.d...@gmail.com
 wrote:
 
  Pessoal,
 
  Uma dúvida me veio à cabeça. Em rodovias que se sobrepõem, qual a ref=
 que vem antes? Tenho utilizado por padrão, em casos de rodovias de redes
 (network=) diferentes, a rodovia nacional primeiro, mas não tenho certeza
 se é o mais correto a se fazer.
 
  Abraços!
  --
  Vítor Rodrigo Dias
  Revisor de textos
  Tradutor port/ing/port e port/esp/port
  Telefone: (31) 7360-9421 - TIM
  ___
  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

[Talk-br] Prioridades em rodovias com mais de uma ref=

[Vítor Rodrigo Dias]

Pessoal,

Uma dúvida me veio à cabeça. Em rodovias que se sobrepõem, qual a ref= que
vem antes? Tenho utilizado por padrão, em casos de rodovias de redes
(network=) diferentes, a rodovia nacional primeiro, mas não tenho certeza
se é o mais correto a se fazer.

Abraços!
-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 7360-9421 - TIM
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Catalogamento de relações envolvendo fronteiras e divisas

[Vítor Rodrigo Dias]

Pessoal,

Não sei como está o andamento nos outros Estados, mas sugiro que comecemos
a catalogar/revisar na wiki as relações envolvendo fronteiras e divisas.
Refiz todo o artigo relativo à Paraíba e gostaria de eventuais sugestões:

https://wiki.openstreetmap.org/wiki/Para%C3%ADba/Munic%C3%ADpios

Abraços!
-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 7360-9421 - TIM
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Mapeamento de sedes de distritos

[Vítor Rodrigo Dias]

Pessoal,

Qual é a recomendação do OSM em relação às sedes de distritos
(admin_level=9)? Vi que algumas cidades da Paraíba estão com seus distritos
sede nomeados e com o mesmo nome da cidade, o que julgo ser redundante.

Abraços,
Vítor Dias
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] RES: Inclusão de lotes e quadras no mapa

[Vítor Rodrigo Dias]

Acho que, se existem informações concernentes aos lotes, é mais preciso
utilizar landuse neles mesmos e não na quadra. Raramente quadras comerciais
o são 100%, é mais comum de acontecer em algumas zonas residenciais.

Em 16 de janeiro de 2015 18:16, Arlindo Pereira 
openstreet...@arlindopereira.com escreveu:

 Você poderia importar o contorno das quadras com o landuse correspondente,
 acho que ficaria interessante especialmente na área comercial.

 2015-01-16 13:24 GMT-02:00 Reinaldo Neves rne...@equacao.com.br:

 Aun/Marcelo

 Creio que se houver a informação housenumber é muito melhor importa-la no
 lugar de usar interpolação.

  É preciso lembrar que mesmo nas capitais muitos logradouros numeração
 irregular e a interpolação pode criar outros problemas.  Nomes de edifício
 também são importantes, pois diversos lugares utilizam o nome do condomínio
 para endereçamento, não sei se é o caso especifico de Recife mas em
 Salvador por exemplo é pratica comum.

 Abraços
 ___
 Reinaldo Neves
 Equação Informática
 (11) 3221-3722



 -Mensagem original-
 De: Lists [mailto:li...@gimnechiske.org]
 Enviada em: sexta-feira, 16 de janeiro de 2015 12:52
 Para: OpenStreetMap no Brasil
 Assunto: Re: [Talk-br] Inclusão de lotes e quadras no mapa

 Marcelo

 Depende um pouco o que informação estes camadas tem.

 Por exemplo acho muito interessante importar paredes (as casas), e onde
 ha definição uso do solo (residencial, commercial, retail, industrial)

 Eu acho menus interessante no momento importar cada lote independente.
 Mas se cada lote pode ajuda crescer dados como addr:housenumber e
 addr:housename nas casas e paredes, acho interessante.

 Também depende do quantidade dos dados no local, talvez não adicionar
 cada addr:housenumber, mas importar como interpolação

 Aun Johnsen

  On Jan 16, 2015, at 11:19, Marcelo Pereira pereirahol...@gmail.com
 wrote:
 
  Srs,
 
  Uma dúvida,
 
  Como tenho usado bastante o site de dados abertos da Prefeitura do
 Recife para importar dados para o OSM, descobri mais alguns dados
 interessantes.
 
  Tenho um arquivo geojson com os lotes, numerados e com informações
 adicionais, como nome do prédio, área etc de parte da cidade.
 
  Também está disponível o traçado das quadras onde os lotes estão
 inseridos, e aqui se situa minha pergunta.
 
  Seria interessante/válido incluir isso no mapa ( as quadras )?
 
  Se sim, quais tags usar ?
 
  Alguém poderia indicar algum exemplo prático de uso no mapa, alguma
 cidade ou bairro no qual estas informações ( lote e quadra ) foram
 inseridos ?
 
  Agradeço antecipadamente,
 
  Att,
 
  Marcelo Pereira
 
  --
  
  São Pedro recebe Seu Lunga no céu perguntando:
   Morreu, Seu Lunga? 
  Não, vim passar o Natal!
 
  ___
  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




-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 7360-9421 - TIM
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] RES: Inclusão de lotes e quadras no mapa

[Vítor Rodrigo Dias]

 nas casas e paredes, acho interessante.

 Também depende do quantidade dos dados no local, talvez não adicionar
 cada addr:housenumber, mas importar como interpolação

 Aun Johnsen

  On Jan 16, 2015, at 11:19, Marcelo Pereira pereirahol...@gmail.com
 wrote:
 
  Srs,
 
  Uma dúvida,
 
  Como tenho usado bastante o site de dados abertos da Prefeitura do
 Recife para importar dados para o OSM, descobri mais alguns dados
 interessantes.
 
  Tenho um arquivo geojson com os lotes, numerados e com informações
 adicionais, como nome do prédio, área etc de parte da cidade.
 
  Também está disponível o traçado das quadras onde os lotes estão
 inseridos, e aqui se situa minha pergunta.
 
  Seria interessante/válido incluir isso no mapa ( as quadras )?
 
  Se sim, quais tags usar ?
 
  Alguém poderia indicar algum exemplo prático de uso no mapa, alguma
 cidade ou bairro no qual estas informações ( lote e quadra ) foram
 inseridos ?
 
  Agradeço antecipadamente,
 
  Att,
 
  Marcelo Pereira
 
  --
  
  São Pedro recebe Seu Lunga no céu perguntando:
   Morreu, Seu Lunga? 
  Não, vim passar o Natal!
 
  ___
  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




 --
 
 São Pedro recebe Seu Lunga no céu perguntando:
  Morreu, Seu Lunga? 
 Não, vim passar o Natal!

  ___
 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




-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 7360-9421 - TIM
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] RES: Inclusão de lotes e quadras no mapa

[Vítor Rodrigo Dias]

Na verdade quando falei informações sobre os lotes me referia aos lotes em
si. Concordo que existe um excesso de tags que, pelo menos por enquanto, é
totalmente desnecessária ao OSM.

Em 16 de janeiro de 2015 21:06, Alexandre Magno Brito de Medeiros 
alexandre@gmail.com escreveu:

 Nesse sentido, eu também tenho concordância com você. Porém, não
 completamente. Pois se eu me sentisse livre eticamente para sair criando
 tags, eu teria criado um bocado delas, quando estava com mais gás ou
 prioridade para [começar a] mapear.

 Alexandre Magno

 Em 16 de janeiro de 2015 20:01, Márcio Aguiar Ribeiro 
 aguiar.mar...@gmail.com escreveu:

 Eu concordo com o Vitor.

 Se existem conceitos ainda não existentes no OSM, cria-se uma tag e
 documenta no wiki. Em algum momento, se esse conceito fizer parte do OSM
 fica muito mais fácil de fazer uma substituição em batch das tags.

 Marcio Aguiar Ribeiro

 2015-01-16 19:26 GMT-03:00 Alexandre Magno Brito de Medeiros 
 alexandre@gmail.com:

 Marcelo, Vitor,

 Tenho a impressão de que as regras de qualidade vigentes na comunidade
 não permitem isso. Suas importações seriam revertidas se trouxessem tags
 alienígenas em lugar das tags praticadas.

 E eu concordo com isso. Se é para importar, o volume é grande e o
 importador deve se empenhar em entregar o formato adequado no resultado
 final.

 Na comunidade, inclusive a partir da organização do GitHub, ou de Gists,
 você encontra códigos de programação que lhe ajudarão a pegar o espírito de
 tratar os dados para serem importados. Minha sugestão: estude-os,
 adapte-os; se você quer realmente importar coisas que vem de outro esquema
 de dados.

 Alexandre Magno

 Em 16 de janeiro de 2015 19:13, Vítor Rodrigo Dias vitor.d...@gmail.com
  escreveu:

 Acho que, uma vez importado o lote, dá pra fazer um trabalho posterior
 bom com as edificações que se localizam dentro dele. Para mim, é muito mais
 relevante que tenhamos a informação sobre os lotes importada e
 posteriormente tratada caso a caso.


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




-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 7360-9421 - TIM
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Proposta de importação de dados em Juiz de Fora

[Vítor Rodrigo Dias]

Pessoal,

Estou pensando em tratar os dados de setores do IBGE e colocar no
OpenStreetMap os limites de bairros, subdistritos e distritos em Juiz de
Fora-MG.

O problema é: a cidade tem distritos E subdistritos, e a hierarquia do OSM
entre cidade e bairro só tem um nível administrativo (9). Como proceder?

Abraços,
-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 7360-9421 - TIM
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Proposta de importação de dados em Juiz de Fora

[Vítor Rodrigo Dias]

Marcelo,

Obrigado!

Em 6 de janeiro de 2015 20:44, Marcelo Pereira pereirahol...@gmail.com
escreveu:

 Vitor,

 Segundo o wiki (
 http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative) bairros
 e sub-distritos tem o mesmo nível, 10.



 Em 6 de janeiro de 2015 19:39, Vítor Rodrigo Dias vitor.d...@gmail.com
 escreveu:

 Pessoal,

 Estou pensando em tratar os dados de setores do IBGE e colocar no
 OpenStreetMap os limites de bairros, subdistritos e distritos em Juiz de
 Fora-MG.

 O problema é: a cidade tem distritos E subdistritos, e a hierarquia do
 OSM entre cidade e bairro só tem um nível administrativo (9). Como proceder?

 Abraços,
 --
 Vítor Rodrigo Dias
 Revisor de textos
 Tradutor port/ing/port e port/esp/port
 Telefone: (31) 7360-9421 - TIM

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




 --
 
 São Pedro recebe Seu Lunga no céu perguntando:
  Morreu, Seu Lunga? 
 Não, vim passar o Natal!


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




-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 7360-9421 - TIM
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Bicicletas e OSM

[Vítor Rodrigo Dias]

Falando nisso, qual a orientação para se mapear ciclovias integradas
às ruas da cidade, porém segregadas? Eu mapeei alguma coisa em João
Pessoa, mas não sei se é o ideal para roteadores e mapas de ciclovias.

2014-09-26 14:28 GMT-03:00 wille wi...@wille.blog.br:
 Fiz um post no meu diário do OSM sobre o mapeamento da infraestrutura
 ciclística no Brasil:

 http://www.openstreetmap.org/user/wille/diary/23883

 --
 wille
 http://wille.blog.br

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



-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 7360-9421 - TIM

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

Re: [Talk-br] Bicicletas e OSM

[Vítor Rodrigo Dias]

Me refiro a casos como esse:

https://www.google.com.br/maps/@-7.1363031,-34.8193817,3a,75y,12.35h,66.6t/data=!3m4!1e1!3m2!1s6pF1-QhKnEKCD45o-qlGfg!2e0!6m1!1e1?hl=pt-BR

Nota: hoje, há um meio-fio separando a ciclovia da pista de rolamento
para automóveis igual à que pode ser vista separando a ciclovia do
estacionamento para motos.

Como mapear a ciclovia? Hoje há uma highway=cycleway em paralelo:
http://www.openstreetmap.org/#map=18/-7.13183/-34.82207

Em 26 de setembro de 2014 18:30, Alexandre Magno Brito de Medeiros
alexandre@gmail.com escreveu:
 O que são ciclovias integradas às ruas da cidade, porém segregadas? Em que
 sentido segregadas?

 Em 26 de setembro de 2014 18:07, Vítor Rodrigo Dias vitor.d...@gmail.com
 escreveu:

 Falando nisso, qual a orientação para se mapear ciclovias integradas às
 ruas da cidade, porém segregadas? Eu mapeei alguma coisa em João Pessoa, mas
 não sei se é o ideal para roteadores e mapas de ciclovias.

 2014-09-26 14:28 GMT-03:00 wille wi...@wille.blog.br:
 Fiz um post no meu diário do OSM sobre o mapeamento da infraestrutura
 ciclística no Brasil:



 http://www.openstreetmap.org/user/wille/diary/2388



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




-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 7360-9421 - TIM

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

Re: [Talk-br] Limite Administrativo de Blumenau - SC

[Vítor Rodrigo Dias]

Será que há alguma forma de compilar as listas de relações de
municípios para disponibilizar na wiki?

Em 16 de setembro de 2014 10:57,  thunder...@gpsinfo.com.br escreveu:
 Agradeço a pronta resposta João. Ele também quebrou o limite administrativo
 de Indaial – SC.

 Continuo me preocupando com as constantes alterações em limites
 administrativos sem o devido conhecimento da comunidade.

 Felizmente utilizadores do mapa COCAR, que emprega a base OSM, vem nos
 mantendo informados de erros encontrados. A grande maioria dos erros até
 corrigimos, mas quando se trata de limite administrativo a situação se torna
 mais complicada e merece especial atenção da comunidade.

 []s
 Marcio

 From: John Packer
 Sent: Tuesday, September 16, 2014 10:41 AM
 To: OpenStreetMap no Brasil
 Subject: Re: [Talk-br] Limite Administrativo de Blumenau - SC

 Demorou um pouquinho, mas encontrei.
 O limite administrativo foi removido no seguinte changeset:
 https://www.openstreetmap.org/changeset/24576471
 Pedi pro naoliv recuperar a relação, e também uma de outra cidade que foi
 excluida junto.
 Vou mandar uma mensagem pedindo pro usuário pra tomar mais cuidado.

 Abs,
 João

 Em 16 de setembro de 2014 10:02, thunder...@gpsinfo.com.br escreveu:

 Amigos,
 tendo recebido critica da falta de indexação das vias em Blumenau – SC,
 identifiquei que alguém retirou todo o limite administrativo de Blumenau.

 Poderiam constatar isso, por gentileza?

 []s
 Marcio


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




-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 7360-9421 - TIM

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

Re: [Talk-br] Limite Administrativo de Blumenau - SC

[Vítor Rodrigo Dias]

A minha sugestão foi no sentido de se recuperar mais facilmente
relações excluídas, sem ter que fuçar históricos e changesets para
tal...

Em 16 de setembro de 2014 17:16, Alexandre Magno Brito de Medeiros
alexandre@gmail.com escreveu:
 A partir de uma consulta overpass-turbo correta, poder-se-ia criar o código
 fonte de uma página wiki de listagem, usando Template:Relation para as
 hiperligações. Mas não acho que tal seja sustentável. É melhor aprender a
 identificar (consultar) relações usando o JOSM. Também não tenho prática
 nisso. Mas é o que percebo.

 Em 16 de setembro de 2014 17:00, Vítor Rodrigo Dias vitor.d...@gmail.com
 escreveu:

 Será que há alguma forma de compilar as listas de relações de
 municípios para disponibilizar na wiki?


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




-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 7360-9421 - TIM

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

[Talk-br] Baixar limites administrativos

[Vítor Rodrigo Dias]

Pessoal,

Pretendo trabalhar com limites administrativos no estado da Paraíba,
definindo micro e macrorregiões e regiões metropolitanas. Há algum
comando no JOSM que me permita baixar apenas os limites
administrativos?

Abraços!

-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 7360-9421 - TIM

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

Re: [Talk-br] IBGE divulga novos mapas que alteram 166 limites entre cidades

[Vítor Rodrigo Dias]

Prezados,

Para conhecimento, alterei o limite modificado na Paraíba, entre
Bayeux e Santa Rita.

Em 9 de julho de 2014 11:50, Alexandre Magno Brito de Medeiros
alexandre@gmail.com escreveu:
 143 na Bahia
 8 no Maranhão
 6 em Alagoas
 4 no Paraná
 2 em Pernambuco
 1 no Espírito Santo
 1 em São Paulo
 1 na Paraíba


 Em 9 de julho de 2014 11:35, thunder...@gpsinfo.com.br escreveu:

 Amigos,
 para conhecimento geral informo a matéria de alteração de limites de
 estados:


 http://www.geodireito.com/noticia/ibge-divulga-novos-mapas-que-alteram-166-limites-entre-cidades

 []s
 Marcio

 ___
 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




-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 9895-3975 - TIM

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

Re: [Talk-br] Ruas com nomes numéricos

[Vítor Rodrigo Dias]

Eu tenho adotado um padrão sugerido pelo Fernando, salvo engano: usar
a numeração cardinal em name e por extenso em official_name.

Em 5 de junho de 2014 08:20, Paulo Carvalho
paulo.r.m.carva...@gmail.com escreveu:
 Concordo.  Além de ficar horrível ler no mapa Rua Cento e Vinte e Três.
 Parece coisa de tupiniquim.  Acho que isso é mapear para aplicações, no caso
 o TTS dos aparelhos.  Eu espero ler e sempre busco pelos números cardinais.


 Em 4 de junho de 2014 21:14, Erick de Oliveira Leal
 erickdeoliveiral...@gmail.com escreveu:

 Mesmo que na placa da rua ou no IBGE esteja escrito Um, ninguém vai
 pesquisar assim. 99% não. rs


 Em 4 de junho de 2014 21:09, Tarcisio Oliveira tarci...@ymail.com
 escreveu:

 Pode ser colocado a tag alt_name=Rua um e name=Rua 1, dai não vai
 fazer diferença na hora da pesquisa.

 Em 04-06-2014 21:04, Erick de Oliveira Leal escreveu:

 Pra mim o melhor seria colocar o número e não por extenso. Realmente
 ninguém procura por vinte e três. Tem gente que defende colocar como a
 fonte oficial, mas acho que mesmo neste caso, devemos converter em numérico.
 Na prática isso não faz o menor sentido.


 Em 4 de junho de 2014 21:00, Arlindo Pereira
 openstreet...@arlindopereira.com escreveu:

 Pessoal,

 vocês sabem aonde no wiki ou outra documentação do OSM diz que os nomes
 de ruas com valores numéricos (Rua Um, Rua Dois etc.) devem ser escritos 
 por
 extenso?

 Pergunto porque tenho alterado um bocado de nomes mas, pensando bem, me
 parece melhor o nome abreviado mesmo (não vejo ninguém jogando na busca 
 Rua
 Cento e Vinte e Três por exemplo).

 Vi ainda que cidades com nomes numéricos no exterior usam o nome com
 algarismos mesmo. Por exemplo, 5th Avenue:
 http://www.openstreetmap.org/#map=17/40.73816/-73.99107layers=N

 Se isso estiver correto (e eu viajado em trocar os nomes numéricos por
 extensos) terei uns 20+ changesets para reverter.

 []s
 Arlindo

 ___
 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



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




-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 9895-3975 - TIM

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

Re: [Talk-br] Fresh imagery for world cup (was Re: Maratona de Edições da Copa)

[Vítor Rodrigo Dias]

Alexandre, me refiro à própria camada do Bing. No site do Bing Mapas,
as imagens aéreas estão bem mais atualizadas do que na camada que o
JOSM usa...

Em 5 de junho de 2014 21:29, Alexandre Magno Brito de Medeiros
alexandre@gmail.com escreveu:
 Isso deve ser automático só na área dos estádios. Você pode estar equivocado
 e já estar usando elas. Elas são integradas na camada Bing de sempre.


 2014-06-05 20:47 GMT-03:00 Vítor Rodrigo Dias vitor.d...@gmail.com:

 Aproveitando o assunto: como utilizar as imagens mais recentes
 disponíveis no Bing Maps? Só consigo baixar as imagens
 desatualizadas...


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




-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 9895-3975 - TIM

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

Re: [Talk-br] Fresh imagery for world cup (was Re: Maratona de Edições da Copa)

[Vítor Rodrigo Dias]

Nelson, no centro de João Pessoa-PB, as imagens disponíveis no JOSM
ainda são as antigas, cheias de nuvens. Nas imagens mais recentes do
Bing o céu está limpo...

2014-06-05 22:08 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:
 Vítor, tem uma localização de onde isto está acontecendo, só para eu ver?

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



-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 9895-3975 - TIM

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

Re: [Talk-br] Fresh imagery for world cup (was Re: Maratona de Edições da Copa)

[Vítor Rodrigo Dias]

Será algum problema de cache? Como eu poderia limpá-lo?

2014-06-05 22:26 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:
 Estranho. Estou vendo a mesma coisa.

 No Bing: http://i.imgur.com/T6AmGC7.jpg
 No JOSM: http://i.imgur.com/ILKgcfx.jpg

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



-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 9895-3975 - TIM

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

Re: [Talk-br] Fresh imagery for world cup (was Re: Maratona de Edições da Copa)

[Vítor Rodrigo Dias]

Não deu certo, Nelson...

Em 5 de junho de 2014 22:32, Nelson A. de Oliveira nao...@gmail.com escreveu:
 On Thu, Jun 5, 2014 at 10:30 PM, Vítor Rodrigo Dias
 vitor.d...@gmail.com wrote:
 Será algum problema de cache? Como eu poderia limpá-lo?

 Pode ser sim.
 Clica com o botão direito dentro do JOSM, em um lugar vazio, e depois
 em Apagar cache de tiles
 Ele vai carregar as imagens do Bing novamente. Vê se resolve.

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



-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 9895-3975 - TIM

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

Re: [Talk-br] RES: Exemplo de visualização 3D com dados do OSM

[Vítor Rodrigo Dias]

/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
 

 ___
 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




-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 9895-3975 - TIM

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

Re: [Talk-br] PSA: IBGE Layer

[Vítor Rodrigo Dias]

Thiago,

Era bom especificar que os mapas são só das áreas urbanas, não?

Abraços e parabéns pelo trabalho!
Em 13/04/2014 14:49, Thiago Marcos P. Santos tmpsan...@gmail.com
escreveu:

 English transcript following the announcement in pt_BR.

 ===

 Olá,

 É com muita alegria que venho anunciar a primeira versão da layer do
 IBGE, baseado nos PDFs dos mapas de setores censitários. O resultado
 final é o mapa de todo o Brasil, com aproximadamente 75 GB de tiles.
 Este mapa será de grande ajuda para extrair nomes de ruas.

 Lembre-se de usar a tag source=IBGE para as informações obtidas
 desta layer. É um requerimento do IBGE:
 https://lists.openstreetmap.org/pipermail/imports/2013-July/002031.html

 Layer para o JOSM:
 tms[19]:http://{switch:a,b,c}.
 tiles.mapbox.com/v3/tmpsantos.hgda0m6h/{zoom}/{x}/{y}.png

 Exemplo de Leaflet.js usando a layer com transparência e o OSM:
 http://tiles.tmpsantos.com.br/
 http://tiles.tmpsantos.com.br/index.html.txt (código fonte)

 Agradecimentos:

 - Dominik Röttsches (abrax5), por oferecer e manter funcionando toda a
 estrutura necessária para gerar e fazer upload dos mapas. Também por
 me apresentar ao mundo dos mapas e me ensinar bastante coisa sobre
 projeções.
 - Mapbox, em especial Alex Barth por proativamente oferecer o espaço
 para hospedar os tiles e Will White pelo rápido suporte técnico quando
 precisei. E claro, pelas excelentes ferramentas opensource como o
 Tilemill.
 - A comunidade OSM Brasil, pelo importante feedback e motivação.

 Problemas conhecidos:

 - Rio de Janeiro - RJ está faltando, estou arrumando isto.
 - São Grabriel da Chachoeira - AM está com um offset bastante errado
 para o norte.
 - Algumas partes de Belém estão no meio do mar, ainda não descobri porque.
 - Alguma outra coisa que você vai reportar. :)

 []'s e mãos à obra!

 ===

 Hi,

 I'm happy to announce the first version of the IBGE layer, based on
 the PDFs from the population count survey. The final result is a map
 of the whole Brazil, with approximately 75 GB of tiles. This map will
 be very handy to extract road names.

 Remember to use the tag source=IBGE when using data taken from this
 layer. This is a requirement by data made availiable by IBGE:
 https://lists.openstreetmap.org/pipermail/imports/2013-July/002031.html

 JOSM layer:
 tms[19]:http://{switch:a,b,c}.
 tiles.mapbox.com/v3/tmpsantos.hgda0m6h/{zoom}/{x}/{y}.png

 Leaflet.js sample using this layer with alpha combined with OSM:
 http://tiles.tmpsantos.com.br/
 http://tiles.tmpsantos.com.br/index.html.txt (source code)

 Acknowledgments:

 - Dominik Röttsches (abrax5), for offering and maintaining the
 infrastructure needed to generate and upload the maps. Also for
 introducing me to the world of maps and teaching a lot of stuff about
 projections.
 - Mapbox, in special Alex Barth, for proactively offering storage
 space for hosting the tiles and Will White for the quick tech support
 when I needed. And of course, for the amazing opensource tools like
 Tilemill.
 - The OSM Brazil community for the important feedback and keeping me
 motivated.

 Known issues:

 - Rio de Janeiro capital is missing, I'm on it.
 - São Grabriel da Chachoeira - AM is very misplaced to the north.
 - Some parts of Belém are in the middle of the sea for an unknown reason.
 - Something else that you are going to report. :)

 Br and happy mapping!

 ___
 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] Site Foursquare, usando mapa OSM

[Vítor Rodrigo Dias]

Foi inclusive pelo Foursquare que eu descobri o OSM...
Em 07/04/2014 18:32, Arlindo Pereira openstreet...@arlindopereira.com
escreveu:

 Paulo,

 o Foursquare usa o OSM como mapa base desde 2012, mas não para obter a
 posição dos locais (venues) - esses são dados levantados pelos próprios
 usuários, muitas vezes usando o Google Maps ou outras ferramentas
 semelhantes, e não devem ser usados para mapear locais no OSM.

 Mais detalhes em
 https://www.mapbox.com/blog/foursquare-switches-mapbox-streets-openstreetmap/


 []s

 2014-04-07 18:29 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com:

 Amigos,

Este site, sobre atrações de uma cidade, usa os mapas OSM para
 posicionar as atrações e mensagens sobre as mesmas:

 https://pt.foursquare.com/

 []s

 Paulo Carvalho

 ___
 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] Mapear ruas com trânsito diferente em determinadas horas do dia

[Vítor Rodrigo Dias]

Pessoal,

Preciso mapear algumas particularidades de ruas de João Pessoa.

Caso 1: avenida com ciclofaixa à esquerda, separada dos carros através
de cones, ativa das 7 às 16h dos domingos
Caso 2: avenida que é fechada para carros das 7 às 16h dos domingos -
vira uma ciclovia
Caso 3: rua que é fechada para circulação de veículos (vira
highway=pedestrian) diariamente das 5 às 8 da manhã

Como mapear esses casos?

-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 9895-3975 - TIM

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

Re: [Talk-br] Mapear ruas com trânsito diferente em determinadas horas do dia

[Vítor Rodrigo Dias]

Nelson,

Obrigado pela indicação!

2014-04-07 0:44 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:
 2014-04-07 0:40 GMT-03:00 Vítor Rodrigo Dias vitor.d...@gmail.com:
 Preciso mapear algumas particularidades de ruas de João Pessoa.

 Vai ser com isso: http://wiki.openstreetmap.org/wiki/Conditional_restrictions
 Desculpa não dar a solução pronta agora, mas dá uma olhada nos
 exemplos nessa mesma página.

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



-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 9895-3975 - TIM

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

Re: [Talk-br] Notas no Mapa

[Vítor Rodrigo Dias]

É bem isso mesmo. Aqui em João Pessoa vi apenas três notas de mapa:
duas eram lixo anônimo e a outra de um usuário identificado que
posteriormente editou ele mesmo a informação contida na nota.

Em 4 de abril de 2014 15:46, Paulo Carvalho
paulo.r.m.carva...@gmail.com escreveu:
 Márcio, infelizmente Nota é assim mesmo.  O que for lixo ou galhofa, marca
 como Resolved e toca o barco.  As notas são um recurso de desenvolvimento de
 mapas para quem não quer se envolver muito ou não tem tempo de parar e
 consertar na hora.  Isto requer a possibilidade de não se identifcar.


 Em 4 de abril de 2014 10:19, thunder...@gpsinfo.com.br escreveu:

 Amigos,
 me perdoem o comodismo, mas gasto muito tempo em pesquisa no universo wiki
 para sanar duvida de assunto que considero simples que trata de Notas no
 Mapa.

 Venho observando que o numero de possíveis colaboradores vem crescendo.
 Chego a essa conclusão quando observo as Notas no Mapa criadas.

 Acreditamos que nosso trabalho de divulgação tem surtido o efeito
 desejado, entretanto observo que muitos abrem nota no mapa sem identificação
 do autor e com conteúdo que não pode ser aproveitado.

 Sem conhecimento de causa identifiquei que ao RESOLVER uma nota o ícone da
 mesma se transforma de vermelho para verde e que depois de um determinado
 tempo essa nota não é mais estampada.

 Como proceder quando identificamos uma nota criada por brincadeira,
 sabotagem, ou sei lá o que?

 []s
 Marcio

 ___
 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




-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 9895-3975 - TIM

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

Re: [Talk-br] Ferrovias e trens urbandos no OSM

[Vítor Rodrigo Dias]

Lucas,

Eu mapeei a linha Belo Horizonte x Vitória:
http://www.openstreetmap.org/relation/3331630#map=8/-19.896/-42.034

Abraços!

Em 1 de abril de 2014 10:02, Lucas Ferreira Mation
lucasmat...@gmail.com escreveu:
 Ola,

 alguém sabe se já foram mapeadas as ferrovias do Brasil no OSM? e os trilhos
 de trens urbanos/metropolitanos?

 obrigado




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




-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 9895-3975 - TIM

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

Re: [Talk-br] Mapa brasileiro

[Vítor Rodrigo Dias]

Paulo,

Mas os outros trechos não tem especificados qual a surface. Será esse
o problema?

Em 29 de março de 2014 18:24, Paulo Carvalho
paulo.r.m.carva...@gmail.com escreveu:
 Gerard, infelizmente não está diferenciando:

 http://www.openstreetmap.org/#map=19/-23.00879/-43.45154layers=H

 A Via Serviente 6 do exemplo acima tem um trecho pavimentado e outro de
 terra, devidamente assinalados.  Eu pelo menos não noto qualquer diferença.


 Em 29 de março de 2014 17:16, Gerald Weber gwebe...@gmail.com escreveu:

 Se estiver checando on-line, sempre compensa mudar para o estilo
 humanitário que distingue ruas pavimentadas e não-pavimentadas (desde que a
 tag exista, é claro).

 Mas o seu caso é uma das exatas razões porque a gente vem enchendo (com
 muito pouco sucesso) os desenvolvedores do Mapnik e do OSMand.

 abraço

 Gerald


 2014-03-29 16:57 GMT-03:00 Márcio Vinícius Pinheiro
 marcioviniciu...@gmail.com:

 Erick, ala realmente não estava classificada nem como pavimentada nem
 como não-pavimentada (o que eu já corrigi), e realmente o OSMand não me
 mandou para ela. Mas olhando para o mapa (tanto no OSMand quanto no
 site/mapnik) considerei que poderia ser uma escolha viável, já que parecia
 ser uma rua como outra qualquer e o OSMand estava me mandando para um
 caminho mais de 100 km mais longo por estradas principais (o que julguei ser
 uma opção pré-configurada no app).



 ___
 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




-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 9895-3975 - TIM

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

[Talk-br] Exportando caminhos em relações para arquivos XML

[Vítor Rodrigo Dias]

Pessoal,

Preciso exportar os caminhos contidos em algumas relações para um
arquivo XML. Como posso fazê-lo?

Abraços!

-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 9895-3975 - TIM

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

Re: [Talk-br] Exportando caminhos em relações para arquivos XML

[Vítor Rodrigo Dias]

Na verdade era KML mesmo, eu me confundi no e-mail inicial. Muito obrigado!

Em 19 de março de 2014 01:24, Erick de Oliveira Leal
erickdeoliveiral...@gmail.com escreveu:
 Ah você quer XML, tá aki: http://api.openstreetmap.org/api/0.6/relation/?

 Substitua o ? pelo id


 Em 19 de março de 2014 01:23, Erick de Oliveira Leal
 erickdeoliveiral...@gmail.com escreveu:

 http://osmrm.openstreetmap.de/gpx.jsp?relation=?

 Substitua a interrogação pelo id da relação e você conseguirá um arquivo
 GPX da relação. KML você teria que converter este arquivo. Essa é a forma
 prática que sei agora. Se você precisa de muitas relações teria que ver algo
 mais automatizado com o pessoal da lista.


 Em 19 de março de 2014 01:16, Vítor Rodrigo Dias vitor.d...@gmail.com
 escreveu:

 Pessoal,

 Preciso exportar os caminhos contidos em algumas relações para um
 arquivo XML. Como posso fazê-lo?

 Abraços!

 --
 Vítor Rodrigo Dias
 Revisor de textos
 Tradutor port/ing/port e port/esp/port
 Telefone: (31) 9895-3975 - TIM

 ___
 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




-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 9895-3975 - TIM

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

Re: [Talk-br] Pergunta rápida sobre pontos de ônibus

[Vítor Rodrigo Dias]

Em Belo Horizonte, as maiores paradas - ao menos as que dispõem de abrigo -
todas têm nome oficial.
Em 11/03/2014 16:53, Erick de Oliveira Leal erickdeoliveiral...@gmail.com
escreveu:

 Acho q isso ta ficando burocrático demais. Paradas não costumam ser
 nomeadas pelo estado, ou costumam? E mesmo que tivesse esse name seria o
 temporário. Se um dia alguem tivesse o oficial substituiria, não?
 Em 11/03/2014 16:48, Thiago Marcos P. Santos tmpsan...@gmail.com
 escreveu:

 2014-03-11 21:06 GMT+02:00 Nelson A. de Oliveira nao...@gmail.com:
  2014-03-11 16:04 GMT-03:00 Raffaello Bruno Limongi Freire
  raffaellobr...@hotmail.com:
  Ao invés disso, não surtiria o mesmo efeito se a tag name fosse
 deixada em
  branco e o nome não oficial fosse colocado na tag alt_name? Ou a tag
  alt_name só pode ser utilizada após a utilização da tag name?
 
  alt_name é um nome alternativo
  Não faz sentido ter nome alternativo sem existir um nome propriamente
 dito :-)
 

 Concordo. Eu usaria loc_name neste caso.

 ___
 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] Progresso com os mapas do IBGE

[Vítor Rodrigo Dias]

Por enquanto tô sem notebook, mas quando meu novo chegar quero mapear
Alhandra-PB, que não tem imagens em alta definição. Grato!

Abraços,
Vítor Dias
Em 07/03/2014 21:48, Thiago Marcos P. Santos tmpsan...@gmail.com
escreveu:

 2014-03-08 2:36 GMT+02:00 Raffaello Bruno Limongi Freire
 raffaellobr...@hotmail.com:
  Oi, Thiago,
 
  ficou muito bom.
 

 Valeu!

  Essas imagens do IBGE serão úteis também naqueles lugares onde não há
 tracks
  de GPS ou imagens do Bing disponíveis, pois permitirão que se faça um
  desenho preliminar das vias (no Tracksource chamamos de Draft),
 inserindo-se
  a tag fixme para que se corrija o traçado assim que novas fontes de
 consulta
  estiverem disponíveis (tracks, Bing, etc.).

 Acho que vai ser bom também para pegar nomes de ruas e até mesmo nomes
 de alguns Pontos de Interesse.

 BTW, atendendo à pedidos, segue Bom Despacho - MG:

 http://tiles.tmpsantos.com.br/31/3107406/

 Estou quebrando a cabeça para ver como escalar o processo para muitas
 cidades, pode demorar um tempo. Mas se alguém tiver interesse em
 alguma cidade específica, é só pedir aqui na lista que eu gero o mapa.

 []'s

 ___
 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] Mapeando Linhas de ônibus

[Vítor Rodrigo Dias]

Marcelo,

Eu tenho colocado tudo numa route_master só por enquanto, tanto ida quanto
volta do mesmo trajeto.

Abraços!
Em 16/02/2014 13:28, Marcelo Pereira pereirahol...@gmail.com escreveu:

 Srs,

 Vendo a página do Vitor para as linhas de João Pessoa, copiei a ideia e
 criei uma route_master para os dois sentido de um dos itinerários da linha
 645.

 Ainda fico querendo saber como incluir os dois sentidos do outro
 itinerário desta linha.

 Marcelo Pereira


 Em 15 de fevereiro de 2014 19:02, Marcelo Pereira pereirahol...@gmail.com
  escreveu:

 Srs,

 Seguindo o fluxo.

 Fiz algumas alterações em um Terminal de Ônibus importante daqui e incluí
 2 itinerários de uma linha de ônibus.

 Não incluí a route_master juntando os 2 itinerários pois não tenho
 certeza de quais tags usar.

 Eis os changesets:

 - http://www.openstreetmap.org/changeset/20585438 - Alterações no
 terminal e primeira itinerário da linha 645
 - http://www.openstreetmap.org/changeset/20585762 - Segundo itinerário
 da mesma linha.

 Eis as Relations :

 - http://www.openstreetmap.org/relation/3514364 - Terminal de ônibus
 - http://www.openstreetmap.org/relation/3514363 -  Itinerário 1
 - http://www.openstreetmap.org/relation/3514362 - Itinerário 2

 Gostaria de saber se pode-se melhorar alguma coisa.

 Marcelo Pereira




 Em 15 de fevereiro de 2014 13:57, Marcelo Pereira 
 pereirahol...@gmail.com escreveu:

 Srs,

 Obrigado pelos esclarecimentos, acho que já dá para iniciar a tarefa.

 Mas ainda fiquei com a dúvida dos múltiplos itinerários, vou tentar
 explicar melhor.

 O Trebien indicou usar uma route_master para abarcar os dois sentidos de
 uma linha de ônibus, ok.

 Mas no caso de Recife temos o seguinte, usando o exemplo que pode ser
 encontrado no link que passei na msg anterior

 A linha 645 - Avenida Norte/Macaxeira, tem 2 itinerários, a saber, o
 Principal, de código 10023, e o 9993 - Retorno da Encruzilhada, e cada um
 desses itinerários possui dois sentidos, um Cidade/Subúrbio, e outro
 Subúrbio/Cidade.

 Longe de ser excessão, isso é regra aqui em Recife, e independente do
 itinerário, a linha ainda é conhecida pelo número principal  ( 645 ) e
 muito mais pela descrição Avenida Norte/Macaxeira, o itinerário seria uma
 subdivisão.

 Daí o que fazer ? Crio uma Relation para cada sentido de cada
 itinerário, mas tenho que criar uma route_master para cada itinerário ? e
 Depois uma para a linha ?

 Marcelo Pereira



 Em 14 de fevereiro de 2014 20:03, Fernando Trebien 
 fernando.treb...@gmail.com escreveu:

 Pois é, era para estarem obsoletas, mas muita gente continua
 usando essas tags. A tendência é que os dois esquemas se misturem.
 public_transport tem 213 mil usos, highway=bus_stop tem 1,2 milhões
 (6x mais). Nesse momento, você pode optar, com maior chance de
 encontrar suporte em aplicações usando a proposta antiga.

 A proposta nova serve pra tratar uns casos raros e principalmente pra
 alguns casos que não ocorrem no Brasil, como por exemplo poder
 representar que uma mesma parada (exatamente na mesma posição) serve
 pra ônibus e pra bonde.

 Marcelo, você precisa criar uma relação route para cada sentido e
 uma route_master para a linha incluindo os seus dois sentidos.
 Alguns sistemas (entre eles o OTP) dependem dessa configuração.

 Pode lhe interessar o plugin public_transport to JOSM. Ele consegue
 acrescentar paradas às linhas de forma automática (claro que você
 precisa revisar depois pra ver se ficou tudo certo, se faltou algo ou
 se foi algo a mais que não devia).

 2014-02-14 17:57 GMT-02:00 John Packer john.pack...@gmail.com:
  Só uma coisa, não sei qual esquema de etiquetas está utilizando, mas
  etiquetas como highway=bus_stop estão caindo em desuso.
 
  O novo esquema de etiquetas (public_transport=*) foi aprovado em
 abril de
  2011 e está em amplo uso.
  Infelizmente este novo esquema atualmente não está traduzido para o
  português, por isso que a página em português consta como
 desatualizada.
 
  Sempre que encontro um highway=bus_stop, adiciono um
  public_transport=stop_position, e se conheço pessoalmente a área,
 substituo.
 
  Não cheguei a fazer uma rota de ônibus ainda, então não posso
 responder as
  suas perguntas.
 
 
  Em 14 de fevereiro de 2014 17:45, Arlindo Pereira
  openstreet...@arlindopereira.com escreveu:
 
  Respondendo inline.
 
  []s
 
  Em 14/02/2014 17:40, Marcelo Pereira pereirahol...@gmail.com
 escreveu:
 
 
  
   Srs,
  
   Resolvi começar a mapear as linhas de ônibus daqui de Recife,
 usando
   como base o site Empresa de transportes da região Metropolitana.
  
   A fonte da informação está como se vê no link (
 http://goo.gl/NskwIm ) .
  
   Até já entrei em contato com o Vitor, que mapeou as linhas em João
   Pessoa, que me deu dicas, mas, gostaria de tornar as perguntas
 públicas para
   que possa servir para outros na minha situação.
  
   Além disso, consultei a página Pt-br:Public transport
   (http://goo.gl/AxuKUB ) , mas a info lá é bem superficial.
  
   Perguntas 

Re: [Talk-br] Mapeando Linhas de ônibus

[Vítor Rodrigo Dias]

Marcelo,

O email anterior ficou mal explicado. Coloco na mesma route_master ida e
volta de todas as variantes.

Abraços!
Em 16/02/2014 13:28, Marcelo Pereira pereirahol...@gmail.com escreveu:

 Srs,

 Vendo a página do Vitor para as linhas de João Pessoa, copiei a ideia e
 criei uma route_master para os dois sentido de um dos itinerários da linha
 645.

 Ainda fico querendo saber como incluir os dois sentidos do outro
 itinerário desta linha.

 Marcelo Pereira


 Em 15 de fevereiro de 2014 19:02, Marcelo Pereira pereirahol...@gmail.com
  escreveu:

 Srs,

 Seguindo o fluxo.

 Fiz algumas alterações em um Terminal de Ônibus importante daqui e incluí
 2 itinerários de uma linha de ônibus.

 Não incluí a route_master juntando os 2 itinerários pois não tenho
 certeza de quais tags usar.

 Eis os changesets:

 - http://www.openstreetmap.org/changeset/20585438 - Alterações no
 terminal e primeira itinerário da linha 645
 - http://www.openstreetmap.org/changeset/20585762 - Segundo itinerário
 da mesma linha.

 Eis as Relations :

 - http://www.openstreetmap.org/relation/3514364 - Terminal de ônibus
 - http://www.openstreetmap.org/relation/3514363 -  Itinerário 1
 - http://www.openstreetmap.org/relation/3514362 - Itinerário 2

 Gostaria de saber se pode-se melhorar alguma coisa.

 Marcelo Pereira




 Em 15 de fevereiro de 2014 13:57, Marcelo Pereira 
 pereirahol...@gmail.com escreveu:

 Srs,

 Obrigado pelos esclarecimentos, acho que já dá para iniciar a tarefa.

 Mas ainda fiquei com a dúvida dos múltiplos itinerários, vou tentar
 explicar melhor.

 O Trebien indicou usar uma route_master para abarcar os dois sentidos de
 uma linha de ônibus, ok.

 Mas no caso de Recife temos o seguinte, usando o exemplo que pode ser
 encontrado no link que passei na msg anterior

 A linha 645 - Avenida Norte/Macaxeira, tem 2 itinerários, a saber, o
 Principal, de código 10023, e o 9993 - Retorno da Encruzilhada, e cada um
 desses itinerários possui dois sentidos, um Cidade/Subúrbio, e outro
 Subúrbio/Cidade.

 Longe de ser excessão, isso é regra aqui em Recife, e independente do
 itinerário, a linha ainda é conhecida pelo número principal  ( 645 ) e
 muito mais pela descrição Avenida Norte/Macaxeira, o itinerário seria uma
 subdivisão.

 Daí o que fazer ? Crio uma Relation para cada sentido de cada
 itinerário, mas tenho que criar uma route_master para cada itinerário ? e
 Depois uma para a linha ?

 Marcelo Pereira



 Em 14 de fevereiro de 2014 20:03, Fernando Trebien 
 fernando.treb...@gmail.com escreveu:

 Pois é, era para estarem obsoletas, mas muita gente continua
 usando essas tags. A tendência é que os dois esquemas se misturem.
 public_transport tem 213 mil usos, highway=bus_stop tem 1,2 milhões
 (6x mais). Nesse momento, você pode optar, com maior chance de
 encontrar suporte em aplicações usando a proposta antiga.

 A proposta nova serve pra tratar uns casos raros e principalmente pra
 alguns casos que não ocorrem no Brasil, como por exemplo poder
 representar que uma mesma parada (exatamente na mesma posição) serve
 pra ônibus e pra bonde.

 Marcelo, você precisa criar uma relação route para cada sentido e
 uma route_master para a linha incluindo os seus dois sentidos.
 Alguns sistemas (entre eles o OTP) dependem dessa configuração.

 Pode lhe interessar o plugin public_transport to JOSM. Ele consegue
 acrescentar paradas às linhas de forma automática (claro que você
 precisa revisar depois pra ver se ficou tudo certo, se faltou algo ou
 se foi algo a mais que não devia).

 2014-02-14 17:57 GMT-02:00 John Packer john.pack...@gmail.com:
  Só uma coisa, não sei qual esquema de etiquetas está utilizando, mas
  etiquetas como highway=bus_stop estão caindo em desuso.
 
  O novo esquema de etiquetas (public_transport=*) foi aprovado em
 abril de
  2011 e está em amplo uso.
  Infelizmente este novo esquema atualmente não está traduzido para o
  português, por isso que a página em português consta como
 desatualizada.
 
  Sempre que encontro um highway=bus_stop, adiciono um
  public_transport=stop_position, e se conheço pessoalmente a área,
 substituo.
 
  Não cheguei a fazer uma rota de ônibus ainda, então não posso
 responder as
  suas perguntas.
 
 
  Em 14 de fevereiro de 2014 17:45, Arlindo Pereira
  openstreet...@arlindopereira.com escreveu:
 
  Respondendo inline.
 
  []s
 
  Em 14/02/2014 17:40, Marcelo Pereira pereirahol...@gmail.com
 escreveu:
 
 
  
   Srs,
  
   Resolvi começar a mapear as linhas de ônibus daqui de Recife,
 usando
   como base o site Empresa de transportes da região Metropolitana.
  
   A fonte da informação está como se vê no link (
 http://goo.gl/NskwIm ) .
  
   Até já entrei em contato com o Vitor, que mapeou as linhas em João
   Pessoa, que me deu dicas, mas, gostaria de tornar as perguntas
 públicas para
   que possa servir para outros na minha situação.
  
   Além disso, consultei a página Pt-br:Public transport
   (http://goo.gl/AxuKUB ) , mas a info lá é bem superficial.
  
   

Re: [Talk-br] Limites dos Bairros em Recife

[Vítor Rodrigo Dias]

Marcelo,

Você já fez a conflação das divisas de bairro onde estas coincidem com os
limites da cidade do Recife? Creio que, depois disso, não há mais nada pra
checar.

Abraços,
Vítor Dias
Em 26/01/2014 09:59, Marcelo Pereira pereirahol...@gmail.com escreveu:

 Srs,

  Achei que já tinha enviado essa msg pra lista, mas procurei e não
 encontrei, se estiver duplicada me perdoem

 Acabei de gerar um arquivo com os limites dos bairros do Recife e gostaria
 de saber da opinião de vcs se falta alguma coisa.

 O que fiz até agora :

 - Baixei do site da Prefeitura do Recife (
 http://www.recife.pe.gov.br/ESIG/ ) um shapefile com os limites.

 - Usei o script ogr2osm.py ( http://wiki.openstreetmap.org/wiki/Ogr2osm )
  para exportá-lo para o formato OSM.

 - Usei as tags usando como exemplo o mapa de Erechim, como indicado pelo
 Fernando Trebien.

 - O formato das relations e dos ways está conforme segue :

  way id='-69195' visible='true'
 nd ref='-61629' /
 ...
 nd ref='-64809' /
 tag k='boundary' v='administrative' /
 tag k='source' v='ESIG - Prefeitura Municipal de Recife' /
   /way


 relation id='-69215' visible='true'
 member type='way' ref='-68659' role='outer' /
 ...
 member type='way' ref='-68649' role='outer' /
 tag k='admin_level' v='10' /
 tag k='boundary' v='administrative' /
 tag k='name' v='Torre' /
 tag k='type' v='boundary' /
   /relation

 - Não encontrei no mapa daqui esses elementos, somente nodes indicando os
 bairros.

 O que falta fazer :

 - Ajustar o traçado ao mapa do OSM.

 É só isso ?

 Esqueci alguma coisa ?

 No aguardo de comentários

 Att,

 Marcelo 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

Re: [Talk-br] Inclusão de Paradas de ônibus em Recife e RMR

[Vítor Rodrigo Dias]

Marcelo,

Uma dica: seria melhor trocar as tags ref e name de lugar, não?

Abraços,
Vítor Dias

Em 15 de janeiro de 2014 18:23, Marcelo Pereira
pereirahol...@gmail.com escreveu:
 Srs,

 Transcrevo aqui o post que iniciei no Fórum, pois imagino que a audiência
 seja mais assídua por aqui.

 Ainda não incluí as paradas para evitar retrabalho no caso de estar fazendo
 algo de errado.

 Agradeço qq comentário.


 

   Andei lendo o post http://goo.gl/jLZbx8 sobre o transporte público de POA,
 e isso me instigou a tentar fazer o mesmo aqui na RMR.


   Quem administra o transporte público aqui é o consórcio GrandeRecife (
 www.granderecife.pe.gov.br ), que mantém uma busca no site para os detalhes,
 como linhas de ônibus, paradas, itinerários, etc.

   Além disso, no portal de dados abertos do Governo do Estado (
 dadosabertos.pr.gov.br ) pode-se encontrar algumas listas de informação,
 nada muito completo ou atualizado.

Vou logo adiantando que não entendi quase nada do processo a se fazer,
 principalmente no que tange a criação de um servidor próprio, na minha
 cabeça eu incluiria os dados no OSM, e usaria um serviço online para
 roteamento das linhas, como o OSRM ( ou outro específico ).

   O que pensei em fazer foi incluir aos poucos as informações no mapa, de
 forma a ser possível :

 - Ter os dados no mapa, primeiramente incluir as paradas de ônibus, depois
 os itinerários, horários, etc.
 - Permitir que outros usuários vejam os dados inseridos e os corrijam (
 inclusive já contactei um mapper ativo que se comprometeu a ajustar as
 paradas que forem incluídas na sua área de atuação )
 - Mesmo que eu não consiga chegar ao objetivo final de ter um transporte
 público da RMR mapeado totalmente, que sirva de base para que outros possam
 fazer isso a partir de dados já inseridos e validados.
 - utilizar estes dados para roteamento de ônibus, um serviço que já exisitu
 no site do GrandeRecife, mas sumiu.

   Do Dados Abertos, eu peguei uma tabela com cerca de 5600 paradas de
 ônibus, numeradas com o código identificador usado pelo GrandeRecife.

   Após algumas conversões, cheguei ao resultado abaixo, um OSM com um node
 para cada parada, com as tags :


 ref=BR-2609600-180195
 source=Dados Abertos Governo de Pernambuco
 highway=bus_stop
 name=180195
 fixme=review location
 addr:street=Avenida Agamenon Magalhães
 source:date=2013-03-14
 addr:city=Olinda

   Vi na página de transporte público ( http://goo.gl/uGvlco ) a tabela de
 tags para parada de ônibus e não entendi direito, passemos às questões :

 - A tag ref está definida com 4 caracteres para o código da parada, aqui
 usa-se 5 ou 6, pelo que vi na tabela importada.
 - Preciso manter os tags addr:?
 - A tag highway é para ter valor bus_stop ou platform ? Se  entendi
 corretamente, é para ser platform, e depois alguem ( Trebien? ) criará
 automagicamente o node na way mais próxima com a tag highway:bus_stop.
 - A tag name veio do código da parada da tabela importada, mas depois de
 montar a tag ref, acho que é inútil, mas a deixaria para permitir aos
 usuários identificá-la corretamente, assim como a addr:city, para obter o
 código IBGE do municipio.

 Do modelo proposto :
 - pra que serve a tag Authority ? Se for para o que estou pensando, seu
 conteúdo seria Consórcio Grande Recife
 - existe menção a uma tag site, imagino que seria highway, não ?
 - Um terminal seria um grupo de paradas, montado sob uma relação. Isso teria
 que ser feito manualmente, certo ?

 Só lembro disso por enquanto, com certeza tenho mais dúvidas, mas o que
 gostaria agora é de utilizar esse arquivo que tenho, assim como fez o Vitor
 Dias com as linhas em João Pessoa ( http://goo.gl/87pf2Z ), e depois quando
 for conseguindo mais coisas, inserir no mapa.

 


 Att,

 Marcelo P


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




-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 9895-3975 - TIM

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

Re: [Talk-br] Inclusão de Paradas de ônibus em Recife e RMR

[Vítor Rodrigo Dias]

Fernando,

Descobri um pessoal de João Pessoa trabalhando num app para Android com
rotas de ônibus e entrei em contato para trocar informações. Baixei o app
deles e vi que eles já têm bem mais pontos de parada do que o OSM, mas
infelizmente parece faltar muita coisa ainda.

Acho que desse mato sai coelho, hein?
Em 16/01/2014 03:03, Fernando Trebien fernando.treb...@gmail.com
escreveu:

 Marcelo,

 Vou lhe dar um resumo do que lembro de cabeça, os detalhes todos eu só
 consigo lhe confirmar quando voltar a Porto Alegre no dia 19 de noite.

 No OSM, você não mapeará horários - isso fica no feed GTFS que iria no
 servidor OTP, um serviço que alguém teria que instalar, disponibilizar e
 pagar pra manter. Na época, pensamos em fazer algo que se sustentasse com
 doações. O OSRM não planeja rotas multimodais (que envolvem uma combinação
 de meios de transporte diferentes como seria pro transporte público, que
 envolve as rotas de ônibus e deslocamentos a pé).

 Existem duas formas de representar paradas de ônibus: (1) somente um ponto
 highway=bus_stop fora da via (mas pode opcionalmente fazer parte de outra
 coisa, como uma calçada ou de uma via com highway=platform), ou (2) um
 ponto, linha ou área com public_transport=platform representando onde as
 pessoas param - como no caso (1) - acompanhado de um ponto na via com
 public_transport=stop_position, e as duas coisas (plataforma e ponto de
 parada) como parte de uma relação type=public_transport. Essa segunda
 possibilidade nunca vi sendo usada (provavelmente por ser mais complexa),
 mas é suportada pelo OTP. É possível ir migrando de uma forma para a outra
 gradualmente. Na dúvida, use a forma (1) que tem muito mais suporte por ser
 mais antiga.

 Acredito que ref deva ser usado apenas para uma numeração oficial das
 paradas (caso exista indicada em placas nas paradas). Senão, o melhor é
 criar uma tag nova com um namespace associado à fonte, assim: dagp:[nome do
 atributo na fonte] (ex.: dagp:numero). Sugiro isso pouco confundiria a
 pessoa ao receber uma instrução pra pegar o ônibus na parada 638840, por
 exemplo.

 Eu deixaria o mínimo possível de tags nas paradas, já que qualquer
 informação colocada nelas seria repetida 5600 vezes. Por exemplo, na tag
 source, eu colocaria uma sigla, talvez source=DAGP. Eu removeria as tags
 addr:city (a maioria dos sistemas sabe identificar a que cidade um ponto
 pertence), ref, e o que está em name eu colocaria em dagp:numero (o algo
 assim). Idealmente eu passaria as tags de endereço pra pontos fora. As
 paradas não têm número de porta, apenas se localizam em frente a
 residências que efetivamente têm essa numeração. Se não der pra fazer, ok.

 Eu ainda colocaria o fixme escrito em português.

 Tem algumas outras coisas importantes que você não chegou a mencionar,
 como a estrutura das relações de rota. Pra isso, sugiro que você olhe como
 o Vitor fez. Não lembro agora se ele chegou a adicionar as paradas nas
 relações (é algo necessário pra se poder gerar um feed GTFS básico a partir
 do OSM - e depois só completá-lo com os horários). Outra coisa que lembro é
 que faltaram as relações matriz de rota (route master), também fundamentais
 pro OTP funcionar (entre outros sistemas).

 Vou tentar fazer um exemplo bem completo pra você se basear. Em casa eu já
 tenho bastante coisa pronta (bem estudada e comparada com práticas de
 outros países).
 On Jan 15, 2014 6:24 PM, Marcelo Pereira pereirahol...@gmail.com
 wrote:

 Srs,

 Transcrevo aqui o post que iniciei no Fórum, pois imagino que a audiência
 seja mais assídua por aqui.

 Ainda não incluí as paradas para evitar retrabalho no caso de estar
 fazendo algo de errado.

 Agradeço qq comentário.


 

   Andei lendo o post http://goo.gl/jLZbx8 sobre o transporte público de
 POA, e isso me instigou a tentar fazer o mesmo aqui na RMR.


   Quem administra o transporte público aqui é o consórcio GrandeRecife (
 www.granderecife.pe.gov.br ), que mantém uma busca no site para os
 detalhes, como linhas de ônibus, paradas, itinerários, etc.

   Além disso, no portal de dados abertos do Governo do Estado (
 dadosabertos.pr.gov.br ) pode-se encontrar algumas listas de informação,
 nada muito completo ou atualizado.

Vou logo adiantando que não entendi quase nada do processo a se fazer,
 principalmente no que tange a criação de um servidor próprio, na minha
 cabeça eu incluiria os dados no OSM, e usaria um serviço online para
 roteamento das linhas, como o OSRM ( ou outro específico ).

   O que pensei em fazer foi incluir aos poucos as informações no mapa, de
 forma a ser possível :

 - Ter os dados no mapa, primeiramente incluir as paradas de ônibus,
 depois os itinerários, horários, etc.
 - Permitir que outros usuários vejam os dados inseridos e os corrijam (
 inclusive já contactei um mapper ativo que se comprometeu a ajustar as
 paradas que forem incluídas na sua área de atuação )
 - Mesmo que eu não consiga chegar ao objetivo final de ter um transporte
 público da RMR 

Re: [Talk-br] alterações em BH

[Vítor Rodrigo Dias]

Gerald,

Felizmente ainda não há muitas rotas de ônibus de BH mapeadas, de modo
que por enquanto não precisaremos mexer em nada, rs...

Abraços!
Vítor Dias

Em 11 de janeiro de 2014 19:10, Gerald Weber gwebe...@gmail.com escreveu:
 2014/1/11 Gerald Weber gwebe...@gmail.com

 Parece que esse alguém será você mesmo, Gerald :-)


 OK, já tenho meu programa para o final de semana então ;)


 Já fiz uma boa parte das alterações, confesso que teve uns casos em que suei
 a camisa.

 Agora tem alterações em rotas de ônibus que é algo que nunca trabalhei.
 Prefiro deixar para quem tem experiência (Vitor?).

 http://www.bhtrans.pbh.gov.br/portal/page/portal/portalpublico/Temas/Noticias/alteracoes-circulacao-praca-hugo-werneck-100114

 http://www.bhtrans.pbh.gov.br/portal/page/portal/portalpublico/Temas/Noticias/mudanca-circulacao-silviano-brandao-080114

 http://www.bhtrans.pbh.gov.br/portal/page/portal/portalpublico/Temas/Noticias/alteracoes-area-central-030114

 abraço

 Gerald

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




-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 9895-3975 - TIM

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

Re: [Talk-br] Rotas de ônibus

[Vítor Rodrigo Dias]

Fernando,

É exatamente o que eu faço sempre que uma linha tem dois pontos de
controle, ou mesmo mais de uma variante. No caso das linhas de João
Pessoa, nenhuma, ou praticamente nenhuma, opera nesse esquema, a
maioria têm apenas um PC. Portanto não precisaria de rotas de ida e
vinda.

Por enquanto, poucas das linhas que eu tenho adicionado têm dois
pontos de controle. Muito obrigado pelos elogios e observações!

Em 24 de dezembro de 2013 14:50, Fernando Trebien
fernando.treb...@gmail.com escreveu:
 Está ficando excelente Vítor! :D

 Futuramente, você também pode pensar em quebrar as relações em rotas
 de ida e vinda (uma para cada direção), e daí agrupar as duas rotas em
 uma relação route_master. Não é obrigatório fazer isso agora, mas
 alguns sistemas presumem que a estrutura seja essa, como por exemplo o
 OSM2GTFS, que vocês usariam caso quisessem instalar um serviço de
 cálculo de rotas usando o OTP.

 2013/12/23 Vítor Rodrigo Dias vitor.d...@gmail.com:
 Concluí também a inclusão das linhas intermunicipais urbanas da grande
 João Pessoa. Por enquanto, como ainda não consegui as informações
 referentes aos pontos de ônibus, as informações seguem sendo pra
 enfeite. Aproveitei meus parcos conhecimentos e procurei informações
 de linhas municipais na região metropolitana de Belo Horizonte para
 também incluí-las. Já terminei o serviço em Nova Lima, inseri metade
 das linhas de Ribeirão das Neves (a outra metade não consta no site da
 empresa que as opera) e agora estou inserindo as linhas de Santa
 Luzia-MG. Quem quiser conferir como ficou o serviço, basta visitar as
 cidades mencionadas no OSM e mapas de transporte coletivo derivados.

 Quando terminar de inserir todas as linhas que conseguir informação,
 parto para a via crucis de inserir as linhas intermunicipais urbanas
 da grande BH, que será um trabalho do cão. Não vou focar na inserção
 das linhas de BH por enquanto pois esta já é integrada ao Google.

 Em 8 de dezembro de 2013 10:47, Fernando Trebien
 fernando.treb...@gmail.com escreveu:
 Se você conseguir as paradas com autorização da SEMOB, você pode
 incluí-las nas relações quase facilmente usando o plugin
 public_transport do JOSM. Ele faz várias coisas, mas a mais
 interessante seria automaticamente adicionar as paradas às relações.
 Se você precisar de ajuda, pode contar comigo.

 Só acho que ao importar as paradas você teria que ter o cuidado de
 posicioná-las do lado certo de cada rua (é requisito pro plugin
 funcionar), o mapa da SEMOB pode não coincidir exatamente com o do
 OSM.

 2013/12/8 Vítor Rodrigo Dias vitor.d...@gmail.com:
 Eu poderia tentar começar a mapear as paradas, mas seria um processo
 bem mais demorado, até porque não dá pra identificá-las todas a partir
 das imagens aéreas. Mas posso ver se a SEMOB aqui de João Pessoa já as
 teria todas mapeadas - meu palpite é que não tem.

 Quanto ao restante, acho que já é avançado demais pra mim, hehe...

 Em 8 de dezembro de 2013 09:26, Fernando Trebien
 fernando.treb...@gmail.com escreveu:
 Cara, que show isso! As linhas já aparecem na camada de transporte
 público do site principal.

 Este site permitiria ver as rotas individualmente, mas não sei com que
 frequência eles atualizam a base: http://demo.3liz.com/osmtransport/

 Pra cálculo de rotas, você teria que:
 - mapear as paradas de ônibus
 - incluí-las nas relações das rotas
 - extrair um feed GTFS
 - adicionar a tabela horária ao feed (provavelmente gerando horários
 fictícios para cada parada)
 - instalar um servidor OTP
 - copiar o feed para esse servidor

 Há um tempo atrás eu propus fazer algo assim a nível nacional (já que
 esse negócio é complicado, faríamos uma vez só), mas não surgiram
 interessados. Quem sabe agora?

 2013/12/7 Vítor Rodrigo Dias vitor.d...@gmail.com:
 Pessoal,

 Terminei de mapear as linhas municipais de João Pessoa-PB. Sabem se há
 algum aplicativo que use dados do OSM no cálculo ou consulta de rotas
 de transporte coletivo no Brasil?

 Abraços!

 --
 Vítor Rodrigo Dias
 Revisor de textos
 Tradutor port/ing/port e port/esp/port
 Telefone: (31) 9895-3975 - TIM

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



 --
 Fernando Trebien
 +55 (51) 9962-5409

 The speed of computer chips doubles every 18 months. (Moore's law)
 The speed of software halves every 18 months. (Gates' law)

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



 --
 Vítor Rodrigo Dias
 Revisor de textos
 Tradutor port/ing/port e port/esp/port
 Telefone: (31) 9895-3975 - TIM

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



 --
 Fernando Trebien
 +55 (51) 9962-5409

 The speed of computer chips doubles every 18 months. (Moore's law)
 The speed of software halves every 18 months

Re: [Talk-br] Rotas de ônibus

[Vítor Rodrigo Dias]

Ah, esses casos então eu deixo pra depois, uma vez que por enquanto a
gente não vai ter como montar o servidor...

Obrigado e bons mapeamentos também!

Aproveito pra desejar um Feliz Natal a quem ainda estiver lendo nossas
mensagens =)

Em 24 de dezembro de 2013 19:25, Fernando Trebien
fernando.treb...@gmail.com escreveu:
 Nesse caso você precisaria pelo menos criar uma relação route_master
 com 1 único membro para que o OSM2GTFS funcione. Parece redundante
 mas, fazer o quê.

 Quando voltar pro assunto das rotas aqui em Porto Alegre vou revisitar
 o seu mapeamento pra dar mais pitacos e quem sabe pegar algumas idéias
 emprestadas também. :D

 Bons mapeamentos!

 2013/12/24 Vítor Rodrigo Dias vitor.d...@gmail.com:
 Fernando,

 É exatamente o que eu faço sempre que uma linha tem dois pontos de
 controle, ou mesmo mais de uma variante. No caso das linhas de João
 Pessoa, nenhuma, ou praticamente nenhuma, opera nesse esquema, a
 maioria têm apenas um PC. Portanto não precisaria de rotas de ida e
 vinda.

 Por enquanto, poucas das linhas que eu tenho adicionado têm dois
 pontos de controle. Muito obrigado pelos elogios e observações!

 Em 24 de dezembro de 2013 14:50, Fernando Trebien
 fernando.treb...@gmail.com escreveu:
 Está ficando excelente Vítor! :D

 Futuramente, você também pode pensar em quebrar as relações em rotas
 de ida e vinda (uma para cada direção), e daí agrupar as duas rotas em
 uma relação route_master. Não é obrigatório fazer isso agora, mas
 alguns sistemas presumem que a estrutura seja essa, como por exemplo o
 OSM2GTFS, que vocês usariam caso quisessem instalar um serviço de
 cálculo de rotas usando o OTP.

 2013/12/23 Vítor Rodrigo Dias vitor.d...@gmail.com:
 Concluí também a inclusão das linhas intermunicipais urbanas da grande
 João Pessoa. Por enquanto, como ainda não consegui as informações
 referentes aos pontos de ônibus, as informações seguem sendo pra
 enfeite. Aproveitei meus parcos conhecimentos e procurei informações
 de linhas municipais na região metropolitana de Belo Horizonte para
 também incluí-las. Já terminei o serviço em Nova Lima, inseri metade
 das linhas de Ribeirão das Neves (a outra metade não consta no site da
 empresa que as opera) e agora estou inserindo as linhas de Santa
 Luzia-MG. Quem quiser conferir como ficou o serviço, basta visitar as
 cidades mencionadas no OSM e mapas de transporte coletivo derivados.

 Quando terminar de inserir todas as linhas que conseguir informação,
 parto para a via crucis de inserir as linhas intermunicipais urbanas
 da grande BH, que será um trabalho do cão. Não vou focar na inserção
 das linhas de BH por enquanto pois esta já é integrada ao Google.

 Em 8 de dezembro de 2013 10:47, Fernando Trebien
 fernando.treb...@gmail.com escreveu:
 Se você conseguir as paradas com autorização da SEMOB, você pode
 incluí-las nas relações quase facilmente usando o plugin
 public_transport do JOSM. Ele faz várias coisas, mas a mais
 interessante seria automaticamente adicionar as paradas às relações.
 Se você precisar de ajuda, pode contar comigo.

 Só acho que ao importar as paradas você teria que ter o cuidado de
 posicioná-las do lado certo de cada rua (é requisito pro plugin
 funcionar), o mapa da SEMOB pode não coincidir exatamente com o do
 OSM.

 2013/12/8 Vítor Rodrigo Dias vitor.d...@gmail.com:
 Eu poderia tentar começar a mapear as paradas, mas seria um processo
 bem mais demorado, até porque não dá pra identificá-las todas a partir
 das imagens aéreas. Mas posso ver se a SEMOB aqui de João Pessoa já as
 teria todas mapeadas - meu palpite é que não tem.

 Quanto ao restante, acho que já é avançado demais pra mim, hehe...

 Em 8 de dezembro de 2013 09:26, Fernando Trebien
 fernando.treb...@gmail.com escreveu:
 Cara, que show isso! As linhas já aparecem na camada de transporte
 público do site principal.

 Este site permitiria ver as rotas individualmente, mas não sei com que
 frequência eles atualizam a base: http://demo.3liz.com/osmtransport/

 Pra cálculo de rotas, você teria que:
 - mapear as paradas de ônibus
 - incluí-las nas relações das rotas
 - extrair um feed GTFS
 - adicionar a tabela horária ao feed (provavelmente gerando horários
 fictícios para cada parada)
 - instalar um servidor OTP
 - copiar o feed para esse servidor

 Há um tempo atrás eu propus fazer algo assim a nível nacional (já que
 esse negócio é complicado, faríamos uma vez só), mas não surgiram
 interessados. Quem sabe agora?

 2013/12/7 Vítor Rodrigo Dias vitor.d...@gmail.com:
 Pessoal,

 Terminei de mapear as linhas municipais de João Pessoa-PB. Sabem se há
 algum aplicativo que use dados do OSM no cálculo ou consulta de rotas
 de transporte coletivo no Brasil?

 Abraços!

 --
 Vítor Rodrigo Dias
 Revisor de textos
 Tradutor port/ing/port e port/esp/port
 Telefone: (31) 9895-3975 - TIM

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



 --
 Fernando

Re: [Talk-br] Rotas de ônibus

[Vítor Rodrigo Dias]

Concluí também a inclusão das linhas intermunicipais urbanas da grande
João Pessoa. Por enquanto, como ainda não consegui as informações
referentes aos pontos de ônibus, as informações seguem sendo pra
enfeite. Aproveitei meus parcos conhecimentos e procurei informações
de linhas municipais na região metropolitana de Belo Horizonte para
também incluí-las. Já terminei o serviço em Nova Lima, inseri metade
das linhas de Ribeirão das Neves (a outra metade não consta no site da
empresa que as opera) e agora estou inserindo as linhas de Santa
Luzia-MG. Quem quiser conferir como ficou o serviço, basta visitar as
cidades mencionadas no OSM e mapas de transporte coletivo derivados.

Quando terminar de inserir todas as linhas que conseguir informação,
parto para a via crucis de inserir as linhas intermunicipais urbanas
da grande BH, que será um trabalho do cão. Não vou focar na inserção
das linhas de BH por enquanto pois esta já é integrada ao Google.

Em 8 de dezembro de 2013 10:47, Fernando Trebien
fernando.treb...@gmail.com escreveu:
 Se você conseguir as paradas com autorização da SEMOB, você pode
 incluí-las nas relações quase facilmente usando o plugin
 public_transport do JOSM. Ele faz várias coisas, mas a mais
 interessante seria automaticamente adicionar as paradas às relações.
 Se você precisar de ajuda, pode contar comigo.

 Só acho que ao importar as paradas você teria que ter o cuidado de
 posicioná-las do lado certo de cada rua (é requisito pro plugin
 funcionar), o mapa da SEMOB pode não coincidir exatamente com o do
 OSM.

 2013/12/8 Vítor Rodrigo Dias vitor.d...@gmail.com:
 Eu poderia tentar começar a mapear as paradas, mas seria um processo
 bem mais demorado, até porque não dá pra identificá-las todas a partir
 das imagens aéreas. Mas posso ver se a SEMOB aqui de João Pessoa já as
 teria todas mapeadas - meu palpite é que não tem.

 Quanto ao restante, acho que já é avançado demais pra mim, hehe...

 Em 8 de dezembro de 2013 09:26, Fernando Trebien
 fernando.treb...@gmail.com escreveu:
 Cara, que show isso! As linhas já aparecem na camada de transporte
 público do site principal.

 Este site permitiria ver as rotas individualmente, mas não sei com que
 frequência eles atualizam a base: http://demo.3liz.com/osmtransport/

 Pra cálculo de rotas, você teria que:
 - mapear as paradas de ônibus
 - incluí-las nas relações das rotas
 - extrair um feed GTFS
 - adicionar a tabela horária ao feed (provavelmente gerando horários
 fictícios para cada parada)
 - instalar um servidor OTP
 - copiar o feed para esse servidor

 Há um tempo atrás eu propus fazer algo assim a nível nacional (já que
 esse negócio é complicado, faríamos uma vez só), mas não surgiram
 interessados. Quem sabe agora?

 2013/12/7 Vítor Rodrigo Dias vitor.d...@gmail.com:
 Pessoal,

 Terminei de mapear as linhas municipais de João Pessoa-PB. Sabem se há
 algum aplicativo que use dados do OSM no cálculo ou consulta de rotas
 de transporte coletivo no Brasil?

 Abraços!

 --
 Vítor Rodrigo Dias
 Revisor de textos
 Tradutor port/ing/port e port/esp/port
 Telefone: (31) 9895-3975 - TIM

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



 --
 Fernando Trebien
 +55 (51) 9962-5409

 The speed of computer chips doubles every 18 months. (Moore's law)
 The speed of software halves every 18 months. (Gates' law)

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



 --
 Vítor Rodrigo Dias
 Revisor de textos
 Tradutor port/ing/port e port/esp/port
 Telefone: (31) 9895-3975 - TIM

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



 --
 Fernando Trebien
 +55 (51) 9962-5409

 The speed of computer chips doubles every 18 months. (Moore's law)
 The speed of software halves every 18 months. (Gates' law)

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



-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 9895-3975 - TIM

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

Re: [Talk-br] Corretor automático de abreviações

[Vítor Rodrigo Dias]

Eu tenho colocado aqui em João Pessoa algumas ruas sem nome  só
com os algarismos, sem a opção por extenso, pois muitas delas já têm
nomes oficiais que ainda não constam nos mapas por estes estarem
desatualizados. Acaba economizando trabalho.

Em 10 de dezembro de 2013 19:34, Fernando Trebien
fernando.treb...@gmail.com escreveu:
 Hm a questão dos números seria converter palavras em números ou
 converter números em palavras?

 Pergunto isso porque números não estão nos planos de nenhum
 renderizador com suporte a abreviações. Além de acabarem quase nunca
 sendo renderizados (por serem muito longos), números por extenso
 também tornariam listagens (como em aparelhos GPS) mais difíceis de
 usar; ex: rua sete mil oitocentos e sessenta e nove vs rua 7869.

 Mesmo que algum renderizador tivesse planos de suportar essa
 conversão, ela teria que ser customizada para cada língua, e seria
 muito mais complicado do que uma simples lista de substituições (como
 é o caso das abreviações).

 2013/12/10 Vitor George vitor.geo...@gmail.com:
 Pensando alto, seria legal que existisse um sanitizador de nomes brasileiros
 que considere, além de abreviações, a questão de colocar números por extenso
 ou a falta do logradouro no começo do nome.



 2013/12/8 Lists skipp...@gimnechiske.org

 Quadra?

 Aun Johnsen

 On 8. des. 2013, at 18:24, Erick de Oliveira Leal
 erickdeoliveiral...@gmail.com wrote:

  Existe algo pronto para ser usado para corrigir abreviações do tipo Av.
  Q. Qd. ?
  ___
  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




 --
 Fernando Trebien
 +55 (51) 9962-5409

 The speed of computer chips doubles every 18 months. (Moore's law)
 The speed of software halves every 18 months. (Gates' law)

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



-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 9895-3975 - TIM

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