[Talk-br] Folha utiliza OSM como plataforma de mapas

[Ivaldo Nunes de Magalhães]

​Apenas para registrar, verifiquei numa matéria hoje que o Jornal Folha de
São Paulo  está usando o OSM como padrão nos seus
artigos.

http://www1.folha.uol.com.br/poder/2016/08/1797427-crise-quebra-aliancas-e-pt-fica-isolado-nas-eleicoes-das-capitais.shtml

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

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

[Ivaldo Nunes de Magalhães]

Hélio,

Tanto a mata quanto o aeroporto e base aérea já existiam e eu não
perdi muito tempo com elas, apenas foquei na delimitação dos bairros.

No caso da mata, deu certo, ou seja - embora na edição ela tenha se
tornado linhas - quando rendeiriza no navegador você pode visualizar a
área verde. O que fiz ali foi apenas o corte para utilizar parte dela
como relação. Isso exatamente para colocar mais uma linha alí.

No caso da base aérea e aeroporto, tentei fazer o mesmo (utilizando
partes dessas áreas na relação do bairro), mas depois de rendeirizado,
não ficou muito legal. Tipo, a base aérea aparecia aquelas linhas
paralelas rosas (caracteristicas de áreas militares) apenas num dos
lados, sem fechar como ocorreu com a mata nativa do caso anterior. Foi
quando eu achei melhor desfazer exatamente como estava e acrescentar
mais um linha.

Resumindo: a minha idéia era/é utilizar partes de áreas (elementos
pré-existentes no mapa) em relações de limites, quando esses limites
coincidem com essas partes de áreas, sendo desnecessário mais
elementos redundantes, como a linha - no caso do limite do
Taveirópolis.

Mas entendi a sua linha de raciocínio. Quanto ao fato de essas áreas
pré-existentes estarem corretas ou não, eu não me preocupo muito ainda
pois não são o meu foco, pelo menos por enquanto. E meu foco nesse
momento são justamente os limites. Deixo que os outros users vejam
essas parte.

Sua mensagem:


Ivaldo, não sou expert no assunto mas gostaria de ajudar:

- no caso da área verde, achei estranho o corte feito. Parece que deixou de
ser área para virar um conjunto de linhas.
Minha sugestão era vc tornar como área novamente, sendo duas distintas:
Uma área verde entre o limite do corrego bandeira e a divisa de bairros e
outra área verde com a área remanescente.
Uma área para cada bairro. O limite de bairros passaria entre elas.

- Não entendi o aeroporto. Vi apenas uma relação "outer" que não
compreendi. Eu excluiria essa relação e deixaria mapeado apenas como área
com tag aeroway.
Os objetos estariam desenhados normalmente sobre a área.
Será que haveria necessidade do multipolygon?
Pra mim o osm sempre passou a idéia de simplicidade, assim como seus
objetos.

Colegas, se falei besteira ou coisa errada, peço o devido puxão de orelhas.
Abraço, Helio.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Linha de transmissão como parte de relação (limite de bairro) - volume 87 Errata

[Ivaldo Nunes de Magalhães]

Referente mensagem anterior:
...Onde está escrito: Isso exatamente para colocar mais uma linha alí.
...Leia-se: Isso exatamente para NÃO colocar mais uma linha alí.

Hélio, permita-se discordar desse ponto do seu comentário:

"Minha sugestão era vc tornar como área novamente, sendo duas distintas:
Uma área verde entre o limite do corrego bandeira e a divisa de bairros e
outra área verde com a área remanescente. Uma área para cada bairro. O
limite de bairros passaria entre elas."

... Veja que seriam necessários mais 2 elementos: a nova área e a
linha para a relação. Isso ficaria incoerente, quando você diz:

"Pra mim o osm sempre passou a ideia de simplicidade, assim como seus
objetos."
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

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

[Ivaldo Nunes de Magalhães]

Vitor, segue conforme você perguntou...

- Que tipo de área você tem usado?
R.
​ Geralmente utilizei áreas verdes, mata nativa. No caso é uma área e num
dos lados dela passa também o limite do bairro. Tenho feito um corte/nó na
área e utilizado como parte da relação. As vezes a área fica totalmente
dentro do limite do bairro. Segue um exemplo.
​* Aqui deu certo:
http://www.openstreetmap.org/edit?editor=id#map=19/-20.50210/-54.62052
​
​-
 Você transformou o conteúdo da área em
​ ​
relação?
​
R. Não, apenas cortei a área (adicionando nós) utilizando o pedaço como
parte da relação. No exemplo abaixo (que não deu certo) era a área militar
(base aérea) e o aeroporto. Como não deu certo, desfiz e adicionei a linha.
Ambas as áreas ficam dentro do bairro, denominado Taveirópolis , e também
são relações. Um estrangeiro (do help osm) andou mexendo, para tentar
arrumar mas acho que não dei muito certo.

* Aqui não:
http://www.openstreetmap.org/edit?editor=id#map=18/-20.48659/-54.68952
(preferi adicionar mais uma linha).

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

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

[Ivaldo Nunes de Magalhães]

O link abaixo aponta para um caso onde o limite (administrativo) do bairro
passa exatamente por onde tem uma linha de transmissão.

Posso utilizar parte dessa linha - incluindo-a na relação do bairro - como
limite?

A dúvida se pelo fato de a linha de transmissão ser aérea e o limite do
bairro - embora imaginário - ser terrestre.

http://www.openstreetmap.org/edit#map=20/-20.53192/-54.61887

Vejam que já tem uma linha no local, que faz parte da relação dos bairros e
está correto, por ser via de duplo sentido, com canteiro no meio.


Outro dúvida - dentro do mesmo assunto - é se posso utilizar parte de uma
área (cortando-a) como limite de bairro numa relação. Fiz isso mas quando
rendeirizado no navegador a área fica estranha, parecendo linha. Postei
essa dúvida no help do osm mas o povo lá nou soube de responder.




*Ivaldo* Nunes de Magalhães
E-mail: ivald...@gmail.com
Blog: makermaps.blogspot.com.br
(67) 8108-7415 (tim) / 9998-0804
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] duvida de tunnel=culvert

[Ivaldo Nunes de Magalhães]

Bacana esse tópico. Estou delimitando os bairros de Campo Grande/MS e tem
muitos limites admi_level=10 nessa situação, que se unem através de
ferrovias em pontes, pontes, rios, ruas... isso em vários bairros. O que
tenho feito é fazer o contorno do limite (geralmente um ângulo reto) com
linhas, utilizando o layer=* Não sei se está correto. O JOSM critica mas
quando visualizo o iD, passa. O problema que vejo é a duplicidade de
elementos. Para quê a linha se já existe um outro elemento "natural" ali?

Nelson, na época não entendi bem o seu exemplo, mas agora vou estudá-lo com
mais calma pois é necessário o domínio dessa técnica mas de uma forma
padrão. Seria bom ter um pequeno tutorial que abordasse o assunto.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Nova aparência do mapa padrão

[Ivaldo Nunes de Magalhães]

Realmente ficou péssimo - o contraste já era ruim. O argumento de que
confunde com rios e matas é fraco pois as vias geralmente seguem um padrão
mais linear enquanto que os rios são muito curvos e as mata áreas, de modo
que a diferença é clara, mesmo para o usuário mais leigo.

Interessante que no modo edição (iD editor) as corres antigas ainda estão
lá. Será que também vai mudar?

*---*


*Márcio Vinícius Pinheiro* marcioviniciusmp em gmail.com

*Sábado Outubro 31 13:38:26 UTC 2015*


   - Mensagem anterior: [Talk-br] Nova aparência do mapa padrão
   
   - *Mensagens classificadas por:* [ date ]
   

[ thread ]
   

[ subject ]
   

[ author ]
   


--

É triste ver como colaboradores do OSM ainda usam o Google Maps como
referência. Não precisamos de outro Google Maps (cujo principal defeito,
diga-se de passagem, é justamente o visual do mapa, difícil de enxergar,
com pouco contraste). Acho péssimo tomar como ponto de partida para a
modificação desse porte em um projeto colaborativo as decisões tomadas
unilateralmente sabe-se lá por quem dentro de uma empresa privada e fechada
(sem realmente sabermos o que o levou a tal decisão).

Concordo que algumas cores confundiam mesmo (sofria em menor grau do mesmo
problema de falta de contraste do Google Maps), mas não acho que seja algo
que se resolva apenas mudando as cores (porque elas vão confundir com
outras coisas). Linhas de contorno, intensidade, contraste, espessuras,
padrões de preenchimento, etc. poderiam ter sido trabalhados. Do jeito que
está continuou confuso, e com o agravante de menos informativo
(simplesmente eliminando a visualização de determinados tipos de vias em
certos níveis de zoom).

Enfim, não pude participar da discussão (além de nem ter tomado
conhecimento, eu não teria podido me dedicar mesmo nesses últimos meses),
só posso lamentar e ajudar a melhorar daqui pra frente (imagino que apenas
2 meses não tenham sido o tempo total de discussão, especialmente
considerando o grande número de manifestações críticas). De qualquer forma,
não acho que ficou tão ruim, mas certamente poderia ter ficado muito
melhor. Para algumas situações parece ter melhorado, para outras piorou
muito.

Obrigado por compartilhar, Nelson.

- - - ·
Atenciosamente,

Márcio Vinícius Pinheirohttp://about.me/Doideira


Em 31 de outubro de 2015 10:46, Imagens SM https://lists.openstreetmap.org/listinfo/talk-br>> escreveu:

>* A ideia da mudança surgiu para que estradas renderizadas em verde não
*>* se camuflasse em matos e as em azul em água. O visual é só questão de
*>* se acostumar.
*>>* Em 31/10/15, talk-br-request em openstreetmap.org
<
*>* talk-br-request em openstreetmap.org
>
*>* escreveu:
*>* > Enviar submissões para a lista de discussão Talk-br para
*>* >   talk-br em 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-request em openstreetmap.org

*>* >
*>* > Você poderá entrar em contato com a pessoa que gerencia a lista pelo
*>* > endereço
*>* >   talk-br-owner em 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. Nova aparência do mapa padrão (Nelson A. de Oliveira)
*>* >2. Re: Nova aparência do mapa padrão (Gerald Weber)
*>* >
*>* >
*>* > --
*>* >
*>* > Message: 1
*>* > Date: Sat, 31 Oct 2015 00:16:16 -0200
*>* > From: "Nelson A. de Oliveira" https://lists.openstreetmap.org/listinfo/talk-br>>
*>* > To: OSM talk-br https://lists.openstreetmap.org/listinfo/talk-br>>
*>* > Subject: [Talk-br] Nova aparência do mapa padrão
*>* > Message-ID:
*>* >   * wNg em mail.gmail.com 

[Talk-br] INMET usando OSM sem créditos (ibge)

[Ivaldo Nunes de Magalhães]

Também não vejo problemas, mas o que custa os caras colorarem um
"osmzinho" lá embaixo? No mínimo eles devem pensar: "como eles
(colaboradores do osm) usam os nossos mapas como fonte para os
trabalhos, é hora de termos alguma recompensa"... kkk


Não digo como para negociar com eles. Não é isso. É que de fato os créditos
estão atribuídos. Só que de uma maneira incomum, e como que "fazendo uma
gracinha".

Em 25 de outubro de 2015 09:41, Gerald Weber https://lists.openstreetmap.org/listinfo/talk-br>> escreveu:

>* Concordo, também acho aceitável, nem que seja por reconhecimento ao IBGE.
*>>* Afinal o que seria dos nossos mapas sem os dados do IBGE?
*>>* Gerald
*>>* 2015-10-25 8:14 GMT-02:00 Alexandre Magno Brito de Medeiros <
*>* alexandre.mbm em gmail.com
<https://lists.openstreetmap.org/listinfo/talk-br>>:
*>>>* Eu acho que isso até passa. Mas não fica legal pra eles, dado que não é o
*>>* modo que comumente se espera.
*>>>>* Em 24 de outubro de 2015 20:49, Ivaldo Nunes de Magalhães <
*>>* ivaldonm em gmail.com
<https://lists.openstreetmap.org/listinfo/talk-br>> escreveu:
*>>>>>* Wille, o ibge também (
*>>>* 
http://www.cidades.ibge.gov.br/xtras/uf.php?lang==50=mato-grosso-do-sul
<http://www.cidades.ibge.gov.br/xtras/uf.php?lang==50=mato-grosso-do-sul>),
*>>>* para ver o crédito tem que clicar no "i".
*>>>>>

--


   - Mensagem anterior: [Talk-br] INMET usando OSM sem créditos
   <https://lists.openstreetmap.org/pipermail/talk-br/2015-October/010794.html>
   - *Mensagens classificadas por:* [ date ]
   
<https://lists.openstreetmap.org/pipermail/talk-br/2015-October/date.html#10795>
[ thread ]
   
<https://lists.openstreetmap.org/pipermail/talk-br/2015-October/thread.html#10795>
[ subject ]
   
<https://lists.openstreetmap.org/pipermail/talk-br/2015-October/subject.html#10795>
[ author ]
   
<https://lists.openstreetmap.org/pipermail/talk-br/2015-October/author.html#10795>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Avenidas Pacaembu Doutor Arnaldo são vias expressas ?

[Ivaldo Nunes de Magalhães]

Não entendi isso:


Pergunta: Via expressa pode ter semaforos e cruzamentos ?

Resposta: Se tiver ela é “Trunk”.


Via expressa e trunk não é mesma coisa, só mudando o idioma?


O mais lógico seria:

Pergunta: Motorway (Autoestrada) pode ter semáforos e cruzamentos?

Resposta: Não, se tiver ela é Trunk (Via Expressa)... lembrando que
tem que ser duplicada.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] INMET usando OSM sem créditos

[Ivaldo Nunes de Magalhães]

Wille, o ibge também (
http://www.cidades.ibge.gov.br/xtras/uf.php?lang==50=mato-grosso-do-sul),
para ver o crédito tem que clicar no "i".
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] ​ Classificação de vias (agora com 50km/hora), como fica? Flavio Bello Fialho

[Ivaldo Nunes de Magalhães]

​Flávio, gostei da objetividade. Esclareceu a dúvida quanto a velocidade.
Sigo mais ou menos nessa linha também ​

O fluxograma não é consenso. Eu também não uso. Se a via é duplicada sem
​ ​
cruzamento em nível, é motorway. Se é duplicada com cruzamento em
nível, é trunk.
Fiquem à vontade para pensar diferente.​
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

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

[Ivaldo Nunes de Magalhães]

Gente, na verdade o foco não era bem a tag maxspeed, mas é sempre bom
quando um tema é aprofundado.

Mas minha dúvida se dá em relação à classificação da via, ou seja, se a
velocidade é preponderante, especificamente em função do critério
velocidade (= ou > que 80km/h) está contido no fluxograma de classificação
de vias (suponho que extensamente debatido pela "comunidade" BR) e está
disposto nesse endereço:
http://wiki.openstreetmap.org/w/images/1/12/Br-classification-flowchart-pt.png
.

Nesse ponto, entendo que os atributos estruturais (nº de faixas,
duplicada, acostamento,
canteiro central...) deveriam se sobrepor à velocidade, mas o citado
fluxograma dá a entender que a velocidade deve/deveria ser considerado na
classificação.

Em suma: se tenho uma via com características estruturais de ser do tipo
expressa, mas com velocidade de 50km/h, como devo classificá-la? Óbvio que
sem considerar a velocidade, vais ser expressa mesmo, mas se for
considerado o contido no fluxograma, vai ser secundária ou terciária.

Percebem como um elemento (velocidade) isolado muda bastante o
classificação? De modo que se a velocidade não for relevante, seria bom
alterar o fluxograma. Embora não o utilize por o achar "um rabo de pavão
muito enfeitado" (preferindo uma classificação própria já apresentada aqui
antes).
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

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

[Ivaldo Nunes de Magalhães]

Tarcísio, concordo também com esse ponto, mas no "intrincado" organograma
(de classificação de vias

 (
http://wiki.openstreetmap.org/w/images/1/12/Br-classification-flowchart-pt.png)
- onde sempre que há alguma dúvida sobre esse tema aqui alguém remete para
ele  [inclusive eu agora... rsrsrs] cita como pré-condição exatamente a
velocidade (<= 80km/hora).

Nesse ponto, entendo que os atributos estruturais (nº de faixas, duplicada,
acostamento, canteiro central...) deveriam se sobrepor à velocidade.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

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

[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] RES: Reunião Periodica - OSM Brasil‏‏ Peter Krauss

[Ivaldo Nunes de Magalhães]

Peter,

Concordo com o que você o falou (*A ECT é a princípio uma aliada do OSM...*)
e digo mais, o OSM é (e poderá de tornar de fato) um poderoso aliado da ECT.

Além disso, o diálogo, como você disse *[*Ainda não entremos com a ação
(nós = grupo de interesse independente da OSM) pois acreditamos na
conscientização e no diálogo, que em seguida, *gerariam de fato uma
parceria]. *será a forma mais fácil para que essa importante base de dados
seja disponibilizada livremente.

Fixo à disposição.


Bom dia Ivaldo!
A ECT é a princípio uma aliada do OSM, assim como o IBGE, as prefeituras,
etc. O que tenho percebido das conversas paralelas sobre o problema da
abertura do CEP é que o brasileiro em geral acredita na seriedade e tem em
boa conta os serviços prestados pelos Correios.
O entrave que se criou foi com a esfera burocrática da ECT, e a percepção
que tivemos é que, mesmo nas diretoriais locais da ECT não há um
posicionamento contra o CEP aberto. Havia sim ignorância,
desconhecimento do assunto, e estamos buscando mostrar para os
administradores da ECT a relevância do CEP aberto...
Mesmo entre os administradores e advogados parece um problema bobo e pouco
relevante, já que a maioria das pessoas estaria satisfeita com
obuscacep.correios.com.br  ... O detalhe com o qual nos debatemos é
jurídico, e seria resolvido por uma Ação Civil Pública, tal como foi aplicada
à ABNT em caso similar
http://www.pessoacomdeficiencia.gov.br/app/normas-da-abnt/termo-de-ajustamento-de-conduta.
Ainda não entremos com a ação (nós = grupo de interesse independente da
OSM)  pois acreditamos na conscientização e no diálogo, que em seguida
gerariam de fato uma parceria.

Seria ótimo ter um interlocutor da ECT aqui na Lista (!), e melhor ainda se
você pudesse nos ajudar a esclarecer e dialogar com as outras pessoas da
ECT... É uma trabalho de formiguinha, de corpo-a-corpo, mas pode ser muito
mais produtivo do que entrar com uma ação jurídica.
PS: a boa notícia que comentamos antes é que o Thierry, em nome da OSM,
está colhendo os frutos do diálogo que ele fomentou em Brasília, junto à
diretoria geral da ECT. O diálogo é relevante e dá resultado!


Agradeço desde já por estar escrevendo (!) e sua por sua disposição de
ajudar a OSM.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

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

[Ivaldo Nunes de Magalhães]

Pelo que entendi, ele insere dados de mapas cedidos pelas prefeituras e
concessionárias no OSM?

Se for isso, no caso dos dados das prefeituras não vejo problemas, pois é
publico. Os mapas municipais são públicos, pois são os cidadãos (nós) que
mantemos as prefeituras. Qualquer pessoa pode se dirigir à secretaria de
obras das prefeituras e obter o mapa de seu município. Já fiz isso algumas
vezes e sempre fui bem recebido.

Quanto às concessionárias, vejo um problema pois elas disponibilizaram o
mapa para a ECT, com a finalidade de ele (mapa) servir de insumo para o
cadastro de CEP. Se o faz é por conta e risco. Talvez essa pessoa deve ser
alertada. Se qualquer pessoa for à uma concessionário para obter um mapa
eles irão disponibilizar? Dependerá da empresa.

Quantos às prefeituras, nas cidades do entorno do DF (RIDE), entre 2013 e
2014, estive contactando várias para obtenção de mapas e verifiquei que a
situação é precárias na maioria delas. Muitas não tem mapas ou terceirizam
sua elaboração para empresas de outras cidades. Crio que isso se estenda
pela maioria das cidades pequenas do país.

Nesse sentido, percebi que o OSM tem um grande potencial de se tornar uma
ferramenta muito poderosa para preencher essa lacuna. Isso porque o seu
processo produtivo é muito simples, não requer conhecimentos avançados em
informática e nem mesmo na área de cartografia. Isso possibilitaria à essas
cidades elaborarem seus próprios mapas a um custo (ou sem ele) baixíssimo.

Para tal, precisa ser elaborado (e isso pode envolver o grupo dessa lista)
um material sobre a plataforma, para apresentação às prefeituras em
potencial. O material poderia ficar no página do osm ou wiki e poderia ser
utilizado por qualquer pessoa com interesse e disposição em disseminar o
conhecimento.

Porque estou falando de prefeituras? Já disso aqui uma vez, e muitos devem
saber, que são nas prefeituras que se originam as leis de criação dos
logradouros, bairros, loteamentos e condomínios. Depois são aprovadas pelas
câmaras municipais. Assim, muitos podem querer fazer mapas, mas a fonte das
informações sempre serão das prefeituras.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

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

[Ivaldo Nunes de Magalhães]

Pessoal, não participei da reunião mas pelas mensagens pude captar algum
resquício Bom, eu trabalho nos correios como analista. Coincidentemente
trabalhei em Brasília no cadastro e gestão da base de CEP do DNE, no DF e
entorno (RIDE), entre 2013 e 2014, quado conheci o OSM.

Atualmente estou  baseado em Campo Grande/MS, mas não trabalho na área de
CEP. Se precisarem de alguma informação, estou à disposição.

Relativamente à obtenção da base de CEP local (estados) junto ao
representantes regionais, só alerto que disponibilização não será
automática. Isso porque eles (estados) terão que consultar à gestor
nacional do CEP, em Brasilia.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

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

[Ivaldo Nunes de Magalhães]

Wille,

Não tinha pensado nesse possibilidade de selecionar tudo... pode ser viável
em pequenas áreas (grupos de elementos) é pequenas cidades Vou tentar
isso opção.

Isso porque, como disse antes, aqui em MS a regra é ser quase tudo
desalinhado... Não posso precisar, mas diria que uns 85% está desalinhado...

Como foi dito aqui antes, deduzo que esses desalinhamentos podem ser fruto
da importações e o resto, que está correto, foi construído de forma
manual...

Enfim... só queria uma solução... é uma chatice trabalhar assim (ficar
alinhando toda vez que for fazer algo)... Por exemplo, estou trabalhando
nos limites dos bairros e sub-bairros de Campo Grande... é um projeto
grande e complexo, mas toda vez tem que alinhar...

Até penso em excluir tudo e começar do zero. Me banirão por isso?

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

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

[Ivaldo Nunes de Magalhães]

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] Edição baseada em imagem do Google Street View - Blademir Andrade de Lima

[Ivaldo Nunes de Magalhães]

Gerald, ok, eu entendi o propósito da sua mensagem, que alías foi muito
instrutiva. Abraços...
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

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

[Ivaldo Nunes de Magalhães]

Gerald, na verdade não sei. Apenas que o mapa construído não está alinhado
com a imagem do bing, agora quem está incorreto não sei

Se alguém tiver elementos para descobrir eu ficaria grato.

Mas aqui (MS) é muito comum. Muitas cidades estão assim.

Vou perguntar algo que sempre tive dúvidas, que parece até banal, mas me
intriga: quando alinho o mapa com a imagem do satélite (bing), mexe no
mundo todo ou só no local?
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Edição baseada em imagem do Google Street View - Blademir Andrade de Lima

[Ivaldo Nunes de Magalhães]

​rsrsrs... pois é, vendo assim parece até que é pecado falar no Google por
aqui. Mas eles tem ferramentas realmente muito boas, como o próprio street
view, deixando de lado questões de direitos autorais..., mas tudo depende
da finalidade.

Lembro que qdo comecei a utilizar o osm há 1 ano atras, o erik de Brasília
até me explicou como utilizar a imagem de satélite deles colocando as
coordenadas do osm no maps, para comparar e tirar algumas dúvidas. No
começo resisti bastante, mas depois vi que na maioria dos locais a imagem
deles (Google) é realmente bem superior à do Bing, e em muitos casos está
há vários anos na frente.

Então acredito que não devemos ser xiitas ao extremo.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Edição baseada em imagem do Google Street View - Blademir Andrade de Lima

[Ivaldo Nunes de Magalhães]

Vixii... calma gente... o povo aqui é meio mente fértil... só estamos
tirando um barato da situação... rsrsrs. em nenhum momento se falou em
copiar nada de ninguém. O legal mesmo é fazer como o osm preconiza que seja
feito, como na europa... mas realmente somos grandes (br), um continente

Fico até com um pé atrás quando vejo msgs falando em criar isso ou aquilo
para importar tudo o cnefe,,,

No caso da numeração das ruas do meu bairro, até estou agendando uma
mappartyzinha com a minha filha (10 anos).. hehe... vai ser bacana...
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

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

[Ivaldo Nunes de Magalhães]

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

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

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

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

E mais, é possível corrigir de forma permanente? Lembro não utilizo o josm
(apenas para algumas validações, no note da minha esposa) pois ele é
incompatível com o chromeos...
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Edição baseada em imagem do Google Street View John Packer

[Ivaldo Nunes de Magalhães]

Estou trabalhando na numeração (numeração das casas) do meu bairro. As
vezes tenho preguiça de sair à campo. Nisso tenho utilizado o street view
para comparar com os dados que levantei, já que para as ruas com numeração
regular vou utilizar interpolação.

Nesse ponto, até agora foi perfeito, não falha e a qualidade da imagem é
muito boa, onde é possível ver até números bem pequenos, que quando passo
pela rua tenho que chegar bem perto da casa para checar.

Para esse fim, recomendo, embora vou levantar tudo na munheca mesmo.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Esqueleto de projeto para classificação de vias urbanas Gerald Weber

[Ivaldo Nunes de Magalhães]

Gerald

Recentemente eu li uma mensagem aqui onde o assunto era justamente que para
as vias urbanas não tinha um padrão definido ainda e que seria iniciado uma
discussão para definição. Como não houve mais nada a respeito, enviei essa
msg sobre o tema.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] RES: RES: OSM - CNEFE Vitor George

[Ivaldo Nunes de Magalhães]

Vitor...

Realmente a diferenciação terá de ser feita pelo tipo de logradouro (rua,
avenida, alameda, quadra, etc), como já foi dito aqui.

Na verdade não é duplicidade, mas sim repetição dos nomes em bairros
diferentes. Isso (repetição de nome) dificilmente ocorre dentro de um mesmo
bairro.

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

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

[Ivaldo Nunes de Magalhães]

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

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

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

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

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

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



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


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

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

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


**

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

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

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

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


**

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

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

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

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

**

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

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

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

*- Pavimentada ou não. *
*- Pista simples. Pode ser de mão única. Em ambos os casos deve ter mínimo
1 faixa por sentido.*


**
*Wiki - service / serviço: Via de serviço, geralmente estreita (largura 
6m), de estacionamentos e acesso a edifícios, postos de gasolina,
indústrias, etc.*


*Proposta:*
*- Via local geralmente estreita, de circulação em estacionamentos,
condomínios (fechados), postos, etc.*

*- Velocidade 20km/h. O limite de velocidade 

[Talk-br] Opinando 2

[Ivaldo Nunes de Magalhães]

Que bom que no final todo mundo ficou amigo. Cheguei a pensar que ia sair
uns tapas...
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Limite de cidades com distritos

[Ivaldo Nunes de Magalhães]

Gente... não quero parecer que sou teimoso... (e sou hein..) desculpe a
oposição, mas tenho um pensamento diferente.

Vejam, o que é melhor? Fazer 10 com 1 ou 1 com 10?
Um soft com 500 linhas de código, ou um com 390, se ambos fazem a mesma
coisa?

Eu penso que seja fazer 10 com 1... É cultura lean/kaizen. Procuro aplicar
isso no que faço.

O que me preocupa é o seguinte: toda essa discussão (e ela é boa) surgiu
por uma dúvida que tive ao pesquisar o limite de uma cidade no OSM e
compará-la com o IBGE.

Vejam que não sei quase nada de osm, mas já colaboro há quase um ano, com
mais de 2000 edições, e mesmo assim tive dúvidas. Imagina para um usuário
que vai pesquisar a primeira vez e se depara com um resultado desses.

Se Dois Irmãos do Buriti tivesse apenas 1 adm_level=9 (Palmeiras/distrito)
e 1 adm_level=8 (Dois Irmãos do Buriti/cidade), o cara iria pensar...
Poxa, essa cidade tem um distrito, e pronto. Nada de complicado.

Agora, como é, olha a reação dele: que confusão, essa cidade tem 2
distritos, sendo que um é a própria cidade e mais a cidade que também tem o
mesmo nome do distrito... não entedi nada...

Não há problemas em o osm mostrar quando distritos foram necessários...
(vejam, necessário). São Paulo pode ser mostrado com adm_level=8 e seus
bairros, com adm_level=9, como é.

A minha indagação é: para quê São Paulo com adm_level=8 e adm_level=9?
Apenas porque o IBGE diz que toda a cidade deve ter pelos menos 1 distrito
(sede)?

Se o cara quer pesquisar os distritos (digamos) de uma cidade que tenha 5
distritos, além da sede. Ele vai achar os 5 distritos com adm_level=9 e a
cidade com adm_level=8. Pronto, a cidade tem 6 divisões administrativas.

Agora, eu gostei dessa idéia do Nelson de diferenciar pelo border_type...
isso já facilita o entendimento do cara...

Inclusive vou utilizar essa idéia da delimitação dos bairros de Campo
Grande, que tem os bairros, e dentro deles diversos
parcelamentos/loteamos/sub-bairros, com nomes distintos... Tipo: para
bairros: . . . . . . . . . e para sub-bairros: - - - - - - - - -
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Limite de cidades com distritos

[Ivaldo Nunes de Magalhães]

Como disse antes, o osm pode (como tem) quantas informações as pessoas
queiram que ele tenha, embora nem sempre necessite.

Será que o pensamento do quanto mais melhor deve nortear as linhas de um
projeto, se o quanto menos melhor, ao final, é o que o usuário talvez
realmente necessite?

Temos ter em mente que as pessoas  não existem
por causa das coisas, mas o contrário: as coisas existem por causa (e
para) as pessoas.

Se a escola fechada não se adaptar ao brasileiro analfabeto, o que vai
acontecer? Aumento do analfabetismo. De modo que a escola deve, sim - como
tem ocorrido -  se adaptar às pessoas, porque existe para elas e não o
contrário.

O analfabeto, que agora usa penas os dois polegares para operar os
brinquedinhos, esse mesmo, que o sistema de educação pretende catequizar,
é que será o usuário final das coisas, dos sistemas e das aplicações.

Para finalizar, coloquei esse assunto em discussão aqui não com o objetivo
de acabar com a vassalagem (desculpem o termo) do osm frente ao ibge, mas
para mostrar que as vezes as regras absolutas podem gerar dúvidas e
interpretação equivocada do resultado de uma pesquisa, que poderia ser mais
simples, se fosse flexível. Aliás, regras sempre devem ser flexíveis e ter
exceções. Quando isso não acontece, limita a criatividade, a melhoria.

De modo que a intenção não foi, como pode ter parecido, querer mudar a
forma como as coisa são feitas. Que fique como está. Mas fica o alerta.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

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

[Ivaldo Nunes de Magalhães]

Sim, mas Dois Irmãos de Buriti é cidade, tem prefeito, Câmara
Municipal... Portando não é distrito e sim município, sendo sede.

Palmeiras é um distrito subordinado administrativamente à Dois Irmãos,
portando adm_level=9. Não tem prefeito, câmara, nem nada. Talvez tenha
uma ou duas ruas.

Vou insistir, pois realmente não entendo esse procedimento de ter que
criar relação para todos os distritos que compõem uma cidade:


- Toda a cidade, independentemente de ter distritos ou não, é
denominada de distrito (sede).

Exemplo cidade A:


   - Tem apenas o distrito sede (a cidade), tem prefeito, câmara
Não temnenhuma vila, povoado, nada. Apenas a cidade;
   - Composição da área territorial: apenas a cidade (1 relação adm_level=8);
   - Procedimento no OSM: criar apenas uma relação adm_level=8;
   - Portanto não seria necessário ter uma relação adm_level=8 e outra
adm_level=9, como está ocorrendo com 2 irmãos.


Exemplo cidade B:


   - Tem distrito sede (a cidade, com Prefeito, câmara...) e 2
distritos sob subordinação administrativa;
   - Composição da área territorial: 1 cidade e 2 distritos (2
relações adm_level=9 e 1 relação adm_level=8);
   - Procedimento do OSM: criar 2 relações adm_level=9 (distritos) e 1
relação adm_level=8, com as adm_level=9 dentro dela;
   - Não seria necessário ter 3 relações adm_level=9 (para os 2
distritos mais a sede).

Veja se a minha dúvida clareou agora.

 


É o que está definido no IBGE.
O município de Dois Irmão do Buriti é composto do distrito de Dois
Irmão do Buriti + distrito de Palmeiras.

As duas relações existem por causa disso.


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

Em 26 de junho de 2015 10:16, Ivaldo Nunes de Magalhães ivald...@gmail.com
escreveu:

 Mas porque existe a do distrito? Não bastaria a do municipio? Entendo como 
 excesso ou duplicidade de informação. Porque?

 Quando digito no campo de busca do osm Dois Irmão do Buriti, aparece a 
 relação do distrito (4108836 http://www.openstreetmap.org/relation/4108836).

 Área do município: http://www.openstreetmap.org/relation/334009 - Essa bate 
 com a do ibge.

 Área do distrito: http://www.openstreetmap.org/relation/4108836 - Essa não. 
 Conclusão: Excluir.

 ___


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

[Talk-br] Limite de cidades com distritos

[Ivaldo Nunes de Magalhães]

Nelson,

Percebi também que a relação da Cidade está com admin_level 9. O correto
seria 8, não? (8 para cidades e 9 para distritos).
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Limite de cidades com distritos

[Ivaldo Nunes de Magalhães]

Mas porque existe a do distrito? Não bastaria a do municipio? Entendo
como excesso ou duplicidade de informação. Porque?

Quando digito no campo de busca do osm Dois Irmão do Buriti, aparece a
relação do distrito (4108836
http://www.openstreetmap.org/relation/4108836).

Área do município: http://www.openstreetmap.org/relation/334009 - Essa
bate com a do ibge.

Área do distrito: http://www.openstreetmap.org/relation/4108836 - Essa
não. Conclusão: Excluir.

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

[Talk-br] Limite de cidades com distritos

[Ivaldo Nunes de Magalhães]

Pessoal

Percebi que o IBGE (no @cidades) está utilizando o mapa do OSM.
Recentemente estive editando e criando algumas rodovias no entorno da
cidade de Dois Irmãos do Buriti/MS, e percebi que a área da cidade
(relação) apresentada pelo IBGE está diferente do limite apresentado pelo
OSM (links abaixo).

Link IBGE à
http://www.openstreetmap.org/relation/4108836#map=9/-20.6559/-54.8177

Link OSM à
http://www.cidades.ibge.gov.br/xtras/perfil.php?lang=codmun=500348search=mato-grosso-do-sul|dois-irmaos-do-buriti


Quanto a parte que falta no OSM (ao norte) e sobra no IBGE, mesmo sendo
distrito me parece mais correto o limite apresentado pelo IBGE, pois o
distrito está dentro da área da cidade e não fora, pertencendo à cidade, já
que é subordinado administrativamente à ela.

   - Admin_level=8 - Municípios e regiões administrativas do DF;
   - Admin_level=9 - Distritos e subprefeituras;

 Vejam o exemplo de Campo Grande/MS (cidade e capital). Ela tem um distrito
chamado Anhanduí, que está dentro da relação de Campo Grande e não fora.

No caso de Dois Irmãos do Buriti, no meu entender o correto seria o
distrito de Palmares, que é subordinado administrativamente à cidade, estar
dentro da relação da cidade, ou seja a relação da cidade (Dois Irmãos...)
incorporar a área do distrito, mesmo existindo uma relação para o distrito
(Palmeiras), cada qual dentro de seu respectivo nível, como ocorre com o
exemplo de Campo Grande.

Não sei se isso acontece em outros locais. Por isso trouxe a discussão aqui
para discutirmos (talvez já tenha sido feito) a forma correta de se
delimitar cidades com distritos.


Atte,


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

Re: [Talk-br] Digest Talk-br, volume 81, assunto 9

[Ivaldo Nunes de Magalhães]

Tem países que nem cep tem...Fico curioso em saber como eles se viram por
la... devem ver o nosso debate e pensar: não tem o que fazer...
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Digest Talk-br, volume 81, assunto 7

[Ivaldo Nunes de Magalhães]

 a Terra é muito dinâmica, muda todo o dia.
Por isso requer atualização constante.

2- implementação de imagens/camadas mais atualizadas no OSM. Talvez junto
ao INPE, ou outra fonte. A imagem do google é muito superior à do OSM. Isso
dificulta.


Para finalizar, a ECT pensa (ou já trabalha) com o OSM nas cidades com
carência de mapa. A lógica é: *pôxa, 70% do mapa da cidade está no OSM.
Vamos incluir o resto e pedir que a prefeitura valide o mapa.* Depois se
importa para o QGis e pronto.

É isso, pessoal. A intenção foi colaborar de alguma forma e não se opor a
ninguém. Abraços






































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

Em 8 de junho de 2015 16:01, 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. RES:  RES: Reunião Periodica - OSM Brasil‏ (Reinaldo Neves)


 --

 Message: 1
 Date: Mon, 8 Jun 2015 17:00:31 -0300
 From: Reinaldo Neves rne...@equacao.com.br
 To: 'OpenStreetMap no Brasil' talk-br@openstreetmap.org
 Subject: [Talk-br] RES:  RES: Reunião Periodica - OSM Brasil‏
 Message-ID: 002501d0a225$c637cde0$52a769a0$@equacao.com.br
 Content-Type: text/plain; charset=utf-8

 Helton boa tarde,



 Tenho acompanhado esse problema do Correio desde 2005 quando eles
 renomearam o Guia Postal Brasileiro para diretório Nacional de Endereços e
 passaram a cobrar por essa base de dados.  Com valores absurdos e clausulas
 contratuais surreais.



 E sinceramente enquanto o Correio e outras estiverem loteadas e nas mãos
 de pessoas que não tem noção do que seja bem público não tenho grandes
 esperanças de mudança.  Como o próprio Thierry narrou dia 3, já teve até
 projeto piloto para que os carteiros colaborassem com o OSM e não passou
 disso, pois sempre tem alguém do contra.



 Apenas para adiantar o assunto, CEP num numa base de endereços publica,
 que inclusive não terá aderência ao modelo de dados dos correios, é apenas
 uma parte da informação e efetivamente acredito que sai fora do problema de
 licenciamento ou direito autoral, aliás a patente dos Correios é para o DNE
 e não para a informação do CEP.  O que não podemos é subir os dados do DNE
 direto para essa base de endereços ou do OSM, ou usar alguma coisa com
 estrutura parecida.



 Abrir um processo ou fazer uma denuncia ao MP é outra encrenca, não temos
 um CNPJ que possa fazer isso e sempre haverá custo e risco legal, assim
 como a criação de um capítulo Brasil do OSM.



 O que podemos é aderir ao open adrress ou criar nosso próprio projeto de
 endereço, transferindo os dados disponíveis de forma legal seja do IBGE,
 outras concessionárias ou entidades da área de logística.  E se lá na
 frente os Correios aderirem ótimo, senão a coisa anda por conta própria.





 ___

 Reinaldo Neves

 Equação Informática

 (11) 3221-3722













 De: Helton Nogueira Uchoa [mailto:engenheiro.uc...@gmail.com]
 Enviada em: domingo, 7 de junho de 2015 18:52
 Para: OpenStreetMap no Brasil
 Assunto: Re: [Talk-br] RES: Reunião Periodica - OSM Brasil‏



 Caros colegas,

 Vou compartilhar informações que podem ajudar no encaminhamento sobre a
 base pública de endereços.

 1.  A questão de dados públicos relacionados à cartografia ou outros
 dados georreferenciados tem sido uma longa discussão nestes últimos anos.
 Eu entendo que se os dados foram produzidos com dinheiro público e podem
 contribuir para o desenvolvimento do país devem ser disponibilizados
 publicamente. Já recomendei a alguns clientes que solicitassem os dados das
 instituições públicas com base na lei de acesso à informação.
 2.  Eu conduzi alguns grandes projetos do Governo Federal envolvendo
 geotecnologias livres, como o Sistema de Gestão de Obras do Exército e o
 Sistema de Gestão de Patrimônio Ferroviário da ANTT. Devido a estes casos
 de sucesso, a equipe da EBCT responsável pelo projeto de geoprocessamento
 corporativo abriu um canal de comunicação comigo e tivemos algumas reuniões
 técnicas. Eles passaram mais de um ano estudando como montar a arquitetura
 deles e fiz o último contato em 2013, quando eles me apresentaram um ideia
 de fazer uma base de georreferenciada de arruamento. Eu expliquei que o
 investimento numa solução própria para uso interno seria muito

Re: [Talk-br] Digest Talk-br, volume 81, assunto 9

[Ivaldo Nunes de Magalhães]

Oi Alexandre...

Quanto ao CEP no site dos correios, pode ser utilizado sem restrições sim.
Aliás é até bom para os correios, pois dissemina o uso pela população. Eles
(correios) querem isso. Já trabalhei com cadastro de CEP/DNE. O que não
pode é o cara comprar a base do DNE e fazer milhares de cópias e revender,
para fins lucrativos, como todo o soft. Alías, o DNE, não está tão caro,
como foi dito aqui. Para as empresas ou pessoas com contrato, dependendo do
caso, parece que está saindo free.

Quanto ao CEP ser estratégico, eu concordo com você também. O que quis
dizer foi: o que é melhor/possível: mapear uma cidade que nem aparece no
mapa ou colocar CEP nas existentes? Claro que eu posso já mapear e colocar
o CEP, como todas as outras tags necessárias... asfalto, nome, restrições,
faixas de pedestre, sinais. e tudo mais. O ideal seria se colocar
tudo... mas nem sempre (ou quase sempre) isso é possivel.

Abraços.







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

Em 8 de junho de 2015 18:26, 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. A boa vontade embutida no OpenStreetMap não pode tudo
   (Alexandre Magno Brito de Medeiros)
2. RES:  Digest Talk-br, volume 81, assunto 7 (Reinaldo Neves)


 --

 Message: 1
 Date: Mon, 8 Jun 2015 19:10:20 -0300
 From: Alexandre Magno Brito de Medeiros alexandre@gmail.com
 To: OpenStreetMap no Brasil talk-br@openstreetmap.org
 Subject: [Talk-br] A boa vontade embutida no OpenStreetMap não pode
 tudo
 Message-ID:
 CADQekUhxSmomP7xrqi2kV1XfST5ezzQh-DYB4cpf1wCd=
 wz...@mail.gmail.com
 Content-Type: text/plain; charset=utf-8

 *Era: Re: [Talk-br] Digest Talk-br, volume 81, assunto 7*

 Olá a todos!

 Meus comentários sobre alguns pontos trazidos pelo Ivaldo Nunes.

 Toda a base de dados do DNE está disponível no busca CEP dos correios:
  http://www.bucacep.correios.com.br, onde é disponibilizado várias formas
  de consultas. Nisso a informação é publica, sem restrições de acesso.Não
 é
  muito complicado extrair relatórios lá, por bairros - por exemplo -
 enviar
  para o excel e depois csv, etc... Agora, as funcionalidades do sistema
  realmente são restritas à empresa.
 

 Pode não haver restrição de acesso, mas certamente há restrição de uso,
 implícita, para vários tipos de uso. Alguém se meta a fazer essa
 exportação, usar o resultado a seu bel prazer, e vejamos quanto tempo
 demora para a empresa buscar seus direitos na Justiça!

 Realmente a seria muito bom que os correios tornasse público a base de
  dados do DNE via gratuidade da licença do sistema, mas para quê serviria
  isso? Bom, talvez para alguém ter algum nicho de trabalho facilitado,
  *[...]*
 

 Só a partir de uma coisa dessas é que o OpenStreetMap poderia licitamente
 importar aqueles dados. Não estou opinando se a coisa toda está moralmente
 certa ou moralmente errada. Só estou dizendo que hoje o OpenStreetMap não
 tem o apoio da lei, evidenciado e indiscutível, para fazer uso daqueles
 dados de CEP que são disponibilizados pelo site dos Correios.

 Desse modo, não vejo o CEP como um problema, mas uma prioridade menos
  importante, não urgente, frente ao nosso mapa atual: milhares de cidades
  nem aparecem.
 

 Ter o CEP desde o início é uma questão estratégica. Alguns podem achar que
 é imprescindível, para se aproveitar um grande primeiro esforço de
 mapeamento, que será quase o único. Outros podem achar que CEP é algo que
 pode ficar pra depois, a ser importado com automatizações ou grandes
 facilitações obtidas por software. Eu penso que os dois estilos são
 importantes e não deveriam se excluir mutuamente, já que o contexto é o
 projeto OpenStreetMap movido por voluntarismo, e não um empreendimento
 corporativo originado por $$.

 Alexandre Magno


 Em 8 de junho de 2015 18:24, Ivaldo Nunes de Magalhães ivald...@gmail.com
 
 escreveu:

  Pessoal, relativamente aos tópicos DNE, CEP, ECT, e CNEFE, gostaria de
  fazer alguns comentários pois recentemente estive envolvido com processos
  ligados aos mesmos, tendo trabalhando com o DNE e ainda sendo analista da
  ECT - correios, mas não falo em nome da mesma, mais sim por convicção
  própria.
 
  1. ECT/Empresa Pública: realmente os correios são uma empresa

Re: [Talk-br] Digest Talk-br, volume 81, assunto 9

[Ivaldo Nunes de Magalhães]

Aun... é infinito Milhares de sites utilizam o buscacep para
preenchimento de endereços todos os dias... Inclusive no site dos correios
tem instruções de como colocar o busca cep em homes...

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

Re: [Talk-br] A boa vontade embutida no OpenStreetMap não pode tudo

[Ivaldo Nunes de Magalhães]

Oi Aun...

Veja, eu não disse para ninguém trabalhar na ilegalidade e muito menos que
se deva se submeter aos correios para mapear. Muito pelo contrário. Apenas
que a base de cep disponível na internet é livre e pode ser utilizado, por
quem quiser. Nisso, havendo restrições de aplicabilidade (isto é, utilizar
a base de cep disponível na internet) no OSM (uai) que não se use.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

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

[Ivaldo Nunes de Magalhães]

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

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


​Oi...

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

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


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

Re: [Talk-br] O processo decisório da comunidade

[Ivaldo Nunes de Magalhães]

Gosto da sua ideia de voto igualitário, independente da curva de maturidade
da pessoa no assunto. Isso porque excelentes idéias surgem quando há
heterogeneidade de pensamentos. Da mesma forma, um grupo fechado, com
formas de pensar meio que pré-determinadas se torna meio perigoso...
tendencioso é a palavra certa.

Não gosto muito da ideia de o que foi decidido no passado deve permanecer
intocável. Isso realmente não é válido. As coisas mudam e idéias novas
surgem, ou uma nova forma (simplificada) de entender um velho problema pode
surgir como solução para uma questão.

Quanto ao sistema de votação, mesmo sendo (talvez, não sei) algo
padronizado aqui, acho lento, muito burocrático e improdutivo. Desculpe a
franqueza. Talvez fosse melhor focar em grupos de trabalho com tarefas
específicas e distintas, com prazo para apresentação de propostas.

Por exemplo: um grupo poderia trabalhar na definição dos parâmetros (que
não podem ser infinitos, mas poucos) focadas na clareza e facilidade de
entendimento do assunto.

É isso.


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

Re: [Talk-br] O processo decisório da comunidade

[Ivaldo Nunes de Magalhães]

​Nisso eu sou tentado me sentir como o Flávio:

Eu odeio esse assunto. Desde que eu entrei no OSM, ele sempre volta pelo
menos uma vez por ano. O que mais me incomoda é que as discussões são
longas, tomam tempo que podia ser melhor gasto em outras coisas e acabam
não progredindo muito. Não é culpa de ninguém. É um assunto importante, mas
cansativo. Não existe consenso. O artigo no wiki demonstra isso. Eu
gostaria que existisse, mas não existe. Não existe nem consenso sobre o que
é consenso nessa questão.

Infelizmente, eu me sito obrigado a participar dessa discussão cada vez que
ela aparece, porque ela afeta diretamente o meu trabalho no OSM. Acho que o
mapa do Brasil não está maduro o suficiente para tomarmos uma decisão
definitiva sobre a classificação de vias. No fim, quem trabalha no mapa vai
ter que decidir conforme a sua consciência. Sugiro que não foquem o
trabalho apenas na classificação, e sim em outras coisas mais críticas,
como mapear as rodovias que não existem no mapa ou colocar as que existem
no lugar certo (os dados importados do IBGE estão muito toscos), ou
mapeando corretamente os cruzamentos e restrições de conversão, que também
são importantes para o roteamento. Se for possível incluí-los, os tags
lanes, maxspeed e surface podem ajudar bastante na classificação das
rodovias no futuro (ou não, dependendo do critério; nesse caso, eles se
tornariam ainda mais importantes). À medida que forem fazendo isso, se
quiserem, ajustem a classificação das rodovias que forem editadas da forma
que acharem melhor.

Muita paz para todos. Espero ter contribuído com alguma coisa e desculpe
se, por algum motivo, alguém se sentir incomodado com o meu comentário.

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

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

[Ivaldo Nunes de Magalhães]

Não me atentei para essa questão de cruzamentos para as auto-estradas, nem
sabia que era um parâmetro delas. Vou incluir na minha listinha, conforme
você sugeriu.

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

Re: [Talk-br] O processo decisório da comunidade

[Ivaldo Nunes de Magalhães]

Uai, mas o processo decisório não sobre classificação de rodovias?? senão
foi, ignora.

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

Re: [Talk-br] sugestão para classificar rodovias

[Ivaldo Nunes de Magalhães]

Helio, gostei da ideia. Só vejo uma dificuldade, contornável, que reside no
fato de as rodovias não serem uniformes em toda a sua extensão, ou seja, os
seus trechos variam, e muito.

*Ivaldo*
___
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)

[Ivaldo Nunes de Magalhães]

Como nunca dominei o assunto, por falta de parâmetros claros, sempre
utilizo o tipo residencial, para evitar confusão. Exceto quando o
mapa/documento faz referencia à rodovia ou quando a rodovia cruza a cidade.


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

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

[Ivaldo Nunes de Magalhães]

Olá wille, como está o DF?

Veja, não é meu propósito opinar sobre qualquer padrão aqui, pois tem gente
mais gabaritada para isso, mas meus dedos cóçam quando vejo algo que não
entendo claramente e aí tenho que escrever.

Eu ordenei mais ou menos por uma lógica crescente de importância,
procurando inclusive seguir o OSM (os desenhosinhos que representam os
tipos de vias, acho eles bem intuitivos), tendo como parâmetro: separação
de vias, a quantidade de faixas e o acostamento. Não levei em conta o
asfaltamento. Eu queria algo assim, mas simples e pratico. Acho que pode
ser feito.

Meu empolguei e fiz algumas alterações, incluindo as suas sugestões. Até
que ficou bom. Acho que vou seguir esse.

Auto estrada:
- duplicada (canteiro central entre as mãos);
- mínimo 2 faixas por sentido;
- acostamento em ambos os lados do sentido;
- exemplo: Rodovia Castelo Branco (SP-270).

Via expressa:
 - duplicada (canteiro central ou algum tipo de obstáculo entre as mãos,
não pode ser tartaruga);
 - mínimo 2 faixas por sentido;
 - acostamento em 1 dos lados do sentido (direito);
 - exemplo: Rodovia Raposo Tavares (SP-280).

Via primária:
 - não duplicada (sem canteiro central entre as mãos);
 - 1 ou 2 faixas por sentido;
 - acostamento em 1  dos lados do sentido (direito);
 - exemplo: Rodovia BR-163/MS.

Via secundária:
 - não duplicada (sem canteiro central entre as mãos);
 - 1 faixa por sentido;
 - sem acostamento (acostamento menor que 1 faixa e não cabe 1 carro);
 - exemplo: Rodovia MS-320.

Via terciária:
- não duplicada (sem canteiro central entre as mãos);
- 1 faixa por sentido
- sem acostamento e não asfaltada;
- exemplo: Rodovia Benevenuto Ottoni/MS.


Abraços

Ivaldo

Oi, IvaldoGostei muito desse seu resumo. Algumas correções:

- Secundária não tem acostamento (ou, se tiver, é aquele acostamento que
não cabe um carro e parte dele fica na faixa de rolamento).
-Terciária não é pavimentada.

Proponho que coloquemos esse esquema no wiki para complementar a página.

abraços,
wille

On 11-04-2015 22:09, Ivaldo Nunes de Magalhães wrote:
* Alexandre, obrigado pela indicação. Já tinha visto essa imagem. No meu
** entender ela é de difícil interpretação e análise para o ambiente de
** produção do OSM, que requer uma decisão rápida.
** Acho que deveríamos convertê-lo numa tabela mais enxuta e simples, tipo:
** Auto estrada:
**  - canteiro central entre as mãos (duplicada);
**  - mínimo 2 faixas por sentido;
**  - acostamento em ambos os lados do sentido;
**  - exemplo: Rodovia Castelo Branco (SP-270).
** Via expressa:
**  - canteiro ou algum tipo de obstáculo central entre as mãos, não pode
** ser tartaruga (duplicada);
**  - mínimo 2 faixas por sentido;
**  - acostamento em 1  dos lados do sentido (direito);
**  - exemplo: Rodovia Raposo Tavares (SP-280).
** Via primária:
**  - Sem canteiro central entre as mãos (não duplicada);
**  - mínimo 2 faixas por sentido;
**  - acostamento em 1  dos lados do sentido (direito);
**  - exemplo: Rodovia BR-267/MS.
** Via secundária:
**  - Sem canteiro central entre as mãos (não duplicada);
**  - mínimo 1 faixas por sentido;
**  - acostamento em 1  dos lados do sentido (direito);
**  - exemplo: Rodovia BR-158/MS.
** Via terciária:
**  - Sem canteiro central entre as mãos (não duplicada);
**  - mínimo 1 faixas por sentido;
**  - sem acostamento;
**  - exemplo: Rodovia BR-262/MS.
** Isso é um exemplo de uma classificação simples, mas clara.
*

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

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

[Ivaldo Nunes de Magalhães]

Acredito que esse assunto (classificação de rodovias) já tenha sido
bastante debatido aqui. Como sou novo na lista e por ser uma atividade do
OSM que não conheço muito, tenho algumas dúvidas e preciso me aprofundar
mais no assunto. Por isso, preciso da ajuda dos conhecedores profundos
nessa área, para que eu possa assimilar bem e fazer ceto já da primeira
vez, evitando retrabalhos para ou outros.

Na verdade eu não gosto muito dessa tarefa de classificar vias, pois os
parâmetros do OSM são diferentes dos aplicados no Brasil, pelo DNIT. Alias,
no meu entender, o DNIT não tem parâmetros claros, pois sua classificação
geralmente se dá com relação aos aspectos de pavimentada e duplicada. Pelo
menos é o que aparece nos seus mapas.

O fato é que tenho visto muitas coisas estranhas no mapa do OSM e - mesmo
não sendo fan da atividade - não posso pecar por omissão e fingir que não
vi algo errado. Por outro lado a inserção de notas em pontos conflitantes,
no meu entender, é muito improdutivo e lendo.

Como exemplo das minhas dúvidas, posso citar dois exemplos de rodovias aqui
no Mato Grosso do Sul, os quais tive a oportunidade de percorrer e gravar
arquivos .gpx com anotações:

Exemplo 1: Rodovia BR-262 (trecho Campo Grande/MS à Três Lagoas/MS).
Exemplo 2: Rodovia MS-395 (trecho Três Lagoas/MS à Brasilândia/MS), este
alterei o nome para BR-158, conforme mapa rodoviário do DNIT.

No exemplo 1, trata-se de rodovia sem acostamento, em praticamente quase
todo o trecho, com mão simples (apenas uma faixa em cada sentido, sem
separação de vias), e sem nenhum ponto com faixa dupla por sentido, para
ultrapassagem nas subidas, por exemplo. No OSM alguém colocou como Via
Expressa (verdinho). Pelas informações descritas no OSM (sinalzinho de
exclamação ao lado do logotipo da via), a classificação correta seria Via
Secundária. Nisso a minha cabeça ferve...kkk

No exemplo 2, trata-se de rodovia com acostamento em ambos os sentidos, na
maior parte do trecho, mais larga e com alguns trechos com faixa dupla nos
sentidos. No OSM alguém colocou essa como Via Primária (vermelhinha).
Novamente, pelas informações descritas no OSM (sinalzinho de exclamação ao
lado do logotipo da via), a classificação correta seria também Via
Secundária. Ai fica muito difícil entender.

A minha conclusão para esses dois exemplos é a seguinte: algumas pessoas
chamam tudo quanto é tipo de rodovia de BR, e por associação seriam vias
expressas, mas rápidas e importantes, classificando-as como tal,
independente da sua estrutura de física de construção. Como no segundo
exemplo constava (incorretamente) como MS-395 (via sob jurisdição do Estado
de Mato Grosso do Sul), foi colocado via primária.

Desse modo gostaria que fosse informado se existe algum trabalho de
adaptação dos parâmentros do OSM para as rodovias brasileiras, de modo que
a classificação se aproximasse o máximo possível da realidade e que forneça
informações que nos possibilite segurança nas alterações, quando julgadas
necessárias. Já vi numa das wikis do OSM uma grande tabela sobre esse
assunto, mas considerei o material um tanto burocrático (requer longa
análise) para tomada rápida de decisão.


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

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

[Ivaldo Nunes de Magalhães]

Nelson, perfeito! Mais uma vez obrigado, era isso que procurava. Posso
utilizar essas sugestões para a classificação de vias, então? Baseado nela
vou fazer uma tabelinha + enxuta para colar no meu desktop e consultar.

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

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

[Ivaldo Nunes de Magalhães]

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


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

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

[Ivaldo Nunes de Magalhães]

Alexandre, obrigado pela indicação. Já tinha visto essa imagem. No meu
entender ela é de difícil interpretação e análise para o ambiente de
produção do OSM, que requer uma decisão rápida.

Acho que deveríamos convertê-lo numa tabela mais enxuta e simples, tipo:

Auto estrada:
 - canteiro central entre as mãos (duplicada);
 - mínimo 2 faixas por sentido;
 - acostamento em ambos os lados do sentido;
 - exemplo: Rodovia Castelo Branco (SP-270).

Via expressa:
 - canteiro ou algum tipo de obstáculo central entre as mãos, não pode ser
tartaruga (duplicada);
 - mínimo 2 faixas por sentido;
 - acostamento em 1  dos lados do sentido (direito);
 - exemplo: Rodovia Raposo Tavares (SP-280).

Via primária:
 - Sem canteiro central entre as mãos (não duplicada);
 - mínimo 2 faixas por sentido;
 - acostamento em 1  dos lados do sentido (direito);
 - exemplo: Rodovia BR-267/MS.

Via secundária:
 - Sem canteiro central entre as mãos (não duplicada);
 - mínimo 1 faixas por sentido;
 - acostamento em 1  dos lados do sentido (direito);
 - exemplo: Rodovia BR-158/MS.

Via terciária:
 - Sem canteiro central entre as mãos (não duplicada);
 - mínimo 1 faixas por sentido;
 - sem acostamento;
 - exemplo: Rodovia BR-262/MS.

Isso é um exemplo de uma classificação simples, mas clara.


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

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

[Ivaldo Nunes de Magalhães]

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

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

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

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

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

[Ivaldo Nunes de Magalhães]

Corrigindo e-mail anterior:

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

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

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


*Ivaldo* Nunes de Magalhães
E-mail: ivald...@gmail.com
Blog: makermaps.blogspot.com.br
(67) 8108-7415 - 3431-2810
(61) 9139-7560
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] junction=roundabout: uso obrigatório da tag area=no

[Ivaldo Nunes de Magalhães]

Coloquei a dúvida abaixo no help do osm mas as vezes as respostas são
lentas. Se alguém aqui tiver uma resposta para sanr a minha dúvida, ficaria
grato.

Sei que este não é o canal adequado, mas o tema pode ser uma oportunidade
para discussão e eliminação de dúvidas também...



Há alguns dias percebi que o OSM (editor iD) está exigindo a tag area=no
quando é atribuído nas rotatórias a tag junction=roundabout.

De outro modo (sem a tag area=no) a rotatória assume o aspecto de área, com
pontos desconectados, que no meu entender é estranho. Antes não era assim.

Desse modo peço confirmar se realmente houve essa mudança, ou se trata se
algum bug na minha máquina.


*Ivaldo* Nunes de Magalhães
E-mail: ivald...@gmail.com
Blog: makermaps.blogspot.com.br
(67) 8108-7415 - 3431-2810
(61) 9139-7560
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] junction=roundabout: uso obrigatório da tag area=no

[Ivaldo Nunes de Magalhães]

Até então sim, mas recentemente tenho observado no modo edição a
necessidade disso... veja a imagem de uma rotatória, que coloquei no help
(link abaixo). Sem a tag area=no ela permanece com esse visual de área.
Isso no id. Não testei no P2 e não utilizo o josm.

https://help.openstreetmap.org/questions/41099/junctionroundabout-uso-obrigatorio-da-tag-areano

Mais um teste abaixo (id editor, modo edição), quando adiciono
junction=roundabout:
http://www.openstreetmap.org/edit?editor=idrelation=334022#map=19/-20.43992/-54.62610



*Ivaldo* Nunes de Magalhães
E-mail: ivald...@gmail.com
Blog: makermaps.blogspot.com.br
(67) 8108-7415 - 3431-2810
(61) 9139-7560
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Digest Talk-br, volume 77, assunto 55

[Ivaldo Nunes de Magalhães]

Oi João... lendo o wiki, não gostei dessa parte:

*Um dos pontos principais deste noname=sim seria permitir que tais
ferramentas para excluir ruas a partir do destaque que eles realmente não
têm nome.*

O termo *excluir *refere-se à pesquisa (excluir da pesquisa) ou
literalmente?

*Ivaldo* Nunes de Magalhães
E-mail: ivald...@gmail.com
Blog: makermaps.blogspot.com.br
(67) 8108-7415 - 3431-2810
(61) 9139-7560
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Digest Talk-br, volume 77, assunto 55

[Ivaldo Nunes de Magalhães]

João, valeu pela dica. Não sabia dessa tag noname. Vou utilizá-la a partir
de agora.

Quanto ao retorno e acesso. Deve ficar sem nome então? Pergunto porque
sempre utilizado gps dedicado e no smartphone e eles sempre citam o retorno
e acesso. Como eles sabem que são, no caso de não haver informação? Por
isso acho que deveria ser colocado.


*Ivaldo* Nunes de Magalhães
E-mail: ivald...@gmail.com
Blog: makermaps.blogspot.com.br
(67) 8108-7415 - 3431-2810
(61) 9139-7560
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Digest Talk-br, volume 77, assunto 55

[Ivaldo Nunes de Magalhães]

Ola... gostaria de opinar pois nomer vias tem sido um dos meus focos no
osm. Seguem dicas:

1. Embora a camada do ibge muitas vezes seja a unica fonte de informacao
disponivel, ela nao é oficial, mas sim a da prefeitura. Portanto opte
sempre por esta (prefeitura, fonte primaria). Se o ibge for o unico dado
disponivel pelo menos as vias nao ficam sem nome. Depois, no caso de
divergencia, sera corrigido.

2. Vias sem nome geralmente ocorre mesmo. E as vezes a via nao tem nome.
Nem a prefeitura tem. O que fazer? Deixar em branco, como ja foi dito.
Recentemente fiz um cadastro de cep de uma cidade e todo um bairri as vias
nao tunham nome, pois o  enderecamento era por quadras. Fui na prefeitura e
eles me disseram que de fato as ruas
nao tem nome.

3. Acessos/link: sempre me deparo com esse problema e tambem fico na
duvida. Geralmente deixo em branco pois prefiro nao colocar informacao
duvidosa ou inexistente. Mas deixo uma pergunta: é correto colocar (por
conta propria) os termos retorno ou acesso em avenidas ou rodovias,
quando sabemos que  realmente sao?

Alem disso, os dados da camada do ibge sao (pelo que me consta) do sendo de
2010.
 Em 16/02/2015 17:30, 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. Uso dos realações de manobra e limpeza (Lists)
2. Ruas sem nome (Marcelo Pereira)
3. Re: Ruas sem nome (Wille)
4. Re: Ruas sem nome (Gerald Weber)
5. Re: Ruas sem nome (Blademir)
6. Re: Ruas sem nome (Lists)


 --

 Message: 1
 Date: Mon, 16 Feb 2015 12:38:04 -0300
 From: Lists li...@gimnechiske.org
 To: OpenStreetMap no Brasil talk-br@openstreetmap.org
 Subject: [Talk-br] Uso dos realações de manobra e limpeza
 Message-ID: abfef36d-9de3-4e5a-951b-e2f94f523...@gimnechiske.org
 Content-Type: text/plain; charset=utf-8

 Boa tarde

 depois olhando algumas trevos no Espírito Santo onde ja ha implementado
 relações de manobra ha muito tempo observando 3 assuntos diferente.

 1) Relações quebrados. Tem muitos relações de manobra que falta membros,
 ou onde os membros não são ligados. Este e principalmente relações antigas,
 onde ha muitos edições desde o criação da relação. Maioria deles parecendo
 que fui criado um novo relação com mesmo papel mais recente. Tudo essas
 pode ser apagados como eles não tem funções mais, e muito trabalho
 concerta-los, e maioria ja fui substituídos com novos relações.

 2) Criação da relações dis-necessarios. Viu algumas exemplos com trevos
 tem da mesmo via os sigintes, no_left_turn, no_right_turn, no_u_turn.
 Contando todos os relações me levou com somente um opção, e poderia mudar
 tudo para only_straight_on. No estes casos, o simples e o melhor, eu ja
 trocei alguma deles para somente um do only_straight_on. No criação dos
 relações, se não ha todos essas placas, cria um relação mais simples. Se
 tem este monte de placas, eu acho ainda melhor fazer o opção mais simples,
 mas ai tem o “on the ground trueth”, o que observamos e valido.

 3) Tem muito relações no_u_turn que voltar no mesmo trecho (mesmo way como
 from e to). Se motivo e forcar o GPS não voltar no mesmo rua, precisamos
 procura um melhor tag. Eu suspeito que tem compiladores de mapa que ignoram
 estes relações porque e errado pelo documentação no wiki. Pelo lei do
 transito Brasileiro, não podemos fazer retorno (u_turn) ou vira esquerda
 onde ha faixa amarelo não interditada. Então uso do overtaking=no (também
 overtaking=forward, overtaking=backward) deve identificar que não pode vira
 esquerda ou fazer retorno. Se começamos utilizar este tag podemos da mesmo
 instrução ao compiladores das mapas. Em caso que tem mais que um faixa por
 sentido podemos começar com um novo tag, por exemplo noreturn=yes.

 Aun Johnsen




 --

 Message: 2
 Date: Mon, 16 Feb 2015 15:13:42 -0300
 From: Marcelo Pereira pereirahol...@gmail.com
 To: OSM talk-br Talk-br@openstreetmap.org
 Subject: [Talk-br] Ruas sem nome
 Message-ID:
 CALGa_gwat9Owc3uWgyp4EECFOJ=
 x1wbyrrv_+ecf5s2t+s4...@mail.gmail.com
 Content-Type: text/plain; charset=utf-8

 Srs,

 Tenho me ocupado ultimamente em nomear as ruas sem nome do Recife, baseado
 no mapa do IBGE e no mapa digital disponibilizado pela Prefeitura.

 Tenho me deparado com algumas situações em que não sei como proceder e
 gostaria de saber se existe recomendação para 

Re: [Talk-br] Ruas sem nome

[Ivaldo Nunes de Magalhães]

Entrei na lista hoje e confundi ao responder (estava com smartphone), segue
novamente:

Ola... gostaria de opinar pois nomear vias tem sido um dos meus focos no
osm. Seguem dicas:

1. Embora a camada do ibge muitas vezes seja a unica fonte de informação
disponível, ela não é oficial, mas sim a da prefeitura. Portanto opte
sempre por esta (prefeitura, fonte primaria). Se o ibge for o único dado
disponível pelo menos as vias não ficam sem nome. Depois, no caso de
divergência, será corrigido.

Alem disso, os dados da camada do ibge são (pelo que me consta) do sendo de
2010.

2. Vias sem nome geralmente ocorre mesmo. E as vezes a via não tem nome
(kkk). Nem a prefeitura tem. O que fazer? Deixar em branco, como já foi
dito. Recentemente fiz um cadastro de cep de uma cidade e todo um bairro as
vias não tinham nome, pois o endereçamento era por quadras. Fui na
prefeitura e eles me disseram que de fato as ruas não tem nome. 3.
Acessos/link: sempre me deparo com esse problema e também fico na duvida.
Geralmente deixo em branco pois prefiro não colocar informação duvidosa ou
inexistente. Mas deixo uma pergunta: é correto colocar (por conta própria)
os termos retorno ou acesso em avenidas ou rodovias, quando sabemos que
realmente são, embora não conste no mapa

*Ivaldo* Nunes de Magalhães
E-mail: ivald...@gmail.com
Blog: makermaps.blogspot.com.br
(67) 8108-7415 - 3431-2810
(61) 9139-7560
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Ruas sem nome

[Ivaldo Nunes de Magalhães]

Só lembando que as ruas de nome projetadas são consideradas oficiais sim.
Em muitas cidades (que é o mais comum e correto) elas são numeradas:
Projetada 1, Projetada 2, Projetada 3... Recebem esse nome (provisório)
enquanto tramita a lei de criação da rua, que muitas vezes - por questões
burocráticas - demora.

Quando a lei é promulgada pelas câmaras municipais com o novo nome, as
atualizações são feitas, ou seja, some o projetada e entra o nome
definitivo.

Por isso, uma boa fonte de pesquisa para o obtenção de dados sobre
logradouros são justamente os sites das Câmaras Municipais das cidades,
para aquelas que que divulgam.



*Ivaldo* Nunes de Magalhães
E-mail: ivald...@gmail.com
Blog: makermaps.blogspot.com.br
(67) 8108-7415 - 3431-2810
(61) 9139-7560
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br