[Talk-br] [RJ] In Loco - Mapas do MPRJ

[Arlindo Pereira]

Prezados,

gostaria de apresentar a plataforma In Loco do Ministério Público do 
Estado do Rio de Janeiro:


http://inloco.mprj.mp.br/

a plataforma reúne informações sobre os mais diversos temas, com foco no 
estado do RJ.


*Venho por meio deste email autorizar a importação dos dados da 
plataforma InLoco no OpenStreetMap.*


Atenciosamente,
Arlindo Pereira
MP em Mapas - MPRJ


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

Re: [Talk-br] Dúvida OSM

[Arlindo Pereira]

Olá André,

seja bem-vindo! Muito legal ver um SU do 4sq por aqui. Também sou SU1, aqui
no Rio de Janeiro.

Como o pessoal comentou, o editor Maps.me é uma forma bem simples de editar
POIs, de forma bem semelhante a como funciona no editor do Foursquare. Você
pode entrar pontos novos ou editar pontos existentes, editar informações
como nome, endereço, horário de funcionamento, telefone, website etc.

Também é possível editar pelo computador. Sugiro utilizar o editor iD, que
é o padrão do projeto quando se clica no botão editar.

Quanto a guias de estilo, ao contrário do 4sq que possui campos fixos, o
OpenStreetMap possui tags (etiquetas) no padrão chave=valor, que são
criadas automaticamente pelos aplicativos (seja o Maps.me, seja o iD) mas
que também podem ser inseridas manualmente. Neste caso, a guia de estilo se
refere exatamente a quais são essas tags, e em que padrão inseri-las.

O padrão que mais difere do 4sq é quanto ao formato dos endereços: enquanto
no Foursquare se abrevia (Av. N. S. de Copacabana) no OSM se escreve sempre
por extenso (Avenida Nossa Senhora de Copacabana).

Enfim, experimente realizar alguma edição, estamos a disposição para tirar
suas dúvidas pontuais e/ou revisar edições que você tenha alguma dúvida se
foi feita ou não da melhor maneira. :)


[]s
Arlindo Pereira

Em 3 de março de 2017 09:58, André Fernandes <opera...@outlook.com>
escreveu:

> Caros, bom dia!
>
>
> Me interessei pelo Projeto, mas sou novo e (acho que) não participo da
> comunidade. Qual a melhor maneira que vocês me indicam para editar? Só
> consigo fazer pelo computador ou também por aplicativo? Existe um Guia de
> Estilo como no Foursquare? Desde já, agradeço o retorno!
>
>
>
>
>
> Atenciosamente,
>
>
> *André Fernandes Perazzo*
> ® Foursquare Superuser Level 1
> +55 (21) 96906-6581 <(21)%2096906-6581>
> Rio de Janeiro, Brazil 2017
> www.foursquare.com/eumanero
>
> ___
> 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

[Arlindo Pereira]

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 list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

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

[Arlindo Pereira]

*https://goo.gl/vTCEKf <https://goo.gl/vTCEKf>* – this goo.gl shortlink has
been disabled. It was found to be violating our Terms of Service. Click here
<https://www.google.com/intl/en/policies/terms/regional.html> and here
<https://goo.gl/policy.html> for more information about our terms and
policies respectively.


[]s
Arlindo Pereira

Em 21 de janeiro de 2017 23:42, santamariense <imagens...@gmail.com>
escreveu:

> Compartilho com os senhores o relatório de uma simulação de mapeamento
> de numeração de casas usando o CNEFE. O relatório consta de uma
> arquivo de texto (o relatório em sí) + um *.osm de como ficou o
> resultado do mapeamento.
>
> Relatório: https://goo.gl/vTCEKf
>
> O relatório se refere ao estudo de caso da Proposta 1
> (https://wiki.openstreetmap.org/wiki/WikiProject_Brazil/
> CNEFE_2010/Importa%C3%A7%C3%A3o_dos_endere%C3%A7os)
>
> ___
> 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

[Arlindo Pereira]

Dificilmente terei tempo de ajudar (ainda estou enrolado tentando subir
pouco a pouco os prédios no Rio), mas sugiro que seja quebrado em bairros,
no caso das cidades maiores. Ou ainda, que seja feito nos municípios por
ordem de menor para o maior (seja em área, seja em população), para
facilitar o trabalho.


[]s
Arlindo Pereira

Em 6 de janeiro de 2017 09:32, Peter Krauss <ppkra...@gmail.com> escreveu:

> Oi gente, "colocar a mão na massa" é também editar na Wiki (!!)
>
> @santamariense , tentei transcrever e adaptar algo, por favor revisar e
> complementar:
>
> https://wiki.openstreetmap.org/wiki/WikiProject_Brazil/
> CNEFE_2010/Importa%C3%A7%C3%A3o_dos_endere%C3%A7os
>
> Mais uma vez lembro que é fundamental agora consolidar (transcrever,
> resumir ou adapar) tudo o que foi discutido aqui nos emails, lá pra a Wiki,
> que foi o espaço eleito para o primeiro rascunho do projeto, e para
> "votarmos" (discutir e buscar consenso eventualmente também por meio de
> votação) metodologias e demais decisões de projeto.
>
> Por favor editem
>
>https://wiki.openstreetmap.org/wiki/WikiProject_Brazil/CNEFE_2010
>
> e seus links
>
>
>
>
>
> Em 5 de janeiro de 2017 23:29, santamariense <imagens...@gmail.com>
> escreveu:
>
>> Penso que não existam metodologias completamente diferente entre nós.
>> Existem alguns pormenores em discussão, mas de modo geral a
>> metodologia parece ser a mesma.
>>
>> Eu não tenho conhecimentos de POSTGis mas to querendo aprender. Então
>> se lançarem no Git beleza.
>>
>> A ideia é que a metodologia seja aberta para que, quem tiver
>> interesse, possa contrapor, dar sugestões e entender o processo, mas
>> não necessariamente vai ter que aprender a fazer todo o processo do
>> zero.
>>
>> A ideia é (passos):
>>
>> 1. Padronizar uma metodologia (estamos neste momento aqui);
>> 2. Processar os dados de TODOS os municípios, já com formato *.osm
>> 3. Criar na wiki uma tabela de todos os municípios, com um link para
>> download do arquivo *.OSM e um campo de assinatura. (Exemplo: Escolhi
>> trabalhar no município X, então baixo o arquivo e, assino meu nome de
>> usuário para que outra pessoa não conflite em escolher o mesmo
>> município para edição). Além do que, se terá controle do andamento do
>> trabalho em escala nacional.
>> 4. Com o arquivo em mãos, vai se trabalhando em cima dele e salvando,
>> e, quando estiver pronto (todo o município) se faz o upload. Não
>> poderá ser baixado dados do OSM sobre o arquivo para evitar potenciais
>> conflitos de edição.
>>
>> Como a ideia é já entregar o arquivo em formato *.osm pronto para
>> ajustes finais, quem não tiver interesse em entender o processo de
>> como se chegou a ele, não precisará aprender a fazer.
>>
>> ___
>> 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] strava

[Arlindo Pereira]

Complementando: o Strava disponibiliza camadas heatmap (mapas de calor) com
as trilhas de seus usuários, anonimizadas. É possível escolher entre
somente ciclismo, somente corrida ou os dois juntos, em diferentes estilos
de coloração.


[]s
Arlindo Pereira

Em 5 de janeiro de 2017 10:22, Helio Cesar Tomio <hcto...@gmail.com>
escreveu:

> Complementando o que o Roger muito bem explanou, a camada do strava pode
> ser aberta também no editor iD.
>
> Existe tb um editor iD modificado pela Strava, para auxiliar nas edições :
> https://strava.github.io/iD/
>
> Em 05/01/2017 07:52, "Gerald Weber" <gwebe...@gmail.com> escreveu:
>
>> Oi Turma
>>
>>
>> eu vejo muitas menções ao strava nas discussões aqui e no telegram, já vi
>> até edições com gente se referindo ao strava.
>>
>>
>> Eu só não entendi muito bem como nós podemos usar os dados do strava.
>> Lendo a wiki do OSM eu fiquei na mesma.
>>
>>
>> Entendi que se trata de um aplicativo onde se registra caminhadas,
>> corridas etc. Uma amiga minha até me mostrou a trilha gps que ela gravou de
>> bicicleta.
>>
>>
>> Mas onde entramos nisto? A gente tem acesso a estas trilhas gps? como?
>>
>>
>> qualquer dica será muito bem vinda
>>
>>
>> abraço
>>
>>
>> Gerald
>>
>>
>>
>>
>> ___
>> 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

[Arlindo Pereira]

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

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

[Arlindo Pereira]

A wiki sugere disused:railway=station para estações ainda de pé, mas sem
serviço de passageiros (por exemplo, estações usada apenas por empresas de
cargas, como a MRS, sem serviço de passageiros), e railway:historic=station
e/ou historic:railway=station para estações ainda de pé, mas desativadas /
com outros serviços (sendo, por exemplo, terminais de ônibus).

https://wiki.openstreetmap.org/wiki/Railway_stations#Stations_and_sites_which_are_not_currently_in_operation


[]s
Arlindo Pereira

Em 2 de janeiro de 2017 18:20, Lucas Pereira <lucaspefrei...@gmail.com>
escreveu:

> Complementando...
>
> Algumas vezes a estação deixa de ser uma estação de passageiros e passa a
> ser uma estação de serviço. Outras vezes é simplesmente abandonada.
> Acredito que a diferença entre disused e abandoned seria semelhante a já
> aplicada nas ferrovias. Estações sem uso, ainda de pé: disused; demolidas:
> abandoned.
>
> Por fim, o prédio onde abriga (ou abrigava a estação) pode receber também
> a etiqueta building=train_station, identificando a tipologia construtiva da
> edificação.
>
> Att.
> LucFreitas
>
> Em 2 de janeiro de 2017 18:15, Lucas Pereira <lucaspefrei...@gmail.com>
> escreveu:
>
>> Olá santamariense demais usuários. Boa tarde.
>>
>> Segue o link da página que eu estava traduzindo (mas atualmente a
>> tradução está parada) sobre os elementos ferroviários como é descrito no
>> OpenRailwayMap, especialmente para as estações:
>> https://wiki.openstreetmap.org/wiki/Pt:OpenRailwayMap/Taggin
>> g#.C3.81reas_de_Opera.C3.A7.C3.B5es_Ferrovi.C3.A1rias
>>
>> Basicamente, você tem as estações e paradas ferroviárias ativas, para
>> passageiros, estações de pátios de triagem, cargas e fretes, e estações de
>> serviço usadas pela operadora da linha. O esquema de tag recomenda utilizar
>> o disused:railway=* e abandoned:railway=* para onde não há mais uso.
>>
>> Att,
>> LucFreitas
>>
>> Em 2 de janeiro de 2017 17:56, santamariense <imagens...@gmail.com>
>> escreveu:
>>
>>> Eu (usuário santamariense), e os usuários Geogast e portalaventura,
>>> discutimos a questão do mapeamento de Estações de Trem em uma nota
>>> aberta em Santa Maria RS.
>>>
>>> A discussão gira em torno do fato de que a maioria das
>>> (railway=station)'s do Brasil não seriam mais ao pé da letra r=s
>>> porque não funcionam mais como "transporte de passageiros / Transporte
>>> público".
>>>
>>> Chegou-se ao consenso que o correto é mudar da tag (railway=station)
>>> para (historic:railway=station).
>>>
>>> Abro aqui esta discussão para que possamos corrigir isto em todo o
>>> território nacional.
>>>
>>> A discussão original encontra-se em
>>> https://www.openstreetmap.org/note/792826 e deve continuar aqui na
>>> lista.
>>>
>>> Atual cenário do mapeamento no Brasil:
>>> r=s no BR: http://overpass-turbo.eu/s/kYN
>>> h:r=s no BR: http://overpass-turbo.eu/s/kYO
>>>
>>> ___
>>> 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] Formato e tags de transporte público

[Arlindo Pereira]

Não sei os detalhes técnicos, mas você pode fazer consultas usando o
Overpass.

https://overpass-turbo.eu/

http://wiki.openstreetmap.org/wiki/Overpass_API


[]s
Arlindo Pereira

Em 16 de setembro de 2016 18:27, George Silva <georger.si...@gmail.com>
escreveu:

> Era isso que estava pensando. Estamos alinhados quanto ao método.
>
> Se isso realmente der certo como estamos planejando, teremos algumas
> cidades que já irão sincronizar diretamente com a base. Tanto PED (Ponto de
> Embarque e Desembarque) quando a geometria das rotas, nomes, cores, etc.
>
> Pelo link do Vitor, vi as tags que são relevantes, era o que precisava e
> você completou a resposta.
>
> Sem querer alongar mais o debate, qual seria a melhor maneira de puxar uma
> lista de vias que interseccionem um polígono? Preferiria fazer direto do
> OSM, mas também pensei em importar a base para o PostgreSQL. O problema
> nesse caso é que a importação demora horrores. O que pensei é ter uma cópia
> do dados e um servidor local, atualizado pelo diff de minuto, onde faria as
> "perguntas". Alguém pode me direcionar neste sentido?
>
> 2016-09-16 18:14 GMT-03:00 Wille <wi...@wille.blog.br>:
>
>> Nesse caso é mais fácil!
>>
>> Para criar uma nova rota, você precisaria gerar um arquivo xml. Veja esse
>> exemplo de rota: https://www.openstreetmap.org/api/0.6/relation/2435070
>>
>> Basicamente são as tags de transporte público e os ids dos ways que fazem
>> parte da rota. Ali na tag , só precisa de um id negativo pro OSM
>> entender que é algo novo e de visible="true".
>>
>> Já para modificar a rota, acredito que basta modificar esse xml,
>> adicionando action="modify" na tag relation e atualizando os ways que fazem
>> parte da rota.
>>
>> Se quiser dar uma olhada num código python que gera um xml:
>> https://github.com/osmlab/nycbuildings/blob/master/convert.py#L183
>>
>> Depois é possível enviar o xml pra api do OSM.
>>
>> abraços,
>> wille
>>
>>
>> On 16-09-2016 17:27, George Silva wrote:
>>
>> Oi Wille! Estamos ligados no SOTM! Tentaremos ir.
>>
>> Mas o que acontece Wille, é que hoje, esses dados de rotas são populados
>> usando um shapefile. Estamos integrando um serviço para esses dados venham
>> de vias do OSM. Ou seja, alguém, mesmo que a prefeitura/empresa em questão,
>> terá que deixar os trechos onde os onibus percorrem, redondinhos no OSM!
>>
>> Essa que é sacada da coisa.
>>
>> 2016-09-16 17:20 GMT-03:00 Wille <wi...@wille.blog.br>:
>>
>>> Oi, George
>>>
>>> A criação de rotas de transporte público é meio complexa, pois sempre
>>> envolve cortar os ways que compõem as ruas e avenidas e criar a relação. A
>>> parte de cortar ways eu acho bem complicado para automatizar Talvez seja
>>> melhor gerar um feed e cadastrar no https://transit.land/ ou publicar
>>> os dados em algum lugar e incentivar a comunidade a mapeá-las no OSM. Esse
>>> aplicativo https://transportr.grobox.de/ serve rotas a partir do OSM e
>>> talvez se interesse em ajudar a mapear.
>>>
>>> Já pra importar os pontos de ônibus é bem tranquilo...
>>>
>>> Aproveito pra te convidar a mostrar o trabalho que você tem feito com o
>>> OSM e suas ideias no State of the Map Latam 2016. A chamada de trabalhos
>>> está aberta até o dia 25 de Setembro: http://state.osmlatam.org/
>>>
>>> abraços,
>>> wille
>>>
>>>
>>>
>>> On 16-09-2016 13:33, George Silva wrote:
>>>
>>> Pensei nisso. Imagino que uma vez os pontos correspondidos manualmente
>>> no nosso sistema (ponto id A = ponto is osm X), a gente consiga fazer
>>> chamadas de API para determinar o que ocorreu com o ponto, ou com as
>>> relações específicas (rotas) e atualizar de acordo.
>>>
>>> Veja bem, que no nosso aplicativo, o desenho da rota é diretamente
>>> derivado de uma série de IDs do OSM, como as relations, então conseguiria
>>> atualizar isso de forma bem precisa sem intervenção. Claro que existem
>>> cenários onde isso pode dar zica, mas quando o mapeamento entre sistemas
>>> para cada conjunto de pontos e relações, fica mais tranquilo.
>>>
>>> Alguém tem alguma outra ideia que possa ajudar?
>>>
>>> 2016-09-16 13:26 GMT-03:00 Vitor George <vitor.geo...@gmail.com>:
>>>
>>>> Entendi, pensei que era um aplicativo de informações de transporte como
>>>> o Movit. Acho que o ideal é ter um processo semi-automático, com um sistema
>>>> que compare os 

Re: [Talk-br] Apresentação

[Arlindo Pereira]

Olá Isaac, seja bem-vindo à lista!

Você pode usar o tablet mesmo sem 3G, instalando alguma aplicação que grave
GPX. Existem diversas, inclusive algumas específicas para uso com o OSM,
como o OSMTracker [1], que já permite realizar anotações diretamente no
arquivo gpx.

1: http://wiki.openstreetmap.org/wiki/OSMTracker_(Android)


[]s
Arlindo Pereira

Em 12 de setembro de 2016 17:22, Isaac Ferreira Filho <isaac...@riseup.net>
escreveu:

> Olá Lista.
>
> Me chamo Isaac e uso o OSM há algum tempo. Conheci através de Wille, mas
> meu uso foi sempre bem trivial (através do android).
>
> Atualmente estou fazendo um trabalho com indígenas (sul da Bahia) e
> surgiu uma demanda que é fazer um mapeamento da aldeia. Alguém pode
> indicar algum tutorial sobre, ou alguma thread que tratou disso?
>
> Sendo mais específico:
>
> 1. Precisaria, a princípio de bike, percorrer os espaços da aldeia e ir
> gravando esse caminho em um mapa (é a melhor maneira de fazer isso);
> 2. Feito isso queremos exportá-lo para brincar.
>
> O que eu tenho:
> 1 - tablet (android) sem 3g. Sei que é um pouco possível só com o GPS.
> 2 - iphone com 3g, não sei qual seria o melhor app e se eles fazem o que
> o do android faz.
> obs: o sinal do 3g da aldeia é ruim.
>
>
> Obrigado e abraços.
>
> --
> Isaac Ferreira Filho
> Key fingerprint = DA22 20DE 519D A32E 59A0  1158 678A 3A2C E577 1896
> http://yzakius.eu
> Jabber: isaacmob arroba riseup.net
> @yzakius
>
> ___
> 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] JOSM com problemas.

[Arlindo Pereira]

Deve ter corrompido a sua instalação por algum motivo, possivelmente algum
plugin defeituoso. Experimente remover a pasta de configurações de sua
pasta de usuário (não lembro o caminho exato, mas algo como ~/.josm) e
reiniciar o aplicativo.


[]s
Arlindo Pereira

Em 26 de julho de 2016 18:32, Blademir Andrade de Lima <
blademi...@hotmail.com> escreveu:

> Amigos, ando tendo problemas recorrentes com o JOSM, bugs diversos, mas
> agora um ultimo está persistente e me impede de dar continuidade ao
> trabalho.
>
>
>
> O erro é que ao inserir uma Tag, não consigo escrever nada nela, é como se
> o teclado deixasse de funcionar no OSM. Nem “copiando e colando” do Word
> funciona. Nem reiniciando resolve mais.
>
>
>
> Se alguém souber como resolver, agradeço muito.
>
>
>
> Att,
>
> BladeTC
>
>
>
> Enviado do Email <https://go.microsoft.com/fwlink/?LinkId=550986> para
> Windows 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

Re: [Talk-br] Rio Olympics – Tutorial para Importação de Edificações

[Arlindo Pereira]

O conteúdo publicado em Creative Commons, mais especificamente a licença
Creative Commons Atribuição-Compartilha Igual (CC-BY-SA), segue este termo
de uso (em legalês):

https://creativecommons.org/licenses/by-sa/4.0/legalcode

Independentemente da lei, o autor pode, por vontade própria, declarar
"desejo que todos possam utilizar esse conteúdo sem me pedir autorização,
desde que seguindo estas tais regras". É basicamente isto que este termo de
uso determina.


[]s
Arlindo Pereira

2016-07-15 10:45 GMT-03:00 <thunder...@gpsinfo.com.br>:

> Alexandre,
> para resumir, o que regula direito autoral no Brasil, por enquanto, é a
> LEI que citei e por essa ninguém pode reproduzir obra sem a autorização
> expressa do autor.
>
> Volto a afirmar: - o que vale, por enquanto no Brasil, é a lei e não a
> Creative Common, apesar dessa ultima ser muito empregada aqui.
>
> Em caso do contraditório o que prevalece é a lei e isso não sou eu quem
> digo e sim os sites jurídicos, apesar que todos devem saber disso, mesmo os
> não advogados.
>
> Como já citei o órgão que fornece a Creative Common não é órgão publico e
> a lei bem define quais órgãos públicos fornecem licença.
>
> O dia em que a lei for revisada e nela inserida a figura do Creative C
> ommon será outra estória.
>
> Muito interessante o filme abaixo onde o advogado Renato Opice Blum,
> presidente do Conselho de Tecnologia da Informação da Fecomércio/São Paulo,
> diz que não há jurisprudência que proteja os dados pessoais no mundo móvel.
> Hoje, quem dita as regras, são os desenvolvedores de conteúdo. Para ele
> "Sem lei no Brasil, termo de uso é a única proteção do usuário".
> Veja em
> https://www.youtube.com/watch?v=k8_e8RnXZFE
>
> *From:* Alexandre Magno Brito de Medeiros <alexandre@gmail.com>
> *Sent:* Friday, July 15, 2016 3:11 AM
> *To:* OpenStreetMap no Brasil <talk-br@openstreetmap.org>
> *Subject:* Re: [Talk-br]Rio Olympics – Tutorial para Importação de
> Edificações
>
> Onde não se permite?
>
> Em 15 de julho de 2016 00:14, <thunder...@gpsinfo.com.br> escreveu:
>
>>
>> *[...]* existem comentários interessantes sobre o assunto e que em
>> especial retransmito abaixo:
>>
>> *[...]* Não é imposto ao autor reclamar contra obras derivadas, porém,
>> sentindo-se este lesado, é garantido o direito de assegurar a integridade
>> de sua obra (Art. 24, IV). O que não se permite é que o autor abra mão
>> deste direito. *[...]*
>>
> --
> ___
> 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] osmand subdivide mapa do Brasil por estados

[Arlindo Pereira]

Não dá para fazer uma regra de três porque muitas áreas aqui são
inabitadas, ou sem nós e vias para se incluir no mapa.


[]s
Arlindo Pereira

2016-07-13 9:35 GMT-03:00 Gerald Weber <gwebe...@gmail.com>:

>
>
> 2016-07-13 9:02 GMT-03:00 Paulo Carvalho <paulo.r.m.carva...@gmail.com>:
>
>> Mas cresceu bastante.  Quando montava o mapa do Cocar (uns 2 anos atrás)
>> estava metade disso.
>>
>>
> Ah sim Paulo, concordo, cresceu muito. Não há dúvidas disto.
>
> Ainda assim, fazendo uma rápida soma, os mapas do osmand da Alemanha dão
> 3GB, ou seja quase 6 vezes mais que do Brasil. Provavelmente a comparação
> seja injusta pois imagino que a Alemanha deva ter a maior densidade de
> mapeadores do OSM.
>
> Alguém arriscaria uma estimativa de qual seria o tamanho do mapa do Brasil
> se tivessemos a mesma qualidade de cobertura da Alemanha?
>
> abraço
>
> Gerald
>
> ___
> 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] Rio Olympics – Tutorial para Importação de Edificações

[Arlindo Pereira]

Marcio,

creio que você possa divulgar sem problemas independentemente de
autorização, uma vez que a licença do wiki do OSM é Creative Commons
(CC-BY-SA). Mais detalhes em
https://wiki.openstreetmap.org/wiki/Wiki_content_license.


[]s
Arlindo Pereira

2016-07-08 9:17 GMT-03:00 <thunder...@gpsinfo.com.br>:

> Bom dia Sergio.
>
> Parabéns pelo Tutorial.
>
> Você nos autoriza a reproduzir esse tutorial em nosso site Cocar, com os
> devidos créditos?
>
> []s
> Marcio
>
> *From:* Sérgio V. <svo...@hotmail.com>
> *Sent:* Friday, July 8, 2016 8:57 AM
> *To:* talk-br@openstreetmap.org
> *Subject:* [Talk-br] Rio Olympics – Tutorial para Importação de
> Edificações
>
>
> Bom dia pessoal.
>
>
>
> Tutorial para a importação de prédios no Rio de Janeiro está em:
>
>
>
>
> https://wiki.openstreetmap.org/wiki/Rio_Olympics_%E2%80%93_Tutorial_para_Importa%C3%A7%C3%A3o_de_Edifica%C3%A7%C3%B5es
>
>
>
> Mais informações, contatar a comunidade:
>
>
>
> https://wiki.openstreetmap.org/wiki/Rio_Olympics_Mapping#Contact
>
>
>
>
>
> Saudações,
>
>
>
> - - - - - - - - - - - - - - - -
>
> Sérgio / 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

Re: [Talk-br] Distritos e bairros

[Arlindo Pereira]

Outro detalhe importante: até onde eu sei (posso estar enganado) não há
fronteira oficial de bairros na cidade de São Paulo, somente distritos.


[]s
Arlindo Pereira

2016-06-28 23:12 GMT-03:00 Nelson A. de Oliveira <nao...@gmail.com>:

> Em termos de área, os países, estados, cidades, distritos e bairros
> são todos representados por polígonos delimitando a sua extensão, cada
> um com o seu nível administrativo.
> Por exemplo, todos os distritos do estado de SP já estão presentes no
> mapa e representados com o nível administrativo 9 (admin_level=9).
> Uma cidade (admin_level=8) pode ter vários distritos (admin_level=9).
> Cada distrito pode ter vários bairros (admin_level=10).
>
> É bom lembrar que toda cidade possui, no mínimo, um distrito.
>
> Não existe nível administrativo definido no Brasil para uma possível
> divisão de bairro.
>
> Caso queira dar uma olhada nisso, pode ver em
>
> https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#admin_level
>
>
> Em termos pontuais (com um nó representando o local), geralmente acaba
> ficando:
>
> [classificação da cidade/distrito]¹ > bairro (suburb) > subdivisão de
> bairro (neighbourhood)
>
> ¹ a classificação da cidade ou distrito é dada pela sua população; por
> exemplo, se a cidade/distrito possui 50 mil habitantes, será um
> "town", e não um "village"
> Em https://wiki.openstreetmap.org/wiki/Pt-br:Key:place#Valores você
> pode ter uma ideia melhor.
>
> Em alguns lugares é utilizado "quarter" como algo entre suburb e
> neighbourhood; em outros é utilizado como um sinônimo de neighbourhood
> Também existe "city_block" como "quarteirão" (ou "quadra").
>
> Pelo que você explicou, eu só mudaria a forma que você está
> classificando os nós dos distritos (porque nem todos são
> necessariamente village).
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Dúvidas

[Arlindo Pereira]

Olá Diógenes,

sim, existem limites, especialmente no seu caso que está usando a API
principal para fins que não sejam de edição. Verifique a seguinte página:
http://wiki.openstreetmap.org/wiki/API_usage_policy


[]s
Arlindo Pereira

2016-06-28 10:30 GMT-03:00 Diógenes Vargas Bittencourt <
diogenes.bittenco...@grupotroca.com.br>:

> Bom dia prezados, sou novo na utilização do serviço do openstreetmap, e
> gostaria de saber se existe algum limite de uso para os serviços
> disponibilizados. Pois temos alguns serviços que desenvolvemos internamente
> que fazer essas requisições algumas vezes, e não utilizamos cache, porque
> com isso ele não calcula a rota novamente, e com isso teríamos uma rota
> errada.
> Hoje pela manhã tentamos acessar e estava bloqueado, simplesmente não
> abria do nosso link principal, mas não abre só o mapa, e acessando por
> outro endereço consigo normalmente.
>
> Att,
>
> Diógenes V. Bittencourt
>
> ___
> 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

[OSM-talk] Invitation to Rio de Janeiro Olympics Mapathon

[Arlindo Pereira]

Hi folks,

I'd like to invite you to virtual mapping party - a mapathon - happening
this weekend (June 25th and 26th), about Rio de Janeiro area. We need your
help to create a better map for the city hosting the Olympic and Paralympic
Games.

Please head to the wiki page for more details:
https://wiki.openstreetmap.org/wiki/Rio_Olympics_Mapping

Thank you!

[]s
Arlindo Pereira
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-br] Mapping Party Olímpica - 25 e 26 de junho

[Arlindo Pereira]

Olá pessoal,

estamos combinando uma Mapping Party virtual na cidade do Rio de Janeiro no
final de semana do dia 25 e 26 de junho.

Mapping Parties virtuais são eventos aonde cada um mapeia um pouco da
cidade, ainda que remotamente. Teremos imagens de satélite super
atualizadas, fornecidas pela Mapbox, bem como fotos do Mapillary para
servir como base.

Quem tiver interesse em participar, por favor veja mais informações no
wiki: https://wiki.openstreetmap.org/wiki/Rio_Olympics_Mapping


[]s
Arlindo Pereira
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Novo Grupo no WhatsApp ou telegram ou informação de Grupo Já Existente e Que esteja funcionando!!

[Arlindo Pereira]

Olá Raphael,

já temos dois grupos no Telegram, um geral para a comunidade e um apenas
para suporte (tirar dúvidas). Veja no wiki os links para participar:
http://wiki.openstreetmap.org/wiki/Pt:Contact

[]s
Arlindo

2016-06-17 8:37 GMT-03:00 raphaelmirc . :

> Bom Dia amigos do grupo,
>
>   pensei em criar um grupo no whatsaap ou telegran para troca de
> informações em tempo real ou se caso ja exista que seja divulgado para que
> todos que tem interesse como eu de ajudar nesse projeto possa participar de
> um grupo em tempo real para contato e colocação de duvidas e ajuda um ao
> outro.
>
>
>   caso não tenha eu posso criar o grupo ou outro amigo também pode
> criar o grupo e adicionar aqui na lista ou por e-mail.
>
>
> aguardo resposta,
>
>
>
> Att;
> Um Forte Abraço,
>
>
> *Raphael de Assis*
> Recife/PE
> raphaelm...@gmail.com
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Avenida Rio Branco, Rio de Janeiro

[Arlindo Pereira]

Feito: http://www.openstreetmap.org/changeset/40019416

[]s

2016-06-14 8:48 GMT-03:00 Erick de Oliveira Leal <
erickdeoliveiral...@gmail.com>:

> Opa, já que esteve lá corrige para nós Arlindo, ela está definida como
> somente para pedestres.
>
> Em 14 de junho de 2016 08:38, Arlindo Pereira <
> arli...@openstreetmap.com.br> escreveu:
>
>> Retomando, aqui está o trecho no Mapillary:
>> https://www.mapillary.com/map/im/_cUGEo5IXul0Khgm7RPRjA/photo
>>
>> É possível ver que este quarteirão tem circulação de veículos.
>>
>> []s
>>
>> 2016-06-12 20:54 GMT-03:00 Arlindo Pereira <arli...@openstreetmap.com.br>
>> :
>>
>>> Opa, respondi sem olhar o ponto. Sim, entre a Rua do Passeio e a Mestre
>>> Valentim está liberado para veículos sim. O boulevard vai só até a
>>> Cinelândia mesmo.
>>>
>>> Mais tarde edito e corrijo (se ninguém o fizer primeiro).
>>>
>>> 2016-06-12 20:53 GMT-03:00 Arlindo Pereira <arli...@openstreetmap.com.br
>>> >:
>>>
>>>> Exatamente. Coincidentemente passei por lá hoje e registrei fotos para
>>>> o Mapillary nos dois sentidos. Quando terminar de subir e processar mando o
>>>> link.
>>>>
>>>> []s
>>>>
>>>> On Sun, Jun 12, 2016 at 12:03 PM, Paulo Carvalho <
>>>> paulo.r.m.carva...@gmail.com> wrote:
>>>>
>>>>> Entre esse ponto e o aterro não passa mais carros.  Se o waze indica
>>>>> outra coisa, está errado.
>>>>>
>>>>> Em 12 de junho de 2016 11:16, Erick de Oliveira Leal <
>>>>> erickdeoliveiral...@gmail.com> escreveu:
>>>>>
>>>>>> No waze mostra que a partir deste ponto eh pra veículos.
>>>>>> Em 12 de jun de 2016 10:53 AM, "Paulo Carvalho" <
>>>>>> paulo.r.m.carva...@gmail.com> escreveu:
>>>>>>
>>>>>>> Não.  A partir daí só passam o VLT, ciclistas e pedestres.
>>>>>>>
>>>>>>> Em 12 de junho de 2016 09:37, Erick de Oliveira Leal <
>>>>>>> erickdeoliveiral...@gmail.com> escreveu:
>>>>>>>
>>>>>>>> Amigos do Rio, a Avenida Rio Branco a partir do ponto
>>>>>>>> http://www.openstreetmap.org/node/1981177106 é permitida para
>>>>>>>> carros, não?
>>>>>>>>
>>>>>>>> ___
>>>>>>>> Talk-br mailing list
>>>>>>>> Talk-br@openstreetmap.org
>>>>>>>> https://lists.openstreetmap.org/listinfo/talk-br
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> ___
>>>>>>> Talk-br mailing list
>>>>>>> Talk-br@openstreetmap.org
>>>>>>> https://lists.openstreetmap.org/listinfo/talk-br
>>>>>>>
>>>>>>>
>>>>>> ___
>>>>>> 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] Avenida Rio Branco, Rio de Janeiro

[Arlindo Pereira]

Opa, respondi sem olhar o ponto. Sim, entre a Rua do Passeio e a Mestre
Valentim está liberado para veículos sim. O boulevard vai só até a
Cinelândia mesmo.

Mais tarde edito e corrijo (se ninguém o fizer primeiro).

2016-06-12 20:53 GMT-03:00 Arlindo Pereira <arli...@openstreetmap.com.br>:

> Exatamente. Coincidentemente passei por lá hoje e registrei fotos para o
> Mapillary nos dois sentidos. Quando terminar de subir e processar mando o
> link.
>
> []s
>
> On Sun, Jun 12, 2016 at 12:03 PM, Paulo Carvalho <
> paulo.r.m.carva...@gmail.com> wrote:
>
>> Entre esse ponto e o aterro não passa mais carros.  Se o waze indica
>> outra coisa, está errado.
>>
>> Em 12 de junho de 2016 11:16, Erick de Oliveira Leal <
>> erickdeoliveiral...@gmail.com> escreveu:
>>
>>> No waze mostra que a partir deste ponto eh pra veículos.
>>> Em 12 de jun de 2016 10:53 AM, "Paulo Carvalho" <
>>> paulo.r.m.carva...@gmail.com> escreveu:
>>>
>>>> Não.  A partir daí só passam o VLT, ciclistas e pedestres.
>>>>
>>>> Em 12 de junho de 2016 09:37, Erick de Oliveira Leal <
>>>> erickdeoliveiral...@gmail.com> escreveu:
>>>>
>>>>> Amigos do Rio, a Avenida Rio Branco a partir do ponto
>>>>> http://www.openstreetmap.org/node/1981177106 é permitida para carros,
>>>>> não?
>>>>>
>>>>> ___
>>>>> Talk-br mailing list
>>>>> Talk-br@openstreetmap.org
>>>>> https://lists.openstreetmap.org/listinfo/talk-br
>>>>>
>>>>>
>>>>
>>>> ___
>>>> Talk-br mailing list
>>>> Talk-br@openstreetmap.org
>>>> https://lists.openstreetmap.org/listinfo/talk-br
>>>>
>>>>
>>> ___
>>> 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] Interdição Rio de Janeiro - Pça da Republica

[Arlindo Pereira]

Sim, a via continua em obras para implantação do VLT.

[]s

2016-06-11 12:28 GMT-03:00 Erick de Oliveira Leal <
erickdeoliveiral...@gmail.com>:

> Alguém está sabendo se esta via continua interditada
> http://www.openstreetmap.org/way/203430661 ?
>
> ___
> 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] Numeração de Prédios no Rio de Janeiro - Considerações

[Arlindo Pereira]

Sim. É possível baixar os shapefiles do site da prefeitura, e em licença
livre, porém (até onde vai meu conhecimento) o procedimento de importação é
manual, então precisaríamos de muito braço para isso.

[]s

2016-06-10 9:51 GMT-03:00 Luis Bahiana :

> Há três anos , desenhei e fui a campo para coletar o numero de andares e
> numero dos prédios da Rua Fonte da Saudade, na Lagoa ,
>
> Rio de Janeiro o que neste caso, é trabalho dobrado, pois a Prefeitura
> possui uma cadastro de logradouros in line, o CADLOG. O ideal
>
> seria podermos consumi-lo como WMS, o que ajudaria não apenas no traçado
> dos prédios - a imagem BING desta área não é lá
>
> estas  coisas- bem como no endereçamento e numero dos pavimentos
>
> --
>
> 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

Re: [Talk-br] RES: Votação: uso de boundary=administrative para meso/micro-regiões do IBGE

[Arlindo Pereira]

Concordo: regiões do IBGE não são administrativas e usar
`boundary=administrative` está errado

[]s

2016-05-02 13:56 GMT-03:00 Blademir Andrade de Lima 
:

> Concordo: Limites censitários já existem nos EUA (Census-designated Places
> [CDP]), e então já existe uma prerrogativa para serem também usados no
> Brasil.
>
>
>
> Att,
>
> Blademir de Lima (BladeTC)
>
>
>
> Enviado do Email  para
> Windows 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

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

[Arlindo Pereira]

Não entendi o seu ponto sobre "liberar" um novo nível. Quem vai liberar?
Podemos taguear da forma como bem entendermos, desde que cheguemos em um
consenso sobre qual deveria ser a tag.

[]s

2016-04-24 15:50 GMT-03:00 Blademir Andrade de Lima <blademi...@hotmail.com>
:

> Acho difícil, uma vez que nem o 9 e nem o 10 não estão nem parcialmente
> mapeados.
>
>
>
> Somente irão liberar um novo nível uma vez que estejam “saturados” todos
> os outros níveis.
>
>
>
> Att,
>
> BladeTC
>
>
>
> Enviado do Email <https://go.microsoft.com/fwlink/?LinkId=550986> para
> Windows 10
>
>
>
> *De: *santamariense <imagens...@gmail.com>
> *Enviado:*domingo, 24 de abril de 2016 09:35
> *Para: *talk-br@openstreetmap.org
> *Assunto: *Re: [Talk-br] Limite de cidades com distritos
>
>
> > From: Arlindo Pereira <arli...@openstreetmap.com.br>
>
> >
> > E se a gente forçasse uma barra e tagueasse subdistrito como
> > "admin_level=9.5"? Retaguear bairro acho insano.
> >
> > []s
>
> Já havia pensado em algo parecido. Pois além da gente ter todos os
> níveis administrativos representados, eles ainda tem que ter um
> paralelismo com os níveis de outros países.
>
> ___
> 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: Limite de cidades com distritos

[Arlindo Pereira]

E se a gente forçasse uma barra e tagueasse subdistrito como
"admin_level=9.5"? Retaguear bairro acho insano.

[]s

2016-04-22 19:42 GMT-03:00 Blademir Andrade de Lima <blademi...@hotmail.com>
:

> Pelo visto este assunto vai longe. Eu li toda a discussão do fórum, tenho
> que concordar que Regiões, Mesorregiões e Microrregiões não são limites
> administrativos, e sim estatísticos.
>
>
>
> Mas bom, temos que usar as ferramentas que nos deram. Distritos
> admin_level:9, subdistritos e bairros admin_level:10.
>
>
>
> Eu vou continuar do jeito que o OSM pede, mas se mudarem as ordens de
> admin_level, o trabalho para adequar tudo o que já foi feito vai ser imenso.
>
>
>
> Forte Abraço,
>
> BladeTC
>
>
>
> Enviado do Email <https://go.microsoft.com/fwlink/?LinkId=550986> para
> Windows 10
>
>
>
> *De: *Arlindo Pereira <arli...@openstreetmap.com.br>
> *Enviado:*sexta-feira, 22 de abril de 2016 12:17
> *Para: *OpenStreetMap no Brasil <talk-br@openstreetmap.org>
> *Assunto: *Re: [Talk-br] Limite de cidades com distritos
>
>
> Dito isto, eu não gosto muito da ideia de um endereço vir como:
>
> "Rua tal, Centro, distrito Sede, Rio de Janeiro, Rio de Janeiro, Brasil"
>
> Mas isto talvez seja um problema do renderizador (isto é, não incluir
> "distrito Sede" em um município que só tenha um distrito), o que deve
> acontecer em todas as capitais e/ou regiões metropolitanas pelo Brasil.
>
> E também não acho que deva vir microrregião/mesorregião/região do país
> (sudeste etc.), mas isto talvez seja outro problema.
>
> []s
> Arlindo
>
> 2016-04-22 11:20 GMT-03:00 santamariense <imagens...@gmail.com>:
>
> Blademir,
>
> Você tocou num assunto delicado. No wiki do admin_level=9 é para
> distritos e admin_level=10 é para subdistritos e bairros. Mas em
> municípios como em Santa Maria que tem distritos, subdistrito e
> bairro, nessa ordem. O que se faz? (discussão no fórum:
> http://forum.openstreetmap.org/viewtopic.php?id=26430)
>
> Eu apoio a inclusão do admin_level=11 para abrigar os bairros e
> admin_level=10 ficaria para os subdistritos.
>
> Apoio ainda a aplicação da tag place=city para todos as cidades
> reconhecidas pela ONU (aglomerados urbanos com mais de 20 mil
> habitantes se não me engano) e a tag place=town para as demais cidades
> não importando a quantidade de moradores. A tag population daria o
> parâmetro para que cada um desse sua definição de cidade.
>
> E ainda tenho desapontamento com a tag  place=hamlet. Não sei se vocês
> já perceberam que ao pesquisar sobre um resultado hamlet, o resultado
> sai (nome da hamlet), microrregião, mesorregião, estado,etc. Exemplo:
>
> http://www.openstreetmap.org/search?query=Santos%20Anjos#map=15/-29.5879/-53.4982
> .
> Por quê não é incluso o nome do município? Dai eu fui pesquisar qual o
> motivo. Na wikipédia (https://en.wikipedia.org/wiki/Hamlet_(place))
> diz que hamlet são pequenos povoados, geralmente com menos de 100
> habitantes. Até aí tudo bem... Mas olha o que segue... As hamlets são
> áreas não incorporadas, ou seja, não fazem parte de nenhum município,
> explicando assim o porquê do resultado no OSM sair daquele jeito. E
> isso não existe no Brasil. Essas pequenas localidades ficam dentro de
> todas as delimitações: Município, distrito, e em alguns casos até
> bairro, quando estes últimos tem delimitação oficial.
>
> ___
> 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] Limite de cidades com distritos

[Arlindo Pereira]

Dito isto, eu não gosto muito da ideia de um endereço vir como:

"Rua tal, Centro, distrito Sede, Rio de Janeiro, Rio de Janeiro, Brasil"

Mas isto talvez seja um problema do renderizador (isto é, não incluir
"distrito Sede" em um município que só tenha um distrito), o que deve
acontecer em todas as capitais e/ou regiões metropolitanas pelo Brasil.

E também não acho que deva vir microrregião/mesorregião/região do país
(sudeste etc.), mas isto talvez seja outro problema.

[]s
Arlindo

2016-04-22 11:20 GMT-03:00 santamariense :

> Blademir,
>
> Você tocou num assunto delicado. No wiki do admin_level=9 é para
> distritos e admin_level=10 é para subdistritos e bairros. Mas em
> municípios como em Santa Maria que tem distritos, subdistrito e
> bairro, nessa ordem. O que se faz? (discussão no fórum:
> http://forum.openstreetmap.org/viewtopic.php?id=26430)
>
> Eu apoio a inclusão do admin_level=11 para abrigar os bairros e
> admin_level=10 ficaria para os subdistritos.
>
> Apoio ainda a aplicação da tag place=city para todos as cidades
> reconhecidas pela ONU (aglomerados urbanos com mais de 20 mil
> habitantes se não me engano) e a tag place=town para as demais cidades
> não importando a quantidade de moradores. A tag population daria o
> parâmetro para que cada um desse sua definição de cidade.
>
> E ainda tenho desapontamento com a tag  place=hamlet. Não sei se vocês
> já perceberam que ao pesquisar sobre um resultado hamlet, o resultado
> sai (nome da hamlet), microrregião, mesorregião, estado,etc. Exemplo:
>
> http://www.openstreetmap.org/search?query=Santos%20Anjos#map=15/-29.5879/-53.4982
> .
> Por quê não é incluso o nome do município? Dai eu fui pesquisar qual o
> motivo. Na wikipédia (https://en.wikipedia.org/wiki/Hamlet_(place))
> diz que hamlet são pequenos povoados, geralmente com menos de 100
> habitantes. Até aí tudo bem... Mas olha o que segue... As hamlets são
> áreas não incorporadas, ou seja, não fazem parte de nenhum município,
> explicando assim o porquê do resultado no OSM sair daquele jeito. E
> isso não existe no Brasil. Essas pequenas localidades ficam dentro de
> todas as delimitações: Município, distrito, e em alguns casos até
> bairro, quando estes últimos tem delimitação oficial.
>
> ___
> 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 TrackYourCity

[Arlindo Pereira]

Acho que isso seria ótimo para cidades pequenas.

Aqui no Brasil, muita gente tem colaborado com o Moovit, que até chega a
fazer algumas colaborações com o OSM mas utiliza o Google Maps para o
desenho das rotas dos ônibus em sua plataforma colaborativa, além dos dados
serem fechados.

[]s
Arlindo

2016-04-11 16:21 GMT-03:00 Thiago Bueno :

> Ola pessoal,
>
> A empresa em que trabalho iniciou há alguns meses um projeto muito legal
> chamado TrackYourCity[1]. Consiste em uma ação conjunta de educação e
> suporte à população local para mapear o transporte público em cidades onde
> o acesso à informação é precário. Já conseguimos mapear o transporte em Dar
> Es Salaam (Tanzânia) com a ajuda de voluntários e suporte do Banco Mundial,
> Cruz Vermelha e outros.
>
> O que a gente faz, basicamente, é ensinar as pessoas como gravar rotas de
> transporte e adicioná-las corretamento no OSM. Por isso eu achei
> interessante falar sobre isso aqui na lista.
>
> No momento, estamos repetindo o processo em Lusaka (Zâmbia) e planejando
> os próximos passos, provavelmente na América Latina. A cada nova cidade nós
> aprendemos mais sobre os desafios que envolvem mapear os dados em cidades
> sem qualquer informação e otimizamos o processo a cade iteração. Atualmente
> ainda precisamos de "embaixadores" locais para organizar os trabalhos e
> ajudar a coletar voluntários.
>
> Se acharem que a cidade de vocês precisa de algo assim, nós podemos
> conversar.
>
>
> Caso algúem tenha interesse eu saber mais sobre o projeto, eu fico à
> disposição para qualquer dúvida.
>
> [1] http://trackyourcity.org/
>
> Att,
> 
> Thiago Bueno
>
> ___
> 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] Ruas sem nome

[Arlindo Pereira]

Discordo porque tem que ficar alternando entre as camadas de satélite e do
IBGE. Pode-se fazer por regiões pequenas, como bairros, primeiro traçar
todas as vias, depois aplicar os nomes (ainda que no mesmo changeset).

[]s
Arlindo


2016-04-06 15:16 GMT-03:00 Helio Cesar Tomio :

> Lucas e Anor, muito obrigado.
> Vou rodar aqui e ver os resultados.
>
> Alexandre, respeito sua opinião em implementar aos poucos, mas discordo de
> deixar o nome pra depois qdo tem -se a informação do IBGE.
> Pode ser feito junto com a edição da via, sem qq problema.
> Talvez pela minha formação de eng, não consigo conceber de outra forma.
> Um projeto de uma casa com apenas as linhas,  sem outras informações, ao
> meu ver é apenas um monte de rabiscos de nenhuma utilidade.
> Assim penso de um mapa com apenas as linhas.
> Talvez seja um vício profissional.
>
> ___
> 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] Ruas sem nomes

[Arlindo Pereira]

Uma possibilidade seria listar na wiki os estados, os municípios (talvez
dividindo por regiões se o estado for muito grande) e listando um grau
aproximado de completude de cada cidade.

[]s

2016-04-05 11:26 GMT-03:00 santamariense :

> Um dos sites para detectar ruas sem nome que eu conheço é o
> http://qa.poole.ch/?zoom=12=-29.69=-53.81
> Porém sinto a necessidade que haja alguma espécie de lista de cidades
> com ruas sem nome, e outra lista com ruas ainda a traçar. Muitas vezes
> passeando pelo mapa do OSM, me deparo com cidades com falta de ruas
> e/ou nomes, que é o essencial. Meu foco não é colocar nome nas ruas,
> nem traçar, embora as vezes faço em cidades que não os tem. Sugiro que
> a gente faça alguma espécie de lista de cidades a mapear. Ou, podemos
> incluir notas em cidades a serem mapeadas com o uso de hashtags
> #FaltaNomeDeRuas , #FaltaTraçarRuas  Enfim... Alguma sugestão?
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

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

[Arlindo Pereira]

Já tive experiências ruins com sistemas com controle central com o
Foursquare/Swarm, e deixei de contribuir pelo mesmo motivo.

[]s

2016-01-05 10:49 GMT-02:00 Adriano Rosa :

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

Re: [Talk-br] Questão de ordem sobre mecanismos de moderação ou validação de edições

[Arlindo Pereira]

Paulo,

concordo com as duas. Acho até que seria interessante ter um esquema de
validação a priori, ao invés de a posteriori como a gente faz (ou tenta
fazer) hoje. Só que não é decidindo localmente que a gente faria isso -
isto envolve, necessariamente, uma mudança em como os servidores do OSM
funcionam e, para isso, essa decisão deve ser tomada internacionalmente.


[]s
Arlindo

2015-12-27 16:30 GMT-02:00 Paulo Carvalho <paulo.r.m.carva...@gmail.com>:

> Duas ideias, um tanto óbvias:
> 1) É mais barato prevenir que erros entrem do que consertá-los.
> 2) Mudança faz parte do nosso "negócio".
>
> Em 27 de dezembro de 2015 12:01, Arlindo Pereira <
> openstreet...@arlindopereira.com> escreveu:
>
>> A discussão sobre validação de edições está bem interessante, mas queria
>> puxar uma "questão de ordem".
>>
>> As edições brasileiras não estão descoladas do projeto internacional.
>> Isto posto, discutir localmente se deveria existir algum mecanismo de
>> moderação, com pontuação / rankeamento tipo Waze, é inócuo, e deveria ser
>> feito (em inglês) na lista internacional talk. (Na minha humilde opinião,
>> ok? Não quero ofender ninguém que pense dessa forma, por favor!)
>>
>> Isto posto, nada impede que façamos verificações a posteriori, como já
>> proposto pelos demais colegas. Mas nada que envolva uma mudança na
>> estrutura de colaboração já existente, para o bem ou para o mal.
>>
>> É apenas isto.
>>
>> Saudações festivas,
>>
>> Arlindo Pereira
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

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

[Arlindo Pereira]

Mais que isso: o OSM parte do princípio que ninguém melhor que um mapeador
local para verificar se as edições locais são, de fato, válidas. Um editor
remoto poderia verificar se uma determinada edição é maliciosa, mas apenas
até certo limite, apenas se o "mal" feito for bastante óbvio (deleção de
vias etc).

Por outro lado, outros tipos de edições (digamos, adição de POIs como
bares, restaurantes, farmácias etc.) totalmente fictícias poderiam ser
verificadas só por editores locais.

Precisamos, essencialmente de mais braços. *Precisamos de muitos fazendo o
suficiente, não de poucos fazendo muito.* Por isso a "chatice" de alguns
membros, porque o malfeito de um ou outro pode colocar em risco todas as
demais contribuições (seguindo regras internacionais do projeto, nada que
definimos por aqui, e que quem quiser contribuir tem necessariamente de
seguir).

[]s
Arlindo

2015-12-25 20:14 GMT-02:00 Gerald Weber :

> Oi Paulo,
>
> interessantes as suas colocações, mas tenho algumas observações a fazer
>
> 2015-12-25 14:37 GMT-02:00 Paulo Carvalho :
>
>> A coisa é muito simples e funciona.  Darei dois exemplos de sucesso já
>> comprovado: software open-source e publicações científicas.
>>
>
> Nenhum dos dois modelos involve leigos, mas pessoas altamente
> especializadas. Ninguém contribui num projeto de software sem ao menos um
> domínio básico das linguagens envolvidas. Ninguém publica em revistas
> científicas sem muitos anos de especialização. Outro ponto é que o número
> de pessoas envolvido num projeto de software é bastante restrito, assim
> como o número de pessoas que estão envolvidas numa publicação caberiam numa
> sala (exceto nas colaborações de física de partículas, exemplo LHC).
>
> Já o modelo do OSM envolve uma variedade de pessoas muito grandes, desde
> especialistas em GIS até leigos totais em cartografia (como eu por
> exemplo). Também o número de pessoas envolvido aqui é bem maior do que em
> qualquer projeto de software típico.
>
>
>> Ambos os processos são pautados no princípio do terceiro confiável.  O
>> OSM não aplica esse princípio, ou seja assume que uma das partes (no caso
>> os usuários) é confiável, e o resultado são as frustrações e as
>> consequentes perdas de tempo consertando que vemos com frequência.
>> Conclusão: o modelo de colaboração do OSM é ineficiente.  A solução para
>> essa ineficiência está aí.  Não fazem porque não querem.
>>
>
> Não sei como se poderia operacionalizar um modelo de validação eficiente
> no OSM diante de um público tão heterogêneo. Qualquer que seja a solução
> ela envolve gente para operacionalizar isto. A lógica dominante no OSM é
> que tendo uma massa grande de mapeadores qualquer problema seja rapidamente
> solucionado. O nosso problema aqui na América do Sul é que não temos essa
> massa de gente e por isto a lógica que funciona na Europa não funciona para
> nós.
>
>
>>
>> Os mapas do OSM existem em forma de XML, o que seria perfeito de se
>> sujeitar a um sistema de versionamento moderno como o Git e o Mercurial.
>>
>> O ser humano é falho, seja por má intenção ou por descuido.  O peer
>> review e o merge request são mecanismos criados para justamente impedir
>> tais falhas de contaminem os respectivos produtos de forma que o reparo
>> seja muito custoso ou que traga consequências ruins.
>>
>>
> Bom, eu trabalho com peer review diariamente e posso te contar cada
> história, mas isto é outra conversa ;)
>
> Agora, como o atual sistema funciona bem na Europa, eu percebo uma
> resistência muito grande em introduzir qualquer mecanismo que possa ser
> visto como uma barreira. A recente tentativa do Arlindo de solicitar um
> simples aviso no Id é bem emblemático disto, os desenvolvedores do Id nem
> deram papo e fecharam a requisição horas depois.
>
> Mas uma idéia que eu acho que podemos emprestar da área de software é
> trabalhar com versões beta e versões estáveis da base. Por exemplo, fazemos
> uma cópia local da base do OSM (digamos só do Brasil) da qual temos
> razoável confiança de não ter nenhum problema maior e declaramos ela como
> versão estável. A partir desta versão poderíamos produzir um índice de
> qualidade calculado a partir de validações e testes. A versão estável só
> seria substituída periódicamente por uma versão com índice de qualidade
> maior, ou algo do gênero. A gente só usaria a versão estável para gerar
> mapas para dispositivos ou quaisquer outros fins. A gente poderia até
> eliminar localmente os changesets duvidoso da base estável, da mesma
> maneira como bugs são corrigidos em versões estáveis de software. Bom, é só
> uma idéia que precisa de amadurecer, mas se a gente conseguir por algo
> assim para funcionar eu acho que a gente poderia conseguir a aceitação
> disto de muita gente por aí que depende de maneira crítica da base.
>
> abraço
>
> Gerald
>
>
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> 

[Talk-br] Questão de ordem sobre mecanismos de moderação ou validação de edições

[Arlindo Pereira]

A discussão sobre validação de edições está bem interessante, mas queria
puxar uma "questão de ordem".

As edições brasileiras não estão descoladas do projeto internacional. Isto
posto, discutir localmente se deveria existir algum mecanismo de moderação,
com pontuação / rankeamento tipo Waze, é inócuo, e deveria ser feito (em
inglês) na lista internacional talk. (Na minha humilde opinião, ok? Não
quero ofender ninguém que pense dessa forma, por favor!)

Isto posto, nada impede que façamos verificações a posteriori, como já
proposto pelos demais colegas. Mas nada que envolva uma mudança na
estrutura de colaboração já existente, para o bem ou para o mal.

É apenas isto.

Saudações festivas,

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

[Talk-br] Pedido para membros que assinam a lista por resumo diário ("Digest")

[Arlindo Pereira]

Prezados,

gostaria de gentilmente solicitar aos membros que assinam a lista por
resumo diário ("Digest") que, ao responder mensagens, editem o assunto do
email colocando o assunto original do email a ser respondido. Fica um pouco
difícil seguir uma determinada conversa ao não fazer isto.

Por exemplo:

Em 24/12/15, talk-br-requ...@openstreetmap.org<
talk-br-requ...@openstreetmap.org>
escreveu:
> Enviar submissões para a lista de discussão Talk-br para
>   talk-br@openstreetmap.org
>
> Para se cadastrar ou descadastrar via WWW, visite o endereço
>   https://lists.openstreetmap.org/listinfo/talk-br
> ou, via email, envie uma mensagem com a palavra 'help' no assunto ou
> corpo da mensagem para
>   talk-br-requ...@openstreetmap.org
>
> Você poderá entrar em contato com a pessoa que gerencia a lista pelo
> endereço
>   talk-br-ow...@openstreetmap.org
>

*> Quando responder, por favor edite sua linha Assunto assim ela será> mais
específica que "Re: Contents of Talk-br digest..."*
>
>
> Tópicos de Hoje:
>
>1. Lacuna no mapa - SC (Adriano Rosa)
>.

Nesse caso, basta seguir a sugestão que o software da lista já dá (marquei
em negrito) editando o assunto do email ("Digest Talk-br, volume XX,
assunto YY") para um dos tópicos marcados na seção "Tópicos de Hoje" (por
exemplo "Lacuna no mapa - SC").

Obrigado! :-)

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

Re: [Talk-br] Edificações no Google Maps

[Arlindo Pereira]

Não é muito simples, não. Googleando rapidinho encontrei um artigo
interessante para extrair alturas de edificações usando lidar, é
complicadinho:

https://developmentseed.org/blog/2014/08/07/processing-lidar-point-cloud/

https://gist.github.com/YKCzoli/3605e014b8ed09a571e5

[]s

2015-12-21 17:10 GMT-02:00 Alexandre Magno Brito de Medeiros <
alexandre@gmail.com>:

> Estive a imaginar que o LIDAR facilitaria algoritmos para vetorização
> (identificação de formas). Equivoco-me?
>
> Em 21 de dezembro de 2015 15:13, Paulo Carvalho <
> paulo.r.m.carva...@gmail.com> escreveu:
>
>> LIDAR só produz imagens raster em 3D.  A vetorização, ou interpretação, é
>> um passo posterior que pode ser feita manualmente, como nós fazemos no JOSM
>> ou por um processo automatizado.  Lá na Petrobras usamos LIDAR para
>> digitalizar afloramentos rochosos em campo, e o resultado desse survey é só
>> um monte de pontos no espaço = dado.  A geração de um modelo útil
>> (informação) é outra etapa no fluxo de trabalho.
>>
>
> ___
> 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] Edificações no Google Maps

[Arlindo Pereira]

Acredito que tenham feito acordo com as prefeituras. Aqui na cidade do Rio
de Janeiro o IPP tem o contorno das edificações, mas esses dados não estão
disponíveis em licença compatível no data.rio.

[]s

2015-12-21 15:13 GMT-02:00 Paulo Carvalho :

> LIDAR é só uma tecnologia de imageamento.  A dúvida original é quanto ao
> aparecimento de polígonos vetoriais no Google Maps.  Pela grande quantidade
> repentina, parece que automatizaram esse processo.
>
> Em 21 de dezembro de 2015 14:14, Alexandre Magno Brito de Medeiros <
> alexandre@gmail.com> escreveu:
>
>> Contribuidores da Wikipédia, 'LIDAR', *Wikipédia, a enciclopédia livre,*
>> 10 novembro 2015, 00h20min UTC, <
>> https://pt.wikipedia.org/w/index.php?title=LIDAR=43890082>
>> [accessed 21 dezembro 2015]
>>
>> Em 21 de dezembro de 2015 12:10, Narcélio de Sá Pereira Filho <
>> narceliosapere...@gmail.com> escreveu:
>>
>>> Até onde sei a google está mapeamento com base nas imagens de satélite e
>>> ajuda dos dados do levantamento com lidar (Light Detection and Ranging )
>>> que foi realizado em alguma cidades do mundo.
>>>
>>> Em 21 de dezembro de 2015 11:44, Alexandre Magno Brito de Medeiros <
>>> alexandre@gmail.com> escreveu:
>>>
 Não estou com tempo para ver o que você aponta. Mas é possível que
 estejam processando imagens de satélite. Nem creio que aqui no Brasil nós
 tenhamos esses dados.

 Em 21 de dezembro de 2015 11:37, santamariense 
 escreveu:

> Olá pessoal,
>
> Uma coisa que tem chamado a minha atenção é a grande quantidade de
> edifícios/casas que estão constando nos mapas da Google.
>
> Até onde eu sei a edição de polígonos no Google Mapmaker está
> desativada. De onde vem estes polígonos então será?
>
> Será que funcionários do google estão georreferenciando uma a uma? Ou
> será que conseguiram com o poder público?
>
> Alguém sabe de algo?
>

>> ___
>> 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] Prêmio de reconhecimento para Freddy Rivera

[Arlindo Pereira]

Tive a oportunidade de conhecê-lo em 2009 no State of the Map. Gente
finíssima, e sobre-humano mesmo :)

[]s
Arlindo

On Tue, Dec 15, 2015 at 6:55 PM, Vitor George 
wrote:

> Ele criou uma Wikipedia offline e mapeou toda sua cidade. Um milhão de
> mudanças no OpenStreetMap!
>
> https://www.youtube.com/watch?v=PMTpbJtAnpg
>
>
> http://www.elespectador.com/noticias/nacional/ayuda-ancianos-y-salvar-quebradas-son-dos-de-iniciativa-articulo-605522
>
> http://hdyc.neis-one.org/?humano
>
> ___
> 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 32

[Arlindo Pereira]

Geralmente aqui no Rio eu coloco primeiro o nó da sinaleira, depois o da
faixa de pedestre, os dois antes do nó do cruzamento em si.

Exemplo: http://www.openstreetmap.org/node/3649910872

Mas aqui no RJ os semáforos são sempre antes do cruzamento (e ficam na
linha aonde os carros devem parar). Em SP é sempre depois (e eu acho
confuso pacas). Neste caso, acho que eu colocaria o nó do semáforo no ponto
aonde os carros devem parar.

[]s

2015-12-14 13:27 GMT-02:00 Helio Cesar Tomio :

> Arlindo e naoliv,
>
> Entendi:
> - que o enforcement vincula o radar ou sinaleiro com a via.
> - que o enforcement pode criar uma relação indicando o sentido do radar
> from/to como em
> https://www.openstreetmap.org/relation/4146285
> - que o radar fica antes do cruzamento da sinaleira, na mesma posição da
> haste que sustenta a câmera
> - que a sinaleira sempre é um nó na via, mas o radar pode ser na via ou ao
> lado usando o enforcement
> - que a sinaleira deve ficar antes do cruzamento
> Qto esta última acho difícil por causa da faixa de pedestre
> (highway=crossing), que fica praticamente na mesma posição.
> Me parece que ao cadastrar faixa de pedestre + sinaleira + radar vai ficar
> tumultuado no local.
> Se alguém souber um exemplo, agradeço.
> Vou fazer umas "artes" por aqui e posto o resultado.
>
> Obrigado imensamente pela paciência e agradeço antecipadamente qq
> correção.
> Cordialmente, Helio.
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Dúvidas radares e sinaleiras

[Arlindo Pereira]

Helio,

o wiki menciona que o mínimo seria adicionar câmeras como um nó que não
faça parte da via, com as tags highway=speed_camera + maxspeed=XX [1].
Existe ainda a opção de criar uma relação "enforcement", que denota mais
explicitamente que a speed_camera se liga à highway em questão [2]. Mas
mesmo sem usar a relação, é interessante colocar também o maxspeed na via
em questão.

A princípio, não se deveria juntar os sinaleiros aos radares pois os
sinaleiros, ao contrário dos radares, devem sempre fazer parte da via [3].
Mais especificamente, o ideal seria colocar o nó dos sinaleiros antes do
cruzamento, conforme os exemplos "Tag all incoming ways" / "Tag all
incoming one-ways". No caso de radares de sinal, pode se colocar a relação
"enforcement" citada acima.

1: http://wiki.openstreetmap.org/wiki/Tag:highway%3Dspeed_camera
2: http://wiki.openstreetmap.org/wiki/Relation:enforcement
3: http://wiki.openstreetmap.org/wiki/Tag:highway%3Dtraffic_signals

[]s
Arlindo

2015-12-14 10:41 GMT-02:00 Helio Cesar Tomio :

> Colegas, falando em ajuda, alguém poderia explicar como mapear
> corretamente radares?
> Vi muitos usando apenas as tags:
> highway=speed_camera
> maxspeed=80
>
> Outros acrescentaram as tags:
> enforcement=maxspeed
> type=enforcement
>
> Qual seria a forma correta?
> E não entendi a função deste enforcement.
>
> Em alguns sinaleiros tb achei além de highway=traffic_signals, as tags:
> enforcement=traffic_signals
> type=enforcement
>
> Não sei se é possível definir os radares para atuarem apenas numa direção
> de deslocamento e se posso juntar sinaleiros e radares em um único nó
> (sinaleiros com radares).
>
> Comecei a usar o Osmand e percebi que ele lê os radares do OSM.
>
> ___
> 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] O que houve com Fernando Trebien?

[Arlindo Pereira]

Também acho uma lástima. :(

[]s

2015-12-13 11:54 GMT-02:00 Erick de Oliveira Leal <
erickdeoliveiral...@gmail.com>:

> Poxa, uma pena. Ele foi o que mais me ajudou quando entrei aqui.
>
> Em 13 de dezembro de 2015 11:49, Arlindo Pereira <
> openstreet...@arlindopereira.com> escreveu:
>
>> Desistiu do projeto depois de discussões improdutivas na lista com outro
>> mapeador aqui do Rio.
>>
>> > mailman-boun...@openstreetmap.org
>> >
>> > Jul 8
>> > to talk-br-owner
>> > fernando.treb...@gmail.com foi removido da lista Talk-br.
>>
>> []s
>> Arlindo
>>
>> 2015-12-13 11:42 GMT-02:00 Erick de Oliveira Leal <
>> erickdeoliveiral...@gmail.com>:
>>
>>> Opa pessoal, alguém sabe o que aconteceu com o Fernando Trebien?
>>> Diz nessa página "retired"
>>> http://wiki.openstreetmap.org/wiki/User:Ftrebien
>>>
>>> As mensagens indicam um link
>>> https://www.openstreetmap.org/user/user_401472 como se o usuário dele
>>> não existisse mais.
>>>
>>> ___
>>> 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] O que houve com Fernando Trebien?

[Arlindo Pereira]

Desistiu do projeto depois de discussões improdutivas na lista com outro
mapeador aqui do Rio.

> mailman-boun...@openstreetmap.org
>
> Jul 8
> to talk-br-owner
> fernando.treb...@gmail.com foi removido da lista Talk-br.

[]s
Arlindo

2015-12-13 11:42 GMT-02:00 Erick de Oliveira Leal <
erickdeoliveiral...@gmail.com>:

> Opa pessoal, alguém sabe o que aconteceu com o Fernando Trebien?
> Diz nessa página "retired"
> http://wiki.openstreetmap.org/wiki/User:Ftrebien
>
> As mensagens indicam um link
> https://www.openstreetmap.org/user/user_401472 como se o usuário dele não
> existisse mais.
>
> ___
> 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

[Arlindo Pereira]

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.
Em 11/12/2015 9:53 AM,  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] RES: Tag para aviso de altura de obstáculo

[Arlindo Pereira]

Perfeito, não conhecia esta tag.

[]s
Arlindo

2015-12-11 8:29 GMT-02:00 Thiago Vieira <thipvie...@gmail.com>:

> Temos!
>
> barrier=height_restrictor + maxheight=*
> http://wiki.openstreetmap.org/wiki/Key:barrier
>
> Em 4 de dezembro de 2015 12:24, Arlindo Pereira <
> openstreet...@arlindopereira.com> escreveu:
>
>> maxheight especifica a altura máxima de uma via, como por exemplo as
>> definidas pela placa R-15:
>>
>> http://aimore.net/placas/R-15.jpg
>>
>> Mas acredito que ele esteja se referindo a como mapear pórticos que
>> reforçama a altura máxima:
>>
>> http://blogdobg.s3.amazonaws.com/media/194351.jpe
>>
>> Talvez dê no mesmo, mas acho que não temos uma tag específica para o
>> objeto da segunda foto.
>>
>> []s
>> Arlindo
>>
>> 2015-12-04 11:43 GMT-02:00 Reinaldo Neves <rne...@equacao.com.br>:
>>
>>> Bom dia,
>>>
>>> Você deve utilizar a tag maxheight para indicar o limite de altura em
>>> pontes e passarelas.
>>>
>>> ___
>>> Reinaldo Neves
>>> Equação Informática
>>> (11) 3221-3722
>>>
>>>
>>>
>>> -Mensagem original-
>>> De: belnu...@pop.com.br [mailto:belnu...@pop.com.br]
>>> Enviada em: sexta-feira, 4 de dezembro de 2015 11:08
>>> Para: talk-br@openstreetmap.org
>>> Assunto: [Talk-br] Tag para aviso de altura de obstáculo
>>>
>>> gostaria de saber se há tag  para aviso de altura de obstáculo , destes
>>> que sao colocados para evitar que veículos fiquem entalados ?
>>>
>>>
>>> ___
>>> 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] Issue no Github para o iD exibir mensagem alertando usuários de nomes copiados do Google

[Arlindo Pereira]

Concordo com você. De fato, a minha proposta inicial, de verificar se
houveram X alterações de nomes e exibir um alerta foi vetada pelo time do
iD e, pensando bem, faz sentido. Mas tivemos a ideia de mudar a tradução no
sentido de incluir isso na string que aparece ao salvar as alterações, e
chegamos nesta proposta:

[image: Inline image 1]

Acho que assim fica mais claro. Já está funcionando no site.

[]s
Arlindo

2015-12-11 12:04 GMT-02:00 <thunder...@gpsinfo.com.br>:

> 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 <openstreet...@arlindopereira.com>
> *Sent:* Friday, December 11, 2015 10:00 AM
> *To:* OSM talk-br <talk-br@openstreetmap.org>
> *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.
>
> ___
> 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

[Arlindo Pereira]

Da forma que o Thiago mencionou. Um nó incluindo as tags
barrier=height_restrictor
e maxheight=xxx

A altura vai em metros, usando ponto para separar decimais, e não precisa
de unidade. por exemplo maxheight=2.80

[]s

2015-12-11 14:19 GMT-02:00 Vítor Rodrigo Dias <vitor.d...@gmail.com>:

> Eu sugiro um nó na via, se realmente o obstáculo não fizer parte de nenhum
> objeto mapeável.
>
> Em sex, 11 de dez de 2015 às 13:55, Airton <belnu...@pop.com.br> escreveu:
>
>> A minha dúvida é a que foi colocada pelo Thiago, e não me expressei
>> corretamente. Como incluo este tipo de obstáculo no mapa, já que não se
>> enquadra nem como ponte, viaduto ou passarela?
>>
>> --
>> Enviado do aplicativo myMail para Android
>> sexta, 11 dezembro 2015, 00:38PM -02:00 de
>> talk-br-requ...@openstreetmap.org:
>>
>> Enviar submissões para a lista de discussão Talk-br para
>> talk-br@openstreetmap.org
>> <https://e-aj.my.com/compose?To=talk%2...@openstreetmap.org>
>>
>> Para se cadastrar ou descadastrar via WWW, visite o endereço
>> https://lists.openstreetmap.org/listinfo/talk-br
>> ou, via email, envie uma mensagem com a palavra 'help' no assunto ou
>> corpo da mensagem para
>> talk-br-requ...@openstreetmap.org
>> <https://e-aj.my.com/compose?To=talk%2dbr%2drequ...@openstreetmap.org>
>>
>> Você poderá entrar em contato com a pessoa que gerencia a lista pelo
>> endereço
>> talk-br-ow...@openstreetmap.org
>> <https://e-aj.my.com/compose?To=talk%2dbr%2dow...@openstreetmap.org>
>>
>> Quando responder, por favor edite sua linha Assunto assim ela será
>> mais específica que "Re: Contents of Talk-br digest..."
>>
>>
>> Tópicos de Hoje:
>>
>>1. Re: RES: Tag para aviso de altura de obstáculo (Arlindo Pereira)
>>2. Re: Issue no Github para o iD exibir mensagem alertando
>>   usuários de nomes copiados do Google (thunder...@gpsinfo.com.br)
>>3. Re: Issue no Github para o iD exibir mensagem alertando
>>   usuários de nomes copiados do Google (thunder...@gpsinfo.com.br)
>>4. Re: Importação de aeródromos - ANAC (thunder...@gpsinfo.com.br)
>>
>>
>> --
>>
>> Message: 1
>> Date: Fri, 11 Dec 2015 11:29:03 -0200
>> From: Arlindo Pereira <openstreet...@arlindopereira.com
>> <https://e-aj.my.com/compose?To=openstreet...@arlindopereira.com>>
>> To: OpenStreetMap no Brasil <talk-br@openstreetmap.org
>> <https://e-aj.my.com/compose?To=talk%2...@openstreetmap.org>>
>> Subject: Re: [Talk-br] RES: Tag para aviso de altura de obstáculo
>> Message-ID:
>> <cadwq+2uvmfcows0cqairymkvb2dku7hc4f3xspyff0gjdsy...@mail.gmail.com
>> <https://e-aj.my.com/compose?To=cadwq%2b2uvmfcows0cqairymkvb2dku7hc4f3xspyff0gjdsy...@mail.gmail.com>
>> >
>> Content-Type: text/plain; charset="utf-8"
>>
>> Perfeito, não conhecia esta tag.
>>
>> []s
>> Arlindo
>>
>> 2015-12-11 8:29 GMT-02:00 Thiago Vieira <thipvie...@gmail.com
>> <https://e-aj.my.com/compose?To=thipvie...@gmail.com>>:
>>
>> > Temos!
>> >
>> > barrier=height_restrictor + maxheight=*
>> > http://wiki.openstreetmap.org/wiki/Key:barrier
>> >
>> > Em 4 de dezembro de 2015 12:24, Arlindo Pereira <
>> > openstreet...@arlindopereira.com
>> <https://e-aj.my.com/compose?To=openstreet...@arlindopereira.com>>
>> escreveu:
>> >
>> >> maxheight especifica a altura máxima de uma via, como por exemplo as
>> >> definidas pela placa R-15:
>> >>
>> >> http://aimore.net/placas/R-15.jpg
>> >>
>> >> Mas acredito que ele esteja se referindo a como mapear pórticos que
>> >> reforçama a altura máxima:
>> >>
>> >> http://blogdobg.s3.amazonaws.com/media/194351.jpe
>> >>
>> >> Talvez dê no mesmo, mas acho que não temos uma tag específica para o
>> >> objeto da segunda foto.
>> >>
>> >> []s
>> >> Arlindo
>> >>
>> >> 2015-12-04 11:43 GMT-02:00 Reinaldo Neves <rne...@equacao.com.br
>> <https://e-aj.my.com/compose?To=rne...@equacao.com.br>>:
>> >>
>> >>> Bom dia,
>> >>>
>> >>> Você deve utilizar a tag maxheight para indicar o limite de altura em
>> >>> pontes e passarelas.
>> >>>
>> >>> ___
>> >>> Reinaldo Neves
>> >>

Re: [Talk-br] Importação de aeródromos - ANAC

[Arlindo Pereira]

A lista de aeródromos é publicada em Diário Oficial, portanto podemos
admitir que a importação dos dados é permitida sem problemas.

[]s

2015-12-11 8:52 GMT-02:00 Alexandre Magno Brito de Medeiros <
alexandre@gmail.com>:

> Thiago Vieira,
>
> Dê uma olhada neste tópico:
>
>- OpenStreetMap Forum » users: Brazil » Aeródromos e aeroportos
>
>
> A partir dali eu tinha começado o rotaer-osm-tags
> . Estou sem tempo de
> voltar a olhar isso. O código é aberto.
>
> Quanto ao uso dos dados, por favor, antes tenha atenção as questões de
> licença .
>
> Alexandre Magno
>
> Em 11 de dezembro de 2015 07:25, Thiago Vieira 
> escreveu:
>
>> Pessoal, não sei se já repararam que a Anac disponibiliza no site deles
>> as informações atualizadas dos aeródromos registrados brasileiros com
>> diversas informações mapeáveis no osm. Estão disponíveis informações de
>> diversos tipos de aeródromos, como as pistas privadas, helipontos
>> (inclusive em plataformas) e os aeródromos públicos, em outro arquivo.
>>
>> Então buscando aproveitar dessa fonte de dados eu fiz uma gambiarra no
>> excel (provavelmente alguns aqui do grupo seriam capazes de fazer de uma
>> forma mais elegante e funcional) onde é possível gerar um arquivo .osm pra
>> simplificar o carregamento dos objetos. 2 objetos são criados, o nó
>> referente ao aeródromo e a way referente à pista, ambos com suas
>> respectivas informações.
>>
>> Pra começar eu escolhi os aeródromos privados (pistas de pouso), vi que
>> há muitos faltando serem mapeados e praticamente 99% dos que estão mapeados
>> carecem de dados e estão com o nome errado, terminando com "Airport", o que
>> é incorreto pois embora todo aeroporto seja um aeródromo, nem todo
>> aeródromo é um aeroporto, fora o fato de estar em inglês.
>>
>>
>> Disponibilizei os arquivos aqui:
>> https://drive.google.com/folder/d/0B-LW-JL8QGdhV2I5OTdSRlRpR1k/edit
>>
>> São 3 arquivos:
>>
>> *aerodromosPrivados_mod.xls* - arquivo original da ANAC com a preparação
>> dos dados.
>>
>> *AERODROMOS_PRIVADOS.osm* - arquivo onde são carregados os dados da
>> planilha pra utilização no JOSM
>>
>> *Aeródromos* - planilha simplificada para controle do progresso da
>> importação.
>>
>>
>> O processo é simples, conforme esse passo a passo:
>>
>> 1 abrir e filtrar no arquivo .xls pelo local que se deseja trabalhar;
>>
>> 2 copiar as células da coluna AY de todas as linhas desejadas;
>>
>> 3 abrir o arquivo .osm num editor de texto e colar as informações
>> substituindo a linha indicada;
>>
>> 4 remover todas as aspas (") (usar localizar e substituir) e salvar;
>>
>> 5 abrir o arquivo .osm no JOSM e ajustar o posicionamento dos objetos,
>> principalmente da pista, que é gerada de uma forma genérica sempre na
>> horizontal e com o mesmo tamanho. Manter o fixme da pista caso não seja
>> possível verificar sua posição na imagem de satélite, e sendo capaz de
>> ajustar, remover o fixme;
>>
>> 6 após o upload atualizar na planilha Aeródromos com o nome de usuário na
>> coluna Conclusão.
>>
>>
>> Umas orientações importantes:
>>
>> Isto não deve de forma alguma ser utilizado para importação automática!!!
>>
>> Conforme o passo 5, acima, a pista principalmente precisa ter seu
>> posicionamento ajustado.
>>
>> Mesmo aeródromos já existentes devem ser atualizados com as informações
>> trazidas aqui, então nesses casos, para não perder o histórico dos objetos
>> existentes deve-se copiar os TAGs (Ctrl-C) e colar no objeto existente
>> (Ctrl-Shift-V), que podem estar representados como áreas.
>>
>>
>> Após concluir a importação dessa lista pretendo filtrar no Overpass para
>> encontrar os aeródromos sem registro para remover do mapa (não as pistas!),
>> como nesse caso:
>> http://www.openstreetmap.org/#map=13/-22.3733/-43.2426
>> http://www2.anac.gov.br/biblioteca/portarias/2014/PA2014-3024.pdf
>>
>> ___
>> 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

[Arlindo Pereira]

Não há porque copiar dados do Google Maps ou o que seja quando temos a
camada com o arruamento do IBGE direto no iD.
Em 10/12/2015 7:25 PM, "Peter Krauss"  escreveu:

> Oi gente, parece que o limiar entre o bom e o ruim é meio sutil nesse
> assunto...
> Respondendo geral, e apenas reforçando o posicionamento já expresso:
>
> 1) "Cuidado, não faz o menor sentido atribuir copyright ao *nome de
> logradouro, é público* (!!)."
> Ou seja, "*terrorismo"* é *gerar presunção de que tem um maluco
> dizendo que é "dono do nome"* e vai te processar ou bloquear a OSM.
>
> 2) A operação de "escrever nome" é totalmente indiferente ao fato de ter
> sido ou não copiado de algum lugar, ou de estar escrito ou não com grafia
> errada.  Quem escreve está dando o seu testemunho, de uma informação
> pública... O que importa é que houve boa vontade em colaborar com o OSM, e
> que a grafia do nome será eventualmente corrigida por outro colaborador,
> mas *jamais* a colaboração deletada ou tratada como "afronta a direito
> autoral".
>
> 3) a *grafia correta de nomes é um "problema muito mais embaixo"* já
> discutido aqui... Os nomes tem origem nas ~5500 Câmaras Municipais, e falta
> na maior parte dos municípios a abertura e organização das Leis para
> podermos conferir por software. Os *nomes de rua de Campinas por exemplo*
> 
> podem ter sua grafia homologada e/ou corrigida por software (!), por
> estarem no LexML (ver link).
>
> 4) edição *manual,* passo-a-passo, de mapas é diferente da operação de *"cópia
> em massa"* ... E se durante a *edição manual* o operador olhar para a
> janela, perguntar para o amigo, para o Google ou o Bing, não tem problema
> algum (!), seria outra forma de "terror" dizer o que o operador pode o que
> não pode enquanto está lá de boa vontade editando... Acho que é disso que o
> Vitor e o Marcio falavam.
> Precisamos ser receptivos e acolhedores com nossos colaboradores (!).
> A *"cópia em massa" é outra discussão bem diferente*, e acho que é disso
> que o Gerald falava.
> Se existe necessidade de fiscalização é com relação à *cópia em massa*...
> Mas há dezenas de confusões e riscos também nesse tipo de fiscalização...
> Por ex. conferir consistência entre Google e OSM (ou Bing e OSM) é saudável
> e não é cópia.
>
> 5) a minha proposta é, se formos fiscalizar "cópia em massa" por software, 
> *que
> si fiscalize muito bem e muito antes, os requisitos
>  e os testes desse
> software*... E que, uma vez pronto o tal do software-fiscal, se homologue
> ele o com muita calma e muita participação aqui de todos.
> Idem softwares mais simples (ex. para disparar alertas intrusivos e pouco
> acolhedores).
>
>
>
>
>
>
>
>
>
> Em 10 de dezembro de 2015 18:20, Nelson A. de Oliveira 
> escreveu:
>
>> 2015-12-10 18:10 GMT-02:00  :
>> > Quando cito fiscais me refiro aqueles que, em especial, andam
>> fiscalizando
>> > minhas edições e até vídeos tutoriais sobre o OSM que posto no youtube.
>>
>> Se for o meu caso, espero que leiam, por exemplo, a discussão em
>> http://www.openstreetmap.org/changeset/35388654
>>
>> O aviso serve justamente para evitar tais cópias de dados (o que anda
>> ocorrendo muito recentemente).
>> Não existe terrorismo e muito menos perseguição com qualquer pessoa.
>>
>> ___
>> 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] Issue no Github para o iD exibir mensagem alertando usuários de nomes copiados do Google

[Arlindo Pereira]

Pessoal,

criei uma issue no Github do projeto iD propondo que o editor exiba uma
mensagem grande dizendo "Atenção: é proibido copiar nomes de ruas do Google
Maps, Bing, mapas impressos e outras fontes em copyright" quando o usuário
editar 10 ou mais nomes de ruas.

Gostaria de pedir que aqueles que puderem, postem um comentário apoiando e
contribuindo com mais ideias.

https://github.com/openstreetmap/iD/issues/2868

[]s
Arlindo Pereira
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] RES: Tag para aviso de altura de obstáculo

[Arlindo Pereira]

maxheight especifica a altura máxima de uma via, como por exemplo as
definidas pela placa R-15:

http://aimore.net/placas/R-15.jpg

Mas acredito que ele esteja se referindo a como mapear pórticos que
reforçama a altura máxima:

http://blogdobg.s3.amazonaws.com/media/194351.jpe

Talvez dê no mesmo, mas acho que não temos uma tag específica para o objeto
da segunda foto.

[]s
Arlindo

2015-12-04 11:43 GMT-02:00 Reinaldo Neves :

> Bom dia,
>
> Você deve utilizar a tag maxheight para indicar o limite de altura em
> pontes e passarelas.
>
> ___
> Reinaldo Neves
> Equação Informática
> (11) 3221-3722
>
>
>
> -Mensagem original-
> De: belnu...@pop.com.br [mailto:belnu...@pop.com.br]
> Enviada em: sexta-feira, 4 de dezembro de 2015 11:08
> Para: talk-br@openstreetmap.org
> Assunto: [Talk-br] Tag para aviso de altura de obstáculo
>
> gostaria de saber se há tag  para aviso de altura de obstáculo , destes
> que sao colocados para evitar que veículos fiquem entalados ?
>
>
> ___
> 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] dúvida com tag ele=1 em rodovia

[Arlindo Pereira]

Provavelmente o editor se confundiu com a tag layer, especialmente se a via
cruza alguma outra em desnível. Pode apagar, e mandar mensagem para quem
editou por último avisando.

[]s
Arlindo

2015-11-04 17:55 GMT-02:00 Helio Cesar Tomio :

> Pessoal, editando na BR 458, achei vários objetos da rodovia com a tag
> "ele=1".
>
> São edições antigas (+ 2 anos) e não entendi porque "ele=1".
> A tag "ele" determina a altura do objeto em relação ao nível do mar, não é?
> Posso apagá-las, já que não se tratam da real altura?
> Parece que o editor quis apenas dizer que eram vias elevadas em relação ao
> nível do solo...
>
> Alguns objetos:
>
> https://www.openstreetmap.org/way/258781395
> https://www.openstreetmap.org/way/258781401
> https://www.openstreetmap.org/way/251406286
> https://www.openstreetmap.org/way/300594222
>
> ___
> 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] Fwd: [talk-latam] Errores detectados por mapas.alternativaslibres.es

[Arlindo Pereira]

-- Forwarded message --
From: Marco Antonio 
Date: 2015-09-20 18:29 GMT-03:00
Subject: [talk-latam] Errores detectados por mapas.alternativaslibres.es
To: OSM LatAm , OSM Bolivia <
talk...@openstreetmap.org>


Hola,

Quienes tengan un receptor/navegador GPS conocerán la página de
AlternativasLibres [1], esta página provee el archivo binario por país
para el dispositivo desde datos OpenStreetMap. Nada nuevo.

La página al generar el archivo .img detecta errores en el cálculo de
rutas y otros cosas. Se puede utilizar este reporte por objeto para ir
mejorando el mapa que puede estar erróneo o al final sólo sean falsos
positivos.

En el archivo para Bolivia [2] es posible encontrar por categorías los
errores pudiendo ser:

* rotondas (junction=roundabout), accesos a las rotondas
* solapamiento de vías, vías de una dirección (oneway=yes) y que van a
ningún lugar
* restricciones de giro y sus elementos que lo conforma
* salidas de autopistas (motorway_junction) y que usan ref=*
* multipolígonos y límites/fronteras (boundary) en solapamiento,
intersección o roles
* números de las direcciones, con varias categorías internas de validación
* barreras y sus límites de acceso.

Un ejemplo:

"2015/09/19 01:09:25 (StyledConverter): 55133001.o5m: Oneway road
80478186 comes from nowhere at
http://www.openstreetmap.org/?mlat=-15.420242=-63.187531=17;

Los archivos de errores están disponibles para Argentina, Bolivia,
Brasil, Chile, Colombia, Ecuador, México, Paraguay, Perú, Uruguay,
Venezuela. Para el resto se pide una donación de 30€ para
mantenerlo...

Abrazos,

Marco Antonio

[1] http://mapas.alternativaslibres.es/descargas.php#America
[2] http://mapas.alternativaslibres.es/errors_Bolivia.zip

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

Re: [Talk-br] App para caminhada/corrida

[Arlindo Pereira]

Sim, e se for um local popular a camada tem muitas passagens de GPS, então
dá para fazer uma média tranquilo.

:)

2015-10-09 16:14 GMT-03:00 Linhares XT <linhare...@gmail.com>:

> Putz! Essa dica da camada do Strava é sensacional pra quem curte um
> off-road!
> Tem um local de mata que eu não conseguia encontrar a passagem, e na
> camada do Strava tem a trilha de bicicleta! =D
>
> Valeu, Arlindo!
>
> 2015-10-09 11:10 GMT-03:00 Arlindo Pereira <
> openstreet...@arlindopereira.com>:
>
>> O Strava exibe as trilhas feitas pelo usuário com mapas OSM, renderizados
>> pela Mapbox, online e no celular.
>> https://strava.zendesk.com/entries/95628987-About-Strava-Maps
>>
>> Apenas no celular, quando se abre uma atividade, a trilha é exibida sobre
>> o mapa nativo do aparelho, entretanto. (No caso do Android, Google Maps, no
>> caso do iOS, mapas da Apple). Isso inclusive gerou uma certa polêmica,
>> quando eles "viraram a chave":
>> https://strava.zendesk.com/entries/95423147-Feedback-for-Strava-s-new-maps-OpenStreetMap-
>>
>> Aliás, o Strava tem uma iniciativa bacana com o OSM, permitindo traçar
>> sobre uma camada com as trilhas GPS anonimizadas de seus usuários, veja só:
>> http://wiki.openstreetmap.org/wiki/Strava
>>
>> []s
>> Arlindo
>>
>> 2015-10-09 10:33 GMT-03:00 Eduardo Medeiros <eduardoamedei...@gmail.com>:
>>
>>> Alguém conhece algum app de log de caminhada/corrida que utilize o OSM?
>>>
>>> []s,
>>>   Eduardo AM
>>>
>>>
>>> ___
>>> 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] App para caminhada/corrida

[Arlindo Pereira]

O Strava exibe as trilhas feitas pelo usuário com mapas OSM, renderizados
pela Mapbox, online e no celular.
https://strava.zendesk.com/entries/95628987-About-Strava-Maps

Apenas no celular, quando se abre uma atividade, a trilha é exibida sobre o
mapa nativo do aparelho, entretanto. (No caso do Android, Google Maps, no
caso do iOS, mapas da Apple). Isso inclusive gerou uma certa polêmica,
quando eles "viraram a chave":
https://strava.zendesk.com/entries/95423147-Feedback-for-Strava-s-new-maps-OpenStreetMap-

Aliás, o Strava tem uma iniciativa bacana com o OSM, permitindo traçar
sobre uma camada com as trilhas GPS anonimizadas de seus usuários, veja só:
http://wiki.openstreetmap.org/wiki/Strava

[]s
Arlindo

2015-10-09 10:33 GMT-03:00 Eduardo Medeiros :

> Alguém conhece algum app de log de caminhada/corrida que utilize o OSM?
>
> []s,
>   Eduardo AM
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Tags para os condomínios

[Arlindo Pereira]

Geralmente usamos landuse=residential + barrier=wall no contorno, access=*
nas vias internas e barrier=* nas entradas.

[]s
Arlindo

2015-10-03 5:56 GMT-03:00 Severin Menard :

> Oi,
>
> Queria saber se tem um tag de referencia  (ou um comjunto de tags) para os
> condomínios.
>
> Severin
>
> ___
> 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] Plugin JOSM para detectar vias não mapeadas Fwd: [OSM-talk] Find missing roads

[Arlindo Pereira]

Não verifiquei se possui ou não dados no Brasil.

http://www.openstreetmap.org/user/mvexel/diary/35966

[]s
Arlindo

-- Forwarded message --
From: Martijn van Exel 
Date: Wed, Sep 30, 2015 at 12:11 PM
Subject: [OSM-talk] Find missing roads
To: "t...@openstreetmap.org" , OSM US Talk <
talk...@openstreetmap.org>


Hi all,

Our OSM team cooked up something new. A missing roads plugin for JOSM. I
think it's pretty nice but I would really like to hear what you think.

You can read some more about it on my diary (http://bit.ly/missingroads)
but it's basically what it says on the tin. The plugin will show where we
think roads are missing from OSM based on GPS data so you can add them :)

Take it for a spin and let me know what you think, what we could improve,
or just if you like it!

Martijn



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

Re: [Talk-br] RES: RES: OSM - CNEFE

[Arlindo Pereira]

Não manjo de GIS para opinar sobre os trechos de código referidos, mas eu
acho que pegar os nomes de rua do CNEFE para o OSM e corrigir um eventual
desalinhamento do OSM são duas tarefas distintas, que seriam melhor
atacadas separadamente.

[]s
Arlindo

2015-09-30 9:53 GMT-03:00 Lucas Ferreira Mation :

> fantástico Marcos,
>
> eu já "ataquei" várias linhas das que você sugeriu, mas ainda não
> completei. Tenho trocado algumas idéias a respeito, off-line do grupo para
> não tumultuar muito por aqui, com o  Peter Krauss. Podemos te incluir na
> conversa.
>
> Vamos por partes:
>
> A) A primeira grande dúvida que eu tenho é quanto podemos confiar no
> posicoinamento das ruas do OSM? Por exemplo, quando o shape de setor
> censitário e o OSM não batem, como eu posse ter certeza que o certo é o
> OSM? Será que o mapeador não se baseou numa imagem de satélite que também
> estava deslocada? Enfim, no meu código estou de certa forma tomando o
> posicionamento de ruas do OSM como "verdade", mas seria bom pensar um pouco
> melhor nisso. Eu vi nos vídeos do SotM-Latin-America-2015 um cara da Mapbox
> apresentando como eles tem umas técnicas para corrigir o posicionamento de
> ruas do OSM, que aplicaram no Japao e em Lima.
>
>
> B) Agora de manhã estou trabalhando nesta idéia de usar os quarteiroes que
> parearem e que sejam setores de um só quarteirão como pontos de controle
> para corrigir a malha de setores censitarios.
>
> Dos 95mil  quarteiroes que eu consegui parear, 952 são setores com um
> único quarteirão (que são os que de fato podemos parear no momento). Estes
> 952 setores são de 81 municípios (eu estava com esperança de que seriam
> mais). Para estes eu vou calcular a distancia (ST_distance) e o angulo
> (ST_Azimuth) entre os centroides das quadras pareadas do OSM e do CNEFE.
> Como você falou isso vai nos dar uma lista de pontos de controle.
>
>  Com isso podemos:
> b1) ter uma lista de "margens de erro" do shape de setor censitário para
> cada municipio (ou melhor pros 81 muncípios em que há estes casos). Isso
> serve para definir o buffer (max(ST_distance) para usar quando parear o
> shape de setores censitarios com os ruas do OSM (como você sugere).
> b2) Usar os pontos de controle para corrigir o shape de setor censitario.
> Isto é, fazer uma transformação afim (que estica partes do mapa e contrai
> outras partes) com base nestes pontos.
>
> C) De fato a podemos usar o shape de setores para aproximar mais o
> pareamento espacial (atualmente eu só usei os municípios) antes de parear
> as quadras pelo nome. E com isso podemos aumentar ao grau de tolerancia nos
> pareamentos fuzzy. Este pareamento OSM - poligonos de setor censitario
> também é útil para a outra grande metade do projeto (na qual ainda não
> avancei muito) que é sugerir nomes para ruas sem nome no OSM a partir do
> CNEFE.
> Eu já tentei rodar uma query para fazer isso
>
>
>
>
>
>
>
>
>
>
>
>
>
> 2015-09-30 9:14 GMT-03:00 Marcos Fedato :
>
>> Caros,
>>
>> Eu trabalhei alguns anos com essa parte de endereçamento e tenho muito a
>> ajudar nesse processo do CNEFE.
>>
>> Além dos acentos e da lógica fuzzy (que pode adicionar erros), podemos
>> usar alguma coisa de fonética brasileira(que pode adicionar erros) e
>> tabelas auxiliares(que pode adicionar erros) com nomes padrão, dando
>> replace em erros conhecidos de grafia (AKA: juscelino kubitschek é
>> difícil de escrever).
>>
>> Tem esse algoritimo em Delphi que eu achei uma vez, que faz um trabalho
>> fantastico de fonética BR (tecnicamente não é BR é do Portugês) (AKA:
>> soundex não é bom para matches exatos) http://pastebin.com/KpYxxw5e.
>>
>> Vamos supor que o "quarteirão" tenha 4 ruas e 3 delas tem nome no OSM e
>> estes nomes batem, a gente pode supor que a rua que faltou no OSM tem o
>> nome da rua que sobrou no CNEFE.
>>
>> A gente pode usar não só os municipios, mas também os setores censitários
>> para achar exatamente onde estão os nomes faltantes.
>>
>> Os setores censitários tem uma tabela de descrição do entorno. É um campo
>> de texto livre para cada setor falando as ruas por onde ele é delimitado.
>> Com alguma inteligência a gente pode quebrar esse campo em ruas e cruzar
>> com o OSM também.
>>
>> O problema conhecido de cruzar diferentes bases de dados espaciais é o
>> deslocamento que pode haver entre uma e outra, tenho alguns esboços
>> interessantes de como resolver isso saíndo do mundo tabular e utilizando
>> GIS.
>>
>> Minha ideia se baseia em 2 coisas, achar alguns setores por cidade onde
>> tudo bate e usar eles como referência de posicionamento. Depois extrapolar
>> o erro destes setores para os setores próximos encaixando eles no lugar
>> mais próximo do correto. (se o setor que a gente sabe que bate com o OSM
>> estiver 5m para a direita, o setor vizinho dele estara provavelmente a algo
>> próximo de 5m a direita também, pois eles tem paredes que se tocam)
>>
>> Existe também o problema de ruas que de fato mudaram de 

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

[Arlindo Pereira]

Acho que mais importante do que a velocidade máxima são os acessos.
Autoestradas, marginais etc. via de regra não tem semáforos ou vias
transversais, geralmente tem acessos em rampa etc. Por outro lado, as vias
laterais das marginais, quando existem, geralmente permitem acesso lindeiro
ou a transversais, ainda que não (necessariamente) tenham sinais ou outras
interrupções.

Dessa forma, o recomendado seja marcar as pistas expressas como motorway e
as locais como trunk.

Exemplo no Rio de Janeiro: Avenida Brasil
http://www.openstreetmap.org/#map=16/-22.8861/-43.2260

[]s
Arlindo

2015-09-28 23:14 GMT-03:00 Ivaldo Nunes de Magalhães :

> É incrível como esse assunto sempre volta - por ser complexo, creio. Mas
> principalmente porque leigos teimosos (como eu) insistem em fazer certo.
>
> Pessoal como fica a questão das vias expressas com a redução do limite de
> velocidade em vias importantes (como exemplo mais recente em SP,
> marginais...)? Que aliás estão classificadas como autoestradas (azuzinhas),
> cuja velocidade anterior era 90km max e agora estão com 70km max.
>
> Pergunto porque aqui em Campo Grande/MS tem algumas vias com as mesmas
> características estruturais - evidente que com menor tráfego - mas com
> 50km/hora max (duplicada, com acostamento, 2 ou mais faixas, mas 50km/h).
> Posso classificar como expressa?
>
>
> *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

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

[Arlindo Pereira]

Aí entra um problema de tagueamento do OSM: o significado de uma via trunk
no contexto urbano é diferente do significado num contexto rural /
interurbano. Por exemplo, a Av. Presidente Vargas aqui no RJ é uma via
trunk, embora não devesse ser usada num evento cruzamento entre cidades
(não faria tanto sentido pq a ponte Rio-Niterói não é na Candelária, mas
apenas exemplificando com uma trunk que tem sinais na cidade).

Talvez precisemos de uma tag tipo urban_trunk ou algo do tipo para
conseguir diferenciar.

Marcio, ocê conhece as duas rodovias em questão? Poderia dizer as
características delas (limites de velocidade, faixas de rolamento,
existência de vias transversais etc.)? Talvez seja o caso de elevar a BR
para trunk, ainda que somente neste trecho, para corrigir este problema.

[]s
Arlindo

2015-09-29 15:17 GMT-03:00 <thunder...@gpsinfo.com.br>:

> Complementando...
> em
> http://map.project-osrm.org/?z=9=-20.414143%2C-40.028687=-20.907569%2C-41.066895=-19.471771%2C-40.113831=en
> podem observar o roteamento cruzando o Espírito Santo, de sul para norte.
>
> A rota deveria prosseguir pela BR-101, que mesmo com velocidade máxima
> inferior a ES-060, evita o cruzamento por dentro de Vila Velha e Vitória
> onde existem inúmeros semáforos e pesado trânsito.
>
> Esse situação ocorre simplesmente porque a ES-060 está como TRUNK e a
> BR-101 como PRIMARY.
>
> Alterações em classes de vias alteram o roteamento.
>
> *From:* thunder...@gpsinfo.com.br
> *Sent:* Tuesday, September 29, 2015 1:17 PM
> *To:* OpenStreetMap no Brasil <talk-br@openstreetmap.org>
> *Subject:* Re: [Talk-br]Classificação de vias (agora com 50km/hora), como
> fica?
>
> Complementando o citado pelo Arlindo, devemos ter especial atenção na
> classificação de vias e o que isso acarreta no roteamento na região.
>
> Em termos de roteamento as classes motorway e trunk exercem um poder muito
> forte puxando para elas o roteamento em cruzamento da região onde elas se
> encontram.
>
> Como exemplo cito a ES-060 Rodovia do Sol, no ES formatada na classe TRUNK
> ( http://www.openstreetmap.org/way/293885854 ).
>
> A BR-101 ( http://www.openstreetmap.org/way/317662876 ) que seria a rota
> recomendada para cruzamento do ES está sendo desconsiderada no roteamento
> porque se encontra na classe PRIMARY.
>
> Assim sendo recomendo o emprego do OSRM para identificar o roteamento na
> região antes de fazer qualquer alteração.
>
> []s
> Marcio
>
> *From:* Arlindo Pereira <openstreet...@arlindopereira.com>
> *Sent:* Tuesday, September 29, 2015 11:12 AM
> *To:* OpenStreetMap no Brasil <talk-br@openstreetmap.org>
> *Subject:* Re: [Talk-br]Classificação de vias (agora com 50km/hora), como
> fica?
>
> Acho que mais importante do que a velocidade máxima são os acessos.
> Autoestradas, marginais etc. via de regra não tem semáforos ou vias
> transversais, geralmente tem acessos em rampa etc. Por outro lado, as vias
> laterais das marginais, quando existem, geralmente permitem acesso lindeiro
> ou a transversais, ainda que não (necessariamente) tenham sinais ou outras
> interrupções.
>
> Dessa forma, o recomendado seja marcar as pistas expressas como motorway
> e as locais como trunk.
>
> Exemplo no Rio de Janeiro: Avenida Brasil
> http://www.openstreetmap.org/#map=16/-22.8861/-43.2260
>
> []s
> Arlindo
>
> 2015-09-28 23:14 GMT-03:00 Ivaldo Nunes de Magalhães <ivald...@gmail.com>:
>
>> É incrível como esse assunto sempre volta - por ser complexo, creio. Mas
>> principalmente porque leigos teimosos (como eu) insistem em fazer certo.
>>
>> Pessoal como fica a questão das vias expressas com a redução do limite de
>> velocidade em vias importantes (como exemplo mais recente em SP,
>> marginais...)? Que aliás estão classificadas como autoestradas (azuzinhas),
>> cuja velocidade anterior era 90km max e agora estão com 70km max.
>>
>> Pergunto porque aqui em Campo Grande/MS tem algumas vias com as mesmas
>> características estruturais - evidente que com menor tráfego - mas com
>> 50km/hora max (duplicada, com acostamento, 2 ou mais faixas, mas 50km/h).
>> Posso classificar como expressa?
>>
>>
>> *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
>
>
___
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

[Arlindo Pereira]

Marcio,

a compilação do Cocar com os dados de hoje ocorreu de forma correta?

[]s
Arlindo

2015-09-22 20:07 GMT-03:00 :

> Não creio que a palavra "culpado" seja adequada.
>
> Só erra quem produz e todos nós podemos cometer erros ao editarmos.
>
> Importante é identificarmos erros e trocarmos ideias de forma a nivelar o
> conhecimento.
>
> -Mensagem Original- From: Nelson A. de Oliveira
> Sent: Tuesday, September 22, 2015 7:16 PM
> To: OpenStreetMap no Brasil
> Subject: Re: [Talk-br]Relação Baía de Guanabara X Ilha do Governador
>
> 2015-09-22 19:12 GMT-03:00  :
>
>> saberia então informar quem alterou a linha da costa na Ilha?
>>
>
> Que não me entendam como apontando culpado ou algo assim, como já
> aconteceu aqui (e acharam ruim), mas foi nesse:
> http://www.openstreetmap.org/changeset/34152656
>
> Acabou duplicando algumas bordas como http://i.imgur.com/rRFr0we.png
>
> ___
> 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] Relação Baía de Guanabara X Ilha do Governador

[Arlindo Pereira]

É isso mesmo: "Do not tag nodes or relations with natural=coastline."
http://wiki.openstreetmap.org/wiki/Tag:natural%3Dcoastline

O wiki menciona ainda que "*Tagging the coastline is a bit different than
with all other features in OSM and you should be careful to get this right.*
"

Vou editar a wiki para deixar mais claro que o tagueamento deve estar na
linha, e não como relação.

[]s

2015-09-22 16:43 GMT-03:00 Arlindo Pereira <openstreet...@arlindopereira.com
>:

> Observando o histórico da relação[1] e de uma das linhas, escolhida
> arbitrariamente [2], parece que:
>
> 1) Thiago Pv criou a relação (apagando as vias anteriores) ontem e colocou
> natural=coastline na relação, e não nas linhas
>
> 2) Andre68 (pela bio, um usuário alemão) editou a relação há duas horas,
> retirando o natural=coastline dela, e colocou em todas as vias
>
> 3) Thundercel editou a relação há uma hora, recolocando o
> natural=coastline nela.
>
> Independente de onde está anotado essa documentação ou não (não olhei na
> wiki ainda e sinceramente não entendo muito do tagueamento de coastline) me
> parece que esse usuário alemão identificou o problema e o corrigiu, através
> da adição da tag nas linhas, e não na relação.
>
> *Me parece* (apenas opinião, de novo não li a documentação) que a forma
> com que o renderizador de coastline funciona faz com que seja necessário as
> tags existirem em todas as vias, e não na relação.
>
> 1: http://www.openstreetmap.org/relation/5519132/history
> 2: http://www.openstreetmap.org/way/371670250/history
>
> 2015-09-22 16:06 GMT-03:00 <thunder...@gpsinfo.com.br>:
>
>> Na minha opinião não tem sentido se colocar a tag coastline nos caminhos
>> membros de uma relação se na própria relação pode-se colocar isso uma única
>> vez. Essa situação reduz sobremaneira a possibilidade de erro de não se
>> colocar a tag em um dos caminhos.
>>
>> A relação da Ilha do Governador é composta de inúmeros caminhos membros e
>> esses caminhos estão sendo tratados pelo grupo de trabalho de bairros uma
>> vez que a Ilha não é um bairro. Nela existem inúmeros bairros do Rio de
>> Janeiro.
>>
>> Onde é citado que é errado colocar coastline na relação?
>>
>> -Mensagem Original- From: Nelson A. de Oliveira
>> Sent: Tuesday, September 22, 2015 3:43 PM
>> To: OpenStreetMap no Brasil
>> Subject: Re: [Talk-br]Relação Baía de Guanabara X Ilha do Governador
>>
>> 2015-09-22 15:39 GMT-03:00  <thunder...@gpsinfo.com.br>:
>>
>>> É bem provável que tenha sido isso da retirada da TAG coastline que
>>> acarretou o problema. Estamos inserindo essa tag na relação e iremos
>>> compilar novo mapa a noite para identificar se o problema foi corrigido.
>>>
>>
>> Não, está errado colocar coastline na relação.
>> Ela já faz parte dos caminhos que compõem a relação.
>> Por exemplo:
>>
>> https://www.openstreetmap.org/way/252992140
>>
>> ___
>> 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] Relação Baía de Guanabara X Ilha do Governador

[Arlindo Pereira]

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] Grupo no Telegram e Importação de Bairros no RJ

[Arlindo Pereira]

http://www.openstreetmap.org/user/Nighto/diary/35888

:)

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

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

[Arlindo Pereira]

O que isto significa? Não entendi.

[]s

2015-09-19 9:09 GMT-03:00 Peter Krauss <ppkra...@gmail.com>:

> Será que essas regiões, por questões até de estabilidade e cobertura
> oficial da demarcação, não poderiam ser definidas como agregado de áreas
> CNEFE?
>
> Em 18 de setembro de 2015 20:23, Vítor Rodrigo Dias <vitor.d...@gmail.com>
> escreveu:
>
>> 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
>>
>>
>
> ___
> 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

[Arlindo Pereira]

(De novo, não dirijo, mas...) esse "Branca" não faz muito sentido pra mim.
Talvez o mais adequado fosse ter uma tag no_brand=yes, que nem tem
no_name=yes, ou mesmo um note.

[]s

2015-09-18 15:37 GMT-03:00 Eduardo Medeiros <eduardoamedei...@gmail.com>:

> Ainda vejo as preocupações aqui no que acontecerá ao renderizador. O que
> não é política do OSM. A busca pelo jeito já esta correta, utiliza brand,
> name e tudo mais. O problema é o visual. Eu gostaria muito de ver o
> logotipo/ícone do McDonalds, Santander, BB etc, no mapa. Mas quando procuro
> um desses POIs, meu cerébro esta procurando a rede (franquia), e não o
> nome. Acho que se o nome do estabelecimento não está visível, poderíamos
> deixar em branco, informando somente a brand. E "Branca", no caso dos
> postos que não tem.
>
> []s,
>   Eduardo A Medeiros
>
>
> Em 18 de setembro de 2015 12:26, Márcio Vinícius Pinheiro <
> marcioviniciu...@gmail.com> escreveu:
>
>> E que bom que esse Itaú é assim, Arlindo, mas isso não parece ser um
>> padrão muito menos para os demais bancos. Uma voltinha na Praça Saens Peña
>> (um lugar fácil de verificar já que tem vários bancos diferentes e da mesma
>> rede uns do lado de outros) é fácil perceber que nem em escala totalmente
>> discrepante há o nome oficial da agência na porta do banco.
>>
>> Isso que além de tudo não levamos em consideração a relevância desse nome
>> (não apenas visual). Diferentemente dos postos, o nome da agência em geral
>> é meramente um identificador que reproduz o nome do bairro ou rua em que o
>> posto está localizado.
>>
>> - - - ·
>> Atenciosamente,
>>
>> Márcio Vinícius Pinheiro
>> http://about.me/Doideira
>> <http://pt.gravatar.com/marciovinicius>
>>
>> - - - ·
>> Atenciosamente,
>>
>> Márcio Vinícius Pinheiro
>> http://about.me/Doideira
>> <http://pt.gravatar.com/marciovinicius>
>>
>> Em 18 de setembro de 2015 11:00, Arlindo Pereira <
>> openstreet...@arlindopereira.com> escreveu:
>>
>>> Voltando para os bancos, geralmente tem escrito pequeno, vide foto a
>>> seguir:
>>>
>>>
>>> O tamanho do letreiro vs. o tamanho do que seria o official_name da
>>> agência provam meu ponto sobre bancos.
>>>
>>> Sobre postos de gasolina, ok, fui convencido; não dirijo então não posso
>>> falar nada.
>>>
>>> []s
>>> Arlindo
>>>
>>> 2015-09-18 9:13 GMT-03:00 Márcio Vinícius Pinheiro <
>>> marcioviniciu...@gmail.com>:
>>>
>>>> Se o Posto Moinho, o Posto Natal e o Posto Chefão têm placas e
>>>> letreiros, acho justo, sim, que sejam identificados por esses nomes na tag
>>>> name. Em rodovias normalmente os postos têm mesmo seus nomes em placas. Eu
>>>> mesmo já mapeei um na Via Dutra (e outros em que só pude identificar a
>>>> bandeira).
>>>>
>>>> Eu entendo que a tag name tem que conter o nome pelo qual a coisa é
>>>> conhecida, normalmente esse nome é identificado em placas e letreiros. Acho
>>>> errado usar a tag name para colocar o nome pelo qual uma minoria de pessoas
>>>> podem identificá-los, mesmo que esse seja o nome oficial ou verdadeiro.
>>>> Para isso, existem outras tags que podem ser tranquilamente identificadas
>>>> em sistemas de busca.
>>>>
>>>> Acho que o melhor dos mundos seria poder ser pão-pão-queijo-queijo e
>>>> colocar nome em name e marca em brand e ter ambos visíveis no mapa. Mas
>>>> infelizmente não temos tanto poder sobre o que aparece no mapa e menos
>>>> ainda sobre o que colocam nas placas (o que obviamente dificulta inclusive
>>>> mapea-los com o nome verdadeiro).
>>>>
>>>> Estamos tentando mapear como se fosse padronizado um mundo que na
>>>> verdade não é padronizado. Temos que mapear o mundo como é. Se o nome que
>>>> aparece é Posto Natal o nome é Posto Natal e se o nome que aparece é Posto
>>>> Shell o nome é Posto Shell, todo o resto é informação adicional (que podem
>>>> ser incluídas em outras tags, como brand e oficial_name, por exemplo).
>>>>
>>>> Isso que trouxemos a discussão para postos de combustível, a questão
>>>> inicial é sobre bancos que nunca tem o nome da agência na porta (eu pelo
>>>> menos nunca vi).
>>>>
>>>> __
>>>> Atenciosamente,
>>>> Márcio Vinícius Pinheiro
>>>> http://about.me/Doideira
>>>> Em 17/09/2015 2:27 PM, "Nels

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

[Arlindo Pereira]

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.
>>>>>>>
>>>>>>> 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
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

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

[Arlindo Pereira]

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

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

[Arlindo Pereira]

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

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

[Arlindo Pereira]

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.
>>>>>>>>
>>>>>>>> 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
&g

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

[Arlindo Pereira]

Os nós dos bairros já existem hoje, eu criei em algum momento do passado no
centróide aproximado dos bairros. Eles poderiam ser convertidos para label
e serem incluídos na relação.

2015-09-18 16:49 GMT-03:00 Vítor Rodrigo Dias <vitor.d...@gmail.com>:

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

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

[Arlindo Pereira]

Entendi.

Aqui no RJ eu vejo que as RAs não tem uma ligação direta com que as pessoas
conhecem, que por sua vez (no meu ponto de vista) são conceitos difusos
englobando bairros centralidade: Grande Tijuca, Zona da Leopoldina, Barra e
adjacências etc.

Eu tinha imaginado mapear as RAs usando uma tag específica, por exemplo
PCRJ:RA (Prefeitura da Cidade do Rio de Janeiro: Região Administrativa) ao
invés de "forçar uma barra" com o admin_level.

Acho que as "zonas" fazem mais sentido como admin_level=9. Mas talvez isto
seja uma especificidade do RJ.

[]s
Arlindo

2015-09-18 17:23 GMT-03:00 Vítor Rodrigo Dias <vitor.d...@gmail.com>:

> 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
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

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

[Arlindo Pereira]

Boa!

Se puder, dá uma chegada no Telegram, só para não esbarrar com outra pessoa
fazendo o mesmo bairro: https://telegram.me/joinchat/AfOmMAF6Q2gTEg-Ep8DnHQ

2015-09-18 17:37 GMT-03:00 Vítor Rodrigo Dias <vitor.d...@gmail.com>:

> Sim, sim! Achei aqui a relação collection e já baixei os nós.
>
> Segunda-feira, no mais tardar, a importação de dados fica pronta!
>
> Em sex, 18 de set de 2015 às 17:17, Arlindo Pereira <
> openstreet...@arlindopereira.com> escreveu:
>
>> Os nós dos bairros já existem hoje, eu criei em algum momento do passado
>> no centróide aproximado dos bairros. Eles poderiam ser convertidos para
>> label e serem incluídos na relação.
>>
>> 2015-09-18 16:49 GMT-03:00 Vítor Rodrigo Dias <vitor.d...@gmail.com>:
>>
>>> 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 R

Re: [Talk-br] Ciclofaixa

[Arlindo Pereira]

Você poderia dar exemplo de uma ciclofaixa central? Acredito que se a
ciclofaixa é central, ela é localizada no lado esquerdo das vias duplicadas
(caso de fato seja ciclofaixa), ou é uma ciclovia convencional, como é o
caso da Av. Paulista.

[]s

2015-09-18 10:57 GMT-03:00 :

>
>
> Vi no ID que agora é possível se mapear as ciclofaixas , do lado esquerdo
> e do lado direito da via , e eu sugiro que também seja colocada a opção
> CENTRO ou CENTRAL  já que em SP há ciclofaixas no centro delas ou como são
> as ciclofaixas que existem debaixo do Minhocão ou debaixo da linha azul do
> Metrô no bairro de Santana.
> Abraços
>
>
> ___
> 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

[Arlindo Pereira]

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

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

[Arlindo Pereira]

Não entendi :P

2015-09-18 15:37 GMT-03:00 Alexandre Magno Brito de Medeiros <
alexandre@gmail.com>:

> Chamem o esquadrão anti-bombas!
>
> Em 17 de setembro de 2015 14:18, Gerald Weber 
> escreveu:
>
>>
>> Creio que vai da experiência de cada um. [...]
>>
>
>
> ___
> 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: [OSM-talk] A big debate about OSM quality in Strava community

[Arlindo Pereira]

The best they could do IMHO would be to partner with Mapillary and invite
Strava users to contribute with it, like they do with us.

Cheers,
Arlindo

On Fri, Sep 18, 2015 at 1:59 PM, François Lacombe  wrote:

> Hi
> This mail is sent from a phone
>
> At a first glance, I would to suggest to invite the ones who are
> complaining at the quality of maps to improve it, aren't they ?
> Especially when they are riding bike on path not so many people walk on.
>
> For imagery issues, it's more MapBox business than OSM but I understand it
> can be a problem when users come from other services
>
> Just my 2 cents, all the best
>
> François
> Le 18 sept. 2015 18:31, "Ian Dees"  a écrit :
>
>> Feedback thread on Strava is here:
>>
>>
>> https://strava.zendesk.com/entries/95423147-Feedback-for-Strava-s-new-maps-OpenStreetMap-?page=5#post_39574047
>>
>> On Fri, Sep 18, 2015 at 12:21 PM, John Doe  wrote:
>>
>>> Interesting debate about the recent adoption of OSM:
>>> http://cyclingtips.com.au/2015/09/strava-users-remain-frustrated-by-switch-from-google-maps-to-openstreetmap/
>>>
>>> ___
>>> talk mailing list
>>> talk@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk
>>>
>>>
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-br] Ciclofaixa

[Arlindo Pereira]

Entendo. Neste caso, como a ciclofaixa efetivamente criou uma divisão entre
as duas vias para carros, acho que eu mapearia como uma infraestrutura
separada (highway=cycloway).

[]s
Arlindo

2015-09-18 11:48 GMT-03:00 Vitor George <vitor.geo...@gmail.com>:

> http://folhapress.folha.com.br/foto/4928782
>
> :(
>
>
> Em sex, 18 de set de 2015 às 11:03, Arlindo Pereira <
> openstreet...@arlindopereira.com> escreveu:
>
>> Você poderia dar exemplo de uma ciclofaixa central? Acredito que se a
>> ciclofaixa é central, ela é localizada no lado esquerdo das vias duplicadas
>> (caso de fato seja ciclofaixa), ou é uma ciclovia convencional, como é o
>> caso da Av. Paulista.
>>
>> []s
>>
>>
>> 2015-09-18 10:57 GMT-03:00 <belnu...@pop.com.br>:
>>
>>>
>>>
>>> Vi no ID que agora é possível se mapear as ciclofaixas , do lado
>>> esquerdo e do lado direito da via , e eu sugiro que também seja colocada a
>>> opção CENTRO ou CENTRAL  já que em SP há ciclofaixas no centro delas ou
>>> como são as ciclofaixas que existem debaixo do Minhocão ou debaixo da linha
>>> azul do Metrô no bairro de Santana.
>>> Abraços
>>>
>>>
>>> ___
>>> 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

[Arlindo Pereira]

Concordo em gênero, número e grau com o Márcio Vinicius, sintetizou com
exatidão o que eu quis dizer.

Pra isso serve a tag official_name. Isso é válido com tantos exemplos. Por
exemplo, aqui no RJ, se o GPS falar "vire a direita na Avenida Governador
Carlos Lacerda" pouquíssima gente vai saber que se trata da Linha Amarela.

Enfim, apenas meus dois centavos. Nem tudo tem que ser preto no branco.

[]s
Arlindo

2015-09-16 23:14 GMT-03:00 Márcio Vinícius Pinheiro <
marcioviniciu...@gmail.com>:

> Colocar a marca em adição ao nome é uma boa solução para o rederizador
> (mas não em lugar do nome apenas na ausência deste).
>
> E concordo que teoricamente não é o certo colocar a marca no lugar do
> nome. Apenas teoricamente, veja o comentário para a chave name em
> http://wiki.openstreetmap.org/wiki/Map_Features#Name
> "The common default name. (Note: For disputed areas, please use the name
> as displayed on e.g. street signs for the name tag. Put all alternatives
> into either localized name tags (e.g. name:tr/name:el) or the variants
> (e.g. loc_name/old_name/alt_name). Thank you.) "
>
> O que é o nome do posto? Ipiranga escrito em letras garrafais no local, ou
> Posto Patinho Feio que só aparece na nota fiscal quando você pede uma nota
> fiscal? Eu sinceramente fico na dúvida. Eu não daria uma informação para
> uma pessoa perdida dizendo, "vire à direita logo depois do Posto Patinho
> Feio" só porque eu sei que o nome oficial do posto é Patinho Feio. Se
> perguntar para o vizinho do posto onde fica o Posto Patinho Feio, ele não
> saberia responder (durante muito tempo esse vizinho era eu). Continuo
> achando que o nome do posto é Ipiranga, pois é isso que eu vejo escrito no
> local e é por esse nome que ele é reconhecido. A solução do official_name
> parece ser o que sugere o comentário na wiki.
>
> Apesar de haver essa discussão de como renderizar (e isso é papo para os
> renderizadores), nós temos que decidir antes a teoria: o que é um nome e
> qual é a sua utilidade? E isso é pura filosofia. Qual é o nome do ator
> Ariclenes Venâncio ou Lima Duarte?
>
> P.S.: O nome Patinho Feio não fui eu que inventei, o posto realmente
> existe. Inclusive tem que ser atualizado no OSM, não é mais Ipiranga, agora
> é RP (se ainda é Patinho Feio eu não sei, pois ainda não olhei o estrato do
> cartão, deve ser).
>
>
> - - - ·
> Atenciosamente,
>
> Márcio Vinícius Pinheiro
> http://about.me/Doideira
> 
>
> 2015-09-16 21:55 GMT-03:00 Nelson A. de Oliveira :
>
>> Pra quem se interessar, já existe:
>>
>> https://github.com/gravitystorm/openstreetmap-carto/pull/972
>> 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

Re: [Talk-br] [Bulk] Re: what3words

[Arlindo Pereira]

O próprio what3words pode ter se interessado em apoiar o Mapillary e ter
feito um acordo comercial.

2015-09-15 12:22 GMT-03:00 Peter Krauss :

>
>>
>> Mas aí agora estou intrigado, se é proprietário então porque o Mapillary
>> está apoiando a iniciativa?
>>
>
> Parece ser a Mapillary, ela mesma "assumidamente comercial",
> ou seja, tem um "braço publico" lastrado em licenças CC-BY para as fotos,
> e outro comercial,
>
> * pelo Internic
> 
> seu dono é a empresa GODADDY.COM, LLC
>  (limitada
> )
>
> * pela tabela de preços reforça: http://www.mapillary.com/business.html
>
> * pelos termos de uso, idem: http://www.mapillary.com/terms.html
>
>
>
>
>
>
> ___
> 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

[Arlindo Pereira]

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 <nao...@gmail.com>:

> 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

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

[Arlindo Pereira]

Não concordo muito com o uso da tag name para bancos e alguns outros
amenities como posto de gasolina. Quando eu olho para um mapa, quero ver
"Itaú" e "Shell", não "Agência Rio Branco" e "Posto do seu Zé". Adicionar
os dois na tag name me parece igualmente ruim, porque a legenda do ícone
potencialmente vai cobrir outros elementos ou não ser renderizada at all
devido ao seu tamanho.

O que eu costumo fazer é atribuir o name=* igual ao brand=* e colocar o
nome da agência em official_name=*.

[]s
Arlindo

2015-09-14 20:26 GMT-03:00 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
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] [Bulk] Re: what3words

[Arlindo Pereira]

Só um comentário sobre o what3words, as palavras não são somente em inglês,
aparentemente eles tem os endereços em várias línguas (não sendo as
palavras diretamente uma tradução direta).
http://what3words.com/pt-br/sobre/perguntas-frequentes/#toggle-id-4

Mas, como dito, é proprietário. :/

[]s
Arlindo

2015-09-14 9:37 GMT-03:00 Peter Krauss :

> (percebi interesse na "localização por células"... Se alguém puder ajudar
> no projeto Datasets ,
> agradecemos!)
>
> - - - -
> Sobre o *GRID Locator*, gostei dele, não conhecia (!), apesar de não
> amarrar com padrões tradicionais, tais como UTM (precisa de uma transcrição
> mais específica, que pode ter custo nos aplicativos de conversão).
> O http://no.nonsense.ee/  parece ótimo (!), brincando com ele descobri
> que códigos de 8 caracteres (tamanho do CEP) ainda não seriam tão
> eficientes como o CEP, precisariam mais 1 ou 2 caracteres para chegar nas
> imediações do ponto e sua face de quadra.
>
> Outra solução simples é transformar coordenadas arredondadas em números
> inteiros e compactar o numero com BASE36
> ...
> Mas mesmo que usasse UTM, as GRIDs sempre terão o problema de não serem
> orientados à logística e à malha viária...
>
> ...  Uma opção seria *convidar toda a comunidade toda OSM* a criar um
> "padrão de CEP universal", com base na densidade populacional, codificação
> de malha viária, e codificação de faces de quadra do *OSM*.
> Já comentamos isso aqui antes, e aparentemente é uma demanda: ver
>http://global.census.okfn.org/dataset/postcodes
> ou seja, se é para começar do zero uma proposta de padronização com
> ambição de um dia substituir o CEP, que comece certo.
>
> - - - -
> Sobre proposta do *What3words* é interessante mas, na minha visão, não
> satisfaz por vários motivos, além de não ser aberto (!),
>
> * não é orientada à resolução de problemas logísticos como o CEP, ZIP e
> cia. É preciso tratar ruas e faces de quadra, não quadrantes abstratos.
>
> * localização semântica/mnemônica já é oferecida em soluções como o
> http://schema.org/location
>
> * localização padronizada "num raio de 3 metros do ponto" é oferecida por
> coordenadas geográficas usuais arredondas;
>
> * a tal da "expressão mnemônica" se perde num país do oriente (escritas
> árabe, chinês, etc.) por serem palavras inglês... números são mais
> universais, acho um tremendo preconceito contra os números ;-)
>
> * por serem palavras, poderiam criar confusão contextual num texto mal
> diagramado.
>
> * nomes de rua já são mnemônicos, e o Geonames, o OSM, etc. cuidam de
> padroniza-los, não precisamos de um outro padrão. O CEP é justamente um
> complemento para compensar eventual "falha no mnemônico" Mesmo em
> favelas (condomínios informais) podemos padronizar nomes de "vias
> informais", é até mais importante, fazer uso dos nomes adotados pela
> comunidade.
>
> PS: a representação *GRID Locator* comentada antes, pode ser uma string
> mais curta (9 ou 10 caracteres) que o What3word.
>
>
>
> Em 14 de setembro de 2015 02:35, horacio mello 
> escreveu:
>
>> Olá Pessoal
>>
>>
>> Existe um sistema de "endereçamento" que é usado por radioamadores, que é
>> o Grid locator -
>> http://propagacaoaberta.com.br/grid-locator-saiba-a-sua-localizacao-via-grid/
>>
>> Seria isto algo do tipo que vc fala, quando cita o What3words ?
>>
>> Meu grid locator é: GG52QI10MA
>>
>> abraços
>>
>> h
>>
>>
>> Em 13/09/2015 22:53, Vitor George escreveu:
>>
>> É interessante, mas proprietário. Na lista talk@ teve uma discussão
>> sobre e alguém propôs fazer um aberto, mas acho que não foi pra frente.
>>
>> 2015-09-13 9:19 GMT-03:00 Gerald Weber :
>>
>>> Oi Pessoal
>>>
>>> achei muito interessante e muito original este sistema de endereçamento
>>>
>>> http://what3words.com/about/
>>>
>>> será que isto obsoletiza sistemas tipo CEP? Ou melhor, será que "pega"?
>>>
>>> abraço
>>>
>>> Gerald
>>>
>>>
>>>
>>>
>>>
>>> ___
>>> 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
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Fwd: Mapillary News - August 2015

[Arlindo Pereira]

Mapillary já está reconhecendo as placas de trânsito brasileiras.

[]s
Arlindo

-- Forwarded message --
From: Mapillary jane...@mapillary.com
Date: Fri, Aug 28, 2015 at 7:11 AM
Subject: Mapillary News - August 2015
To: openstreet...@arlindopereira.com


An update from Mapillary. View this email in your browser
http://us7.campaign-archive1.com/?u=3d1737f03d881dc7e28063856id=f91daf708ee=dfa5c394ba
http://mapillary.us7.list-manage.com/track/click?u=3d1737f03d881dc7e28063856id=22db768d60e=dfa5c394ba
東北自動車道
http://mapillary.us7.list-manage1.com/track/click?u=3d1737f03d881dc7e28063856id=151682374ce=dfa5c394ba
by tometome
http://mapillary.us7.list-manage2.com/track/click?u=3d1737f03d881dc7e28063856id=6364d49210e=dfa5c394ba
This
is a monthly update letter sent to all Mapillary users the last week of the
month.
If you don’t want these emails, you can opt out using the link at the
bottom of the email Company News
http://mapillary.us7.list-manage.com/track/click?u=3d1737f03d881dc7e28063856id=9803638a63e=dfa5c394ba
Big
API update We released API v2 for even better integrations. Read more
http://mapillary.us7.list-manage.com/track/click?u=3d1737f03d881dc7e28063856id=96ac6eeadae=dfa5c394ba.
http://mapillary.us7.list-manage2.com/track/click?u=3d1737f03d881dc7e28063856id=9f9395d466e=dfa5c394ba
Traffic
signs Europe, USA, Canada, Brazil, and Australia got big improvements this
month
http://mapillary.us7.list-manage1.com/track/click?u=3d1737f03d881dc7e28063856id=58e0da6095e=dfa5c394ba
.

http://mapillary.us7.list-manage1.com/track/click?u=3d1737f03d881dc7e28063856id=4105704878e=dfa5c394ba
User
forum A place for us to meet and discuss. Read more
http://mapillary.us7.list-manage.com/track/click?u=3d1737f03d881dc7e28063856id=9c645ad49ce=dfa5c394ba.
Check out the forum
http://mapillary.us7.list-manage.com/track/click?u=3d1737f03d881dc7e28063856id=954cc0dbf8e=dfa5c394ba.
http://mapillary.us7.list-manage.com/track/click?u=3d1737f03d881dc7e28063856id=cdc3616004e=dfa5c394ba
iOS
updates August had a few big releases. Make sure to update your iOS app
http://mapillary.us7.list-manage.com/track/click?u=3d1737f03d881dc7e28063856id=2c2091a13ce=dfa5c394ba.
User Feedback We are continuously receiving feedback with suggestions for
improvements and new features from many of you. Every bug filed, every
complaint or request is appreciated. Keep it coming! Walked some miles in
#Toronto and did use #mapillary most times. Uploaded a few thousand
pictures already, check it out on mapillary!
- @echeloni2p New viewer is awesome @mapillary! Keep up the pace and your
software can beat Googles expensive hardware.
- @MikkelsenDotTV Hey @POC21cc have been spotted on @mapillary ! If you
can't come to the castle visit online ;) mapillary.com/map/im/AT62GCt…
http://mapillary.us7.list-manage.com/track/click?u=3d1737f03d881dc7e28063856id=f13934e0c2e=dfa5c394ba
pic.twitter.com/51ULQwSHfP
http://mapillary.us7.list-manage.com/track/click?u=3d1737f03d881dc7e28063856id=55f765eb57e=dfa5c394ba
@RatZillaS
http://mapillary.us7.list-manage1.com/track/click?u=3d1737f03d881dc7e28063856id=7f49420fe4e=dfa5c394ba

My configuration of mapping for @mapillary in Southern Netherlands.
@CUBEBIKESNL @Garmin pic.twitter.com/NVNxqYHRMR
http://mapillary.us7.list-manage2.com/track/click?u=3d1737f03d881dc7e28063856id=7ef5cac58fe=dfa5c394ba
- @EOSfotoNL
http://mapillary.us7.list-manage.com/track/click?u=3d1737f03d881dc7e28063856id=a23befb1dee=dfa5c394ba

Fun to capture images for @mapillary at our Tanzania vacation, e.g. a
Zanzibar beach with fresh caught squids mapillary.com/map/im/fEID-bG…
http://mapillary.us7.list-manage.com/track/click?u=3d1737f03d881dc7e28063856id=455fda6790e=dfa5c394ba
- @astonor Other News and Feedback
TechAeris “Mapillary Is The Crowdsourced Version Of Google Street View”
http://mapillary.us7.list-manage.com/track/click?u=3d1737f03d881dc7e28063856id=81d8c1d9b3e=dfa5c394ba
.

Denmark passes 1M photos, analysis
http://mapillary.us7.list-manage.com/track/click?u=3d1737f03d881dc7e28063856id=7d3841805ae=dfa5c394ba
(in Danish).

Here is an update on the MapLesotho campaign
http://mapillary.us7.list-manage.com/track/click?u=3d1737f03d881dc7e28063856id=e5f20448bbe=dfa5c394ba,
and a nice writeup “Take a spin around Lesotho with Mapillary”
http://mapillary.us7.list-manage2.com/track/click?u=3d1737f03d881dc7e28063856id=a4d5bb224ae=dfa5c394ba

OwnMaps
http://mapillary.us7.list-manage1.com/track/click?u=3d1737f03d881dc7e28063856id=e4cd334417e=dfa5c394ba
integrated Mapillary

  Events
There was a lot of Mapillary activity at Maptime in the Netherlands. Look
at this human street view rig
http://mapillary.us7.list-manage.com/track/click?u=3d1737f03d881dc7e28063856id=623bb46394e=dfa5c394ba
;)

The first ever Maptime Copenhagen
http://mapillary.us7.list-manage1.com/track/click?u=3d1737f03d881dc7e28063856id=1e0eb99b88e=dfa5c394ba
will be held on September 19th. We’re co-organizing. Come meet up, do some
mapping and get a fun introduction.
  Tips and Tricks *Share 

Re: [Talk-br] RES: RES: fontes de dados do OSM-BR

[Arlindo Pereira]

Não sei da existência de outra base aberta, mas por lei os dados de toda
empresa aberta, inclusive endereço, são publicados no Diário Oficial da
União.

Descobri isso abrindo um CNPJ de MEI (Micro Empreendedor Individual) e
tendo recebido diversas vezes spam/golpe de supostas associações.
Off-topic, mas mais detalhes aqui para quem tiver curiosidade:
http://naofo.de/7480

[]s
Arlindo

2015-08-28 13:23 GMT-03:00 Márcio Aguiar Ribeiro aguiar.mar...@gmail.com:

 Esse fim de semana posso tentar fazer um script para baixar todos os dados
 e jogar um csv ou json no Github.

 Alguém conhece alguma outra base aberta de empresas? Porque a receita não
 libera os cadastros?

 Posso também fazer um script para gerar uma camada OSM dessa base para
 auxiliar na inclusão dos dados no mapa.


 Marcio Aguiar Ribeiro

 2015-08-28 12:59 GMT-03:00 Alexandre Magno Brito de Medeiros 
 alexandre@gmail.com:

 Em 28 de agosto de 2015 11:31, Reinaldo Neves rne...@equacao.com.br
 escreveu:

 A Base realmente pode ser interessante, pelo menos em teoria para ser
 fornecedor do governo federal o endereço não deve ser fantasma J, os
 números finais devem ser um pouco menores, pois os fornecedores PF não tem
 endereço, e acredito que deve ser descartado os registros inativos.



 De qualquer maneira vai ser preciso fazer algo para baixar as
 informações por api, não achei um lugar para download direto, criar uma
 banco de dados  e checar as que já existem no osm para não subir dados em
 duplicidade.


 GitHub, GitHub, GitHub... ou: Git, Git, Git...

 Mas eu já tenho pendências demais para ir além desse incentivo verbal.

 Alexandre Magno

 ___
 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] Apresentação e duvida

[Arlindo Pereira]

Os tipos de via estão descritas no wiki:
http://wiki.openstreetmap.org/wiki/Key:highway

mais especificamente, na primeira tabela Roads.

Num mundo ideal, vias expressas (motorway) não dão direto em vias
residenciais, mas no mundo real isto nem sempre acontece.

[]s
Arlindo

2015-08-20 13:35 GMT-03:00 Felipe Castanho felipequadr...@gmail.com:

 Outra coisa Arlindo, existe regras de conectividade em respeito a
 hierarquia das vias?
 Eu pergunto isso porque na empresa que eu trabalhei, nós não podiamos por
 exemplo tornar uma via de hierarquia mais alta de repente em hierarquia
 mais baixa. Por exemplo a Azul era apenas para estradas nacionais, a Verde
 só poderia nascer da conexão com uma Azul ou Verde e só poderia terminar em
 outra verde ou em outra azul, nunca terminar em uma vermelha, a vermelha
 por sua vez poderia surgir e terminar em uma azul, verde ou vermelha, mas
 jamais poderia terminar em uma laranja, amarela ou branca.
 Voce poderia falar um pouco sobre isso ou me apontar um documento aonde eu
 consiga aprender sobre isso uma vez que eu não encontrei exatamente o que
 estou procurando.
 Obrigado


 2015-08-20 0:37 GMT-03:00 Felipe Castanho felipequadr...@gmail.com:

 Acredito que seja esse:
 Caminho: Rua Ribeirão Claro (234368026)
 Intersecção com a Helio Pellegrino

 2015-08-19 19:33 GMT-03:00 Arlindo Pereira 
 openstreet...@arlindopereira.com:

 2015-08-19 17:46 GMT-03:00 Felipe Castanho felipequadr...@gmail.com:

 Muito obrigado Arlindo
 Então a rota do onibus é modificada apenas porque vai adicionar mais
 links uma vez que a original passava por DC e agora tem que passar por DP e
 em seguida por PC correto? Não esta havendo propriamente um desvio na rota,
 apenas uma correçào. correto?


 Exatamente.


 Outra coisa, não estou conseguindo adicionar uma restrição de nao
 retornar (No U-Turn)
 Voce pode me explicar?
 Imagine que de acordo com o seu esquema, exista outra linha paralela a
 AB nesse caso representando uma avenida com divisor fisico e na realidade
 voce não pode dirigir de AP e retornar em P sentido PA, como fazer isso?


 Depende de como está mapeado, se no local do não-retorno há apenas um
 ponto (isto é, as duas avenidas se tocam junto com a transversal em um
 único nó) ou se há dois pontos (P1 e P2), um para cada sentido da avenida.
 Pode passar o link da região?

 []s
 Arlindo












 2015-08-19 14:14 GMT-03:00 Arlindo Pereira 
 openstreet...@arlindopereira.com:

 Olá Felipe.

 É isso mesmo!

 Explicando: suponha o seguinte cruzamento:

 [image: Inline image 1]

 Se existem as vias AB e CD, e você adiciona uma restrição de conversão
 no ponto P, o que acontece na prática é que as vias são segmentadas (AB
 vira AP + PB, CD vira CP + PD), com isso na prática são modificadas duas
 vias e criadas duas vias. Além disso, quaisquer rotas que passem nas ruas
 AB ou CD também são alteradas (afim de incluir a nova via).

 PS: A abreviação de OpenStreetMap é OSM ;)

 []s
 Arlindo

 2015-08-19 13:00 GMT-03:00 Felipe Castanho felipequadr...@gmail.com:

 Ola a todos, meu nome é Felipe Castanho, a muitos anos atras eu
 trabalhei com mapeamento, mas fazem 6 anos parei de atuar e estou me
 interessando novamente pelo assunto, em especifico pelo OMS.
 Eu peguei uma via como exemplo para tentar entender na pratica como o
 OMS funciona e fiquei um pouco assustado com as mudanças que ele sugeriu
 quando apliquei uma restrição de manobra. Vou explicar melhor.

 Na cidade de SP, região da Vila Olimpia, tem o cruzamento da Av.
 Helio Pellegrino com a Rua Ribeirão Claro.
 Na realidade, existe duas restrições de manobras de quem esta na
 Helio para entrar na Ribeirão, que são: proibido virar a esquerda e
 proibido retornar.
 Selecionei o nó, o OMS me apresentou um quadrado com as duas vias e
 quando cliquei na helio apareceu duas setas verdes, sendo uma delas na
 ribeirão claro, cliquei nessa seta para aplicar a restrição de manobra e 
 a
 seta ficou vermelha. Até ai ok.

 O problema é quando ele me listou 6 alterações, modificando e criando
 novas estradas primarias tanto para a Helio como a Ribeirão, e ainda por
 cima modificou uma rota de onibus 477P-10, por fim ele cita a proibição 
 de
 virar a esquerda.

 O que me preocupa são essas outras modificações, principalmente a
 rota do onibus, Talvez essa seja de fato a rota do onibus e eu estou
 estragando ou talvez a rota seja automatizada e não levava em conta essa
 restrição.

 Então eu gostaria de uma ajuda aqui, meu intuito é ajudar e não
 atrapalhar. Obrigado!

 Outra questão: como posso adicionar a restrição proibido retornar
 nesse mesmo cruzamento?

 OBSERVAÇÃO: eu não apliquei as modificações 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

Re: [Talk-br] Solicitação LAI (Lei de Acesso à Informação) ao IPP sobre o Geolog

[Arlindo Pereira]

Prezados,

agradeço pela resposta.

Com relação aos dados mencionados do PORTALGEO, tais como: fronteiras de
bairro, endereçamento, contornos de construções etc., gostaria de perguntar
se as mesmas restrições se aplicam, ou se há uma flexibilização da licença
neste caso.

Para contexto, meu intuito é, caso seja possível, importar os dados no
OpenStreetMap [1], projeto que disponibiliza um mapa de todo o mundo sob
licença livre, a partir de dados contribuídos por pessoas, empresas e
governos. No Brasil, o OSM conta com dados públicos de diversos órgãos /
esferas, desde a nível federal com dados do IBGE até o nível municipal, com
contribuições da prefeitura de Vitória. Recentemente, tivemos aprovação
para importar dados do portal Geolog da prefeitura de São Paulo.

Mais especificamente, os dados importados no OSM são livres para qualquer
tipo de utilização, inclusive comercial, e os dados relativos a autoria
original viriam apenas como metadados dos objetos e opcionalmente numa
página apartada, sem legenda no mapa principal.

Agradeço mais uma vez a atenção dispensada.

Att.,
Arlindo Pereira

1: http://www.openstreetmap.org/about

2015-08-20 13:13 GMT-03:00 Armazem de Dados DIG arma...@pcrj.rj.gov.br:





 Prezado Sr. Arlindo Pereira,
 Respondendo sua solicitação para a Assessoria de Comunicação do IPP
 Atenciosamente,
 Equipe Armazém de Dados


 1)  O Cadlog é domínio público?
Sim. O Armazém de Dados é um site de disseminação de informações
sobre  a Prefeitura do Rio. A utilização do seu conteúdo é livre
para  fins  não  comerciais  e  com  a  devida  citação de fonte
Prefeitura  da  cidade  do  Rio  de  Janeiro – Instituto Pereira
Passos (IPP) – Site Armazém de Dados.

 Se o Cadlog não for de domínio público: (mesmo assim, acho que pode ser
 interessante enviar a explicação)

 2) Posso utilizá-lo para fins comerciais?
Não.

 3) Posso fazer trabalhos derivados em cima do mapa (ou seja,
 modificá-lo e publicar)?
Consideramos  o CADLOG um aplicativo (Mapa Digital) fechado cujo
link pode ser inserido em aplicações ou sites desenvolvidos pelo
usuário.  Sempre  com  a citação da fonte. No site do Armazém de
Dados,  dentro do PORTALGEO, o usuário encontra várias bases que
podem ser usadas em projetos.

 4) Se eu fizer um trabalho derivado, esse trabalho tem que dar
 atribuição?
Sim.
Prefeitura  da  cidade  do  Rio  de  Janeiro – Instituto Pereira
Passos (IPP) – Site Armazém de Dados

 5) Se tiver atribuição, essa atribuição tem que ficar como legenda do
 mapa ou pode ficar em uma página apartada?


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

[Talk-br] Mapa interativo de BRT do ITDP

[Arlindo Pereira]

Olá pessoal,

gostaria de apresentar um *freela* em que trabalhei junto ao ITDP -
Instituto de Desenvolvimento de Políticas de Transporte - que usa
OpenStreetMap :)

http://itdpbrasil.org.br/mapainterativobrt

Os dados da camada base vem do OSM, e os diversos dados que são exibidos
(bairros, corredores de ônibus etc.) são shapefiles produzidos pelo ITDP ou
de terceiros, com licença para utilizar no projeto. O mapa usa a biblioteca
Leaflet.js e o mapa base é renderizado com o Mapbox Studio.

Todos os códigos, inclusive o CartoCSS da camada base e os shapefiles estão
disponibilizados com licença livre em https://github.com/nighto/itdpbrtmap.


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

Re: [Talk-br] Apresentação e duvida

[Arlindo Pereira]

Olá Felipe.

É isso mesmo!

Explicando: suponha o seguinte cruzamento:

[image: Inline image 1]

Se existem as vias AB e CD, e você adiciona uma restrição de conversão no
ponto P, o que acontece na prática é que as vias são segmentadas (AB vira
AP + PB, CD vira CP + PD), com isso na prática são modificadas duas vias e
criadas duas vias. Além disso, quaisquer rotas que passem nas ruas AB ou CD
também são alteradas (afim de incluir a nova via).

PS: A abreviação de OpenStreetMap é OSM ;)

[]s
Arlindo

2015-08-19 13:00 GMT-03:00 Felipe Castanho felipequadr...@gmail.com:

 Ola a todos, meu nome é Felipe Castanho, a muitos anos atras eu trabalhei
 com mapeamento, mas fazem 6 anos parei de atuar e estou me interessando
 novamente pelo assunto, em especifico pelo OMS.
 Eu peguei uma via como exemplo para tentar entender na pratica como o OMS
 funciona e fiquei um pouco assustado com as mudanças que ele sugeriu quando
 apliquei uma restrição de manobra. Vou explicar melhor.

 Na cidade de SP, região da Vila Olimpia, tem o cruzamento da Av. Helio
 Pellegrino com a Rua Ribeirão Claro.
 Na realidade, existe duas restrições de manobras de quem esta na Helio
 para entrar na Ribeirão, que são: proibido virar a esquerda e proibido
 retornar.
 Selecionei o nó, o OMS me apresentou um quadrado com as duas vias e quando
 cliquei na helio apareceu duas setas verdes, sendo uma delas na ribeirão
 claro, cliquei nessa seta para aplicar a restrição de manobra e a seta
 ficou vermelha. Até ai ok.

 O problema é quando ele me listou 6 alterações, modificando e criando
 novas estradas primarias tanto para a Helio como a Ribeirão, e ainda por
 cima modificou uma rota de onibus 477P-10, por fim ele cita a proibição de
 virar a esquerda.

 O que me preocupa são essas outras modificações, principalmente a rota do
 onibus, Talvez essa seja de fato a rota do onibus e eu estou estragando ou
 talvez a rota seja automatizada e não levava em conta essa restrição.

 Então eu gostaria de uma ajuda aqui, meu intuito é ajudar e não
 atrapalhar. Obrigado!

 Outra questão: como posso adicionar a restrição proibido retornar nesse
 mesmo cruzamento?

 OBSERVAÇÃO: eu não apliquei as modificações 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

Re: [Talk-br] Apresentação e duvida

[Arlindo Pereira]

2015-08-19 17:46 GMT-03:00 Felipe Castanho felipequadr...@gmail.com:

 Muito obrigado Arlindo
 Então a rota do onibus é modificada apenas porque vai adicionar mais links
 uma vez que a original passava por DC e agora tem que passar por DP e em
 seguida por PC correto? Não esta havendo propriamente um desvio na rota,
 apenas uma correçào. correto?


Exatamente.


 Outra coisa, não estou conseguindo adicionar uma restrição de nao retornar
 (No U-Turn)
 Voce pode me explicar?
 Imagine que de acordo com o seu esquema, exista outra linha paralela a AB
 nesse caso representando uma avenida com divisor fisico e na realidade voce
 não pode dirigir de AP e retornar em P sentido PA, como fazer isso?


Depende de como está mapeado, se no local do não-retorno há apenas um ponto
(isto é, as duas avenidas se tocam junto com a transversal em um único nó)
ou se há dois pontos (P1 e P2), um para cada sentido da avenida. Pode
passar o link da região?

[]s
Arlindo












 2015-08-19 14:14 GMT-03:00 Arlindo Pereira 
 openstreet...@arlindopereira.com:

 Olá Felipe.

 É isso mesmo!

 Explicando: suponha o seguinte cruzamento:

 [image: Inline image 1]

 Se existem as vias AB e CD, e você adiciona uma restrição de conversão no
 ponto P, o que acontece na prática é que as vias são segmentadas (AB vira
 AP + PB, CD vira CP + PD), com isso na prática são modificadas duas vias e
 criadas duas vias. Além disso, quaisquer rotas que passem nas ruas AB ou CD
 também são alteradas (afim de incluir a nova via).

 PS: A abreviação de OpenStreetMap é OSM ;)

 []s
 Arlindo

 2015-08-19 13:00 GMT-03:00 Felipe Castanho felipequadr...@gmail.com:

 Ola a todos, meu nome é Felipe Castanho, a muitos anos atras eu
 trabalhei com mapeamento, mas fazem 6 anos parei de atuar e estou me
 interessando novamente pelo assunto, em especifico pelo OMS.
 Eu peguei uma via como exemplo para tentar entender na pratica como o
 OMS funciona e fiquei um pouco assustado com as mudanças que ele sugeriu
 quando apliquei uma restrição de manobra. Vou explicar melhor.

 Na cidade de SP, região da Vila Olimpia, tem o cruzamento da Av. Helio
 Pellegrino com a Rua Ribeirão Claro.
 Na realidade, existe duas restrições de manobras de quem esta na Helio
 para entrar na Ribeirão, que são: proibido virar a esquerda e proibido
 retornar.
 Selecionei o nó, o OMS me apresentou um quadrado com as duas vias e
 quando cliquei na helio apareceu duas setas verdes, sendo uma delas na
 ribeirão claro, cliquei nessa seta para aplicar a restrição de manobra e a
 seta ficou vermelha. Até ai ok.

 O problema é quando ele me listou 6 alterações, modificando e criando
 novas estradas primarias tanto para a Helio como a Ribeirão, e ainda por
 cima modificou uma rota de onibus 477P-10, por fim ele cita a proibição de
 virar a esquerda.

 O que me preocupa são essas outras modificações, principalmente a rota
 do onibus, Talvez essa seja de fato a rota do onibus e eu estou estragando
 ou talvez a rota seja automatizada e não levava em conta essa restrição.

 Então eu gostaria de uma ajuda aqui, meu intuito é ajudar e não
 atrapalhar. Obrigado!

 Outra questão: como posso adicionar a restrição proibido retornar
 nesse mesmo cruzamento?

 OBSERVAÇÃO: eu não apliquei as modificações 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


___
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

[Arlindo Pereira]

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

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

[Arlindo Pereira]

No iD, infelizmente, por enquanto ainda não.

Existe no GitHub uma *issue* aberta justamente sobre este aspecto:
https://github.com/openstreetmap/iD/issues/1124


[]s
Arlindo

2015-08-02 7:44 GMT-03:00 Ivaldo Nunes de Magalhães ivald...@gmail.com:


 E existe alguma forma de correção definitiva, ou algum mecanismo para se
 salvar a correção do alinhamento feito, de modo que ao abrir novamente ele
 desalinhe mais?

 O Nelson me explicou uma forma de fazer pelo josm​, mas utilizo como
 padrão o iD, Só uso o josm para validar relaçõ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

Re: [Talk-br] Rua proibida para carros

[Arlindo Pereira]

Acho que seria motorcar=no, motorcycle=no, psv=yes, ou ainda access=no,
psv=yes, foot=yes, bicycle=yes.

[]s

2015-07-02 20:36 GMT-03:00 Tiago Fassoni A. A. Leite tiagofass...@gmail.com
:

 Gente, este trechinho de rua da avenida paulista (que passa pela
 consolação) é proibido para carros, podendo passar somente ônibus por ele.

 Como marco isso no OSM? https://www.openstreetmap.org/way/128675559

 ___
 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] Camadas do IBGE disponíveis nativamente no iD

[Arlindo Pereira]

Excelente notícia. Já faz alguns meses que fiz a modificação necessária
para que essas opções aparecessem automaticamente no iD [1], confesso que
estava até um pouco desanimado com a demora.

1: https://github.com/osmlab/editor-imagery-index/pull/87

[]s
Arlindo

On Wed, Jun 10, 2015 at 2:23 PM Nelson A. de Oliveira nao...@gmail.com
wrote:

 Para quem utiliza o editor iD, as camadas do IBGE (urbana e rural) já
 estão disponíveis através do ícone de seleção de imagem de fundo, não
 sendo mais necessário utilizar uma camada customizada.

 ___
 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

[Arlindo Pereira]

Sim, ali é ciclovia e não ciclofaixa. São coisas distintas.

Em ter, 12 de mai de 2015 14:06, belnu...@pop.com.br escreveu:

 Lendo a explicação do Willie sobre ciclovia e como ela deve ser
 conectada a faixa já existente , a que existe nas margens do rio
 Pinheiros não se enquadraria . Ela está fora da via e há um muro que a
 separa da marginal Pinheiros . Me parece que ela é acessada nas pontes
 via escadaria .


 ___
 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

[Arlindo Pereira]

Eu não gosto de mapear as ciclofaixas como via separadas. Primeiro porque
não aparece na renderização padrão, depois porque apesar de serem numa
mesma via, possuem separação lógica, e o motorista ao realizar conversões
deve verificar se há ciclistas vindo dos dois lados como faria para
atravessar uma via paralela normal.

On Fri, May 8, 2015 at 2:48 PM thunder...@gpsinfo.com.br wrote:

   Concordo Tiago e vou mais além...

 Em http://wiki.openstreetmap.org/wiki/Key:cycleway eles denominam a
 ciclovia que foi criada na via como *buffered bike lane*.

 Sou de opinião que quando existe desenhada a ciclovia as margens da via
 deve-se ter a preocupação de na configuração da via incluir o bicycle=no de
 forma a obrigar a bicicleta a trafegar pelo way a ela dedicado e desenhado
 e não pelas demais faixas de rolamento da via dedicadas a veículos.

 Por isso que em http://wiki.openstreetmap.org/wiki/Bicycle é citado que o
 método de se desenhar separadamente a ciclovia é mais adequado por permitir
 mais detalhes na configuração dela, entretanto que o outro método, de não
 se desenhar quando *buffered bike lane* é mais simples e menos trabalhoso.



  *From:* Tiago Fassoni A. A. Leite tiagofass...@gmail.com
 *Sent:* Friday, May 8, 2015 2:22 PM
 *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org
 *Subject:* Re: [Talk-br] Mapeando ciclofaixa
   My two cents aqui:

 A tag bicycle=yes é para definir se uso de bicicleta é permitido. Acontece
 que o uso de bicicleta, por lei, é permitido nas ruas em geral, então se
 infere que a tag é yes quando ela não tem. Tem alguns lugares que tem que
 ter bicycle=no, como por exemplo os túneis de manutenção da imigrantes (sem
 acostamento) e a ponte estaiada de São Paulo.

 E por causa disso, em roteamento, a tag bicycle=yes é sempre inferida, e
 atenção especial é dada à bicycle=no.

 O roteamento dá um peso especial às tags de ciclovias e ciclofaixas, como
 cycleway=track...

 Para mapear as ciclofaixas de São Paulo, estou usando uma Sony Action Cam
 com GPS para subir as fotos para o mapillary e ter o endosso real de onde
 estão. Tem um mapa da CET no Google Maps, mas além das questões de licença,
 tem o fato de que o mapa no google maps tem erros.
 E o pessoal do Citymapper tá me dando uma ajuda.

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

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

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

[Arlindo Pereira]

Errado. Toda rua e estrada brasileira, à exceção das sinalizadas com a
placa R-12 (proibido circulação de bicicletas), possui bicycle=yes
implícito.

Da mesma forma como não se marca hgv=yes e psv=yes nas ruas em que são
permitidos trafegar ônibus e caminhões, porque eles podem circular em todas
as ruas, exceto as que são proibidas (aí sim se utiliza hgv=no / psv=no).

Tudo o que não for proibido é permitido.

On Fri, May 8, 2015 at 11:01 AM Lucas Marques lucasm...@gmail.com wrote:

 Acho correto mapear a faixa ao invés  de usar a tag bicicleta-yes pois
 acredito que esta deve ser usada quando não existe uma faixa exclusiva onde
 as bicicletas transitam em meio carros!
 --
 De: belnu...@pop.com.br
 Enviada em: ‎08/‎05/‎2015 09:52
 Para: talk-br@openstreetmap.org
 Assunto: Re: [Talk-br] Digest Talk-br, volume 80, assunto 21

 O que mata é  o  preciosismo e falta de resposta . No ID o que aparece é
 bicicleta - yes , eu escrever Sim não muda nada daquilo que perguntei .

 --
 Enviado do aplicativo myMail para Android

 sexta, 08 maio 2015, 09:00AM -03:00 de talk-br-requ...@openstreetmap.org:

 Enviar submissões para a lista de discussão Talk-br para
 talk-br@openstreetmap.org
 Para se cadastrar ou descadastrar via WWW, visite o endereço
 https://lists.openstreetmap.org/listinfo/talk-br
 ou, via email, envie uma mensagem com a palavra 'help' no assunto ou
 corpo da mensagem para
 talk-br-requ...@openstreetmap.org
 Você poderá entrar em contato com a pessoa que gerencia a lista pelo
 endereço
 talk-br-ow...@openstreetmap.org
 Quando responder, por favor edite sua linha Assunto assim ela será
 mais específica que Re: Contents of Talk-br digest...
 Tópicos de Hoje:
1. Re: Mapeando ciclofaixa (Alexandre Magno Brito de Medeiros)
 --
 Message: 1
 Date: Thu, 7 May 2015 22:40:55 -0300
 From: Alexandre Magno Brito de Medeiros  alexandre@gmail.com 
 To: OpenStreetMap no Brasil  talk-br@openstreetmap.org 
 Subject: Re: [Talk-br] Mapeando ciclofaixa
 Message-ID:
  cadqekuh2gqxkwdotr1qjfpgcorpeqngldyhjm2sfa+0-xh8...@mail.gmail.com 
 Content-Type: text/plain; charset=iso-8859-1
 Ainda que fosse o caso de tag, não seria em português.
 Em 7 de maio de 2015 21:17,  belnu...@pop.com.br  escreveu:
 
  Há uma maneira correta de se mapear ciclofaixa que ocupa parte de via já
  mapeada ou é só usar a tag bicicleta=yes e diminuir o nº de faixas que
  serão ocupadas pelos outros veículos ?
 
 -- Próxima Parte --
 Um anexo em HTML foi limpo...
 URL: 
 http://lists.openstreetmap.org/pipermail/talk-br/attachments/20150507/5912d658/attachment-0001.html
 
 --
 Subject: Legenda do Digest
 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br
 --
 Fim da Digest Talk-br, volume 80, assunto 21
 

 ___
 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

[Arlindo Pereira]

O CTB diz o seguinte:

Art. 58. Nas vias urbanas e nas rurais de pista dupla, a circulação de
bicicletas deverá ocorrer, quando não houver ciclovia, ciclofaixa, ou
acostamento, ou quando não for possível a utilização destes, nos bordos da
pista de rolamento, no mesmo sentido de circulação regulamentado para a
via, com preferência sobre os veículos automotores.

On Fri, May 8, 2015 at 6:29 PM Tiago Fassoni A. A. Leite 
tiagofass...@gmail.com wrote:

 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

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

Re: [Talk-br] Áreas de perigo

[Arlindo Pereira]

Já teve, vindo das contribuições de usuário que as vezes eles põem no mapa,
mas já foi removido.

http://m.oglobo.globo.com/sociedade/tecnologia/google-maps-identifica-regiao-de-sao-paulo-como-cracolandia-14391239

Em sex, 1 de mai de 2015 11:13, Gerald Weber gwebe...@gmail.com escreveu:

 Acompanhando esta discussão, eu me lembrei que nos mapas impressos do
 Guida 4Rodas em algumas rodovias há alertas sobre perigo de assaltos
 durante a noite. Ainda que eu concorde com a subjetividade da questão, o
 exemplo mostra que não é inteiramente fora de propósito inserir este tipo
 de informação num mapa.

 O outro ponto bem mais objetivo que me chama atenção na pergunta é o
 seguinte: se existe um *lugar* conhecido pelo nome de Cracolândia, porque
 não inserir esta informação no mapa?

 algo assim:

 place=locality
 name=Cracolândia

 Tirando o nome infame, que diferença isto tem para qualquer outra
 denominação popular de lugar? É um lugar e tem nome, porque não mapeá-lo?
 Não será o primeiro e nem o último topónimo com conotação triste.

 Obs.: O Google Maps não achou Cracolândia.

 abraço e bom feriado a todos

 Gerald



 2015-04-30 11:24 GMT-03:00 belnu...@pop.com.br:

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

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

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

Re: [Talk-br] OSM é ruim porque qualquer um pode editar, Google Maps é melhor mimimi

[Arlindo Pereira]

Achei esse artigo do Gizmodo Brasil bem interessante, e nos menciona no
fim: http://gizmodo.uol.com.br/google-maps-politica-revisao/

On Sun, Apr 26, 2015 at 3:49 PM Marcos Pereira majpere...@gmail.com wrote:

 Google maps é lixo!
 Em 24/04/2015 10:39, Tiago Fassoni A. A. Leite tiagofass...@gmail.com
 escreveu:



 https://www.google.pt/maps/place/Takht+Pari+Forest/@33.5013022,73.1260777,17z/data=!4m2!3m1!1s0x38dff298d82d62c9:0xdd99b92ec4539b33


 https://www.google.com/maps/place/33%C2%B030%2752.5%22N+73%C2%B003%2733.2%22E/@33.5117431,73.0558748,15z/data=!4m2!3m1!1s0x0:0x0

 ___
 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] Classificação de rodovias no Brasil (Wille)

[Arlindo Pereira]

Pra áreas urbanas, a minha opinião é a seguinte:

- motorway: mesmo contexto da área rural, via urbana sem interrupções que
corta parte da cidade, com acessos em alça nas entradas e saídas. Vias de
trânsito rápido do CTB. Exemplos no RJ: Linha Amarela, Linha Vermelha

- trunk: via importante com muitas faixas de rolamento porém com
interrupções. Trânsito quase expresso. Vias arteriais do CTB. Ex: Av.
Presidente Vargas / Av. das Américas

- primary: via com pelo menos 2 faixas de rolamento que corte os bairros.
Vias coletoras do CTB. Ex: Av. Atlântica

- secondary / tertiary: vias com importância menor frente às primaries,
também coletoras. Ex: R. Barata Ribeiro

- residential: Vias locais do CTB.

- unclassified: Vias locais em áreas estritamente não-residenciais.

- living_street: Vias que o pedestre ainda na pista / pistas internas de
condomínios etc.

- service: Ruas de serviço / acesso a estacionamento.

[]s
Arlindo

2015-04-14 12:52 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:

 2015-04-14 12:44 GMT-03:00  belnu...@pop.com.br:
  E como fica a classificação de vias dentro das cidades ? Quando se usa
 qual
  ( fora a Residencial , a Não Classificada e de Tipo Compartilhado ) ?

 Para as áreas urbanas precisa de uns 6 meses de discussão pra chegar
 num certo grau de acordo.

 ___
 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