Re: [OSM-talk] mechanical edit on fire hydrants worldwide ?

2014-03-24 Diskussionsfäden Richard Welty
On 23 Mar 2014 22:23:17, Frederik Ramm frede...@remote.org wrote:

  because I use a RSS feed from WhoDidIt [1,2] to know the latest
  edits in my home area, I have noticed that fire hydrants have been
  edited by mechanically worldwide.

 I am reverting that now.

thanks. that edit startled me, it stepped on a bunch of stuff i'm
doing with hydrants right now.

richard
-- 
rwe...@averillpark.net
 Averill Park Networking - GIS  IT Consulting
 OpenStreetMap - PostgreSQL - Linux
 Java - Web Applications - Search



signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk] mechanical edit on fire hydrants worldwide – revert or not?

2014-03-24 Diskussionsfäden Bernd Weigelt
Am Sonntag, 23. März 2014, 22:23:17 schrieb Frederik Ramm:
 Hi,
 
 On 23.03.2014 22:16, Michael Reichert wrote:
  because I use a RSS feed from WhoDidIt [1,2] to know the latest
  edits in my home area, I have noticed that fire hydrants have been
  edited by mechanically worldwide.
 
 I am reverting that now.

But there are a lot of empty nodes see example
http://www.openstreetmap.org/node/1091751232/history#map=17/51.18405/8.24592


Bernd

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


[OSM-talk] OpenStreetMap receives Document Freedom Day Award 2014

2014-03-24 Diskussionsfäden Rob Nickerson
Hi All,

Wednesday is Document Freedom Day 2014 - and this year the work of all
OpenStreetMap contributors was recognised by Free Software Foundation
Europe (FSFE) my means of the Document Freedom Day Award 2014.

The award was presented on Saturday in Birmingham, England at an event
attended by the local mapping group (Mappa Mercia). We've blogged about it
here:

http://www.mappa-mercia.org/2014/03/openstreetmap-recognised-by-free-software-foundation-europe-with-document-freedom-day-award-2014.html

Please tweet, blog and generally make a lot of noise about how great
OpenStreetMap is this Wednesday (on Document Freedom Day). It could inspire
others to join OSM :-D

Best regards,
RobJN
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


Re: [Talk-br] Caminhos como via em restrições

2014-03-24 Diskussionsfäden Paulo Carvalho

 Mapear desta forma não é suportado por nenhum software de GPS.


Garmin aceita.  Tínhamos restrições de 4 nós no Tracksource que cobrem
casos como os descritos.

Do jeito como o OSM faz, apesar de muito sofisticado, não cobre uma
situação corriqueira.


Em 23 de março de 2014 19:12, Fernando Trebien
fernando.treb...@gmail.comescreveu:

 Dê uma lida nesta seção:

 http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Restri%C3%A7%C3%B5es_de_Convers%C3%A3o#Linha_como_intermedi.C3.A1rio

 Mapear desta forma não é suportado por nenhum software de GPS. Ou
 seja, fazer assim significa que, hoje, na prática, nenhum sistema
 respeitaria a restrição - o que obviamente leva a erros (bem
 grotescos) de roteamento.

 É um objetivo da comunidade que isso se torne amplamente suportado
 para evitar ter que alterar a forma ideal(izada) de mapear. Faz todo o
 sentido, do ponto de vista de um mapeador, mas não do ponto de vista
 do usuário... que não quer nem saber dos detalhes da aplicação, ou das
 práticas de mapeamento, só quer que o sistema funcione.

 Então o que temos é um impasse: nos adaptamos (aceitando algo inferior
 ao ideal), para que funcione com os sistemas que existem hoje, ou não
 nos adaptamos (impondo o ideal) e perdemos oportunidades de despertar
 o interesse de novos colaboradores. (É assim que eu encaro a questão.)

 Fato é que o OSRM já demonstrou interesse e (agora, como o Nelson
 apontou) o mkgmap resolveu tratar do problema. Ou seja, estamos perto
 de poder recomendar, sem medo, essa forma ideal de mapear. Eu mesmo
 estou esperando (há meses - mas sei que tem gente esperando há anos)
 pra poder desfazer algumas coisas que eu fiz em PoA pra contornar esse
 problema.

 On Sun, Mar 23, 2014 at 6:59 PM, Paulo Carvalho
 paulo.r.m.carva...@gmail.com wrote:
  Acho que perdi o porque disso ser especial.  Alguém pode explicar?
 
  grato,
 
  Paulo
 
 
  2014-03-23 11:33 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:
 
  Agora pelo menos uma aplicação existe que suporta o uso de caminhos no
  via das restrições:
  http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmaprev=3121
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-br
 
 
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-br
 



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

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

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

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


Re: [Talk-br] Brasil e Brazil

2014-03-24 Diskussionsfäden Nelson A. de Oliveira
2014-03-22 17:40 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com:
 Acredito que o mkgmap obtenha os dados geográficos a partir das linhas com
 tag boundary=administrative, mas esse comportamento pode ser configurável
 nas opções de compilação.

O que tem Brazil nos limites administrativos é o is_in:country mesmo
(se extrair apenas os boundary=administrative, tem 287
is_in:country=Brazil)

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


Re: [Talk-br] Caminhos como via em restrições

2014-03-24 Diskussionsfäden Fernando Trebien
Hm eu estou falando do OSM. Garmin não aceita as relações de restrição do
OSM em que o membro via é uma linha, ao invés do tradicional ponto,
certo? Só aceitará depois que o mkgmap implementar esse suporte.
On Mar 24, 2014 8:06 AM, Paulo Carvalho paulo.r.m.carva...@gmail.com
wrote:

 Mapear desta forma não é suportado por nenhum software de GPS.


 Garmin aceita.  Tínhamos restrições de 4 nós no Tracksource que cobrem
 casos como os descritos.

 Do jeito como o OSM faz, apesar de muito sofisticado, não cobre uma
 situação corriqueira.


 Em 23 de março de 2014 19:12, Fernando Trebien fernando.treb...@gmail.com
  escreveu:

 Dê uma lida nesta seção:

 http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Restri%C3%A7%C3%B5es_de_Convers%C3%A3o#Linha_como_intermedi.C3.A1rio

 Mapear desta forma não é suportado por nenhum software de GPS. Ou
 seja, fazer assim significa que, hoje, na prática, nenhum sistema
 respeitaria a restrição - o que obviamente leva a erros (bem
 grotescos) de roteamento.

 É um objetivo da comunidade que isso se torne amplamente suportado
 para evitar ter que alterar a forma ideal(izada) de mapear. Faz todo o
 sentido, do ponto de vista de um mapeador, mas não do ponto de vista
 do usuário... que não quer nem saber dos detalhes da aplicação, ou das
 práticas de mapeamento, só quer que o sistema funcione.

 Então o que temos é um impasse: nos adaptamos (aceitando algo inferior
 ao ideal), para que funcione com os sistemas que existem hoje, ou não
 nos adaptamos (impondo o ideal) e perdemos oportunidades de despertar
 o interesse de novos colaboradores. (É assim que eu encaro a questão.)

 Fato é que o OSRM já demonstrou interesse e (agora, como o Nelson
 apontou) o mkgmap resolveu tratar do problema. Ou seja, estamos perto
 de poder recomendar, sem medo, essa forma ideal de mapear. Eu mesmo
 estou esperando (há meses - mas sei que tem gente esperando há anos)
 pra poder desfazer algumas coisas que eu fiz em PoA pra contornar esse
 problema.

 On Sun, Mar 23, 2014 at 6:59 PM, Paulo Carvalho
 paulo.r.m.carva...@gmail.com wrote:
  Acho que perdi o porque disso ser especial.  Alguém pode explicar?
 
  grato,
 
  Paulo
 
 
  2014-03-23 11:33 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:
 
  Agora pelo menos uma aplicação existe que suporta o uso de caminhos no
  via das restrições:
  http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmaprev=3121
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-br
 
 
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-br
 



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

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

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



 ___
 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] That Shouldnt Be Possible com dados do Brasil

2014-03-24 Diskussionsfäden Paulo Carvalho
Interessante.  Obrigado por compartilhar.

[]s

Paulo


Em 24 de março de 2014 08:45, Nelson A. de Oliveira nao...@gmail.comescreveu:

 Para quem conhece (ou ainda não conhece) o That Shouldnt Be Possible
 - http://wiki.openstreetmap.org/wiki/That_Shouldnt_Be_Possible, ele
 agora possui dados do Brasil.
 É possível analisar tracks GPX e ver se é possível fazer o caminho com
 os dados existentes no OSM (e inferir se está faltando ruas no OSM ou
 se algum caminho está deslocado/errado, por exemplo)

 ___
 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] Caminhos como via em restrições

2014-03-24 Diskussionsfäden Paulo Carvalho
Fernando, Garmin aceita sim restrições de 4 nós.  Por favor, leia o manual
o cGPSmapper caso ainda duvide.  Trabalhamos com isso por 10 anos lá no
Tracksource.  Sei que existe.


Em 24 de março de 2014 08:44, Fernando Trebien
fernando.treb...@gmail.comescreveu:

 Hm eu estou falando do OSM. Garmin não aceita as relações de restrição do
 OSM em que o membro via é uma linha, ao invés do tradicional ponto,
 certo? Só aceitará depois que o mkgmap implementar esse suporte.
 On Mar 24, 2014 8:06 AM, Paulo Carvalho paulo.r.m.carva...@gmail.com
 wrote:

 Mapear desta forma não é suportado por nenhum software de GPS.


 Garmin aceita.  Tínhamos restrições de 4 nós no Tracksource que cobrem
 casos como os descritos.

 Do jeito como o OSM faz, apesar de muito sofisticado, não cobre uma
 situação corriqueira.


 Em 23 de março de 2014 19:12, Fernando Trebien 
 fernando.treb...@gmail.com escreveu:

 Dê uma lida nesta seção:

 http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Restri%C3%A7%C3%B5es_de_Convers%C3%A3o#Linha_como_intermedi.C3.A1rio

 Mapear desta forma não é suportado por nenhum software de GPS. Ou
 seja, fazer assim significa que, hoje, na prática, nenhum sistema
 respeitaria a restrição - o que obviamente leva a erros (bem
 grotescos) de roteamento.

 É um objetivo da comunidade que isso se torne amplamente suportado
 para evitar ter que alterar a forma ideal(izada) de mapear. Faz todo o
 sentido, do ponto de vista de um mapeador, mas não do ponto de vista
 do usuário... que não quer nem saber dos detalhes da aplicação, ou das
 práticas de mapeamento, só quer que o sistema funcione.

 Então o que temos é um impasse: nos adaptamos (aceitando algo inferior
 ao ideal), para que funcione com os sistemas que existem hoje, ou não
 nos adaptamos (impondo o ideal) e perdemos oportunidades de despertar
 o interesse de novos colaboradores. (É assim que eu encaro a questão.)

 Fato é que o OSRM já demonstrou interesse e (agora, como o Nelson
 apontou) o mkgmap resolveu tratar do problema. Ou seja, estamos perto
 de poder recomendar, sem medo, essa forma ideal de mapear. Eu mesmo
 estou esperando (há meses - mas sei que tem gente esperando há anos)
 pra poder desfazer algumas coisas que eu fiz em PoA pra contornar esse
 problema.

 On Sun, Mar 23, 2014 at 6:59 PM, Paulo Carvalho
 paulo.r.m.carva...@gmail.com wrote:
  Acho que perdi o porque disso ser especial.  Alguém pode explicar?
 
  grato,
 
  Paulo
 
 
  2014-03-23 11:33 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:
 
  Agora pelo menos uma aplicação existe que suporta o uso de caminhos no
  via das restrições:
  http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmaprev=3121
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-br
 
 
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-br
 



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

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

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



 ___
 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] Brasil e Brazil

2014-03-24 Diskussionsfäden Paulo Carvalho
O certo é manter tudo Brazil?  Se sim, temos que ver como eliminar os casos
de Brasil, não?


Em 24 de março de 2014 08:34, Nelson A. de Oliveira nao...@gmail.comescreveu:

 2014-03-22 17:40 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com:
  Acredito que o mkgmap obtenha os dados geográficos a partir das linhas
 com
  tag boundary=administrative, mas esse comportamento pode ser configurável
  nas opções de compilação.

 O que tem Brazil nos limites administrativos é o is_in:country mesmo
 (se extrair apenas os boundary=administrative, tem 287
 is_in:country=Brazil)

 ___
 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: Re: Street name data

2014-03-24 Diskussionsfäden Fernando Trebien
Eu acho que as comparações setoriais poderiam ser muito úteis sim. Com
base nelas (vou viajar um pouco, mas não quer dizer que não seja
factível) daria pra fazer um sistema que mostra diferenças
graficamente, por região (aproximada). Por exemplo, com um LeafletJS,
daria pra:
- obter a posição atual do usuário no mapa
- encontrar o setor censitário mais próximo (não precisa ser muito
rebuscado, pode ser uma busca gulosa usando a distância em relação ao
centro/centróide do setor censitário)
- consultar (a partir de dados já compilados) e mostrar quais ruas do
CNEFE não existem no OSM (idealmente seria só naquele setor)
- também mostrar as ruas que existem no OSM mas não no CNEFE, listando
os nomes mais similares (poderia ser a saída do script que eu fiz - e
estou melhorando com o seu feedback)

Com isso, qualquer pessoa poderia entrar no sistema e descobrir quais
ruas faltam e onde.

E num nível mais afastado, ao invés dessa análise, poderiam aparecer
os heat maps que você já desenvolveu. Com o tempo, as pessoas saberiam
quais lugares precisam ser trabalhados.

(Se não viajei demais, acho que temos um projeto. :P)

2014-03-24 0:19 GMT-03:00 Hermann Peifer pei...@gmx.eu:
 Fernando,

 Claro: tu fais as comparações como tu achas mais adequadas. Eu só pensei que
 no caso de 'RUA A'  'RUA B': 4 caractères = 80% de igualdade parece muito
 alto, já que o prefixo 'RUA ' é quase omnipresente no CNEFE, como Tipo do
 logradouro.

 O que é que tu achas das comparações setoriais?

 A tabela CNEFE cresceu: de 130 000 linhas  190 000 linhas, Não tenho ainda
 a nova tabela setorial do OSM.

 Abçs, Hermann


 On 2014-03-24 3:32, Fernando Trebien wrote:

 O fórum brasileiro foi criado há pouco tempo (meados do ano passado).
 Se vocês olharem bem, o fórum alemão, o russo e o inglês têm muita
 atividade (talvez mais do que as listas de e-mail, sinceramente não
 acompanho tão de perto).

 Embora no Brasil o fórum ainda esteja engatinhando, fora do Brasil ele
 costuma ser usado pra diversas coisas (ou seja, o propósito é livre).
 Andaram conversando aqui na lista (e eu acho que faz algum sentido
 pensar assim) que o fórum é um espaço adequado a discussões mais
 longas, cujo registro pode ser importante depois (basta mandar o link
 pras pessoas que estiverem chegando na discussão), enquanto que a
 lista é mais um espaço para anúncios, dúvidas rápidas ou assuntos
 urgentes. Outra utilidade do fórum é poder referenciar a discussão no
 próprio mapa (basta colocar o link pra discussão na tag note) quando
 há divergências sobre a forma correta de mapear algo.

 Eu acho interessante manter rua e avenida na comparação, pois
 gostaríamos que esses prefixos constassem no mapa do OSM. Uma idéia:
 - calcular duas distâncias: uma com (1) e outra sem (2) os prefixos
 (rua, avenida, etc.)
 - se ambas forem zero, não gerar nada na saída (os nomes são iguais)
 - senão, usar 2 para ordenar a saída, mesmo que 2 seja zero; viria no
 começo então todos os casos em que a única diferença está no prefixo

 Vou tentar fazer isso ver como fica o resultado.

 2014-03-23 23:15 GMT-03:00 Aun Johnsen
 lists-syhcobdn3iehv55da0l...@public.gmane.org:


 PS: Alguem me pode explicar a lógica brasileira da dualidade de lista
 talk-br e OSM Forum, users: Brazil ? Minha hipótese é que o Forum serve
 mais para a Geração Facebook (a geração dos meus filhos), enquanto que,
 por outro lado, a lista talk-br é o veículo histórico de comunicação da
 Geração pré-Facebook (que nem eu). É verdade memo ? ;-)


 Eu talvez sao do geracao mais velho, a lista talk-br e maia util p mim
 como recebendo no meu email, onde eu pode responder mesmo que viajando

 O forum nao e bem util p mim como sempre viajando, utilizando
 computadores publico ou do trabalho

 Sds
 ___
 Talk-br mailing list
 Talk-br-3+rWM/WnaLOn4i5uJCXUsti2O/jbr...@public.gmane.org
 https://lists.openstreetmap.org/listinfo/talk-br






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



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

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

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


Re: [Talk-br] Caminhos como via em restrições

2014-03-24 Diskussionsfäden Fernando Trebien
Ah, pode até ser. O que eu quero dizer é que não há ferramentas
ligadas ao OSM que façam a tradução entre essa forma de mapear e esse
formato que o Garmin aceita. As ferramentas de conversão atuais
simplesmente descartam essas relações.

2014-03-24 9:13 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com:
 Fernando, Garmin aceita sim restrições de 4 nós.  Por favor, leia o manual o
 cGPSmapper caso ainda duvide.  Trabalhamos com isso por 10 anos lá no
 Tracksource.  Sei que existe.


 Em 24 de março de 2014 08:44, Fernando Trebien fernando.treb...@gmail.com
 escreveu:

 Hm eu estou falando do OSM. Garmin não aceita as relações de restrição do
 OSM em que o membro via é uma linha, ao invés do tradicional ponto, certo?
 Só aceitará depois que o mkgmap implementar esse suporte.

 On Mar 24, 2014 8:06 AM, Paulo Carvalho paulo.r.m.carva...@gmail.com
 wrote:

 Mapear desta forma não é suportado por nenhum software de GPS.


 Garmin aceita.  Tínhamos restrições de 4 nós no Tracksource que cobrem
 casos como os descritos.

 Do jeito como o OSM faz, apesar de muito sofisticado, não cobre uma
 situação corriqueira.


 Em 23 de março de 2014 19:12, Fernando Trebien
 fernando.treb...@gmail.com escreveu:

 Dê uma lida nesta seção:

 http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Restri%C3%A7%C3%B5es_de_Convers%C3%A3o#Linha_como_intermedi.C3.A1rio

 Mapear desta forma não é suportado por nenhum software de GPS. Ou
 seja, fazer assim significa que, hoje, na prática, nenhum sistema
 respeitaria a restrição - o que obviamente leva a erros (bem
 grotescos) de roteamento.

 É um objetivo da comunidade que isso se torne amplamente suportado
 para evitar ter que alterar a forma ideal(izada) de mapear. Faz todo o
 sentido, do ponto de vista de um mapeador, mas não do ponto de vista
 do usuário... que não quer nem saber dos detalhes da aplicação, ou das
 práticas de mapeamento, só quer que o sistema funcione.

 Então o que temos é um impasse: nos adaptamos (aceitando algo inferior
 ao ideal), para que funcione com os sistemas que existem hoje, ou não
 nos adaptamos (impondo o ideal) e perdemos oportunidades de despertar
 o interesse de novos colaboradores. (É assim que eu encaro a questão.)

 Fato é que o OSRM já demonstrou interesse e (agora, como o Nelson
 apontou) o mkgmap resolveu tratar do problema. Ou seja, estamos perto
 de poder recomendar, sem medo, essa forma ideal de mapear. Eu mesmo
 estou esperando (há meses - mas sei que tem gente esperando há anos)
 pra poder desfazer algumas coisas que eu fiz em PoA pra contornar esse
 problema.

 On Sun, Mar 23, 2014 at 6:59 PM, Paulo Carvalho
 paulo.r.m.carva...@gmail.com wrote:
  Acho que perdi o porque disso ser especial.  Alguém pode explicar?
 
  grato,
 
  Paulo
 
 
  2014-03-23 11:33 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:
 
  Agora pelo menos uma aplicação existe que suporta o uso de caminhos
  no
  via das restrições:
  http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmaprev=3121
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-br
 
 
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-br
 



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

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

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



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


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



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




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

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

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


Re: [Talk-br] Brasil e Brazil

2014-03-24 Diskussionsfäden Nelson A. de Oliveira
2014-03-24 9:16 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com:
 O certo é manter tudo Brazil?  Se sim, temos que ver como eliminar os casos
 de Brasil, não?

Então, o is_in:country deve ser em inglês.
Talvez não teria como forçar o país para ser sempre Brasil? (e de
alguma forma ignorar as informações do OSM nesse caso)

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


[Talk-br] RES: Cadastro Nacional de Endereços

2014-03-24 Diskussionsfäden Reinaldo Neves
Thiago/Hermann bom dia,

O CNEFE ( Cadastro Nacional de endereços para Fins Estatísticos) realmente
tem informações bastante completas em termos nome de logradouros mas não é
adequado para resolver eventual problema de CEP.

Começa que nem sempre a nomenclatura das ruas esta atualizada e muitos dos
endereços são por referência.  

Em relação ao CEP o próprio IBGE deixa explicito que somente as localidade
de CEP único foram verificadas e atualizadas, no caso das cidades com CEP
por logradouro isso não foi feito e me parece que o CEP nesses casos é o
informado pelo entrevistado do CENSO, que nem sempre sabe seu CEP correto.
Eu já encontrei  informação incorreta de CEP nesses dados.

No caso das cidades de CEP único o IBGE repete a informação para todos os
logradouros, além do que é preciso considerar as cidades que passaram a ter
CEP por logradouro após a execução do CENSO.

Transformar os dados do CNEFE em um banco de dados utilizável é realmente
possível, mas não é trivial.

Reinaldo



-Mensagem original-
De: Hermann Peifer [mailto:pei...@gmx.eu] 
Enviada em: sábado, 22 de março de 2014 12:59
Para: talk-br@openstreetmap.org
Assunto: Re: [Talk-br] Cadastro Nacional de Endereços

Oi Thiago,

No FTP tem o arquivo Layout.zip explicando o formato dos endereços:

  Variável
  Código da UF
  Código do município
  Código do distrito
  Código do subdistrito
  Código do setor
  Situação do setor
  

Tem até coordenadas de endereços, mas somente por 10% (?) dos endereços, na
maioria nos setores rurais. Nunca olhei nos CEPs mas observi que no interior
do RS tem alguns problemas com a atualidade dos dados. No CNEFE tem muitos
nomes gerais que nem: Estrada principal entre município A e município B,
Estrada municipal, etc. e na verdade, os municípios recém-emancipados
colocaram verdadeiros nomes, atraves das leis municipais.

Vou olhar de novo nos endereços já que na época, eu só peguei a quantidade
de ruas por município.

Abraços, Hermann


On 2014-03-22 13:41, Thiago Marcos P. Santos wrote:
 Pessoal,

 Resolvi dar uma olhada nestes dados do Cadastro Nacional de Endereços 
 que o Hermman comentou no email anterior.

 Foi só eu que percebi que aparentemente temos todas as ruas do país 
 com CEP nestes dados?!

 Exemplo de uma entrada de Pará de Minas:

 3147105 5 0   51   RUA SACRAMENTO 150  CASA   CENTRO   01
 00100235660001

 35660001 é o CEP, está correto.

 Mais que isso, temos o range de CEPs de toda a rua/avenida, caso ela 
 seja enorme e tenha mais de um CEP. Transformar isso tudo em uma base 
 de dados me parece trivial, tendo em conta que estes dados são 
 supostamente domínio público, resolveria nosso problema com CEPs e 
 endereços.

 Tem também a numeração de todas as casas e apartamentos de uma determinada
rua.

 As possibilidades são muitas, exemplos:

 - Da para fazer uma ferramenta (ou adicionar ao Keep it right) que 
 avisa que uma rua adicionada em uma cidade não está na base de dados, 
 estando provavelmente com o nome errado.
 - Plugins pro JOSM para ajudar a dar nomes as ruas e números.

 Me surpreendo com a quantidade de coisas que o IBGE disponibiliza.
 Tenho que tirar um dia ainda para vasculhar este FTP. :)

 []'s



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


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


Re: [Talk-br] That Shouldnt Be Possible com dados do Brasil

2014-03-24 Diskussionsfäden John Packer
Muito bacana, estava esperando esta aplicação suportar o Brasil.

Pelo que entendi, ela só aceita trilhas GPS públicas que estão no OSM,
correto?
Já testei uma trilha minha, ela ficou tudo certinho (verde) haha


Em 24 de março de 2014 09:10, Paulo Carvalho
paulo.r.m.carva...@gmail.comescreveu:

 Interessante.  Obrigado por compartilhar.

 []s

 Paulo


 Em 24 de março de 2014 08:45, Nelson A. de Oliveira 
 nao...@gmail.comescreveu:

 Para quem conhece (ou ainda não conhece) o That Shouldnt Be Possible
 - http://wiki.openstreetmap.org/wiki/That_Shouldnt_Be_Possible, ele
 agora possui dados do Brasil.
 É possível analisar tracks GPX e ver se é possível fazer o caminho com
 os dados existentes no OSM (e inferir se está faltando ruas no OSM ou
 se algum caminho está deslocado/errado, por exemplo)

 ___
 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] That Shouldnt Be Possible com dados do Brasil

2014-03-24 Diskussionsfäden Nelson A. de Oliveira
2014-03-24 9:42 GMT-03:00 John Packer john.pack...@gmail.com:
 Pelo que entendi, ela só aceita trilhas GPS públicas que estão no OSM,
 correto?

Isso. Precisa enviar o track para o servidor do OSM (é até uma forma
de estimular as pessoas a enviarem os seus tracks)

 Já testei uma trilha minha, ela ficou tudo certinho (verde) haha

Você tem que olhar o gráfico que ele gera também (que possui picos
que indicam um possível desvio/deslocamento nas rotas).

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


Re: [Talk-br] That Shouldnt Be Possible com dados do Brasil

2014-03-24 Diskussionsfäden John Packer
Ah, mas mesmo o gráfico ficou bem bom, com um pico no ínicio e no final só:
http://ris.dev.openstreetmap.org/tsbp-proto/1647037/2/1/


Em 24 de março de 2014 09:44, Nelson A. de Oliveira nao...@gmail.comescreveu:

 2014-03-24 9:42 GMT-03:00 John Packer john.pack...@gmail.com:
  Pelo que entendi, ela só aceita trilhas GPS públicas que estão no OSM,
  correto?

 Isso. Precisa enviar o track para o servidor do OSM (é até uma forma
 de estimular as pessoas a enviarem os seus tracks)

  Já testei uma trilha minha, ela ficou tudo certinho (verde) haha

 Você tem que olhar o gráfico que ele gera também (que possui picos
 que indicam um possível desvio/deslocamento nas rotas).

 ___
 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] That Shouldnt Be Possible com dados do Brasil

2014-03-24 Diskussionsfäden Paulo Carvalho
Ele funciona com ausência de mapa?  Fiz um campo semana passada e registrei
toda a viagem, passando por locais sem dados.


Em 24 de março de 2014 09:44, Nelson A. de Oliveira nao...@gmail.comescreveu:

 2014-03-24 9:42 GMT-03:00 John Packer john.pack...@gmail.com:
  Pelo que entendi, ela só aceita trilhas GPS públicas que estão no OSM,
  correto?

 Isso. Precisa enviar o track para o servidor do OSM (é até uma forma
 de estimular as pessoas a enviarem os seus tracks)

  Já testei uma trilha minha, ela ficou tudo certinho (verde) haha

 Você tem que olhar o gráfico que ele gera também (que possui picos
 que indicam um possível desvio/deslocamento nas rotas).

 ___
 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] That Shouldnt Be Possible com dados do Brasil

2014-03-24 Diskussionsfäden Nelson A. de Oliveira
2014-03-24 9:52 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com:
 Ele funciona com ausência de mapa?  Fiz um campo semana passada e registrei
 toda a viagem, passando por locais sem dados.

Ele tenta encaixar os dados do GPX nos dados do OSM em até 100m.
Provavelmente vai dar uns picos muito grandes (o que indica que há
erro ou falta dos dados no OSM).

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


Re: [Talk-br] Brasil e Brazil

2014-03-24 Diskussionsfäden Paulo Carvalho
Sim, teria que criar um style file que faça essa mudança ao compilar.  O
problema que ainda não conheço a sintaxe do style file do mkgmap.


Em 24 de março de 2014 09:23, Nelson A. de Oliveira nao...@gmail.comescreveu:

 2014-03-24 9:16 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com:
  O certo é manter tudo Brazil?  Se sim, temos que ver como eliminar os
 casos
  de Brasil, não?

 Então, o is_in:country deve ser em inglês.
 Talvez não teria como forçar o país para ser sempre Brasil? (e de
 alguma forma ignorar as informações do OSM nesse caso)

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

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


[Talk-br] Microbacias hidrográficas

2014-03-24 Diskussionsfäden Edil Queiroz de Araujo
Olá pessoal.
Minha dúvida é quanto a microbacias hidrográficas. É correto usar a tag
boundary=administrative para a relação de uma área representativa e
imaginária que forma um conjunto de águas?
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] Microbacias hidrográficas

2014-03-24 Diskussionsfäden Nelson A. de Oliveira
2014-03-24 10:08 GMT-03:00 Edil Queiroz de Araujo edil...@gmail.com:
 Minha dúvida é quanto a microbacias hidrográficas. É correto usar a tag
 boundary=administrative para a relação de uma área representativa e
 imaginária que forma um conjunto de águas?

O administrative, como o nome diz, é para áreas administrativas (desde
países até bairros, incluindo meso e microrregiões). Mas não é o caso
de bacias hidrográficas (ou outros tipos de delimitações).

_Talvez_ se a bacia também for uma área protegida, ela pode ser
classificada como boundary=protected_area de classe 12
(http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dprotected_area#Resources-protected-area)

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


Re: [Talk-br] That Shouldnt Be Possible com dados do Brasil

2014-03-24 Diskussionsfäden John Packer
Revisando a mesma trilha, agora apareceu o gráfico certinho.
Acho que antes não tinha carregado completamente (internet lenta onde
estou).
Aparentemente a trilha está certa, não entendi porquê está com um pico
aonde tem lá...


Em 24 de março de 2014 09:46, John Packer john.pack...@gmail.com escreveu:

 Ah, mas mesmo o gráfico ficou bem bom, com um pico no ínicio e no final só:
 http://ris.dev.openstreetmap.org/tsbp-proto/1647037/2/1/


 Em 24 de março de 2014 09:44, Nelson A. de Oliveira 
 nao...@gmail.comescreveu:

 2014-03-24 9:42 GMT-03:00 John Packer john.pack...@gmail.com:
  Pelo que entendi, ela só aceita trilhas GPS públicas que estão no OSM,
  correto?

 Isso. Precisa enviar o track para o servidor do OSM (é até uma forma
 de estimular as pessoas a enviarem os seus tracks)

  Já testei uma trilha minha, ela ficou tudo certinho (verde) haha

 Você tem que olhar o gráfico que ele gera também (que possui picos
 que indicam um possível desvio/deslocamento nas rotas).

 ___
 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] That Shouldnt Be Possible com dados do Brasil

2014-03-24 Diskussionsfäden Nelson A. de Oliveira
2014-03-24 10:24 GMT-03:00 John Packer john.pack...@gmail.com:
 Revisando a mesma trilha, agora apareceu o gráfico certinho.
 Acho que antes não tinha carregado completamente (internet lenta onde
 estou).
 Aparentemente a trilha está certa, não entendi porquê está com um pico aonde
 tem lá...

Talvez um deslocamento/ruído na trilha do GPS no lugar? (ou baixa
precisão do sinal GPS, que também é gravado no track)

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


Re: [Talk-br] Microbacias hidrográficas

2014-03-24 Diskussionsfäden Paulo Carvalho
Pesquisei por drainage basin e nada achei no OSM.  Provavelmente não há
como mapear hoje.  A bacia de um rio é a área de terra cujas águas
precipitadas são drenadas por ele.  Uma bacia não é estabelecida por
delimitação ou demarcação, mas sim pela geografia.  O que pode haver,
conforme você falou, são reservas de proteção que podem concidir com
limites de bacias.


Em 24 de março de 2014 10:15, Nelson A. de Oliveira nao...@gmail.comescreveu:

 2014-03-24 10:08 GMT-03:00 Edil Queiroz de Araujo edil...@gmail.com:
  Minha dúvida é quanto a microbacias hidrográficas. É correto usar a tag
  boundary=administrative para a relação de uma área representativa e
  imaginária que forma um conjunto de águas?

 O administrative, como o nome diz, é para áreas administrativas (desde
 países até bairros, incluindo meso e microrregiões). Mas não é o caso
 de bacias hidrográficas (ou outros tipos de delimitações).

 _Talvez_ se a bacia também for uma área protegida, ela pode ser
 classificada como boundary=protected_area de classe 12
 (
 http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dprotected_area#Resources-protected-area
 )

 ___
 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] Caminhos como via em restrições

2014-03-24 Diskussionsfäden thundercel

Amigos,
me perdoem se estou viajando e não tenha lido todo o debate, mas vou 
comentar o que tenho experimentado em meu gps Garmin nuvi 3460LMT.


Particularmente não me simpatizo com o desenho de segmentos de reta para 
impedir a aplicação de restrições de manobra. Por essa razão aprendi e venho 
inserindo restrições de manobra onde identifico a necessidade de uma.


Empregando o mapa do Brasil compilado pelo site espanhol, todas as 
restrições de manobra por mim aplicadas foram testadas em campo com sucesso.


Recentemente apliquei restrições de manobra na Av Presidente Vargas no Rio 
de Janeiro e quando lá fui na semana passada todas funcionaram 
perfeitamente.


[]s
Marcio

-Mensagem Original- 
From: Fernando Trebien

Sent: Monday, March 24, 2014 9:18 AM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br]Caminhos como via em restrições

Ah, pode até ser. O que eu quero dizer é que não há ferramentas
ligadas ao OSM que façam a tradução entre essa forma de mapear e esse
formato que o Garmin aceita. As ferramentas de conversão atuais
simplesmente descartam essas relações.

2014-03-24 9:13 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com:
Fernando, Garmin aceita sim restrições de 4 nós.  Por favor, leia o manual 
o

cGPSmapper caso ainda duvide.  Trabalhamos com isso por 10 anos lá no
Tracksource.  Sei que existe.


Em 24 de março de 2014 08:44, Fernando Trebien 
fernando.treb...@gmail.com

escreveu:


Hm eu estou falando do OSM. Garmin não aceita as relações de restrição do
OSM em que o membro via é uma linha, ao invés do tradicional ponto, 
certo?

Só aceitará depois que o mkgmap implementar esse suporte.

On Mar 24, 2014 8:06 AM, Paulo Carvalho paulo.r.m.carva...@gmail.com
wrote:


Mapear desta forma não é suportado por nenhum software de GPS.



Garmin aceita.  Tínhamos restrições de 4 nós no Tracksource que cobrem
casos como os descritos.

Do jeito como o OSM faz, apesar de muito sofisticado, não cobre uma
situação corriqueira.


Em 23 de março de 2014 19:12, Fernando Trebien
fernando.treb...@gmail.com escreveu:


Dê uma lida nesta seção:

http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Restri%C3%A7%C3%B5es_de_Convers%C3%A3o#Linha_como_intermedi.C3.A1rio

Mapear desta forma não é suportado por nenhum software de GPS. Ou
seja, fazer assim significa que, hoje, na prática, nenhum sistema
respeitaria a restrição - o que obviamente leva a erros (bem
grotescos) de roteamento.

É um objetivo da comunidade que isso se torne amplamente suportado
para evitar ter que alterar a forma ideal(izada) de mapear. Faz todo o
sentido, do ponto de vista de um mapeador, mas não do ponto de vista
do usuário... que não quer nem saber dos detalhes da aplicação, ou das
práticas de mapeamento, só quer que o sistema funcione.

Então o que temos é um impasse: nos adaptamos (aceitando algo inferior
ao ideal), para que funcione com os sistemas que existem hoje, ou não
nos adaptamos (impondo o ideal) e perdemos oportunidades de despertar
o interesse de novos colaboradores. (É assim que eu encaro a questão.)

Fato é que o OSRM já demonstrou interesse e (agora, como o Nelson
apontou) o mkgmap resolveu tratar do problema. Ou seja, estamos perto
de poder recomendar, sem medo, essa forma ideal de mapear. Eu mesmo
estou esperando (há meses - mas sei que tem gente esperando há anos)
pra poder desfazer algumas coisas que eu fiz em PoA pra contornar esse
problema.

On Sun, Mar 23, 2014 at 6:59 PM, Paulo Carvalho
paulo.r.m.carva...@gmail.com wrote:
 Acho que perdi o porque disso ser especial.  Alguém pode explicar?

 grato,

 Paulo


 2014-03-23 11:33 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:

 Agora pelo menos uma aplicação existe que suporta o uso de caminhos
 no
 via das restrições:
 http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmaprev=3121

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



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




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

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

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




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



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




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





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

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

Re: [Talk-br] Caminhos como via em restrições

2014-03-24 Diskussionsfäden Paulo Carvalho
Márcio,

   Essas suas restrições foram do tipo Via-Nó-Via?  Se sim, tratam-se de
restrições comuns de 3 nós no Garmin que sabe-se funcionar.  O que se está
discutindo são restrições Via-Via-Via que se tornam restrições de 4 nós
no Garmin.

[]s

PC


Em 24 de março de 2014 10:56, thunder...@gpsinfo.com.br escreveu:

 Amigos,
 me perdoem se estou viajando e não tenha lido todo o debate, mas vou
 comentar o que tenho experimentado em meu gps Garmin nuvi 3460LMT.

 Particularmente não me simpatizo com o desenho de segmentos de reta para
 impedir a aplicação de restrições de manobra. Por essa razão aprendi e
 venho inserindo restrições de manobra onde identifico a necessidade de uma.

 Empregando o mapa do Brasil compilado pelo site espanhol, todas as
 restrições de manobra por mim aplicadas foram testadas em campo com sucesso.

 Recentemente apliquei restrições de manobra na Av Presidente Vargas no Rio
 de Janeiro e quando lá fui na semana passada todas funcionaram
 perfeitamente.

 []s
 Marcio

 -Mensagem Original- From: Fernando Trebien
 Sent: Monday, March 24, 2014 9:18 AM
 To: OpenStreetMap no Brasil
 Subject: Re: [Talk-br]Caminhos como via em restrições

 Ah, pode até ser. O que eu quero dizer é que não há ferramentas
 ligadas ao OSM que façam a tradução entre essa forma de mapear e esse
 formato que o Garmin aceita. As ferramentas de conversão atuais
 simplesmente descartam essas relações.

 2014-03-24 9:13 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com:

 Fernando, Garmin aceita sim restrições de 4 nós.  Por favor, leia o
 manual o
 cGPSmapper caso ainda duvide.  Trabalhamos com isso por 10 anos lá no
 Tracksource.  Sei que existe.


 Em 24 de março de 2014 08:44, Fernando Trebien 
 fernando.treb...@gmail.com
 escreveu:

  Hm eu estou falando do OSM. Garmin não aceita as relações de restrição do
 OSM em que o membro via é uma linha, ao invés do tradicional ponto,
 certo?
 Só aceitará depois que o mkgmap implementar esse suporte.

 On Mar 24, 2014 8:06 AM, Paulo Carvalho paulo.r.m.carva...@gmail.com
 wrote:


 Mapear desta forma não é suportado por nenhum software de GPS.



 Garmin aceita.  Tínhamos restrições de 4 nós no Tracksource que cobrem
 casos como os descritos.

 Do jeito como o OSM faz, apesar de muito sofisticado, não cobre uma
 situação corriqueira.


 Em 23 de março de 2014 19:12, Fernando Trebien
 fernando.treb...@gmail.com escreveu:


 Dê uma lida nesta seção:

 http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Restri%C3%
 A7%C3%B5es_de_Convers%C3%A3o#Linha_como_intermedi.C3.A1rio

 Mapear desta forma não é suportado por nenhum software de GPS. Ou
 seja, fazer assim significa que, hoje, na prática, nenhum sistema
 respeitaria a restrição - o que obviamente leva a erros (bem
 grotescos) de roteamento.

 É um objetivo da comunidade que isso se torne amplamente suportado
 para evitar ter que alterar a forma ideal(izada) de mapear. Faz todo o
 sentido, do ponto de vista de um mapeador, mas não do ponto de vista
 do usuário... que não quer nem saber dos detalhes da aplicação, ou das
 práticas de mapeamento, só quer que o sistema funcione.

 Então o que temos é um impasse: nos adaptamos (aceitando algo inferior
 ao ideal), para que funcione com os sistemas que existem hoje, ou não
 nos adaptamos (impondo o ideal) e perdemos oportunidades de despertar
 o interesse de novos colaboradores. (É assim que eu encaro a questão.)

 Fato é que o OSRM já demonstrou interesse e (agora, como o Nelson
 apontou) o mkgmap resolveu tratar do problema. Ou seja, estamos perto
 de poder recomendar, sem medo, essa forma ideal de mapear. Eu mesmo
 estou esperando (há meses - mas sei que tem gente esperando há anos)
 pra poder desfazer algumas coisas que eu fiz em PoA pra contornar esse
 problema.

 On Sun, Mar 23, 2014 at 6:59 PM, Paulo Carvalho
 paulo.r.m.carva...@gmail.com wrote:
  Acho que perdi o porque disso ser especial.  Alguém pode explicar?
 
  grato,
 
  Paulo
 
 
  2014-03-23 11:33 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:
 
  Agora pelo menos uma aplicação existe que suporta o uso de caminhos
  no
  via das restrições:
  http://www.mkgmap.org.uk/websvn/revision.php?repname=
 mkgmaprev=3121
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-br
 
 
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-br
 



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

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

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




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


 

Re: [Talk-br] Caminhos como via em restrições

2014-03-24 Diskussionsfäden Fernando Trebien
Você mapeou alguma situação como a descrita nesta seção deste artigo?
http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Restri%C3%A7%C3%B5es_de_Convers%C3%A3o#Linha_como_intermedi.C3.A1rio

Se sim, pode mandar um link pra área pra que possamos saber como foi feito?

2014-03-24 10:56 GMT-03:00  thunder...@gpsinfo.com.br:
 Amigos,
 me perdoem se estou viajando e não tenha lido todo o debate, mas vou
 comentar o que tenho experimentado em meu gps Garmin nuvi 3460LMT.

 Particularmente não me simpatizo com o desenho de segmentos de reta para
 impedir a aplicação de restrições de manobra. Por essa razão aprendi e venho
 inserindo restrições de manobra onde identifico a necessidade de uma.

 Empregando o mapa do Brasil compilado pelo site espanhol, todas as
 restrições de manobra por mim aplicadas foram testadas em campo com sucesso.

 Recentemente apliquei restrições de manobra na Av Presidente Vargas no Rio
 de Janeiro e quando lá fui na semana passada todas funcionaram
 perfeitamente.

 []s
 Marcio

 -Mensagem Original- From: Fernando Trebien
 Sent: Monday, March 24, 2014 9:18 AM
 To: OpenStreetMap no Brasil
 Subject: Re: [Talk-br]Caminhos como via em restrições


 Ah, pode até ser. O que eu quero dizer é que não há ferramentas
 ligadas ao OSM que façam a tradução entre essa forma de mapear e esse
 formato que o Garmin aceita. As ferramentas de conversão atuais
 simplesmente descartam essas relações.

 2014-03-24 9:13 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com:

 Fernando, Garmin aceita sim restrições de 4 nós.  Por favor, leia o manual
 o
 cGPSmapper caso ainda duvide.  Trabalhamos com isso por 10 anos lá no
 Tracksource.  Sei que existe.


 Em 24 de março de 2014 08:44, Fernando Trebien
 fernando.treb...@gmail.com
 escreveu:

 Hm eu estou falando do OSM. Garmin não aceita as relações de restrição do
 OSM em que o membro via é uma linha, ao invés do tradicional ponto,
 certo?
 Só aceitará depois que o mkgmap implementar esse suporte.

 On Mar 24, 2014 8:06 AM, Paulo Carvalho paulo.r.m.carva...@gmail.com
 wrote:


 Mapear desta forma não é suportado por nenhum software de GPS.



 Garmin aceita.  Tínhamos restrições de 4 nós no Tracksource que cobrem
 casos como os descritos.

 Do jeito como o OSM faz, apesar de muito sofisticado, não cobre uma
 situação corriqueira.


 Em 23 de março de 2014 19:12, Fernando Trebien
 fernando.treb...@gmail.com escreveu:


 Dê uma lida nesta seção:


 http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Restri%C3%A7%C3%B5es_de_Convers%C3%A3o#Linha_como_intermedi.C3.A1rio

 Mapear desta forma não é suportado por nenhum software de GPS. Ou
 seja, fazer assim significa que, hoje, na prática, nenhum sistema
 respeitaria a restrição - o que obviamente leva a erros (bem
 grotescos) de roteamento.

 É um objetivo da comunidade que isso se torne amplamente suportado
 para evitar ter que alterar a forma ideal(izada) de mapear. Faz todo o
 sentido, do ponto de vista de um mapeador, mas não do ponto de vista
 do usuário... que não quer nem saber dos detalhes da aplicação, ou das
 práticas de mapeamento, só quer que o sistema funcione.

 Então o que temos é um impasse: nos adaptamos (aceitando algo inferior
 ao ideal), para que funcione com os sistemas que existem hoje, ou não
 nos adaptamos (impondo o ideal) e perdemos oportunidades de despertar
 o interesse de novos colaboradores. (É assim que eu encaro a questão.)

 Fato é que o OSRM já demonstrou interesse e (agora, como o Nelson
 apontou) o mkgmap resolveu tratar do problema. Ou seja, estamos perto
 de poder recomendar, sem medo, essa forma ideal de mapear. Eu mesmo
 estou esperando (há meses - mas sei que tem gente esperando há anos)
 pra poder desfazer algumas coisas que eu fiz em PoA pra contornar esse
 problema.

 On Sun, Mar 23, 2014 at 6:59 PM, Paulo Carvalho
 paulo.r.m.carva...@gmail.com wrote:
  Acho que perdi o porque disso ser especial.  Alguém pode explicar?
 
  grato,
 
  Paulo
 
 
  2014-03-23 11:33 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:
 
  Agora pelo menos uma aplicação existe que suporta o uso de caminhos
  no
  via das restrições:
  http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmaprev=3121
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-br
 
 
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-br
 



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

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

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




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


 

Re: [Talk-br] Caminhos como via em restrições

2014-03-24 Diskussionsfäden thundercel
Paulo,
Sim, do tipo 3 nós que estávamos acostumados a empregar no tracksource e 
confesso que no tracksource nunca esbarrei na necessidade de implantar a de 4 
nós até porque a ação de fragmentação de via já permite uma redução para 3 nós 
na aplicação da restrição.

Por enquanto, quando vislumbrei no OSM a necessidade de aplicação de restrição 
de manobra, sempre formatei a via de forma que pudesse aplicar em 3 nós somente.

[]s
Marcio

From: Paulo Carvalho 
Sent: Monday, March 24, 2014 11:34 AM
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br]Caminhos como via em restrições

Márcio,


   Essas suas restrições foram do tipo Via-Nó-Via?  Se sim, tratam-se de 
restrições comuns de 3 nós no Garmin que sabe-se funcionar.  O que se está 
discutindo são restrições Via-Via-Via que se tornam restrições de 4 nós no 
Garmin.


[]s


PC




Em 24 de março de 2014 10:56, thunder...@gpsinfo.com.br escreveu:

  Amigos,
  me perdoem se estou viajando e não tenha lido todo o debate, mas vou comentar 
o que tenho experimentado em meu gps Garmin nuvi 3460LMT.

  Particularmente não me simpatizo com o desenho de segmentos de reta para 
impedir a aplicação de restrições de manobra. Por essa razão aprendi e venho 
inserindo restrições de manobra onde identifico a necessidade de uma.

  Empregando o mapa do Brasil compilado pelo site espanhol, todas as restrições 
de manobra por mim aplicadas foram testadas em campo com sucesso.

  Recentemente apliquei restrições de manobra na Av Presidente Vargas no Rio de 
Janeiro e quando lá fui na semana passada todas funcionaram perfeitamente.

  []s
  Marcio

  -Mensagem Original- From: Fernando Trebien
  Sent: Monday, March 24, 2014 9:18 AM
  To: OpenStreetMap no Brasil
  Subject: Re: [Talk-br]Caminhos como via em restrições

  Ah, pode até ser. O que eu quero dizer é que não há ferramentas
  ligadas ao OSM que façam a tradução entre essa forma de mapear e esse
  formato que o Garmin aceita. As ferramentas de conversão atuais
  simplesmente descartam essas relações.

  2014-03-24 9:13 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com:

Fernando, Garmin aceita sim restrições de 4 nós.  Por favor, leia o manual o
cGPSmapper caso ainda duvide.  Trabalhamos com isso por 10 anos lá no
Tracksource.  Sei que existe.


Em 24 de março de 2014 08:44, Fernando Trebien fernando.treb...@gmail.com
escreveu:


  Hm eu estou falando do OSM. Garmin não aceita as relações de restrição do
  OSM em que o membro via é uma linha, ao invés do tradicional ponto, 
certo?
  Só aceitará depois que o mkgmap implementar esse suporte.

  On Mar 24, 2014 8:06 AM, Paulo Carvalho paulo.r.m.carva...@gmail.com
  wrote:


  Mapear desta forma não é suportado por nenhum software de GPS.



Garmin aceita.  Tínhamos restrições de 4 nós no Tracksource que cobrem
casos como os descritos.

Do jeito como o OSM faz, apesar de muito sofisticado, não cobre uma
situação corriqueira.


Em 23 de março de 2014 19:12, Fernando Trebien
fernando.treb...@gmail.com escreveu:


  Dê uma lida nesta seção:

  
http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Restri%C3%A7%C3%B5es_de_Convers%C3%A3o#Linha_como_intermedi.C3.A1rio

  Mapear desta forma não é suportado por nenhum software de GPS. Ou
  seja, fazer assim significa que, hoje, na prática, nenhum sistema
  respeitaria a restrição - o que obviamente leva a erros (bem
  grotescos) de roteamento.

  É um objetivo da comunidade que isso se torne amplamente suportado
  para evitar ter que alterar a forma ideal(izada) de mapear. Faz todo o
  sentido, do ponto de vista de um mapeador, mas não do ponto de vista
  do usuário... que não quer nem saber dos detalhes da aplicação, ou das
  práticas de mapeamento, só quer que o sistema funcione.

  Então o que temos é um impasse: nos adaptamos (aceitando algo inferior
  ao ideal), para que funcione com os sistemas que existem hoje, ou não
  nos adaptamos (impondo o ideal) e perdemos oportunidades de despertar
  o interesse de novos colaboradores. (É assim que eu encaro a questão.)

  Fato é que o OSRM já demonstrou interesse e (agora, como o Nelson
  apontou) o mkgmap resolveu tratar do problema. Ou seja, estamos perto
  de poder recomendar, sem medo, essa forma ideal de mapear. Eu mesmo
  estou esperando (há meses - mas sei que tem gente esperando há anos)
  pra poder desfazer algumas coisas que eu fiz em PoA pra contornar esse
  problema.

  On Sun, Mar 23, 2014 at 6:59 PM, Paulo Carvalho
  paulo.r.m.carva...@gmail.com wrote:
   Acho que perdi o porque disso ser especial.  Alguém pode explicar?
  
   grato,
  
   Paulo
  
  
   2014-03-23 11:33 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:
  

Re: [Talk-br] Caminhos como via em restrições

2014-03-24 Diskussionsfäden thundercel

Fernando,
preciso de tempo para ler essa informação apontada. É muita informação para 
se ler em uma única página.


Respondo ao Paulo Carvalho que até agora só apliquei restrição de manobra 
empregando 3 nós. Se essa longa informação contida nessa página apontada se 
refere a 4 nós, não apliquei e confesso que ainda não me deparei com essa 
necessidade (4 nós).


[]s
Marcio

-Mensagem Original- 
From: Fernando Trebien

Sent: Monday, March 24, 2014 11:28 AM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br]Caminhos como via em restrições

Você mapeou alguma situação como a descrita nesta seção deste artigo?
http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Restri%C3%A7%C3%B5es_de_Convers%C3%A3o#Linha_como_intermedi.C3.A1rio

Se sim, pode mandar um link pra área pra que possamos saber como foi feito?

2014-03-24 10:56 GMT-03:00  thunder...@gpsinfo.com.br:

Amigos,
me perdoem se estou viajando e não tenha lido todo o debate, mas vou
comentar o que tenho experimentado em meu gps Garmin nuvi 3460LMT.

Particularmente não me simpatizo com o desenho de segmentos de reta para
impedir a aplicação de restrições de manobra. Por essa razão aprendi e 
venho

inserindo restrições de manobra onde identifico a necessidade de uma.

Empregando o mapa do Brasil compilado pelo site espanhol, todas as
restrições de manobra por mim aplicadas foram testadas em campo com 
sucesso.


Recentemente apliquei restrições de manobra na Av Presidente Vargas no Rio
de Janeiro e quando lá fui na semana passada todas funcionaram
perfeitamente.

[]s
Marcio

-Mensagem Original- From: Fernando Trebien
Sent: Monday, March 24, 2014 9:18 AM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br]Caminhos como via em restrições


Ah, pode até ser. O que eu quero dizer é que não há ferramentas
ligadas ao OSM que façam a tradução entre essa forma de mapear e esse
formato que o Garmin aceita. As ferramentas de conversão atuais
simplesmente descartam essas relações.

2014-03-24 9:13 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com:


Fernando, Garmin aceita sim restrições de 4 nós.  Por favor, leia o 
manual

o
cGPSmapper caso ainda duvide.  Trabalhamos com isso por 10 anos lá no
Tracksource.  Sei que existe.


Em 24 de março de 2014 08:44, Fernando Trebien
fernando.treb...@gmail.com
escreveu:

Hm eu estou falando do OSM. Garmin não aceita as relações de restrição 
do

OSM em que o membro via é uma linha, ao invés do tradicional ponto,
certo?
Só aceitará depois que o mkgmap implementar esse suporte.

On Mar 24, 2014 8:06 AM, Paulo Carvalho paulo.r.m.carva...@gmail.com
wrote:



Mapear desta forma não é suportado por nenhum software de GPS.




Garmin aceita.  Tínhamos restrições de 4 nós no Tracksource que cobrem
casos como os descritos.

Do jeito como o OSM faz, apesar de muito sofisticado, não cobre uma
situação corriqueira.


Em 23 de março de 2014 19:12, Fernando Trebien
fernando.treb...@gmail.com escreveu:



Dê uma lida nesta seção:


http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Restri%C3%A7%C3%B5es_de_Convers%C3%A3o#Linha_como_intermedi.C3.A1rio

Mapear desta forma não é suportado por nenhum software de GPS. Ou
seja, fazer assim significa que, hoje, na prática, nenhum sistema
respeitaria a restrição - o que obviamente leva a erros (bem
grotescos) de roteamento.

É um objetivo da comunidade que isso se torne amplamente suportado
para evitar ter que alterar a forma ideal(izada) de mapear. Faz todo o
sentido, do ponto de vista de um mapeador, mas não do ponto de vista
do usuário... que não quer nem saber dos detalhes da aplicação, ou das
práticas de mapeamento, só quer que o sistema funcione.

Então o que temos é um impasse: nos adaptamos (aceitando algo inferior
ao ideal), para que funcione com os sistemas que existem hoje, ou não
nos adaptamos (impondo o ideal) e perdemos oportunidades de despertar
o interesse de novos colaboradores. (É assim que eu encaro a questão.)

Fato é que o OSRM já demonstrou interesse e (agora, como o Nelson
apontou) o mkgmap resolveu tratar do problema. Ou seja, estamos perto
de poder recomendar, sem medo, essa forma ideal de mapear. Eu mesmo
estou esperando (há meses - mas sei que tem gente esperando há anos)
pra poder desfazer algumas coisas que eu fiz em PoA pra contornar esse
problema.

On Sun, Mar 23, 2014 at 6:59 PM, Paulo Carvalho
paulo.r.m.carva...@gmail.com wrote:
 Acho que perdi o porque disso ser especial.  Alguém pode explicar?

 grato,

 Paulo


 2014-03-23 11:33 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:

 Agora pelo menos uma aplicação existe que suporta o uso de caminhos
 no
 via das restrições:
 http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmaprev=3121

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



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




--
Fernando 

Re: [Talk-br] Caminhos como via em restrições

2014-03-24 Diskussionsfäden Paulo Carvalho
Márcio, não dá para reduzir uma restrição de 4 nós para uma composição de
restrições de 3.  Se você acha possível, gostaria de conhecer através de um
exemplo.


Em 24 de março de 2014 12:05, thunder...@gpsinfo.com.br escreveu:

   Paulo,
 Sim, do tipo 3 nós que estávamos acostumados a empregar no tracksource e
 confesso que no tracksource nunca esbarrei na necessidade de implantar a de
 4 nós até porque a ação de fragmentação de via já permite uma redução para
 3 nós na aplicação da restrição.

 Por enquanto, quando vislumbrei no OSM a necessidade de aplicação de
 restrição de manobra, sempre formatei a via de forma que pudesse aplicar em
 3 nós somente.

 *[]s*
 *Marcio*

 *From:* Paulo Carvalho paulo.r.m.carva...@gmail.com
  *Sent:* Monday, March 24, 2014 11:34 AM
 *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org
 *Subject:* Re: [Talk-br]Caminhos como via em restrições

   Márcio,

Essas suas restrições foram do tipo Via-Nó-Via?  Se sim, tratam-se de
 restrições comuns de 3 nós no Garmin que sabe-se funcionar.  O que se está
 discutindo são restrições Via-Via-Via que se tornam restrições de 4 nós
 no Garmin.

 []s

 PC


 Em 24 de março de 2014 10:56, thunder...@gpsinfo.com.br escreveu:

 Amigos,
 me perdoem se estou viajando e não tenha lido todo o debate, mas vou
 comentar o que tenho experimentado em meu gps Garmin nuvi 3460LMT.

 Particularmente não me simpatizo com o desenho de segmentos de reta para
 impedir a aplicação de restrições de manobra. Por essa razão aprendi e
 venho inserindo restrições de manobra onde identifico a necessidade de uma.

 Empregando o mapa do Brasil compilado pelo site espanhol, todas as
 restrições de manobra por mim aplicadas foram testadas em campo com sucesso.

 Recentemente apliquei restrições de manobra na Av Presidente Vargas no
 Rio de Janeiro e quando lá fui na semana passada todas funcionaram
 perfeitamente.

 []s
 Marcio

 -Mensagem Original- From: Fernando Trebien
 Sent: Monday, March 24, 2014 9:18 AM
 To: OpenStreetMap no Brasil
 Subject: Re: [Talk-br]Caminhos como via em restrições

 Ah, pode até ser. O que eu quero dizer é que não há ferramentas
 ligadas ao OSM que façam a tradução entre essa forma de mapear e esse
 formato que o Garmin aceita. As ferramentas de conversão atuais
 simplesmente descartam essas relações.

 2014-03-24 9:13 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com:

 Fernando, Garmin aceita sim restrições de 4 nós.  Por favor, leia o
 manual o
 cGPSmapper caso ainda duvide.  Trabalhamos com isso por 10 anos lá no
 Tracksource.  Sei que existe.


 Em 24 de março de 2014 08:44, Fernando Trebien 
 fernando.treb...@gmail.com
 escreveu:

 Hm eu estou falando do OSM. Garmin não aceita as relações de restrição do
 OSM em que o membro via é uma linha, ao invés do tradicional ponto,
 certo?
 Só aceitará depois que o mkgmap implementar esse suporte.

 On Mar 24, 2014 8:06 AM, Paulo Carvalho paulo.r.m.carva...@gmail.com
 
 wrote:


 Mapear desta forma não é suportado por nenhum software de GPS.



 Garmin aceita.  Tínhamos restrições de 4 nós no Tracksource que cobrem
 casos como os descritos.

 Do jeito como o OSM faz, apesar de muito sofisticado, não cobre uma
 situação corriqueira.


 Em 23 de março de 2014 19:12, Fernando Trebien
 fernando.treb...@gmail.com escreveu:


 Dê uma lida nesta seção:

 http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Restri%C3%
 A7%C3%B5es_de_Convers%C3%A3o#Linha_como_intermedi.C3.A1rio

 Mapear desta forma não é suportado por nenhum software de GPS. Ou
 seja, fazer assim significa que, hoje, na prática, nenhum sistema
 respeitaria a restrição - o que obviamente leva a erros (bem
 grotescos) de roteamento.

 É um objetivo da comunidade que isso se torne amplamente suportado
 para evitar ter que alterar a forma ideal(izada) de mapear. Faz todo o
 sentido, do ponto de vista de um mapeador, mas não do ponto de vista
 do usuário... que não quer nem saber dos detalhes da aplicação, ou das
 práticas de mapeamento, só quer que o sistema funcione.

 Então o que temos é um impasse: nos adaptamos (aceitando algo inferior
 ao ideal), para que funcione com os sistemas que existem hoje, ou não
 nos adaptamos (impondo o ideal) e perdemos oportunidades de despertar
 o interesse de novos colaboradores. (É assim que eu encaro a questão.)

 Fato é que o OSRM já demonstrou interesse e (agora, como o Nelson
 apontou) o mkgmap resolveu tratar do problema. Ou seja, estamos perto
 de poder recomendar, sem medo, essa forma ideal de mapear. Eu mesmo
 estou esperando (há meses - mas sei que tem gente esperando há anos)
 pra poder desfazer algumas coisas que eu fiz em PoA pra contornar esse
 problema.

 On Sun, Mar 23, 2014 at 6:59 PM, Paulo Carvalho
 paulo.r.m.carva...@gmail.com wrote:
  Acho que perdi o porque disso ser especial.  Alguém pode explicar?
 
  grato,
 
  Paulo
 
 
  2014-03-23 11:33 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com
 :
 
  Agora pelo menos uma aplicação existe que suporta o uso de caminhos

Re: [Talk-br] Caminhos como via em restrições

2014-03-24 Diskussionsfäden Fernando Trebien
Então acho que você ainda não se deparou com uma situação como esta:
- o carro chega no cruzamento
- uma placa indica que é proibido fazer o retorno virando à esquerda
- mas não tem placa dizendo que é proibido dobrar à esquerda na rua
transversal; de fato, é permitido dobrar à esquerda

O cruzamento em si é uma via separada. Essa é uma descrição
simplificada daquilo que aparece nessa página do wiki.

Porto Alegre está cheia de situações assim, mas elas ocorrem mais nas
avenidas principais do que dentro dos bairros (onde quase não há
restrições). Pode ser que não seja tão comum em outras cidades.

Um exemplo: 
https://www.google.com/maps?q=Porto+Alegrell=-30.036183,-51.224914spn=0.025375,0.037208t=mhnear=Porto+Alegre,+Rio+Grande+do+Sul,+Brasilz=15layer=ccbll=-30.036035,-51.224774panoid=6Ifa2fdmQbZdAQaq-otDpgcbp=12,18.95,,0,1.73

O principal motivo para que a autoridade de trânsito implemente algo
assim é que, ao fazer o retorno, o fluxo dos veículos colidiria com os
pedestres atravessando na faixa no mesmo cruzamento. (Talvez isso
ajude a encontrar situações similares na sua região.)

2014-03-24 12:08 GMT-03:00  thunder...@gpsinfo.com.br:
 Fernando,
 preciso de tempo para ler essa informação apontada. É muita informação para
 se ler em uma única página.

 Respondo ao Paulo Carvalho que até agora só apliquei restrição de manobra
 empregando 3 nós. Se essa longa informação contida nessa página apontada se
 refere a 4 nós, não apliquei e confesso que ainda não me deparei com essa
 necessidade (4 nós).


 []s
 Marcio

 -Mensagem Original- From: Fernando Trebien
 Sent: Monday, March 24, 2014 11:28 AM

 To: OpenStreetMap no Brasil
 Subject: Re: [Talk-br]Caminhos como via em restrições

 Você mapeou alguma situação como a descrita nesta seção deste artigo?
 http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Restri%C3%A7%C3%B5es_de_Convers%C3%A3o#Linha_como_intermedi.C3.A1rio

 Se sim, pode mandar um link pra área pra que possamos saber como foi feito?

 2014-03-24 10:56 GMT-03:00  thunder...@gpsinfo.com.br:

 Amigos,
 me perdoem se estou viajando e não tenha lido todo o debate, mas vou
 comentar o que tenho experimentado em meu gps Garmin nuvi 3460LMT.

 Particularmente não me simpatizo com o desenho de segmentos de reta para
 impedir a aplicação de restrições de manobra. Por essa razão aprendi e
 venho
 inserindo restrições de manobra onde identifico a necessidade de uma.

 Empregando o mapa do Brasil compilado pelo site espanhol, todas as
 restrições de manobra por mim aplicadas foram testadas em campo com
 sucesso.

 Recentemente apliquei restrições de manobra na Av Presidente Vargas no Rio
 de Janeiro e quando lá fui na semana passada todas funcionaram
 perfeitamente.

 []s
 Marcio

 -Mensagem Original- From: Fernando Trebien
 Sent: Monday, March 24, 2014 9:18 AM
 To: OpenStreetMap no Brasil
 Subject: Re: [Talk-br]Caminhos como via em restrições


 Ah, pode até ser. O que eu quero dizer é que não há ferramentas
 ligadas ao OSM que façam a tradução entre essa forma de mapear e esse
 formato que o Garmin aceita. As ferramentas de conversão atuais
 simplesmente descartam essas relações.

 2014-03-24 9:13 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com:


 Fernando, Garmin aceita sim restrições de 4 nós.  Por favor, leia o
 manual
 o
 cGPSmapper caso ainda duvide.  Trabalhamos com isso por 10 anos lá no
 Tracksource.  Sei que existe.


 Em 24 de março de 2014 08:44, Fernando Trebien
 fernando.treb...@gmail.com
 escreveu:

 Hm eu estou falando do OSM. Garmin não aceita as relações de restrição
 do
 OSM em que o membro via é uma linha, ao invés do tradicional ponto,
 certo?
 Só aceitará depois que o mkgmap implementar esse suporte.

 On Mar 24, 2014 8:06 AM, Paulo Carvalho paulo.r.m.carva...@gmail.com
 wrote:



 Mapear desta forma não é suportado por nenhum software de GPS.




 Garmin aceita.  Tínhamos restrições de 4 nós no Tracksource que cobrem
 casos como os descritos.

 Do jeito como o OSM faz, apesar de muito sofisticado, não cobre uma
 situação corriqueira.


 Em 23 de março de 2014 19:12, Fernando Trebien
 fernando.treb...@gmail.com escreveu:



 Dê uma lida nesta seção:



 http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Restri%C3%A7%C3%B5es_de_Convers%C3%A3o#Linha_como_intermedi.C3.A1rio

 Mapear desta forma não é suportado por nenhum software de GPS. Ou
 seja, fazer assim significa que, hoje, na prática, nenhum sistema
 respeitaria a restrição - o que obviamente leva a erros (bem
 grotescos) de roteamento.

 É um objetivo da comunidade que isso se torne amplamente suportado
 para evitar ter que alterar a forma ideal(izada) de mapear. Faz todo o
 sentido, do ponto de vista de um mapeador, mas não do ponto de vista
 do usuário... que não quer nem saber dos detalhes da aplicação, ou das
 práticas de mapeamento, só quer que o sistema funcione.

 Então o que temos é um impasse: nos adaptamos (aceitando algo inferior
 ao ideal), para que funcione com os sistemas que existem hoje, ou 

Re: [Talk-br] Caminhos como via em restrições

2014-03-24 Diskussionsfäden thundercel


Paulo,
no exemplo acima pode-se aplicar uma restrição de 4 nós ( proibido retorno) ou 
duas de 3 nós (proibido virar a esquerda).

Sempre optei pela de 3 nós.

[]s
Marcio

From: Paulo Carvalho 
Sent: Monday, March 24, 2014 12:12 PM
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br]Caminhos como via em restrições

Márcio, não dá para reduzir uma restrição de 4 nós para uma composição de 
restrições de 3.  Se você acha possível, gostaria de conhecer através de um 
exemplo.


 4[1].jpg___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] Caminhos como via em restrições

2014-03-24 Diskussionsfäden Paulo Carvalho
Infelizmente não é a mesma coisa.  Colocando duas de 3, quem vem de Y1-Y2
para entrar em X4 não vai conseguir, o que deveria ser permitido, pois a
restrição é só para quem vai fazer o U X1-Y2-X4.


Em 24 de março de 2014 12:29, thunder...@gpsinfo.com.br escreveu:

   [image: 4]

 Paulo,
 no exemplo acima pode-se aplicar uma restrição de 4 nós ( proibido
 retorno) ou duas de 3 nós (proibido virar a esquerda).

 Sempre optei pela de 3 nós.

 []s
 Marcio

  *From:* Paulo Carvalho paulo.r.m.carva...@gmail.com
 *Sent:* Monday, March 24, 2014 12:12 PM
 *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org
 *Subject:* Re: [Talk-br]Caminhos como via em restrições

  Márcio, não dá para reduzir uma restrição de 4 nós para uma composição
 de restrições de 3.  Se você acha possível, gostaria de conhecer através de
 um exemplo.



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


inline: 4[1].jpg___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] Caminhos como via em restrições

2014-03-24 Diskussionsfäden thundercel
Fernando,
lembro que sou habilitado como motorista há 48 anos, por ser piloto conheço 
todas as capitais do Brasil e por elas circulei inúmeras vezes de carro.

Aplicação de restrição de manobra em mapa acredito que detenho grande 
experiência dado os inúmeros mapas que desenvolvi.

- o carro chega no cruzamento
- uma placa indica que é proibido fazer o retorno virando à esquerda
- mas não tem placa dizendo que é proibido dobrar à esquerda na rua
transversal; de fato, é permitido dobrar à esquerda

Me deparo com situações semelhantes diariamente aqui no Rio de Janeiro.
Fazer retorno é uma coisa e dobrar a esquerda outra.

Se posso virar a esquerda, mas não fazer retorno na pista contrária, 
simplesmente aplico uma restrição de manobra impedindo o dobrar a esquerda para 
ingresso na pista contrária. Em roteamento tem o mesmo efeito da aplicação da 
restrição de fazer retorno antes.

-Mensagem Original- 
From: Fernando Trebien 
Sent: Monday, March 24, 2014 12:26 PM 
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br]Caminhos como via em restrições 

Então acho que você ainda não se deparou com uma situação como esta:
- o carro chega no cruzamento
- uma placa indica que é proibido fazer o retorno virando à esquerda
- mas não tem placa dizendo que é proibido dobrar à esquerda na rua
transversal; de fato, é permitido dobrar à esquerda

O cruzamento em si é uma via separada. Essa é uma descrição
simplificada daquilo que aparece nessa página do wiki.

Porto Alegre está cheia de situações assim, mas elas ocorrem mais nas
avenidas principais do que dentro dos bairros (onde quase não há
restrições). Pode ser que não seja tão comum em outras cidades.

Um exemplo: 
https://www.google.com/maps?q=Porto+Alegrell=-30.036183,-51.224914spn=0.025375,0.037208t=mhnear=Porto+Alegre,+Rio+Grande+do+Sul,+Brasilz=15layer=ccbll=-30.036035,-51.224774panoid=6Ifa2fdmQbZdAQaq-otDpgcbp=12,18.95,,0,1.73

O principal motivo para que a autoridade de trânsito implemente algo
assim é que, ao fazer o retorno, o fluxo dos veículos colidiria com os
pedestres atravessando na faixa no mesmo cruzamento. (Talvez isso
ajude a encontrar situações similares na sua região.)

2014-03-24 12:08 GMT-03:00  thunder...@gpsinfo.com.br:
 Fernando,
 preciso de tempo para ler essa informação apontada. É muita informação para
 se ler em uma única página.

 Respondo ao Paulo Carvalho que até agora só apliquei restrição de manobra
 empregando 3 nós. Se essa longa informação contida nessa página apontada se
 refere a 4 nós, não apliquei e confesso que ainda não me deparei com essa
 necessidade (4 nós).


 []s
 Marcio

 -Mensagem Original- From: Fernando Trebien
 Sent: Monday, March 24, 2014 11:28 AM

 To: OpenStreetMap no Brasil
 Subject: Re: [Talk-br]Caminhos como via em restrições

 Você mapeou alguma situação como a descrita nesta seção deste artigo?
 http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Restri%C3%A7%C3%B5es_de_Convers%C3%A3o#Linha_como_intermedi.C3.A1rio

 Se sim, pode mandar um link pra área pra que possamos saber como foi feito?

 2014-03-24 10:56 GMT-03:00  thunder...@gpsinfo.com.br:

 Amigos,
 me perdoem se estou viajando e não tenha lido todo o debate, mas vou
 comentar o que tenho experimentado em meu gps Garmin nuvi 3460LMT.

 Particularmente não me simpatizo com o desenho de segmentos de reta para
 impedir a aplicação de restrições de manobra. Por essa razão aprendi e
 venho
 inserindo restrições de manobra onde identifico a necessidade de uma.

 Empregando o mapa do Brasil compilado pelo site espanhol, todas as
 restrições de manobra por mim aplicadas foram testadas em campo com
 sucesso.

 Recentemente apliquei restrições de manobra na Av Presidente Vargas no Rio
 de Janeiro e quando lá fui na semana passada todas funcionaram
 perfeitamente.

 []s
 Marcio

 -Mensagem Original- From: Fernando Trebien
 Sent: Monday, March 24, 2014 9:18 AM
 To: OpenStreetMap no Brasil
 Subject: Re: [Talk-br]Caminhos como via em restrições


 Ah, pode até ser. O que eu quero dizer é que não há ferramentas
 ligadas ao OSM que façam a tradução entre essa forma de mapear e esse
 formato que o Garmin aceita. As ferramentas de conversão atuais
 simplesmente descartam essas relações.

 2014-03-24 9:13 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com:


 Fernando, Garmin aceita sim restrições de 4 nós.  Por favor, leia o
 manual
 o
 cGPSmapper caso ainda duvide.  Trabalhamos com isso por 10 anos lá no
 Tracksource.  Sei que existe.


 Em 24 de março de 2014 08:44, Fernando Trebien
 fernando.treb...@gmail.com
 escreveu:

 Hm eu estou falando do OSM. Garmin não aceita as relações de restrição
 do
 OSM em que o membro via é uma linha, ao invés do tradicional ponto,
 certo?
 Só aceitará depois que o mkgmap implementar esse suporte.

 On Mar 24, 2014 8:06 AM, Paulo Carvalho paulo.r.m.carva...@gmail.com
 wrote:



 Mapear desta forma não é suportado por nenhum software de GPS.




 Garmin aceita.  Tínhamos restrições de 4 nós no Tracksource que 

Re: [Talk-br] Microbacias hidrográficas

2014-03-24 Diskussionsfäden Paulo Carvalho
IMHO, não.  Uma bacia de drenagem é uma feição natural e não um limite
artificial, portanto seria muito inadequado classificá-las como limites
administrativos.  Além disso, aplicações que usam geoindexação (ex.:
Nominatim) colocariam as bacias como parte dos endereços, o que seria um
erro crasso.


Em 24 de março de 2014 10:08, Edil Queiroz de Araujo
edil...@gmail.comescreveu:

 Olá pessoal.
 Minha dúvida é quanto a microbacias hidrográficas. É correto usar a tag
 boundary=administrative para a relação de uma área representativa e
 imaginária que forma um conjunto de águas?

 ___
 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] Caminhos como via em restrições

2014-03-24 Diskussionsfäden thundercel
Não Paulo!

A restrição de proibido dobrar a esquerda é colocada para quem vem de X1Y2. 
Essa restrição não se aplica a quem faz Y1Y2X4. Assim quem bem Y1Y2 pode 
entrar em X4 porque ali não tem restrição.



From: Paulo Carvalho 
Sent: Monday, March 24, 2014 12:38 PM
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br]Caminhos como via em restrições

Infelizmente não é a mesma coisa.  Colocando duas de 3, quem vem de Y1-Y2 para 
entrar em X4 não vai conseguir, o que deveria ser permitido, pois a restrição é 
só para quem vai fazer o U X1-Y2-X4.




Em 24 de março de 2014 12:29, thunder...@gpsinfo.com.br escreveu:



  Paulo,
  no exemplo acima pode-se aplicar uma restrição de 4 nós ( proibido retorno) 
ou duas de 3 nós (proibido virar a esquerda).

  Sempre optei pela de 3 nós.

  []s
  Marcio

  From: Paulo Carvalho 
  Sent: Monday, March 24, 2014 12:12 PM
  To: OpenStreetMap no Brasil 
  Subject: Re: [Talk-br]Caminhos como via em restrições

  Márcio, não dá para reduzir uma restrição de 4 nós para uma composição de 
restrições de 3.  Se você acha possível, gostaria de conhecer através de um 
exemplo.


   

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


Re: [Talk-br] Caminhos como via em restrições

2014-03-24 Diskussionsfäden Fernando Trebien
Mas estaria errado proibir X1  Y2. Afinal, você PODE dobrar à esquerda (X1
 Y2  Y3).


2014-03-24 12:51 GMT-03:00 thunder...@gpsinfo.com.br:

   Não Paulo!

 A restrição de proibido dobrar a esquerda é colocada para quem vem de
 X1Y2.
 Essa restrição não se aplica a quem faz Y1Y2X4. Assim quem bem Y1Y2
 pode entrar em X4 porque ali não tem restrição.



  *From:* Paulo Carvalho paulo.r.m.carva...@gmail.com
 *Sent:* Monday, March 24, 2014 12:38 PM
 *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org
 *Subject:* Re: [Talk-br]Caminhos como via em restrições

  Infelizmente não é a mesma coisa.  Colocando duas de 3, quem vem de
 Y1-Y2 para entrar em X4 não vai conseguir, o que deveria ser permitido,
 pois a restrição é só para quem vai fazer o U X1-Y2-X4.


 Em 24 de março de 2014 12:29, thunder...@gpsinfo.com.br escreveu:

   [image: 4]

 Paulo,
 no exemplo acima pode-se aplicar uma restrição de 4 nós ( proibido
 retorno) ou duas de 3 nós (proibido virar a esquerda).

 Sempre optei pela de 3 nós.

 []s
 Marcio

  *From:* Paulo Carvalho paulo.r.m.carva...@gmail.com
 *Sent:* Monday, March 24, 2014 12:12 PM
 *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org
 *Subject:* Re: [Talk-br]Caminhos como via em restrições

  Márcio, não dá para reduzir uma restrição de 4 nós para uma composição
 de restrições de 3.  Se você acha possível, gostaria de conhecer através de
 um exemplo.



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



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


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




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

The speed of computer chips doubles every 18 months. (Moore's law)
The speed of software halves every 18 months. (Gates' law)
inline: 4[1].jpg___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] Lixo na base

2014-03-24 Diskussionsfäden Nelson A. de Oliveira
Dá para utilizar regex no overpass para obter ruas que não iniciem com
Rua|Avenida|etc

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


Re: [Talk-br] Caminhos como via em restrições

2014-03-24 Diskussionsfäden Paulo Carvalho
+1.


Em 24 de março de 2014 12:52, Fernando Trebien
fernando.treb...@gmail.comescreveu:

 Mas estaria errado proibir X1  Y2. Afinal, você PODE dobrar à esquerda
 (X1  Y2  Y3).


 2014-03-24 12:51 GMT-03:00 thunder...@gpsinfo.com.br:

   Não Paulo!

 A restrição de proibido dobrar a esquerda é colocada para quem vem de
 X1Y2.
 Essa restrição não se aplica a quem faz Y1Y2X4. Assim quem bem Y1Y2
 pode entrar em X4 porque ali não tem restrição.



  *From:* Paulo Carvalho paulo.r.m.carva...@gmail.com
 *Sent:* Monday, March 24, 2014 12:38 PM
 *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org
 *Subject:* Re: [Talk-br]Caminhos como via em restrições

  Infelizmente não é a mesma coisa.  Colocando duas de 3, quem vem de
 Y1-Y2 para entrar em X4 não vai conseguir, o que deveria ser permitido,
 pois a restrição é só para quem vai fazer o U X1-Y2-X4.


 Em 24 de março de 2014 12:29, thunder...@gpsinfo.com.br escreveu:

   [image: 4]

 Paulo,
 no exemplo acima pode-se aplicar uma restrição de 4 nós ( proibido
 retorno) ou duas de 3 nós (proibido virar a esquerda).

 Sempre optei pela de 3 nós.

 []s
 Marcio

  *From:* Paulo Carvalho paulo.r.m.carva...@gmail.com
 *Sent:* Monday, March 24, 2014 12:12 PM
 *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org
 *Subject:* Re: [Talk-br]Caminhos como via em restrições

  Márcio, não dá para reduzir uma restrição de 4 nós para uma composição
 de restrições de 3.  Se você acha possível, gostaria de conhecer através de
 um exemplo.



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



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


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




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

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

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


inline: 4[1].jpg___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] Caminhos como via em restrições

2014-03-24 Diskussionsfäden Fernando Trebien
Leia com cuidado o que diz no artigo:

Imagine que, no exemplo anterior, fosse permitido fazer estes trajetos:

Y1  Y2  X4 [1]
X1  Y2  Y3 [2]

Mas que fosse proibido fazer o retorno, neste trajeto:

X1  Y2  X4 [3]

Se você proibir X1  Y2, o trajeto [2] não será roteável, contrariando
a realidade.

Se você proibir Y2  X4, o trajeto [1] não será roteável, contrariando
a realidade.

Ambas as opções concordam com a realidade no trajeto [3] (tornando-o
impossível), mas a contrariam em um dos outros trajetos possíveis ([1]
e [2]).

2014-03-24 12:52 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com:
 Mas estaria errado proibir X1  Y2. Afinal, você PODE dobrar à esquerda (X1
 Y2  Y3).


 2014-03-24 12:51 GMT-03:00 thunder...@gpsinfo.com.br:

 Não Paulo!

 A restrição de proibido dobrar a esquerda é colocada para quem vem de
 X1Y2.
 Essa restrição não se aplica a quem faz Y1Y2X4. Assim quem bem Y1Y2
 pode entrar em X4 porque ali não tem restrição.



 From: Paulo Carvalho
 Sent: Monday, March 24, 2014 12:38 PM
 To: OpenStreetMap no Brasil
 Subject: Re: [Talk-br]Caminhos como via em restrições

 Infelizmente não é a mesma coisa.  Colocando duas de 3, quem vem de Y1-Y2
 para entrar em X4 não vai conseguir, o que deveria ser permitido, pois a
 restrição é só para quem vai fazer o U X1-Y2-X4.


 Em 24 de março de 2014 12:29, thunder...@gpsinfo.com.br escreveu:


 Paulo,
 no exemplo acima pode-se aplicar uma restrição de 4 nós ( proibido
 retorno) ou duas de 3 nós (proibido virar a esquerda).

 Sempre optei pela de 3 nós.

 []s
 Marcio

 From: Paulo Carvalho
 Sent: Monday, March 24, 2014 12:12 PM
 To: OpenStreetMap no Brasil
 Subject: Re: [Talk-br]Caminhos como via em restrições

 Márcio, não dá para reduzir uma restrição de 4 nós para uma composição de
 restrições de 3.  Se você acha possível, gostaria de conhecer através de um
 exemplo.



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



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


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




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

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



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

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

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


Re: [Talk-br] Lixo na base

2014-03-24 Diskussionsfäden Paulo Carvalho
Overpass?


2014-03-24 13:06 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:

 Dá para utilizar regex no overpass para obter ruas que não iniciem com
 Rua|Avenida|etc

 ___
 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] Lixo na base

2014-03-24 Diskussionsfäden Nelson A. de Oliveira
On Mon, Mar 24, 2014 at 1:10 PM, Paulo Carvalho
paulo.r.m.carva...@gmail.com wrote:
 Overpass?

http://overpass-turbo.eu/
http://wiki.openstreetmap.org/wiki/Overpass_API
http://wiki.openstreetmap.org/wiki/Overpass_API/Language_Guide

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


[Talk-br] RES: Lixo na base

2014-03-24 Diskussionsfäden Reinaldo Neves
Desculpe mas não se deve colocar todos os logradouros sem tipo como Rua,  
existem mais de 300 tipos de logradouros catalogados no Correio, todos em uso e 
assumir um default para essa informação pode gerar um problema sem tamanho.

 

Basta lembrar que em determinadas cidades é usual nomes de logradouros 
repetidos, muitas vezes com variação apenas no tipo do logradouro ( PSG,TV, R 
Santo Antonio por exemplo em São Luiz ), as diversas ocorrências de Antonio 
Carlos Magalhães na Bahia e por ai vai.

 

Reinaldo

 

 

De: John Packer [mailto:john.pack...@gmail.com] 
Enviada em: segunda-feira, 24 de março de 2014 13:23
Para: OpenStreetMap no Brasil
Assunto: Re: [Talk-br] Lixo na base

 

Dá para utilizar regex no overpass para obter ruas que não iniciem com
Rua|Avenida|etc

Imagem removida pelo remetente.Esses dias eu corrigi via JOSM as ruas que não 
tinham nenhum prefixo na minha cidade.

O filtro que eu utilizei era algo estilo: possui as etiquetas `highway` e 
`name` e não pode começar com: Rua, Avenida, Servidão, Ponte, Estrada.

E talvez precise de Beco (mas não foi o caso na minha cidade).

Creio que seja seguro adicionar o prefixo Rua  quando for verificado que não 
tem nenhum prefixo em uma rua.

 

2014-03-24 13:06 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:

Dá para utilizar regex no overpass para obter ruas que não iniciem com
Rua|Avenida|etc


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

 

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


Re: [Talk-br] RES: Lixo na base

2014-03-24 Diskussionsfäden Nelson A. de Oliveira
2014-03-24 13:36 GMT-03:00 Reinaldo Neves rne...@equacao.com.br:

 Desculpe mas não se deve colocar todos os logradouros sem tipo como Rua,  
 existem mais de 300 tipos de logradouros catalogados no Correio, todos em uso 
 e assumir um default para essa informação pode gerar um problema sem tamanho.

300 tipos? Isso ignorando as abreviações?

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


Re: [Talk-br] Lixo na base

2014-03-24 Diskussionsfäden Fernando Trebien
Mas vocês querem fazer isso para todo o Brasil de forma automática ou
deixar para cada um na sua cidade fazer? Nem 1% das cidades brasileiras tem
representantes aqui na lista.


2014-03-24 13:23 GMT-03:00 John Packer john.pack...@gmail.com:

 Dá para utilizar regex no overpass para obter ruas que não iniciem com
 Rua|Avenida|etc

 Esses dias eu corrigi via JOSM as ruas que não tinham nenhum prefixo na
 minha cidade.
 O filtro que eu utilizei era algo estilo: possui as etiquetas `highway` e
 `name` e não pode começar com: Rua, Avenida, Servidão, Ponte, Estrada.
 E talvez precise de Beco (mas não foi o caso na minha cidade).

 Creio que seja seguro adicionar o prefixo Rua  quando for verificado que
 não tem nenhum prefixo em uma rua.



 2014-03-24 13:06 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:

 Dá para utilizar regex no overpass para obter ruas que não iniciem com

 Rua|Avenida|etc

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



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




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

The speed of computer chips doubles every 18 months. (Moore's law)
The speed of software halves every 18 months. (Gates' law)
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] RES: Lixo na base

2014-03-24 Diskussionsfäden Fernando Trebien
Eu já vi a lista completa em algum lugar (mas não consigo achar).
Então vai uma citação: Segundo o IBGE, existem 107 tipos de
logradouros e 256 títulos.
[http://scielo.iec.pa.gov.br/scielo.php?pid=S1679-4974200800016script=sci_arttext]

Realmente, a criatividade para o nome dessas coisas é quase infindável. :P

2014-03-24 13:45 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:
 2014-03-24 13:36 GMT-03:00 Reinaldo Neves rne...@equacao.com.br:

 Desculpe mas não se deve colocar todos os logradouros sem tipo como Rua,  
 existem mais de 300 tipos de logradouros catalogados no Correio, todos em 
 uso e assumir um default para essa informação pode gerar um problema sem 
 tamanho.

 300 tipos? Isso ignorando as abreviações?

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



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

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

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


[Talk-br] RES: RES: Lixo na base

2014-03-24 Diskussionsfäden Reinaldo Neves
Sim o número é grande, segue minha tabela de referência em anexo, apesar de
ter algumas variações para a mesma coisa do tipo 

7 TRAVESSA  7TV

7A TRAVESSA 7TV


Ainda há uma quantidade razoável de tipos de logradouro para se assumir um
padrão quando não existe informação conhecida.

Reinaldo Neves   

-Mensagem original-
De: Nelson A. de Oliveira [mailto:nao...@gmail.com] 
Enviada em: segunda-feira, 24 de março de 2014 13:45
Para: OpenStreetMap no Brasil
Assunto: Re: [Talk-br] RES: Lixo na base

2014-03-24 13:36 GMT-03:00 Reinaldo Neves rne...@equacao.com.br:

 Desculpe mas não se deve colocar todos os logradouros sem tipo como Rua,
existem mais de 300 tipos de logradouros catalogados no Correio, todos em
uso e assumir um default para essa informação pode gerar um problema sem
tamanho.

300 tipos? Isso ignorando as abreviações?

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br
1  ALTO 1AT 
   
1  BECO 1BC 
   
1  PARQUE   1PRQ
   
1 AVENIDA   1AV 
   
1 PARALELA  1PAR
   
1 RUA   1R  
   
1 SUBIDA1SUB
   
1 TRAVESSA  1TV 
   
1 TRAVESSA DA RODOVIA   1TV-ROD 
   
1 VILA  1VL 
   
10 RUA  10R 
   
10 TRAVESSA 10TV
   
10A RUA 10R 
   
10A TRAVESSA10TV
   
11 RUA  11R 
   
11 TRAVESSA 11TV
   
11A RUA 11R 
   
11A TRAVESSA11TV
   
12 RUA  12R 
   
12 TRAVESSA 12TV
   
12A RUA 12R 
   
12A TRAVESSA12TV
   
13 TRAVESSA 13TV
   
13A TRAVESSA13TV
   
14 TRAVESSA 14TV
   
14A TRAVESSA14TV
   
15 TRAVESSA 15TV
   
15A TRAVESSA15TV
   
16 TRAVESSA 16TV
   
16A TRAVESSA16TV
   
17 TRAVESSA 17TV
   
18 TRAVESSA 18TV
   
18A TRAVESSA18TV
   
19 TRAVESSA 19TV
   
19A TRAVESSA19TV
   
1A AVENIDA  1AV 
   
1A PARALELA 1PAR
   
1A RUA  1R  
   
1A SUBIDA   1SUB
   
1A TRAVESSA 1TV 
   
1A TRAVESSA DA RODOVIA  1TV-ROD 
   
1A VILA 1VL 
   
2  ALTO 2AT 
   
2  BECO   

[Talk-br] Microbacias hidrográficas

2014-03-24 Diskussionsfäden Edil Queiroz de Araujo
Muito obrigado... éh, eu devia ter lido mais na wikiédia para uma melhor
definição... :)

- Provavelmente não há como mapear hoje.  A bacia de um rio é a área de
terra cujas águas precipitadas são drenadas por ele.  Uma bacia não é
estabelecida por delimitação ou demarcação, mas sim pela geografia.  O que
pode haver, conforme você falou, são reservas de proteção que podem
concidir com limites de bacias.

Pelo que já procurei nos Wikis do OSM, suspeitei que fosse algo desde
tipo... nos dados que consegui, um estudo da geografia e levantamento de
nascentes locais levou a distinção das mesmas. Entre os dados de córregos,
nascentes e rios veios as delimitações nas microbacias.
Pelo que sei até o momento, alguns dados foram usados em planejamento de
saneamento básico, mas não foram estabelecidas reservas ou áreas de
preservação com base nessas delimitações.



*Edil Queiroz de Araujo*
*Acessa SP* - *Prefeitura Municipal de Ribeirão Grande*
Projeto Monitor Virtual http://projetomonitorvirtual.blogspot.com.br/
Projeto RGM - Ribeirão Grande em Mapas http://projetorgm.com.br/
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] RES: Lixo na base

2014-03-24 Diskussionsfäden Nelson A. de Oliveira
2014-03-24 13:57 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com:
 Eu já vi a lista completa em algum lugar (mas não consigo achar).
 Então vai uma citação: Segundo o IBGE, existem 107 tipos de
 logradouros e 256 títulos.
 [http://scielo.iec.pa.gov.br/scielo.php?pid=S1679-4974200800016script=sci_arttext]

Os daqui 
http://www.buscacep.correios.com.br/servicos/dnec/menuAction.do?Metodo=menuLogradouro
(no Tipo) eu valido (com alguns poucos outros).
O que se encaixa em Outros acho que pode ser ignorado por enquanto.

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


Re: [Talk-br] RES: RES: Lixo na base

2014-03-24 Diskussionsfäden Nelson A. de Oliveira
2014-03-24 14:08 GMT-03:00 Reinaldo Neves rne...@equacao.com.br:
 Sim o número é grande, segue minha tabela de referência em anexo, apesar de
 ter algumas variações para a mesma coisa do tipo

É grande mas tem muita coisa repetida! :-)

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


[Talk-br] RES: RES: RES: Lixo na base

2014-03-24 Diskussionsfäden Reinaldo Neves
Sim existem repetições e algumas variantes que o IBGE não considera ou grafa
de forma diferente,

Caso de Primeira, segunda... travessa que o correio defini como 1TV, 2TV,
etc, no CNEFE vem como Travessa Primeira ou travessa 1 ..

Acredito que o padrão correio seja o melhor, mas mesmo tirando as repetições
acho temerário assumir o padrão Rua para tudo como sugerido antes.

Reinaldo

-Mensagem original-
De: Nelson A. de Oliveira [mailto:nao...@gmail.com] 
Enviada em: segunda-feira, 24 de março de 2014 14:16
Para: OpenStreetMap no Brasil
Assunto: Re: [Talk-br] RES: RES: Lixo na base

2014-03-24 14:08 GMT-03:00 Reinaldo Neves rne...@equacao.com.br:
 Sim o número é grande, segue minha tabela de referência em anexo, 
 apesar de ter algumas variações para a mesma coisa do tipo

É grande mas tem muita coisa repetida! :-)

___
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] Lixo na base

2014-03-24 Diskussionsfäden thundercel
Os erros existentes são fatos e requerem correção.
Na minha opinião correção automática até porque são tantos que uma correção 
manual, com poucos colaboradores, exigiria muito esforço e tempo.
Corrigiríamos os existentes, mas como evitar que novos surjam?
Continuo defendendo a função VALIDADOR (como erro e não aviso) quando da 
edição. Pelo menos por meio dele novos erros desse tipo não devem voltar a 
ocorrer.
[]s
Marcio


From: Fernando Trebien 
Sent: Monday, March 24, 2014 1:52 PM
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br] Lixo na base

Mas vocês querem fazer isso para todo o Brasil de forma automática ou deixar 
para cada um na sua cidade fazer? Nem 1% das cidades brasileiras tem 
representantes aqui na lista.



2014-03-24 13:23 GMT-03:00 John Packer john.pack...@gmail.com:

Dá para utilizar regex no overpass para obter ruas que não iniciem com
Rua|Avenida|etc
  Esses dias eu corrigi via JOSM as ruas que não tinham nenhum prefixo na minha 
cidade.

  O filtro que eu utilizei era algo estilo: possui as etiquetas `highway` e 
`name` e não pode começar com: Rua, Avenida, Servidão, Ponte, Estrada.

  E talvez precise de Beco (mas não foi o caso na minha cidade).


  Creio que seja seguro adicionar o prefixo Rua  quando for verificado que 
não tem nenhum prefixo em uma rua.





  2014-03-24 13:06 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:

Dá para utilizar regex no overpass para obter ruas que não iniciem com 

Rua|Avenida|etc


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



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






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

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



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


Re: [Talk-br] Microbacias hidrográficas

2014-03-24 Diskussionsfäden Edil Queiroz de Araujo
Olá Vitor! Seria muito legal ver esses dados no OSM :)
Eu também acho muito interessante a disponibilização de tais dados.

Legal... o que seria melhor fazer: simplesmente não mapear até termos uma
melhor discussão e definição sobre as tags... ou mapear como relação
multipolígono e colocar uma nota no mapa?



*Edil Queiroz de Araujo**Acessa SP* - *Prefeitura Municipal de Ribeirão
Grande*
Projeto Monitor Virtual http://projetomonitorvirtual.blogspot.com.br/
Projeto RGM - Ribeirão Grande em Mapas http://projetorgm.com.br/
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] Street name data

2014-03-24 Diskussionsfäden Hermann Peifer


Estou fazendo as novas listas, baseadas nos setores censitários. Vou 
colocar depois na minha pasta no ubuntuone. Esta demorando um pouco. 
Para contar as ruas tenho que primeiro cortar o estado em municípios, 
depois os municípios em setores.


Estou vendo que muitos setores ficam sem nemhuma rua no OSM :-(. Claro, 
a média no estado é 23679 ruas OSM / 130175 ruas CNEFE = 18.2%


Hermann

On 2014-03-24 13:16, Fernando Trebien wrote:

Eu acho que as comparações setoriais poderiam ser muito úteis sim. Com
base nelas (vou viajar um pouco, mas não quer dizer que não seja
factível) daria pra fazer um sistema que mostra diferenças
graficamente, por região (aproximada). Por exemplo, com um LeafletJS,
daria pra:
- obter a posição atual do usuário no mapa
- encontrar o setor censitário mais próximo (não precisa ser muito
rebuscado, pode ser uma busca gulosa usando a distância em relação ao
centro/centróide do setor censitário)
- consultar (a partir de dados já compilados) e mostrar quais ruas do
CNEFE não existem no OSM (idealmente seria só naquele setor)
- também mostrar as ruas que existem no OSM mas não no CNEFE, listando
os nomes mais similares (poderia ser a saída do script que eu fiz - e
estou melhorando com o seu feedback)

Com isso, qualquer pessoa poderia entrar no sistema e descobrir quais
ruas faltam e onde.

E num nível mais afastado, ao invés dessa análise, poderiam aparecer
os heat maps que você já desenvolveu. Com o tempo, as pessoas saberiam
quais lugares precisam ser trabalhados.

(Se não viajei demais, acho que temos um projeto. :P)

2014-03-24 0:19 GMT-03:00 Hermann Peifer pei...@gmx.eu:

Fernando,

Claro: tu fais as comparações como tu achas mais adequadas. Eu só pensei que
no caso de 'RUA A'  'RUA B': 4 caractères = 80% de igualdade parece muito
alto, já que o prefixo 'RUA ' é quase omnipresente no CNEFE, como Tipo do
logradouro.

O que é que tu achas das comparações setoriais?

A tabela CNEFE cresceu: de 130 000 linhas  190 000 linhas, Não tenho ainda
a nova tabela setorial do OSM.

Abçs, Hermann


On 2014-03-24 3:32, Fernando Trebien wrote:


O fórum brasileiro foi criado há pouco tempo (meados do ano passado).
Se vocês olharem bem, o fórum alemão, o russo e o inglês têm muita
atividade (talvez mais do que as listas de e-mail, sinceramente não
acompanho tão de perto).

Embora no Brasil o fórum ainda esteja engatinhando, fora do Brasil ele
costuma ser usado pra diversas coisas (ou seja, o propósito é livre).
Andaram conversando aqui na lista (e eu acho que faz algum sentido
pensar assim) que o fórum é um espaço adequado a discussões mais
longas, cujo registro pode ser importante depois (basta mandar o link
pras pessoas que estiverem chegando na discussão), enquanto que a
lista é mais um espaço para anúncios, dúvidas rápidas ou assuntos
urgentes. Outra utilidade do fórum é poder referenciar a discussão no
próprio mapa (basta colocar o link pra discussão na tag note) quando
há divergências sobre a forma correta de mapear algo.

Eu acho interessante manter rua e avenida na comparação, pois
gostaríamos que esses prefixos constassem no mapa do OSM. Uma idéia:
- calcular duas distâncias: uma com (1) e outra sem (2) os prefixos
(rua, avenida, etc.)
- se ambas forem zero, não gerar nada na saída (os nomes são iguais)
- senão, usar 2 para ordenar a saída, mesmo que 2 seja zero; viria no
começo então todos os casos em que a única diferença está no prefixo

Vou tentar fazer isso ver como fica o resultado.

2014-03-23 23:15 GMT-03:00 Aun Johnsen
lists-syhcobdn3iehv55da0l...@public.gmane.org:




PS: Alguem me pode explicar a lógica brasileira da dualidade de lista
talk-br e OSM Forum, users: Brazil ? Minha hipótese é que o Forum serve
mais para a Geração Facebook (a geração dos meus filhos), enquanto que,
por outro lado, a lista talk-br é o veículo histórico de comunicação da
Geração pré-Facebook (que nem eu). É verdade memo ? ;-)



Eu talvez sao do geracao mais velho, a lista talk-br e maia util p mim
como recebendo no meu email, onde eu pode responder mesmo que viajando

O forum nao e bem util p mim como sempre viajando, utilizando
computadores publico ou do trabalho

Sds
___
Talk-br mailing list
Talk-br-3+rWM/WnaLOn4i5uJCXUsti2O/jbr...@public.gmane.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] Lixo na base

2014-03-24 Diskussionsfäden Erick de Oliveira Leal
Erros onde o nome só contém caracteres do tipo ? eu tenho certeza q sim...
rsrsrs.

Mas ainda seria mais interessante um script que nos desse os ids dos
objetos com erros e fizessemos uma força tarefa para corrigi-los. Mas acho
que os erros do tipo sem logradouro são muitos, então esses teriam que ser
postergados. Agora só corrigiriamos esses casos estranhos mesmo. Mas tem
algum jeito de encontrar isso fácil?


Em 24 de março de 2014 15:22, Fernando Trebien
fernando.treb...@gmail.comescreveu:

 Erros são matemáticos. Você tem certeza absoluta de que todos esses casos,
 sem exceção, presente ou futura, constituem erros?
 On Mar 24, 2014 2:29 PM, thunder...@gpsinfo.com.br wrote:

   Os erros existentes são fatos e requerem correção.
 Na minha opinião correção automática até porque são tantos que uma
 correção manual, com poucos colaboradores, exigiria muito esforço e tempo.
 Corrigiríamos os existentes, mas como evitar que novos surjam?
 Continuo defendendo a função VALIDADOR (como erro e não aviso) quando da
 edição. Pelo menos por meio dele novos erros desse tipo não devem voltar a
 ocorrer.
 []s
 Marcio


  *From:* Fernando Trebien fernando.treb...@gmail.com
 *Sent:* Monday, March 24, 2014 1:52 PM
 *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org
 *Subject:* Re: [Talk-br] Lixo na base

  Mas vocês querem fazer isso para todo o Brasil de forma automática ou
 deixar para cada um na sua cidade fazer? Nem 1% das cidades brasileiras tem
 representantes aqui na lista.


 2014-03-24 13:23 GMT-03:00 John Packer john.pack...@gmail.com:

  Dá para utilizar regex no overpass para obter ruas que não iniciem com
 Rua|Avenida|etc

  Esses dias eu corrigi via JOSM as ruas que não tinham nenhum prefixo
 na minha cidade.
 O filtro que eu utilizei era algo estilo: possui as etiquetas `highway`
 e `name` e não pode começar com: Rua, Avenida, Servidão, Ponte, Estrada.
 E talvez precise de Beco (mas não foi o caso na minha cidade).

 Creio que seja seguro adicionar o prefixo Rua  quando for verificado
 que não tem nenhum prefixo em uma rua.



  2014-03-24 13:06 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:

 Dá para utilizar regex no overpass para obter ruas que não iniciem com

 Rua|Avenida|etc

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



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




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

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

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


 ___
 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] Caminhos como via em restrições

2014-03-24 Diskussionsfäden Fernando Trebien
A forma que você sugere contraria o princípio de dividir a via somente
quando houver barreira física. Mesmo que a sua dedução esteja correta (e
pode não estar), a única coisa separando a faixa do resto da via seria uma
faixa contínua. Logo, Z1 não existe e não deve ser mapeada. Aliás, foi você
mesmo que me convenceu plenamente disso ao argumentar que esse tipo de
coisa pode prejudicar a navegação visual.

Leia um pouco mais adiante no tutorial e você vai ver que uma solução
temporária para contornar o problema é fazer exatamente o que você propôs.
Mas o tutorial deixa claro que fazer assim é considerado uma forma inferior
à ideal. É a comunidade que pensa assim, não eu.

Assim que tiver tempo, leia o tutorial do início ao fim com cuidado. Me
custou uma semana inteira confeccioná-lo e já passou pela análise e
correção de outras pessoas na comunidade.


2014-03-24 14:05 GMT-03:00 thunder...@gpsinfo.com.br:

   Repliquei o citado pelo Paulo Carvalho quanto a X1Y2X4.  A restrição
 de dobrar a esquerda inserida em X1 não afetava a via Y.

 Agora vem o caso de se permitir virar a esquerda em X1.

 Sendo permitido dobrar a esquerda ( X1Y2) deduzo que existe na via X uma
 faixa seletiva para quem vai dobrar a esquerda (X1Y2).

 Desenvolvendo mapa sempre retratei com linha pista seletiva quando aquela
 é reservada para determinada manobra de ingresso em via em cruzamento.

 Poderia eu aqui defender com inúmeros argumentos a vantagem disso, mas não
 é o caso.

 Existindo faixa seletiva para se dobrar a esquerda a restrição de proibido
 virar a esquerda (retorno) se aplicaria a essa linha seletiva e não a via.

 Para facilitar o entendimento inseri a restrição de manobra de proibido
 virar a esquerda em diamantes vermelho, desenhando a faixa seletiva e
 nomeando-a com Z1.

 Do exposto:
 a manobra questionada pelo Paulo Carvalho (Y1-Y2X4) pode ser feita
 a manobra questionada pelo Fernando  (X1  Y2  Y3) não pode porque existe
 restrição de virar a esquerda em X1, entretanto essa manobra é feita por
 Z1Y3

 [image: restricao]

   *From:* Fernando Trebien fernando.treb...@gmail.com
 *Sent:* Monday, March 24, 2014 12:52 PM
 *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org
 *Subject:* Re: [Talk-br]Caminhos como via em restrições

  Mas estaria errado proibir X1  Y2. Afinal, você PODE dobrar à esquerda
 (X1  Y2  Y3).


 2014-03-24 12:51 GMT-03:00 thunder...@gpsinfo.com.br:

   Não Paulo!

 A restrição de proibido dobrar a esquerda é colocada para quem vem de
 X1Y2.
 Essa restrição não se aplica a quem faz Y1Y2X4. Assim quem bem Y1Y2
 pode entrar em X4 porque ali não tem restrição.



  *From:* Paulo Carvalho paulo.r.m.carva...@gmail.com
 *Sent:* Monday, March 24, 2014 12:38 PM
  *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org
 *Subject:* Re: [Talk-br]Caminhos como via em restrições

  Infelizmente não é a mesma coisa.  Colocando duas de 3, quem vem de
 Y1-Y2 para entrar em X4 não vai conseguir, o que deveria ser permitido,
 pois a restrição é só para quem vai fazer o U X1-Y2-X4.


 Em 24 de março de 2014 12:29, thunder...@gpsinfo.com.br escreveu:

   [image: 4]

 Paulo,
 no exemplo acima pode-se aplicar uma restrição de 4 nós ( proibido
 retorno) ou duas de 3 nós (proibido virar a esquerda).

 Sempre optei pela de 3 nós.

 []s
 Marcio

  *From:* Paulo Carvalho paulo.r.m.carva...@gmail.com
 *Sent:* Monday, March 24, 2014 12:12 PM
 *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org
 *Subject:* Re: [Talk-br]Caminhos como via em restrições

  Márcio, não dá para reduzir uma restrição de 4 nós para uma composição
 de restrições de 3.  Se você acha possível, gostaria de conhecer através de
 um exemplo.




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




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

The speed of computer chips doubles every 18 months. (Moore's law)
The speed of software halves every 18 months. (Gates' law)
inline: 4[1].jpginline: restricao[3].jpg___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] Lixo na base

2014-03-24 Diskussionsfäden Fernando Trebien
2014-03-24 15:33 GMT-03:00 Erick de Oliveira Leal 
erickdeoliveiral...@gmail.com:

 Erros onde o nome só contém caracteres do tipo ? eu tenho certeza q sim...
 rsrsrs.


Heh, ok, este caso em particular poderia ser considerado um erro. Mas daí
não vale à pena o esforço de fazer um validador para um caso que acontece
só umas poucas vezes né. Melhor fazer um script que liste os IDs objetos e
depois nos permita editá-los manualmente, como você disse. (Precisamos de
scripts assim pra muitas outras coisas parecidas.)


 Mas ainda seria mais interessante um script que nos desse os ids dos
 objetos com erros e fizessemos uma força tarefa para corrigi-los. Mas acho
 que os erros do tipo sem logradouro são muitos, então esses teriam que ser
 postergados. Agora só corrigiriamos esses casos estranhos mesmo. Mas tem
 algum jeito de encontrar isso fácil?


 Em 24 de março de 2014 15:22, Fernando Trebien fernando.treb...@gmail.com
  escreveu:

 Erros são matemáticos. Você tem certeza absoluta de que todos esses casos,
 sem exceção, presente ou futura, constituem erros?
  On Mar 24, 2014 2:29 PM, thunder...@gpsinfo.com.br wrote:

   Os erros existentes são fatos e requerem correção.
 Na minha opinião correção automática até porque são tantos que uma
 correção manual, com poucos colaboradores, exigiria muito esforço e tempo.
 Corrigiríamos os existentes, mas como evitar que novos surjam?
 Continuo defendendo a função VALIDADOR (como erro e não aviso) quando da
 edição. Pelo menos por meio dele novos erros desse tipo não devem voltar a
 ocorrer.
 []s
 Marcio


  *From:* Fernando Trebien fernando.treb...@gmail.com
 *Sent:* Monday, March 24, 2014 1:52 PM
 *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org
 *Subject:* Re: [Talk-br] Lixo na base

  Mas vocês querem fazer isso para todo o Brasil de forma automática ou
 deixar para cada um na sua cidade fazer? Nem 1% das cidades brasileiras tem
 representantes aqui na lista.


 2014-03-24 13:23 GMT-03:00 John Packer john.pack...@gmail.com:

  Dá para utilizar regex no overpass para obter ruas que não iniciem com
 Rua|Avenida|etc

  Esses dias eu corrigi via JOSM as ruas que não tinham nenhum prefixo
 na minha cidade.
 O filtro que eu utilizei era algo estilo: possui as etiquetas `highway`
 e `name` e não pode começar com: Rua, Avenida, Servidão, Ponte, Estrada.
 E talvez precise de Beco (mas não foi o caso na minha cidade).

 Creio que seja seguro adicionar o prefixo Rua  quando for verificado
 que não tem nenhum prefixo em uma rua.



  2014-03-24 13:06 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:

 Dá para utilizar regex no overpass para obter ruas que não iniciem com

 Rua|Avenida|etc

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



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




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

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

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


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


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



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




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

The speed of computer chips doubles every 18 months. (Moore's law)
The speed of software halves every 18 months. (Gates' law)
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] Mudança na URL da layer TMS do IBGE

2014-03-24 Diskussionsfäden Thiago Marcos P. Santos
2014-03-24 0:33 GMT+02:00 Fernando Trebien fernando.treb...@gmail.com:
 Thiago, uma pergunta (não sei se perdi algum pedaço no começo da
 história): você está fazendo os alinhamentos manualmente? Se sim,
 poderia contar com a ajuda de mais pessoas interessadas.

Hehehe, na mão eu não teria vida útil pra isso não. :)

https://github.com/tmpsantos/IBGETools

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


Re: [Talk-br] Lixo na base

2014-03-24 Diskussionsfäden Erick de Oliveira Leal
E validador só pega casos onde está aberto no JOSM. Teria que ser um script
que lesse o planet OSM do Brasil (é isso?) e retornasse uma lista dos IDs
né? Mas quem sabe fazer isso?


Em 24 de março de 2014 15:43, Fernando Trebien
fernando.treb...@gmail.comescreveu:

 2014-03-24 15:33 GMT-03:00 Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com:

 Erros onde o nome só contém caracteres do tipo ? eu tenho certeza q sim...
 rsrsrs.


 Heh, ok, este caso em particular poderia ser considerado um erro. Mas daí
 não vale à pena o esforço de fazer um validador para um caso que acontece
 só umas poucas vezes né. Melhor fazer um script que liste os IDs objetos e
 depois nos permita editá-los manualmente, como você disse. (Precisamos de
 scripts assim pra muitas outras coisas parecidas.)


 Mas ainda seria mais interessante um script que nos desse os ids dos
 objetos com erros e fizessemos uma força tarefa para corrigi-los. Mas acho
 que os erros do tipo sem logradouro são muitos, então esses teriam que ser
 postergados. Agora só corrigiriamos esses casos estranhos mesmo. Mas tem
 algum jeito de encontrar isso fácil?


 Em 24 de março de 2014 15:22, Fernando Trebien 
 fernando.treb...@gmail.com escreveu:

 Erros são matemáticos. Você tem certeza absoluta de que todos esses
 casos, sem exceção, presente ou futura, constituem erros?
  On Mar 24, 2014 2:29 PM, thunder...@gpsinfo.com.br wrote:

   Os erros existentes são fatos e requerem correção.
 Na minha opinião correção automática até porque são tantos que uma
 correção manual, com poucos colaboradores, exigiria muito esforço e tempo.
 Corrigiríamos os existentes, mas como evitar que novos surjam?
 Continuo defendendo a função VALIDADOR (como erro e não aviso) quando
 da edição. Pelo menos por meio dele novos erros desse tipo não devem voltar
 a ocorrer.
 []s
 Marcio


  *From:* Fernando Trebien fernando.treb...@gmail.com
 *Sent:* Monday, March 24, 2014 1:52 PM
 *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org
 *Subject:* Re: [Talk-br] Lixo na base

  Mas vocês querem fazer isso para todo o Brasil de forma automática ou
 deixar para cada um na sua cidade fazer? Nem 1% das cidades brasileiras tem
 representantes aqui na lista.


 2014-03-24 13:23 GMT-03:00 John Packer john.pack...@gmail.com:

  Dá para utilizar regex no overpass para obter ruas que não iniciem
 com
 Rua|Avenida|etc

  Esses dias eu corrigi via JOSM as ruas que não tinham nenhum prefixo
 na minha cidade.
 O filtro que eu utilizei era algo estilo: possui as etiquetas
 `highway` e `name` e não pode começar com: Rua, Avenida, Servidão, Ponte,
 Estrada.
 E talvez precise de Beco (mas não foi o caso na minha cidade).

 Creio que seja seguro adicionar o prefixo Rua  quando for verificado
 que não tem nenhum prefixo em uma rua.



  2014-03-24 13:06 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:

 Dá para utilizar regex no overpass para obter ruas que não iniciem
 com

 Rua|Avenida|etc

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



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




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

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

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


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


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



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




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

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

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


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


Re: [Talk-br] Caminhos como via em restrições

2014-03-24 Diskussionsfäden Fernando Trebien
Caso você queria encontrar rapidamente o lugar no tutorial onde é
citado um caso idêntico à sua proposta, é a imagem 1 nesta seção (que
é imediamente seguinte à seção citada antes):
http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Restri%C3%A7%C3%B5es_de_Convers%C3%A3o#Conex.C3.B5es_inventadas

2014-03-24 15:40 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com:
 A forma que você sugere contraria o princípio de dividir a via somente
 quando houver barreira física. Mesmo que a sua dedução esteja correta (e
 pode não estar), a única coisa separando a faixa do resto da via seria uma
 faixa contínua. Logo, Z1 não existe e não deve ser mapeada. Aliás, foi você
 mesmo que me convenceu plenamente disso ao argumentar que esse tipo de coisa
 pode prejudicar a navegação visual.

 Leia um pouco mais adiante no tutorial e você vai ver que uma solução
 temporária para contornar o problema é fazer exatamente o que você propôs.
 Mas o tutorial deixa claro que fazer assim é considerado uma forma inferior
 à ideal. É a comunidade que pensa assim, não eu.

 Assim que tiver tempo, leia o tutorial do início ao fim com cuidado. Me
 custou uma semana inteira confeccioná-lo e já passou pela análise e correção
 de outras pessoas na comunidade.


 2014-03-24 14:05 GMT-03:00 thunder...@gpsinfo.com.br:

 Repliquei o citado pelo Paulo Carvalho quanto a X1Y2X4.  A restrição de
 dobrar a esquerda inserida em X1 não afetava a via Y.

 Agora vem o caso de se permitir virar a esquerda em X1.

 Sendo permitido dobrar a esquerda ( X1Y2) deduzo que existe na via X uma
 faixa seletiva para quem vai dobrar a esquerda (X1Y2).

 Desenvolvendo mapa sempre retratei com linha pista seletiva quando aquela
 é reservada para determinada manobra de ingresso em via em cruzamento.

 Poderia eu aqui defender com inúmeros argumentos a vantagem disso, mas não
 é o caso.

 Existindo faixa seletiva para se dobrar a esquerda a restrição de proibido
 virar a esquerda (retorno) se aplicaria a essa linha seletiva e não a via.

 Para facilitar o entendimento inseri a restrição de manobra de proibido
 virar a esquerda em diamantes vermelho, desenhando a faixa seletiva e
 nomeando-a com Z1.

 Do exposto:
 a manobra questionada pelo Paulo Carvalho (Y1-Y2X4) pode ser feita
 a manobra questionada pelo Fernando  (X1  Y2  Y3) não pode porque existe
 restrição de virar a esquerda em X1, entretanto essa manobra é feita por
 Z1Y3


 From: Fernando Trebien
 Sent: Monday, March 24, 2014 12:52 PM
 To: OpenStreetMap no Brasil
 Subject: Re: [Talk-br]Caminhos como via em restrições

 Mas estaria errado proibir X1  Y2. Afinal, você PODE dobrar à esquerda
 (X1  Y2  Y3).


 2014-03-24 12:51 GMT-03:00 thunder...@gpsinfo.com.br:

 Não Paulo!

 A restrição de proibido dobrar a esquerda é colocada para quem vem de
 X1Y2.
 Essa restrição não se aplica a quem faz Y1Y2X4. Assim quem bem Y1Y2
 pode entrar em X4 porque ali não tem restrição.



 From: Paulo Carvalho
 Sent: Monday, March 24, 2014 12:38 PM
 To: OpenStreetMap no Brasil
 Subject: Re: [Talk-br]Caminhos como via em restrições

 Infelizmente não é a mesma coisa.  Colocando duas de 3, quem vem de
 Y1-Y2 para entrar em X4 não vai conseguir, o que deveria ser permitido,
 pois a restrição é só para quem vai fazer o U X1-Y2-X4.


 Em 24 de março de 2014 12:29, thunder...@gpsinfo.com.br escreveu:


 Paulo,
 no exemplo acima pode-se aplicar uma restrição de 4 nós ( proibido
 retorno) ou duas de 3 nós (proibido virar a esquerda).

 Sempre optei pela de 3 nós.

 []s
 Marcio

 From: Paulo Carvalho
 Sent: Monday, March 24, 2014 12:12 PM
 To: OpenStreetMap no Brasil
 Subject: Re: [Talk-br]Caminhos como via em restrições

 Márcio, não dá para reduzir uma restrição de 4 nós para uma composição
 de restrições de 3.  Se você acha possível, gostaria de conhecer através de
 um exemplo.




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




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

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



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

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

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


Re: [Talk-br] Lixo na base

2014-03-24 Diskussionsfäden Erick de Oliveira Leal
E pra isso precisa de um super computador ou nao? rsrs


Em 24 de março de 2014 15:47, Erick de Oliveira Leal 
erickdeoliveiral...@gmail.com escreveu:

 E validador só pega casos onde está aberto no JOSM. Teria que ser um
 script que lesse o planet OSM do Brasil (é isso?) e retornasse uma lista
 dos IDs né? Mas quem sabe fazer isso?


 Em 24 de março de 2014 15:43, Fernando Trebien fernando.treb...@gmail.com
  escreveu:

 2014-03-24 15:33 GMT-03:00 Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com:

 Erros onde o nome só contém caracteres do tipo ? eu tenho certeza q
 sim... rsrsrs.


 Heh, ok, este caso em particular poderia ser considerado um erro. Mas daí
 não vale à pena o esforço de fazer um validador para um caso que acontece
 só umas poucas vezes né. Melhor fazer um script que liste os IDs objetos e
 depois nos permita editá-los manualmente, como você disse. (Precisamos de
 scripts assim pra muitas outras coisas parecidas.)


 Mas ainda seria mais interessante um script que nos desse os ids dos
 objetos com erros e fizessemos uma força tarefa para corrigi-los. Mas acho
 que os erros do tipo sem logradouro são muitos, então esses teriam que ser
 postergados. Agora só corrigiriamos esses casos estranhos mesmo. Mas tem
 algum jeito de encontrar isso fácil?


 Em 24 de março de 2014 15:22, Fernando Trebien 
 fernando.treb...@gmail.com escreveu:

 Erros são matemáticos. Você tem certeza absoluta de que todos esses
 casos, sem exceção, presente ou futura, constituem erros?
  On Mar 24, 2014 2:29 PM, thunder...@gpsinfo.com.br wrote:

   Os erros existentes são fatos e requerem correção.
 Na minha opinião correção automática até porque são tantos que uma
 correção manual, com poucos colaboradores, exigiria muito esforço e tempo.
 Corrigiríamos os existentes, mas como evitar que novos surjam?
 Continuo defendendo a função VALIDADOR (como erro e não aviso) quando
 da edição. Pelo menos por meio dele novos erros desse tipo não devem 
 voltar
 a ocorrer.
 []s
 Marcio


  *From:* Fernando Trebien fernando.treb...@gmail.com
 *Sent:* Monday, March 24, 2014 1:52 PM
 *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org
 *Subject:* Re: [Talk-br] Lixo na base

  Mas vocês querem fazer isso para todo o Brasil de forma automática
 ou deixar para cada um na sua cidade fazer? Nem 1% das cidades brasileiras
 tem representantes aqui na lista.


 2014-03-24 13:23 GMT-03:00 John Packer john.pack...@gmail.com:

  Dá para utilizar regex no overpass para obter ruas que não iniciem
 com
 Rua|Avenida|etc

  Esses dias eu corrigi via JOSM as ruas que não tinham nenhum
 prefixo na minha cidade.
 O filtro que eu utilizei era algo estilo: possui as etiquetas
 `highway` e `name` e não pode começar com: Rua, Avenida, Servidão, Ponte,
 Estrada.
 E talvez precise de Beco (mas não foi o caso na minha cidade).

 Creio que seja seguro adicionar o prefixo Rua  quando for
 verificado que não tem nenhum prefixo em uma rua.



  2014-03-24 13:06 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:

 Dá para utilizar regex no overpass para obter ruas que não iniciem
 com

 Rua|Avenida|etc

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



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




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

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

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


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


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



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




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

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

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



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


Re: [Talk-br] Lixo na base

2014-03-24 Diskussionsfäden Nelson A. de Oliveira
A gente precisa de um MapRoulette
(http://wiki.openstreetmap.org/wiki/MapRoulette) pro Brasil.

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


Re: [Talk-br] Lixo na base

2014-03-24 Diskussionsfäden Fernando Trebien
Eu sei fazer, mas estou envolvido com outros assuntos que considero mais
importantes pra comunidade. Sei que tem mais gente que sabe, e se tiverem
interesse, obviamente podem se aventurar.

Não deveria ser necessário ter um supercomputador não. :P Se for, é porque
as ferramentas foram mal escritas - ou melhor dizendo, escritas com o tempo
e conhecimento que se tinha à disposição. :)


2014-03-24 15:48 GMT-03:00 Erick de Oliveira Leal 
erickdeoliveiral...@gmail.com:

 E pra isso precisa de um super computador ou nao? rsrs


 Em 24 de março de 2014 15:47, Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com escreveu:

 E validador só pega casos onde está aberto no JOSM. Teria que ser um
 script que lesse o planet OSM do Brasil (é isso?) e retornasse uma lista
 dos IDs né? Mas quem sabe fazer isso?


 Em 24 de março de 2014 15:43, Fernando Trebien 
 fernando.treb...@gmail.com escreveu:

 2014-03-24 15:33 GMT-03:00 Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com:

 Erros onde o nome só contém caracteres do tipo ? eu tenho certeza q
 sim... rsrsrs.


 Heh, ok, este caso em particular poderia ser considerado um erro. Mas
 daí não vale à pena o esforço de fazer um validador para um caso que
 acontece só umas poucas vezes né. Melhor fazer um script que liste os IDs
 objetos e depois nos permita editá-los manualmente, como você disse.
 (Precisamos de scripts assim pra muitas outras coisas parecidas.)


 Mas ainda seria mais interessante um script que nos desse os ids dos
 objetos com erros e fizessemos uma força tarefa para corrigi-los. Mas acho
 que os erros do tipo sem logradouro são muitos, então esses teriam que ser
 postergados. Agora só corrigiriamos esses casos estranhos mesmo. Mas tem
 algum jeito de encontrar isso fácil?


 Em 24 de março de 2014 15:22, Fernando Trebien 
 fernando.treb...@gmail.com escreveu:

 Erros são matemáticos. Você tem certeza absoluta de que todos esses
 casos, sem exceção, presente ou futura, constituem erros?
  On Mar 24, 2014 2:29 PM, thunder...@gpsinfo.com.br wrote:

   Os erros existentes são fatos e requerem correção.
 Na minha opinião correção automática até porque são tantos que uma
 correção manual, com poucos colaboradores, exigiria muito esforço e 
 tempo.
 Corrigiríamos os existentes, mas como evitar que novos surjam?
 Continuo defendendo a função VALIDADOR (como erro e não aviso) quando
 da edição. Pelo menos por meio dele novos erros desse tipo não devem 
 voltar
 a ocorrer.
 []s
 Marcio


  *From:* Fernando Trebien fernando.treb...@gmail.com
 *Sent:* Monday, March 24, 2014 1:52 PM
 *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org
 *Subject:* Re: [Talk-br] Lixo na base

  Mas vocês querem fazer isso para todo o Brasil de forma automática
 ou deixar para cada um na sua cidade fazer? Nem 1% das cidades 
 brasileiras
 tem representantes aqui na lista.


 2014-03-24 13:23 GMT-03:00 John Packer john.pack...@gmail.com:

  Dá para utilizar regex no overpass para obter ruas que não iniciem
 com
 Rua|Avenida|etc

  Esses dias eu corrigi via JOSM as ruas que não tinham nenhum
 prefixo na minha cidade.
 O filtro que eu utilizei era algo estilo: possui as etiquetas
 `highway` e `name` e não pode começar com: Rua, Avenida, Servidão, 
 Ponte,
 Estrada.
 E talvez precise de Beco (mas não foi o caso na minha cidade).

 Creio que seja seguro adicionar o prefixo Rua  quando for
 verificado que não tem nenhum prefixo em uma rua.



  2014-03-24 13:06 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com
 :

 Dá para utilizar regex no overpass para obter ruas que não iniciem
 com

 Rua|Avenida|etc

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



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




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

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

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


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


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



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




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

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

 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 

Re: [Talk-br] Lixo na base

2014-03-24 Diskussionsfäden Erick de Oliveira Leal
Já é bom saber que pelo menos você tem o conhecimento e que em alguma hora
nos ajudará.
Até porque temos muitos erros e muitas coisas faltantes, esses seriam só a
pontinha.


Em 24 de março de 2014 15:50, Fernando Trebien
fernando.treb...@gmail.comescreveu:

 Eu sei fazer, mas estou envolvido com outros assuntos que considero mais
 importantes pra comunidade. Sei que tem mais gente que sabe, e se tiverem
 interesse, obviamente podem se aventurar.

 Não deveria ser necessário ter um supercomputador não. :P Se for, é porque
 as ferramentas foram mal escritas - ou melhor dizendo, escritas com o tempo
 e conhecimento que se tinha à disposição. :)


 2014-03-24 15:48 GMT-03:00 Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com:

 E pra isso precisa de um super computador ou nao? rsrs


 Em 24 de março de 2014 15:47, Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com escreveu:

 E validador só pega casos onde está aberto no JOSM. Teria que ser um
 script que lesse o planet OSM do Brasil (é isso?) e retornasse uma lista
 dos IDs né? Mas quem sabe fazer isso?


 Em 24 de março de 2014 15:43, Fernando Trebien 
 fernando.treb...@gmail.com escreveu:

 2014-03-24 15:33 GMT-03:00 Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com:

 Erros onde o nome só contém caracteres do tipo ? eu tenho certeza q
 sim... rsrsrs.


 Heh, ok, este caso em particular poderia ser considerado um erro. Mas
 daí não vale à pena o esforço de fazer um validador para um caso que
 acontece só umas poucas vezes né. Melhor fazer um script que liste os IDs
 objetos e depois nos permita editá-los manualmente, como você disse.
 (Precisamos de scripts assim pra muitas outras coisas parecidas.)


 Mas ainda seria mais interessante um script que nos desse os ids dos
 objetos com erros e fizessemos uma força tarefa para corrigi-los. Mas acho
 que os erros do tipo sem logradouro são muitos, então esses teriam que ser
 postergados. Agora só corrigiriamos esses casos estranhos mesmo. Mas tem
 algum jeito de encontrar isso fácil?


 Em 24 de março de 2014 15:22, Fernando Trebien 
 fernando.treb...@gmail.com escreveu:

 Erros são matemáticos. Você tem certeza absoluta de que todos esses
 casos, sem exceção, presente ou futura, constituem erros?
  On Mar 24, 2014 2:29 PM, thunder...@gpsinfo.com.br wrote:

   Os erros existentes são fatos e requerem correção.
 Na minha opinião correção automática até porque são tantos que uma
 correção manual, com poucos colaboradores, exigiria muito esforço e 
 tempo.
 Corrigiríamos os existentes, mas como evitar que novos surjam?
 Continuo defendendo a função VALIDADOR (como erro e não aviso)
 quando da edição. Pelo menos por meio dele novos erros desse tipo não 
 devem
 voltar a ocorrer.
 []s
 Marcio


  *From:* Fernando Trebien fernando.treb...@gmail.com
 *Sent:* Monday, March 24, 2014 1:52 PM
 *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org
 *Subject:* Re: [Talk-br] Lixo na base

  Mas vocês querem fazer isso para todo o Brasil de forma automática
 ou deixar para cada um na sua cidade fazer? Nem 1% das cidades 
 brasileiras
 tem representantes aqui na lista.


 2014-03-24 13:23 GMT-03:00 John Packer john.pack...@gmail.com:

  Dá para utilizar regex no overpass para obter ruas que não
 iniciem com
 Rua|Avenida|etc

  Esses dias eu corrigi via JOSM as ruas que não tinham nenhum
 prefixo na minha cidade.
 O filtro que eu utilizei era algo estilo: possui as etiquetas
 `highway` e `name` e não pode começar com: Rua, Avenida, Servidão, 
 Ponte,
 Estrada.
 E talvez precise de Beco (mas não foi o caso na minha cidade).

 Creio que seja seguro adicionar o prefixo Rua  quando for
 verificado que não tem nenhum prefixo em uma rua.



  2014-03-24 13:06 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com
 :

 Dá para utilizar regex no overpass para obter ruas que não iniciem
 com

 Rua|Avenida|etc

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



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




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

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

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


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


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



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




 --
 Fernando Trebien
 +55 

Re: [Talk-br] Lixo na base

2014-03-24 Diskussionsfäden Fernando Trebien
O mínimo que eu posso fazer é ajudar na discussão pra aprimorar o método.
:P (E de tabela sempre acabo aprendendo algo novo.)


2014-03-24 15:56 GMT-03:00 Erick de Oliveira Leal 
erickdeoliveiral...@gmail.com:

 Já é bom saber que pelo menos você tem o conhecimento e que em alguma hora
 nos ajudará.
 Até porque temos muitos erros e muitas coisas faltantes, esses seriam só a
 pontinha.


 Em 24 de março de 2014 15:50, Fernando Trebien fernando.treb...@gmail.com
  escreveu:

 Eu sei fazer, mas estou envolvido com outros assuntos que considero mais
 importantes pra comunidade. Sei que tem mais gente que sabe, e se tiverem
 interesse, obviamente podem se aventurar.

 Não deveria ser necessário ter um supercomputador não. :P Se for, é
 porque as ferramentas foram mal escritas - ou melhor dizendo, escritas com
 o tempo e conhecimento que se tinha à disposição. :)


 2014-03-24 15:48 GMT-03:00 Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com:

 E pra isso precisa de um super computador ou nao? rsrs


 Em 24 de março de 2014 15:47, Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com escreveu:

 E validador só pega casos onde está aberto no JOSM. Teria que ser um
 script que lesse o planet OSM do Brasil (é isso?) e retornasse uma lista
 dos IDs né? Mas quem sabe fazer isso?


 Em 24 de março de 2014 15:43, Fernando Trebien 
 fernando.treb...@gmail.com escreveu:

 2014-03-24 15:33 GMT-03:00 Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com:

 Erros onde o nome só contém caracteres do tipo ? eu tenho certeza q
 sim... rsrsrs.


 Heh, ok, este caso em particular poderia ser considerado um erro. Mas
 daí não vale à pena o esforço de fazer um validador para um caso que
 acontece só umas poucas vezes né. Melhor fazer um script que liste os IDs
 objetos e depois nos permita editá-los manualmente, como você disse.
 (Precisamos de scripts assim pra muitas outras coisas parecidas.)


 Mas ainda seria mais interessante um script que nos desse os ids dos
 objetos com erros e fizessemos uma força tarefa para corrigi-los. Mas 
 acho
 que os erros do tipo sem logradouro são muitos, então esses teriam que 
 ser
 postergados. Agora só corrigiriamos esses casos estranhos mesmo. Mas tem
 algum jeito de encontrar isso fácil?


 Em 24 de março de 2014 15:22, Fernando Trebien 
 fernando.treb...@gmail.com escreveu:

 Erros são matemáticos. Você tem certeza absoluta de que todos esses
 casos, sem exceção, presente ou futura, constituem erros?
  On Mar 24, 2014 2:29 PM, thunder...@gpsinfo.com.br wrote:

   Os erros existentes são fatos e requerem correção.
 Na minha opinião correção automática até porque são tantos que uma
 correção manual, com poucos colaboradores, exigiria muito esforço e 
 tempo.
 Corrigiríamos os existentes, mas como evitar que novos surjam?
 Continuo defendendo a função VALIDADOR (como erro e não aviso)
 quando da edição. Pelo menos por meio dele novos erros desse tipo não 
 devem
 voltar a ocorrer.
 []s
 Marcio


  *From:* Fernando Trebien fernando.treb...@gmail.com
 *Sent:* Monday, March 24, 2014 1:52 PM
 *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org
 *Subject:* Re: [Talk-br] Lixo na base

  Mas vocês querem fazer isso para todo o Brasil de forma
 automática ou deixar para cada um na sua cidade fazer? Nem 1% das 
 cidades
 brasileiras tem representantes aqui na lista.


 2014-03-24 13:23 GMT-03:00 John Packer john.pack...@gmail.com:

  Dá para utilizar regex no overpass para obter ruas que não
 iniciem com
 Rua|Avenida|etc

  Esses dias eu corrigi via JOSM as ruas que não tinham nenhum
 prefixo na minha cidade.
 O filtro que eu utilizei era algo estilo: possui as etiquetas
 `highway` e `name` e não pode começar com: Rua, Avenida, Servidão, 
 Ponte,
 Estrada.
 E talvez precise de Beco (mas não foi o caso na minha cidade).

 Creio que seja seguro adicionar o prefixo Rua  quando for
 verificado que não tem nenhum prefixo em uma rua.



  2014-03-24 13:06 GMT-03:00 Nelson A. de Oliveira 
 nao...@gmail.com:

 Dá para utilizar regex no overpass para obter ruas que não
 iniciem com

 Rua|Avenida|etc

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



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




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

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

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


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


 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 

Re: [Talk-br] mapas de unidades de conservação de SP

2014-03-24 Diskussionsfäden Augusto Stoffel
Eu havia consultado a Fundação Florestal há algum tempo, e a resposta
foi que eles fornecem mapas mas não se permite o uso comercial.

É por essas e outras que eu acho perda de tempo até tentar obter uma
autorização de uso.  O caminho para mapear esse tipo de coisa é usar a
legislação diretamente, usando por exemplo o método explicado em (aliás,
meio que baseado na tua idéia, Gerald, para mapear o Parque Rola Moça em
BH):

http://wiki.osm.org/wiki/WikiProject_Brazil/Unidades_de_conserva%C3%A7%
C3%A3o

A maior dificuldade é mapear as áreas mais antigas que não tem um bom
memorial descritivo.  Mas em geral a coisa funciona bem.

E, a propósito, eu queria reiterar que a importação das terras indígenas
está rolando.  Eu não tenho a disponibilidade de fazer tudo sozinho, mas
se uma meia dúzia de pessoas se interessarem, não vai ser trabalho
demais para ninguém:

http://wiki.osm.org/wiki/WikiProject_Brazil/Terras_ind%C3%ADgenas



On Thu, 2014-03-20 at 18:13 -0300, Gerald Weber wrote:
 Por acaso achei um mapa em PDF das unidade de conservação de SP
 
 
 aqui o link
 http://fflorestal.sp.gov.br/mapas/
 
 
 pode ser de utilidade para conferir o que já temos
 
 
 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] Mudança na URL da layer TMS do IBGE

2014-03-24 Diskussionsfäden Thiago Marcos P. Santos
2014-03-24 0:20 GMT+02:00 Lists li...@gimnechiske.org:
 Um camada bem legal

 Vou tentar adicionar todos os nomes

 Um pergunto, no Guarapari, muitos dos nomes e bem difícil a ler, no que zoom
 e melhor?

O melhor zoom é o 19. Se tiver ruim pra ler e você estiver trabalhando
na cidade, posso tentar regerar com
melhor qualidade.

Meu plano é gerar todo o país rápido com qualidade aceitável e
depois de tudo pronto, subir uma versão com qualidade melhor.

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


Re: [Talk-br] Mapa multilíngue

2014-03-24 Diskussionsfäden Augusto Stoffel
A nova ortografia não resolve nenhum problema, exceto o das editoras que
precisam vender mais dicionários, livros didáticos, etc.

On Thu, 2014-03-20 at 22:00 -0300, John Packer wrote:
 
 A princípio, name:pt não faz distinção entre português
 brasileiro e o de Portugal. Quando forem diferentes, dá pra
 usar name:pt-br. Inclusive, dá pra colocar os dois
 Realmente, quando vi o mapa noutro dia, percebi que constava em um
 lugar Gronelândia ao invés de Groenlândia. Eu ia corrigir, mas preferi
 dar uma pesquisada antes, e descobri que é assim que se escreve em
 Portugal.
 
 Me pergunto se coisas assim são resolvidas na nova ortografia da
 língua portuguesa.
  
 
 
 
 Em 20 de março de 2014 16:40, Fernando Trebien
 fernando.treb...@gmail.com escreveu:
 Acabei de descobrir: http://mlm.jochentopf.com/
 
 Infelizmente o site é um pouco lento, especialmente em zonas
 densamente mapeadas. O melhor é aproximar bastante.
 
 Pra ver nomes em português, é só colocar pt no campo ao lado
 da
 caixa de seleção de idioma. Alguns lugares na Europa já têm
 algumas
 traduções. Exemplo:
 
 http://mlm.jochentopf.com/?zoom=16lat=52.51611lon=13.3779layers=B0Tlang=pt
 
 Aqui em Porto Alegre funcionou também nos poucos lugares que
 têm
 traduções (a maioria oficiais ou mencionadas em algum texto em
 inglês):
 
 http://mlm.jochentopf.com/?zoom=17lat=-30.0309lon=-51.2301layers=B0Tlang=en
 
 A princípio, nada impede que se edite o mapa de outro país
 para
 adicionar traduções para o português, quando se conhece/se
 ouviu
 várias vezes a tradução.
 
 A princípio, name:pt não faz distinção entre português
 brasileiro e
 o de Portugal. Quando forem diferentes, dá pra usar
 name:pt-br.
 Inclusive, dá pra colocar os dois.
 
 --
 Fernando Trebien
 +55 (51) 9962-5409
 
 The speed of computer chips doubles every 18
 months. (Moore's law)
 The speed of software halves every 18 months. (Gates' law)
 
 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br
 
 
 ___
 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] mapas de unidades de conservação de SP

2014-03-24 Diskussionsfäden Fernando Trebien
É, nos faltam mãos pra várias coisas. Mas coragem, um dia estará
feito! (Palavra de quem importou mais de 1 aglomerados subnormais,
revisados um a um, com bastante suor. Quase dei uma festa quando
terminei. :P)

Não quero colocar ainda mais trabalho nas mãos de vocês, mas também
não quero deixar a idéia da possibilidade morrer: ainda é possível
transcrever o PDF para o OSM se o mapeamento for feito a olho. (Você
olha pro PDF, depois alterna pro JOSM e faz o contorno segundo o que
vê no satélite. Só não pode usar o PDF como plano de fundo.) Em
algumas situações, essa pode ser a única forma de transferir a
informação.

Por essas e outras que esses copyrights são meio bobos, um mero atraso a todos.

Se for muito trabalho, dá pra anotar essa idéia no wiki, talvez
indicando como trabalho futuro. Alguém pode um dia tropeçar na
sugestão e dizer quero fazer!

2014-03-24 16:06 GMT-03:00 Augusto Stoffel arstof...@yahoo.com.br:
 Eu havia consultado a Fundação Florestal há algum tempo, e a resposta
 foi que eles fornecem mapas mas não se permite o uso comercial.

 É por essas e outras que eu acho perda de tempo até tentar obter uma
 autorização de uso.  O caminho para mapear esse tipo de coisa é usar a
 legislação diretamente, usando por exemplo o método explicado em (aliás,
 meio que baseado na tua idéia, Gerald, para mapear o Parque Rola Moça em
 BH):

 http://wiki.osm.org/wiki/WikiProject_Brazil/Unidades_de_conserva%C3%A7%
 C3%A3o

 A maior dificuldade é mapear as áreas mais antigas que não tem um bom
 memorial descritivo.  Mas em geral a coisa funciona bem.

 E, a propósito, eu queria reiterar que a importação das terras indígenas
 está rolando.  Eu não tenho a disponibilidade de fazer tudo sozinho, mas
 se uma meia dúzia de pessoas se interessarem, não vai ser trabalho
 demais para ninguém:

 http://wiki.osm.org/wiki/WikiProject_Brazil/Terras_ind%C3%ADgenas



 On Thu, 2014-03-20 at 18:13 -0300, Gerald Weber wrote:
 Por acaso achei um mapa em PDF das unidade de conservação de SP


 aqui o link
 http://fflorestal.sp.gov.br/mapas/


 pode ser de utilidade para conferir o que já temos


 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



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

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

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


Re: [Talk-br] Lixo na base

2014-03-24 Diskussionsfäden Nelson A. de Oliveira
Solução rápida utilizando o overpass para se obter ruas que estão erradas:

http://overpass-turbo.eu/s/2R7

Notem como ele dá higlight nas ruas que não estão no padrão correto de
logradouro. É possível exportar isso direto no JOSM, caso queiram
corrigir.
Dá para vocês aumentarem a área em que desejam fazer essa busca e
executar a query novamente (eu utilizei apenas uma cidade pequena,
como vocês podem ver).
O interessante é que, se exportado para o JOSM, apenas os dados
incorretos estarão presentes (e não toda uma cidade).

Já dá para todo mundo brincar de achar as ruas erradas e arrumá-las
nas áreas onde cada um possui interesse ;-)

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


Re: [Talk-br] Mapa multilíngue

2014-03-24 Diskussionsfäden Fernando Trebien
+1

Embora nesse caso eu não sei bem se a forma adotada pela embaixada
realmente segue a nova ortografia. :P Deve ter alguma razão
etimológica misteriosa.

2014-03-24 16:15 GMT-03:00 Augusto Stoffel arstof...@yahoo.com.br:
 A nova ortografia não resolve nenhum problema, exceto o das editoras que
 precisam vender mais dicionários, livros didáticos, etc.

 On Thu, 2014-03-20 at 22:00 -0300, John Packer wrote:

 A princípio, name:pt não faz distinção entre português
 brasileiro e o de Portugal. Quando forem diferentes, dá pra
 usar name:pt-br. Inclusive, dá pra colocar os dois
 Realmente, quando vi o mapa noutro dia, percebi que constava em um
 lugar Gronelândia ao invés de Groenlândia. Eu ia corrigir, mas preferi
 dar uma pesquisada antes, e descobri que é assim que se escreve em
 Portugal.

 Me pergunto se coisas assim são resolvidas na nova ortografia da
 língua portuguesa.




 Em 20 de março de 2014 16:40, Fernando Trebien
 fernando.treb...@gmail.com escreveu:
 Acabei de descobrir: http://mlm.jochentopf.com/

 Infelizmente o site é um pouco lento, especialmente em zonas
 densamente mapeadas. O melhor é aproximar bastante.

 Pra ver nomes em português, é só colocar pt no campo ao lado
 da
 caixa de seleção de idioma. Alguns lugares na Europa já têm
 algumas
 traduções. Exemplo:
 
 http://mlm.jochentopf.com/?zoom=16lat=52.51611lon=13.3779layers=B0Tlang=pt

 Aqui em Porto Alegre funcionou também nos poucos lugares que
 têm
 traduções (a maioria oficiais ou mencionadas em algum texto em
 inglês):
 
 http://mlm.jochentopf.com/?zoom=17lat=-30.0309lon=-51.2301layers=B0Tlang=en

 A princípio, nada impede que se edite o mapa de outro país
 para
 adicionar traduções para o português, quando se conhece/se
 ouviu
 várias vezes a tradução.

 A princípio, name:pt não faz distinção entre português
 brasileiro e
 o de Portugal. Quando forem diferentes, dá pra usar
 name:pt-br.
 Inclusive, dá pra colocar os dois.

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

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

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


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



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



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

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

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


Re: [Talk-br] mapas de unidades de conservação de SP

2014-03-24 Diskussionsfäden Augusto Stoffel
Sim, o PDF ainda é útil (e utilizável, legalmente falando) para fazer
sanity checks.  Outra coisa que pode acontecer é que toda a área em
volta de um parque é cultivada; nesse caso dá para adivinhar o contorno
do parque caso se conheça a localização aproximada, e aí o PDF é bem
útil (é bom usar o plugin Measurement do JOSM para se certificar que a
região adivinhada tem mais ou menos a área oficial).

On Mon, 2014-03-24 at 16:15 -0300, Fernando Trebien wrote:
 É, nos faltam mãos pra várias coisas. Mas coragem, um dia estará
 feito! (Palavra de quem importou mais de 1 aglomerados subnormais,
 revisados um a um, com bastante suor. Quase dei suma festa quando
 terminei. :P)
 
 Não quero colocar ainda mais trabalho nas mãos de vocês, mas também
 não quero deixar a idéia da possibilidade morrer: ainda é possível
 transcrever o PDF para o OSM se o mapeamento for feito a olho. (Você
 olha pro PDF, depois alterna pro JOSM e faz o contorno segundo o que
 vê no satélite. Só não pode usar o PDF como plano de fundo.) Em
 algumas situações, essa pode ser a única forma de transferir a
 informação.
 
 Por essas e outras que esses copyrights são meio bobos, um mero atraso a 
 todos.
 
 Se for muito trabalho, dá pra anotar essa idéia no wiki, talvez
 indicando como trabalho futuro. Alguém pode um dia tropeçar na
 sugestão e dizer quero fazer!
 
 2014-03-24 16:06 GMT-03:00 Augusto Stoffel arstof...@yahoo.com.br:
  Eu havia consultado a Fundação Florestal há algum tempo, e a resposta
  foi que eles fornecem mapas mas não se permite o uso comercial.
 
  É por essas e outras que eu acho perda de tempo até tentar obter uma
  autorização de uso.  O caminho para mapear esse tipo de coisa é usar a
  legislação diretamente, usando por exemplo o método explicado em (aliás,
  meio que baseado na tua idéia, Gerald, para mapear o Parque Rola Moça em
  BH):
 
  http://wiki.osm.org/wiki/WikiProject_Brazil/Unidades_de_conserva%C3%A7%
  C3%A3o
 
  A maior dificuldade é mapear as áreas mais antigas que não tem um bom
  memorial descritivo.  Mas em geral a coisa funciona bem.
 
  E, a propósito, eu queria reiterar que a importação das terras indígenas
  está rolando.  Eu não tenho a disponibilidade de fazer tudo sozinho, mas
  se uma meia dúzia de pessoas se interessarem, não vai ser trabalho
  demais para ninguém:
 
  http://wiki.osm.org/wiki/WikiProject_Brazil/Terras_ind%C3%ADgenas
 
 
 
  On Thu, 2014-03-20 at 18:13 -0300, Gerald Weber wrote:
  Por acaso achei um mapa em PDF das unidade de conservação de SP
 
 
  aqui o link
  http://fflorestal.sp.gov.br/mapas/
 
 
  pode ser de utilidade para conferir o que já temos
 
 
  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] Mapa multilíngue

2014-03-24 Diskussionsfäden Lists
Para mim parecendo que “Groelândia” e um forma do erro tipográfico, o nome em 
Noruegese e Dinemarcese e “Grønnland”, que pode defender os formas portuguese 
“Groenlândia” e “Gronelândia” (o letra ø muitos vezes traduzir a “oe”)

Aun Johnsen

On Mar 24, 2014, at 16:40, Fernando Trebien fernando.treb...@gmail.com wrote:

 +1
 
 Embora nesse caso eu não sei bem se a forma adotada pela embaixada
 realmente segue a nova ortografia. :P Deve ter alguma razão
 etimológica misteriosa.
 
 2014-03-24 16:15 GMT-03:00 Augusto Stoffel arstof...@yahoo.com.br:
 A nova ortografia não resolve nenhum problema, exceto o das editoras que
 precisam vender mais dicionários, livros didáticos, etc.
 
 On Thu, 2014-03-20 at 22:00 -0300, John Packer wrote:
 
A princípio, name:pt não faz distinção entre português
brasileiro e o de Portugal. Quando forem diferentes, dá pra
usar name:pt-br. Inclusive, dá pra colocar os dois
 Realmente, quando vi o mapa noutro dia, percebi que constava em um
 lugar Gronelândia ao invés de Groenlândia. Eu ia corrigir, mas preferi
 dar uma pesquisada antes, e descobri que é assim que se escreve em
 Portugal.
 
 Me pergunto se coisas assim são resolvidas na nova ortografia da
 língua portuguesa.
 
 
 
 
 Em 20 de março de 2014 16:40, Fernando Trebien
 fernando.treb...@gmail.com escreveu:
Acabei de descobrir: http://mlm.jochentopf.com/
 
Infelizmente o site é um pouco lento, especialmente em zonas
densamente mapeadas. O melhor é aproximar bastante.
 
Pra ver nomes em português, é só colocar pt no campo ao lado
da
caixa de seleção de idioma. Alguns lugares na Europa já têm
algumas
traduções. Exemplo:

 http://mlm.jochentopf.com/?zoom=16lat=52.51611lon=13.3779layers=B0Tlang=pt
 
Aqui em Porto Alegre funcionou também nos poucos lugares que
têm
traduções (a maioria oficiais ou mencionadas em algum texto em
inglês):

 http://mlm.jochentopf.com/?zoom=17lat=-30.0309lon=-51.2301layers=B0Tlang=en
 
A princípio, nada impede que se edite o mapa de outro país
para
adicionar traduções para o português, quando se conhece/se
ouviu
várias vezes a tradução.
 
A princípio, name:pt não faz distinção entre português
brasileiro e
o de Portugal. Quando forem diferentes, dá pra usar
name:pt-br.
Inclusive, dá pra colocar os dois.
 
--
Fernando Trebien
+55 (51) 9962-5409
 
The speed of computer chips doubles every 18
months. (Moore's law)
The speed of software halves every 18 months. (Gates' law)
 
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br
 
 
 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br
 
 
 
 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br
 
 
 
 -- 
 Fernando Trebien
 +55 (51) 9962-5409
 
 The speed of computer chips doubles every 18 months. (Moore's law)
 The speed of software halves every 18 months. (Gates' law)
 
 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br


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


Re: [Talk-br] Mapa multilíngue

2014-03-24 Diskussionsfäden Paulo Carvalho
Uma proposta de nova ortografia é para justamente acabar com o tipo de
problema por que estamos passando agora: falta de padronização.


Em 24 de março de 2014 16:40, Fernando Trebien
fernando.treb...@gmail.comescreveu:

 +1

 Embora nesse caso eu não sei bem se a forma adotada pela embaixada
 realmente segue a nova ortografia. :P Deve ter alguma razão
 etimológica misteriosa.

 2014-03-24 16:15 GMT-03:00 Augusto Stoffel arstof...@yahoo.com.br:
  A nova ortografia não resolve nenhum problema, exceto o das editoras que
  precisam vender mais dicionários, livros didáticos, etc.
 
  On Thu, 2014-03-20 at 22:00 -0300, John Packer wrote:
 
  A princípio, name:pt não faz distinção entre português
  brasileiro e o de Portugal. Quando forem diferentes, dá pra
  usar name:pt-br. Inclusive, dá pra colocar os dois
  Realmente, quando vi o mapa noutro dia, percebi que constava em um
  lugar Gronelândia ao invés de Groenlândia. Eu ia corrigir, mas preferi
  dar uma pesquisada antes, e descobri que é assim que se escreve em
  Portugal.
 
  Me pergunto se coisas assim são resolvidas na nova ortografia da
  língua portuguesa.
 
 
 
 
  Em 20 de março de 2014 16:40, Fernando Trebien
  fernando.treb...@gmail.com escreveu:
  Acabei de descobrir: http://mlm.jochentopf.com/
 
  Infelizmente o site é um pouco lento, especialmente em zonas
  densamente mapeadas. O melhor é aproximar bastante.
 
  Pra ver nomes em português, é só colocar pt no campo ao lado
  da
  caixa de seleção de idioma. Alguns lugares na Europa já têm
  algumas
  traduções. Exemplo:
 
 http://mlm.jochentopf.com/?zoom=16lat=52.51611lon=13.3779layers=B0Tlang=pt
 
  Aqui em Porto Alegre funcionou também nos poucos lugares que
  têm
  traduções (a maioria oficiais ou mencionadas em algum texto em
  inglês):
 
 http://mlm.jochentopf.com/?zoom=17lat=-30.0309lon=-51.2301layers=B0Tlang=en
 
  A princípio, nada impede que se edite o mapa de outro país
  para
  adicionar traduções para o português, quando se conhece/se
  ouviu
  várias vezes a tradução.
 
  A princípio, name:pt não faz distinção entre português
  brasileiro e
  o de Portugal. Quando forem diferentes, dá pra usar
  name:pt-br.
  Inclusive, dá pra colocar os dois.
 
  --
  Fernando Trebien
  +55 (51) 9962-5409
 
  The speed of computer chips doubles every 18
  months. (Moore's law)
  The speed of software halves every 18 months. (Gates' law)
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-br
 
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-br
 
 
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-br



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

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

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

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


Re: [Talk-br] Mapa multilíngue

2014-03-24 Diskussionsfäden Fernando Trebien
Eu confesso que fiquei bem surpreso ao ver Groelândia no mapa do OSM. Mas
daí fui conferir o histórico e apontava pro site da embaixada, onde aparece
assim mesmo. Nunca tinha visto escrito assim.

Talvez até mereça mandar um email pra embaixada pra ter certeza de que não
foi um erro tipográfico. É estranho porque, se fosse mesmo a grafia
oficial, a imprensa já estaria usando. (Provavelmente, mas não certamente.)
On Mar 24, 2014 4:58 PM, Lists li...@gimnechiske.org wrote:

 Para mim parecendo que Groelândia e um forma do erro tipográfico, o nome
 em Noruegese e Dinemarcese e Grønnland, que pode defender os formas
 portuguese Groenlândia e Gronelândia (o letra ø muitos vezes traduzir a
 oe)

 Aun Johnsen

 On Mar 24, 2014, at 16:40, Fernando Trebien fernando.treb...@gmail.com
 wrote:

  +1
 
  Embora nesse caso eu não sei bem se a forma adotada pela embaixada
  realmente segue a nova ortografia. :P Deve ter alguma razão
  etimológica misteriosa.
 
  2014-03-24 16:15 GMT-03:00 Augusto Stoffel arstof...@yahoo.com.br:
  A nova ortografia não resolve nenhum problema, exceto o das editoras que
  precisam vender mais dicionários, livros didáticos, etc.
 
  On Thu, 2014-03-20 at 22:00 -0300, John Packer wrote:
 
 A princípio, name:pt não faz distinção entre português
 brasileiro e o de Portugal. Quando forem diferentes, dá pra
 usar name:pt-br. Inclusive, dá pra colocar os dois
  Realmente, quando vi o mapa noutro dia, percebi que constava em um
  lugar Gronelândia ao invés de Groenlândia. Eu ia corrigir, mas preferi
  dar uma pesquisada antes, e descobri que é assim que se escreve em
  Portugal.
 
  Me pergunto se coisas assim são resolvidas na nova ortografia da
  língua portuguesa.
 
 
 
 
  Em 20 de março de 2014 16:40, Fernando Trebien
  fernando.treb...@gmail.com escreveu:
 Acabei de descobrir: http://mlm.jochentopf.com/
 
 Infelizmente o site é um pouco lento, especialmente em zonas
 densamente mapeadas. O melhor é aproximar bastante.
 
 Pra ver nomes em português, é só colocar pt no campo ao lado
 da
 caixa de seleção de idioma. Alguns lugares na Europa já têm
 algumas
 traduções. Exemplo:
 
 http://mlm.jochentopf.com/?zoom=16lat=52.51611lon=13.3779layers=B0Tlang=pt
 
 Aqui em Porto Alegre funcionou também nos poucos lugares que
 têm
 traduções (a maioria oficiais ou mencionadas em algum texto em
 inglês):
 
 http://mlm.jochentopf.com/?zoom=17lat=-30.0309lon=-51.2301layers=B0Tlang=en
 
 A princípio, nada impede que se edite o mapa de outro país
 para
 adicionar traduções para o português, quando se conhece/se
 ouviu
 várias vezes a tradução.
 
 A princípio, name:pt não faz distinção entre português
 brasileiro e
 o de Portugal. Quando forem diferentes, dá pra usar
 name:pt-br.
 Inclusive, dá pra colocar os dois.
 
 --
 Fernando Trebien
 +55 (51) 9962-5409
 
 The speed of computer chips doubles every 18
 months. (Moore's law)
 The speed of software halves every 18 months. (Gates' law)
 
 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br
 
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-br
 
 
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-br
 
 
 
  --
  Fernando Trebien
  +55 (51) 9962-5409
 
  The speed of computer chips doubles every 18 months. (Moore's law)
  The speed of software halves every 18 months. (Gates' law)
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-br


 ___
 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] Caminhos como via em restrições

2014-03-24 Diskussionsfäden thundercel
Fernando,
bem seu eu que você sempre foi um grande defensor de divisão de uma pista em 
dupla no mapa quando existir sinalização horizontal de faixa contínua. Já 
adianto que sou contra isso porque descaracterizamos a situação real de pista 
simples, mão dupla ou dupla faixa.

Vamos ao Código Brasileiro de Trânsito:
Art. 29. O trânsito de veículos nas vias terrestres abertas à circulação 
obedecerá às seguintes normas:

   I - a circulação far-se-á pelo lado direito da via, admitindo-se as 
exceções devidamente sinalizadas;

Sabemos bem que não existindo sinalização  em faixa da esquerda, restringindo o 
trafego naquela faixa para somente aos que se destinam a conversão a esquerda, 
os veículos trafegando pelas faixas da direita poderão ali cruzar as faixas e 
fazer a conversão a esquerda.

Por essa razão que para uma conversão a esquerda em determinadas pistas, em 
especial as de mais de uma faixa, existe a faixa seletiva a esquerda 
devidamente sinalizada horizontalmente e por vezes verticalmente.

Defendo o uso de faixa seletiva e somente nesse caso porque o condutor, antes 
da conversão, deve ser informado da manutenção da faixa a esquerda e por essa 
razão defendo a criação da faixa de pista “fictícia” porque sem ela o condutor 
poderá ser surpreendido de, estando na faixa da direita, ser impedido de 
ingresso na interseção.

Em não existindo isso algo deve existir para antes da conversão o condutor ser 
informado que deve manter a faixa da esquerda.

Quanto ao tutorial, como já citei, é bastante extenso e não basta lê-lo. A 
leitura apenas não nos permite analisar situações não abordadas. A leitura e 
perfeita interpretação desse extenso tutorial requer, pelo menos, um dia de 
dedicação daqueles que tem alguma experiência em mapeamento. Imagino um 
inexperiente lendo esse tutorial.

Se lhe custou uma semana inteira confeccionando-o, parabéns! Isso demonstra seu 
elevado espirito colaborativista e a comunidade só tem a lhe agradecer.

Se já passou pela analise e correção de outras pessoas da comunidade me perdoe, 
mas aprendi na vida que nada é perene. Todo processo deve permanecer em 
constante revisão e ser aperfeiçoado na medida que novas situações vão surgindo.


From: Fernando Trebien 

Sent: Monday, March 24, 2014 3:40 PM
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br]Caminhos como via em restrições

A forma que você sugere contraria o princípio de dividir a via somente quando 
houver barreira física. Mesmo que a sua dedução esteja correta (e pode não 
estar), a única coisa separando a faixa do resto da via seria uma faixa 
contínua. Logo, Z1 não existe e não deve ser mapeada. Aliás, foi você mesmo que 
me convenceu plenamente disso ao argumentar que esse tipo de coisa pode 
prejudicar a navegação visual.


Leia um pouco mais adiante no tutorial e você vai ver que uma solução 
temporária para contornar o problema é fazer exatamente o que você propôs. Mas 
o tutorial deixa claro que fazer assim é considerado uma forma inferior à 
ideal. É a comunidade que pensa assim, não eu.

Assim que tiver tempo, leia o tutorial do início ao fim com cuidado. Me custou 
uma semana inteira confeccioná-lo e já passou pela análise e correção de outras 
pessoas na comunidade.




2014-03-24 14:05 GMT-03:00 thunder...@gpsinfo.com.br:

  Repliquei o citado pelo Paulo Carvalho quanto a X1Y2X4.  A restrição de 
dobrar a esquerda inserida em X1 não afetava a via Y.

  Agora vem o caso de se permitir virar a esquerda em X1.

  Sendo permitido dobrar a esquerda ( X1Y2) deduzo que existe na via X uma 
faixa seletiva para quem vai dobrar a esquerda (X1Y2).

  Desenvolvendo mapa sempre retratei com linha pista seletiva quando aquela é 
reservada para determinada manobra de ingresso em via em cruzamento.

  Poderia eu aqui defender com inúmeros argumentos a vantagem disso, mas não é 
o caso.

  Existindo faixa seletiva para se dobrar a esquerda a restrição de proibido 
virar a esquerda (retorno) se aplicaria a essa linha seletiva e não a via.

  Para facilitar o entendimento inseri a restrição de manobra de proibido virar 
a esquerda em diamantes vermelho, desenhando a faixa seletiva e nomeando-a com 
Z1.

  Do exposto:
  a manobra questionada pelo Paulo Carvalho (Y1-Y2X4) pode ser feita
  a manobra questionada pelo Fernando  (X1  Y2  Y3) não pode porque existe 
restrição de virar a esquerda em X1, entretanto essa manobra é feita por Z1Y3



restricao[3].jpg___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] Mapa multilíngue

2014-03-24 Diskussionsfäden Nelson A. de Oliveira
2014-03-24 17:13 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com:
 Talvez até mereça mandar um email pra embaixada pra ter certeza de que não
 foi um erro tipográfico. É estranho porque, se fosse mesmo a grafia oficial,
 a imprensa já estaria usando. (Provavelmente, mas não certamente.)

Groenlândia
http://brasilien.um.dk/pt/sobre-a-dinamarca/grolandia-e-as-ilhas-faroe/grolandia/

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


Re: [Talk-br] Caminhos como via em restrições

2014-03-24 Diskussionsfäden Fernando Trebien
2014-03-24 17:14 GMT-03:00 thunder...@gpsinfo.com.br:
 Defendo o uso de faixa seletiva e somente nesse caso porque o condutor, antes 
 da conversão, deve ser informado da manutenção da faixa a esquerda e por essa 
 razão defendo a criação da faixa de pista fictícia porque sem ela o 
 condutor poderá ser surpreendido de, estando na faixa da direita, ser 
 impedido de ingresso na interseção.

Esse motivo serviria de justificativa para várias das situações de
separação induzida pela presença de faixa contínua que eu lhe
apresentei anteriormente, às quais você se mostrou contrário. Por que
este novo caso merece ser tratado de forma diferente? E qual o impacto
para as demais situações similares? Em outras palavras, por que fazer
isso num caso excepcional e não transformar em regra geral?

 Se lhe custou uma semana inteira confeccionando-o, parabéns! Isso demonstra 
 seu elevado espirito colaborativista e a comunidade só tem a lhe agradecer.

A idéia aqui não era soar superior mas sim pedir que você absorva mais
do contexto e analise mais dessas situações antes de defender uma
idéia de forma tão resoluta (como se já tivesse analisado todos os
casos). Sei que você tem vasta experiência anterior com mapeamento e
que isso é de grande valia para nós, porém você ainda não conhece bem
o histórico do OSM (os problemas anteriores que tivemos, em que ponto
estamos e para onde estamos indo), você mapeava num sistema que
trabalhava com premissas diferentes, e no caso das restrições de
conversão, sei com bastante certeza que você não tinha capturado
inteiramente a lógica adotada pela comunidade do OSM pelo menos até o
início desta discussão. A idéia de lhe recomendar a leitura é
justamente tentar igualar os conhecimentos, pra não nos desentendermos
à toa. No momento que você tiver entendido todo o tutorial, (a meu
ver) estará no mesmo patamar de quem já mapeia restrições há tempos no
OSM.

 Se já passou pela analise e correção de outras pessoas da comunidade me 
 perdoe, mas aprendi na vida que nada é perene. Todo processo deve permanecer 
 em constante revisão e ser aperfeiçoado na medida que novas situações vão 
 surgindo.

A comunidade tem certeza que inventar uma conexão Z1 como você sugere
é uma má idéia (exceto quando houver barreira física). Acho que isso
não está mais em discussão (se estiver, nem vou me envolver mais!). A
questão é o que fazer enquanto restrições que usam linha como
intermediário não são amplamente suportadas em aplicações. Nesse caso,
inventar essa conexão é o que a comunidade prefere, e você também, mas
uma vez suportado, a conexão Z1 teria que ser removida (exceto no caso
da barreira física).

 From: Fernando Trebien

 Sent: Monday, March 24, 2014 3:40 PM
 To: OpenStreetMap no Brasil
 Subject: Re: [Talk-br]Caminhos como via em restrições

 A forma que você sugere contraria o princípio de dividir a via somente quando 
 houver barreira física. Mesmo que a sua dedução esteja correta (e pode não 
 estar), a única coisa separando a faixa do resto da via seria uma faixa 
 contínua. Logo, Z1 não existe e não deve ser mapeada. Aliás, foi você mesmo 
 que me convenceu plenamente disso ao argumentar que esse tipo de coisa pode 
 prejudicar a navegação visual.

 Leia um pouco mais adiante no tutorial e você vai ver que uma solução 
 temporária para contornar o problema é fazer exatamente o que você propôs. 
 Mas o tutorial deixa claro que fazer assim é considerado uma forma inferior à 
 ideal. É a comunidade que pensa assim, não eu.

 Assim que tiver tempo, leia o tutorial do início ao fim com cuidado. Me 
 custou uma semana inteira confeccioná-lo e já passou pela análise e correção 
 de outras pessoas na comunidade.


 2014-03-24 14:05 GMT-03:00 thunder...@gpsinfo.com.br:

 Repliquei o citado pelo Paulo Carvalho quanto a X1Y2X4.  A restrição de 
 dobrar a esquerda inserida em X1 não afetava a via Y.

 Agora vem o caso de se permitir virar a esquerda em X1.

 Sendo permitido dobrar a esquerda ( X1Y2) deduzo que existe na via X uma 
 faixa seletiva para quem vai dobrar a esquerda (X1Y2).

 Desenvolvendo mapa sempre retratei com linha pista seletiva quando aquela é 
 reservada para determinada manobra de ingresso em via em cruzamento.

 Poderia eu aqui defender com inúmeros argumentos a vantagem disso, mas não é 
 o caso.

 Existindo faixa seletiva para se dobrar a esquerda a restrição de proibido 
 virar a esquerda (retorno) se aplicaria a essa linha seletiva e não a via.

 Para facilitar o entendimento inseri a restrição de manobra de proibido 
 virar a esquerda em diamantes vermelho, desenhando a faixa seletiva e 
 nomeando-a com Z1.

 Do exposto:
 a manobra questionada pelo Paulo Carvalho (Y1-Y2X4) pode ser feita
 a manobra questionada pelo Fernando  (X1  Y2  Y3) não pode porque existe 
 restrição de virar a esquerda em X1, entretanto essa manobra é feita por 
 Z1Y3





 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 

Re: [Talk-br] Lixo na base

2014-03-24 Diskussionsfäden thundercel
A matemática é uma ciência EXATA.
Certeza absoluta nunca se terá até porque definições evoluem no tempo e novas 
definições surgem com ele.
O que se deve ter é um validador constantemente revisado assim que vão surgindo 
novas nomenclaturas ou se modificando as existentes. Assim procede o Projeto 
Tracksource e o parabenizo por dispor isso.
Ainda não disponho da experiência que desejo no OSM, mas trago a do Tracksource.
O tracksource hoje dispõe de uma ferramenta que incorpora inúmeros processos. 
Essa ferramenta é por ele denominada TSUITE. Antigamente esses processos eram 
feitos isoladamente, não incorporados em um único sistema (TSUITE).
Dentre os processos existentes no TSUITE existe o do VALIDADOR que opera antes 
do envio do mapa informando. Ele acusa para o desenvolvedor ERRO ou AVISO. 
Quando AVISO o mapa passa, mas quando ERRO o VALIDADOR barra o prosseguimento 
do processo.
Em http://www.tracksource.org.br/desenv/padrao.php podemos identificar, na 
coluna “Palavras Chave no Início do comentário”, as palavras chaves levantadas 
nesses inúmeros anos de existência daquele Projeto.
Observem para entidades de linha as palavras chave aceitas para inicio de nome 
da via. Sem uma delas o validador acusa erro e não deixa passar o mapa.
Não foram poucas as vezes que algum desenvolvedor levantou na lista Tracksource 
uma nova palavra empregada na região dele. Levantada a palavra a adm técnica do 
Projeto imediatamente a inseria no Validador permitindo assim o envio do mapa 
com aquela palavra.
Caracteres estranhos o VALIDADOR nunca aceitou e desconheço, nos dias de hoje, 
alguma via no mapa Tracksource nomeada com algum caractere estranho ou faltando 
o tipo dela (Avenida, estrada, Rua, Travessa, etc.)
Por essa razão que defendo o emprego de um validador no OSM que não aceite 
situações nele não contempladas.
Quanto a dificuldade em se fazer isso não sei dizer até porque não sei 
programar. 


From: Fernando Trebien 
Sent: Monday, March 24, 2014 3:22 PM
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br] Lixo na base

Erros são matemáticos. Você tem certeza absoluta de que todos esses casos, sem 
exceção, presente ou futura, constituem erros?

On Mar 24, 2014 2:29 PM, thunder...@gpsinfo.com.br wrote:

  Os erros existentes são fatos e requerem correção.
  Na minha opinião correção automática até porque são tantos que uma correção 
manual, com poucos colaboradores, exigiria muito esforço e tempo.
  Corrigiríamos os existentes, mas como evitar que novos surjam?
  Continuo defendendo a função VALIDADOR (como erro e não aviso) quando da 
edição. Pelo menos por meio dele novos erros desse tipo não devem voltar a 
ocorrer.
  []s
  Marcio


  From: Fernando Trebien 
  Sent: Monday, March 24, 2014 1:52 PM
  To: OpenStreetMap no Brasil 
  Subject: Re: [Talk-br] Lixo na base

  Mas vocês querem fazer isso para todo o Brasil de forma automática ou deixar 
para cada um na sua cidade fazer? Nem 1% das cidades brasileiras tem 
representantes aqui na lista.



  2014-03-24 13:23 GMT-03:00 John Packer john.pack...@gmail.com:

  Dá para utilizar regex no overpass para obter ruas que não iniciem com
  Rua|Avenida|etc
Esses dias eu corrigi via JOSM as ruas que não tinham nenhum prefixo na 
minha cidade.

O filtro que eu utilizei era algo estilo: possui as etiquetas `highway` e 
`name` e não pode começar com: Rua, Avenida, Servidão, Ponte, Estrada.

E talvez precise de Beco (mas não foi o caso na minha cidade).


Creio que seja seguro adicionar o prefixo Rua  quando for verificado que 
não tem nenhum prefixo em uma rua.





2014-03-24 13:06 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:

  Dá para utilizar regex no overpass para obter ruas que não iniciem com 

  Rua|Avenida|etc


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



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






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

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


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


  ___
  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

Re: [Talk-br] Lixo na base

2014-03-24 Diskussionsfäden Fernando Trebien
Eu acho que o que você quer é restritivo demais para um projeto que
incentiva a criatividade e a flexibilidade E também o erro (como parte do
processo de aprendizado). Além disso, erro no contexto do  validador do
JOSM  é sempre um erro por definição matemática, exata. Todos os erros
que o validador desse programa traz são erros onde há certeza absoluta de
que está errado. Todo o resto vai na categoria aviso.

A meu ver, essa semântica faz todo o sentido. Se você discordar, tente
convencer os desenvolvedores do JOSM do contrário. Eu me oponho
(fortemente!) a rotular de erro qualquer coisa que tenha uma chance,
ainda que mínima, de não estar errada.


2014-03-24 17:54 GMT-03:00 thunder...@gpsinfo.com.br:

   A matemática é uma ciência EXATA.
 Certeza absoluta nunca se terá até porque definições evoluem no tempo e
 novas definições surgem com ele.
 O que se deve ter é um validador constantemente revisado assim que vão
 surgindo novas nomenclaturas ou se modificando as existentes. Assim procede
 o Projeto Tracksource e o parabenizo por dispor isso.
 Ainda não disponho da experiência que desejo no OSM, mas trago a do
 Tracksource.
 O tracksource hoje dispõe de uma ferramenta que incorpora inúmeros
 processos. Essa ferramenta é por ele denominada TSUITE. Antigamente esses
 processos eram feitos isoladamente, não incorporados em um único sistema
 (TSUITE).
 Dentre os processos existentes no TSUITE existe o do VALIDADOR que opera
 antes do envio do mapa informando. Ele acusa para o desenvolvedor ERRO ou
 AVISO. Quando AVISO o mapa passa, mas quando ERRO o VALIDADOR barra o
 prosseguimento do processo.
 Em http://www.tracksource.org.br/desenv/padrao.php podemos identificar,
 na coluna Palavras Chave no Início do comentário, as palavras chaves
 levantadas nesses inúmeros anos de existência daquele Projeto.
 Observem para entidades de linha as palavras chave aceitas para inicio de
 nome da via. Sem uma delas o validador acusa erro e não deixa passar o mapa.
 Não foram poucas as vezes que algum desenvolvedor levantou na lista
 Tracksource uma nova palavra empregada na região dele. Levantada a palavra
 a adm técnica do Projeto imediatamente a inseria no Validador permitindo
 assim o envio do mapa com aquela palavra.
 Caracteres estranhos o VALIDADOR nunca aceitou e desconheço, nos dias de
 hoje, alguma via no mapa Tracksource nomeada com algum caractere estranho
 ou faltando o tipo dela (Avenida, estrada, Rua, Travessa, etc.)
 Por essa razão que defendo o emprego de um validador no OSM que não aceite
 situações nele não contempladas.
 Quanto a dificuldade em se fazer isso não sei dizer até porque não sei
 programar.


  *From:* Fernando Trebien fernando.treb...@gmail.com
 *Sent:* Monday, March 24, 2014 3:22 PM
 *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org
 *Subject:* Re: [Talk-br] Lixo na base


 Erros são matemáticos. Você tem certeza absoluta de que todos esses casos,
 sem exceção, presente ou futura, constituem erros?
 On Mar 24, 2014 2:29 PM, thunder...@gpsinfo.com.br wrote:

   Os erros existentes são fatos e requerem correção.
 Na minha opinião correção automática até porque são tantos que uma
 correção manual, com poucos colaboradores, exigiria muito esforço e tempo.
 Corrigiríamos os existentes, mas como evitar que novos surjam?
 Continuo defendendo a função VALIDADOR (como erro e não aviso) quando da
 edição. Pelo menos por meio dele novos erros desse tipo não devem voltar a
 ocorrer.
 []s
 Marcio


  *From:* Fernando Trebien fernando.treb...@gmail.com
 *Sent:* Monday, March 24, 2014 1:52 PM
 *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org
 *Subject:* Re: [Talk-br] Lixo na base

  Mas vocês querem fazer isso para todo o Brasil de forma automática ou
 deixar para cada um na sua cidade fazer? Nem 1% das cidades brasileiras tem
 representantes aqui na lista.


 2014-03-24 13:23 GMT-03:00 John Packer john.pack...@gmail.com:

  Dá para utilizar regex no overpass para obter ruas que não iniciem com
 Rua|Avenida|etc

  Esses dias eu corrigi via JOSM as ruas que não tinham nenhum prefixo
 na minha cidade.
 O filtro que eu utilizei era algo estilo: possui as etiquetas `highway`
 e `name` e não pode começar com: Rua, Avenida, Servidão, Ponte, Estrada.
 E talvez precise de Beco (mas não foi o caso na minha cidade).

 Creio que seja seguro adicionar o prefixo Rua  quando for verificado
 que não tem nenhum prefixo em uma rua.



  2014-03-24 13:06 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:

 Dá para utilizar regex no overpass para obter ruas que não iniciem com

 Rua|Avenida|etc

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



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




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

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

Re: [Talk-br] Caminhos como via em restrições

2014-03-24 Diskussionsfäden thundercel
Na entrelinhas...


-Mensagem Original- 
From: Fernando Trebien 
Sent: Monday, March 24, 2014 5:50 PM 
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br]Caminhos como via em restrições 

2014-03-24 17:14 GMT-03:00 thunder...@gpsinfo.com.br:
 Defendo o uso de faixa seletiva e somente nesse caso porque o condutor, antes 
 da conversão, deve ser informado da manutenção da faixa a esquerda e por essa 
 razão defendo a criação da faixa de pista fictícia porque sem ela o 
 condutor poderá ser surpreendido de, estando na faixa da direita, ser 
 impedido de ingresso na interseção.

Esse motivo serviria de justificativa para várias das situações de separação 
induzida pela presença de faixa contínua que eu lhe apresentei anteriormente, 
às quais você se mostrou contrário. Por que este novo caso merece ser tratado 
de forma diferente? E qual o impacto para as demais situações similares? Em 
outras palavras, por que fazer isso num caso excepcional e não transformar em 
regra geral?

Se desejar posso resgatar nosso debate a respeito para lhe mostrar que fui 
contra a criação generalizada de pista dupla quando da existência de faixa 
continua separando as faixas de pista. Essa era a sua defesa e a qual fui 
contra.

 Se lhe custou uma semana inteira confeccionando-o, parabéns! Isso demonstra 
 seu elevado espirito colaborativista e a comunidade só tem a lhe agradecer.

A ideia aqui não era soar superior mas sim pedir que você absorva mais do 
contexto e analise mais dessas situações antes de defender uma ideia de forma 
tão resoluta (como se já tivesse analisado todos os casos). Sei que você tem 
vasta experiência anterior com mapeamento e
que isso é de grande valia para nós, porém você ainda não conhece bem o 
histórico do OSM (os problemas anteriores que tivemos, em que ponto estamos e 
para onde estamos indo), você mapeava num sistema que trabalhava com premissas 
diferentes, e no caso das restrições de
conversão, sei com bastante certeza que você não tinha capturado inteiramente a 
lógica adotada pela comunidade do OSM pelo menos até o início desta discussão. 
A ideia de lhe recomendar a leitura é justamente tentar igualar os 
conhecimentos, pra não nos desentendermos
à toa. No momento que você tiver entendido todo o tutorial, (a meu ver) estará 
no mesmo patamar de quem já mapeia restrições há tempos no OSM.

Se a ideia era não soar superior. pelo menos para mim soou.
Se defender uma ideia pautado na lei, no Código Brasileiro de Trânsito,  é 
defende-la de forma resoluta, é sua opinião, não a minha.
Não creio que em determinadas situações devo primeiro conhecer o histórico para 
depois defender o que o meu bom senso, pautado em argumentos legais e 
experimentais, ditam a mim. Sem duvida histórico facilita, mas inúmeras vezes 
na vida identificamos que existiram erros que formaram aquele histórico.
Nosso desentendimento não vem só neste assunto em debate. Sabe muito bem você e 
aqueles que participaram daqueles debates que tivemos na lista COCAR que foi 
muito difícil a mim faze-lo entender certas situações reais que depois de muito 
debate acabou você entendendo.
Deve se lembrar aquela vez que abri na lista a pergunta do porque existia o 
desenho de uma via de pedestre saindo de uma via e ingressando em uma passarela 
quando o desenho passava sobre um obstáculo e não poderia sair daquela via. Na 
ocasião explicou você que as vias servem também para roteamento de pedestre o 
que entendi de imediato, mas não era o caso ali porque existia o obstáculo para 
pedestre. Depois de muito desgaste com até fotos do local pude faze-lo 
compreender que estava errado o desenho. Engraçado que ali você perguntou seu 
eu mudava ou deixava você mudar.
Esse mesmo comportamento já não ocorreu no desenho de uma rotatória perto onde 
moro. Você, interpretando que não era rotatória, modificou meu desenho sem me 
perguntar. Para mim esse procedimento não é ético uma vez que sabia você que eu 
estava ativo na lista. 
Depois de muito debate provei a você que aquilo era uma rotatória e ali eu 
mesmo corrigi o desenho feito por você alterando o meu.
A verdade é que desde aqueles debates, em função do descrito acima, não nos 
simpatizamos um com o outro e cada um tem seu próprio estilo de defesa de seus 
argumentos.
Compreenda que todos aqui querem ajudar somando experiências. Só o OSM tem a 
ganhar com novos colaboradores e espantar a esses é o que não desejamos.  

 Se já passou pela analise e correção de outras pessoas da comunidade me 
 perdoe, mas aprendi na vida que nada é perene. Todo processo deve permanecer 
 em constante revisão e ser aperfeiçoado na medida que novas situações vão 
 surgindo.

A comunidade tem certeza que inventar uma conexão Z1 como você sugere é uma má 
idéia (exceto quando houver barreira física). Acho que isso não está mais em 
discussão (se estiver, nem vou me envolver mais!). A questão é o que fazer 
enquanto restrições que usam linha como
intermediário não são amplamente suportadas em aplicações. 

Re: [Talk-br] Caminhos como via em restrições

2014-03-24 Diskussionsfäden thundercel
Me perdoe Gerald e demais participantes desta lista. Você está corretíssimo.

Preciso me policiar mais já que meu nível de tolerância com determinados 
elementos está reduzidíssimo.

Tem um ditado de Fernando Pessoa que diz mais ou menos assim:

“As palavras escritas tem um magnetismo muito especial, elas invocam emoções, 
boas ou más.”



From: Gerald Weber 
Sent: Monday, March 24, 2014 7:43 PM
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br]Caminhos como via em restrições

Prezados Fernando e Márcio 

gostaria de lhes pedir mineiramente a devida calma na discussão. Que tal dar um 
tempo nisto?

Minha experiência com lista de email é raramente a gente passa tudo que 
gostaria de passar, muito menos no tom de voz pretendido. 

Quer dizer, você escreve mensagens num certo tom de voz  mas a pessoa que lê 
pode ouvir outro tom de voz e rapidamente se tem um mal entendido que 
nenhuma das partes realmente pretendia ter.

Vocês fazem ambos um trabalho fantástico! Então vamos minimizar as eventuais 
diferenças, por favor. Num projeto colaborativo como este é difícil não pisar 
nos pés uns dos outros ocasionalmente ;)

um grande 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] Caminhos como via em restrições

2014-03-24 Diskussionsfäden Gerald Weber
Tem hora que acho uma pena estarmos todos tão distantes (Rio de Janeiro,
Rio Grande do Sul, BH etc) e não podermos congregar ocasionalmente num
Stammtisch como fazem os alemães do OSM.
http://wiki.openstreetmap.org/wiki/Current_events

Stammtisch para quem não conhece é uma mesa cativa num bar onde se reunem
amigos toda semana, no mesmo bar, mesmo horário e mesma mesa...

Tenho certeza que estas diferenças mais acaloradas de opinião seriam
facilmente diluidos com um ou dois copos de chopp, ou qual seja a bebida
predileta de cada um desta lista.

um grande abraço

Gerald


2014-03-24 20:01 GMT-03:00 thunder...@gpsinfo.com.br:

   Me perdoe Gerald e demais participantes desta lista. Você está
 corretíssimo.

 Preciso me policiar mais já que meu nível de tolerância com determinados
 elementos está reduzidíssimo.

 Tem um ditado de Fernando Pessoa que diz mais ou menos assim:

 As palavras escritas tem um magnetismo muito especial, elas invocam
 emoções, boas ou más.



  *From:* Gerald Weber gwebe...@gmail.com
 *Sent:* Monday, March 24, 2014 7:43 PM
 *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org
 *Subject:* Re: [Talk-br]Caminhos como via em restrições

  Prezados Fernando e Márcio

 gostaria de lhes pedir mineiramente a devida calma na discussão. Que tal
 dar um tempo nisto?

 Minha experiência com lista de email é raramente a gente passa tudo que
 gostaria de passar, muito menos no tom de voz pretendido.

 Quer dizer, você escreve mensagens num certo tom de voz  mas a pessoa
 que lê pode ouvir outro tom de voz e rapidamente se tem um mal
 entendido que nenhuma das partes realmente pretendia ter.

 Vocês fazem ambos um trabalho fantástico! Então vamos minimizar as
 eventuais diferenças, por favor. Num projeto colaborativo como este é
 difícil não pisar nos pés uns dos outros ocasionalmente ;)

 um grande abraço

 Gerald

 --


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


Re: [Talk-br] Caminhos como via em restrições

2014-03-24 Diskussionsfäden Fernando Trebien
2014-03-24 19:03 GMT-03:00  thunder...@gpsinfo.com.br:
 Na entrelinhas...

Eu ia escrever uma resposta longa, mas vou direto ao ponto porque
nunca deixo nada subentendido nas entrelinhas.

 Nosso desentendimento não vem só neste assunto em debate. Sabe muito bem
 você e aqueles que participaram daqueles debates que tivemos na lista COCAR
 que foi muito difícil a mim faze-lo entender certas situações reais que
 depois de muito debate acabou você entendendo.
 Deve se lembrar aquela vez que abri na lista a pergunta do porque existia o
 desenho de uma via de pedestre saindo de uma via e ingressando em uma
 passarela quando o desenho passava sobre um obstáculo e não poderia sair
 daquela via. Na ocasião explicou você que as vias servem também para
 roteamento de pedestre o que entendi de imediato, mas não era o caso ali
 porque existia o obstáculo para pedestre. Depois de muito desgaste com até
 fotos do local pude faze-lo compreender que estava errado o desenho.
 Engraçado que ali você perguntou seu eu mudava ou deixava você mudar.
 Esse mesmo comportamento já não ocorreu no desenho de uma rotatória perto
 onde moro. Você, interpretando que não era rotatória, modificou meu desenho
 sem me perguntar. Para mim esse procedimento não é ético uma vez que sabia
 você que eu estava ativo na lista.
 Depois de muito debate provei a você que aquilo era uma rotatória e ali eu
 mesmo corrigi o desenho feito por você alterando o meu.

Julgo a sua atitude ao citar a sua versão deste fato (na qual faltam
muitos detalhes importantes) como sendo um comportamento
passivo-agressivo, algo que me desagrada profundamente e que recebo
como ofensa a nível pessoal com o objetivo de desmoralizar a minha
pessoa publicamente. Gostaria que você esclarecesse que não foi essa a
sua intenção, do contrário acho pouco possível que nos entendamos no
futuro.

Ninguém aqui no OSM está interessado em ver duas pessoas lavando roupa
suja por assuntos tratados em outros canais. Mas só pra comunidade
ouvir uma segunda opinião: durante esta discussão na COCAR, o Márcio
me apresentou fotos que não representavam o estado atual do local, me
levando a deduzir coisas que não eram verdade. Se houve algum erro,
foi cometido no mínimo por ambos simultaneamente.

Para ser justo, eu aprendi algo sim com a discussão que tive com você,
Márcio: a definição de rotatória da CTB no caso específico (e raro) de
a rotatória não ter sinalização nenhuma. O que aprendi eu repassei à
lista aqui, reconhecendo publicamente que minha definição anterior
precisava ser corrigida. Não tem por que você bater nessa tecla, como
se fosse algum tipo de certificado que lhe dê o direito de ser
considerado sempre correto e eu sempre errado. Depois disso, mesmo
durante esta discussão, nada similar aconteceu.

 Cito novamente que pelo CTB e por bom senso, para se virar a esquerda
 deve-se seguir a sinalização mantendo-se na faixa da esquerda, mantendo-se
 na faixa da direita e fazendo essa conversão a esquerda poderá ser
 atropelado quando do cruzamento de faixa para a conversão.
 Nem sei porque estou sendo repetitivo novamente. Infelizmente nos debates
 anteriores que tivemos, você e eu, fui obrigado a ser repetitivo.

Sinceramente? Eu também não sei por que está se repetindo! Você não
foi obrigado a nada, está se repetindo porque quer! Repetição não
acrescenta informação nova. Não me julgo burro a ponto de precisar
ouvir a mesma coisa várias vezes para entender, e já que você gosta de
mencionar as suas credenciais (de novo e de novo), tenho algumas bem
interessantes para provar que não sou burro, e várias das pessoas que
revisaram esse tutorial têm credenciais similares. Detesto apelar para
esse tipo argumento (jamais o fiz antes), por isso não vou além, acho
de baixíssimo calão, mas você pode pesquisar se tiver interesse, está
tudo na Internet.

Qualquer um pode estar certo ou errado, independente dos seus títulos
ou mesmo experiência prévia (e isso inclui a possibilidade de você
estar errado, muito errado, pouco errado, ou meio certo, muito certo,
enfim). Numa comunidade colaborativa como a do OSM, eu acho que valem
duas coisas: bons argumentos para convencer os demais, seguidos de
decisões democráticas tomadas em conjunto. Quem discorda deve seguir a
decisão da maioria, senão, deve estimular um debate pacífico, sem
deixar coisas subentendidas nas entrelinhas - algo que só serve para
gerar discórdia.

Dito isto, Márcio, o resto desse debate será entre você e a
comunidade, eu não me envolvo mais. Me nego terminantemente. Sinto-me
ofendido pelo tom da sua linguagem e não tenho interesse em investir
meu tempo em pessoas que se dirigem aos outros dessa forma.

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

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

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


Re: [Talk-br] Caminhos como via em restrições

2014-03-24 Diskussionsfäden thundercel
Em respeito ao solicitado pelo Gerald e a toda comunidade não vou resgatar e 
aqui postar, na integra, nosso debate e desavenças na lista do Cocar que 
comprova a veracidade de minhas palavras.


Também não vou replicar o citado por você agora porque os demais e tampouco 
o Projeto OSM como um todo merecem.


-Mensagem Original- 
From: Fernando Trebien

Sent: Monday, March 24, 2014 8:33 PM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br]Caminhos como via em restrições

2014-03-24 19:03 GMT-03:00  thunder...@gpsinfo.com.br:

Na entrelinhas...


Eu ia escrever uma resposta longa, mas vou direto ao ponto porque
nunca deixo nada subentendido nas entrelinhas.


Nosso desentendimento não vem só neste assunto em debate. Sabe muito bem
você e aqueles que participaram daqueles debates que tivemos na lista 
COCAR

que foi muito difícil a mim faze-lo entender certas situações reais que
depois de muito debate acabou você entendendo.
Deve se lembrar aquela vez que abri na lista a pergunta do porque existia 
o

desenho de uma via de pedestre saindo de uma via e ingressando em uma
passarela quando o desenho passava sobre um obstáculo e não poderia sair
daquela via. Na ocasião explicou você que as vias servem também para
roteamento de pedestre o que entendi de imediato, mas não era o caso ali
porque existia o obstáculo para pedestre. Depois de muito desgaste com até
fotos do local pude faze-lo compreender que estava errado o desenho.
Engraçado que ali você perguntou seu eu mudava ou deixava você mudar.
Esse mesmo comportamento já não ocorreu no desenho de uma rotatória perto
onde moro. Você, interpretando que não era rotatória, modificou meu 
desenho

sem me perguntar. Para mim esse procedimento não é ético uma vez que sabia
você que eu estava ativo na lista.
Depois de muito debate provei a você que aquilo era uma rotatória e ali eu
mesmo corrigi o desenho feito por você alterando o meu.


Julgo a sua atitude ao citar a sua versão deste fato (na qual faltam
muitos detalhes importantes) como sendo um comportamento
passivo-agressivo, algo que me desagrada profundamente e que recebo
como ofensa a nível pessoal com o objetivo de desmoralizar a minha
pessoa publicamente. Gostaria que você esclarecesse que não foi essa a
sua intenção, do contrário acho pouco possível que nos entendamos no
futuro.

Ninguém aqui no OSM está interessado em ver duas pessoas lavando roupa
suja por assuntos tratados em outros canais. Mas só pra comunidade
ouvir uma segunda opinião: durante esta discussão na COCAR, o Márcio
me apresentou fotos que não representavam o estado atual do local, me
levando a deduzir coisas que não eram verdade. Se houve algum erro,
foi cometido no mínimo por ambos simultaneamente.

Para ser justo, eu aprendi algo sim com a discussão que tive com você,
Márcio: a definição de rotatória da CTB no caso específico (e raro) de
a rotatória não ter sinalização nenhuma. O que aprendi eu repassei à
lista aqui, reconhecendo publicamente que minha definição anterior
precisava ser corrigida. Não tem por que você bater nessa tecla, como
se fosse algum tipo de certificado que lhe dê o direito de ser
considerado sempre correto e eu sempre errado. Depois disso, mesmo
durante esta discussão, nada similar aconteceu.


Cito novamente que pelo CTB e por bom senso, para se virar a esquerda
deve-se seguir a sinalização mantendo-se na faixa da esquerda, mantendo-se
na faixa da direita e fazendo essa conversão a esquerda poderá ser
atropelado quando do cruzamento de faixa para a conversão.
Nem sei porque estou sendo repetitivo novamente. Infelizmente nos debates
anteriores que tivemos, você e eu, fui obrigado a ser repetitivo.


Sinceramente? Eu também não sei por que está se repetindo! Você não
foi obrigado a nada, está se repetindo porque quer! Repetição não
acrescenta informação nova. Não me julgo burro a ponto de precisar
ouvir a mesma coisa várias vezes para entender, e já que você gosta de
mencionar as suas credenciais (de novo e de novo), tenho algumas bem
interessantes para provar que não sou burro, e várias das pessoas que
revisaram esse tutorial têm credenciais similares. Detesto apelar para
esse tipo argumento (jamais o fiz antes), por isso não vou além, acho
de baixíssimo calão, mas você pode pesquisar se tiver interesse, está
tudo na Internet.

Qualquer um pode estar certo ou errado, independente dos seus títulos
ou mesmo experiência prévia (e isso inclui a possibilidade de você
estar errado, muito errado, pouco errado, ou meio certo, muito certo,
enfim). Numa comunidade colaborativa como a do OSM, eu acho que valem
duas coisas: bons argumentos para convencer os demais, seguidos de
decisões democráticas tomadas em conjunto. Quem discorda deve seguir a
decisão da maioria, senão, deve estimular um debate pacífico, sem
deixar coisas subentendidas nas entrelinhas - algo que só serve para
gerar discórdia.

Dito isto, Márcio, o resto desse debate será entre você e a
comunidade, eu não me envolvo mais. Me nego terminantemente. 

Re: [Talk-br] Caminhos como via em restrições

2014-03-24 Diskussionsfäden Fernando Trebien
Foi você quem trouxe esse assunto à tona. Sua omissão em negar a minha
franca percepção apenas corrobora a sua intenção de me ofender
publicamente.

Peço à comunidade que pense se deseja tolerar esse tipo de atitude
contraproducente, e que me avise se eu estiver enganado nos meus
valores.

2014-03-24 20:51 GMT-03:00  thunder...@gpsinfo.com.br:
 Em respeito ao solicitado pelo Gerald e a toda comunidade não vou resgatar e
 aqui postar, na integra, nosso debate e desavenças na lista do Cocar que
 comprova a veracidade de minhas palavras.

 Também não vou replicar o citado por você agora porque os demais e tampouco
 o Projeto OSM como um todo merecem.


 -Mensagem Original- From: Fernando Trebien
 Sent: Monday, March 24, 2014 8:33 PM

 To: OpenStreetMap no Brasil
 Subject: Re: [Talk-br]Caminhos como via em restrições

 2014-03-24 19:03 GMT-03:00  thunder...@gpsinfo.com.br:

 Na entrelinhas...


 Eu ia escrever uma resposta longa, mas vou direto ao ponto porque
 nunca deixo nada subentendido nas entrelinhas.

 Nosso desentendimento não vem só neste assunto em debate. Sabe muito bem
 você e aqueles que participaram daqueles debates que tivemos na lista
 COCAR
 que foi muito difícil a mim faze-lo entender certas situações reais que
 depois de muito debate acabou você entendendo.
 Deve se lembrar aquela vez que abri na lista a pergunta do porque existia
 o
 desenho de uma via de pedestre saindo de uma via e ingressando em uma
 passarela quando o desenho passava sobre um obstáculo e não poderia sair
 daquela via. Na ocasião explicou você que as vias servem também para
 roteamento de pedestre o que entendi de imediato, mas não era o caso ali
 porque existia o obstáculo para pedestre. Depois de muito desgaste com até
 fotos do local pude faze-lo compreender que estava errado o desenho.
 Engraçado que ali você perguntou seu eu mudava ou deixava você mudar.
 Esse mesmo comportamento já não ocorreu no desenho de uma rotatória perto
 onde moro. Você, interpretando que não era rotatória, modificou meu
 desenho
 sem me perguntar. Para mim esse procedimento não é ético uma vez que sabia
 você que eu estava ativo na lista.
 Depois de muito debate provei a você que aquilo era uma rotatória e ali eu
 mesmo corrigi o desenho feito por você alterando o meu.


 Julgo a sua atitude ao citar a sua versão deste fato (na qual faltam
 muitos detalhes importantes) como sendo um comportamento
 passivo-agressivo, algo que me desagrada profundamente e que recebo
 como ofensa a nível pessoal com o objetivo de desmoralizar a minha
 pessoa publicamente. Gostaria que você esclarecesse que não foi essa a
 sua intenção, do contrário acho pouco possível que nos entendamos no
 futuro.

 Ninguém aqui no OSM está interessado em ver duas pessoas lavando roupa
 suja por assuntos tratados em outros canais. Mas só pra comunidade
 ouvir uma segunda opinião: durante esta discussão na COCAR, o Márcio
 me apresentou fotos que não representavam o estado atual do local, me
 levando a deduzir coisas que não eram verdade. Se houve algum erro,
 foi cometido no mínimo por ambos simultaneamente.

 Para ser justo, eu aprendi algo sim com a discussão que tive com você,
 Márcio: a definição de rotatória da CTB no caso específico (e raro) de
 a rotatória não ter sinalização nenhuma. O que aprendi eu repassei à
 lista aqui, reconhecendo publicamente que minha definição anterior
 precisava ser corrigida. Não tem por que você bater nessa tecla, como
 se fosse algum tipo de certificado que lhe dê o direito de ser
 considerado sempre correto e eu sempre errado. Depois disso, mesmo
 durante esta discussão, nada similar aconteceu.

 Cito novamente que pelo CTB e por bom senso, para se virar a esquerda
 deve-se seguir a sinalização mantendo-se na faixa da esquerda, mantendo-se
 na faixa da direita e fazendo essa conversão a esquerda poderá ser
 atropelado quando do cruzamento de faixa para a conversão.
 Nem sei porque estou sendo repetitivo novamente. Infelizmente nos debates
 anteriores que tivemos, você e eu, fui obrigado a ser repetitivo.


 Sinceramente? Eu também não sei por que está se repetindo! Você não
 foi obrigado a nada, está se repetindo porque quer! Repetição não
 acrescenta informação nova. Não me julgo burro a ponto de precisar
 ouvir a mesma coisa várias vezes para entender, e já que você gosta de
 mencionar as suas credenciais (de novo e de novo), tenho algumas bem
 interessantes para provar que não sou burro, e várias das pessoas que
 revisaram esse tutorial têm credenciais similares. Detesto apelar para
 esse tipo argumento (jamais o fiz antes), por isso não vou além, acho
 de baixíssimo calão, mas você pode pesquisar se tiver interesse, está
 tudo na Internet.

 Qualquer um pode estar certo ou errado, independente dos seus títulos
 ou mesmo experiência prévia (e isso inclui a possibilidade de você
 estar errado, muito errado, pouco errado, ou meio certo, muito certo,
 enfim). Numa comunidade colaborativa como a do OSM, eu acho que valem
 duas 

[Talk-br] Traçar linhas com tag definidas

2014-03-24 Diskussionsfäden Erick de Oliveira Leal
É possível no JOSM você ir traçando uma linha e ela já vir preenchida com
highway=residential?
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] Lixo na base

2014-03-24 Diskussionsfäden A. Carlos
 Roger...

Além deste caracter, ?, . Se tive como, passar um pente fino nos
demais, caracteres estranho. Onte procurando por cidade Manaus, achei 2 GPS
Manaus,e  Manaus], abrindo essa Manaus] no GPS achei só uma rua nela.
Fui ver no OSM, dentro de Manaus uma rua e na tag street name ele colocou a rua 
e na tag city=Mananus].
Dai imagina como fica isso no GPS..

Por isso, usar esta ferramenta para refliar isso, inclusive Nomes de Ruas e 
cidade com o Primeiro caracter, vazio (espaço em branco ) 


Sd []

  
 
 
 
 
 
 

___

Anor C. A. de Souza   Concórdia SC  
 
49-8808-4963
 
  
 
 
 
 
 
 
 


Date: Tue, 25 Mar 2014 00:31:46 -0300
From: rogersoa...@gmail.com
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] Lixo na base


  

  
  
O overpass-turbo que o Nelson mandou
  realmente é muito bom. A busca por highway+name com ? no Brasil
  todo foi bem mais rápida do que eu esperava. Tinham poucos casos
  então já removi.

  

  Atenciosamente,

  Roger.

  

  --

  Em 24-03-2014 15:43, Fernando Trebien escreveu:



  

  2014-03-24 15:33 GMT-03:00 Erick de
Oliveira Leal erickdeoliveiral...@gmail.com:


  Erros onde o nome só contém caracteres do
tipo ? eu tenho certeza q sim... rsrsrs.




Heh, ok, este caso em particular poderia ser
  considerado um erro. Mas daí não vale à pena o esforço de
  fazer um validador para um caso que acontece só umas
  poucas vezes né. Melhor fazer um script que liste os IDs
  objetos e depois nos permita editá-los manualmente, como
  você disse. (Precisamos de scripts assim pra muitas outras
  coisas parecidas.)


 

  
Mas ainda seria mais interessante um script que nos
  desse os ids dos objetos com erros e fizessemos uma
  força tarefa para corrigi-los. Mas acho que os erros
  do tipo sem logradouro são muitos, então esses teriam
  que ser postergados. Agora só corrigiriamos esses
  casos estranhos mesmo. Mas tem algum jeito de
  encontrar isso fácil?
  
  



Em 24 de março de 2014 15:22,
  Fernando Trebien fernando.treb...@gmail.com
  escreveu:
  


  
Erros são matemáticos. Você tem
  certeza absoluta de que todos esses casos, sem
  exceção, presente ou futura, constituem erros?

  
On Mar 24, 2014
  2:29 PM, thunder...@gpsinfo.com.br
  wrote:

  

  

  Os erros existentes são fatos
e requerem correção.
  Na minha opinião correção
automática até porque são tantos
que uma correção manual, com
poucos colaboradores, exigiria
muito esforço e tempo.
  Corrigiríamos os existentes,
mas como evitar que novos
surjam?
  Continuo defendendo a função
VALIDADOR (como erro e não
aviso) quando da edição. Pelo
menos por meio dele novos erros
desse tipo não devem voltar a
ocorrer.
  []s
  Marcio
   
  

   
  
From: Fernando
Trebien 
Sent: Monday,
  March 24, 2014 1:52 PM
To: OpenStreetMap no
Brasil 
  

Re: [Talk-br] Lixo na base

2014-03-24 Diskussionsfäden Erick de Oliveira Leal
Opa que bom então. Valeu Nelson e Roger
Em 25/03/2014 00:32, Roger C. Soares rogersoa...@gmail.com escreveu:

  O overpass-turbo que o Nelson mandou realmente é muito bom. A busca por
 highway+name com ? no Brasil todo foi bem mais rápida do que eu esperava.
 Tinham poucos casos então já removi.

 Atenciosamente,
 Roger.

 --
 Em 24-03-2014 15:43, Fernando Trebien escreveu:

  2014-03-24 15:33 GMT-03:00 Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com:

 Erros onde o nome só contém caracteres do tipo ? eu tenho certeza q
 sim... rsrsrs.


  Heh, ok, este caso em particular poderia ser considerado um erro. Mas
 daí não vale à pena o esforço de fazer um validador para um caso que
 acontece só umas poucas vezes né. Melhor fazer um script que liste os IDs
 objetos e depois nos permita editá-los manualmente, como você disse.
 (Precisamos de scripts assim pra muitas outras coisas parecidas.)


  Mas ainda seria mais interessante um script que nos desse os ids dos
 objetos com erros e fizessemos uma força tarefa para corrigi-los. Mas acho
 que os erros do tipo sem logradouro são muitos, então esses teriam que ser
 postergados. Agora só corrigiriamos esses casos estranhos mesmo. Mas tem
 algum jeito de encontrar isso fácil?


 Em 24 de março de 2014 15:22, Fernando Trebien 
 fernando.treb...@gmail.com escreveu:

  Erros são matemáticos. Você tem certeza absoluta de que todos esses
 casos, sem exceção, presente ou futura, constituem erros?
  On Mar 24, 2014 2:29 PM, thunder...@gpsinfo.com.br wrote:

   Os erros existentes são fatos e requerem correção.
 Na minha opinião correção automática até porque são tantos que uma
 correção manual, com poucos colaboradores, exigiria muito esforço e tempo.
 Corrigiríamos os existentes, mas como evitar que novos surjam?
 Continuo defendendo a função VALIDADOR (como erro e não aviso) quando
 da edição. Pelo menos por meio dele novos erros desse tipo não devem voltar
 a ocorrer.
 []s
 Marcio


  *From:* Fernando Trebien fernando.treb...@gmail.com
 *Sent:* Monday, March 24, 2014 1:52 PM
 *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org
 *Subject:* Re: [Talk-br] Lixo na base

  Mas vocês querem fazer isso para todo o Brasil de forma automática ou
 deixar para cada um na sua cidade fazer? Nem 1% das cidades brasileiras tem
 representantes aqui na lista.


 2014-03-24 13:23 GMT-03:00 John Packer john.pack...@gmail.com:

  Dá para utilizar regex no overpass para obter ruas que não iniciem
 com
 Rua|Avenida|etc

  Esses dias eu corrigi via JOSM as ruas que não tinham nenhum prefixo
 na minha cidade.
  O filtro que eu utilizei era algo estilo: possui as etiquetas
 `highway` e `name` e não pode começar com: Rua, Avenida, Servidão, Ponte,
 Estrada.
  E talvez precise de Beco (mas não foi o caso na minha cidade).

  Creio que seja seguro adicionar o prefixo Rua  quando for
 verificado que não tem nenhum prefixo em uma rua.



  2014-03-24 13:06 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:

 Dá para utilizar regex no overpass para obter ruas que não iniciem
 com

 Rua|Avenida|etc

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



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




 --
 Fernando Trebien
 +55 (51) 9962-5409 %2B55%20%2851%29%209962-5409

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

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

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


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



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




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

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


 ___
 Talk-br mailing 
 listTalk-br@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-br



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


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


Re: [Talk-br] Lixo na base

2014-03-24 Diskussionsfäden Erick de Oliveira Leal
Muito bom, Carlos.


Em 25 de março de 2014 01:36, A. Carlos anorcar...@hotmail.com escreveu:

 Voltando a sujeira no mapa. O site espanhol que tem compilação diária,
 tem la um link
 com os erro gerados em cada mapa BR fica em
 http://mapas.alternativaslibres.es/errors_Brazil.zip
 A lista é separada ali e grande,como ele geram isso com erro,
 provavelmente não entra no mapa
 abrindo ele, é como catar uma agulha no palheiro.
 Alguém conhece uma ferramenta que possa ler estes erro e mostrar na tela ?













 *___*

 *Anor C. A. de Souza   Co*
 *ncórdia SC   *

 49-8808-4963














 --
 Date: Tue, 25 Mar 2014 01:30:35 -0300
 From: erickdeoliveiral...@gmail.com
 To: talk-br@openstreetmap.org

 Subject: Re: [Talk-br] Lixo na base

 Opa que bom então. Valeu Nelson e Roger
 Em 25/03/2014 00:32, Roger C. Soares rogersoa...@gmail.com escreveu:

  O overpass-turbo que o Nelson mandou realmente é muito bom. A busca por
 highway+name com ? no Brasil todo foi bem mais rápida do que eu esperava.
 Tinham poucos casos então já removi.

 Atenciosamente,
 Roger.

 --
 Em 24-03-2014 15:43, Fernando Trebien escreveu:

  2014-03-24 15:33 GMT-03:00 Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com:

 Erros onde o nome só contém caracteres do tipo ? eu tenho certeza q sim...
 rsrsrs.


  Heh, ok, este caso em particular poderia ser considerado um erro. Mas
 daí não vale à pena o esforço de fazer um validador para um caso que
 acontece só umas poucas vezes né. Melhor fazer um script que liste os IDs
 objetos e depois nos permita editá-los manualmente, como você disse.
 (Precisamos de scripts assim pra muitas outras coisas parecidas.)


  Mas ainda seria mais interessante um script que nos desse os ids dos
 objetos com erros e fizessemos uma força tarefa para corrigi-los. Mas acho
 que os erros do tipo sem logradouro são muitos, então esses teriam que ser
 postergados. Agora só corrigiriamos esses casos estranhos mesmo. Mas tem
 algum jeito de encontrar isso fácil?


 Em 24 de março de 2014 15:22, Fernando Trebien fernando.treb...@gmail.com
  escreveu:

  Erros são matemáticos. Você tem certeza absoluta de que todos esses
 casos, sem exceção, presente ou futura, constituem erros?
  On Mar 24, 2014 2:29 PM, thunder...@gpsinfo.com.br wrote:

   Os erros existentes são fatos e requerem correção.
 Na minha opinião correção automática até porque são tantos que uma
 correção manual, com poucos colaboradores, exigiria muito esforço e tempo.
 Corrigiríamos os existentes, mas como evitar que novos surjam?
 Continuo defendendo a função VALIDADOR (como erro e não aviso) quando da
 edição. Pelo menos por meio dele novos erros desse tipo não devem voltar a
 ocorrer.
 []s
 Marcio


  *From:* Fernando Trebien fernando.treb...@gmail.com
 *Sent:* Monday, March 24, 2014 1:52 PM
 *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org
 *Subject:* Re: [Talk-br] Lixo na base

  Mas vocês querem fazer isso para todo o Brasil de forma automática ou
 deixar para cada um na sua cidade fazer? Nem 1% das cidades brasileiras tem
 representantes aqui na lista.


 2014-03-24 13:23 GMT-03:00 John Packer john.pack...@gmail.com:

  Dá para utilizar regex no overpass para obter ruas que não iniciem com
 Rua|Avenida|etc

  Esses dias eu corrigi via JOSM as ruas que não tinham nenhum prefixo na
 minha cidade.
  O filtro que eu utilizei era algo estilo: possui as etiquetas `highway`
 e `name` e não pode começar com: Rua, Avenida, Servidão, Ponte, Estrada.
  E talvez precise de Beco (mas não foi o caso na minha cidade).

  Creio que seja seguro adicionar o prefixo Rua  quando for verificado
 que não tem nenhum prefixo em uma rua.



  2014-03-24 13:06 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:

 Dá para utilizar regex no overpass para obter ruas que não iniciem com

 Rua|Avenida|etc

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



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




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

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

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

 ___
 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] Lixo na base

2014-03-24 Diskussionsfäden Erick de Oliveira Leal
Carlos, aproveita e deixa como vc fez...


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

 Muito bom, Carlos.


 Em 25 de março de 2014 01:36, A. Carlos anorcar...@hotmail.com escreveu:

  Voltando a sujeira no mapa. O site espanhol que tem compilação diária,
 tem la um link
 com os erro gerados em cada mapa BR fica em
 http://mapas.alternativaslibres.es/errors_Brazil.zip
 A lista é separada ali e grande,como ele geram isso com erro,
 provavelmente não entra no mapa
 abrindo ele, é como catar uma agulha no palheiro.
 Alguém conhece uma ferramenta que possa ler estes erro e mostrar na tela ?













 *___*

 *Anor C. A. de Souza   Co*
 *ncórdia SC   *

 49-8808-4963














 --
 Date: Tue, 25 Mar 2014 01:30:35 -0300
 From: erickdeoliveiral...@gmail.com
 To: talk-br@openstreetmap.org

 Subject: Re: [Talk-br] Lixo na base

 Opa que bom então. Valeu Nelson e Roger
 Em 25/03/2014 00:32, Roger C. Soares rogersoa...@gmail.com escreveu:

  O overpass-turbo que o Nelson mandou realmente é muito bom. A busca por
 highway+name com ? no Brasil todo foi bem mais rápida do que eu esperava.
 Tinham poucos casos então já removi.

 Atenciosamente,
 Roger.

 --
 Em 24-03-2014 15:43, Fernando Trebien escreveu:

  2014-03-24 15:33 GMT-03:00 Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com:

 Erros onde o nome só contém caracteres do tipo ? eu tenho certeza q
 sim... rsrsrs.


  Heh, ok, este caso em particular poderia ser considerado um erro. Mas
 daí não vale à pena o esforço de fazer um validador para um caso que
 acontece só umas poucas vezes né. Melhor fazer um script que liste os IDs
 objetos e depois nos permita editá-los manualmente, como você disse.
 (Precisamos de scripts assim pra muitas outras coisas parecidas.)


  Mas ainda seria mais interessante um script que nos desse os ids dos
 objetos com erros e fizessemos uma força tarefa para corrigi-los. Mas acho
 que os erros do tipo sem logradouro são muitos, então esses teriam que ser
 postergados. Agora só corrigiriamos esses casos estranhos mesmo. Mas tem
 algum jeito de encontrar isso fácil?


 Em 24 de março de 2014 15:22, Fernando Trebien 
 fernando.treb...@gmail.com escreveu:

  Erros são matemáticos. Você tem certeza absoluta de que todos esses
 casos, sem exceção, presente ou futura, constituem erros?
  On Mar 24, 2014 2:29 PM, thunder...@gpsinfo.com.br wrote:

   Os erros existentes são fatos e requerem correção.
 Na minha opinião correção automática até porque são tantos que uma
 correção manual, com poucos colaboradores, exigiria muito esforço e tempo.
 Corrigiríamos os existentes, mas como evitar que novos surjam?
 Continuo defendendo a função VALIDADOR (como erro e não aviso) quando da
 edição. Pelo menos por meio dele novos erros desse tipo não devem voltar a
 ocorrer.
 []s
 Marcio


  *From:* Fernando Trebien fernando.treb...@gmail.com
 *Sent:* Monday, March 24, 2014 1:52 PM
 *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org
 *Subject:* Re: [Talk-br] Lixo na base

  Mas vocês querem fazer isso para todo o Brasil de forma automática ou
 deixar para cada um na sua cidade fazer? Nem 1% das cidades brasileiras tem
 representantes aqui na lista.


 2014-03-24 13:23 GMT-03:00 John Packer john.pack...@gmail.com:

  Dá para utilizar regex no overpass para obter ruas que não iniciem com
 Rua|Avenida|etc

  Esses dias eu corrigi via JOSM as ruas que não tinham nenhum prefixo na
 minha cidade.
  O filtro que eu utilizei era algo estilo: possui as etiquetas `highway`
 e `name` e não pode começar com: Rua, Avenida, Servidão, Ponte, Estrada.
  E talvez precise de Beco (mas não foi o caso na minha cidade).

  Creio que seja seguro adicionar o prefixo Rua  quando for verificado
 que não tem nenhum prefixo em uma rua.



  2014-03-24 13:06 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:

 Dá para utilizar regex no overpass para obter ruas que não iniciem com

 Rua|Avenida|etc

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



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




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

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

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

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


 ___
 Talk-br 

Re: [Talk-de] Suche Testpersonen für iD-Benutzungstest

2014-03-24 Diskussionsfäden Rick, Hamburg

Hi Jan,

Du beschreibst in Deiner E-Mail leider nicht, was genau ich eigentlich 
tun soll, wenn ich Dich unterstützen möchte.


Daher melde ich mich einfach und sage: \o
Ich wohne mitten in Hamburg und bin blutiger Anfänger bei OSM. Zwei oder 
drei neu verlegte Stolpersteine in meinem Kiez habe ich einzutragen 
versucht, nicht mehr.


Melde Dich einfach, wenn ich in Dein Beuteschema passe.


Herzliche Piratengrüße aus Hamburg-St. Georg
Dein Rick


Am 22.03.2014 12:39, schrieb Jan B:

Hallo!

Nach einer längeren Zeit der Inaktivität auf dieser Liste möchte ich
mich heute mit einem Anliegen an euch wenden, bei dem es um die
Verbesserung der Usability des iD-Editors geht.

Im Rahmen meiner Masterarbeit in Kartographie an der TU Wien werde ich
nämlich Benutzungstests durchführen, die dazu dienen sollen, Probleme
und Schwierigkeiten bei der Benutzung von iD durch noch ungeübte
Benutzer_innen aufzuzeigen. Das Gesuch richtet sich also an Menschen,
die entweder
a) noch gar keine Erfahrung mit OSM haben, oder
b) die schon mit OSM vertraut sind, aber bisher noch (fast) nie mit iD
editiert haben.

Insbesondere für die letztgenannte Gruppe hoffe ich hier bei euch Mapper
zu finden, die sich bereit erklären würden, für einen Offline-Usertest
zur Verfügung zu stehen. Die Tests sollen im April in der Region Hamburg
stattfinden (Orte in der Umgebung, die gut mit Zug/Bus erreichbar sind,
eingeschlossen). Der genaue Zeit und der Ort werden natürlich
individuell vereinbart - es könnte z.B. auch bei einem Mappertreffen sein.

Ich will an dieser Stelle nicht zu weit ausholen und verweise daher auf
meine Online-Umfrage, in der ihr euer Interesse durch Beantworten
einiger weniger Fragen bekunden könnt und wo das ganze Prozedere auch
noch einmal ausführlicher beschrieben ist:
http://cartography.tuwien.ac.at/limesurvey/index.php/216311/lang-de

Gerne auch weitergeben an Freunde, Bekannte, etc.

Ich bin gespannt auf Rückmeldung von euch und freue mich auf
interessante Test-Sessions.

Viele Grüße
jan


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


Re: [Talk-de] Suche Testpersonen für iD-Benutzungstest

2014-03-24 Diskussionsfäden Jan B
Hallo Rick,

freut mich, dass du Lust hast, am Test teilzunehmen! Du musst erst
einmal nichts weiter tun als den Online-Fragebogen ausfüllen (Link siehe
unten in meiner Mail). Dann melde ich mich nochmal bei dir, um einen
Termin mit dir zu vereinbaren.

Danke und viele Grüße
jan

Am 24.03.2014 11:27, schrieb Rick, Hamburg:
 Hi Jan,
 
 Du beschreibst in Deiner E-Mail leider nicht, was genau ich eigentlich
 tun soll, wenn ich Dich unterstützen möchte.
 
 Daher melde ich mich einfach und sage: \o
 Ich wohne mitten in Hamburg und bin blutiger Anfänger bei OSM. Zwei oder
 drei neu verlegte Stolpersteine in meinem Kiez habe ich einzutragen
 versucht, nicht mehr.
 
 Melde Dich einfach, wenn ich in Dein Beuteschema passe.
 
 
 Herzliche Piratengrüße aus Hamburg-St. Georg
 Dein Rick
 
 
 Am 22.03.2014 12:39, schrieb Jan B:
 Hallo!

 Nach einer längeren Zeit der Inaktivität auf dieser Liste möchte ich
 mich heute mit einem Anliegen an euch wenden, bei dem es um die
 Verbesserung der Usability des iD-Editors geht.

 Im Rahmen meiner Masterarbeit in Kartographie an der TU Wien werde ich
 nämlich Benutzungstests durchführen, die dazu dienen sollen, Probleme
 und Schwierigkeiten bei der Benutzung von iD durch noch ungeübte
 Benutzer_innen aufzuzeigen. Das Gesuch richtet sich also an Menschen,
 die entweder
 a) noch gar keine Erfahrung mit OSM haben, oder
 b) die schon mit OSM vertraut sind, aber bisher noch (fast) nie mit iD
 editiert haben.

 Insbesondere für die letztgenannte Gruppe hoffe ich hier bei euch Mapper
 zu finden, die sich bereit erklären würden, für einen Offline-Usertest
 zur Verfügung zu stehen. Die Tests sollen im April in der Region Hamburg
 stattfinden (Orte in der Umgebung, die gut mit Zug/Bus erreichbar sind,
 eingeschlossen). Der genaue Zeit und der Ort werden natürlich
 individuell vereinbart - es könnte z.B. auch bei einem Mappertreffen sein.

 Ich will an dieser Stelle nicht zu weit ausholen und verweise daher auf
 meine Online-Umfrage, in der ihr euer Interesse durch Beantworten
 einiger weniger Fragen bekunden könnt und wo das ganze Prozedere auch
 noch einmal ausführlicher beschrieben ist:
 http://cartography.tuwien.ac.at/limesurvey/index.php/216311/lang-de

 Gerne auch weitergeben an Freunde, Bekannte, etc.

 Ich bin gespannt auf Rückmeldung von euch und freue mich auf
 interessante Test-Sessions.

 Viele Grüße
 jan
 

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


Re: [Talk-de] Suche Testpersonen für iD-Benutzungstest

2014-03-24 Diskussionsfäden Rick, Hamburg

Moin Jan,

done.

Wenn Du willst, leite ich Deine Anfrage auch an weitere Mailing-Lists in 
Hamburg weiter.


Ich wünsche Dir viel Erfolg!

Herzliche Piratengrüße und bis bald
Dein Rick aus Hamburg


Am 24.03.2014 13:11, schrieb Jan B:

Hallo Rick,

freut mich, dass du Lust hast, am Test teilzunehmen! Du musst erst
einmal nichts weiter tun als den Online-Fragebogen ausfüllen (Link siehe
unten in meiner Mail). Dann melde ich mich nochmal bei dir, um einen
Termin mit dir zu vereinbaren.

Danke und viele Grüße
jan


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


Re: [Talk-de] Suche Testpersonen für iD-Benutzungstest

2014-03-24 Diskussionsfäden Caronna


Ich hab erst im Nachhinein gesehen das der Fragebogen nur für Hamburg 
gilt.. bin da wohl was weit weg...


Caronna

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


Re: [Talk-de] Suche Testpersonen für iD-Benutzungstest

2014-03-24 Diskussionsfäden Rick, Hamburg

Hi Caronna,

eine Beschränkung auf Hamburger lese ich in Jan's Aufruf auch nicht. Zum 
Glück wohne ich aber in Hamburg - der schönsten Stadt der Welt! :-)


GLG - Dein Rick


Am 24.03.2014 14:38, schrieb Caronna:


Ich hab erst im Nachhinein gesehen das der Fragebogen nur für Hamburg 
gilt.. bin da wohl was weit weg...


Caronna



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


Re: [Talk-de] Suche Testpersonen für iD-Benutzungstest

2014-03-24 Diskussionsfäden Caronna

Am 24.03.2014 15:03, schrieb Rick, Hamburg:

Hi Caronna,

eine Beschränkung auf Hamburger lese ich in Jan's Aufruf auch nicht. Zum
Glück wohne ich aber in Hamburg - der schönsten Stadt der Welt! :-)





Die Tests sollen im April in der _Region Hamburg_
stattfinden (Orte in der Umgebung, die gut mit Zug/Bus erreichbar sind,
eingeschlossen).


steht mitten Im Text, leicht zu überlesen...
schade, ich hätte gerne geholfen

ich habe iD mal ausprobiert  laansam
mir fehlt einiges was ich bei Josm schätze, z.B. Q zum alles rechtwinklig 
machen; andererseits wäre einiges auch schön für  Josm

Grüße aus der Eifel
Steffen (Caronna)



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


Re: [Talk-de] JOSM Verbesserungen

2014-03-24 Diskussionsfäden fly
On 24.03.2014 15:27, Caronna wrote:

Hey Caronna und Liste

 ich habe iD mal ausprobiert  laansam
 mir fehlt einiges was ich bei Josm schätze, z.B. Q zum alles
 rechtwinklig machen; andererseits wäre einiges auch schön für  Josm

Was denn ?

Kannst ja gerne Wünsche bei JOSM äussern. Dazu einfach ein neues Ticket
[1] auf der JOSM-Seite [2] erstellen.

Grüße fly


[1] https://josm.openstreetmap.de/newticket
[2] https://josm.openstreetmap.de

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


Re: [Talk-de] 3D: Wie Gebäude am Hang taggen?

2014-03-24 Diskussionsfäden fly
On 21.03.2014 19:47, Richard Z. wrote:
 On Mon, Mar 17, 2014 at 04:19:06PM +0100, Martin Koppenhoefer wrote:
 Am 17. März 2014 13:44 schrieb Manuel Reimer manuel.s...@nurfuerspam.de:

 Gibt es denn wenigstens einen Renderer, der bereits irgendwelche
 Geländedaten mit einbezieht?



 bei den bisher frei verfügbaren Quellen wie SRTM und Aster gibt es
 jedenfalls sicher keine Hoffnung, dass damit solche Details wie ein halb
 eingegrabenes Gebäude wiedergegeben werden könnten (Zu geringe Auflösung).
 Es gibt aber durchaus Renderer, die diese Quellen miteinbeziehen, aber das
 hilft eher bei der Orientierung im großmaßstäblicheren Einsatz, nicht bei
 der Ansicht des einzelnen Gebäudes.
 
 sollte man da vielleicht mit ele=* nachhelfen? Aber was genau würde man
 mit ele taggen? Eingänge?

Ist möglich und das passende level tag.

Aus dem 3D-Tagging gibt es auch noch die Möglichkeit Gebäude(teile) aus
Multipolygon der einzelnen Mauern einzuzeichnen. Damit können dann die
unterschiedlichen Höhen vielleicht deutlicher werden.

Habt Frage bleibt wohl jedoch wie das Gesamtgebäude definiert wird,
insbesondere die Anzahl der Stockwerke. Wo fangen wir an zu zählen ? An
der tieferen Seite ? Wie deutlich sind Halbkeller und Hochpater erklärt ?

cu fly


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


Re: [Talk-de] JOSM Verbesserungen

2014-03-24 Diskussionsfäden Caronna

Am 24.03.2014 15:35, schrieb fly:

On 24.03.2014 15:27, Caronna wrote:

Hey Caronna und Liste

 ich habe iD mal ausprobiert  laansam
 mir fehlt einiges was ich bei Josm schätze, z.B. Q zum alles
 rechtwinklig machen; andererseits wäre einiges auch schön für  Josm

Was denn ?


da ich nur nur mal rumgefummelt habe...
das erstellen von Häusern, blieb immer ne geschlossenen Linie, egal wie 
viele Ecken, fand ich halt nett.





Kannst ja gerne Wünsche bei JOSM äussern. Dazu einfach ein neues Ticket
[1] auf der JOSM-Seite [2] erstellen.



ich weiß, muss aber nicht sein

Grüße aus der Eifel
Steffen

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


  1   2   >