date:20140106

The lab of the New York Public Library created this software
to automate and extract gis data from scanned maps
http://www.gislounge.com/automating-extracting-gis-data-scanned-maps/

code:
https://github.com/NYPL/map-vectorizer

license: MIT

Thanks to Markus Neteler for the reporting

-- 
Maurizio Napo Napolitano
http://de.straba.us

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

Re: [Talk-tr] Talk-tr Digest, Vol 50, Issue 2

2014-01-06 Thread fatih

Hi Warrin,
Firstly, thank you for your kind request for our opinion.
I am new to osm, so my words reflect my view. 

I think the data you input must be based on Turkish names. Maybe it can be
multilangual if it is possible. The people who visit the battle field would
get much from Turkish names because they are the names currently used.

Remember that Allied Powers was at Gallipoli just for 8 months. So I am
against to see the landmarks with their naming.

Of course the memorials, and some important land marks which has referring
in English literature or army content can be good for anyone.

I request the view of experienced osm volunteers on this issue.

I also offer my help to find out current and historic names of the entities.
---
Arkadaşlar Merhaba,
Ben Gelibolu yer isimlerini, işgal kuvvetlerinin isimleri ile görmeye
karşıyım. 
Sizin de görüş ve önerilerinizi rica ediyorum.


-Original Message-
From: talk-tr-requ...@openstreetmap.org
[mailto:talk-tr-requ...@openstreetmap.org] 
Sent: Monday, January 06, 2014 2:01 PM
To: talk-tr@openstreetmap.org
Subject: Talk-tr Digest, Vol 50, Issue 2

Send Talk-tr mailing list submissions to
talk-tr@openstreetmap.org

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.openstreetmap.org/listinfo/talk-tr
or, via email, send a message with subject or body 'help' to
talk-tr-requ...@openstreetmap.org

You can reach the person managing the list at
talk-tr-ow...@openstreetmap.org

When replying, please edit your Subject line so it is more specific than
Re: Contents of Talk-tr digest...


Today's Topics:

   1. Fwd: Re:  Mapping battle site Canakkale (Gallipoli),  Turkey
  (Warin)
   2. Re: Mapping battle site Canakkale (Gallipoli), Turkey
  (Roman Neum?ller)


--

Message: 1
Date: Mon, 06 Jan 2014 15:03:54 +1100
From: Warin 61sundow...@gmail.com
To: talk-tr@openstreetmap.org
Subject: [Talk-tr] Fwd: Re:  Mapping battle site Canakkale
(Gallipoli),Turkey
Message-ID: 52ca2b2a.6080...@gmail.com
Content-Type: text/plain; charset=iso-8859-1; Format=flowed

HI,

I've found some Turkish maps of the Canakkale  area  - copyrite expired so
they should be useable to OSM. They are old .. say 1916? But should give
information on the historical battlefield. Some of these are Turkish!
http://www.awm.gov.au/search-awm/collections/?q=G7432.G1+S65conflict=allsu
bmit=Search 


Unfortunatly they are presented at 72dpi .. making the finer details
unreadable.

I've placed a few deatils from one of them .. yet to do more.

Did a little housekeeping in the area  - road ending near roads but not
joined - joined where bing indicates, ways crossing ways - added nodes to
make routing possible etc.


On Fri, Jan 3, 2014 at 5:57 AM, Warin 61sundow...@gmail.com
mailto:61sundow...@gmail.com wrote:

Hi,

With the forthcoming services at I've taken the trouble of mapping
the present memorials (and their associated roads, paths .. in some
cases adjacent paths so people don't take the wrong ones) at
Canakkale (Gallipoli), Turkey. A few were maped in the south (mainly
British, about 4), one road was GPS sourced, other roads looked to
be bing tracings. I've tried to get them all (OZ, NZ and Turkish
mainly), there maybe a few left (at least 2 I think) but I've not
found them with bing.

The Question?
Should I now map the named ridges, gullies etc that were used by
'us' (and/or named by 'us') in the action?  These would be historic
'English' names e.g. 'second ridge', 'valley of despair', 'cooee
gully'. My source for this is copyright .. so I'll need permission
from them (or another source). But before I ask for that I'd like an
indication that the mapped features would not offend you.


Apologies for the english language, if someone could translate it in
to Turkish it would be aprecialted.

Happy New Year

Warin.



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




-- next part --
An HTML attachment was scrubbed...
URL:
http://lists.openstreetmap.org/pipermail/talk-tr/attachments/20140106/571ed
7d0/attachment-0001.html

--

Message: 2
Date: Mon, 06 Jan 2014 09:17:18 +0200
From: Roman Neum?ller em...@katpatuka.org
To: talk-tr@openstreetmap.org
Subject: Re: [Talk-tr] Mapping battle site Canakkale (Gallipoli),
Turkey
Message-ID: op.w887u4r9kn9205@bigmama
Content-Type: text/plain; charset=windows-1254; format=flowed;
delsp=yes

it should be ok using english names
you could also use name:en tag...

Roman

On Mon, 06 Jan 2014 06:03:54 +0200, Warin 61sundow...@gmail.com wrote:

 HI,

 I've found some Turkish maps of the Canakkale  area

Re: [Talk-br] Rodovias com duas ref (estadual e nacional)

2014-01-06 Thread Gerald Weber

Oi Nelson

On 6 January 2014 00:43, Nelson A. de Oliveira nao...@gmail.com wrote:

 Estava pensando, não seria mais correto nas rodovias que possuem a ref
 multivalorada (por exemplo, ref=SP-270;BR-374) utilizar a ref com o
 valor estadual (ref=SP-270) e nat_ref para o valor nacional
 (nat_ref=BR-374)?


Eu tenho feito assim:
1) determino qual ref é que aparece nas placas da rodovia (the truth is on
the ground) e coloco sozinha no ref=
2) a outra coloco em alt_ref=

Eu faço assim porque se você coloca  ref=SP-270 mas as placas mostram
BR-374 o que vai ser mostrado ao usuário é SP-270, o que certamente vai
gerar confusão.

Você está certo em não querer usar ref=SP-270;BR-374, embora tecnicamente
correto os renderizadores parecem se atrapalhar com isto.

Além do mais pode confundir o usuário quando ele recebe uma instrução do
roteador Entre na SP-270;BR-374.

No caso do alt_ref pode ser qualquer outra coisa já que eu tenho a
impressão que nenhum renderizador/roteador vai olhar para este valor.

o que você acha?

abraço

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

Re: [Talk-br] Rodovias com duas ref (estadual e nacional)

2014-01-06 Thread Flavio Bello Fialho

Estou usando relações em todas as rodovias nacionais e estaduais que
mapeio. Coloco o tag ref na relação. Alguns trechos coincidentes fazem
parte de mais de uma relação. A dúvida é quanto ao ref do segmento, que
creio que deve ser igual o que aparece nas placas. Não acho que seja
interessante criar um tag nat_ref. Creio que o ref das relações já inclui a
informação necessária.
Em 06/01/2014 00:43, Nelson A. de Oliveira nao...@gmail.com escreveu:

 Estava pensando, não seria mais correto nas rodovias que possuem a ref
 multivalorada (por exemplo, ref=SP-270;BR-374) utilizar a ref com o
 valor estadual (ref=SP-270) e nat_ref para o valor nacional
 (nat_ref=BR-374)?

 ___
 Talk-br mailing list
 Talk-br@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] Vias separadas e linha contínua: atualização

2014-01-06 Thread Flavio Bello Fialho

Roteamento não é a única utilidade de um mapa. Por favor, não coloquem duas
vias onde só existe uma. Usem restrições de conversão.
Em 03/01/2014 12:44, Fernando Trebien fernando.treb...@gmail.com
escreveu:

Bom saber que não sou o único, Paulo. Se alguém mais achar essa idéia
interessante, eu a apóio, mas eu entendo que, nas definições atuais do
OSM e pelos princípios que as aplicações de roteamento adotam em
relação ao que diz a lei, a não-separação estaria correta e talvez
mais correta do que a separação. No entanto, eu raramente penso em
certo e errado no OSM (as definições são livres demais pra se
adotar uma postura dogmática) e sim no mais útil e menos útil.

Eu sinceramente acho que a separação em duas linhas quando há
canteiro fictício tem muitas vantagens para a qualidade do
roteamento, desde que dentro da malha urbana (fora dela acho que gera
mais problemas do que resolve). A rota calculada sempre faz o
motorista chegar ao destino pelo lado mais conveniente, sem precisar
cruzar o tráfego contrário e sem atrapalhar o tráfego que vem atrás
dele. Geralmente onde há canteiro fictício na cidade é porque o
tráfego já é bastante intenso no local, então parar pra chegar no
destino (e quem sabe esperar por minutos até conseguir atravessar o
tráfego contrário) diminui bastante a eficiência do fluxo local. E é
bem mais perigoso também.

Por que isso não vale tanto fora da cidade: porque o tráfego é menos
intenso, porque os trechos de estradas onde há faixa contínua são mais
curtos e raramente há destinos interessantes ao redor, e porque uma
separação raramente alteraria a rota calculada já que quase nunca há
malha alternativa ao redor de uma estrada. (Uma separação ainda seria
interessante, mas não seria algo muito importante pra se mapear.)

De volta à cidade. Danos ao mapear como linha separada: trabalho de
mapeamento dobrado, possível confusão visual com vias com separador
físico (embora não sei que impactos negativos isso teria na prática,
mesmo pra pedestres ou ciclistas).

Danos ao mapear como linha única: maior dificuldade de chegar ao
destino e talvez maior risco de acidente, inconvenientes ao tráfego
local.

2014/1/3 Paulo Carvalho paulo.r.m.carva...@gmail.com:
Na minha época de Tracksource, sempre mapeava como linhas separadas.
Acho
que se mantiver a linha única, creio que se deva tomar o cuidado de
colocar
restrições de manobra à esquerda.

Em 31 de dezembro de 2013 17:13, Gerald Weber gwebe...@gmail.com
escreveu:

Tanto, que quando a linha não pode ser transposta tem que ter avisos. É
o
caso da Rua Conceição do Mato Dentro em BH que tem placas textuais neste
sentido.

Linha contínua apenas impede a ultrapassagem (overtaking=no).

Além do mais mapear as vias em separado pode confundir o pedestre que ao
olhar o mapa não conseguirá identificar o canteiro central.

Então não creio que seja mesmo uma boa idéia mapear separado para fins
de
roteamento.

abraço

Gerald

2013/12/31 Fernando Trebien fernando.treb...@gmail.com

Pessoal,

Só pra deixar registrado. Uns tempos atrás eu defendi o mapeamento de
vias com linha contínua como separadas, uma para cada sentido. Há
pouco estava revisando as traduções
(http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Referência),
incorporando a terminologia do CTB, e me deparei com o termo canteiro
fictício. Fui pesquisar, descobri que nunca foi definido formalmente,
mas acabei descobrindo no manual de sinalização horizontal do DNIT

(
http://www.dnit.gov.br/rodovias/operacoes-rodoviarias/prosinal/20-manual-vol-iv-sinalizacao-horizontal-resolucao-236.pdf
)
que é permitido transpor a linha contínua (chamada no manual de
LFO-3) para acesso a lotes (residências). Então, de fato, atualmente
não há exigência legal que nos levaria a mapear separadamente, nem
para corrigir o roteamento. Mapear como linhas separadas, contudo,
tende a produzir um roteamento mais seguro e cômodo para o motorista,
especialmente em áreas muito movimentadas da cidade, e pelo que lembro
das nossas discussões anteriores, segurança é algo importante. Mesmo
assim, vou desfazer os poucos casos em que implementei uma separação
baseada nessa característica.

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

Dr. Gerald Weber

gwebe...@gmail.com

Personal website

Departamento de Física/Universidade Federal de Minas Gerais

Department of Physics/Federal University of Minas Gerais

Campus da Pampulha

Av. Antônio Carlos, 6627, 31270-901 Belo Horizonte, MG, Brazil

mobile: +55-(0)31-96462277 (mudou/changed 02/07/2013)

Re: [Talk-br] Rodovias com duas ref (estadual e nacional)

Lá no Tracksource também usávamos o que era observado nas placas da rodovia.


Em 6 de janeiro de 2014 08:08, Flavio Bello Fialho
bello.fla...@gmail.comescreveu:

 Estou usando relações em todas as rodovias nacionais e estaduais que
 mapeio. Coloco o tag ref na relação. Alguns trechos coincidentes fazem
 parte de mais de uma relação. A dúvida é quanto ao ref do segmento, que
 creio que deve ser igual o que aparece nas placas. Não acho que seja
 interessante criar um tag nat_ref. Creio que o ref das relações já inclui a
 informação necessária.
 Em 06/01/2014 00:43, Nelson A. de Oliveira nao...@gmail.com escreveu:

 Estava pensando, não seria mais correto nas rodovias que possuem a ref
 multivalorada (por exemplo, ref=SP-270;BR-374) utilizar a ref com o
 valor estadual (ref=SP-270) e nat_ref para o valor nacional
 (nat_ref=BR-374)?

 ___
 Talk-br mailing list
 Talk-br@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] Rodovias com duas ref (estadual e nacional)

2014/1/6 Flavio Bello Fialho bello.fla...@gmail.com:
 Estou usando relações em todas as rodovias nacionais e estaduais que mapeio.
 Coloco o tag ref na relação. Alguns trechos coincidentes fazem parte de mais
 de uma relação. A dúvida é quanto ao ref do segmento, que creio que deve ser
 igual o que aparece nas placas. Não acho que seja interessante criar um tag
 nat_ref. Creio que o ref das relações já inclui a informação necessária.

Não é criar uma nat_ref, mas apenas passar a utilizá-la.
nat_ref é como a rodovia é nacionalmente referenciada.
Eu estava corrigindo algumas coisas perto da SP-215 e vi que ela
estava com ref=SP-215 + nat_ref=BR-267, e isso fez sentido.
É o que o pessoal acaba utilizando na europa (também utilizam int_ref por lá)

ref ficaria portanto a referência padrão, como visto nas placas, e
nat_ref a sua referência nacional (que são as BR que coincidem com as
estaduais).

nat_ref http://taginfo.openstreetmap.org/search?q=nat_ref tem uso 66
vezes maior que alt_ref
http://taginfo.openstreetmap.org/search?q=alt_ref

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

Re: [Talk-br] Rodovias com duas ref (estadual e nacional)

2014-01-06 Thread Erick de Oliveira Leal

Ah muito bom. Tive dificuldade com isso no df
Em 06/01/2014 11:22, Nelson A. de Oliveira nao...@gmail.com escreveu:

 2014/1/6 Flavio Bello Fialho bello.fla...@gmail.com:
  Estou usando relações em todas as rodovias nacionais e estaduais que
 mapeio.
  Coloco o tag ref na relação. Alguns trechos coincidentes fazem parte de
 mais
  de uma relação. A dúvida é quanto ao ref do segmento, que creio que deve
 ser
  igual o que aparece nas placas. Não acho que seja interessante criar um
 tag
  nat_ref. Creio que o ref das relações já inclui a informação necessária.

 Não é criar uma nat_ref, mas apenas passar a utilizá-la.
 nat_ref é como a rodovia é nacionalmente referenciada.
 Eu estava corrigindo algumas coisas perto da SP-215 e vi que ela
 estava com ref=SP-215 + nat_ref=BR-267, e isso fez sentido.
 É o que o pessoal acaba utilizando na europa (também utilizam int_ref por
 lá)

 ref ficaria portanto a referência padrão, como visto nas placas, e
 nat_ref a sua referência nacional (que são as BR que coincidem com as
 estaduais).

 nat_ref http://taginfo.openstreetmap.org/search?q=nat_ref tem uso 66
 vezes maior que alt_ref
 http://taginfo.openstreetmap.org/search?q=alt_ref

 ___
 Talk-br mailing list
 Talk-br@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] Rodovias com duas ref (estadual e nacional)

2014-01-06 Thread Gerald Weber

2014/1/6 Nelson A. de Oliveira nao...@gmail.com

 2014/1/6 Flavio Bello Fialho bello.fla...@gmail.com:
  Estou usando relações em todas as rodovias nacionais e estaduais que
 mapeio.
  Coloco o tag ref na relação. Alguns trechos coincidentes fazem parte de
 mais
  de uma relação. A dúvida é quanto ao ref do segmento, que creio que deve
 ser
  igual o que aparece nas placas. Não acho que seja interessante criar um
 tag
  nat_ref. Creio que o ref das relações já inclui a informação necessária.

 Não é criar uma nat_ref, mas apenas passar a utilizá-la.
 nat_ref é como a rodovia é nacionalmente referenciada.
 Eu estava corrigindo algumas coisas perto da SP-215 e vi que ela
 estava com ref=SP-215 + nat_ref=BR-267, e isso fez sentido.
 É o que o pessoal acaba utilizando na europa (também utilizam int_ref por
 lá)

 ref ficaria portanto a referência padrão, como visto nas placas, e
 nat_ref a sua referência nacional (que são as BR que coincidem com as
 estaduais).

 nat_ref http://taginfo.openstreetmap.org/search?q=nat_ref tem uso 66
 vezes maior que alt_ref
 http://taginfo.openstreetmap.org/search?q=alt_ref


Sem problemas, me referi a alt_ref apenas de maneira genérica.

A questão só seria se nas placas tivesse  BR-267, então você teria de usar
ref=BR-267 e alt_ref=SP-215, aí não daria para colocar nat_ref=SP-215.

Nas rodovias coincidentes em MG em geral fica a referência BR, apenas uma
única vez eu vi MGC nas placas.

abraço

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

Re: [Talk-br] Rodovias com duas ref (estadual e nacional)

2014/1/6 Gerald Weber gwebe...@gmail.com:
 Sem problemas, me referi a alt_ref apenas de maneira genérica.

Mas eu não estou falando mal do alt_ref.
Eu só quis dizer que o nat_ref é mais utilizado :-)

 Nas rodovias coincidentes em MG em geral fica a referência BR, apenas uma
 única vez eu vi MGC nas placas.

Em cada estado é diferente então.
Em SP é o nome estadual mesmo: http://goo.gl/maps/dpc3L
Essa também é a BR-369

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

Re: [Talk-br] Dezembro de 2013 - mês histórico do OSM no Rio de Janeiro

Legal. Esse tipo de revisão é importantíssima!

O tipo de revisão que eu faço é mais simples, verificando erros óbvios no
mapa (a quem nunca visitou o local), como vias que se cruzam sem ter um nó
no cruzamento, ruas com a grafia errada (R. Gal. F. de Tal ao invés de
Rua General Fulano de Tal), essas coisas. Já esse tipo de correção, só
quem mora no local mesmo, ou fez uma expedição para mapear. =)

[]s
Arlindo

2014/1/3 Paulo Carvalho paulo.r.m.carva...@gmail.com

Oi, Arlindo.

Tenho 37 anos e moro no Recreio, Zona Oeste. Fiz umas poucas edições
emergenciais na Barra e aqui no Recreio. Ainda não mapeei mais porque
tenho me dedicado aos programas.
Não sei quem revisa a região da Barra, mas há bastantes coisas erradas
fora das avenidas. As ruas residenciais têm muitas conexões que não
existem por causa de manilhas, grades, cercas e outros obstáculos que os
condomínios colocam. As imagens do satélite muitas vezes parecem mostrar
continuidades que não existem. Eu mesmo editei ruas do condomínio San
Francisco aqui no Recreio de forma a desfazer conexões inexistentes.
Abaixo, no Google Street View, exemplo de tais obstáculos:

https://maps.google.com/?ll=-23.005928,-43.389152spn=0.003002,0.005284t=hz=18layer=ccbll=-23.005928,-43.389152panoid=2qlbsSQgoOj5OyC_PJHXuwcbp=12,350.93,,0,9.69

Esse obstáculo deixa passar bicicletas e pedestres, mas há outros que
não passa nem mosquito!

[]s

Em 30 de dezembro de 2013 13:20, Arlindo Pereira
openstreet...@arlindopereira.com escreveu:

Legal, sejam muito bem-vindos Helio e Márcio!

Tenho 25 anos e moro na Zona Norte, em Cordovil.

De fato ainda há muito a que se fazer para divulgar o OSM. Eu já dei
muitas palestras e minicursos para divulgar o projeto, mas (aqui no Rio
pelo menos) nunca ganhou tração suficiente para andar sozinho. Parece que
agora vai. =)

Aí na Ilha do Governador teve um usuário, já inativo, que faz bastante
coisa, e que coincidentemente é um camarada meu, o DebianTUX. Vou mandar
esse email com cópia para ele para ver se ele se anima a largar o SimCity e
mapear o mundo real ;-)

(Samamba, lê a thread de baixo pra cima!)

Abraços,
Arlindo Nighto Pereira

2013/12/30 Hélio Ricardo Pinheiro Coutinho helio_couti...@hotmail.com

Márcio,

Fico feliz por você estar ai em Sampa, pq aqui tá um verdadeiro
inferno de calor. Ainda por cima estou trabalhando, cheguei agora do almoço
(trabalho na Ouvidor) e tá muuuito quente

Forte abraço,

Hélio.

--
From: thunder...@gpsinfo.com.br
To: talk-br@openstreetmap.org
Date: Mon, 30 Dec 2013 10:50:34 -0200

Subject: Re: [Talk-br] Dezembro de 2013 - mês histórico do OSM no Rio de
Janeiro

Olá grande Helio!
é com grande satisfação que o vejo aqui colaborando com o OSM que
infelizmente, na minha opinião, não foi ainda bem divulgado no Brasil e por
essa razão não conta com um numero significativo de colaboradores. Me
surpreendi aos aber que na Argentina existiam mais colaboradores que o
Brasil.

Vamos reverter esse quadro e dentro das minhas possiblidades empregarei
os sites que administro para fazer essa divulgação.

No momento me encontro em Sorocaba – SP onde vim passar a festa do fim
dde ano com filha e netos. Ando editando o mapa OSM aqui porque não gostei
muito do que vi quando cheguei. Muitas ruas faltando no mapa e muitas
outras não nomeadas. Fora a hierarquização das vias que está requerendo
revisão. Aos poucos vamos acertando isso.

Quinta-feira retorno para o Rio e continuarei trabalhando naquele mapa
já que sabemos estar o arruamento da cidade sendo bastante alterado decido
as obras e novas vias sendo inauguradas.

Forte abraço e feliz 2014.

Marcio

*From:* Hélio Ricardo Pinheiro Coutinho helio_couti...@hotmail.com
*Sent:* Monday, December 30, 2013 10:14 AM
*To:* OpenStreetMap no Brasil talk-br@openstreetmap.org
*Subject:* Re: [Talk-br] Dezembro de 2013 - mês histórico do OSM no Rio
de Janeiro

Bom dia Arlindo, bom dia a todos:

Já trocamos alguns e-mails Arlindo.

Assim como o companheiro Márcio (sujeito com forte bagagem hein, em
tudo que vejo: Seja site, seja fórum, lá está seu nick *thundercel*,
parabéns pelo empenho!), também tenho colaborado no OSM, mais precisamente
com a região de São Gonçalo - RJ (Onde tenho residência) e alguma coisa em
Niterói - RJ. Sou novato, mas com a colaboração dos Srs, com certeza
terei muito a acrescentar.

Um próspero ano novo a todos.

Hélio Coutinho.

--
From: thunder...@gpsinfo.com.br
To: talk-br@openstreetmap.org
Date: Mon, 30 Dec 2013 08:18:47 -0200
Subject: Re: [Talk-br] Dezembro de 2013 - mês histórico do OSM no Rio de
Janeiro

Olá Arlindo!
Venho ajudando na edição do mapa no Rio de Janeiro. Resido na Ilha do
Governador – RJ.

Minha experiencia advem de 5 anos desenvolvendo mapas para o Tracksource
tendo inclusive desenhado para ele todo o arruamento da zona oeste do Rio
quando

Re: [Talk-br] Vias separadas e linha contínua: atualização

Foi o que eu disse, que não o faria. Também disse que não vejo em que
situações essa duplicação prejudicaria outros usos do mapa, e ninguém
deu exemplos ainda. Pra você, via = pista sem separação física?

2014/1/6 Flavio Bello Fialho bello.fla...@gmail.com:
Roteamento não é a única utilidade de um mapa. Por favor, não coloquem duas
vias onde só existe uma. Usem restrições de conversão.

Em 03/01/2014 12:44, Fernando Trebien fernando.treb...@gmail.com
escreveu:

Danos ao mapear como linha única: maior dificuldade de chegar ao
destino e talvez maior risco de acidente, inconvenientes ao tráfego
local.

Em 31 de dezembro de 2013 17:13, Gerald Weber gwebe...@gmail.com
escreveu:

Tanto, que quando a linha não pode ser transposta tem que ter avisos. É
o
caso da Rua Conceição do Mato Dentro em BH que tem placas textuais
neste
sentido.

Linha contínua apenas impede a ultrapassagem (overtaking=no).

Além do mais mapear as vias em separado pode confundir o pedestre que
ao
olhar o mapa não conseguirá identificar o canteiro central.

Então não creio que seja mesmo uma boa idéia mapear separado para fins
de
roteamento.

abraço

Gerald

2013/12/31 Fernando Trebien fernando.treb...@gmail.com

Pessoal,

(http://www.dnit.gov.br/rodovias/operacoes-rodoviarias/prosinal/20-manual-vol-iv-sinalizacao-horizontal-resolucao-236.pdf)
que é permitido transpor a linha contínua (chamada no manual de
LFO-3) para acesso a lotes (residências). Então, de fato, atualmente
não há exigência legal que nos levaria a mapear separadamente, nem
para corrigir o roteamento. Mapear como linhas separadas, contudo,
tende a produzir um roteamento mais seguro e cômodo para o motorista,
especialmente em áreas muito movimentadas da cidade, e pelo que lembro
das nossas discussões anteriores, segurança é algo importante. Mesmo
assim, vou desfazer os poucos casos em que implementei uma separação
baseada nessa característica.

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

Dr. Gerald Weber

gwebe...@gmail.com

Personal website

Departamento de Física/Universidade Federal de

Re: [Talk-br] Dezembro de 2013 - mês histórico do OSM no Rio de Janeiro

Por isso deixei à disposição o mapa da Zona Oeste que o Márcio e eu fizemos
para o Tracksource. São nossos mapas, derivados do IPP, portanto têm nossa
autorização para uso no OSM. O Márcio está com Centro+ZN+ZS. Acho que o
arruamento do Centro está melhor no OSM, mas com certeza o que temos de
Zona Oeste poderá enriquecer bastante o mapa do Rio no OSM. Sem citar que
temos 70% das ruas do Rio completamente numeradas. Os dados da numeração
vieram do CadLog, outro produto da Prefeitura:
http://portalgeo.rio.rj.gov.br/website/cadlog/viewer.htm . Se derem zoom
suficiente verão a numeração das casas.

O mapa que fiz da Barra/Recreio contempla todos esses obstáculos e conexões
corretamente feitas para impedir rotas impossíveis. Quem anda pela Barra
sabe que há apenas umas 3 ou 4 avenidas que integram a região. As ruas
residenciais são muito desconexas, sem saída ou com obstáculos. Quem é de
fora e precisa visitar alguém que more lá pode se enrolar sem um bom mapa.

Mapa:
http://cocardl.com.br/osm_mapas/rio_de_janeiro_zona_oeste.zip

Até agora ninguém comentou.

Em 6 de janeiro de 2014 14:01, Arlindo Pereira
openstreet...@arlindopereira.com escreveu:

Legal. Esse tipo de revisão é importantíssima!

[]s
Arlindo

2014/1/3 Paulo Carvalho paulo.r.m.carva...@gmail.com

Oi, Arlindo.

Tenho 37 anos e moro no Recreio, Zona Oeste. Fiz umas poucas edições
emergenciais na Barra e aqui no Recreio. Ainda não mapeei mais porque
tenho me dedicado aos programas.
Não sei quem revisa a região da Barra, mas há bastantes coisas
erradas fora das avenidas. As ruas residenciais têm muitas conexões que
não existem por causa de manilhas, grades, cercas e outros obstáculos que
os condomínios colocam. As imagens do satélite muitas vezes parecem
mostrar continuidades que não existem. Eu mesmo editei ruas do condomínio
San Francisco aqui no Recreio de forma a desfazer conexões inexistentes.
Abaixo, no Google Street View, exemplo de tais obstáculos:

https://maps.google.com/?ll=-23.005928,-43.389152spn=0.003002,0.005284t=hz=18layer=ccbll=-23.005928,-43.389152panoid=2qlbsSQgoOj5OyC_PJHXuwcbp=12,350.93,,0,9.69

Esse obstáculo deixa passar bicicletas e pedestres, mas há outros que
não passa nem mosquito!

[]s

Em 30 de dezembro de 2013 13:20, Arlindo Pereira
openstreet...@arlindopereira.com escreveu:

Legal, sejam muito bem-vindos Helio e Márcio!

Tenho 25 anos e moro na Zona Norte, em Cordovil.

(Samamba, lê a thread de baixo pra cima!)

Abraços,
Arlindo Nighto Pereira

2013/12/30 Hélio Ricardo Pinheiro Coutinho helio_couti...@hotmail.com

Márcio,

Fico feliz por você estar ai em Sampa, pq aqui tá um verdadeiro
inferno de calor. Ainda por cima estou trabalhando, cheguei agora do almoço
(trabalho na Ouvidor) e tá muuuito quente

Forte abraço,

Hélio.

--
From: thunder...@gpsinfo.com.br
To: talk-br@openstreetmap.org
Date: Mon, 30 Dec 2013 10:50:34 -0200

Subject: Re: [Talk-br] Dezembro de 2013 - mês histórico do OSM no Rio
de Janeiro

Vamos reverter esse quadro e dentro das minhas possiblidades empregarei
os sites que administro para fazer essa divulgação.

Quinta-feira retorno para o Rio e continuarei trabalhando naquele mapa
já que sabemos estar o arruamento da cidade sendo bastante alterado decido
as obras e novas vias sendo inauguradas.

Forte abraço e feliz 2014.

Marcio

*From:* Hélio Ricardo Pinheiro Coutinho helio_couti...@hotmail.com
*Sent:*

Re: [Talk-br] Vias separadas e linha contínua: atualização

[]s
Arlindo

2014/1/6 Flavio Bello Fialho bello.fla...@gmail.com

Roteamento não é a única utilidade de um mapa. Por favor, não coloquem
duas vias onde só existe uma. Usem restrições de conversão.
Em 03/01/2014 12:44, Fernando Trebien fernando.treb...@gmail.com
escreveu:

Danos ao mapear como linha única: maior dificuldade de chegar ao
destino e talvez maior risco de acidente, inconvenientes ao tráfego
local.

Em 31 de dezembro de 2013 17:13, Gerald Weber gwebe...@gmail.com
escreveu:

Tanto, que quando a linha não pode ser transposta tem que ter avisos.
É o
caso da Rua Conceição do Mato Dentro em BH que tem placas textuais
neste
sentido.

Linha contínua apenas impede a ultrapassagem (overtaking=no).

Além do mais mapear as vias em separado pode confundir o pedestre que
ao
olhar o mapa não conseguirá identificar o canteiro central.

Então não creio que seja mesmo uma boa idéia mapear separado para fins
de
roteamento.

abraço

Gerald

2013/12/31 Fernando Trebien fernando.treb...@gmail.com

Pessoal,

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

Dr. Gerald Weber

gwebe...@gmail.com

Personal website

Departamento de Física/Universidade Federal de Minas Gerais

Department of Physics/Federal University of Minas Gerais

Campus da Pampulha

Av. Antônio Carlos, 6627, 31270-901 Belo Horizonte, MG, Brazil

mobile: +55-(0)31-96462277

[Talk-br] Dados com source=Google

Estava arrumando algumas coisas quando vi isso:

http://www.openstreetmap.org/node/1610421930

A pessoa colocou o nome do lugar com source=Google
Tem vários outros nomes que ela incluiu, mas sem source.

A origem sobre os dados dele é uma coisa que precisamos verificar.
Outra coisa seriam esses sources com Google:

http://overpass-turbo.eu/s/1Xt
http://overpass-turbo.eu/s/1Xp
http://overpass-turbo.eu/s/1Xv

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

Re: [Talk-br] Dados com source=Google

Pode ser gente iniciante que só porque estão desenhando a partir de imagens
de satélite diz que é Google.  Seria bom contactar quem fez.


Em 6 de janeiro de 2014 17:51, Nelson A. de Oliveira nao...@gmail.comescreveu:

 Estava arrumando algumas coisas quando vi isso:

 http://www.openstreetmap.org/node/1610421930

 A pessoa colocou o nome do lugar com source=Google
 Tem vários outros nomes que ela incluiu, mas sem source.

 A origem sobre os dados dele é uma coisa que precisamos verificar.
 Outra coisa seriam esses sources com Google:

 http://overpass-turbo.eu/s/1Xt
 http://overpass-turbo.eu/s/1Xp
 http://overpass-turbo.eu/s/1Xv

 ___
 Talk-br mailing list
 Talk-br@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] Vias separadas e linha contínua: atualização

2014-01-06 Thread Gerald Weber

2014/1/6 Fernando Trebien fernando.treb...@gmail.com

 Foi o que eu disse, que não o faria. Também disse que não vejo em que
 situações essa duplicação prejudicaria outros usos do mapa, e ninguém
 deu exemplos ainda. Pra você, via = pista sem separação física?


Quando me locomovo a pé numa cidade desconhecida eu uso bastante
aplicativos de smartphone como o Osmand, com bastante zoom já que preciso
localizar pontos de referência. Quanto mais a imagem simplificada do mapa
de aproximar da realidade, mais simples fica de me localizar.

Eu ficaria bastante confuso se visse no aplicativo uma via duplicada como
canteiro central e setas de mão única e não encontrasse nada disto
físicamente. Quer dizer, que visse uma via simples de mão dupla no lugar.

Minha primeira reação seria que eu teria errado a rua. Depois de certificar
de que estaria na rua certa, eu ia obviamente achar que o mapa estava
errado.

Talvez por não estar dirigindo, não ia pensar que o mapeador colocou isto
como artifício para evitar a conversão à esquerda.

Tá legal que você já abandonou a proposta, mas você pediu um exemplo de
problema, este claramente seria um deles.

abraço

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

[Talk-br] Possível importação em Sorriso - MT

Nesse changeset http://www.openstreetmap.org/changeset/14679745 tem
muita coisa estranha.
Reparem nas tags de uma das vias http://www.openstreetmap.org/way/201515780

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

[Talk-br] Acessos, Agulhas, retornos, etc

Amigos,
alguém me poderia apontar onde consultar sobre formatação de acessos, agulhas, 
rampas, retornos, etc. Confesso que é tanta informação espalhada pelo WIKI que 
gasto muito tempo procurando o que desejo.

Defensor do principio que na “vida nada se cria e sim se copia e aperfeiçoa” 
fui buscar visualmente no mapa da Região Europeia como fazem lá e para minha 
surpresa encontrei situações semelhantes retratadas de forma diferente, com 
formatações diferentes.

Assim pergunto:

1 – Tanto no JOSM como no ID temos a opção de configurar acessos a todas 
categorias de via, menos a residencial. Por que? Até onde sei um acesso não 
leva o nome da via acessada até porque ele não tem numeração de porta.

2 – O acesso de uma via de determinada categoria a outra de categoria diferente 
recebe a categoria da superior?   

Antecipadamente agradeço a quem puder me ajudar a compreender essa situação 
nebulosa para mim.

[]s
Marcio

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

Re: [Talk-br] Acessos, Agulhas, retornos, etc

No OSM não existem acessos e sim links ou ligações (depende da
tradução), que são usados para acessos, saídas, retornos, rotatórias
etc.

1. Para acessos que ligam duas vias residenciais, você pode
classificar o acesso como via residencial também. De fato, não há
tipos de ligação (como em primary_link ou secondary_link) específicos
para essa classe de vias. Só existem tipos específicos para ligações
envolvendo: motorway, trunk, primary, secondary e tertiary. Para os
demais tipos, você pode usar os tipos básicos mesmo (aqueles sem
ligação no nome do tipo), seguindo a classificação normal das vias:
http://wiki.openstreetmap.org/wiki/Pt-br:How_to_map_a

O motivo para as ligações não levarem um nome é porque essas
ligações não têm nome oficial (não têm placa com nome). Acrescentar um
nome fictício a elas seria apenas inventar algo que não existe com o
propósito de fazer alguma aplicação funcionar melhor. Além disso,
esses nomes inventados não seriam distintos o suficiente para
identificar o acesso unicamente - vários acessos teriam exatamente o
mesmo nome ao longo da mesma via. Isso prejudicaria algumas aplicações
que fazem busca por nomes de ruas (como GPSs, por exemplo): nelas,
viria o nome da rua e também o de todos os seus acessos com exatamente
o mesmo nome, não necessariamente nessa ordem conveniente.

2. Uma ligação sempre recebe a maior classificação entre destino e
origem. Por exemplo, um acesso de/para uma terciária para/de uma
secundária (ou seja, tanto faz se é entrada ou se é saída da
secundária) será sempre secondary_link (ligação secundária); ou seja,
sempre é do mesmo tipo da via mais importante. Isso tem efeito sobre a
forma com que o mapa do site principal é desenhado: a ligação aparece
por cima da via terciária nesse exemplo, chamando a atenção para os
acessos à via secundária, que é mais importante. A ordem de
importância das vias no OSM é: motorway, depois trunk, primary,
secondary, tertiary, e residential/unclassified.

2014/1/6  thunder...@gpsinfo.com.br:
 Amigos,
 alguém me poderia apontar onde consultar sobre formatação de acessos,
 agulhas, rampas, retornos, etc. Confesso que é tanta informação espalhada
 pelo WIKI que gasto muito tempo procurando o que desejo.

 Defensor do principio que na “vida nada se cria e sim se copia e aperfeiçoa”
 fui buscar visualmente no mapa da Região Europeia como fazem lá e para minha
 surpresa encontrei situações semelhantes retratadas de forma diferente, com
 formatações diferentes.

 Assim pergunto:

 1 – Tanto no JOSM como no ID temos a opção de configurar acessos a todas
 categorias de via, menos a residencial. Por que? Até onde sei um acesso não
 leva o nome da via acessada até porque ele não tem numeração de porta.

 2 – O acesso de uma via de determinada categoria a outra de categoria
 diferente recebe a categoria da superior?

 Antecipadamente agradeço a quem puder me ajudar a compreender essa situação
 nebulosa para mim.

 []s
 Marcio



 ___
 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] Excesso de living street em Porto Alegre

2014-01-06 Thread Augusto Stoffel

O atual sistema de classificação de vias permite o uso da tag
highway=living_street em dois casos: primeiro, através de um
critério objetivo baseado na largura da via, e, segundo, através de um
critério subjetivo, a saber, a presença de pedestres na rua. Eu estou
de pleno acordo com o primeiro critério, cujo efeito prático é a
rotulação de becos em aglomerações espontâneas como living street.

Porém, eu não estou muito satisfeito com o segundo critério. O
principal efeito prático desse segundo critério é a possibilidade de
marcar como living street qualquer via que contorne ou atravesse um
aglomerado subnormal, ou qualquer outra região da cidade que o
mapeador julgue perigosa, desaconselhável, ou desagradável. Não vou
tentar escrever uma dissertação coerente sobre o tema, mas vou
mencionar rapidamente alguns pontos que me desagradam.

* Imparcialidade/transparência: Quem somos nós (mapeadores do OSM)
para decidir quais ruas são perigosas, desaconselháveis ou
(in)dignas dos nossos usuários? Nós temos muito menos potencial de
fazer isso bem feito que as companhias big data, e por outro lado
o OSM pode vir a ser, em breve, a única ferramenta a mostrar nossas
cidades de forma imparcial e transparente -- em [1] há um artigo
muito interessante sobre isso. Assim eu acho que nós devemos
excluir dos nossos mapas qualquer tentativa de indicar se uma área é
gueto ou não, com as vantagens e desvantagens que isso possui.

* Roteamento: Uma das razões para marcar certas vias como
contraindicadas seria melhorar o roteamento. Eu não gosto dos
resultados, na prática. Por exemplo, o trajeto que eu costumava
fazer do Campus do Vale da UFRGS até o (defunto) Estádio Olímpico
incluía tomar a Barão do Amazonas, Caldre Fião, Oscar Schneider, etc
[2]. Esse é provavelmente o caminho ótimo para quem prefere vias
secundárias; e talvez seja melhor que o caminho canônico (que
seguiria pela Bento Gonçalves até a Azenha) até mesmo para quem
prefere vias principais. No entanto, foi decidido que a Barão do
Amazonas é uma rua indigna, e o roteador nunca descobrirá esse
caminho, mesmo operando em um modo que prefere vias secundárias.

Outro exemplo em que eu acho a situação um pouco exagerada é este
trecho da Avenida Jacuí [3], que muda de secondary para living
street porque se aproxima de uma vila. Não vejo razão alguma para o
roteador evitar esta rua.

* Verificabilidade: exceto pela existência de sinalização alertando
para pedestres/crianças na via (coisa não muito comum), a única
forma prática de constatar e verificar a existência de pedestres na
via parece ser usando o Google Street View.

Em suma, eu preferiria remover o caso pedestres na via regularmente
do diagrama de classificação de vias, e usar living street
exclusivamente para vias residenciais que comportam no máximo um
automóvel.

PS: Eu não expressei minha opinião a respeito da polêmica anterior
sobre o excesso de tertiary em Porto Alegre / promoção por preferência
porque na época eu recém tinha começado a pensar no OSM. Aqui vai um
breve comentário. Eu concordo com a filosofia da promoção por
preferência; o que eu acho que está dando errado é a classificação de
uma rua mudar em um ponto em que as características físicas da rua
(como largura ou pavimento) não mudam. Assim, eu diria que, via de
regra, uma rua deve possuir uma única classificação em toda a sua
extensão e deve ser promovida de residential para tertiary se ela tem
preferência sobre a maioria das outras residentials que ela atravessa
(e similarmente para distinguir secondary de tertiary). Ou seja, um
ganho de preferência isolado não gera promoção, e uma perda de
preferência isolada não gera demoção. É claro que essa idéia mais
global é mais difícil de traduzir em um algoritmo totalmente livre de
ambiguidade, e provavelmente exigiria um input subjetivo, baseado em
conhecimento local. [Mas nota que isso é diferente do caso da living
street em que estamos arbitrando que tal rua deva ser totalmente
evitado, exceto para acesso local.]

[1]
https://www.aclu.org/blog/racial-justice-criminal-law-reform-technology-and-liberty/your-turn-turn-navigation-application

[2] http://www.openstreetmap.org/#map=16/-30.0637/-51.1959

[3] http://www.openstreetmap.org/#map=17/-30.07853/-51.23620

[4] http://www.openstreetmap.org/#map=17/-30.03503/-51.15997

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

Re: [Talk-br] Acessos, Agulhas, retornos, etc

2014/1/6  thunder...@gpsinfo.com.br:
 Me perdoe discordar, mas geralmente a grande maioria dos acessos é
 sinalizada como Acesso a um bairro ou acesso a Rua tal.
 Aqui no Rio mesmo, a Linha Amarela, que não é uma via Residencial, tem suas
 saídas numeradas. Assim o carioca encontra facilmente, por exemplo, a saída
 10 dela.

Marcio,
Leia isso em outro tópico:
https://lists.openstreetmap.org/pipermail/talk-br/2013-December/004818.html

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

Re: [Talk-br] Nomear saídas de entroncamentos comno mes não oficiais

(Subindo a thread para o Marcio achar mais facilmente)

Eu imagino que a tag description/destination possa ser interessante para
usar em um GPS. Consigo imaginar a navegação de um GPS veicular dizendo,
pegue a próxima saída a direita para o Centro ao invés de pegue a
próxima saída a direita ou algo do tipo. Mas, não me parece o mais
apropriado para a tag name=* ainda que, visivelmente, o mapa fique com os
acessos sem nome.


[]s
Arlindo

2013/12/30 Fernando Trebien fernando.treb...@gmail.com

 Acho que description é o campo ideal pra esses nomes não oficiais (porém
 são raros os casos em que parecem necessários). Em destination deve ir o
 que aparece na placa pro GPS poder dar a instrução de voz correta (caso
 suporte essa tag).
  On Dec 28, 2013 11:31 PM, Nelson A. de Oliveira nao...@gmail.com
 wrote:

 2013/12/28 wi...@wille.blog.br wi...@wille.blog.br:
  a recomendação é que se coloque o nome da saída, mas a página trata
 apenas
  de motorways.

 Os nomes das saídas são utilizados com highway=motorway_junction (não
 é exclusiva de motorway, podendo ser utilizada em primary e outras)
 http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway_junction

 É nesse nó que se coloca o nome da saída (45A, por exemplo, que é o
 que a gente vê nas placas das rodovias)
 Tem aplicativos de GPS que utilizam essa tag e informam corretamente
 que você tem que pegar a saída 45A, por exemplo.

  Não conheço as tags destination e description, mas acho que realmente
 tem
  que haver alguma informação de onde esse acesso vai dar.

 description é um campo para mensagens curtas para o usuário final (aí
 cabe a aplicação utilizar ou não esta informação)
 http://wiki.openstreetmap.org/wiki/Description

 O destination sim que serve para indicar o destino que o caminho
 possui (uma cidade, local, bairro, etc). Note que o destino é o nó
 final do caminho (ou o inicial, se utilizado ao contrário com
 destination:backward, por exemplo)
 http://wiki.openstreetmap.org/wiki/Key:destination

 Esses usos de nomes não oficiais como Acesso para a Rua Tal ou
 Cabines 1 a 3 do pedágio devem estar contidos em tags como
 description e/ou destination (ou outras que encaixem melhor).

 ___
 Talk-br mailing list
 Talk-br@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] Nomear saídas de entroncamentos comno mes não oficiais

(Esqueci de comentar o mais importante)

... e, nesse sentido, pode ser interessante para o aplicativo que faz a
conversão para o formato específico do GPS veicular, verificar a existência
da tag description ou destination e juntá-la a tag name que ele utiliza em
seu formato nativo para obter o efeito desejado na navegação por voz.


[]s
Arlindo

2014/1/6 Arlindo Pereira openstreet...@arlindopereira.com

 (Subindo a thread para o Marcio achar mais facilmente)

 Eu imagino que a tag description/destination possa ser interessante para
 usar em um GPS. Consigo imaginar a navegação de um GPS veicular dizendo,
 pegue a próxima saída a direita para o Centro ao invés de pegue a
 próxima saída a direita ou algo do tipo. Mas, não me parece o mais
 apropriado para a tag name=* ainda que, visivelmente, o mapa fique com os
 acessos sem nome.


 []s
 Arlindo


 2013/12/30 Fernando Trebien fernando.treb...@gmail.com

 Acho que description é o campo ideal pra esses nomes não oficiais (porém
 são raros os casos em que parecem necessários). Em destination deve ir o
 que aparece na placa pro GPS poder dar a instrução de voz correta (caso
 suporte essa tag).
  On Dec 28, 2013 11:31 PM, Nelson A. de Oliveira nao...@gmail.com
 wrote:

 2013/12/28 wi...@wille.blog.br wi...@wille.blog.br:
  a recomendação é que se coloque o nome da saída, mas a página trata
 apenas
  de motorways.

 Os nomes das saídas são utilizados com highway=motorway_junction (não
 é exclusiva de motorway, podendo ser utilizada em primary e outras)
 http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway_junction

 É nesse nó que se coloca o nome da saída (45A, por exemplo, que é o
 que a gente vê nas placas das rodovias)
 Tem aplicativos de GPS que utilizam essa tag e informam corretamente
 que você tem que pegar a saída 45A, por exemplo.

  Não conheço as tags destination e description, mas acho que realmente
 tem
  que haver alguma informação de onde esse acesso vai dar.

 description é um campo para mensagens curtas para o usuário final (aí
 cabe a aplicação utilizar ou não esta informação)
 http://wiki.openstreetmap.org/wiki/Description

 O destination sim que serve para indicar o destino que o caminho
 possui (uma cidade, local, bairro, etc). Note que o destino é o nó
 final do caminho (ou o inicial, se utilizado ao contrário com
 destination:backward, por exemplo)
 http://wiki.openstreetmap.org/wiki/Key:destination

 Esses usos de nomes não oficiais como Acesso para a Rua Tal ou
 Cabines 1 a 3 do pedágio devem estar contidos em tags como
 description e/ou destination (ou outras que encaixem melhor).

 ___
 Talk-br mailing list
 Talk-br@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] Excesso de living street em Porto Alegre

E quanto a highway=service?  No Tracksource, no mapa do Rio, há as tais
ruas de serviço, ruas bem estreitas (ainda com boas calçadas) com
velocidade bem reduzida, que eu classificaria como service.


Em 6 de janeiro de 2014 21:18, Fernando Trebien
fernando.treb...@gmail.comescreveu:

 Augusto, vamos por partes. Acredito que você está se baseando
 essencialmente naquilo que você vê no mapa de Porto Alegre hoje. Em
 outros lugares do Brasil, não vi pessoas adotando essa definição de
 living street, e portanto, ainda está aberto para discussão.

 A definição de living street é de ruas em que os pedestres têm o
 direito legal de trafegar na pista a qualquer momento, onde os carros
 têm menos preferência que os pedestres e precisam parar para eles. A
 rigor, living streets não existem no Brasil, então, a rigor, elas não
 poderiam ser usadas em lugar nenhum por aqui.

 Mas living streets podem ser úteis pra representar algo similar ao
 conceito original. A idéia é que as living streets serviriam como uma
 espécie de alerta ao motorista, não de região pobre ou de região
 perigosa e sim de via com pedestres na pista (por qualquer razão
 que fosse). Ao contrário do que você disse, nas últimas discussões
 aqui na lista, o critério da largura foi o que despertou mais críticas
 (mas eu ainda acho ele bastante interessante) e o do compartilhamento
 da pista entre pedestres e veículos foi o que despertou mais
 interesse. Tal compartilhamento acontece em algumas situações, e uma
 delas é dentro dos aglomerados, onde normalmente faltam calçadas
 largas o suficiente para que dois pedestres andem lado a lado, sendo
 assim obrigados a andar na pista. Faz pouco tempo que me dei conta que
 esse critério (o de falta de calçadas) pode ser mais útil do que algo
 vago como pedestres dividem espaço com os carros, pois é um critério
 mais mensurável. Atualmente, a constatação de que algo é living street
 não se dá nem pelo Street View oficialmente, a princípio a melhor
 fonte seria a opinião de um morador local ou de alguém que trafega
 frequentemente pela via. Não havendo tal opinião, não se classifica
 assim. Havendo, se registra na tag note.

 Sem poder considerar inteiramente esse último critério, foram os
 outros motivos que me levaram a marcar as vias dentro dos aglomerados
 em Porto Alegre como living streets. É bem provável que algum
 refinamento seja necessário ainda. Já o último critério eu usei para
 as ruas do centro; note que essas ruas não estão numa região menos
 favorecida, pelo contrário: ali o que existe é o hábito de os
 pedestres não respeitarem os carros, de simplesmente atravessarem na
 sua frente sem esperar. Um motorista que passar por lá sem saber disso
 (ex.: um turista) acaba tendo mais chance de se envolver num acidente,
 sem falar que a passagem seria mais demorada.

 Existe uma tag proposta há 7 anos atrás e que nunca foi votada que
 serve para demarcar perigos, mas li numa discussão que não seria
 para questões de segurança pessoal:
 http://wiki.openstreetmap.org/wiki/Proposed_features/hazard

 Se o roteador que você está usando for o OSRM, eis uma rota que passa
 pela Barão do Amazonas, mostrando que o roteador continua levando-a em
 consideração para o cálculo (living street não é fechada para carros):
 http://osrm.at/63a

 Devemos classificar sem pensar nas aplicações, mas só pra
 exemplificar, o OSRM me diz que essa rota leva 15 minutos, em
 comparação com a rota principal que leva 14. Ela é 300m mais curta,
 mas mais demorada. O trecho como living street tem pouco mais de 100m
 de extensão. Duvido muito que mudar sua classificação alteraria a
 rota. Outro roteador poderia rotear por living streets por atribuir um
 peso diferente a elas. Algo que faria o OSRM adotar essa rota seria
 completar os semáforos da Avenida Bento Gonçalves; hoje, o OSRM pensa
 que dá pra passar livremente ao longo de toda a avenida, e por isso
 ele pensa que é mais rápido essa rota e não a que você prefere.

 Eu discordo que uma via deva ter a mesma classificação em toda a sua
 extensão sempre. Isso faria o final da Avenida Ipiranga ser primária,
 mas é um trecho bem pouco importante, com pouco tráfego:
 http://www.openstreetmap.org/#map=17/-30.06575/-51.14768

 O mesmo problema aconteceria no fim da Avenida Otto Niemeyer:
 http://www.openstreetmap.org/#map=17/-30.11010/-51.25349

 Quando o pessoal criticou a classificação das terciárias, eu propus
 outro método que não tive tempo de aplicar ainda (talvez você possa me
 ajudar). Eis a proposta com um exemplo do que seria o resultado no
 bairro Menino Deus:
 https://lists.openstreetmap.org/pipermail/talk-br/2013-August/004069.html

 Por essa nova classificação, o problema que você citou (de haver
 mudanças de classificação no meio da via) não existiria, nem os dois
 problemas que eu apontei na sua proposta (no final da Avenida Ipiranga
 e no final da Avenida Otto Niemeyer).

 Peço que, se você for reclassificar as vias em Porto Alegre, que
 adicione as placas-pare em cada

Re: [Talk-br] Possível importação em Sorriso - MT

2014-01-06 Thread Tácio Fernandes

Eu percebi mesmo, mas tentei não mexer. O que fazer com essas tags
despadronizadas? Acho que se agente ficar deixando essas tags não
oficiais, daqui um tempo vai ter um acúmulo de sujeira impressionante.

2014/1/6 Nelson A. de Oliveira nao...@gmail.com:
 Nesse changeset http://www.openstreetmap.org/changeset/14679745 tem
 muita coisa estranha.
 Reparem nas tags de uma das vias http://www.openstreetmap.org/way/201515780

 ___
 Talk-br mailing list
 Talk-br@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] Excesso de living street em Porto Alegre

2014/1/6 Paulo Carvalho paulo.r.m.carva...@gmail.com:
 E quanto a highway=service?  No Tracksource, no mapa do Rio, há as tais ruas
 de serviço, ruas bem estreitas (ainda com boas calçadas) com velocidade bem
 reduzida, que eu classificaria como service.

Seriam os becos?
http://wiki.openstreetmap.org/wiki/Tag:service%3Dalley

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

Re: [Talk-br] Possível importação em Sorriso - MT

2014/1/6 Tácio Fernandes taciofernan...@gmail.com:
 Eu percebi mesmo, mas tentei não mexer. O que fazer com essas tags
 despadronizadas? Acho que se agente ficar deixando essas tags não
 oficiais, daqui um tempo vai ter um acúmulo de sujeira impressionante.

O problema nem é tanto as tags (que dá para remover), mas a origem dos dados.
Se alguém arrumar isso agora e depois descobrir que os dados foram
importados ilegalmente, terá perdido todo o trabalho.
Precisa ver se ele vai responder a mensagem que eu enviei.

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

Re: [Talk-br] Excesso de living street em Porto Alegre

Não é isso.  São ruas normais, mas com velocidade muito reduzida pelo fato
de ser muito estreita, assim é bom que sejam preteridas no roteamento:

http://goo.gl/maps/aDhvv

Em 6 de janeiro de 2014 21:33, Nelson A. de Oliveira nao...@gmail.comescreveu:

 2014/1/6 Paulo Carvalho paulo.r.m.carva...@gmail.com:
  E quanto a highway=service?  No Tracksource, no mapa do Rio, há as tais
 ruas
  de serviço, ruas bem estreitas (ainda com boas calçadas) com velocidade
 bem
  reduzida, que eu classificaria como service.

 Seriam os becos?
 http://wiki.openstreetmap.org/wiki/Tag:service%3Dalley

 ___
 Talk-br mailing list
 Talk-br@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] Acessos, Agulhas, retornos, etc

2014/1/6  thunder...@gpsinfo.com.br:
 agradeço a informação que será, pelo menos para mim, de grande valia, porém
 ainda não compreendi como configurar adequadamente um acesso entre duas vias
 residenciais.

O acesso tem alguma placa dizendo Bairros X, Y e Z (ou algo
parecido), ou para algum outro local?
Se tiver você usa essa informação como destino.

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

Re: [Talk-br] Excesso de living street em Porto Alegre

Service (http://wiki.openstreetmap.org/wiki/Tag:highway%3Dservice) é
usado para permitir o acesso a residências e estabelecimentos. O que
define service é a sua função, não a sua estrutura. Uma via service
geralmente é uma via que dá acesso a uma propriedade (como um corredor
de estacionamento, uma entrada de garagem, ou um alley no sentido
anglófono: uma via que passa ao lado ou nos fundos de várias
residências ou lojas e serve para acesso de serviço e não como
acesso principal). Notem que dar acesso a uma propriedade não é o
mesmo que estar na propriedade ou ser privada (por isso a tag
access normalmente é necessária). Isso é mais evidente no exterior
onde muitas casas têm um acesso pela lateral ou pelos fundos, e às
vezes esse acesso dos fundos passa por várias casas (caso em que seria
um alley). Sem dúvida, vias com endereço postal (ou seja, numeração
de porta) não são service em lugar nenhum do planeta.

Tomem cuidado com as traduções literais das tags, nem em inglês elas
têm obrigatoriamente o mesmo significado das palavras usadas para
descrevê-las (meu grande esforço em fazer aquela página de referência
é pra tentar tornar isso mais evidente; sei que tá faltando
acrescentar alley lá, vou fazer isso agora). Alley se traduz
literamente como beco, e se assemelha fisicamente à descrição física
de um beco, mas logradouros com a designação de beco no Brasil não
são alleys nem vias de serviço, assim como certas avenidas não
necessariamente são vias importantes hoje (talvez tenham sido no
passado). A entrada dos fundos do supermercado onde passa o caminhão
que o abastece é uma via de serviço bem típica.

2014/1/6 Paulo Carvalho paulo.r.m.carva...@gmail.com:
 Não é isso.  São ruas normais, mas com velocidade muito reduzida pelo fato
 de ser muito estreita, assim é bom que sejam preteridas no roteamento:

 http://goo.gl/maps/aDhvv

 Em 6 de janeiro de 2014 21:33, Nelson A. de Oliveira nao...@gmail.com
 escreveu:

 2014/1/6 Paulo Carvalho paulo.r.m.carva...@gmail.com:
  E quanto a highway=service?  No Tracksource, no mapa do Rio, há as tais
  ruas
  de serviço, ruas bem estreitas (ainda com boas calçadas) com velocidade
  bem
  reduzida, que eu classificaria como service.

 Seriam os becos?
 http://wiki.openstreetmap.org/wiki/Tag:service%3Dalley

 ___
 Talk-br mailing list
 Talk-br@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] Excesso de living street em Porto Alegre

Deveria ter sido para carroça mesmo, pois está na parte antiga da cidade.


Em 6 de janeiro de 2014 21:52, Nelson A. de Oliveira nao...@gmail.comescreveu:

 2014/1/6 Paulo Carvalho paulo.r.m.carva...@gmail.com:
  Não é isso.  São ruas normais, mas com velocidade muito reduzida pelo
 fato
  de ser muito estreita, assim é bom que sejam preteridas no roteamento:
 
  http://goo.gl/maps/aDhvv

 Rua de carroça :-)
 Tem a tag width (http://wiki.openstreetmap.org/wiki/Key:width) mas não
 sei se algum aplicativo faz uso dela para tomar decisões.

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

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

Re: [Talk-br] Excesso de living street em Porto Alegre

O OSRM certamente não faz:
https://github.com/DennisOSRM/Project-OSRM/blob/master/profiles/car.lua

2014/1/6 Nelson A. de Oliveira nao...@gmail.com:
 2014/1/6 Paulo Carvalho paulo.r.m.carva...@gmail.com:
 Não é isso.  São ruas normais, mas com velocidade muito reduzida pelo fato
 de ser muito estreita, assim é bom que sejam preteridas no roteamento:

 http://goo.gl/maps/aDhvv

 Rua de carroça :-)
 Tem a tag width (http://wiki.openstreetmap.org/wiki/Key:width) mas não
 sei se algum aplicativo faz uso dela para tomar decisõ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

Re: [Talk-br] Excesso de living street em Porto Alegre

Pode passar um exemplo?

2014/1/6 Paulo Carvalho paulo.r.m.carva...@gmail.com:
 Deveria ter sido para carroça mesmo, pois está na parte antiga da cidade.


 Em 6 de janeiro de 2014 21:52, Nelson A. de Oliveira nao...@gmail.com
 escreveu:

 2014/1/6 Paulo Carvalho paulo.r.m.carva...@gmail.com:
  Não é isso.  São ruas normais, mas com velocidade muito reduzida pelo
  fato
  de ser muito estreita, assim é bom que sejam preteridas no roteamento:
 
  http://goo.gl/maps/aDhvv

 Rua de carroça :-)
 Tem a tag width (http://wiki.openstreetmap.org/wiki/Key:width) mas não
 sei se algum aplicativo faz uso dela para tomar decisões.

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



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




-- 
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] Excesso de living street em Porto Alegre

2014/1/6 Fernando Trebien fernando.treb...@gmail.com:
 Pode passar um exemplo?

Esse que ele mandou: http://goo.gl/maps/aDhvv

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

Re: [Talk-br] Excesso de living street em Porto Alegre

Ah, desculpe, li preferir. :P

2014/1/6 Paulo Carvalho paulo.r.m.carva...@gmail.com:
 Eu disse preterir, não evitar.


 Em 6 de janeiro de 2014 21:54, Fernando Trebien fernando.treb...@gmail.com
 escreveu:

 O OSRM certamente não faz:
 https://github.com/DennisOSRM/Project-OSRM/blob/master/profiles/car.lua

 2014/1/6 Nelson A. de Oliveira nao...@gmail.com:
  2014/1/6 Paulo Carvalho paulo.r.m.carva...@gmail.com:
  Não é isso.  São ruas normais, mas com velocidade muito reduzida pelo
  fato
  de ser muito estreita, assim é bom que sejam preteridas no roteamento:
 
  http://goo.gl/maps/aDhvv
 
  Rua de carroça :-)
  Tem a tag width (http://wiki.openstreetmap.org/wiki/Key:width) mas não
  sei se algum aplicativo faz uso dela para tomar decisõ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 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] Acessos, Agulhas, retornos, etc


Essa era minha duvida.

Estava eu me referindo a acesso quando existe sinalização vertical indicando 
para onde se destina.


Compreendi que o acesso é formatado como via residencial e que na tag name é 
inserido o acesso + destino. Isso?


-Mensagem Original- 
From: Nelson A. de Oliveira

Sent: Monday, January 6, 2014 9:43 PM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br] Acessos, Agulhas, retornos, etc

2014/1/6  thunder...@gpsinfo.com.br:
agradeço a informação que será, pelo menos para mim, de grande valia, 
porém
ainda não compreendi como configurar adequadamente um acesso entre duas 
vias

residenciais.


O acesso tem alguma placa dizendo Bairros X, Y e Z (ou algo
parecido), ou para algum outro local?
Se tiver você usa essa informação como destino.

___
Talk-br mailing list
Talk-br@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] Acessos, Agulhas, retornos, etc

2014/1/6  thunder...@gpsinfo.com.br:
 Compreendi que o acesso é formatado como via residencial e que na tag name é
 inserido o acesso + destino. Isso?

A tag name fica vazia se não ouver um nome oficial (não se adiciona
Acesso ou nada).
A tag destination sim terá o local que é o destino deste acesso, mas
sem a palavra acesso também.

Por exemplo, neste local: http://goo.gl/maps/myChF

destination=Vila Abranches;Bairro Lagoinha

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

Re: [Talk-br] Nomear saídas de entroncamentos comno mes não oficiais

O certo nesse exemplo seria mudar para a tag service=driveway, cuja
tradução eu acrescentei há poucos dias na referência e ficou como
Acesso de estacionamento (tem uma explicação lá, mas aceito
sugestões).

Estacionamentos geralmente têm uma via principal de circulação (é o
caso aqui) e outras que servem apenas para levar até as vagas (caso em
que seria service=parking_aisle).

Não acho necessário colocar nome nessa via, a geometria combinada com
as setas mostrando a direção de circulação já expressa o que é entrada
e o que é saída (está implícito que a via pode ser usada para entrar
ou sair do hospital). É feito assim em todos os demais países. Eu só
colocaria nome nela se tivesse acesso a um mapa oficial do projeto do
hospital onde constassem esses nomes explicitamente (e nesse caso,
teria que acrescentar uma tag source:name pra dizer de onde o nome
saiu). Se você colocar o nome por colocar, estará meio que forjando
essa informação.

Outra coisa é que talvez o melhor fosse mapear a área toda como
hospital e os edifícios como building=hospital (e mais uma tag name
com as identificações de cada edifício - algo do tipo Prédio A e
Prédio B). Essa é a recomendação dada no wiki
(http://wiki.openstreetmap.org/wiki/Hospital), e é pra essa estrutura
que as tags foram projetadas (e, portanto, é assim que geram a melhor
renderização na maioria dos renderizadores). Os edifícios, assim como
os estacionamentos e essa via de acesso, fazem parte do hospital,
estão dentro da sua área. Completando essa informação, não é
necessário identificar o que é entrada e o que é saída usando nomes.
Exemplo: http://www.openstreetmap.org/way/126014194

2014/1/6  thunder...@gpsinfo.com.br:
 Arlindo,
 agradeço a facilidade.

 Sem duvida a TAG nome é importante para se usar em GPS porque quando de um
 roteamento o contido nela é informado na instrução de manobra.

 Retirando o emprego do GPS a tag name,  na minha opinião,  é importante para
 uma navegação visual pelo mapa porque quando acesso ela indicará a que se
 refere aquele acesso, para onde se dirige.

 Vamos a um exemplo prático observando o acesso ao Hospital de Força Aérea do
 Galeão que conheço bem aqui na Ilha do Governador por frequenta-lo bastante
 devido a minha idade.
 http://www.openstreetmap.org/way/38624310/history

 Acabei de corrigir o sentido porque quem desenhou esse acesso não havia
 colocado o sentido.

 Ele está formatado como “corredor de estacionamento”, mas quem conhece sabe
 que não é um corredor de estacionamento, apesar que dentro da área do
 Hospital existem corredores de estacionamento.

 Aquilo ali não é corredor de estacionamento, é uma via de entrada e saída
 mesmo. Ela não tem nome e é chamada por quem utiliza aquele hospital de via
 de acesso e via de saída porque formam ali pista dupla de duas faixas cada
 uma.

 Experimentado há mais de 30 anos navegando por mapas e sendo instrutor de
 navegação aérea e terrestre, confesso que essa apresentação visual ali dessa
 via citada não me agrada.  porque não retrata a realidade local.

 Na minha opinião ela deveria ser configurada como via residencial e na tag
 name colocado Acesso ao Hospital.

 []s
 Marcio



 From: Arlindo Pereira
 Sent: Monday, January 6, 2014 9:26 PM
 To: OpenStreetMap no Brasil
 Subject: Re: [Talk-br]Nomear saídas de entroncamentos comno mes não oficiais

 (Subindo a thread para o Marcio achar mais facilmente)

 Eu imagino que a tag description/destination possa ser interessante para
 usar em um GPS. Consigo imaginar a navegação de um GPS veicular dizendo,
 pegue a próxima saída a direita para o Centro ao invés de pegue a próxima
 saída a direita ou algo do tipo. Mas, não me parece o mais apropriado para
 a tag name=* ainda que, visivelmente, o mapa fique com os acessos sem
 nome.


 []s
 Arlindo

 2013/12/30 Fernando Trebien fernando.treb...@gmail.com

 Acho que description é o campo ideal pra esses nomes não oficiais (porém
 são raros os casos em que parecem necessários). Em destination deve ir o que
 aparece na placa pro GPS poder dar a instrução de voz correta (caso suporte
 essa tag).

 On Dec 28, 2013 11:31 PM, Nelson A. de Oliveira nao...@gmail.com
 wrote:

 2013/12/28 wi...@wille.blog.br wi...@wille.blog.br:
  a recomendação é que se coloque o nome da saída, mas a página trata
  apenas
  de motorways.

 Os nomes das saídas são utilizados com highway=motorway_junction (não
 é exclusiva de motorway, podendo ser utilizada em primary e outras)
 http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway_junction

 É nesse nó que se coloca o nome da saída (45A, por exemplo, que é o
 que a gente vê nas placas das rodovias)
 Tem aplicativos de GPS que utilizam essa tag e informam corretamente
 que você tem que pegar a saída 45A, por exemplo.

  Não conheço as tags destination e description, mas acho que realmente
  tem
  que haver alguma informação de onde esse acesso vai dar.

 description é um campo para mensagens curtas para o usuário final (aí
 cabe a aplicação utilizar ou não

Re: [Talk-br] Acessos, Agulhas, retornos, etc


Nelson,
no local apontado como exemplo é saída de uma terciária.

Estou me referindo a acesso saindo de uma residencial para outra 
residencial.


Como exemplo 
https://maps.google.com/?ll=-21.200977,-47.757955spn=0.03657,0.065961t=hz=15layer=ccbll=-21.200772,-47.757927panoid=SqxBX4vFpf3eLibfKGu1iQcbp=12,21.98,,0,-0.12


-Mensagem Original- 
From: Nelson A. de Oliveira

Sent: Monday, January 6, 2014 10:21 PM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br] Acessos, Agulhas, retornos, etc

2014/1/6  thunder...@gpsinfo.com.br:
Compreendi que o acesso é formatado como via residencial e que na tag name 
é

inserido o acesso + destino. Isso?


A tag name fica vazia se não ouver um nome oficial (não se adiciona
Acesso ou nada).
A tag destination sim terá o local que é o destino deste acesso, mas
sem a palavra acesso também.

Por exemplo, neste local: http://goo.gl/maps/myChF

destination=Vila Abranches;Bairro Lagoinha

___
Talk-br mailing list
Talk-br@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] Acessos, Agulhas, retornos, etc

Marcio,
Verifique o link porque o que você mandou é o mesmo que o meu.

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

Re: [Talk-br] Excesso de living street em Porto Alegre

2014-01-06 Thread Augusto Stoffel

On Mon, 2014-01-06 at 21:18 -0200, Fernando Trebien wrote:
 Augusto, vamos por partes. Acredito que você está se baseando
 essencialmente naquilo que você vê no mapa de Porto Alegre hoje. Em
 outros lugares do Brasil, não vi pessoas adotando essa definição de
 living street, e portanto, ainda está aberto para discussão.

 A definição de living street é de ruas em que os pedestres têm o
 direito legal de trafegar na pista a qualquer momento, onde os carros
 têm menos preferência que os pedestres e precisam parar para eles. A
 rigor, living streets não existem no Brasil, então, a rigor, elas não
 poderiam ser usadas em lugar nenhum por aqui.
 
 Mas living streets podem ser úteis pra representar algo similar ao
 conceito original. 

Plenamente de acordo.

 A idéia é que as living streets serviriam como uma
 espécie de alerta ao motorista, não de região pobre ou de região
 perigosa e sim de via com pedestres na pista (por qualquer razão
 que fosse). 
 Ao contrário do que você disse, nas últimas discussões
 aqui na lista, o critério da largura foi o que despertou mais críticas
 (mas eu ainda acho ele bastante interessante) e o do compartilhamento
 da pista entre pedestres e veículos foi o que despertou mais
 interesse. Tal compartilhamento acontece em algumas situações, e uma
 delas é dentro dos aglomerados, onde normalmente faltam calçadas
 largas o suficiente para que dois pedestres andem lado a lado, sendo
 assim obrigados a andar na pista.

OK, faz sentido, mas nota que atualmente basicamente todas as ruas
dentro de vilas estão como living street, e algumas ruas importantes são
rebaixadas (AFAICT) a living street só porque atravessam ou margeiam uma
vila, mesmo que não haja mudanças físicas na via.

Pedestres na pista não são um problema naquele trecho da Barão do
Amazonas, segundo a minha experiência, e há calçada.  O trecho da Jacuí
que eu mostrei tem calçadas, e tanto a Dona Otília como a Orfanatrófio
mantém suas características, incluindo calçadas, nos trechos em que
viram living street nesta região.
http://www.openstreetmap.org/#map=16/-30.0840/-51.2242

Portanto eu acho que está sim havendo uma dose de recomendacionismo
neste experimento com living streets em Porto Alegre.

  Faz pouco tempo que me dei conta que
 esse critério (o de falta de calçadas) pode ser mais útil do que algo
 vago como pedestres dividem espaço com os carros, pois é um critério
 mais mensurável. Atualmente, a constatação de que algo é living street
 não se dá nem pelo Street View oficialmente, a princípio a melhor
 fonte seria a opinião de um morador local ou de alguém que trafega
 frequentemente pela via. Não havendo tal opinião, não se classifica
 assim. Havendo, se registra na tag note.

Esse critério da falta de calçadas parece fazer mais sentido (mas ele só
deve se aplicar se houver residências na via); ele é meio que análogo ao
critério da preferência de trânsito ser do pedestre.

 
 Sem poder considerar inteiramente esse último critério, foram os
 outros motivos que me levaram a marcar as vias dentro dos aglomerados
 em Porto Alegre como living streets. É bem provável que algum
 refinamento seja necessário ainda. Já o último critério eu usei para
 as ruas do centro; note que essas ruas não estão numa região menos
 favorecida, pelo contrário: ali o que existe é o hábito de os
 pedestres não respeitarem os carros, de simplesmente atravessarem na
 sua frente sem esperar. Um motorista que passar por lá sem saber disso
 (ex.: um turista) acaba tendo mais chance de se envolver num acidente,
 sem falar que a passagem seria mais demorada.

É verdade que tem muita gente andando na rua naquelas partes do centro,
tentando atravessar, etc.  Mas, honestamente, um pedestre que não
respeita os carros em Porto Alegre não duraria muito tempo.  Para mim
faria mais sentido adicionar uma tag alertando o roteador que a
velocidade média daquelas ruas pode ser menor, se é que isso é verdade.
Mas para quem está simplesmente visualizando o mapa, eu não acho que
esse ponto seja suficientemente importante.  Outras ruas tem outros
atravanques.

O critério da falta de calçadas não poderia se aplicar a essas ruas,
certo?

 
 Existe uma tag proposta há 7 anos atrás e que nunca foi votada que
 serve para demarcar perigos, mas li numa discussão que não seria
 para questões de segurança pessoal:
 http://wiki.openstreetmap.org/wiki/Proposed_features/hazard

Provavelmente a razão pela qual não existe nenhuma forma de etiquetar
perigos de segurança pessoal é que, como eu argumentei, isso seria
antiético.

 
 Se o roteador que você está usando for o OSRM, eis uma rota que passa
 pela Barão do Amazonas, mostrando que o roteador continua levando-a em
 consideração para o cálculo (living street não é fechada para carros):
 http://osrm.at/63a

Mas elas são penalizadas drasticamente.  Olha que rota bizarra:
http://osrm.at/63f

 
 Devemos classificar sem pensar nas aplicações, mas só pra
 exemplificar, o OSRM me diz que essa rota leva 15 minutos, em
 comparação

[Talk-br] Possível importação em Navraí - MS

Outro caso com tags suspeitas (endlevel, marine, mp_type):

http://www.openstreetmap.org/changeset/19375895

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

Re: [Talk-br] Possível importação em Navraí - MS

Exemplo de dados estranhos: http://www.openstreetmap.org/way/251150993

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

Re: [Talk-br] Possível importação em Navraí - MS

Parece que alguém fez um processamento simplório de um arquivo em formato
Polish (.MP), transformou em algo com tags e jogou no JOSM.


2014/1/6 Nelson A. de Oliveira nao...@gmail.com

 Exemplo de dados estranhos: http://www.openstreetmap.org/way/251150993

 ___
 Talk-br mailing list
 Talk-br@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] Nomear saídas de entroncamentos comno mes não oficiais

Wille,
li na pagina apontada:
A driveway is a service road leading to a residence or business, usually with 
access=private. Use with highway=service. 
Em que pese ficar mais adequado que corredor de estacionamento lamento que pelo 
OSM devemos considerar aquilo ali como via de serviço. e com isso penalizar, 
por não conter o nome do acesso, aqueles aplicativos que requerem nomes de 
vias. Observe a extensão dela e considere ser uma via de pista dupla tendo 2 
faixas de rolamento em cada pista.
Aplicativo GPS nem vou citar porque do jeito que está ali só diz virar a 
direita sem citar para onde.
De qualquer forma obrigado.
From: Wille 
Sent: Monday, January 6, 2014 10:24 PM
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br] Nomear saídas de entroncamentos comno mes não oficiais

Olá, Márcio

No caso dessa via de acesso ao hospital eu usaria highway=service mesmo, mas 
service=driveway, ao invés de parking_aisle.

http://wiki.openstreetmap.org/wiki/Tag:service%3Ddriveway

abraços,
wille

On 06-01-2014 21:05, thunder...@gpsinfo.com.br wrote:

  Arlindo,
  agradeço a facilidade.

  Sem duvida a TAG nome é importante para se usar em GPS porque quando de um 
roteamento o contido nela é informado na instrução de manobra.

  Retirando o emprego do GPS a tag name,  na minha opinião,  é importante para 
uma navegação visual pelo mapa porque quando acesso ela indicará a que se 
refere aquele acesso, para onde se dirige.

  Vamos a um exemplo prático observando o acesso ao Hospital de Força Aérea do 
Galeão que conheço bem aqui na Ilha do Governador por frequenta-lo bastante 
devido a minha idade.
  http://www.openstreetmap.org/way/38624310/history

  Acabei de corrigir o sentido porque quem desenhou esse acesso não havia 
colocado o sentido.

  Ele está formatado como “corredor de estacionamento”, mas quem conhece sabe 
que não é um corredor de estacionamento, apesar que dentro da área do Hospital 
existem corredores de estacionamento.

  Aquilo ali não é corredor de estacionamento, é uma via de entrada e saída 
mesmo. Ela não tem nome e é chamada por quem utiliza aquele hospital de via de 
acesso e via de saída porque formam ali pista dupla de duas faixas cada uma.

  Experimentado há mais de 30 anos navegando por mapas e sendo instrutor de 
navegação aérea e terrestre, confesso que essa apresentação visual ali dessa 
via citada não me agrada.  porque não retrata a realidade local.

  Na minha opinião ela deveria ser configurada como via residencial e na tag 
name colocado Acesso ao Hospital.

  []s
  Marcio



  From: Arlindo Pereira 
  Sent: Monday, January 6, 2014 9:26 PM
  To: OpenStreetMap no Brasil 
  Subject: Re: [Talk-br]Nomear saídas de entroncamentos comno mes não oficiais

  (Subindo a thread para o Marcio achar mais facilmente) 

  Eu imagino que a tag description/destination possa ser interessante para usar 
em um GPS. Consigo imaginar a navegação de um GPS veicular dizendo, pegue a 
próxima saída a direita para o Centro ao invés de pegue a próxima saída a 
direita ou algo do tipo. Mas, não me parece o mais apropriado para a tag 
name=* ainda que, visivelmente, o mapa fique com os acessos sem nome.


  []s
  Arlindo


  2013/12/30 Fernando Trebien fernando.treb...@gmail.com

Acho que description é o campo ideal pra esses nomes não oficiais (porém 
são raros os casos em que parecem necessários). Em destination deve ir o que 
aparece na placa pro GPS poder dar a instrução de voz correta (caso suporte 
essa tag).

On Dec 28, 2013 11:31 PM, Nelson A. de Oliveira nao...@gmail.com wrote:

  2013/12/28 wi...@wille.blog.br wi...@wille.blog.br:
   a recomendação é que se coloque o nome da saída, mas a página trata 
apenas
   de motorways.

  Os nomes das saídas são utilizados com highway=motorway_junction (não
  é exclusiva de motorway, podendo ser utilizada em primary e outras)
  http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway_junction

  É nesse nó que se coloca o nome da saída (45A, por exemplo, que é o
  que a gente vê nas placas das rodovias)
  Tem aplicativos de GPS que utilizam essa tag e informam corretamente
  que você tem que pegar a saída 45A, por exemplo.

   Não conheço as tags destination e description, mas acho que realmente 
tem
   que haver alguma informação de onde esse acesso vai dar.

  description é um campo para mensagens curtas para o usuário final (aí
  cabe a aplicação utilizar ou não esta informação)
  http://wiki.openstreetmap.org/wiki/Description

  O destination sim que serve para indicar o destino que o caminho
  possui (uma cidade, local, bairro, etc). Note que o destino é o nó
  final do caminho (ou o inicial, se utilizado ao contrário com
  destination:backward, por exemplo)
  http://wiki.openstreetmap.org/wiki/Key:destination

  Esses usos de nomes não oficiais como Acesso para a Rua Tal ou
  Cabines 1 a 3 do pedágio devem estar contidos em tags como
  description

Re: [Talk-br] Excesso de living street em Porto Alegre

2014-01-06 Thread Wille

A definição de living street é de ruas em que os pedestres têm o
direito legal de trafegar na pista a qualquer momento, onde os carros
têm menos preferência que os pedestres e precisam parar para eles. A
rigor, living streets não existem no Brasil, então, a rigor, elas não
poderiam ser usadas em lugar nenhum por aqui.
Até o carnaval deve ser inaugurada a primeira etapa de uma living
street no Bairro da Barra. em Salvador:

Com investimentosde R$ 50 milhões, em recursos da prefeitura e do
Ministério do Turismo, a intervenção na orla da Barra traz o conceito do
espaço compartilhado, comum em cidades da Europa e dos Estados Unidos.
Assim, está previsto que, no trecho entre o Porto da Barra e as ruas
Marques de Leão e Afonso Celso seja implantado um piso que deve ser
utilizado tanto por pedestres quanto por veículos.

Com a implantação do piso, a velocidade com que os automóveis podem
trafegar nessas ruas deve mudar também: passa a ser de 20 km/h.

Fonte:
http://www.correio24horas.com.br/detalhe/noticia/orla-da-barra-fecha-para-construcao-de-pista-mista-para-carros-e-pedestres/?cHash=65d29c4c593d8c0f261323ca04cc6b80

Nunca tinha imaginado esse caso de uso do valor living_street em
aglomerados subnormais, mas me parece o mais adequado para se utilizar
quando não há calçadas e a área é residencial.

Mas living streets podem ser úteis pra representar algo similar ao
conceito original. A idéia é que as living streets serviriam como uma
espécie de alerta ao motorista, não de região pobre ou de região
perigosa e sim de via com pedestres na pista (por qualquer razão
que fosse). Ao contrário do que você disse, nas últimas discussões
aqui na lista, o critério da largura foi o que despertou mais críticas
(mas eu ainda acho ele bastante interessante) e o do compartilhamento
da pista entre pedestres e veículos foi o que despertou mais
interesse. Tal compartilhamento acontece em algumas situações, e uma
delas é dentro dos aglomerados, onde normalmente faltam calçadas
largas o suficiente para que dois pedestres andem lado a lado, sendo
assim obrigados a andar na pista. Faz pouco tempo que me dei conta que
esse critério (o de falta de calçadas) pode ser mais útil do que algo
vago como pedestres dividem espaço com os carros, pois é um critério
mais mensurável. Atualmente, a constatação de que algo é living street
não se dá nem pelo Street View oficialmente, a princípio a melhor
fonte seria a opinião de um morador local ou de alguém que trafega
frequentemente pela via. Não havendo tal opinião, não se classifica
assim. Havendo, se registra na tag note.

Sem poder considerar inteiramente esse último critério, foram os
outros motivos que me levaram a marcar as vias dentro dos aglomerados
em Porto Alegre como living streets. É bem provável que algum
refinamento seja necessário ainda. Já o último critério eu usei para
as ruas do centro; note que essas ruas não estão numa região menos
favorecida, pelo contrário: ali o que existe é o hábito de os
pedestres não respeitarem os carros, de simplesmente atravessarem na
sua frente sem esperar. Um motorista que passar por lá sem saber disso
(ex.: um turista) acaba tendo mais chance de se envolver num acidente,
sem falar que a passagem seria mais demorada.

Existe uma tag proposta há 7 anos atrás e que nunca foi votada que
serve para demarcar perigos, mas li numa discussão que não seria
para questões de segurança pessoal:
http://wiki.openstreetmap.org/wiki/Proposed_features/hazard

Se o roteador que você está usando for o OSRM, eis uma rota que passa
pela Barão do Amazonas, mostrando que o roteador continua levando-a em
consideração para o cálculo (living street não é fechada para carros):
http://osrm.at/63a

Devemos classificar sem pensar nas aplicações, mas só pra
exemplificar, o OSRM me diz que essa rota leva 15 minutos, em
comparação com a rota principal que leva 14. Ela é 300m mais curta,
mas mais demorada. O trecho como living street tem pouco mais de 100m
de extensão. Duvido muito que mudar sua classificação alteraria a
rota. Outro roteador poderia rotear por living streets por atribuir um
peso diferente a elas. Algo que faria o OSRM adotar essa rota seria
completar os semáforos da Avenida Bento Gonçalves; hoje, o OSRM pensa
que dá pra passar livremente ao longo de toda a avenida, e por isso
ele pensa que é mais rápido essa rota e não a que você prefere.

Eu discordo que uma via deva ter a mesma classificação em toda a sua
extensão sempre. Isso faria o final da Avenida Ipiranga ser primária,
mas é um trecho bem pouco importante, com pouco tráfego:
http://www.openstreetmap.org/#map=17/-30.06575/-51.14768

O mesmo problema aconteceria no fim da Avenida Otto Niemeyer:
http://www.openstreetmap.org/#map=17/-30.11010/-51.25349

Quando o pessoal criticou a classificação das terciárias, eu propus
outro método que não tive tempo de aplicar ainda (talvez você possa me
ajudar). Eis a proposta com um exemplo do que seria o resultado no
bairro Menino Deus:

Re: [Talk-br] Nomear saídas de entroncamentos comno mes não oficiais


Fernando,
que aqui fique registrado que frequento esse Hospital há vários anos, 
conheço bem sua área e circulação e morei por 12 anos na Vila dos Oficiais 
que fica ao lado SW dele.


Não fui eu que formatei a área e vias desse Hospital. Editei hoje essa via 
de serviço desenhada porque ela é de mão única e não estava como tal. Não 
modifico aquilo que não tenho certeza que devo.


Sim, estacionamento geralmente tem uma via principal de circulação o que não 
é o caso aqui, porque não me refiro as vias de circulação do estacionamento. 
Os estacionamentos tem suas áreas desenhadas ali e suas vias principais de 
circulação. Estou me referindo as vias de entrada e saída do Hospital que 
por acaso falta no mapa trechos delas que em um futuro irei editar e 
corrigir. Tem uma de grande importância que se destina ao setor de 
emergência que nem desenhada está. Até túnel ela tem.


Confesso que devo, mas ainda não cheguei ao ponto de vocês em preocupações 
de emprego do mapa para diversas utilidades. Um dia chego lá, apesar de 
ainda não alcançado a utilidade a que vocês se referem. Já absorvi que 
pedestre emprega quando de roteamento vias de veículos.


Por enquanto procuro empregar minha experiência em navegação aérea, 
terrestre, marítima e fluvial quando da edição e onde identifico necessidade 
de aperfeiçoamento do mapa.


Sugestões de formatação de determinada situação existirão muitas. Sempre 
existirá uma que fará com que você mais se simpatize com ela e comece a 
empregar. Observei muito isso nos 5 anos que desenvolvi mapas para o 
Tracksource.


Apesar de minha experiência em desenvolvimento de mapas ingresso agora no 
OSM e me impressiona a dependência de emprego de situações existentes lá 
fora, mas não no Brasil. É necessário um Padrão? Claro que sim, caso 
contrário viraria bagunça generalizada, entretanto se existem muitas duvida 
e opiniões desencontradas entre os experts isso, pelo menos a mim, aponta 
uma falha do Padrão.


Permanecendo no OSM e adquirindo experiência nele acredito que poderei 
contribuir para a revisão do Padrão apontando singularidades não aplicáveis 
em nosso território.





-Mensagem Original- 
From: Fernando Trebien

Sent: Monday, January 6, 2014 10:27 PM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br]Nomear saídas de entroncamentos comno mes não oficiais

O certo nesse exemplo seria mudar para a tag service=driveway, cuja
tradução eu acrescentei há poucos dias na referência e ficou como
Acesso de estacionamento (tem uma explicação lá, mas aceito
sugestões).

Estacionamentos geralmente têm uma via principal de circulação (é o
caso aqui) e outras que servem apenas para levar até as vagas (caso em
que seria service=parking_aisle).

Não acho necessário colocar nome nessa via, a geometria combinada com
as setas mostrando a direção de circulação já expressa o que é entrada
e o que é saída (está implícito que a via pode ser usada para entrar
ou sair do hospital). É feito assim em todos os demais países. Eu só
colocaria nome nela se tivesse acesso a um mapa oficial do projeto do
hospital onde constassem esses nomes explicitamente (e nesse caso,
teria que acrescentar uma tag source:name pra dizer de onde o nome
saiu). Se você colocar o nome por colocar, estará meio que forjando
essa informação.

Outra coisa é que talvez o melhor fosse mapear a área toda como
hospital e os edifícios como building=hospital (e mais uma tag name
com as identificações de cada edifício - algo do tipo Prédio A e
Prédio B). Essa é a recomendação dada no wiki
(http://wiki.openstreetmap.org/wiki/Hospital), e é pra essa estrutura
que as tags foram projetadas (e, portanto, é assim que geram a melhor
renderização na maioria dos renderizadores). Os edifícios, assim como
os estacionamentos e essa via de acesso, fazem parte do hospital,
estão dentro da sua área. Completando essa informação, não é
necessário identificar o que é entrada e o que é saída usando nomes.
Exemplo: http://www.openstreetmap.org/way/126014194

2014/1/6  thunder...@gpsinfo.com.br:

Arlindo,
agradeço a facilidade.

Sem duvida a TAG nome é importante para se usar em GPS porque quando de um
roteamento o contido nela é informado na instrução de manobra.

Retirando o emprego do GPS a tag name,  na minha opinião,  é importante 
para

uma navegação visual pelo mapa porque quando acesso ela indicará a que se
refere aquele acesso, para onde se dirige.

Vamos a um exemplo prático observando o acesso ao Hospital de Força Aérea 
do
Galeão que conheço bem aqui na Ilha do Governador por frequenta-lo 
bastante

devido a minha idade.
http://www.openstreetmap.org/way/38624310/history

Acabei de corrigir o sentido porque quem desenhou esse acesso não havia
colocado o sentido.

Ele está formatado como “corredor de estacionamento”, mas quem conhece 
sabe

que não é um corredor de estacionamento, apesar que dentro da área do
Hospital existem corredores de estacionamento.

Aquilo ali não é corredor de estacionamento, é uma via de entrada e saída

Re: [Talk-br] Excesso de living street em Porto Alegre

2014/1/6 Augusto Stoffel arstof...@yahoo.com.br:
 OK, faz sentido, mas nota que atualmente basicamente todas as ruas
 dentro de vilas estão como living street, e algumas ruas importantes são
 rebaixadas (AFAICT) a living street só porque atravessam ou margeiam uma
 vila, mesmo que não haja mudanças físicas na via.

 Pedestres na pista não são um problema naquele trecho da Barão do
 Amazonas, segundo a minha experiência, e há calçada.  O trecho da Jacuí
 que eu mostrei tem calçadas, e tanto a Dona Otília como a Orfanatrófio
 mantém suas características, incluindo calçadas, nos trechos em que
 viram living street nesta região.
 http://www.openstreetmap.org/#map=16/-30.0840/-51.2242

 Portanto eu acho que está sim havendo uma dose de recomendacionismo
 neste experimento com living streets em Porto Alegre.

Nesse caso, você tem liberdade pra mudar essa classificação. Explique
exatamente isso que você disse aqui no comentário do changeset.
Enquanto a definição de living street não for bem acordada na
comunidade brasileira, não acho que seria obrigatório adicionar uma
tag note nas vias, mas se você quiser, não prejudica, só ajuda. :D

 Esse critério da falta de calçadas parece fazer mais sentido (mas ele só
 deve se aplicar se houver residências na via); ele é meio que análogo ao
 critério da preferência de trânsito ser do pedestre.

Concordo. Só o estava guardado para a próxima revisão desse sistema de
classificação - que poderia acontecer agora. Ano passado concordamos
que iríamos seguir o fluxograma pensando que o resultado seria correto
na maioria dos casos, mas sem esperar que o seria sempre, e que nos
casos em que não parecesse completo, acrescentaríamos uma tag note
justificando a classificação. É exatamente isso que eu sugiro nessas
situações que você apontou. Também sabíamos que não tínhamos
considerado tudo - o interesse da maioria das pessoas envolvidas era
apenas a classificação de rodovias, fora de meio urbano, poucos
estavam interessados no meio urbano (acho que eu era um dos únicos -
na verdade, o meio urbano era o meu foco).

 É verdade que tem muita gente andando na rua naquelas partes do centro,
 tentando atravessar, etc.  Mas, honestamente, um pedestre que não
 respeita os carros em Porto Alegre não duraria muito tempo.  Para mim
 faria mais sentido adicionar uma tag alertando o roteador que a
 velocidade média daquelas ruas pode ser menor, se é que isso é verdade.
 Mas para quem está simplesmente visualizando o mapa, eu não acho que
 esse ponto seja suficientemente importante.  Outras ruas tem outros
 atravanques.

Sempre quis uma tag para descrever os padrões de tráfego (que seria
útil para o roteamento e para resolver esse problema no centro), mas a
comunidade internacional se opõe a isso. Podemos mudar a classificação
para residencial, mas eu penso que a experiência de andar nessas
ruas (seja como pedestre ou como motorista) se assemelha mais à
definição de uma living street (particularmente na Otávio Rocha e na
Andradas).

 O critério da falta de calçadas não poderia se aplicar a essas ruas,
 certo?

Não, Esses casos poderiam entrar na exceção em que o fluxograma
(futuro) falha, e certamente precisam ser discutidos. Há 1 ano quando
fiz essas alterações, era o único mapeando em Porto Alegre. Hoje, já
que tem mais gente, o ideal é discutir isso no fórum (caso a caso) e,
para cada decisão, adicionar uma tag à via com um link pra discussão
respectiva no fórum (é assim que a comunidade internacional resolve
divergências de opinião).

 Provavelmente a razão pela qual não existe nenhuma forma de etiquetar
 perigos de segurança pessoal é que, como eu argumentei, isso seria
 antiético.

Se você pode afirmar com estatísticas que um dado perigo existe, não
creio que seja antiético, é a realidade. Senão, o trabalho do IBGE ao
avaliar a renda média de cada setor censitário e publicar essa
informação também seria antiético, assim como seria publicar
informações do índice de desenvolvimento humano de uma dada região. Há
algumas fontes de dados que serviriam como estatística com um grau
razoável de certeza, como este mapa:
http://www.ondefuiroubado.com.br/porto-alegre/RS Classificar as ruas
por importância também pode parecer antiético pra algumas pessoas
(afinal, o que torna uma rua melhor que a outra?).

Mas enfim, o uso de living streets, apesar de ter nascido comigo
pensando em marcar as vias dentro das vilas, hoje evoluiu para a idéia
de vias que apresentam um risco de colisão entre veículo e pedestre
porque (e unicamente porque) os pedestres são forçados a andar na
pista por alguma razão (caso da falta de calçadas adequadas) ou que o
fazem por hábito (caso do centro). Se concordarem que apenas o
primeiro critério é recomendável porque é mais mensurável, não
discordarei (afinal, também gosto de critérios objetivos).

 Mas elas são penalizadas drasticamente.  Olha que rota bizarra:
 http://osrm.at/63f

Eu concordo, mas eu não mudaria a classificação só pra melhorar a rota
(embora eu me sinta tentado

Re: [Talk-br] Excesso de living street em Porto Alegre

Tô quase dormindo, vou corrigir umas frases. :P

Só o estava guardado   Só o estava guardando

e que nos casos em que não parecesse completo  e que nos casos em
que não parecesse correto

o argumento de que é antiético categorizar vias pelo tipo de pessoa
que mora perto delas de fato é antiético  o argumento de que
categorizar vias pelo tipo de pessoa que mora perto delas de fato é
antiético

2014/1/7 Fernando Trebien fernando.treb...@gmail.com:
 2014/1/6 Augusto Stoffel arstof...@yahoo.com.br:
 OK, faz sentido, mas nota que atualmente basicamente todas as ruas
 dentro de vilas estão como living street, e algumas ruas importantes são
 rebaixadas (AFAICT) a living street só porque atravessam ou margeiam uma
 vila, mesmo que não haja mudanças físicas na via.

 Pedestres na pista não são um problema naquele trecho da Barão do
 Amazonas, segundo a minha experiência, e há calçada.  O trecho da Jacuí
 que eu mostrei tem calçadas, e tanto a Dona Otília como a Orfanatrófio
 mantém suas características, incluindo calçadas, nos trechos em que
 viram living street nesta região.
 http://www.openstreetmap.org/#map=16/-30.0840/-51.2242

 Portanto eu acho que está sim havendo uma dose de recomendacionismo
 neste experimento com living streets em Porto Alegre.

 Nesse caso, você tem liberdade pra mudar essa classificação. Explique
 exatamente isso que você disse aqui no comentário do changeset.
 Enquanto a definição de living street não for bem acordada na
 comunidade brasileira, não acho que seria obrigatório adicionar uma
 tag note nas vias, mas se você quiser, não prejudica, só ajuda. :D

 Esse critério da falta de calçadas parece fazer mais sentido (mas ele só
 deve se aplicar se houver residências na via); ele é meio que análogo ao
 critério da preferência de trânsito ser do pedestre.

 Concordo. Só o estava guardado para a próxima revisão desse sistema de
 classificação - que poderia acontecer agora. Ano passado concordamos
 que iríamos seguir o fluxograma pensando que o resultado seria correto
 na maioria dos casos, mas sem esperar que o seria sempre, e que nos
 casos em que não parecesse completo, acrescentaríamos uma tag note
 justificando a classificação. É exatamente isso que eu sugiro nessas
 situações que você apontou. Também sabíamos que não tínhamos
 considerado tudo - o interesse da maioria das pessoas envolvidas era
 apenas a classificação de rodovias, fora de meio urbano, poucos
 estavam interessados no meio urbano (acho que eu era um dos únicos -
 na verdade, o meio urbano era o meu foco).

 É verdade que tem muita gente andando na rua naquelas partes do centro,
 tentando atravessar, etc.  Mas, honestamente, um pedestre que não
 respeita os carros em Porto Alegre não duraria muito tempo.  Para mim
 faria mais sentido adicionar uma tag alertando o roteador que a
 velocidade média daquelas ruas pode ser menor, se é que isso é verdade.
 Mas para quem está simplesmente visualizando o mapa, eu não acho que
 esse ponto seja suficientemente importante.  Outras ruas tem outros
 atravanques.

 Sempre quis uma tag para descrever os padrões de tráfego (que seria
 útil para o roteamento e para resolver esse problema no centro), mas a
 comunidade internacional se opõe a isso. Podemos mudar a classificação
 para residencial, mas eu penso que a experiência de andar nessas
 ruas (seja como pedestre ou como motorista) se assemelha mais à
 definição de uma living street (particularmente na Otávio Rocha e na
 Andradas).

 O critério da falta de calçadas não poderia se aplicar a essas ruas,
 certo?

 Não, Esses casos poderiam entrar na exceção em que o fluxograma
 (futuro) falha, e certamente precisam ser discutidos. Há 1 ano quando
 fiz essas alterações, era o único mapeando em Porto Alegre. Hoje, já
 que tem mais gente, o ideal é discutir isso no fórum (caso a caso) e,
 para cada decisão, adicionar uma tag à via com um link pra discussão
 respectiva no fórum (é assim que a comunidade internacional resolve
 divergências de opinião).

 Provavelmente a razão pela qual não existe nenhuma forma de etiquetar
 perigos de segurança pessoal é que, como eu argumentei, isso seria
 antiético.

 Se você pode afirmar com estatísticas que um dado perigo existe, não
 creio que seja antiético, é a realidade. Senão, o trabalho do IBGE ao
 avaliar a renda média de cada setor censitário e publicar essa
 informação também seria antiético, assim como seria publicar
 informações do índice de desenvolvimento humano de uma dada região. Há
 algumas fontes de dados que serviriam como estatística com um grau
 razoável de certeza, como este mapa:
 http://www.ondefuiroubado.com.br/porto-alegre/RS Classificar as ruas
 por importância também pode parecer antiético pra algumas pessoas
 (afinal, o que torna uma rua melhor que a outra?).

 Mas enfim, o uso de living streets, apesar de ter nascido comigo
 pensando em marcar as vias dentro das vilas, hoje evoluiu para a idéia
 de vias que apresentam um risco de colisão entre veículo e pedestre
 porque (e

Re: [Talk-br] Acessos, Agulhas, retornos, etc

Desculpe
https://maps.google.com/?ll=-22.902798,-43.226027spn=0.002105,0.004128t=hlayer=ccbll=-22.902757,-43.226102panoid=eubjd-0i9CUd0CcZleDV1gcbp=12,116.97,,0,9.59z=19

e

https://maps.google.com/?ll=-22.902909,-43.225829spn=0.002105,0.004128t=hlayer=ccbll=-22.902768,-43.225828panoid=W7mLNk9Dyq87ZJSS7SME7gcbp=12,43.18,,0,13.87z=19

-Mensagem Original- 
From: Nelson A. de Oliveira 
Sent: Monday, January 6, 2014 11:18 PM 
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br] Acessos, Agulhas, retornos, etc 

Marcio,
Verifique o link porque o que você mandou é o mesmo que o meu.

___
Talk-br mailing list
Talk-br@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] Acessos, Agulhas, retornos, etc

Marcio,
Nesses dois casos que você mandou vai funcionar da mesma maneira:
deixa sem name (caso a rua não possua) e em destination você coloca o
valor da placa.
Só toma cuidado que o destination é para onde o caminho aponta até o
seu final (se a direção do caminho tiver invertida então o destino
também ficará).

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

Re: [Talk-br] Acessos, Agulhas, retornos, etc

Talvez a minha maior dificuldade seja encontrar onde colocar o destination, 
seja pelo JOSM ou pelo ID.

-Mensagem Original- 
From: Nelson A. de Oliveira

Sent: Tuesday, January 7, 2014 1:49 AM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br] Acessos, Agulhas, retornos, etc

Marcio,
Nesses dois casos que você mandou vai funcionar da mesma maneira:
deixa sem name (caso a rua não possua) e em destination você coloca o
valor da placa.
Só toma cuidado que o destination é para onde o caminho aponta até o
seu final (se a direção do caminho tiver invertida então o destino
também ficará).

___
Talk-br mailing list
Talk-br@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] Acessos, Agulhas, retornos, etc

Encontrei o Destination
formatando

-Mensagem Original- 
From: Nelson A. de Oliveira

Sent: Tuesday, January 7, 2014 1:49 AM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br] Acessos, Agulhas, retornos, etc

Marcio,
Nesses dois casos que você mandou vai funcionar da mesma maneira:
deixa sem name (caso a rua não possua) e em destination você coloca o
valor da placa.
Só toma cuidado que o destination é para onde o caminho aponta até o
seu final (se a direção do caminho tiver invertida então o destino
também ficará).

___
Talk-br mailing list
Talk-br@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-de] Overpass Turbo Wizard findet Relation nicht

2014-01-06 Thread Jo

Hallo Tirkon,

Du kannst auch areas gruppieren:

(
area[name~Landkreis (Wittmund|Aurich)];
area[name~Landkreis (Friesland|Leer)];
) - .OFhalbInsel;

(
  rel(area.OFhalbInsel)
   [boundary];
) - .allnboundaryrelationsinArea;

.allnboundaryrelationsinArea ;

out meta;

In diesen Fall ging es auch mit eine Zeile wo all 4 mit Regular Expression
ausgewertet werden. Ich habe das in 2 getrennt zum illustrieren das man
grupiere kann.

Polyglot


2014/1/6 Martin Raifer tyr@gmail.com

 Am 06.01.2014, 02:31 Uhr, schrieb Tirkon tirko...@yahoo.de:


  Ostfriesische Halbinsel ist eine Regionsbezeichnung, die keine
 administrative Verwaltungsfunktion und damit keinen admin_level aber
 exakt anerkannte Grenzen in Form einer Ansammlung von vier Landkreisen
 und zwei kreisfreien Städten hat.


 Hm, dann würde ich diese Region anders taggen. Anstatt des type=boundary
 passt wohl eher type=multipolygon mit place=region. Ich war mal so frei…


  Da Roland erwähnt hatte, Overpass sei nur einige
 Minuten hinter der OSM-DB, habe ich 1,5 Stunden gewartet. Aber leider
 blieb das Auslieferungsergebnis leer.


 Das stimmt zwar, allerdings sind die Overpass Areas eine Ausnahme, und
 benötigen in der Regel ein paar Stunden zur Aktualisierung. Siehe den
 aktuellen Stand der Daten (um ca. 07:34 UTC):

 timestamp_osm_base: 2014-01-06T07:33:02Z,
timestamp_areas_base: 2014-01-05T16:31:01Z,


 PS: Diese Information bekommt man automatisch von der Overpass API zu
 jeder Query mitgeliefert. In overpass turbo einfach auf den Daten-Tab
 wechseln.

 Grüße
 Martin


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

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

Re: [Talk-de] Parkplatz nur für PKW

2014-01-06 Thread Martin Vonwald

Am 5. Januar 2014 23:35 schrieb chris66 chris66...@gmx.de:

 motorcar=designated, motorcycle=no, hgv=no, bus=no


Besser (da zukunftssicher) und kürzer finde ich: motor_vehicle=no +
motorcar=designated/yes

bg,
Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-it] Relazione strade

2014-01-06 Thread bredy

Come mai in alcune relazioni di strade ci sono anche dei nodi? Non fanno già
parte della way?

Poi c'è uno schema base di cosa dovrebbe comprendere una relazione di una
strada?

Grazie



--
View this message in context: 
http://gis.19327.n5.nabble.com/Relazione-strade-tp5791856.html
Sent from the Italy General mailing list archive at Nabble.com.

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

[Talk-it] Buche pericolose tags?

2014-01-06 Thread mircozorzo

Ciao, 

su alcune strade ci sono delle buche molto pericolose sia per biciclette che
per scooter che vorrei indicare, come su può fare?

Pensavo a obstacle:bicycle=holes nel tratto di strada interessato.
Altro passo sarà poi l'avviso che il software dovrebbe dare a chi percorre
la strada.


Ciao, Mirco 



--
View this message in context: 
http://gis.19327.n5.nabble.com/Buche-pericolose-tags-tp5791861.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Buche pericolose tags?

2014-01-06 Thread Gianluca Boero


Il 06/01/2014 12:53, mircozorzo ha scritto:

Ciao,

su alcune strade ci sono delle buche molto pericolose sia per biciclette che
per scooter che vorrei indicare, come su può fare?

Pensavo a obstacle:bicycle=holes nel tratto di strada interessato.
Altro passo sarà poi l'avviso che il software dovrebbe dare a chi percorre
la strada.


Ciao, Mirco
Mi augurerei in qualunque comune tu viva che nel momento tu debba 
inserire su Osm questo tipo di tag il comune stesso abbia già provveduto 
alla riparazione della strada.
In ogni caso se proprio vuoi segnalarle tienile molto sotto 
osservazione. Una buca pericolosa non deve essere per l'eternità. Se 
viene riparata bisogna eliminare il tag.



--
Gianluca Boero


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

Re: [Talk-it] Buche pericolose tags?

2014-01-06 Thread Cascafico Giovanni

C'é un caso simile, ma irreparabile: un passaggio a livello dove la strada
attraversa i binari con un angolo decisamente inferiore a 90°. L'ente che
gestisce la strada (statale) ha messo un cartello con cicli a mano.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Buche pericolose tags?

2014-01-06 Thread Volker Schmidt

 C'é un caso simile, ma irreparabile: un passaggio a livello dove la strada
 attraversa i binari con un angolo decisamente inferiore a 90°. L'ente che
 gestisce la strada (statale) ha messo un cartello con cicli a mano.

La misura dell'ente è corretta. E anche facilmente mappabile in OSM
(bicycle=dismount). Se poi il ciclista non obbedisce, sono cavoli suoi.

Mappare buche temporanee è di uso molto limitato. Se uno ha il tempo di
mapparle potrebbe utilizzare il suo tempo meglio scrivendo all'ente gestore
della strada con le coordinate esatte delle buche. :-)

Volker (ciclista)
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Mapbox_stipendi

2014-01-06 Thread Mario Pichetti



http://a.tiles.mapbox.com/v3/datawired.map-ai1x3n6j.html#5/48.312/15.996

--

RISPETTA L'AMBIENTE: SE NON TI E' NECESSARIO, NON STAMPARE QUESTA E-MAIL.

Le informazioni contenute in questa comunicazione sono riservate e destinate
esclusivamente alla/e persona/e o all'ente/i a cui sono stati indirizzati.
Se questa comunicazione Vi e' pervenuta per errore, siete pregati di
informare il mittente rispondendo a questa mail.

I dati riportati nel presente documento sono trattati nel rispetto del
D.Lgs. 196/2003 (Codice della Privacy) sulla tutela dei dati personali.


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

Re: [Talk-it] Mapbox_stipendi

Dove si trova il dataset di riferimento?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mapbox_stipendi

2014/1/6 Mario Pichetti mario.piche...@gmail.com:

 Il 06/01/2014 21:08, Maurizio Napolitano ha scritto:

 Dove si trova il dataset di riferimento?

 Questo è il link di wired
 http://www.wired.it/economia/lavoro/2014/01/06/salari-italia-europa/

thanks
Secondo me potevano scegliere di fare le classi di colore secondo
l'algoritmo jenks natural breaks
oppure con dei cartogrammi (come avevo fatto qui)
http://de.straba.us/cartogrammi/

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

Re: [Talk-it] Mapbox_stipendi

2014-01-06 Thread Mario Pichetti



Il 06/01/2014 21:59, Maurizio Napolitano ha scritto:

2014/1/6 Mario Pichetti mario.piche...@gmail.com:

Il 06/01/2014 21:08, Maurizio Napolitano ha scritto:

Dove si trova il dataset di riferimento?

Questo è il link di wired
http://www.wired.it/economia/lavoro/2014/01/06/salari-italia-europa/

thanks
Secondo me potevano scegliere di fare le classi di colore secondo
l'algoritmo jenks natural breaks

+1

oppure con dei cartogrammi (come avevo fatto qui)
http://de.straba.us/cartogrammi/

notevole, good job:-)


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




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

[Talk-it] tool per vettorializzare mappe digitalizzate via scanner