date:20140109

Augusto,

   Tenho os contornos dos três setores do PNT.  Se quiser te passo.

[ ]s

Paulo


Em 9 de janeiro de 2014 02:10, Augusto Stoffel arstof...@yahoo.com.brescreveu:

 Fiz a importação das áreas protegidas do ICMBio.  Se algo estranho
 aparecer na sua região, fique a vontade para fazer refinamentos ou
 entrar em contato comigo.

 Há dois parques nacionais que não foram importados e eu gostaria de
 checar com alguém que conhece a área.  São eles: Parque Nacional da
 Tijuca no Rio de Janeiro e Parque Nacional da Ilha Grande na fronteira
 do Paraná com Mato Grosso do Sul.  Entre em contato comigo se tiver
 interesse nisso.  Além disso, eu sobrepus a versão do ICMBio do Parque
 Nacional de Brasília com a versão atual do OSM.  Se você puder decidir
 qual é a mais correta, por favor delete a pior das versões.

 Outra coisinha: durante a importação, me dei conta de que UCs do tipo
 área de proteção ambiental tendem a ser gigantescas, incluindo cidades
 (exemplo: http://www.openstreetmap.org/relation/3426617).  Logo, na
 ausência de um estilo apropriado, é melhor não renderizá-las, e eu fiz
 essa adaptação em alguns casos importantes (alguns podem ter me
 passado).

 Aqui vai a lista dos changesets da importação:

 #19892903
 #19892594
 #19891326
 #19890844
 #19890251
 #19889424
 #19886625
 #19885890
 #19883822
 #19875105
 #19874866
 #19874743
 #19874696
 #19872915
 #19872357


 ___
 Talk-br mailing list
 Talk-br@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] Importação ICMBio

2014-01-09 Thread Arlindo Pereira

Opa,

aqui no RJ, a Floresta da Tijuca foi importada através de dados do IPP pelo
Pedro Geaquinto. Você chegou a ver se a precisão dos dados do ICMBio era
maior ou menor que a dos dados existentes hoje no OSM?

[]s
Arlindo
Fiz a importação das áreas protegidas do ICMBio.  Se algo estranho
aparecer na sua região, fique a vontade para fazer refinamentos ou
entrar em contato comigo.

Há dois parques nacionais que não foram importados e eu gostaria de
checar com alguém que conhece a área.  São eles: Parque Nacional da
Tijuca no Rio de Janeiro e Parque Nacional da Ilha Grande na fronteira
do Paraná com Mato Grosso do Sul.  Entre em contato comigo se tiver
interesse nisso.  Além disso, eu sobrepus a versão do ICMBio do Parque
Nacional de Brasília com a versão atual do OSM.  Se você puder decidir
qual é a mais correta, por favor delete a pior das versões.

Outra coisinha: durante a importação, me dei conta de que UCs do tipo
área de proteção ambiental tendem a ser gigantescas, incluindo cidades
(exemplo: http://www.openstreetmap.org/relation/3426617).  Logo, na
ausência de um estilo apropriado, é melhor não renderizá-las, e eu fiz
essa adaptação em alguns casos importantes (alguns podem ter me
passado).

Aqui vai a lista dos changesets da importação:

#19892903
#19892594
#19891326
#19890844
#19890251
#19889424
#19886625
#19885890
#19883822
#19875105
#19874866
#19874743
#19874696
#19872915
#19872357


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

Re: [Talk-br] Ruas residenciais em subúrbios: residential ou living_street?

2014-01-09 Thread Nelson A. de Oliveira

2014/1/9 Fernando Trebien fernando.treb...@gmail.com:
 Como poderia ficar pra nós: é uma via de serviço entre propriedades ou
 um logradouro com calçamento inadequado e/ou passagem difícil para
 veículos, frequentemente com pedestres na pista.

alley é o que faz mais sentido, apesar de originalmente ter sido
concebido como serviço.

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

Re: [Talk-br] Ruas residenciais em subúrbios: residential ou living_street?

Se ninguém discordar, vou converter as living streets de Porto Alegre nesse
tipo de via então.
On Jan 9, 2014 12:12 PM, Nelson A. de Oliveira nao...@gmail.com wrote:

 2014/1/9 Fernando Trebien fernando.treb...@gmail.com:
  Como poderia ficar pra nós: é uma via de serviço entre propriedades ou
  um logradouro com calçamento inadequado e/ou passagem difícil para
  veículos, frequentemente com pedestres na pista.

 alley é o que faz mais sentido, apesar de originalmente ter sido
 concebido como serviço.

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

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

Re: [Talk-br] Ruas residenciais em subúrbios: residential ou living_street?

2014-01-09 Thread Augusto Stoffel

No sentido original de alley, elas são ruelas que passam por trás de
terrenos que são servidos por uma highway=residential pelo lado da
frente -- ou seja, são um acesso alternativo.  Então eu acho que living
street ainda está mais próximo do significado que a gente quer sugerir.

Se a gente mudar para highway=service + service=alley, como ficariam
aquelas ruas do centro de Porto Alegre e o caso no Rio que o Arlindo
mencionou?

On Thu, 2014-01-09 at 12:27 -0200, Fernando Trebien wrote:
 Se ninguém discordar, vou converter as living streets de Porto Alegre
 nesse tipo de via então.
 
 On Jan 9, 2014 12:12 PM, Nelson A. de Oliveira nao...@gmail.com
 wrote:
 2014/1/9 Fernando Trebien fernando.treb...@gmail.com:
  Como poderia ficar pra nós: é uma via de serviço entre
 propriedades ou
  um logradouro com calçamento inadequado e/ou passagem
 difícil para
  veículos, frequentemente com pedestres na pista.
 
 alley é o que faz mais sentido, apesar de originalmente ter
 sido
 concebido como serviço.
 
 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br
 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br



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

Re: [Talk-br] Mapeadores do Distrito Federal - Novo aplicativo

2014-01-09 Thread erick

Erick, de fato nós temos um grande interesse em migrarmos para uma api livre 
(openstreetmaps). Fizemos a opção da api do google porque nos pareceu ser 
mais simples, porém gostaríamos de alinhar com a comunidade que já colabora 
com o openstreetmaps e quem sabe acelerarmos o processo de mapeamento.

Caso queira sugerir opções de bibliotecas e que caminho seguir para adotar 
esse padrão, será bem vindo. Existem alguns conceitos de camadas que ainda 
me parecem confusos, nós trabalhamos com uma base de dados própria que é 
populada sobre o mapa do google via api javascript.

[]s
Danilo


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

Re: [Talk-br] Ruas residenciais em subúrbios: residential ou living_street?

A princípio viraram residenciais convencionais. As do centro talvez
pudessem virar service=alley devido a sua largura para os veículos - algo
que combinaria com aquele caso das ruas que seriam living street por serem
estreitas demais (e por isso, poderem ter obstáculos como carros
estacionados no caminho - mas isso ocorre mais fora do centro do que no
centro).

Ou seja, seriam alley se redefinirmos alley como via estreita para
veículos, beco.
On Jan 9, 2014 1:41 PM, Augusto Stoffel arstof...@yahoo.com.br wrote:

 No sentido original de alley, elas são ruelas que passam por trás de
 terrenos que são servidos por uma highway=residential pelo lado da
 frente -- ou seja, são um acesso alternativo.  Então eu acho que living
 street ainda está mais próximo do significado que a gente quer sugerir.

 Se a gente mudar para highway=service + service=alley, como ficariam
 aquelas ruas do centro de Porto Alegre e o caso no Rio que o Arlindo
 mencionou?

 On Thu, 2014-01-09 at 12:27 -0200, Fernando Trebien wrote:
  Se ninguém discordar, vou converter as living streets de Porto Alegre
  nesse tipo de via então.
 
  On Jan 9, 2014 12:12 PM, Nelson A. de Oliveira nao...@gmail.com
  wrote:
  2014/1/9 Fernando Trebien fernando.treb...@gmail.com:
   Como poderia ficar pra nós: é uma via de serviço entre
  propriedades ou
   um logradouro com calçamento inadequado e/ou passagem
  difícil para
   veículos, frequentemente com pedestres na pista.
 
  alley é o que faz mais sentido, apesar de originalmente ter
  sido
  concebido como serviço.
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-br
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-br



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

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

Re: [Talk-br] Ruas residenciais em subúrbios: residential ou living_street?

Ou melhor, se definirmos como via estreita para veículos, ou com calçadas
estreitas.

Acho que no fluxograma essas características ficariam na mesma caixa e seta
que levam para living street hoje.
On Jan 9, 2014 2:36 PM, Fernando Trebien fernando.treb...@gmail.com
wrote:

 A princípio viraram residenciais convencionais. As do centro talvez
 pudessem virar service=alley devido a sua largura para os veículos - algo
 que combinaria com aquele caso das ruas que seriam living street por serem
 estreitas demais (e por isso, poderem ter obstáculos como carros
 estacionados no caminho - mas isso ocorre mais fora do centro do que no
 centro).

 Ou seja, seriam alley se redefinirmos alley como via estreita para
 veículos, beco.
 On Jan 9, 2014 1:41 PM, Augusto Stoffel arstof...@yahoo.com.br wrote:

 No sentido original de alley, elas são ruelas que passam por trás de
 terrenos que são servidos por uma highway=residential pelo lado da
 frente -- ou seja, são um acesso alternativo.  Então eu acho que living
 street ainda está mais próximo do significado que a gente quer sugerir.

 Se a gente mudar para highway=service + service=alley, como ficariam
 aquelas ruas do centro de Porto Alegre e o caso no Rio que o Arlindo
 mencionou?

 On Thu, 2014-01-09 at 12:27 -0200, Fernando Trebien wrote:
  Se ninguém discordar, vou converter as living streets de Porto Alegre
  nesse tipo de via então.
 
  On Jan 9, 2014 12:12 PM, Nelson A. de Oliveira nao...@gmail.com
  wrote:
  2014/1/9 Fernando Trebien fernando.treb...@gmail.com:
   Como poderia ficar pra nós: é uma via de serviço entre
  propriedades ou
   um logradouro com calçamento inadequado e/ou passagem
  difícil para
   veículos, frequentemente com pedestres na pista.
 
  alley é o que faz mais sentido, apesar de originalmente ter
  sido
  concebido como serviço.
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-br
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-br



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


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

Re: [Talk-br] Ruas residenciais em subúrbios: residential ou living_street?

2014-01-09 Thread Nelson A. de Oliveira

Exemplo (que infelizmente o Google não ajuda muito): http://goo.gl/maps/AoEut
Isso pra mim é beco (alley). Ela liga duas ruas, passa apenas um
carro, não tem fluxo de pedestres (pedestrem usam para atravessar, mas
não é contínuo o uso).

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

Re: [Talk-br] Ruas residenciais em subúrbios: residential ou living_street?

Esse exemplo do Nelson seria exatamente um alley segundo a definição
(tanto pela perspectivia funcional quanto pela estrutural). Ele
compartilha alguns inconvenientes com essas residenciais estreitas/sem
calçadas largas, com a diferença de que a frequência dos pedestres e
de carros estacionados é bem menor (mas não é impossível, e quando
acontecesse seria igualmente inconveniente pro motorista e pro
pedestre).

Problema de rigor: essas ruas não são de serviço, então
highway=service seria uma incorreção. Mas marcá-las assim funcionaria
bem com os renderers atuais e também com os roteadores atuais.

Problema de não distingui-las: fica faltando uma informação no mapa
que é útil pra muitas pessoas que pensam em passar ou não passar
nessas ruas.

Sobre a possibilidade de criar um novo valor na tag highway, parece
que alguém mais já teve uma idéia parecida, mas a proposta acabou
abandonada: 
http://wiki.openstreetmap.org/wiki/Proposed_features/residential_narrow

Poderíamos fazer assim:
- marcamos como highway=service+service=alley+access=yes+narrow=yes
(isso cria uma assinatura fácil de identificar caso surja uma classe
específica pra isso no futuro)
- depois tentamos aprovar esse valor highway=residential_narrow (que
acho que resolveria os nossos problemas)
- depois buscamos o suporte dessa tag em aplicações (começamos pelas
mais famosas)

Outra possibilidade é usar um novo valor na tag service (algo como
service=narrow_street). Funcionaria porque a tag service não é
obrigatória e seus valores são um conjunto aberto (podem ser valores
quaisquer), o que não afetaria nenhuma aplicação. Mas foge à definição
de highway=service.

2014/1/9 Nelson A. de Oliveira nao...@gmail.com:
 Exemplo (que infelizmente o Google não ajuda muito): http://goo.gl/maps/AoEut
 Isso pra mim é beco (alley). Ela liga duas ruas, passa apenas um
 carro, não tem fluxo de pedestres (pedestrem usam para atravessar, mas
 não é contínuo o uso).

 ___
 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] Mapeadores do Distrito Federal - Novo aplicativo

Essa base está em que formato?


Em 9 de janeiro de 2014 14:04, erick erickdeoliveiral...@gmail.comescreveu:

 Erick, de fato nós temos um grande interesse em migrarmos para uma api
 livre
 (openstreetmaps). Fizemos a opção da api do google porque nos pareceu ser
 mais simples, porém gostaríamos de alinhar com a comunidade que já colabora
 com o openstreetmaps e quem sabe acelerarmos o processo de mapeamento.

 Caso queira sugerir opções de bibliotecas e que caminho seguir para adotar
 esse padrão, será bem vindo. Existem alguns conceitos de camadas que ainda
 me parecem confusos, nós trabalhamos com uma base de dados própria que é
 populada sobre o mapa do google via api javascript.

 []s
 Danilo


 ___
 Talk-br mailing list
 Talk-br@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] Mapeadores do Distrito Federal - Novo aplicativo

2014-01-09 Thread Erick de Oliveira Leal

Nem sei, Paulo. É uma empresa aqui do DF q ta fazendo... Não tenho nenhum
conhecimento sobre como estão fazendo.
Em 09/01/2014 16:18, Paulo Carvalho paulo.r.m.carva...@gmail.com
escreveu:

 Essa base está em que formato?


 Em 9 de janeiro de 2014 14:04, erick erickdeoliveiral...@gmail.comescreveu:

 Erick, de fato nós temos um grande interesse em migrarmos para uma api
 livre
 (openstreetmaps). Fizemos a opção da api do google porque nos pareceu ser
 mais simples, porém gostaríamos de alinhar com a comunidade que já
 colabora
 com o openstreetmaps e quem sabe acelerarmos o processo de mapeamento.

 Caso queira sugerir opções de bibliotecas e que caminho seguir para adotar
 esse padrão, será bem vindo. Existem alguns conceitos de camadas que ainda
 me parecem confusos, nós trabalhamos com uma base de dados própria que é
 populada sobre o mapa do google via api javascript.

 []s
 Danilo


 ___
 Talk-br mailing list
 Talk-br@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] Mapeadores do Distrito Federal - Novo aplicativo

Qual é a intenção deles?  Dividir os dados conosco ou usar a tecnologia OSM
internamente?


Em 9 de janeiro de 2014 16:20, Erick de Oliveira Leal 
erickdeoliveiral...@gmail.com escreveu:

 Nem sei, Paulo. É uma empresa aqui do DF q ta fazendo... Não tenho nenhum
 conhecimento sobre como estão fazendo.
 Em 09/01/2014 16:18, Paulo Carvalho paulo.r.m.carva...@gmail.com
 escreveu:

 Essa base está em que formato?


 Em 9 de janeiro de 2014 14:04, erick erickdeoliveiral...@gmail.comescreveu:

 Erick, de fato nós temos um grande interesse em migrarmos para uma api
 livre
 (openstreetmaps). Fizemos a opção da api do google porque nos pareceu ser
 mais simples, porém gostaríamos de alinhar com a comunidade que já
 colabora
 com o openstreetmaps e quem sabe acelerarmos o processo de mapeamento.

 Caso queira sugerir opções de bibliotecas e que caminho seguir para
 adotar
 esse padrão, será bem vindo. Existem alguns conceitos de camadas que
 ainda
 me parecem confusos, nós trabalhamos com uma base de dados própria que é
 populada sobre o mapa do google via api javascript.

 []s
 Danilo


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



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


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


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

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

Alguém?  Estou atacando mapas em outros lugares.


Em 8 de janeiro de 2014 16:14, Gerald Weber gwebe...@gmail.com escreveu:

 a BHTrans está promovendo alterações importantes em BH, inclusive uma rua
 vai ter mão inglesa.

 http://www.bhtrans.pbh.gov.br/portal/page/portal/portalpublico

 Tem alguém trabalhando nisto já?

 abraço

 Gerald

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


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

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

Vou perguntar na lista do Cocar se aparece alguém interessado.


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

 2014/1/8 Gerald Weber gwebe...@gmail.com:
  Tem alguém trabalhando nisto já?

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

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

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

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

2014-01-09 Thread Eduardo Medeiros

Sou Eduardo Medeiros, moro em Campo Grande, zona oeste do Rio. Morava em
Santa Cruz até metade do ano passado. Por isso estou tentando mapear a
região. Um pouco parado, me adaptando a vida de casado. *rs.
Paulo Carvalho, você trabalhou na IplanRio?

[]s,
Eduardo Medeiros
No dia 6 de Jan de 2014 13:37, Arlindo Pereira
openstreet...@arlindopereira.com escreveu:

PC,

até agora não tive tempo para olhar; pretendo separar um tempo no fds para
isso.

Mas note que eu não sou DM do RJ ;-) , ou seja, se você quiser importar
direto, vá em frente ;-)

Eu, há alguns anos, já importei alguns dados do IPP. Criei o usuário
Import IPP Rio de Janeiro e importei: escolas, delegacias, corpo de
bombeiros, fronteiras de bairros (infelizmente não terminei o processo, fiz
só alguns na ZO) e contornos de ruas (alguns quarteirões em Botafogo e
Copacabana, só para testar). Segui, dividindo o trabalho com o Pedro
Geaquinto, a importação dos nomes das ruas. Infelizmente o RJ é grande
demais e éramos apenas dois, então não conseguimos terminar o processo.
Enfim, não vejo problema nisso.

Foi isso o que a gente fez até agora:

http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/RJ/Rio_de_Janeiro/Import_IPP

Se você quiser já subir os dados que vc tem e atualizar esse wiki,
sinta-se a vontade.

[]s
Arlindo

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

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!

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,

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

Saudações, Eduardo.

Sim, trabalhei lá até 2008.

[]s e bem-vindo

Paulo

Em 9 de janeiro de 2014 19:34, Eduardo Medeiros
eduardoamedei...@gmail.comescreveu:

[]s,
Eduardo Medeiros
No dia 6 de Jan de 2014 13:37, Arlindo Pereira
openstreet...@arlindopereira.com escreveu:

PC,

até agora não tive tempo para olhar; pretendo separar um tempo no fds
para isso.

Mas note que eu não sou DM do RJ ;-) , ou seja, se você quiser importar
direto, vá em frente ;-)

Foi isso o que a gente fez até agora:

http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/RJ/Rio_de_Janeiro/Import_IPP

Se você quiser já subir os dados que vc tem e atualizar esse wiki,
sinta-se a vontade.

[]s
Arlindo

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

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.

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

Re: [Talk-de] Spurmapping?

Hi!

Am 8. Januar 2014 23:32 schrieb Florian Lohoff f...@zz.de:

 Wenn man spät teil - d.h. erst dort 2 spuren baut wo wirklich die
 verzögerungsspur abzweigt, aber den beginn der verzögerungsspur dadurch
 markiert das man ab dort lanes++ hat und dann mit
 turn:lanes=through|through|slight_right markiert ist klar wo die
 verzögerungsspur beginnt und wo diese dann wirklich abknickt so das man
 nicht mehr wechseln kann.


Ganz meiner Meinung.


Ich versuche kurz zusammenzufassen, was man alles wie angeben kann und wie
ein Navi das auswerten könnte. Als Beispiel nehme ich eine Abfahrt einer
vierspurigen Autobahn.

* Überkopfwegweiser weit vor der Abfahrt: diese können recht detailiert mit
destination[:xxx]:lanes angegeben werden. Ein
destination:lanes=Wien|Wien|Berlin|Zürich +
destination:ref:lanes=A1|A1|A1|B2 + destination:country:lanes=AT|AT|DE|CH +
destination:sign:lanes=|||park_and_ride könnte ein Navi ähnlich einem
Überkopfwegweiser darstellen - die linke Spur führt nach Wien (Österreich)
auf der A1 und die ganz rechte nach Zürich (Schweiz) auf der B2 - dort gibt
es auch ein P+R (die anderen Spuren sind analog zu verstehen). Mir
persönlich sind Überkopfwegweiser noch Overkill. Ich habe das nur ein paar
mal eingetragen um das Tagging und die Auswertung zu testen.
* Auf der vierten Spur sind nun Fahrbahnmarkierungen für geradeaus und
rechts abbiegen: turn:lanes=none|none|none|through;slight_right. Ein Navi
könnte hier Rechtshalten ansagen. Außerdem kann ein Spurassistent die
entsprechenden Markierungen anzeigen.
* Der Verzögerungsstreifen beginnt: die Fahrspuranzahl wird korrigiert
(lanes=5) und turn:lanes=none|none|none|through|slight_right gesetzt. Das
Navi kann nun rechts abfahren oder ähnliches ansagen und der
Spurassistent entsprechend die fünfte Spur anzeigen. Vor allem für Renderer
ist noch ein placement=right_of:2 nützlich. IdR zeichnen wir den OSM-Weg ja
in der Mitte der Fahrbahn, bei einer vierspurigen Autobahn also zwischen
der zweiten und dritten Spur. Da wir nun fünf Spuren haben, sollte man
eigentlich den OSM-Weg in die Mitte der dritten Spur legen, was allerdings
zu unansehnlichen Schlenkern beim Rendern (auch im Navi) führt. Ein
placement=right_of:2 sagt den Datenkonsumenten, dass der OSM-Weg am rechten
Rand der zweiten Spur liegt. Ein einfacher Datenkonsument, welcher keine
Spuren rendert, stellt den Fahrbahnverlauf jetzt einfach gerade dar. Ein
Datenkonsument, welcher Spuren auswertet, weiß aber auch, dass links vom
OSM-Weg zwei Spuren liegen und rechts drei. Klassisches Win-Win.
* Ein Wechsel von der dritten auf die vierte Spur ist nicht mehr erlaubt
(kommt öfters vor um Spätabbieger zu verhindern):
change:lanes=yes|yes|not_right|yes|yes . Anzeige im Spurassistenten ändert
sich.
* Ein Wechsel auf den/von dem Verzögerungsstreifen ist nicht mehr erlaubt
(durchgezogene Linie) - von der dritten auf die vierte aber wieder:
change:lanes=yes|yes|yes|not_right|no . Anzeige im Spurassistenten ändert
sich.
* Die Spur trennt sich von der Hauptfahrbahn: auf den gemeinsamen Knoten
kommt ein motorway_junction + name=Name der Abfahrt. Auf die Abfahrt
kommen alle passenden destination-Tags (dies muss nicht identisch sein mit
dem Namen der Abfahrt am Knoten!). Auf der Hauptfahrbahn wird die
Spuranzahl wieder reduziert (lanes=4), placement, turn:lanes und
change:lanes sind nicht mehr notwendig. Ein Navi kann die exakte Distanz zu
dieser Abfahrt über den gemeinsamen Knoten ermitteln. Das Navi hat nun alle
Informationen um vorher(!) anzusagen/anzuzeigen: In 800m abfahren auf die
B2 in Richtung Zürich

Abschließend nochmal der Hinweis, dass praktisch alle genannten Tags (bis
auf destination:lanes) vom entsprechenden JOSM-Stil [1] unterstützt und
dargestellt werden. Man sieht also schon während des Editierens den
Spurverlauf, die Fahrbahnmarkierungen und auch einige Zielangaben. Und für
wagemutige mit viel Speicher noch die Empfehlung am Anfang des Stils
style_use_svg auf yes zu setzen; dadurch erhält man ein deutlich
detaillierteres Rendering des turn-Schlüssels.

Beste Grüße,
Martin


[1] http://josm.openstreetmap.de/wiki/Styles/Lane_and_Road_Attributes
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Auto versus PKW im deutschen StVR - war: Parkplatz nur für PKW

2014-01-09 Thread chris66

Am 09.01.2014 01:34, schrieb Gertrud Simson:

 Wenn ich für Zeichen 251 nur motorcar=no verwende, fehlen doch hgv, psv,
 goods, tourist_bus, atv,... im Verbot, da diese auf der gleichen
 Hierachieebene wie motorcar stehen und dadurch nicht inbegriffen sind.

Ich hatte bisher immer motorcar=* im Sinne von Zeichen 251
(also mehrspuriges Kraftfahrzeug) getaggt. Und car=* im
Sinne von PKW.

Dass es im Wiki anders steht hat mich ziemlich überrascht.

Mit solchen Widersprüchen muss man bei OSM wohl leben.
Für Perfektionisten ist es deshalb oft ernüchternd. ;-)

Grüße
Chris




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

Re: [Talk-de] Spurmapping?

2014-01-09 Thread chris66

Am 09.01.2014 09:38, schrieb Martin Vonwald:

 Ich versuche kurz zusammenzufassen, was man alles wie angeben kann und wie
 ein Navi das auswerten könnte. Als Beispiel nehme ich eine Abfahrt einer
 vierspurigen Autobahn.

+100

Sehr schön. Sollte im Wiki verewigt werden.

Chris




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

Re: [Talk-de] Auto versus PKW im deutschen StVR - war: Parkplatz nur für PKW

Am 9. Januar 2014 08:57 schrieb Simon Poole si...@poole.ch:

 Macht das
 Leben für die Auswerter ein kleines bisschen schwieriger aber ist die
 praxisnahe Lösung.


Es gibt eine Anzahl x von Auswertern für welche diese Tags relevant sind.
Es gibt eine viel größere Anzahl y an Mappern, welche sich kompliziertere
Regeln merken müssten und sie auf eine gewaltig große Anzahl z von Wegen
eintragen und warten müssten. Ich bin definitiv auch dafür den Auswertern
es ein klein wenig schwieriger zu machen und es für die Mapper einfach.
Unterm Strich ist das Ergebnis das selbe und der Aufwand ist sehr, sehr,
sehr [weitere sehr einfügen] viel geringer.



 Natürlich sinf die boat=no and motor_boat=no an jede
 Strasse taggende darüber unglücklich.


. ;-)


Beste Grüße,
Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Spurmapping?

Am 9. Januar 2014 09:46 schrieb chris66 chris66...@gmx.de:

 Sehr schön. Sollte im Wiki verewigt werden.


Bin etwas knapp bei Zeit in den nächsten Wochen, aber du hast recht, ein
Überblick mit ein paar Beispielen würde gut tun.
Außerdem sind meine Beispiele auf der Lane_assist Seite veraltet, da sie
den placement-Schlüssel nicht verwenden. Hier z.B.  sieht man schön den
unnötigen Schlenker bei D-E und G-H:
http://wiki.openstreetmap.org/wiki/Lane_assist/Examples/Motorway_Deceleration_Lane_at_Exit

Ich muss die wohl mal aktualisieren. Etwas Geduld bitte ;-)
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Auto versus PKW im deutschen StVR - war: Parkplatz nur für PKW

2014-01-09 Thread Ronnie Soak


  Natürlich sinf die boat=no and motor_boat=no an jede
  Strasse taggende darüber unglücklich.
 


 Macht keine Witze. Ich hatte schon motor_vehicle=no, snowmobile= no an
innerstädtischen (mitteldeutschen) Servicewegen aufzuräumen.
Keine Ahnung welches intuitive Template dabei geholfen hat.

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

Re: [Talk-de] Spurmapping?

2014-01-09 Thread Ronnie Soak

Hallo Martin,

der Lanes-Style hat bei mir immer noch Probleme, die Strassenbreite
korrekt über alle Zoomstufen anzuzeigen. Die gerenderte Breite 'springt' je
nach Zoomstufe
um ein paar Meter hin und her.

Ich erinner mich das als Bug schon irgendwo gelesen zu haben (oder du
hattest es schon in einer deiner Mails erwähnt).

Ist dafür eine Lösung in Sicht?
Beruhte das auf einen JSOM-Bug, der gefixt werden muss?
Oder hat das mit meiner Installation zu tun? Bessert sich irgendwas mit
Java 1.7?

Gruss,

Chaos


Am 9. Januar 2014 10:06 schrieb Martin Vonwald imagic@gmail.com:

 Am 9. Januar 2014 09:46 schrieb chris66 chris66...@gmx.de:

  Sehr schön. Sollte im Wiki verewigt werden.
 

 Bin etwas knapp bei Zeit in den nächsten Wochen, aber du hast recht, ein
 Überblick mit ein paar Beispielen würde gut tun.
 Außerdem sind meine Beispiele auf der Lane_assist Seite veraltet, da sie
 den placement-Schlüssel nicht verwenden. Hier z.B.  sieht man schön den
 unnötigen Schlenker bei D-E und G-H:

 http://wiki.openstreetmap.org/wiki/Lane_assist/Examples/Motorway_Deceleration_Lane_at_Exit

 Ich muss die wohl mal aktualisieren. Etwas Geduld bitte ;-)
 ___
 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] Spurmapping?

Hi!

Am 9. Januar 2014 10:17 schrieb Ronnie Soak chaoschaos0...@googlemail.com:

 Hallo Martin,

 der Lanes-Style hat bei mir immer noch Probleme, die Strassenbreite
 korrekt über alle Zoomstufen anzuzeigen. Die gerenderte Breite 'springt' je
 nach Zoomstufe
 um ein paar Meter hin und her.

 Ich erinner mich das als Bug schon irgendwo gelesen zu haben (oder du
 hattest es schon in einer deiner Mails erwähnt).

 Ist dafür eine Lösung in Sicht?
 Beruhte das auf einen JSOM-Bug, der gefixt werden muss?


Das beruht im Prinzip auf diesem Problem:
https://josm.openstreetmap.de/ticket/8588

Ich würde es gar nicht so als Bug ansehen - es ist einfach eine
Designentscheidung in MapCSS (nicht in JOSM). Ich denke, da wird sich auf
absehbare Zeit wenig ändern.

Bevor du jetzt aber im Bugtracker für 8588 deine Stimme abgibst, gib sie
bitte für http://josm.openstreetmap.de/ticket/8581 ab. Damit lässt sich
sehr viel mehr richtig gutes machen!

Beste Grüße,
Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] IPv6 defekt?

2014-01-09 Thread Kai Krueger

Hallo,


Ruben Kelevra wrote
 Hallo zusammen,
 
 osm.org lässt sich ja via IPv6 erreichen, jedoch ist von den
 Standardlayern lediglich der Humanitarian erreichbar, beim Rest
 bleibt die Karte grau. Wann wird das Problem gefixt?

Bezieht sich das bleibt grau auf ein IPv6 only System, oder eines mit Dual
Stack? Wie Simon bereits erwaehnt hat sind zwar die API server per IPv6
erreichbar, aber nicht die Tileserver. Allerdings auf einem Dual Stack
System (auch DS-lite) muss der Hauptlayer korrekt auf osm.org zu sehen sein,
sonst ist da irgendwo wirklich ein Fehler der dringend behoben werden muss.

Bezueglich IPv6 Support der tileserver (die die die OSMF betreibt) gibt es
mehrere Gruende wieso das noch nicht geht.
Den eigentlichen Tileservern ist ein Content Delivery Network
vorgeschaltet. Dieses besteht aus inzwischen 11 verschiedenen
Hostinganbietern die ueber die Welt verstreut sind.

1) Von den 11 Standorten haben anscheinend nur 4 bislang ueberhaupt IPv6
connectivity. 
2) Desweiteren unterstuetzt die verwendete Proxy Software (Squid 2.7) kein
IPv6. Neuere Versionen von Squid, die IPv6 unterstuetzen, bieten jedoch
einige andere Features nicht, auf die OSM derzeit zurueckgreift (wie z.B.
fuer das tile throttling), sodas ein upgrade auf Squid 3 mehr Aenderungen
als nur ein einfaches Software update bedeuten.
3) Fuer IPv6 gibt es bislang nicht so gute geolocation Datenbanken um
Anfragen an die korrekte der 11 Hostingstandorte weiter zu leiten.

Zumindestens Punkte 2 und 3 waeren durchaus loesbar, sind aber ein bisschen
Aufwand um sicher zu stellen das im Produktiveinsatz nichts kaput geht und
alles bisherige mindestens genauso gut weiter funktioniert wie bisher.

Um mit https auf den Tileservern zu experimentieren sind seit ein paar Tagen
der Squid Software noch ein non-caching nginx vorgeschaltet. Da nginx IPv6
unterstuetzt, waere es zumindestens denkbar auch dafuer das ganze ueber
diese Zwischenstation laufen zu lassen. Aber mit Sachen wie tilethrottling
ist auch das nicht ganz trivial.

Auch wenn fuer OSM IPv6 nicht so wichtig ist, (reines http laeuft auch durch
carrier grade NAT ohne Probleme), hoffe ich dennoch das ipv6 irgendwann bald
komplett unterstuetzt wird. Wobei angesichts der Tatsache das zumindestens
die API Server schon einmal IPv6 beherschen ist OSM immernoch deutlich
weiter als die meisten anderen Webseiten.

Kai




--
View this message in context: 
http://gis.19327.n5.nabble.com/IPv6-defekt-tp5792067p5792312.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Nächstes OSM-Radio?

2014-01-09 Thread Andreas Hubel

Hallo zusammen,

Wir haben jetzt den 29. Januar als nächsten Termin festgelegt.

Bis dahin sollte dann die Folge 26 auch raus sein. 

MfG Andi


signature.asc
Description: Message signed with OpenPGP using GPGMail
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Auto versus PKW im deutschen StVR - war: Parkplatz nur für PKW

2014-01-09 Thread Wolfgang Hinsch

Hallo

Am Donnerstag, den 09.01.2014, 10:06 +0100 schrieb Ronnie Soak:
 
   Natürlich sinf die boat=no and motor_boat=no an jede
   Strasse taggende darüber unglücklich.
  
 
 
  Macht keine Witze. Ich hatte schon motor_vehicle=no, snowmobile= no an
 innerstädtischen (mitteldeutschen) Servicewegen aufzuräumen.
 Keine Ahnung welches intuitive Template dabei geholfen hat.
 

Man könnte das tagging vereinfachen und die Auswerung trotzdem
komfortabel halten, wenn man ein paar einfache Regeln aufstellt:

1. Ohne Access-Tag ist ein Weg für alles zulässig, was da drauf kann und
generell auf einen solchen Weg darf.

2. Ist ein Weg nur für eine oder wenige Gruppen zulässig, werden die
Gruppen erwähnt. Damit sind alle nicht erwähnten ausgeschlossen.
Beispiel Busspur: psv=yes, das impliziert dann ein Verbot für alle
anderen.

3. Ist ein Weg nur für eine oder wenige Gruppen verboten, werden die
Gruppen genauso erwähnt, aber mit no. Das erlaubt alle davon nicht
betroffenen Gruppen. Beispiel für Gefahrgüterverbot: hazmat=no

Zu überlegen wäre, ob nicht grundsätzlich immer ein access: vorgesetzt
werden soll. Das erleichtert die Erkennung.

access:psv=yes
bzw.
access:hazmat=no

Ansonsten kann das access-Schema genauso benutzt werden. Nur das
vorherige access=no entfällt (es sei denn, es ist wirklich für alle
verboten).

Gruß, Wolfgang


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

Re: [Talk-de] Spurmapping?

On 09.01.2014 09:38, Martin Vonwald wrote:

 Abschließend nochmal der Hinweis, dass praktisch alle genannten Tags (bis
 auf destination:lanes) vom entsprechenden JOSM-Stil [1] unterstützt und
 dargestellt werden. Man sieht also schon während des Editierens den
 Spurverlauf, die Fahrbahnmarkierungen und auch einige Zielangaben. Und für
 wagemutige mit viel Speicher noch die Empfehlung am Anfang des Stils
 style_use_svg auf yes zu setzen; dadurch erhält man ein deutlich
 detaillierteres Rendering des turn-Schlüssels.

Martin, danke für diesen Stil.

I wollte noch darauf hinweisen, das es auch eine externe Vorlage für die
Tags gibt. Allerdings ist sie noch nicht so ausgereift, da JOSM mit dem
zusätzlichen Trennzeichen | noch nicht wirklich umgehen kann.

cu fly

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

Re: [Talk-de] Spurmapping?

2014-01-09 Thread Ronnie Soak

 der Lanes-Style hat bei mir immer noch Probleme, die Strassenbreite
  korrekt über alle Zoomstufen anzuzeigen. Die gerenderte Breite 'springt'
 je
  nach Zoomstufe
  um ein paar Meter hin und her.
 

 Das beruht im Prinzip auf diesem Problem:
 https://josm.openstreetmap.de/ticket/8588

 Ich würde es gar nicht so als Bug ansehen - es ist einfach eine
 Designentscheidung in MapCSS (nicht in JOSM). Ich denke, da wird sich auf
 absehbare Zeit wenig ändern.

 Ok, MapCSS hat fixe Zoomstufen, JOSM zoom stufenlos. Sehe ich ein.
Aber warum da dann keine Umrechnung möglich ist, verstehe ich nicht so ganz.
Gibt JOSM den aktuellen Zoom nich als float zurück?
Die pixel/m Angaben der mapcss Zoomstufen sind doch scheinbar bekannt.



 Bevor du jetzt aber im Bugtracker für 8588 deine Stimme abgibst, gib sie
 bitte für http://josm.openstreetmap.de/ticket/8581 ab. Damit lässt sich
 sehr viel mehr richtig gutes machen!

 Das aktivieren der svvg-Option im Style hat jetzt auf das geschilderte
Problem keinen Einfluss, oder?

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

Re: [Talk-de] Spurmapping?

Am 9. Januar 2014 16:15 schrieb Ronnie Soak chaoschaos0...@googlemail.com:

 Gibt JOSM den aktuellen Zoom nich als float zurück?


Nein bzw. mir ist keine Möglichkeit bekannt, diese Information in einem
Stil abzufragen.



 Die pixel/m Angaben der mapcss Zoomstufen sind doch scheinbar bekannt.


Ich habe sie geraten ;-)



 Das aktivieren der svg-Option im Style hat jetzt auf das geschilderte
 Problem keinen Einfluss, oder?


Nein, es verbessert das Rendering u.a. der Abbiegespuren (turn-Schlüssel).

beste Grüße,
Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] IPv6 defekt?

On 09.01.2014 11:08, Kai Krueger wrote:

 Um mit https auf den Tileservern zu experimentieren sind seit ein paar Tagen
 der Squid Software noch ein non-caching nginx vorgeschaltet. Da nginx IPv6
 unterstuetzt, waere es zumindestens denkbar auch dafuer das ganze ueber
 diese Zwischenstation laufen zu lassen. Aber mit Sachen wie tilethrottling
 ist auch das nicht ganz trivial.

Schöne Neuigkeiten im neuen Jahr. Hatte schon vor Jahren nginx als
Zwischenstation vorgeschlagen.

Wenn nginx jetzt noch https macht und mit dem squid unverschlüsselt
kommuniziert bekommen wir ja doch vielleicht mal https.

Oder ist die Rechenleistung für ssl immer noch ein Problem?

Grüße fly

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

Re: [Talk-de] IPv6 defekt?

2014-01-09 Thread Sven Geggus

fly lowfligh...@googlemail.com wrote:

 Wenn nginx jetzt noch https macht und mit dem squid unverschlüsselt
 kommuniziert bekommen wir ja doch vielleicht mal https.
 
 Oder ist die Rechenleistung für ssl immer noch ein Problem?

Also wenn ich mir auf meinem im Vergleich zum tile.openstreetmap.org
lächerlichen wenig frequentierten tile.openstreetmap.de Server die Zugriffe
anschaue _ist_ das mit Sicherheit ein Problem.

Davon abgesehen, was soll TLS in einem Umfeld bringen, in dem es um den Abruf
von Kartenkacheln unter CC-by Lizenz geht?

Natürlich könnten die NSA und böse Provider könnten die Geokoordinaten der
Kacheln Deiner Person zuordnen aber mal ehrlich wenn Dir das wichtig ist,
dass das niemand mitkriegt, dann rendere Deine Kacheln selbst, denn dann
können auch die Admins von osm.org nicht mehr rausfinden welches Gebiet dich
interessiert.

Gruss

Sven

-- 
# Turn on/off security.  Off is currently the default
(found in MongoDB default configfile)

/me is giggls@ircnet, http://sven.gegg.us/ on the Web

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

Re: [Talk-de] Schienenkreuze und Weichen

Glückliches neues Jahr
Andreas und Liste

Komisch, dass bisher hier niemand es erwähnt hat aber vielleicht hättest
Du eher transit@osm fragen sollen.

Die eindeutige Antwort lautet [1][2]:

railway=switch
railway:switch=*

Wenn Du also sicher gehen willst kannst Du immer

railway:switch=no

verwenden. Ansonsten halt gar kein Tag und nur Weichen markieren.
Durch Strangführung und Kurvenradien bedingt ist damit alles gesagt und
Relationen unnötig.


[1] https://wiki.openstreetmap.org/wiki/Tag:railway=switch
[2] http://taginfo.openstreetmap.org/tags/?key=railwayvalue=switch#overview

On 30.12.2013 13:26, Andreas Neumann wrote:
 Moin,
 
 Bei der Schienen ist mir ein kleines Dilemma aufgefallen. Beispiel an
 diesem Straßenbahn-Schienenkreuz http://osm.org/go/0MAe~EE4F
 
 Es sind in diesem Fall zwei Gleise mit Richtungsverkehr. Komme ich von
 norden und will nach Osten, befahre ich erstmal eine Weiche. An dieser
 Stelle sind die Schienen-Ways miteinander verbunden. Dann kreuze ich die
 Gegenspur. Und hier liegt mein Dilemma. Diese kreuzenden Wege sind meist
 auch verbunden. Wie kann man am dümmsten an solchen
 Schienenwegkreuzungen ohne Abbiegemöglichkeit sagen, dass man nur gerade
 aus kann.
 - Eine Lösung wäre jedesmal Abbiegerelationen anzulegen, was ich aber
 für zu kompliziert halte.
 - Möglichkeit zwei wäre, die sich kreuzenden Wege nicht mit einem Node
 zu verbinden. Dann könnte aber Nutzer XY kommen und den Node setzen.
 - Die dritte Möglichkeit sehe ich in einem Tag für den Node (hier wäre
 ich dankbar, wenn ein Eisenbahner vllt. einen Fachbegriffen fallen
 lassen könnte, da ich nicht weiß, wie die Kreuze im Fachjargon heißen.
 Dem Router könnte man vermitteln, dass nun nur der Weg mit der
 geringsten Winkelabweichung genommen werden darf, oder man definiert,
 dass an einem solchen Kreuzungspunkt keine Wege enden dürfen und der
 Router nur seinen kommenden Weg weiter gehen darf.
 - Möglichkeit #4: Irgendwer hat sich schon eine schlaue Lösung
 ausgedacht, über die ich noch nicht gestolpert bin.
 
 Guten Rutsch,
 Andreas



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

Re: [Talk-de] Schienenkreuze und Weichen

2014-01-09 Thread Andreas Neumann

Am 09.01.2014 17:00, schrieb fly:
 Glückliches neues Jahr
 Andreas und Liste

 Komisch, dass bisher hier niemand es erwähnt hat aber vielleicht hättest
 Du eher transit@osm fragen sollen.

 Die eindeutige Antwort lautet [1][2]:

 railway=switch
 railway:switch=*

 Wenn Du also sicher gehen willst kannst Du immer

 railway:switch=no

 verwenden. Ansonsten halt gar kein Tag und nur Weichen markieren.
 Durch Strangführung und Kurvenradien bedingt ist damit alles gesagt und
 Relationen unnötig.


 [1] https://wiki.openstreetmap.org/wiki/Tag:railway=switch
 [2] http://taginfo.openstreetmap.org/tags/?key=railwayvalue=switch#overview

Perfekt! Das habe ich gesucht! Danke für den Hinweis.

MfG Andreas

-- 
Andreas Neumann
http://Map4Jena.de
http://Stadtplan-Ilmenau.de




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

Re: [Talk-de] IPv6 defekt?

On 09.01.2014 16:49, Sven Geggus wrote:
 fly lowfligh...@googlemail.com wrote:
 
 Wenn nginx jetzt noch https macht und mit dem squid unverschlüsselt
 kommuniziert bekommen wir ja doch vielleicht mal https.

 Oder ist die Rechenleistung für ssl immer noch ein Problem?
 
 Also wenn ich mir auf meinem im Vergleich zum tile.openstreetmap.org
 lächerlichen wenig frequentierten tile.openstreetmap.de Server die Zugriffe
 anschaue _ist_ das mit Sicherheit ein Problem.
 
 Davon abgesehen, was soll TLS in einem Umfeld bringen, in dem es um den Abruf
 von Kartenkacheln unter CC-by Lizenz geht?
 
 Natürlich könnten die NSA und böse Provider könnten die Geokoordinaten der
 Kacheln Deiner Person zuordnen aber mal ehrlich wenn Dir das wichtig ist,
 dass das niemand mitkriegt, dann rendere Deine Kacheln selbst, denn dann
 können auch die Admins von osm.org nicht mehr rausfinden welches Gebiet dich
 interessiert.

Wenn die api jetzt noch ssl könnte.

fly

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

Re: [Talk-de] IPv6 defekt?

2014-01-09 Thread Sven Geggus

fly lowfligh...@googlemail.com wrote:

 Wenn die api jetzt noch ssl könnte.

Und was genau soll das bringen wenn ohnehin jeder editieren darf und
edits öffentlich sind?

Also ich glaube da gibt es bei OSM viele wirkliche Probleme, die man
dringender lösen müsste.

Spontan würde mir da der Polygonsupport einfallen.

Gruss

Sven

-- 
How to prevent Java from forking? Use a spoon.
(Found on http://slashdot.org)

/me is giggls@ircnet, http://sven.gegg.us/ on the Web

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

Re: [Talk-de] IPv6 defekt?

2014-01-09 Thread Frederik Ramm

Hi,

On 09.01.2014 16:49, Sven Geggus wrote:
 Davon abgesehen, was soll TLS in einem Umfeld bringen, in dem es um den Abruf
 von Kartenkacheln unter CC-by Lizenz geht?

Naja, ist doch klar, wenn erstmal das ganze Web https ist, dann fallen
die Verbindungen, die ich wirklich geheimhalten will, nicht so drin auf ;)

Ausserdem wird weltweit 2% mehr CPU verbraucht und wir muessen weniger
heizen.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09 E008°23'33

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

Re: [Talk-de] IPv6 defekt?

2014-01-09 Thread Florian Lohoff

On Thu, Jan 09, 2014 at 03:49:27PM +, Sven Geggus wrote:
 Davon abgesehen, was soll TLS in einem Umfeld bringen, in dem es um den Abruf
 von Kartenkacheln unter CC-by Lizenz geht?

Es ist sogar von Nachteil - Viele firmen setzen für HTTP transparente
proxys ein - Ohne das SSL zu zerstören (Man in the middle, Bluecoat,
wildcard ssl zertifikat) geht das nicht so das https per definition
schlechter fuer das caching ist.

Bei der API ist mir das egal. Dort würde ich gerne SSL sehen 
alleine wegen der ganzen authentisierungsgeschichte.

Klartext sollte getoetet werden.

Flo
-- 
Florian Lohoff f...@zz.de


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

Re: [Talk-de] IPv6 defekt?

2014-01-09 Thread Kai Krueger

Sven Geggus wrote
 fly lt;

 lowflight66@

 gt; wrote:
 
 Wenn die api jetzt noch ssl könnte.
 
 Und was genau soll das bringen wenn ohnehin jeder editieren darf und
 edits öffentlich sind?

Wenn ich mich nicht taeusche sendet JOSM immernoch als default den Username
und das Password in Klartext unverschluesselt bei jedem API Aufruf ueber das
Netzwerk. JOSM beherscht zwar OAuth, aber so wie die UI gestaltet ist wuerde
es mich nicht wundern wenn die Mehrheit der User das nicht verwendet.
Insofern wuerde die Verwendung von https fuer die API einen deutlichen
Zugewinn an Sicherheit fuer diese User bieten. 

Bis vor Kurzem hat auch Vespucci noch nur Basic Auth fuer die API
unterstuetzt und ich wuerde mal vermuten das es auch fuer andere Editoren
einfacher waere die API einfach per https zu erreichen als OAuth zu
implementieren. 

iD und P2 sind in dieser Hinsicht JOSM deutlich ueberlegen, da die immer
OAuth verwenden und das Passwort nur per https im Login auf osm.org
uebertragen und schuetzt somit den durchschnittlichen User deutlich
besser.

Kai




--
View this message in context: 
http://gis.19327.n5.nabble.com/IPv6-defekt-tp5792067p5792431.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Fossgis 2014: Namensschilder mit OSM Logo??

2014-01-09 Thread Michael Kugelmann


Am 08.01.2014 00:53, schrieb Tirkon:

In Osnabrück wurde ich definitiv gefragt, ob Fossgis oder OSM Logo -
und habe eines von OSM bekommen.
Osnabrück war aus OSM-Sicht auch eine besondere FOSSGIS und nicht 
Normalzustand wie heute...



Grüße,
Michael.


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

[Talk-de] Wochennotiz Nr. 180 24.12. - 30.12.2013

2014-01-09 Thread wn reader

Hallo,

die Wochennotiz Nr. 180 mit allen wichtigen Neuigkeiten für das Jahr 2013 aus 
der OpenStreetMap Welt ist da: 
http://blog.openstreetmap.de/blog/2014/01/wochennotiz-nr-180/

Viel Spaß beim Lesen!
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-it] Colore segnavia

2014-01-09 Thread solitone

demon.box ha scritto:
 ho però trovato anche interessate il tag
 symbol e la relativa localizzazione symbol:it
 con il quale si può scrivere un semplice (e più comprensibile) striscia
 rossa e verde in aggiunta
 a osmc:symbol che poi viene renderizzato.
Sì, infatti io uso anche quei due tag.

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

Re: [Talk-it] Openseamap logger per profondità di acqua

2014-01-09 Thread Simone Cortesi

On Wed, Jan 8, 2014 at 6:11 PM, Martin Koppenhoefer
dieterdre...@gmail.com wrote:
 in generale usano il nostro db, ma per i dati di profondità hanno un proprio
 sistema, sembra che la licenza non sia ancora chiara (ma suppongo che sia
 open):

 http://depth.openseamap.org/

lo trovo fantastico, purtroppo in questo periodo non sto andando in
barca. sai se si puo' collegare alla strumentazione di una barca a
noleggio? sono molte le persone come me che noleggiano e non hanno una
loro barca (quindi non possono fare modifiche elettriche alla
strumentazione di bordo.

-- 
-S

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

Re: [Talk-it] Open data, licenze e utilizzo in OSM

2014-01-09 Thread Simone Cortesi

2014/1/8 Giulio giulio.di...@yahoo.it:
 Questi dubbi sono nati dal fatto che relativamente di recente sono
 venuto a conoscenza che la regione Toscana e la provincia di Pisa hanno
 rilasciato alcuni di dati, ad esempio:
 - il grafo delle strade provinciali [3]
 - i confini amministrativi della toscana [4]
 in entrambi i casi mi piacerebbe usare questi dati, non con un import
 diretto, per affinare i percorsi dei confini o per inserire eventuali
 tag alle strade non presenti (es ref mancanti).

Ho un incontro con regione Toscana fra due settimane, se vi vengono in
mente attività carine, non onerose che si potrebbero fare insieme,
discutiamone.

-- 
-S

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

[Talk-it] data logger - reloaded

2014-01-09 Thread Volker Schmidt

Vorrei riporre una domanda già sollevata in lista, ma non vedo una riposta
conclusiva.

Vorrei comprare (per gli Amici delle Bicicletta di Padova) due data logger
per registrare percorsi fatti in bici da persone non tecniche. Il
dispositivo deve

   - essere robusto
   - essere stagno
   - registrare con buona risoluzione (pochi metri con buona vista
   satelliti)
   - preferibilmente funzionare con pile ricaricabili e durare
   preferibilmente con una carica almeno 24 ore
   - (non abbiamo bisogno di bluetooth, ma se c'è, non noce)


Qualche consiglio concreto?

Grazie

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

Re: [Talk-it] Nuova funzionalità per Wikipedia-tag-in-OSM (lavori in corso)

2014-01-09 Thread Cristian Consonni

Il 09 gennaio 2014 08:48, Luca Delucchi lucadel...@gmail.com ha scritto:
 ok, vedo che introduci una nuova dipendenza non molto semplice da
 mantenere pyspatialite :-(
 come la installi?

Mi sono creato un virtualenv.
Devo dire che in effetti mi ha fatto bestemmiare un pochino per
installarlo, perché ha un problema nel setup (che ho dovuto risolvere
a mano) vedi:
https://github.com/lokkju/pyspatialite/issues/18

 non si riesce a fare tutto con ogr/gdal?

Posso dire che non saprei da che parte iniziare? ^_^

Cristian

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

Re: [Talk-it] Colore segnavia

2014-01-09 Thread demon.box

Scusa ancora, vorrei far uscire con il tag osmc:symbol
3 strisce: verde sopra, bianca al centro (con scritta SR in nero) e rossa
sotto (il tricolore)
ho provato così ma mi esce tutto verde con la striscia bianca al centro
*red:green:white_bar:SR:black*
Hai idea di come fare?
Grazie, ciao.
--enrico




--
View this message in context: 
http://gis.19327.n5.nabble.com/Colore-segnavia-tp5792175p5792326.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] Openseamap logger per profondità di acqua

2014-01-09 Thread Luca Meloni

Interessantissimo! +1 anche se purtroppo non ho una barca...

Ciao, Luca___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Colore segnavia

2014-01-09 Thread Luca 'remix_tj' Lorenzetto

2014/1/9 demon.box e.rossin...@alice.it:
 Scusa ancora, vorrei far uscire con il tag osmc:symbol
 3 strisce: verde sopra, bianca al centro (con scritta SR in nero) e rossa
 sotto (il tricolore)
 ho provato così ma mi esce tutto verde con la striscia bianca al centro
 *red:green:white_bar:SR:black*
 Hai idea di come fare?

Sul wiki ci sono tutte le info:

http://wiki.openstreetmap.org/wiki/Key:osmc:symbol

Immagino che sarà:

red:green:red_lower:white_bar:SR:black

Che farà un sentiero rosso, con un segnavia verde con sopra una linea
in basso di rosso e una linea in mezzo bianca e la scritta SR in nero,
se non sbaglio.

Guarda anche qui: http://www.wanderreitkarte.de/symbols_en.html

Ciao ciao

Luca

-- 
E' assurdo impiegare gli uomini di intelligenza eccellente per fare
calcoli che potrebbero essere affidati a chiunque se si usassero delle
macchine
Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)

Internet è la più grande biblioteca del mondo.
Ma il problema è che i libri sono tutti sparsi sul pavimento
John Allen Paulos, Matematico (1945-vivente)

Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , lorenzetto.l...@gmail.com

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

Re: [Talk-it] Colore segnavia

2014-01-09 Thread Francesco Pelullo

Prova così:
osmc:symbol=_colore_del_sentiero_:green:white_bar:red_lower:_testo_da_scrivere_:_colore_del_sentiero

Trovi tutti i codici riconosciuti qui:
http://www.wanderreitkarte.de//symbols_it.html

Ciao
/niubii/



Il giorno 09 gennaio 2014 13:46, demon.box e.rossin...@alice.it ha
scritto:

 Scusa ancora, vorrei far uscire con il tag osmc:symbol
 3 strisce: verde sopra, bianca al centro (con scritta SR in nero) e rossa
 sotto (il tricolore)
 ho provato così ma mi esce tutto verde con la striscia bianca al centro
 *red:green:white_bar:SR:black*
 Hai idea di come fare?
 Grazie, ciao.
 --enrico




 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Colore-segnavia-tp5792175p5792326.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 mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Open data, licenze e utilizzo in OSM

2014-01-09 Thread Giulio

Il giorno mer, 08/01/2014 alle 15.13 +0100, Maurizio Napolitano ha
scritto:
  - La licenza Italian Open Data License v2.0 è compatibile con quella di
  OSM? ad una prima lettura mi sembra di si
 
 è compatibile sia la IODL 2.0 che la 1.0
 Nella 1.0 è scritto espressamente che si può rilicenziare un dataset in
 ODbL (non è vero il contrario)
 La 2.0 invece non si porta dietro questioni di condivisione allo stesso
 modo.
 
  - le licenze CC che impongono clausole tipo NC (non commerciale) e ND
  (non derivate) non sono compatibili con OSM, giusto?
 
 Confermo: NC e ND non sono compatibili con ODbL
 
  - Anche la licenza CC-BY-SA (attribuzione, condividi allo stesso modo)
  non è compatibile, giusto?
 
 Secondo me: CC-BY-SA non è compatibile con ODbL in virtù del fatto
 che entrambi le licenze impongono che si riusi la stessa licenza nei
 dati derivati.
 Cmq qui c'è un vecchio thread che dovrebbe aiutare a capire
 https://lists.openstreetmap.org/pipermail/legal-talk/2010-August/003986.html

Condivido

  - la licenza CC-BY invece non dovrebbe avere nessun problema, in questo
  caso come posso inserire l'attribuzione del dato, uso il tag source
  sull'elemento o sul gruppo di modifiche?
 
 Secondo me dovrebbe andare nel tag source, qualcuno dice che è meglio
 scriverlo nel changelog per questioni di risparmio spazio sul server
 ed altre cosucce, altri che dovrebbe finire in una pagina degli import.
 Direi che quella del changelog è il compromesso migliore

Ancora sono un po' confuso su come dare l'attribuzione, seguendo il
ragionamento di Martin (che condivido) mettiamo il caso che utilizzi il
tag source sul changeset, che fine fa l'eventuale tag source presente
sull'oggetto (vedi i confini che hanno source:Based on ISTAT data - 2001
Italian Census)?

Altre domande su casi più o meno ipotetici (sempre inserendo source sul
changeset):
- Se faccio un import dei dati con licenza CC-BY o IODL, questi dati
diventano automaticamente ODbl? se si che problemi ci potrebbero essere
con i contributor terms?
- Se invece uso gli stessi dati come base (diciamo sfondo di JOSM) e
ricalco i dati o copio qualche attributo, dal punto di vista legale
cambia qualcosa rispetto a un import diretto?
- Quando Martin scrive adesso si usa attribuzione nella wiki (previa
autorizzazione del proprietario dei dati) vuol dire, anche se la
licenza è chiaramente espressa, che ci vuole una specifica
autorizzazione da chi ha prodotto i dati per importarli? E per
attribuzione su wiki si intende una pagina ad hoc?

  Questi dubbi sono nati dal fatto che relativamente di recente sono
  venuto a conoscenza che la regione Toscana e la provincia di Pisa hanno
  rilasciato alcuni di dati, ad esempio:
  - il grafo delle strade provinciali [3]
  - i confini amministrativi della toscana [4]
  in entrambi i casi mi piacerebbe usare questi dati, non con un import
  diretto, per affinare i percorsi dei confini o per inserire eventuali
  tag alle strade non presenti (es ref mancanti).
 
 Mi raccomando: segui le guidelines
 http://wiki.openstreetmap.org/wiki/Import/Guidelines

Gli avevo dato uno sguardo superficiale, ora lo leggerò con attenzione.

 Sul discorso Toscana: vorrei sapere quanti osmers attivi ci sono in ML
 in quanto con la dirigenza del sit regionale si potrebbero fare alcuni
 ragionamenti interessanti.
 Fatemi sapere :)

Io, anche se il tempo scarseggia, sono disposto a dare una mano. 

[..]

Giulio


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

Re: [Talk-it] R: Nomi in sardo reloaded

2014-01-09 Thread Luca Meloni

Beh negli albi pretori comunali vengono pubblicati i comunicati dell'Ufficio 
Lingua Sarda del comune, che in generale sono quasi sempre in sardo e usano il 
toponimo in sardo. C'è anche un ufficio regionale, ma non ho trovato un sito 
specifico come c'è invece per le provincie (ad es. 
http://www.limbasarda.nuoro.it/)
Ah, per ora ho ripristinato i tag comunque.


Ciao,
Luca




Il Giovedì 9 Gennaio 2014 8:02, Giuseppe Amici giuseppeam...@virgilio.it ha 
scritto:
 
È “pubblico” anche quello riportato nell’albo pretorio della regione o 
nell’albo pretorio del comune… va da se che risoluzioni come quelle dei nomi / 
toponimi una volta “proclamati” all’albo pretorio hanno valore per tutti (e 
quindi anche per i mappatori di OSM)
 
Beppe
 
Da:Martin Koppenhoefer [mailto:dieterdre...@gmail.com] 
Inviato: mercoledì 8 gennaio 2014 18:34
A: openstreetmap list - italiano
Oggetto: Re: [Talk-it] Nomi in sardo reloaded
 
 
2014/1/8 Cascafico Giovanni cascaf...@gmail.com
se non é indicato pubblicamente (e quindi verificabile da tutti) non si mappa.
 
in linea di principio si, anche se ci sono delle cose verificabili da tutti che 
non sono pubblicamente indicate, al meno se quello vuol dire un'insegna 
fisica. Penso che indicato pubblicamente sarebbe anche pubblicato in un 
giornale, in rete, ecc. Per esempio il loc_name (il nome alternativo con cui 
la gente del posto si riferisce ad un luogo) potrebbe essere scritto da nessuna 
parte, ma chiunque chiedi ti potrebbe dare risposta.
ciao,
Martin

___
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] Associazioen Genitori

2014-01-09 Thread Enrico Piccinelli

Ciao a tutti, voglio mappare la sede dell'associazione genitori del mio paese 
(la posizione la conosco grazie alle note sulla mappa. Funzionano! :-) )


Per chi non conoscesse l'associazione genitori, una breve descrizione:

 L’A.Ge. – Associazione Italiana Genitori, è la Federazione nazionale delle
associazioni dei genitori.
Le associazioni locali A.Ge. raccolgono gruppi di genitori volonterosi che,
ispirandosi ai valori della Costituzione italiana e all’etica cristiana,
intendono partecipare alla vita scolastica e sociale per fare della famiglia
un soggetto politico.
Le associazioni A.Ge. locali sono collegate in associazioni o delegazioni 
provinciali e regionali e sono federate nell’Associazione nazionale.

Ogni Associazione è formata da volontari che promuovono una rete di solidarietà
tra i genitori e partecipano alla vita del territorio, a partire dalla scuola.
Così 
l’A.Ge. di livello comunale cura i rapporti con le scuole, le parrocchie, il 
Comune, le radio e la stampa locale; a livello provinciale e regionale i 
referenti sono le Amministrazioni, gli organi scolastici territoriali, e 
l’opinione pubblica. A livello nazionale l’A.Ge è una presenza rappresentativa 
delle esigenze delle famiglie presso le istituzioni amministrative e politiche 
(Commissioni parlamentari, Ministeri ecc.)   



Per dire, al mio paese l'A.GE. organizza incontri tra genitori ed educatori, 
organizza feste per i bambini e gestisci il piedibus.


Il tag più adatto mi pare il tag leisure=club [1], ma sinceramente non saprei 
proprio che valore dare al tag  club=???

Inventarmi un tag club=age non mi piace molto.

Qualche proposta?

[1]: http://wiki.openstreetmap.org/wiki/Proposed_features/Club

Saluti e grazie!
--  Enrico Piccinelli picc...@tiscali.it___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Colore segnavia

2014-01-09 Thread demon.box

accidenti...

così  osmc:symbol=red:green:white_bar:red_lower:SR:black

mi esce verde sopra e sotto con striscia centrale bianca e nessuna
scritta...

non riesco ad imbroccare la combinazione corretta!




--
View this message in context: 
http://gis.19327.n5.nabble.com/Colore-segnavia-tp5792175p5792355.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] Violazione licenza mappa cartacea

2014-01-09 Thread Alessandro De Noia

Scusate il ritardo nella risposta, ma e' stato un periodo impegnativo.

Concordo sulla linea morbida, anche se bisogna sottolineare chiaramente la
violazione di licenza. Conoscendo le persone con cui si avra' a che fare,
temo sara' molto difficile far capire loro il punto della situazione ed
ottenere qualcosa.

Ho controllato la mappa da cima a fondo insieme a Fradeve e ne ho lasciata
una copia  Simone Cortesi qualche giorno fa. Purtroppo, oltre ad errori
grossolani come la mancanza della scala, non e' indicato il nome dello
studio di grafica che l'ha fatta. Tra l'altro e' stato chiaramente aggiungo
il nome di una strada a mano, perche' il tipo di carattere e' diverso da
quello usato da Mapnik!

Purtroppo il comune  ha soltato un indirizzo PEC[1] e non posso scrivere
direttamente (l'email tornerebbe indietro). Qualcuno ne ha uno da usare?

[1] protocollo.comuneterli...@pec.rupar.puglia.it


2013/12/27 Maurizio Napolitano napoo...@gmail.com

 Io seguirei la linea morbida.
 Partirei facendo i complimenti per la scelta con un
 Scrivo in merito alle mappe cartacee che il Comune di Terlizzi
 sta distribuendo in questi giorni.
 Nonostante manca la dicitura (con la conseguente violazione
 della licenza) non potevo non notare che si è fatto uso della
 mappa di OpenStreetMap.
 Questo mi fa molto piacere sia a nome della comunità di
 OpenStreetMap sia per l'impegno personale nel contribuire
 ad aggiornare la mappa di Terlizzi.
 Vista questa scelta mi chiedevo se il Comune ora sta cominciando
 ad elaborare strategie per l'integrazione di OpenStreetMap nei
 propri sistemi e con la comunità dei contributori al progetto

 In generale ho visto che questi problemi di violazione non sono tanto
 lato della p.a. ma delle tipografie a cui si appoggiano.
 Qualcuna riesce a vedere più lontano di altre e decide di usare
 openstreetmap senza curarsi di tanti aspetti.
 Vede una mappa migliore, scopre l'output in svg, e poi parte
 in quarta (da demente).
 Tempo fa una tipografia mi ha detto che prima effettuava il
 ricalco di Google Maps.
 ... e non commento oltre ...

 Una volta che ti hanno risposto dovresti chiedere all'ufficio
 comunicazione del Comune di mettere una notizia in cui
 informa che fa uso di OpenStreetMap.

 Dal mio punto di vista dobbiamo cercare di agganciarli e non
 spaventarli.


 2013/12/27 Alessandro De Noia alessandro.den...@gmail.com:
  Il comune di Terlizzi ha stampato le nuove mappe[1] della citta' (senza
  stradario!).
  Apro la cartina e scopro con piacere che hanno usato OSM, peccato che
 non ci
  sia nessun accenno alla licenza.
  Questo[2] il link ad OSM per confrontare le due mappe.
  Cosa si fa in questi casi?
 
  [1] http://i.imgur.com/TZYTzGN.jpg
  [2] http://www.openstreetmap.org/#map=16/41.1296/16.5469
  --
  Alessandro De Noia
 
 
  ___
  Talk-it mailing list
  Talk-it@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-it
 



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

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




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

Re: [Talk-it] Colore segnavia

2014-01-09 Thread Luca 'remix_tj' Lorenzetto

On Thu, Jan 9, 2014 at 4:13 PM, demon.box e.rossin...@alice.it wrote:
 accidenti...

 così  osmc:symbol=red:green:white_bar:red_lower:SR:black

 mi esce verde sopra e sotto con striscia centrale bianca e nessuna
 scritta...

 non riesco ad imbroccare la combinazione corretta!



Hai provato quella che ti ho dato io? (scambiando white_bar con red_lower)


-- 
E' assurdo impiegare gli uomini di intelligenza eccellente per fare
calcoli che potrebbero essere affidati a chiunque se si usassero delle
macchine
Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)

Internet è la più grande biblioteca del mondo.
Ma il problema è che i libri sono tutti sparsi sul pavimento
John Allen Paulos, Matematico (1945-vivente)

Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , lorenzetto.l...@gmail.com

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

Re: [Talk-it] Violazione licenza mappa cartacea

2014-01-09 Thread Simone Cortesi

2014/1/9 Alessandro De Noia alessandro.den...@gmail.com:
 Ho controllato la mappa da cima a fondo insieme a Fradeve e ne ho lasciata
 una copia  Simone Cortesi qualche giorno fa. Purtroppo, oltre ad errori
 grossolani come la mancanza della scala, non e' indicato il nome dello
 studio di grafica che l'ha fatta. Tra l'altro e' stato chiaramente aggiungo
 il nome di una strada a mano, perche' il tipo di carattere e' diverso da
 quello usato da Mapnik!

ho sporadicamente provato a telefonare in comune, ma non ho avuto risposta.

sto preparando una lettera da mandare via PEC, cosi' mi porto avanti.
la mando fra mezz'ora.

settimana prossima richiamo.

-- 
-S

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

Re: [Talk-it] Colore segnavia

2014-01-09 Thread demon.box

anche così non funziona

red:green:red_lower:white_bar:SR:black

esce solo verde sopra e rosso sotto e nient'altro; non esce la striscia
centrale bianca

mi sà che forse 3 diverse strisce di colori diversi non le gestisce?




--
View this message in context: 
http://gis.19327.n5.nabble.com/Colore-segnavia-tp5792175p5792389.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] R: Nomi in sardo reloaded

2014-01-09 Thread THC

 Ah, per ora ho ripristinato i tag comunque. 
Non si capisce in base a quale consenso l'abbia fatto, dopo non aver nemmeno
risposto alle repliche del messaggio Jan 08, 2014; 1:33am. Sono state
inserite sulla Wiki delle linee guida incomplete, prive di fonti e
completamente arbitrarie, che non trovano alcun riscontro in nessuna mappa
virtuale o fisica (insomma Google, Bing, DeAgostini, qualunque) d'uso comune
sia mai esistita. E in base alla volontà di volersi uniformare alla
provincia di Bolzano (che guarda caso in tutte le mappe è trattata
diversamente) e non chissà perché alle altre cento province italiane.
Openstreetmap dovrebbe essere una risorsa d'uso comune, e in tutte le
risorse d'uso comune il toponimo italiano viene da solo, o quantomeno sta
sopra o per primo, non per secondo e ridicolarmente
incollatodietroadunabarraadunnome/dialettale. 

L'unico riconoscimento legale e vincolante del sardo è una legge nazionale,
che gli assegna la stessa di tutela del friulano e un'altra decina di
lingue, e solo questa legge parla di toponimi, toponomastica e nomi
ufficiali. Nello Statuto non parla nemmeno di linguistica e la legge
regionale non obbliga niente e nessuno e non parla nemmeno di queste
materie. Se si vogliono citare gli obblighi di legge: bene, si fa un'unica
regola per tutte queste lingue e non un fritto misto a piacimento, rendendo
openstreetmap un delirio incomprensibile a chi le mappe le usa cercando il
nome primario, ufficiale e d'uso comune (che non è in nessun caso e in
nessun modo quello locale tutelato, e solo quando è riconosciuto e
tutelato). 

 Beh negli albi pretori comunali vengono pubblicati i comunicati
 dell'Ufficio Lingua Sarda del comune. 
Molto piacere che ci sia uno sportello dedicato a valorizzare le lingue
locali come per il friulano e tutte le altre, e che ovviamente resti traccia
della sua attività perché qualcosa dovrà pur fare per giustificare la sua
esistenza. Peccato non c'entri nulla con alcuna coufficialità legale o
sostanziale e tantomeno sulla volontà di  retrocedere il toponimo d'uso
comune, ufficiale e primario in italiano, cioè quello che usa tutta la
popolazione, l'amministrazione e l'economia in ogni settore, che è quello
che le persone residenti come i turisti si aspettano di trovare su una
mappa.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Nomi-in-sardo-reloaded-tp5792000p5792391.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] Colore segnavia

2014-01-09 Thread Francesco Pelullo

Ciao Enrico,

In effetti, la mappa di Lonvia renderizza un solo codice in foreground (ho
letto adesso le faq).

Hai dato un'occhiata anche al rendering sulla wanderreitkarte?
http://www.wanderreitkarte.de/

Queste due sono le uniche mappe che renderizzano il tag osmc:symbol.

Ciao
/niubii/
 Il 09/gen/2014 17:52 demon.box e.rossin...@alice.it ha scritto:

 anche così non funziona

 red:green:red_lower:white_bar:SR:black

 esce solo verde sopra e rosso sotto e nient'altro; non esce la striscia
 centrale bianca

 mi sà che forse 3 diverse strisce di colori diversi non le gestisce?




 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Colore-segnavia-tp5792175p5792389.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 mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Alcuni articoli Wikipedia mappabili in OSM

2014-01-09 Thread Simone F.

Il giorno 09 gennaio 2014 17:19, Maurizio Napolitano
napoo...@gmail.comha scritto:

 Just for info:
 ho scrtto di questa iniziativa su Spaghetti Open Data ed oggi Andrea
 Borruso ha fatto un video che spiega come fare
 https://www.youtube.com/watch?v=lCJOvFk8sTcfeature=youtu.behd=1


Grazie, bello il video!

Io propongo di aggiungerlo come link informativo :)


Lo aggiungerò nel riquadro Informazioni.

Per dare i giusti meriti, l'idea delle pagine l'ho presa da
http://wiki.openstreetmap.org/wiki/JOSM/Plugins/RemoteControl/Add-tags, di
Kolossos, che può essere usato dalle pagine cliccando sui link T ed il
Wikipedia Plugin per JOSM.


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

Re: [Talk-it] Nuova funzionalità per Wikipedia-tag-in-OSM (lavori in corso)

2014-01-09 Thread Simone F.

Il giorno 09 gennaio 2014 08:48, Luca Delucchi lucadel...@gmail.com ha
scritto:

 2014/1/7 Cristian Consonni kikkocrist...@gmail.com:
  2014/1/7 Luca Delucchi lucadel...@gmail.com:
  alla fine come calcoli la dimensione?
 
  (così [1])
 

 ok, vedo che introduci una nuova dipendenza non molto semplice da
 mantenere pyspatialite :-(
 come la installi?


Tempo fa io lo avevo installato tramite PyPI:

sudo apt-get install python-pip

pip install pyspatialite

https://pypi.python.org/pypi/pyspatialite/3.0.1-alpha-0


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

Re: [Talk-it] R: Nomi in sardo reloaded

2014-01-09 Thread Luca Meloni

Ah, ce l'hai fatta ad iscriverti quindi? Bene.

non si capisce in base a quale consenso l'abbia fatto

Io? Io ho riportato la situazione a come era stato concordato qui dopo una 
discussione durata mesi. 
Non si capisce tu in base a quale consenso hai cancellato ore di lavoro 
altrui, e sempre in base a quale consenso lo hai fatto di nuovo oggi. 
Tutto questo senza che la comunità fosse d'accordo.


che non trovano alcun riscontro in nessuna mappa virtuale o fisica (insomma 
Google, Bing, DeAgostini, qualunque) d'uso comune sia mai esistita
1- Ci sono mappe in sardo, in quelle digitali ci sono sono state discussioni a 
questo riguardo.
2- In ogni caso che diavolo vuol dire? Se nel mondo vendessero solo mappe in 
inglese dovremmo evitare di crearne una diversa e più completa?


Openstreetmap dovrebbe essere una risorsa d'uso comune
Per questo ci dovrebbero essere entrambi i nomi, e non dovremmo cancellarne uno 
senza alcuna ragione che non sia politica o di pura cocciutaggine. Si può 
sapere che accidenti di problema c'è con l'avere il nome in sardo? Il nome in 
italiano c'è e nessuno lo ha cancellato, e se qualcuno vuole cercare un luogo 
lo può fare in entrambe le lingue. Se importi l'insieme dei nomi in un qualche 
dispositivo uguale, anzi in questo caso (ma forse in questo mi sbaglio, altri 
iscritti ditemi voi) essendo i nomi in italiano inseriti in name:it 
funzionerebbe meglio in Sardegna che, ad esempio, in Veneto o in Sicilia (dove 
è solo nel tag name senza indicazione di lingua). Se poi in Sardegna ci vai ti 
puoi ritrovare giustamente davanti cartelli in italiano, sardo o entrambi 
assieme, motivo per cui questo permette a tutti di orientarsi meglio.


e in tutte le risorse d'uso comune il toponimo italiano viene da solo
Erroneamente e purtroppo.

o quantomeno sta sopra o per primo, non per secondo e ridicolarmente 
incollatodietroadunabarraadunnome/dialettale
Dato che (come si può vedere nella discussione da ottobre in poi) si stava 
cercando di creare uno standard unico per le zone bilingui ho proposto di 
mettere come per Bolzano/Bozen o Brixen/Bressanone (di nuovo, per non avere 
5000 modi di mappare diversi in ogni regione) come primo nome quello che ha il 
maggior numero di madrelingua. La maggior parte dei sardi è madrelingua sarda, 
ergo la lingua locale va prima. Mi spieghi che tragedia immane ci vedi? 
Dovrebbe creare qualche problema grave?


Nello Statuto non parla nemmeno di linguistica e la legge regionale non 
obbliga niente e nessuno e non parla nemmeno di queste materie
La legge regionale non impone alle mappe on-line di essere bilingui (non lo 
potrebbe neanche fare, probabilmente). Ok, e questo nel nostro caso che 
vorrebbe dire?

Se si vogliono citare gli obblighi di legge: bene, si fa un'unica regola per 
tutte queste lingue e non un fritto misto a piacimento, rendendo openstreetmap 
un delirio incomprensibile a chi le mappe le usa cercando il nome primario, 
ufficiale e d'uso comune (che non è in nessun caso e in nessun modo quello 
locale tutelato, e solo quando è riconosciuto e tutelato)
È esattamente quello che si stava cercando di fare, nessuno ha scritto il 
gallurese sì ma il friulano no. Inoltre di uso comune... sei di Sassari per 
caso? No perchè fidati che nella stragrande maggioranza dei paesi è il nome in 
sardo ad essere quello di uso comune, non l'italiano. Ora se io parlo in sardo 
non ho diritto a trovarlo nelle mappe? In particolare visto che i nomi in 
lingua locale sono quelli originali (a volte tradotti o adattati in maniera 
ridicola in italiano) non sarebbe meglio permettere a turisti (dato che a 
quanto pare in Sardegna sembra che dobbiamo sempre preoccuparci prima di loro e 
poi di noi stessi) di conoscerli? E non dirmi che potrebbero aprire la tendina, 
non è la stessa cosa.




Il Giovedì 9 Gennaio 2014 17:57, THC danber...@gmail.com ha scritto:
 
 Ah, per ora ho ripristinato i tag comunque. 
Non si capisce in base a quale consenso l'abbia fatto, dopo non aver nemmeno
risposto alle repliche del messaggio Jan 08, 2014; 1:33am. Sono state
inserite sulla Wiki delle linee guida
 incomplete, prive di fonti e
completamente arbitrarie, che non trovano alcun riscontro in nessuna mappa
virtuale o fisica (insomma Google, Bing, DeAgostini, qualunque) d'uso comune
sia mai esistita. E in base alla volontà di volersi uniformare alla
provincia di Bolzano (che guarda caso in tutte le mappe è trattata
diversamente) e non chissà perché alle altre cento province italiane.
Openstreetmap dovrebbe essere una risorsa d'uso comune, e in tutte le
risorse d'uso comune il toponimo italiano viene da solo, o quantomeno sta
sopra o per primo, non per secondo e ridicolarmente
incollatodietroadunabarraadunnome/dialettale. 

L'unico riconoscimento legale e vincolante del sardo è una legge nazionale,
che gli assegna la stessa di tutela del friulano e un'altra
 decina di
lingue, e solo questa legge parla di toponimi, toponomastica e nomi
ufficiali. Nello Statuto non parla nemmeno di

Re: [Talk-it] R: Nomi in sardo reloaded

2014-01-09 Thread andria osm




Non si capisce in base a quale consenso l'abbia fatto, dopo non aver nemmeno
risposto alle repliche del messaggio Jan 08, 2014; 1:33am. Sono state
inserite sulla Wiki delle linee guida incomplete, prive di fonti e
completamente arbitrarie, che non trovano alcun riscontro in nessuna mappa
virtuale o fisica (insomma Google, Bing, DeAgostini, qualunque) d'uso comune
sia mai esistita.
questo non è un argomento dialettico. In nessuna mappa, se non in osm, 
possiamo trovare ad esempio i parcheggi abusivi o altri tag molto 
sfiziosi. La forza di osm sta anche nella sua flessibilità e nel dare la 
possibilità all'utente di rappresentare geograficamente qualunque 
elemento si ritenga rilevante. Il nome in sardo rilevante lo è ,tant'è 
(e lo stiamo ripetendo ormai al'infinito) che lo si trova pure nei 
cartelli stradali.



  E in base alla volontà di volersi uniformare alla
provincia di Bolzano (che guarda caso in tutte le mappe è trattata
diversamente) e non chissà perché alle altre cento province italiane.
Openstreetmap dovrebbe essere una risorsa d'uso comune, e in tutte le
risorse d'uso comune il toponimo italiano viene da solo, o quantomeno sta
sopra o per primo, non per secondo e ridicolarmente
incollatodietroadunabarraadunnome/dialettale.
non penso si debba inseguire a tutti costi il concetto di uso comune. 
è un qualcosa che per me rappresenta una vera e propria antitesi di 
innovazione. no buono.
L'uso della barra è stato ampiamente discusso sempre qui in lista. Alla 
fine abbiam deciso così e cerchiamo di mappare nella maniera più 
uniforme possibile.


L'unico riconoscimento legale e vincolante del sardo è una legge nazionale,
che gli assegna la stessa di tutela del friulano e un'altra decina di
lingue, e solo questa legge parla di toponimi, toponomastica e nomi
ufficiali.


e m'hai detto cotica!
se leggi l'articolo 10 della legge 482 del 1999:
[ ...] in aggiunta ai toponimi ufficiali,
 i consigli comunali possono deliberare l'adozione di toponimi conformi 
alle tradizioni e agli usi locali.


Ora, da quel che so io hanno deliberato tutti o quasi tutti i comuni sardi.
sembra poco?

  Nello Statuto non parla nemmeno di linguistica e la legge
regionale non obbliga niente e nessuno e non parla nemmeno di queste
materie. Se si vogliono citare gli obblighi di legge: bene, si fa un'unica
regola per tutte queste lingue e non un fritto misto a piacimento, rendendo
openstreetmap un delirio incomprensibile a chi le mappe le usa cercando il
nome primario, ufficiale e d'uso comune (che non è in nessun caso e in
nessun modo quello locale tutelato, e solo quando è riconosciuto e
tutelato).
Abbiamo iniziato queste discussioni per cercare di trovare un punto i 
comune tra gli utenti della comunità.



Molto piacere che ci sia uno sportello dedicato a valorizzare le lingue
locali come per il friulano e tutte le altre, e che ovviamente resti traccia
della sua attività perché qualcosa dovrà pur fare per giustificare la sua
esistenza. Peccato non c'entri nulla con alcuna coufficialità legale o
sostanziale e tantomeno sulla volontà di  retrocedere il toponimo d'uso
comune, ufficiale e primario in italiano, cioè quello che usa tutta la
popolazione, l'amministrazione e l'economia in ogni settore, che è quello
che le persone residenti come i turisti si aspettano di trovare su una
mappa.
ti sembrerà anche un caos o il fritto misto globale, ma è esattamente 
questo uno dei caratteri più interessanti del progetto: contributi 
volontari e liberi. stacce.






--
View this message in context: 
http://gis.19327.n5.nabble.com/Nomi-in-sardo-reloaded-tp5792000p5792391.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 mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Nuova funzionalità per Wikipedia-tag-in-OSM (lavori in corso)

2014-01-09 Thread Maurizio Napolitano

2014/1/9 Cristian Consonni kikkocrist...@gmail.com:
 Il 09 gennaio 2014 08:48, Luca Delucchi lucadel...@gmail.com ha scritto:

 non si riesce a fare tutto con ogr/gdal?

 Posso dire che non saprei da che parte iniziare? ^_^

Se ho ben inteso usi spatialite perchè qui
https://github.com/CristianCantoro/wikipedia-tags-in-osm/blob/master/osm_centroids.py
alla riga 71 utilizzi il programma in C spatialite_osm_raw
che ti serve per calcolarti le geometrie e trovare quindi i centroidi.
GIusto?
forse puoi sostituire il parsing usando il binding python di osmium
(che è un caccia!)
https://pypi.python.org/pypi/osmium/0.1a1-r10-79b0
oppure con una chiamata a overpass-api
e poi usando shapely per il calcolo del centroide

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

Re: [Talk-it] Open data, licenze e utilizzo in OSM

2014-01-09 Thread Maurizio Napolitano

 Secondo me dovrebbe andare nel tag source, qualcuno dice che è meglio
 scriverlo nel changelog per questioni di risparmio spazio sul server
 ed altre cosucce, altri che dovrebbe finire in una pagina degli import.
 Direi che quella del changelog è il compromesso migliore

 Ancora sono un po' confuso su come dare l'attribuzione, seguendo il
 ragionamento di Martin (che condivido) mettiamo il caso che utilizzi il
 tag source sul changeset, che fine fa l'eventuale tag source presente
 sull'oggetto (vedi i confini che hanno source:Based on ISTAT data - 2001
 Italian Census)?

considera che alla prossima modifica, i dati non sono più quelli di partenza,
quindi bisognerebbe rimuovere il source.

 Altre domande su casi più o meno ipotetici (sempre inserendo source sul
 changeset):
 - Se faccio un import dei dati con licenza CC-BY o IODL, questi dati
 diventano automaticamente ODbl? se si che problemi ci potrebbero essere
 con i contributor terms?

I dati diventano ODbL, anche perchè, per inserirli hai anche fatto delle
modifiche.
Basta solo che dichiari la sorgente.
(nota a margine: dal mio punto di vista, le mutazioni sui dati, sono così
veloci, che le licenze dati sono un delirio)

 - Se invece uso gli stessi dati come base (diciamo sfondo di JOSM) e
 ricalco i dati o copio qualche attributo, dal punto di vista legale
 cambia qualcosa rispetto a un import diretto?

qui ci sono diverse interpretazioni.
C'è chi dice che si tratta di reverse engineering, chi invece di dati
derivati.
Il confine è molto sottile.
In ogni caso citare la fonte dovrebbe essere sufficiente

 - Quando Martin scrive adesso si usa attribuzione nella wiki (previa
 autorizzazione del proprietario dei dati) vuol dire, anche se la
 licenza è chiaramente espressa, che ci vuole una specifica
 autorizzazione da chi ha prodotto i dati per importarli? E per
 attribuzione su wiki si intende una pagina ad hoc?

A far bene dovremmo aggiornare questa pagina
http://wiki.openstreetmap.org/wiki/Contributors#Italy


 Mi raccomando: segui le guidelines
 http://wiki.openstreetmap.org/wiki/Import/Guidelines

 Gli avevo dato uno sguardo superficiale, ora lo leggerò con attenzione.

Ottimo

 Sul discorso Toscana: vorrei sapere quanti osmers attivi ci sono in ML
 in quanto con la dirigenza del sit regionale si potrebbero fare alcuni
 ragionamenti interessanti.
 Fatemi sapere :)

 Io, anche se il tempo scarseggia, sono disposto a dare una mano.

intanto una ML regionale della Toscana non sarebbe male :)

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

Re: [Talk-it] R: Nomi in sardo reloaded

2014-01-09 Thread Stefano Salvador

non si capisce in base a quale consenso l'abbia fatto
 Io? Io ho riportato la situazione a come era stato concordato qui dopo una
 discussione durata mesi. Non si capisce tu in base a quale consenso hai
 cancellato ore di lavoro altrui, e sempre in base a quale consenso lo hai
 fatto di nuovo oggi. Tutto questo senza che la comunità fosse d'accordo.


Non entro nel merito della discussione ma è abbastanza falso che si fosse
trovato un consenso. Per ora credo che le edit war siano inevitabili.

Peccato non si sia dato seguito a creare una mappa italiana in cui
valorizzare nel giusto modo i vari dialetti/lingue locali.

Ciao,

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

Re: [Talk-it] R: Nomi in sardo reloaded

2014-01-09 Thread Francesco Pelullo

Il 10/gen/2014 08:19 Stefano Salvador stefano.salva...@gmail.com ha
scritto:






 Non entro nel merito della discussione ma è abbastanza falso che si fosse
trovato un consenso.

+1
OSM è diventata una valvola di sfogo.
Del resto è il metodo che mi sembra sbagliato, ma... inutile discuterne.


 Peccato non si sia dato seguito a creare una mappa italiana in cui
valorizzare nel giusto modo i vari dialetti/lingue locali.



Il punto è che domandano una pari visibilità, sulla versione
internazionale...

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

[Talk-es] Drone para realizar fotos aeres

2014-01-09 Thread Jorge Sanz Sanfructuoso

Hola.

He visto un Drone que van a sacar que cuando lo he visto he dicho yo quiero
uno para mapear. jejeje.
Que bien vendría para cuando no hay fotos aéreas lo suficientemente
actualizadas.

http://www.omicrono.com/2014/01/pocket-drone-el-drone-facil-de-manejar-y-barato-que-todos-queremos/
http://www.kickstarter.com/projects/749707768/the-pocket-drone-your-personal-flying-robot

Un saludo.

-- 
Jorge Sanz Sanfructuoso - Sanchi
Blog http://blog.jorgesanzs.com/
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-at] Gemeindegrenzen im Raum Reute an basemap.at anpassen?

2014-01-09 Thread Erwin Pleyer

Hallo,



meine Anfrage richtet sich vor allem an den Innsbrucker Stammtisch, alle Erfasser im Bereich von Tirol und solche, die mit basemap.at (bm) Erfahrung haben.



Nachdem nun die Daten von bm zur Verwendung in OSM bereit stehen, habe ich folgende Frage.

Im Bereich von Reutte, NW von Innsbruck, (http://www.openstreetmap.org/#map=12/47.4750/10.6717) sind zahlreiche Grenzen ohne Angabe der Source erfasst worden. Wenn man diese nun mit bm vergleicht, dann erscheinen mir die von bm doch detailierter und genauer als die vorhandenen.



Eine Anfrage an den Stammtisch hat bereits ergeben, dass die Daten von bm scheinbar sehr brauchbar sind.

Ich wrde nun gerne die Gemeindegrenzen ohne Source, wenn sie denn nun erheblich von bm abweichen, an diese anpassen wollen, denn ich denke, es wrde die Daten erheblich verbessern.



Ich bitte daher um Meinungen und wenn mglich, dass der Stammtisch bei seinem Treffen am 16.01.2014 vielleicht darber diskutieren knnte und mir dann hier Bescheid gbe.



Wre eine tolle Sache, vielen Dank im voraus.

erwin6330 aus Kufstein



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

Re: [Talk-at] Gemeindegrenzen im Raum Reute an basemap.at anpassen?

2014-01-09 Thread Apollinaris Schoell

Hallo,

Soweit ich weiss stammen die Grenzen ursprünglich von einem import 
(plan.at???). Die Genauigkeit war damals recht schlecht und damals hat es auch 
keine guten Luftbilder gegeben. Ich habe sie angepasst wo ich es besser weiss 
oder später vom Luftbild korrigiert wenn sie klar über Berggipfel oder entlang 
Gewässern gehen sollten. Oft war das aber nur eine grobe Schätzung. Und viele 
andere haben wahrscheinlich Verbesserungen gemacht. Von daher ist es gut wenn 
wir jetzt mit  basemap.at die Grenzen noch weiter korrigieren können. Falls ich 
Zeit habe werde ich vielleicht ein paar selbst korrigieren aber nur zu wenn  du 
oder sonst jemand Zeit und Lust hat.

--
Apo






On Jan 9, 2014, at 1:41 AM, Erwin Pleyer erwin6...@gmx.net wrote:

 Hallo,
  
 meine Anfrage richtet sich vor allem an den Innsbrucker Stammtisch, alle 
 Erfasser im Bereich von Tirol und solche, die mit basemap.at (bm) Erfahrung 
 haben.
  
 Nachdem nun die Daten von bm zur Verwendung in OSM bereit stehen, habe ich 
 folgende Frage.
 Im Bereich von Reutte, NW von Innsbruck, 
 (http://www.openstreetmap.org/#map=12/47.4750/10.6717) sind zahlreiche 
 Grenzen ohne Angabe der Source erfasst worden. Wenn man diese nun mit bm 
 vergleicht, dann erscheinen mir die von bm doch detailierter und genauer als 
 die vorhandenen.
  
 Eine Anfrage an den Stammtisch hat bereits ergeben, dass die Daten von bm 
 scheinbar sehr brauchbar sind.
 Ich würde nun gerne die Gemeindegrenzen ohne Source, wenn sie denn nun 
 erheblich von bm abweichen, an diese anpassen wollen, denn ich denke, es 
 würde die Daten erheblich verbessern.
  
 Ich bitte daher um Meinungen und wenn möglich, dass der Stammtisch bei seinem 
 Treffen am 16.01.2014 vielleicht darüber diskutieren könnte und mir dann hier 
 Bescheid gäbe.
  
 Wäre eine tolle Sache, vielen Dank im voraus.
 erwin6330 aus Kufstein
  
 ___
 Talk-at mailing list
 Talk-at@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-at

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

Re: [Talk-pt] Adicionados edifícios da baixa de Coimbra pertencentes ao património da UNESCO

2014-01-09 Thread Fernando Ribeiro

Sendo de Coimbra também, parece-me excelente o teu trabalho Rui.

Talvez falte complementar com este tag system:
http://wiki.openstreetmap.org/wiki/Proposed_features/heritage


Cumps,


No dia 9 de Janeiro de 2014 às 03:26, Rui Oliveira
racoqs...@gmail.comescreveu:

 Caros.

 Era só para dar a conhecer que decidi fazer uma espécie de maratona, e
 adicionei na zona baixa de Coimbra, mais concretamente a Rua da Sofia, os
 edifícios históricos que juntamente com a alta/universidade de Coimbra,
 valeram a distinção à Cidade de património mundial da UNESCO. Podem ver o
 resultado aqui:

 http://www.openstreetmap.org/#map=18/40.21342/-8.43085

 Assim de forma resumida adicionei:
 - Colégio de são Pedro dos terceiros
 - Colégio da Nossa senhora da Graça
 - Colégio da Nossa Senhora do Carmo
 - Colégio de são bernardo
 - Colégio de são boaventura
 - Antigo colégio das artes - inquisição

 É talvez a primeira vez que mapeio um conjunto de edifícios desta
 envergadura, por isso críticas ou sugestões serão sempre bem vindas :) . De
 referir que eu não inventei as formas, ou fiz a olho, Eu baseei-me nas
 formas que estão representadas no SIG da câmara municipal de Coimbra.

 Aos interessados em ver esse mesmo SIG, podem consultar o link Património
 Mundial da Humanidade UC, Alta e Rua da Sofia.

 https://www.cm-coimbra.pt/index.php?option=com_contenttask=viewid=1574Itemid=273

 Eu reparei também que o anterior link não estava nas fontes oficiais do
 Wiki Portugues do OpenStreetMap por isso coloquei-o lá, ou seja aqui:

 https://wiki.openstreetmap.org/wiki/Lista_de_fontes

 Cumprimentos




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




-- 
Fernando Ribeiro
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

Re: [OSM-talk-fr] Du Fantoir

D'un point de bue SGBD, la relation ssociatedStreet ne sert essentiellement
qu'aux adresses. Si la rue est partagée en deux entre deux communes ce sont
bien deux relations avec des ensembles d'adresses sur deux communes
dfférentes.

Bref deux relations c'est parfaitement justifié, et chaque partie peut
avoir son code FANTOIR.

LA relation associatedStreet de teoute façon ne représente *pas* toute la
rue, seulement un sous-ensemble consitué d'un parcours (qui évite dans OSM
souvent de réutiliser la frontière communale alors que cette frontière
passe bel et bien au milieu de la rue !!!

Si on fait un codage géométrique pur, alors il fait remettre les rues sur
la frontière communale, même si son axe de circulation n'est pas exactement
la frontière.

Et je ne vois strictement rien contre, dans le cas des rues tracées avec
plusieurs axes parallèles, à ce que la relation associatedStreet contienne
en membre plusieurs axes dnas les tronçons propres à chaque commune.

C'est parfaitement cohérent... Logiquement ce n'est pas parce que les 2
rues ont les mêmes noms entre deux communes et son mitoyennes que ce ne
sont pas deux rues distinctes.

Seul problème: si un chemin de la rue est partagé entre 2 relations qui
référence le même tronçon (y compris quand le tronçon est en fait tracé sur
le territoire de l'autre commune car on n'a pas représenté toute la
largeur mais seulement l'axe central), ce tronçon sera membre de 2
relations.

Si on veut représenter la rue entière en tant que chemin unique pour la
circulaton (et non pour les adresses), on a un autre type de relation pour
ça : route (qui représente un itinéraire complet). la relation
associatedStreet ne sert en effet strictement à rien pour les calculs
d'itinéraires, au contraire des relations route.

Un même rue d'ailleurs peut faire partie aussi de plusieurs routes
(itinéraires) selon
-  le moyen de transport (en voiture, à pied, à vélo, bus, trams...) et le
sens du parcours (si pour la topologie du parcours les segments de
l'itinéraires ne sont pas tous bidirectionnels ni tous unidirectionnels,
- il est plus pratique de créer deux relations route dictinctes (avec les
chemins membres tous en sens forward sur les voies à sens unique, et en
forward dans une route, et backward dans l'autre.
- et de réunir les routes de chaque sens (ou les variantes d'itinéraires
d'une même ligne) dans une relation route_master

Si on veut ensuite représenter la surface de la rue avec des contours, on a
intérêt à le faire commune par commune et mettre ces contours dans des
membres de rôle outer (voire inner parfois pour les ilots).

Mais pour l'instant on ne le fait car on se contente encore de représenter
les rues en mode filaire (comme les rivières, qui ont aussi une
représentation surfacique avec le type water=riverbank dans des relations
de type=multipolygone insérées ensuite dans la relation de la rivière en
tant que membre unique de rôle riberbank contenant tous les polygones ou
le multipolygone de surfaces en eau)

On peut donc prendre le schéma hydrographique en modèle où les deux
cohabitent (et les rivières ont aussi leurs itinéraires dans des relations
séparés pour le transport fluvial dans des relations type=route à part,
ces type=route pouvant eux aussi reprendre des segments communs de
chemins de la représentation filaire).

Le 8 janvier 2014 13:28, HELFER Denis denis.hel...@rff.fr a écrit :

  C’est toujours la question sempiternelle : faut-il tout décrire y
 compris les relations spatiales (was « is_in »)? D’un point de vue sgbd,
 plusieurs adresses mais une seule rue. Nous n’avons jamais indiqué que
 telle rue appartient à telle commune (il faudrait une relation de
 l’ensemble des voies de la commune). On se base sur la relations spatiale,
 non ?

 Le vrai problème, c’est hétérogénéité des méthodes et, donc, la
 réutilisation des données pour tout type de public (du lambda à l’expert).



 *De :* Frédéric Rodrigo [mailto:fred.rodr...@gmail.com]
 *Envoyé :* mercredi 8 janvier 2014 13:23

 *À :* Discussions sur OSM en français
 *Objet :* Re: [OSM-talk-fr] Du Fantoir



 Le problème c'est que du coup il est moins facile déterminer dans qu'elle
 commune est la rue !



 Le 8 janvier 2014 13:17, HELFER Denis denis.hel...@rff.fr a écrit :

 Ce qui m'a fait hésiter à adopter la solution de deux relations, c'est que
 les numéros sont cohérents ; il n'y a pas de doublons sinon la question eût
 été résolue.

 -Message d'origine-
 De : Tetsuo Shima [mailto:tets...@gmail.com]

 Envoyé : mercredi 8 janvier 2014 13:04
 À : Discussions sur OSM en français
 Objet : Re: [OSM-talk-fr] Du Fantoir

 C'est assez courant, d'avoir une rue avec le meme nom a cheval sur deux
 communes. Parfois le nom change un tout petit peu, genre rue de machin
 chose, puis route de machin chose, mais souvent le nom reste, seul la
 numérotation change. Et effectivement a chaque fois je fais deux relations,
 de toutes façon sinon les numéro se chevauche et on a des doublons.

 Le 8 janvier 2014

Re: [OSM-talk-fr] codes postaux...

Le 8 janvier 2014 20:18, Christophe Merlet red...@redfoxcenter.org a
écrit :

 C'est une bonne idée de l'utiliser, non pas lorqu'un même code postal est
 utilisé par plusieurs communes, mais plutôt pour délimiter les zones d'une
 communes qui utilise différents codes postaux.


Et pourquoi pas quand un même code postal est partagé par plusieurs
communes ? Noublie pas qu'un code peut aussi être partagé par une commuen
entière et un fragment de commmune.

Je suis totalement pour le travé des polygones de codes postaux comme en
Allemagne (qui le fait depuis longtemps et pas seulement de puis quelques
semaines, même si cette fois le travail porte sur des zones limitrophes des
frontières françaises), la Bade-Wurtemberg et la Sarre ayant eu du retard,
au contraire du Nord et de l'Est de l'Allemagne où c'est fait depuis
longtemps (mêm es'il y a encore des trous à boucher).

La Belgique veut aller plus loin : elle cartographie les zones postales,
elle va cartographier les zones judiciaires, les zones de police (elle
s'intéresse aussi aux zones électorales et bureaux de votes). On pourrait
le fait aussi en France. Et nous aussi représenter aussi
les zones scolaires, les zones hospitalières, les zones de services
sociaux, le zonage militaire et de défense, le zonage urbain de l'INSEE, le
zonage rural des Eux et Forêts, les aires d'appellation protégées, les
zones de sécurité civile Comme on a déjà tracé aussi un zonage pour les
parcs naturels et aires naturelles protégées.

On pourrait continuer avec le zonage des risques technilogiques et
industriels, le zonage sismique, le zonage des zones inondables ou
submersibles, des zones d'érosion près des côtes, les zones d'infestation
de certaines espèces invasives (termites, frelon asiatique, moustiques...)
où existe des campagnes de lutte, les zones de chasse et pêche (fluviale,
lacustre ou maritime).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] codes postaux...

2014-01-09 Thread Pieren

2014/1/8 Vincent de Château-Thierry v...@laposte.net:

 Passer à un modèle où les zones postales seraient des entités en propre, à
 part, pourquoi pas. On aurait à terme une modélisation uniforme entre zones
 postales englobant une à plusieurs communes, et zones postales à cheval sur
 des morceaux de communes. Et on aurait une vision plus simple des emprises
 postales (plutôt que noyées comme attributs des communes dans 99% des cas).
 Mais ça fera 6000 relations en plus (ça va pas plaire à tout le monde ;-) ).

Je préfère de loin 6300 relations à des millions d' addr:postcode
répétés à l'envie sur tous les éléments OSM indiquant une adresse.

Pieren

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

Re: [OSM-talk-fr] codes postaux...

6000 relations postales c'est rien du tout en comparaison des millionss de
noeuds et plusieurs dizaines de milliers de rues et lieux-dits à maintenir,

En plsu les relations postales n'ont pas besoin d'une grande précision,
elles doivent juste englober les noeuds d'adresse et souvent peuvent
réutiliser les frontières communales existantes, et sinon le filaire
centrale des rues. Il y a peu de nouveaux segments à ajouter, et leur
précision n'a pas à suivre exactement les limites de parcelles de
propriété, tant que les noeuds d'adresse (avec les numéros ou noms de
batiments) sont inclus dans leur surface.

Ce chantier peut être vite mené et on nettoiera plein de choses avec moins
de duplication et une maintenance facilitée sur un nombre bien plus réduit
d'éléments.

Il reste reste que les zones postales doivent continuer à utiliser le
schéma générique addr:*=* donc addr:postcode=*, et addr:city=* donnant le
nom de la commune du bureau distributeur, sauf si on décide de stucturer
aussi ces zones postales en les regroupant pas commune quand il y a
plusieurs bureaux dans la même commune, pour certaines grandes villes et
qui souvent desservent des morceaux communes limitrophes)

Attention tout de même : le zonage postal n'est plus unique en France, ce
qu'on a c'est celui de la Poste pour les derniers fragments de son service
public non ouvert à la concurrence (mais cela va disparaitre, La Poste
devenant un prestataire logistique comme un autre). Déjà certains systèmes
de courier express utilisent leurs propres codes postaux correspondant à
leur propre circuit de distribution (on le voit sur les lettres et paquets
avec les éiquettes collées avec codes de routage, même si ces services
utilisent encore les codes de la poste avec le fichier MediaPoste qu'ils
ont acheté, afin de faciliter les relations avec leurs clients qui ne
connaissent pas les autres codes).


Le 8 janvier 2014 22:46, Vincent de Château-Thierry v...@laposte.net a
écrit :


 Le 08/01/2014 20:18, Christophe Merlet a écrit :

  Le 08/01/2014 18:37, Pieren a écrit :

 2013/12/22 Christian Quest cqu...@openstreetmap.fr:

  Un peu d'harmonisation ne ferait pas de mal car on a un mélange de
 addr:postcode=* et postal_code=* parfois sur la relation parfois sur le
 noeud place=*


  On en est où de cette harmonisation ? La page d'accueil du wiki
 signale sur l' image of the week que les allemands viennent de créer
 des relations de type type=boundary + boundary=postal_code  sur
 l'ensemble de leur territoire (en les détachant complètement des
 relations boundary=administrative). La relation contient des
 attributs postal_code et postal_code_level (les détails sur leur
 procédure :
 https://wiki.openstreetmap.org/wiki/DE:Konsolidierung_
 der_PLZ-Relationen_in_Deutschland_2013


 Dommage franchement d'avoir utilisé postal_code et non addr:postcode.
 Taginfo à l'issue du chantier allemand indique 60.000 relations avec
 addr:postcode, contre 12.000 avec postal_code, sachant que ledit chantier
 vient d'apporter à lui seul 8000 de ces 12.000 relations. On marche sur la
 tête :-(


  Moi j'ai regardé sur quelques communes en Alsace et le code postal ne
 figure pas sur la relation boundary=administrative.
 Faudrait-il migrer l'ensemble de codes postaux sur les relations
 boundary=administrative et créer des relations
 boundary=postal_code lorsque ça n'est pas possible autrement
 (communes à plusieurs codes).
 Ou faudrait-il faire pareil sur l'ensemble du territoire avec des
 relations boundary=administrative partout , à l'image de ce que
 viennent de faire nos collègues allemands en quelques semaines ? (et
 beaucoup en Belgique aussi, d'après ce que j'ai compris)


 Nominatim prend en compte dans sa version 2.1 boundary=postal_code

 C'est une bonne idée de l'utiliser, non pas lorqu'un même code postal
 est utilisé par plusieurs communes, mais plutôt pour délimiter les zones
 d'une communes qui utilise différents codes postaux.


 taginfo.fr recense, avec les objets taggués en boundary=administrative,
 29.000 combinaisons avec le tag addr:postcode=* , et 0 présence de
 postal_code=*. On a donc quoi qu'on dise un peu d'harmonisation, de fait.
 (Ne pas se fier à la centaine de relations boundary=postal_code de
 taginfo.fr, ce sont des zones de CP allemandes, le comptage de taginfo.frne 
 s'arrête pas pile à la frontière.)

 Passer à un modèle où les zones postales seraient des entités en propre, à
 part, pourquoi pas. On aurait à terme une modélisation uniforme entre zones
 postales englobant une à plusieurs communes, et zones postales à cheval sur
 des morceaux de communes. Et on aurait une vision plus simple des emprises
 postales (plutôt que noyées comme attributs des communes dans 99% des cas).
 Mais ça fera 6000 relations en plus (ça va pas plaire à tout le monde ;-) ).

 vincent


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

Re: [OSM-talk-fr] Tous cartographes

Le cartographe qui descend du bananier ?!?

Le bananier n'est pas réellement un arbre, c'est une plantation éphémère.
cartographier chaque plan n'a pas de sens quand il s'en coupe tous les ans
un peu partout après chaque récolte, et quand les replantages ne sont pas
refaits au carré exact. Au mieux on carographie les zones de plantation,
comme on ne fait pour la vigne.

Espérons qu'il ne viendra pas à l'idée de quelqu'un de cartographier chaque
plan de vigne ou chaque jeune arbre d'une pépinière. Même en zone
forestière, les coupes d'éclaircissement se font régulièrement en
sélectionnant les meilleurs pieds: à quel âge d'un arbre peut-on le
cartographier en forêt ? Sans doute pas en dessous de 10 ans. Et sans doute
pas pour les sapins et arbres à cycle de vie court.



Le 8 janvier 2014 23:03, Romain MEHUT romain.me...@gmail.com a écrit :

 http://www.iledefrance.fr/tous-cartographes

 Avec notamment Gaël mais pas pour les arbres guadeloupéens ;)

 Romain

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


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

Re: [OSM-talk-fr] opendata à la CC du Sénonais

2014-01-09 Thread Frédéric Rodrigo

Bonjour,

Le cas de cette CC me semble très intéressant. Ils connaissent l'OpenData
et vont dans ce sens par l'ouverture de leur SIG au public. Il manque
certes l'accès direct à la donnée, mais ça peut être une bonne occasion de
faire du simple et efficace : row data now, pour une collectivité de
taille moyenne.

Frédéric.



Le 8 janvier 2014 23:49, Christian Quest cqu...@openstreetmap.fr a écrit :

 Le 8 janvier 2014 23:38, Feth Arezki f...@tuttu.info a écrit :

 Bonjour,

 plus par maladresse que par manque de curiosité, je découvre ce soir la
 volonté d'Opendata de la communauté de communes du Sénonais :
 http://www.cc-senonais.fr/presentation_geosenonais.php

 On lit sur cette page, sous Conditions d’utilisation que merci de bien
 vouloir mentionner la source et les mentions obligatoires de chaque donnée
 dans une utilisation professionnelle ou personnelle - nous aurions
 seulement
 une obligation de mention ?



 Il y a une nuance importante: copyright pour l'IGN et pas de mention
 copyright pour le reste, c'est plutôt bon signe.

 C'est éventuellement possible pour les données provenant de la CC, il
 faudrait qu'elle mette ça au propre en choisissant une vraie licence.




 Outre que je crois ne pas avoir le droit de reprendre les données IGN,
 j'ai du
 mal à saisir la portée de ces conditions d'utilisation. Si vous comprenez,
 dites-moi, et sinon je poserai la question aux interessés.

 Admettons qu'on lève l'obstacle juridique, il me semble que les données
 affichées sur http://ccs.sirap.fr/simap/ (cliquer dans la partie
 gauche), en
 particulier dans les contraintes, peuvent être utiles dans OSM, mais je ne
 saurai pas juger de la pertinence.
 Je suis à peu près sûr de l'intérêt des zones innondables /
 flood_prone=yes
 (différentes de ce que m'a montré le notaire pour la crue de 1910
 d'ailleurs)
 ou des sites archéologiques, les points d'apport volontaire (dont je
 vérifierai l'existence...) ou les monuments, par contre, fait-on figurer
 les
 power=minor_line et leurs poteaux.

 J'espérais trouver ici le cours des nombreux canaux qui disparaissent
 dans des
 buses et réapparaissent un peu au hasard, mais j'ai trouvé la position
 précise
 des chemins et rivières dans les parcs boisés, j'espère pouvoir
 l'intégrer !

 Si -toujours une fois l'obstacle juridique passé- vous connaissez une
 moulinette facilitant l'intégration de tout cela, ça me branche.



 Le plus simple serait de prendre contact avec le SIG de la CC, de
 s'appuyer sur cette volonté de se mettre à l'opendata et de leur dire
 chiche (c'est à la mode).
 Dans ce cas, plutôt qu'un accès par un serveur web de visualisation qui ne
 suit aucun standard, ne pourraient-ils pas mettre à disposition en
 téléchargement des données brutes (vectorielles) dont ils sont producteurs
 ? Ce on pourra en faire quelques chose même si c'est pas forcément hyper
 simple.

 Etant le local de l'étape... tu tente le coup ? chiche ? ;)

 --
 Christian Quest - OpenStreetMap France

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


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

Re: [OSM-talk-fr] Tous cartographes

2014-01-09 Thread Francescu GAROBY

Y a que des bananiers en Guadeloupe ? Pas un seul autre arbre ? Et,
surtout, pas un arbre décoratif (équivalent de nos platanes en bord de
routes) que l'on pourrait cartographier qui ne bougerait pas tous les ans,
après les récoltes ? Je n'ai jamais été en Guadeloupe, mais je vais tout de
même supposer que oui...
Et puis, la phrase Le cartographe qui descend du bananier,
personnellement, je la trouve *plus que déplacé* !

Francescu


Le 9 janvier 2014 10:19, Philippe Verdy verd...@wanadoo.fr a écrit :

 Le cartographe qui descend du bananier ?!?

 Le bananier n'est pas réellement un arbre, c'est une plantation éphémère.
 cartographier chaque plan n'a pas de sens quand il s'en coupe tous les ans
 un peu partout après chaque récolte, et quand les replantages ne sont pas
 refaits au carré exact. Au mieux on carographie les zones de plantation,
 comme on ne fait pour la vigne.

 Espérons qu'il ne viendra pas à l'idée de quelqu'un de cartographier
 chaque plan de vigne ou chaque jeune arbre d'une pépinière. Même en zone
 forestière, les coupes d'éclaircissement se font régulièrement en
 sélectionnant les meilleurs pieds: à quel âge d'un arbre peut-on le
 cartographier en forêt ? Sans doute pas en dessous de 10 ans. Et sans doute
 pas pour les sapins et arbres à cycle de vie court.



 Le 8 janvier 2014 23:03, Romain MEHUT romain.me...@gmail.com a écrit :

 http://www.iledefrance.fr/tous-cartographes

 Avec notamment Gaël mais pas pour les arbres guadeloupéens ;)

 Romain

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



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




-- 
Cordialement,
Francescu GAROBY
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Meilleure méthode pour repérer les chemins privés

Les chemns ruraux, les communes ne s'en coccupent plus depuis longtemps
(fini le temps des douaniers et des cantonniers).
Ils exitent encore en théorie mais les propriétaires autour doivent juste
veiller qu'il restent pratiquables à pied en faisant du désherbage, mais
ils n'ont pas d'obligation si le chemin est inondé. Et rien si un fossé
s'effondre.
A cause des ronces que les communes ont laissé pousser, bien des chemins
ont disparu car pour les contourner on est obligé de rentrer sur les
terrains privés et la loi n'oblige pas les propriétaires à les ouvrir du
fait des manquements d'entretien de base par les communes, qui ne
surveillent pas non plus que les propriétés autour n'ont pas vu leurs
arbres ou plantent déborder sur le chemin envahi de débris et bois morts.

Souvent c'est ien pratique pour les propriétaires ces chemins non
entretenus: ils font des clôtures naturelles dès qu'ils sont envahis par
les ronces, et les propriétaires n'ont pas envie d'aller les nettoyer pour
voir ensuite des promeneurs ou chasseurs passer par les ouvertures.

Je connais plein de chemins ruraux qui existent sur les cartes mais sont
devenus totalement impratiquables. Et si je me fiais à Google Map qui donne
des vieux chemins pour la navigation en voiture, je risque l'embourbement
ou de rester coincé dans une ornière, sans pouvoir faire demi-tour, ou de
glisser vers le fossé voisin. Dans la région autour de Niort, ces chemins
dans Google Maps ou les navigateurs Garmin sont à éviter, ls ne sont plus
pratiquables qu'en tracteur, ou en bottes à pied pas en voiture ! Il n'y a
plus de goudron (s'il y en a jamais eu), l'enrochement est parti, la route
s'effondre.

Il n'y a pourtant pas toujours de panneau quand on s'engage pour dire que
c'est juste un chemin agricole. Méfiance avec la cartographie par satellite
car les photos ont pu être prises en été où les chemins sont à près secs et
praticables. Il vaut mieux rester sur les départementales hors des
villages, les routes communales sont pire que les sentiers pédestres
balisés et doivent dater du temps où on circulait encore à cheval ! Toute
route qui n'a plus de panneau directionnel à l'entrée est à éviter.

Le 9 janvier 2014 00:50, Christian Rogel
christian.ro...@club-internet.fra écrit :


 Le 9 janv. 2014 à 00:01, Plop76 vaujani...@free.fr a écrit :

 Eric Debeau a exposé le 08/01/2014 :

 Bonsoir

 Est ce qu'il y a une méthode pour savoir si un chemin est privé ? J'ai vu
 d'anciennes discussions sur le sujet, mais je n'ai pas vu de méthode
 définie pour déterminer si un chemin est privé ou s'il y a un droit de
 passage (tout public) associé sur un chemin privé.


 Pour compliquer les choses, beaucoup de chemins ruraux publics ont été
 privatisés
 de manière sauvage, alors que, depuis la Restauration, il est posé le
 principe de droit
 que tout chemin public doit le rester, jusqu’à que l’autorité compétente
 (Etat?) en décide autrement.

 En théorie, le cadastre nous donne les chemins publics, mais, il semble
 incomplet ou renvoyer à des voies appropriées par les agriculteurs et même
 disparues.

 J’ai lu, peut-être sur cette liste, que des communes avaient une politique
 de récupération.
 Je serais curieux de savoir où et comment.


 Christian R.

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


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

Re: [OSM-talk-fr] openriverboatmap en rade?

2014-01-09 Thread claude marani

bonjour

sur http://layers.openstreetmap.fr/
la couche opentiverboatmap ne fonctionne plus. A qui s'adresser pour la
remettre en route
merci
cordialement
Claude


Le 8 janvier 2014 20:17, Claude claude.mar...@gmail.com a écrit :

 Bonsoir

 http://{s}.layers.openstreetmap.fr/openriverboatmap/

 est en rade?

 merci
 Claude

 --
  Envoyé avec Mozilla Thunderbird ---


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

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

Re: [OSM-talk-fr] Tous cartographes