date:20140212

Em Rio das Ostras, RJ, marquei a feirinha no local onde acontece (Av.
Amazonas) com um POI de shopping chamado Feirinha.  Não sei se cabe
desenhar um polígono delimitando a área onde as barracas são armadas.


Em 12 de fevereiro de 2014 00:58, Nelson A. de Oliveira
nao...@gmail.comescreveu:

 Como vocês marcam áreas que englobam a rua e possivelmente as
 edificações ao redor?

 Exemplos para entender melhor:
 Esse bulevar: http://goo.gl/maps/6OIok
 Ele pega um bom trecho dessa rua e é composto, além da rua
 propriamente dita, das árvores, calçadas, bancos e coisas do gênero ao
 longo do trecho.

 Pequenos centros comerciais como esse: http://goo.gl/maps/ARDTP
 Nesse caso é apenas um quarteirão composto da rua + lojas em ambos os
 lados, com um determinado nome para toda essa área.

 ___
 Talk-br mailing list
 Talk-br@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] Nomeação de trechos de ruas + área ao redor

2014-02-12 8:53 GMT-02:00 Paulo Carvalho paulo.r.m.carva...@gmail.com:
 Em Rio das Ostras, RJ, marquei a feirinha no local onde acontece (Av.
 Amazonas) com um POI de shopping chamado Feirinha.  Não sei se cabe
 desenhar um polígono delimitando a área onde as barracas são armadas.

No caso do quarteirão, até daria para colocar um POI (ou um polígono
como área comercial com esse nome). Mas e pro bulevar? São vários
quarteirões.
alt_name no trecho da rua não vai ficar certo (porque o bulevar não é
a rua apenas)

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

Re: [Talk-br] Nomeação de trechos de ruas + área ao redor

Paulo, acredito que essas feiras são amenity=marketplace.
http://wiki.openstreetmap.org/wiki/Marketplace

Se não tiver na página de referência da wiki, já é algo a mais pra
adicionar.

Abs,
João



Em 12 de fevereiro de 2014 08:53, Paulo Carvalho 
paulo.r.m.carva...@gmail.com escreveu:

 Em Rio das Ostras, RJ, marquei a feirinha no local onde acontece (Av.
 Amazonas) com um POI de shopping chamado Feirinha.  Não sei se cabe
 desenhar um polígono delimitando a área onde as barracas são armadas.


 Em 12 de fevereiro de 2014 00:58, Nelson A. de Oliveira 
 nao...@gmail.comescreveu:

 Como vocês marcam áreas que englobam a rua e possivelmente as
 edificações ao redor?

 Exemplos para entender melhor:
 Esse bulevar: http://goo.gl/maps/6OIok
 Ele pega um bom trecho dessa rua e é composto, além da rua
 propriamente dita, das árvores, calçadas, bancos e coisas do gênero ao
 longo do trecho.

 Pequenos centros comerciais como esse: http://goo.gl/maps/ARDTP
 Nesse caso é apenas um quarteirão composto da rua + lojas em ambos os
 lados, com um determinado nome para toda essa área.

 ___
 Talk-br mailing list
 Talk-br@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] Nomeação de trechos de ruas + área ao redor

Ok


Em 12 de fevereiro de 2014 09:08, John Packer john.pack...@gmail.comescreveu:

 Paulo, acredito que essas feiras são amenity=marketplace.
 http://wiki.openstreetmap.org/wiki/Marketplace

 Se não tiver na página de referência da wiki, já é algo a mais pra
 adicionar.

 Abs,
 João



 Em 12 de fevereiro de 2014 08:53, Paulo Carvalho 
 paulo.r.m.carva...@gmail.com escreveu:

 Em Rio das Ostras, RJ, marquei a feirinha no local onde acontece (Av.
 Amazonas) com um POI de shopping chamado Feirinha.  Não sei se cabe
 desenhar um polígono delimitando a área onde as barracas são armadas.


 Em 12 de fevereiro de 2014 00:58, Nelson A. de Oliveira nao...@gmail.com
  escreveu:

 Como vocês marcam áreas que englobam a rua e possivelmente as
 edificações ao redor?

 Exemplos para entender melhor:
 Esse bulevar: http://goo.gl/maps/6OIok
 Ele pega um bom trecho dessa rua e é composto, além da rua
 propriamente dita, das árvores, calçadas, bancos e coisas do gênero ao
 longo do trecho.

 Pequenos centros comerciais como esse: http://goo.gl/maps/ARDTP
 Nesse caso é apenas um quarteirão composto da rua + lojas em ambos os
 lados, com um determinado nome para toda essa área.


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



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



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


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

[Talk-br] Problema de usabilidade do editor de endereços do iD

Pessoal,

Eu abri um relatório de bug para o editor iD, e gostaria que se possível
fizessem algum comentário que achem relevante na página do relatório.

O relatório está no Github no seguinte link:
https://github.com/openstreetmap/iD/issues/2124

Abs,
João
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Roteamento para bicicleta

Alguém (acho que foi o Nelson) mencionou um tempo atrás esse serviço:
http://open.mapquest.com.br/

E eu lembro que eu tinha achado que ele não considera a inclinação do
terreno ao calcular rotas pra bicicleta. Não é verdade, eu que não
tinha visto tudo. Ele desconsidera por padrão, mas pra considerar tem
que:
- clicar em Obter Direcções
- clicar na bicicleta pra mudar o modo de roteamento
- clicar em Opções de Bicicleta
- em Estratégia de Inclinação da Estrada escolher Evitar Subida
(poderia ser o padrão né)
- preencher os campos partida e fim e fazer a busca

Testei, e realmente faz diferença, as rotas passam a evitar subidas.
Tem também um link Ver Elevação no resultado, que não está
funcionando, mas que provavelmente geraria uma imagem com o perfil de
altitude ao longo da rota.

O mais legal é que aqui em Porto Alegre o sistema já está usando
vários caminhos que eu mapeei que passam por dentro de parques e
praças. Pelo pouco que eu testei, parece haver preferência por
ciclovia e custos pra atravessar a rua, parece bem completo.
Inclusive, me motivou a revisar os cruzamentos em grandes avenidas.
Pena que a frenquência de atualização seja meio longa (pelo menos
alguns dias, talvez algumas semanas).

Pelo visto ele suporta ciclofaixas também, já que ele me manda na
contramão da direção principal desta via onde há uma ciclofaixa de mão
dupla: http://mapq.st/1m8TLY6

-- 
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] Roteamento para bicicleta

Aqui no Rio estou mapeando todas as ciclovias/ciclofaixas onde estou
mexendo.  E em breve serão abertas as ciclofaixas em paralelo às grandes
modificações de trânsito que acontecerão no próximo final de semana.

[]s

PC


Em 12 de fevereiro de 2014 18:44, Fernando Trebien 
fernando.treb...@gmail.com escreveu:

 Alguém (acho que foi o Nelson) mencionou um tempo atrás esse serviço:
 http://open.mapquest.com.br/

 E eu lembro que eu tinha achado que ele não considera a inclinação do
 terreno ao calcular rotas pra bicicleta. Não é verdade, eu que não
 tinha visto tudo. Ele desconsidera por padrão, mas pra considerar tem
 que:
 - clicar em Obter Direcções
 - clicar na bicicleta pra mudar o modo de roteamento
 - clicar em Opções de Bicicleta
 - em Estratégia de Inclinação da Estrada escolher Evitar Subida
 (poderia ser o padrão né)
 - preencher os campos partida e fim e fazer a busca

 Testei, e realmente faz diferença, as rotas passam a evitar subidas.
 Tem também um link Ver Elevação no resultado, que não está
 funcionando, mas que provavelmente geraria uma imagem com o perfil de
 altitude ao longo da rota.

 O mais legal é que aqui em Porto Alegre o sistema já está usando
 vários caminhos que eu mapeei que passam por dentro de parques e
 praças. Pelo pouco que eu testei, parece haver preferência por
 ciclovia e custos pra atravessar a rua, parece bem completo.
 Inclusive, me motivou a revisar os cruzamentos em grandes avenidas.
 Pena que a frenquência de atualização seja meio longa (pelo menos
 alguns dias, talvez algumas semanas).

 Pelo visto ele suporta ciclofaixas também, já que ele me manda na
 contramão da direção principal desta via onde há uma ciclofaixa de mão
 dupla: http://mapq.st/1m8TLY6

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

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

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

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

Re: [Talk-br] Roteamento para bicicleta

Veja também se está evitando vias de trânsito mais pesado, isto é, dando
preferência por vias de baixa hierarquia.


Em 12 de fevereiro de 2014 18:44, Fernando Trebien 
fernando.treb...@gmail.com escreveu:

 Alguém (acho que foi o Nelson) mencionou um tempo atrás esse serviço:
 http://open.mapquest.com.br/

 E eu lembro que eu tinha achado que ele não considera a inclinação do
 terreno ao calcular rotas pra bicicleta. Não é verdade, eu que não
 tinha visto tudo. Ele desconsidera por padrão, mas pra considerar tem
 que:
 - clicar em Obter Direcções
 - clicar na bicicleta pra mudar o modo de roteamento
 - clicar em Opções de Bicicleta
 - em Estratégia de Inclinação da Estrada escolher Evitar Subida
 (poderia ser o padrão né)
 - preencher os campos partida e fim e fazer a busca

 Testei, e realmente faz diferença, as rotas passam a evitar subidas.
 Tem também um link Ver Elevação no resultado, que não está
 funcionando, mas que provavelmente geraria uma imagem com o perfil de
 altitude ao longo da rota.

 O mais legal é que aqui em Porto Alegre o sistema já está usando
 vários caminhos que eu mapeei que passam por dentro de parques e
 praças. Pelo pouco que eu testei, parece haver preferência por
 ciclovia e custos pra atravessar a rua, parece bem completo.
 Inclusive, me motivou a revisar os cruzamentos em grandes avenidas.
 Pena que a frenquência de atualização seja meio longa (pelo menos
 alguns dias, talvez algumas semanas).

 Pelo visto ele suporta ciclofaixas também, já que ele me manda na
 contramão da direção principal desta via onde há uma ciclofaixa de mão
 dupla: http://mapq.st/1m8TLY6

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

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

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

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

Re: [Talk-br] Roteamento para bicicleta

Talvez seja um pouco fora do tópico, mas alguém aqui coloca algum valor que
não seja yes para a etiqueta incline?
Se sim, vocês calculam pelo olhômetro, ou usam alguma ferramenta e/ou
procuram pelos dados em algum lugar?


Em 12 de fevereiro de 2014 18:44, Fernando Trebien 
fernando.treb...@gmail.com escreveu:

 Alguém (acho que foi o Nelson) mencionou um tempo atrás esse serviço:
 http://open.mapquest.com.br/

 E eu lembro que eu tinha achado que ele não considera a inclinação do
 terreno ao calcular rotas pra bicicleta. Não é verdade, eu que não
 tinha visto tudo. Ele desconsidera por padrão, mas pra considerar tem
 que:
 - clicar em Obter Direcções
 - clicar na bicicleta pra mudar o modo de roteamento
 - clicar em Opções de Bicicleta
 - em Estratégia de Inclinação da Estrada escolher Evitar Subida
 (poderia ser o padrão né)
 - preencher os campos partida e fim e fazer a busca

 Testei, e realmente faz diferença, as rotas passam a evitar subidas.
 Tem também um link Ver Elevação no resultado, que não está
 funcionando, mas que provavelmente geraria uma imagem com o perfil de
 altitude ao longo da rota.

 O mais legal é que aqui em Porto Alegre o sistema já está usando
 vários caminhos que eu mapeei que passam por dentro de parques e
 praças. Pelo pouco que eu testei, parece haver preferência por
 ciclovia e custos pra atravessar a rua, parece bem completo.
 Inclusive, me motivou a revisar os cruzamentos em grandes avenidas.
 Pena que a frenquência de atualização seja meio longa (pelo menos
 alguns dias, talvez algumas semanas).

 Pelo visto ele suporta ciclofaixas também, já que ele me manda na
 contramão da direção principal desta via onde há uma ciclofaixa de mão
 dupla: http://mapq.st/1m8TLY6

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

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

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

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

Re: [Talk-br] Roteamento para bicicleta

Fazendo survey, você pode usar um celular e vários apps que te dizem a
inclinação do aparelho. Daí é só fazer o celular ficar paralelo ao
chão.

Você também poderia fazer isso com o Street View e um gabarito (só tem
que apontar a câmera pra esquerda ou pra direita formando 90 graus com
a rua). A medição não seria muito precisa mas já seria suficiente.

Um detalhe é que quase nenhuma rua aqui em Porto Alegre tem a tag
incline. A MapQuest só pode estar usando os dados de altitude da NASA,
os mesmos que o OpenCycleMap usa pra desenhar as curvas de nível. E
nesse caso, medir a inclinação é meio que secundário (pra não dizer
perda de tempo). Essa abordagem já foi citada algumas vezes na
comunidade internacional. Uma imagem de relevo tem muito mais
informações sobre a inclinação do que uma tag com um valor médio e
aproximado poderia ter, mesmo ao longo de uma única quadra.

2014-02-12 18:59 GMT-02:00 John Packer john.pack...@gmail.com:
 Talvez seja um pouco fora do tópico, mas alguém aqui coloca algum valor que
 não seja yes para a etiqueta incline?
 Se sim, vocês calculam pelo olhômetro, ou usam alguma ferramenta e/ou
 procuram pelos dados em algum lugar?


 Em 12 de fevereiro de 2014 18:44, Fernando Trebien
 fernando.treb...@gmail.com escreveu:

 Alguém (acho que foi o Nelson) mencionou um tempo atrás esse serviço:

 http://open.mapquest.com.br/

 E eu lembro que eu tinha achado que ele não considera a inclinação do
 terreno ao calcular rotas pra bicicleta. Não é verdade, eu que não
 tinha visto tudo. Ele desconsidera por padrão, mas pra considerar tem
 que:
 - clicar em Obter Direcções
 - clicar na bicicleta pra mudar o modo de roteamento
 - clicar em Opções de Bicicleta
 - em Estratégia de Inclinação da Estrada escolher Evitar Subida
 (poderia ser o padrão né)
 - preencher os campos partida e fim e fazer a busca

 Testei, e realmente faz diferença, as rotas passam a evitar subidas.
 Tem também um link Ver Elevação no resultado, que não está
 funcionando, mas que provavelmente geraria uma imagem com o perfil de
 altitude ao longo da rota.

 O mais legal é que aqui em Porto Alegre o sistema já está usando
 vários caminhos que eu mapeei que passam por dentro de parques e
 praças. Pelo pouco que eu testei, parece haver preferência por
 ciclovia e custos pra atravessar a rua, parece bem completo.
 Inclusive, me motivou a revisar os cruzamentos em grandes avenidas.
 Pena que a frenquência de atualização seja meio longa (pelo menos
 alguns dias, talvez algumas semanas).

 Pelo visto ele suporta ciclofaixas também, já que ele me manda na
 contramão da direção principal desta via onde há uma ciclofaixa de mão
 dupla: http://mapq.st/1m8TLY6

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

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

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



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




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

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

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

Re: [Talk-br] Roteamento para bicicleta

2014-02-12 Diskussionsfäden Arlindo Pereira

Nunca mapeei incline com valor numérico, e provavelmente nunca vou mapear.
Mesmo eu usando bicicleta como meu meio de transporte principal. Acho que
tem coisas mais úteis para mapear. :-P

E sim, o roteador podendo usar uma base de altitude de todo o mundo - e que
está disponível em licença livre - não vejo porque se dar ao trabalho.


[]s
Arlindo


2014-02-12 19:53 GMT-02:00 Fernando Trebien fernando.treb...@gmail.com:

 Fazendo survey, você pode usar um celular e vários apps que te dizem a
 inclinação do aparelho. Daí é só fazer o celular ficar paralelo ao
 chão.

 Você também poderia fazer isso com o Street View e um gabarito (só tem
 que apontar a câmera pra esquerda ou pra direita formando 90 graus com
 a rua). A medição não seria muito precisa mas já seria suficiente.

 Um detalhe é que quase nenhuma rua aqui em Porto Alegre tem a tag
 incline. A MapQuest só pode estar usando os dados de altitude da NASA,
 os mesmos que o OpenCycleMap usa pra desenhar as curvas de nível. E
 nesse caso, medir a inclinação é meio que secundário (pra não dizer
 perda de tempo). Essa abordagem já foi citada algumas vezes na
 comunidade internacional. Uma imagem de relevo tem muito mais
 informações sobre a inclinação do que uma tag com um valor médio e
 aproximado poderia ter, mesmo ao longo de uma única quadra.

 2014-02-12 18:59 GMT-02:00 John Packer john.pack...@gmail.com:
  Talvez seja um pouco fora do tópico, mas alguém aqui coloca algum valor
 que
  não seja yes para a etiqueta incline?
  Se sim, vocês calculam pelo olhômetro, ou usam alguma ferramenta e/ou
  procuram pelos dados em algum lugar?
 
 
  Em 12 de fevereiro de 2014 18:44, Fernando Trebien
  fernando.treb...@gmail.com escreveu:
 
  Alguém (acho que foi o Nelson) mencionou um tempo atrás esse serviço:
 
  http://open.mapquest.com.br/
 
  E eu lembro que eu tinha achado que ele não considera a inclinação do
  terreno ao calcular rotas pra bicicleta. Não é verdade, eu que não
  tinha visto tudo. Ele desconsidera por padrão, mas pra considerar tem
  que:
  - clicar em Obter Direcções
  - clicar na bicicleta pra mudar o modo de roteamento
  - clicar em Opções de Bicicleta
  - em Estratégia de Inclinação da Estrada escolher Evitar Subida
  (poderia ser o padrão né)
  - preencher os campos partida e fim e fazer a busca
 
  Testei, e realmente faz diferença, as rotas passam a evitar subidas.
  Tem também um link Ver Elevação no resultado, que não está
  funcionando, mas que provavelmente geraria uma imagem com o perfil de
  altitude ao longo da rota.
 
  O mais legal é que aqui em Porto Alegre o sistema já está usando
  vários caminhos que eu mapeei que passam por dentro de parques e
  praças. Pelo pouco que eu testei, parece haver preferência por
  ciclovia e custos pra atravessar a rua, parece bem completo.
  Inclusive, me motivou a revisar os cruzamentos em grandes avenidas.
  Pena que a frenquência de atualização seja meio longa (pelo menos
  alguns dias, talvez algumas semanas).
 
  Pelo visto ele suporta ciclofaixas também, já que ele me manda na
  contramão da direção principal desta via onde há uma ciclofaixa de mão
  dupla: http://mapq.st/1m8TLY6
 
  --
  Fernando Trebien
  +55 (51) 9962-5409
 
  The speed of computer chips doubles every 18 months. (Moore's law)
  The speed of software halves every 18 months. (Gates' law)
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-br
 
 
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-br
 



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

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

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

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

Re: [Talk-br] Problema de usabilidade do editor de endereços do iD

Eu mudei a tradução de nome da casa para complemento, isso já deve ajudar.

Eu duvido que eles localizem a interface (com tantas coisas ainda por
fazer), já que na maioria dos países europeus e na América do Norte
essa é a ordem dos campos do endereço.

Alguma aplicação já suporta a tag addr:door? O que iria nessa tag,
apenas um número ou uma descrição como Sala 204, Salas 204 e 205
ou Conjunto 501?

2014-02-12 18:17 GMT-02:00 John Packer john.pack...@gmail.com:
 Pessoal,

 Eu abri um relatório de bug para o editor iD, e gostaria que se possível
 fizessem algum comentário que achem relevante na página do relatório.

 O relatório está no Github no seguinte link:
 https://github.com/openstreetmap/iD/issues/2124

 Abs,
 João

 ___
 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] Nomeação de trechos de ruas + área ao redor

2014-02-12 19:40 GMT-02:00 Fernando Trebien fernando.treb...@gmail.com:
 Esse quarteirão é uma área com lojas, então eu mapearia a área
 (incluindo nela a área das lojas que pertencem ao quarteirão) com
 landuse=retail. Se o lugar todo tiver um dono (ou seja, for
 conceitualmente parecido com um shopping center), eu acrescentaria
 shop=mall, senão deixaria só landuse=retail.

Só que vai ficar muito recortado. Na verdade nem dá para saber ao
certo o contorno de cada loja.
E cada loja é de um dono diferente.

Aqui onde eu moro tem algo parecido, mas com 5 quarteirões:
http://i.imgur.com/JYip8A7.jpg
É o mesmo caso do centro comercial anterior.

Não é o ideal, mas estou pensando que também não ficaria tão errado
criar um retângulo apenas nesses quarteirões, definindo uma área
comercial com o nome.
Por exemplo (tracei rapidamente apenas 3 dos 5 quarteirões desse
exemplo acima): http://i.imgur.com/j3kYnNv.jpg

 A Wikipédia diz que um boulevard geralmente é uma via de trânsito. No
 seu caso, se eu entendi bem tudo que eu vi no Street View, o boulevar
 corresponde a um quarteirão (delimitado pela 15 de novembro,
 voluntários da pátria, dom pedro segundo e padre duarte) que é muito
 similar a uma praça, certo? Então, acho válido considerá-la uma praça
 e marcar com leisure=park. Pode ser que o seu caso também precise de
 tourism=attraction se o lugar constar em guias de viagem (tipo
 Wikitravel, Wikivoyage, LonelyPlanet, TripAdvisor ou se for listado
 pelo escritório de turismo local).

Tem 10 quarteirões esse bulevar :-) (se você olhar na imagem de
satélite, é todo o trecho que possui as árvores nos dois lados da rua)
Seria a quarta definição daqui http://www.priberam.pt/dlpo/bulevar
(apesar de não ser larga).

Quanto ao local ser ponto turístico, dá para confirmar nas placas de
trânsito (essas com fundo vermelho/marrom/seiláquecor, que definem que
o local é um Atrativo turístico naturai/Patrimônio natural)
Tem a praça ao lado do bulevar, mas não faz parte.
Não sei se caberia leisure=park, porque na verdade é uma rua com
árvores ao lado, e alguns lugares onde a rua se estreita para dar
lugares a bancos e outras coisas (como aqui http://goo.gl/maps/FtJC9)

Daria para fazer a mesma coisa que na área comercial (traçar uma área
ao redor, só que bem mais estreita), mas o que colocar nessa área?

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

Re: [Talk-br] Roteamento para bicicleta

Sério isso?  Para mim o roteador usava o mapa de elevação (DEM) para
determinar as rampas.  Nos Garmin é assim.  Ter que ficar cadastrando é
complicado.  Ademais incline=up/down não é muito informativo.  Faltaria
dizer o ângulo, afinal de contas faz muita diferença no pedal uma rampa de
1% e uma de 2%...


Em 12 de fevereiro de 2014 19:03, Nelson A. de Oliveira
nao...@gmail.comescreveu:

 2014-02-12 18:59 GMT-02:00 John Packer john.pack...@gmail.com:
  Talvez seja um pouco fora do tópico, mas alguém aqui coloca algum valor
 que
  não seja yes para a etiqueta incline?

 O genérico seria incline=up ou incline=down (seguindo a direção da via).
 Com incline=yes não dá para saber para que lado é subida e para que
 lado é descida.

 ___
 Talk-br mailing list
 Talk-br@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] Roteamento para bicicleta

2014-02-12 21:29 GMT-02:00 Paulo Carvalho paulo.r.m.carva...@gmail.com:
 Sério isso?  Para mim o roteador usava o mapa de elevação (DEM) para
 determinar as rampas.  Nos Garmin é assim.  Ter que ficar cadastrando é
 complicado.  Ademais incline=up/down não é muito informativo.  Faltaria
 dizer o ângulo, afinal de contas faz muita diferença no pedal uma rampa de
 1% e uma de 2%...

http://wiki.openstreetmap.org/wiki/Key:incline#Estimates

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

Re: [Talk-br] Procurar nós no meio de uma via

2014-02-12 Diskussionsfäden Erick de Oliveira Leal

Pessoal, quem tem problema de muitos nós nas vias:

Crie um arquivo com o conteúdo:

way[highway]  node {
  symbol-size:6;
  symbol-shape: circle;
  symbol-fill-color: blue;
}

node:connection, node:tagged {
  symbol-size:8;
   symbol-fill-color: red;
}

 e o salve com a extensão css

Vai no JOSM e em Editar  preferências  3º ícone (configurações do mapa),
na 3ª aba (estilo de pintura do mapa) e adicione o arquivo.

Explicando o código: o primeiro bloco faz com quem os nós fiquem azuis, o
segundo bloco faz com que os nós que tenham conexão e tagueados sejam
vermelhos e um pouco maiores.




2013-10-25 23:40 GMT-02:00 Erick de Oliveira Leal 
erickdeoliveiral...@gmail.com:

 Obrigadão, amanhã ou depois testarei essa parte do CSS que ainda nunca
 mexi.


 2013/10/25 Nelson A. de Oliveira nao...@gmail.com

 Ver
 https://help.openstreetmap.org/questions/22384/highlight-untagged-and-unconnected-nodes-in-a-way

 ___
 Talk-br mailing list
 Talk-br@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] Procurar nós no meio de uma via

Interessante esse recurso.  Vou colocar lá no Cocar.


Em 12 de fevereiro de 2014 21:50, Erick de Oliveira Leal 
erickdeoliveiral...@gmail.com escreveu:

 Pessoal, quem tem problema de muitos nós nas vias:

 Crie um arquivo com o conteúdo:

 way[highway]  node {
   symbol-size:6;
   symbol-shape: circle;
   symbol-fill-color: blue;
 }

 node:connection, node:tagged {
   symbol-size:8;
symbol-fill-color: red;
 }

  e o salve com a extensão css

 Vai no JOSM e em Editar  preferências  3º ícone (configurações do mapa),
 na 3ª aba (estilo de pintura do mapa) e adicione o arquivo.

 Explicando o código: o primeiro bloco faz com quem os nós fiquem azuis, o
 segundo bloco faz com que os nós que tenham conexão e tagueados sejam
 vermelhos e um pouco maiores.




 2013-10-25 23:40 GMT-02:00 Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com:

 Obrigadão, amanhã ou depois testarei essa parte do CSS que ainda nunca
 mexi.


 2013/10/25 Nelson A. de Oliveira nao...@gmail.com

 Ver
 https://help.openstreetmap.org/questions/22384/highlight-untagged-and-unconnected-nodes-in-a-way

 ___
 Talk-br mailing list
 Talk-br@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] Problema de usabilidade do editor de endereços do iD

Coloquei meus 2 centavos lá.


Em 12 de fevereiro de 2014 20:36, Fernando Trebien 
fernando.treb...@gmail.com escreveu:

 Eu mudei a tradução de nome da casa para complemento, isso já deve
 ajudar.

 Eu duvido que eles localizem a interface (com tantas coisas ainda por
 fazer), já que na maioria dos países europeus e na América do Norte
 essa é a ordem dos campos do endereço.

 Alguma aplicação já suporta a tag addr:door? O que iria nessa tag,
 apenas um número ou uma descrição como Sala 204, Salas 204 e 205
 ou Conjunto 501?

 2014-02-12 18:17 GMT-02:00 John Packer john.pack...@gmail.com:
  Pessoal,
 
  Eu abri um relatório de bug para o editor iD, e gostaria que se possível
  fizessem algum comentário que achem relevante na página do relatório.
 
  O relatório está no Github no seguinte link:
  https://github.com/openstreetmap/iD/issues/2124
 
  Abs,
  João
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-br
 



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

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

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

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

Re: [Talk-br] Nomeação de trechos de ruas + área ao redor

Entendi. Bem, é a definição tradicional de boulevard então. São 10
quarteirões em linha reta a partir do ponto que você postou da
primeira vez, certo?

Boulevards normalmente são apenas vias. Nesse caso, parece ser um
segundo nome dado às vias principais. Caso tenham mudado a definição
e incluído nesse boulevard algo além das partes da via (pista,
calçadas, bancos nas calçadas, etc.), eu mapearia como uma área com
place=locality+tourism=attraction. O nome seria renderizado, mas o
contorno da área não. Provavelmente ficaria melhor assim mesmo.

No caso de ser feito só de vias em linha reta, você poderia pensar em
usar a tag alt_name ou até em criar uma relação de rota pra agrupar
todos pedaços de vias que compõem o boulevar. O único problema dessa
segunda abordagem é que mesmo com a tag tourism=attraction talvez o
nome do bulevar não seja renderizado por ninguém.

Sendo um caso bem atípico, eu me permitiria influenciar pelo
funcionamento das aplicações. Tem mais aplicações que suportam buscar
por objetos com place=locality do que aplicações que suportam buscar
por nomes na tag alt_name ou por relações de rota.

Tem como mandar um esboço do que você acha que seria considerado o
contorno da área do boulevard?

2014-02-12 20:54 GMT-02:00 Nelson A. de Oliveira nao...@gmail.com:
 2014-02-12 19:40 GMT-02:00 Fernando Trebien fernando.treb...@gmail.com:
 Esse quarteirão é uma área com lojas, então eu mapearia a área
 (incluindo nela a área das lojas que pertencem ao quarteirão) com
 landuse=retail. Se o lugar todo tiver um dono (ou seja, for
 conceitualmente parecido com um shopping center), eu acrescentaria
 shop=mall, senão deixaria só landuse=retail.

 Só que vai ficar muito recortado. Na verdade nem dá para saber ao
 certo o contorno de cada loja.
 E cada loja é de um dono diferente.

 Aqui onde eu moro tem algo parecido, mas com 5 quarteirões:
 http://i.imgur.com/JYip8A7.jpg
 É o mesmo caso do centro comercial anterior.

 Não é o ideal, mas estou pensando que também não ficaria tão errado
 criar um retângulo apenas nesses quarteirões, definindo uma área
 comercial com o nome.
 Por exemplo (tracei rapidamente apenas 3 dos 5 quarteirões desse
 exemplo acima): http://i.imgur.com/j3kYnNv.jpg

 A Wikipédia diz que um boulevard geralmente é uma via de trânsito. No
 seu caso, se eu entendi bem tudo que eu vi no Street View, o boulevar
 corresponde a um quarteirão (delimitado pela 15 de novembro,
 voluntários da pátria, dom pedro segundo e padre duarte) que é muito
 similar a uma praça, certo? Então, acho válido considerá-la uma praça
 e marcar com leisure=park. Pode ser que o seu caso também precise de
 tourism=attraction se o lugar constar em guias de viagem (tipo
 Wikitravel, Wikivoyage, LonelyPlanet, TripAdvisor ou se for listado
 pelo escritório de turismo local).

 Tem 10 quarteirões esse bulevar :-) (se você olhar na imagem de
 satélite, é todo o trecho que possui as árvores nos dois lados da rua)
 Seria a quarta definição daqui http://www.priberam.pt/dlpo/bulevar
 (apesar de não ser larga).

 Quanto ao local ser ponto turístico, dá para confirmar nas placas de
 trânsito (essas com fundo vermelho/marrom/seiláquecor, que definem que
 o local é um Atrativo turístico naturai/Patrimônio natural)
 Tem a praça ao lado do bulevar, mas não faz parte.
 Não sei se caberia leisure=park, porque na verdade é uma rua com
 árvores ao lado, e alguns lugares onde a rua se estreita para dar
 lugares a bancos e outras coisas (como aqui http://goo.gl/maps/FtJC9)

 Daria para fazer a mesma coisa que na área comercial (traçar uma área
 ao redor, só que bem mais estreita), mas o que colocar nessa área?

 ___
 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] Procurar nós no meio de uma via

2014-02-12 21:50 GMT-02:00 Erick de Oliveira Leal
erickdeoliveiral...@gmail.com:
 Pessoal, quem tem problema de muitos nós nas vias:

 Crie um arquivo com o conteúdo:

Não precisa.
É só adicionar o estilo Highway Nodes
(http://josm.openstreetmap.de/wiki/Styles/Highway_Nodes) diretamente
pelo JOSM, em Editar → Preferências, terceiro ícone de cima para
baixo, Estilo de pintura do mapa.

Quando eu enviei a resposta eu ainda não tinha disponibilizado isso
como um estilo.

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

Re: [Talk-br] Nomeação de trechos de ruas + área ao redor

2014-02-12 21:57 GMT-02:00 Fernando Trebien fernando.treb...@gmail.com:
 Tem como mandar um esboço do que você acha que seria considerado o
 contorno da área do boulevard?

http://naoliv.iq.unesp.br/boulevar.osm.bz2

Está com FIXME=boulevard
No local já existem as 2 filerias de árvores e apenas um nó (meio que
central) definindo o ponto turístico.

No caso do exemplo inicial da área comercial de 1 quarteirão, estou
quase me dando por satisfeito com isso: http://i.imgur.com/6SyO2xa.png

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

Re: [Talk-br] Problema de usabilidade do editor de endereços do iD

 Eu mudei a tradução de nome da casa para complemento, isso já deve
 ajudar.

Sim, foi uma boa idéia, vai ajudar um pouco.
Falando nisso, estava pensando se não seria melhor no addr:housenumbercolocar 
*Número* ou *Nº* ao invés de *123*. O que acha?

Eu duvido que eles localizem a interface (com tantas coisas ainda por
 fazer), já que na maioria dos países europeus e na América do Norte essa é
 a ordem dos campos do endereço.

Pois é, eu estava vendo o número gigantesco de coisas que eles têm a fazer.
Vou tentar colocar a mão na massa pra fazer isso ir pra frente.
Eu pretendo esperar mais ou menos 1 semana por uma resposta deles. Depois
disso eu vou alterar o código e mandar pra eles corrigirem. Já dei uma
olhada onde tem que alterar, só estou um pouco preocupado que o código não
ficaria muito limpo colocando um caso específico para a linguagem português
brasileiro no meio(isso tenho que ver com eles).

Falando nisso, alguém sabe se os endereços dos outros países da América
Latina são parecidos? E de Portugal?

Alguma aplicação já suporta a tag addr:door? O que iria nessa tag,
 apenas um número ou uma descrição como Sala 204, Salas 204 e 205
 ou Conjunto 501?

Não sei se tem alguma aplicação que utiliza(não sei nem se o Nominatim
suporta), porém ela está documentada na wiki.
Como valor iria somente 204 do Sala 204, 204;205 do Salas 204 e 205.
Quando ao Conjunto 501, teria que ser addr:unit=501.
Peraí, então o addr:door não funciona pra todos os casos? Exatamente, não
tem nenhuma etiqueta que cubra todos os casos para o Complemento de um
endereço(que seria um addr:additional_information=*); creio que o mais
perto é colocar o endereço completo no addr:full.
Eu estou aberto a sugestões, mas vou jogar duas idéias aqui:
1. Retirar o campo para Complemento. (falando nisso, alguém sabe onde os
usuários atualmente colocam o complemento? Provavelmente no addr:housename,
certo?
2. Ao invés de colocar o campo Complemento, colocar Apt/Sala E
Conjunto.



Em 12 de fevereiro de 2014 20:36, Fernando Trebien 
fernando.treb...@gmail.com escreveu:

 Eu mudei a tradução de nome da casa para complemento, isso já deve
 ajudar.

 Eu duvido que eles localizem a interface (com tantas coisas ainda por
 fazer), já que na maioria dos países europeus e na América do Norte
 essa é a ordem dos campos do endereço.

 Alguma aplicação já suporta a tag addr:door? O que iria nessa tag,
 apenas um número ou uma descrição como Sala 204, Salas 204 e 205
 ou Conjunto 501?

 2014-02-12 18:17 GMT-02:00 John Packer john.pack...@gmail.com:
  Pessoal,
 
  Eu abri um relatório de bug para o editor iD, e gostaria que se possível
  fizessem algum comentário que achem relevante na página do relatório.
 
  O relatório está no Github no seguinte link:
  https://github.com/openstreetmap/iD/issues/2124
 
  Abs,
  João
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-br
 



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

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

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

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

Re: [Talk-br] Problema de usabilidade do editor de endereços do iD

2014-02-12 Diskussionsfäden Arlindo Pereira

Eu não vejo problema em usar addr:housename como complemento.

[]s


2014-02-12 23:17 GMT-02:00 John Packer john.pack...@gmail.com:


 Eu mudei a tradução de nome da casa para complemento, isso já deve
 ajudar.

 Sim, foi uma boa idéia, vai ajudar um pouco.
 Falando nisso, estava pensando se não seria melhor no addr:housenumbercolocar 
 
 *Número* ou *Nº* ao invés de *123*. O que acha?

 Eu duvido que eles localizem a interface (com tantas coisas ainda por
 fazer), já que na maioria dos países europeus e na América do Norte essa é
 a ordem dos campos do endereço.

 Pois é, eu estava vendo o número gigantesco de coisas que eles têm a
 fazer. Vou tentar colocar a mão na massa pra fazer isso ir pra frente.
 Eu pretendo esperar mais ou menos 1 semana por uma resposta deles. Depois
 disso eu vou alterar o código e mandar pra eles corrigirem. Já dei uma
 olhada onde tem que alterar, só estou um pouco preocupado que o código não
 ficaria muito limpo colocando um caso específico para a linguagem português
 brasileiro no meio(isso tenho que ver com eles).

 Falando nisso, alguém sabe se os endereços dos outros países da América
 Latina são parecidos? E de Portugal?


 Alguma aplicação já suporta a tag addr:door? O que iria nessa tag,
 apenas um número ou uma descrição como Sala 204, Salas 204 e 205
 ou Conjunto 501?

 Não sei se tem alguma aplicação que utiliza(não sei nem se o Nominatim
 suporta), porém ela está documentada na wiki.
 Como valor iria somente 204 do Sala 204, 204;205 do Salas 204 e
 205.
 Quando ao Conjunto 501, teria que ser addr:unit=501.
 Peraí, então o addr:door não funciona pra todos os casos? Exatamente, não
 tem nenhuma etiqueta que cubra todos os casos para o Complemento de um
 endereço(que seria um addr:additional_information=*); creio que o mais
 perto é colocar o endereço completo no addr:full.
 Eu estou aberto a sugestões, mas vou jogar duas idéias aqui:
 1. Retirar o campo para Complemento. (falando nisso, alguém sabe onde os
 usuários atualmente colocam o complemento? Provavelmente no addr:housename,
 certo?
 2. Ao invés de colocar o campo Complemento, colocar Apt/Sala E
 Conjunto.



 Em 12 de fevereiro de 2014 20:36, Fernando Trebien 
 fernando.treb...@gmail.com escreveu:

 Eu mudei a tradução de nome da casa para complemento, isso já deve
 ajudar.


 Eu duvido que eles localizem a interface (com tantas coisas ainda por
 fazer), já que na maioria dos países europeus e na América do Norte
 essa é a ordem dos campos do endereço.

 Alguma aplicação já suporta a tag addr:door? O que iria nessa tag,
 apenas um número ou uma descrição como Sala 204, Salas 204 e 205
 ou Conjunto 501?

 2014-02-12 18:17 GMT-02:00 John Packer john.pack...@gmail.com:
  Pessoal,
 
  Eu abri um relatório de bug para o editor iD, e gostaria que se possível
  fizessem algum comentário que achem relevante na página do relatório.
 
  O relatório está no Github no seguinte link:
  https://github.com/openstreetmap/iD/issues/2124
 
  Abs,
  João
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-br
 



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

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

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



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


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

Re: [Talk-br] [RJ] Alterações viárias no Centro com a segunda fase da demolição da Perimetral

2014-02-12 Diskussionsfäden Arlindo Pereira

Continuando as atualizações,

Paulo Carvalho mapeou as alterações da Rio Branco:
http://www.openstreetmap.org/changeset/20475463

e Mergulhão da Praça XV:
http://www.openstreetmap.org/changeset/20475592

bem como outros changesets com atualizações menores.

Ainda há alterações pendentes. Para quem se interessar em fazê-las, segue
um link com folhetos mostrando as alterações viárias:
http://portomaravilha.com.br/web/fotos/peri-2.aspx


[]s
Arlindo


2014-01-17 17:21 GMT-02:00 Arlindo Pereira openstreet...@arlindopereira.com
:

 Olá amigos mapeadores do Rio de Janeiro,

 o projeto de derrubada de Perimetral começará em janeiro uma segunda fase.
 Vejam detalhes no link a seguir:

 http://www.rio.rj.gov.br/web/smtr/exibeconteudo?id=4552877

 Durante a primeira fase, éramos basicamente somente eu Geaquinto mapeando
 de forma contínua aqui no Rio de Janeiro, de forma que discutimos as
 alterações somente entre nós. Como agora somos mais mapeadores, acredito
 que possamos discutir as alterações coletivamente.

 Proponho que construamos coletivamente os changesets, os discutamos aqui
 na lista, e quando estivermos todos de acordo, fazemos o upload na hora
 exata da alteração viária em questão (eu posso fazer isso). O que vocês
 acham?



 Serão 6 alterações viárias a serem feitas, segue a lista:

 1) Dia 24/01/2013
 - Proibição de estacionamento em diversas ruas, relação em:

 http://www.rio.rj.gov.br/dlstatic/10112/859227/4115666/PROIBICAODEESTACIONAMENTO.docx

 Nota: Não consegui abrir este arquivo com o LibreOffice; só consegui abrir
 com o Google Drive. Se mais alguém tiver este problema, utilizem este link
 para visualizar o arquivo:

 https://drive.google.com/file/d/0B-3qnKz4cC8acVFzTnR4QTI1dDQ/edit?usp=sharing

 2) Dia 25/01/2013 às 22h
 - Perimetral fechada entre o Av. General Justo (III Comar) e a Rua
 Visconde de Inhaúma (Praça Mauá)

 3) Dia 26/01/2013 - Vias com sentido invertido:
 - Rua Uruguaiana, entre Rua Acre e Rua Buenos Aires;
 - Avenida República do Paraguai terá as duas pistas no sentido Lapa;
 - Rua Teixeira de Freitas, no trecho compreendido entre Avenida República
 do Paraguai e Avenida Augusto Severo, ficará no sentido Beira-Mar;
 - Rua do Passeio, entre as ruas Luiz de Vasconcelos e Teixeira de Freitas;
 - Rua Mestre Valentim, trecho compreendido entre Rua Teixeira de Freitas e
 Rua Luiz de Vasconcelos;
 - Avenida Marechal Floriano, trabalhará em regime de mão dupla em toda sua
 extensão.

 4) Dia 01/02 - Vias com sentido invertido:
 - Avenida Rio Branco no trecho compreendido entre Avenida Presidente
 Vargas e Praça Mauá ficará sentido Praça Mauá.

 5) Dia 03/02 - Novos pontos de embarque e desembarque de táxis, relação em:

 http://www.rio.rj.gov.br/dlstatic/10112/859227/4115668/NOVOSPONTOSDEEMBARQUEEDESEMBARQUEPARATAXI.docx

 6) Dia 08/02/2013 - Diversas alterações viárias, relação a seguir:
 - Avenida Rio Branco proibida para veículos particulares
 - Mergulhão da Praça XV fechado
 - Avenida Nilo Peçanha ficará em mão dupla entre a Uruguaiana e a Graça
 Aranha.
 - Avenida Rio Branco, entre a Presidente Vargas e a Beira-Mar,
 transforma-se numa via de mão-dupla exclusiva para táxis e ônibus com
 ligação direta com o Aterro e a Avenida Presidente Vargas nos dois
 sentidos. A partir dessa data, os ônibus municipais terão seus itinerários
 alterados.
 - Com a Avenida Rio Branco e o Mergulhão da Praça XV fechados, os veículos
 particulares terão dois trajetos preferenciais:
 - No sentido Aterro/Castelo: Via Binário/Rua Camerino ou Avenida
 Presidente Vargas, Avenida Passos, Avenida República do Paraguai, Rua
 Teixeira de Freitas e Aterro do Flamengo;
 - No sentido Praça Mauá/Via Binário do Porto: Avenida Presidente Antônio
 Carlos, Rua Primeiro de Março, Rua Visconde de Inhaúma, Avenida Rio Branco
 e Via Binário do Porto.
 - No sentido Zona Sul/Centro: Túnel Santa Bárbara e Túnel Rebouças.


 Fora isso, haverá mudanças nas linhas de ônibus (posso verificar quais,
 das que já estão mapeadas, serão afetadas) e novas ciclovias (vou conseguir
 o kml com meus contatos).

 Vai dar trabalho, mas vai valer a pena =)

 []s
 Arlindo

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

[Talk-de] R.I.P. Father of GIS

2014-02-12 Diskussionsfäden Elstermann, Mike

Ohne GIS auch kein OSM, insofern trifft uns dies traurige Mitteilung heute 
Nacht alle:

Dr. Roger Tomlinsonhttp://en.wikipedia.org/wiki/Roger_Tomlinson, der 
allgemein als Vater der Geografischen Informationssysteme gilt,
ist am 9. Februar 2014 verstorben. Gedenken wir seiner, danken wir ihm für eine 
großartige,
innovative Idee und lassen wir diese weiter leben und schreiben wir sie fort.

mehr unter http://geoobserver.wordpress.com/2014/02/12/r-i-p-father-of-gis/

mikeE.

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

Re: [Talk-de] Mapnik Administration blockt QLandkarteGT

2014-02-12 Diskussionsfäden NopMap

Hi!

Dirk Sohler wrote
Welche alternative Möglichkeiten habe ich?

Kurzfristig wohl nur, deinen User-Agent zu ändern, wenn du dich nicht
erst in ein neues Programm einarbeiten willst :(

Das ist in der Tat uncool und auch ziemlich sinnlos. Die OSM Server nutzen
schon lange Throttling. Das heißt der Server schreibt mit wieviel Du
runterlädst und wenn es zuviel wird, würgt der Server die Datenrate auf
quälend langsam ab.

Uncool heißt in dem Fall:
- ein gefakter Agent verstößt klar gegen die Usage Policy
- man zwingt mit solchem Schindluder die Admins, die allgemeine Quote für
alle Zugriffe weiter zu drosseln, um die Server am laufen zu halten. Damit
haben auch kleine, verträgliche Downloads schlechtere Chancen

Im Outdoorbereich gibt es als Alternative noch das Abo der
www.wanderreitkarte, das ist mit 10€ pro Jahr deutlich günstiger. Ist
allerdings ein ganz anderes Kartenbild und geht nur bis Zoomlevel 16.

Der technische Aufwand um eine Download-Lösung anzubieten ist übrigens enorm
- deshalb gibt es das meist auch nicht kostenlos. Entweder mußt Du Downloads
und Online-Zugriffe trennen und einen zusätzlichen, herkömmlichen Server mit
ordentlich Leistung allein für die Downloader betreiben, damit keine
Online-Nutzer blockiert werden. Oder Du mußt die Kacheln für den Download im
Voraus rechnen und ohne llive-Rendering direkt ausliefern. Das funktioniert
aber praktisch durch Plattenplatz und erforderliche Rechenzeit nur bis
Zoomlevel 16.

Am sinnvollsten ist für den offline-Gebrauch wie schon in anderen Posts
vorgeschlagen eine Vektorkarte.

bye, Nop

--
View this message in context:
http://gis.19327.n5.nabble.com/Mapnik-Administration-blockt-QLandkarteGT-tp5795663p5796117.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] Vertikale/horizontale Linienbündel

2014-02-12 Diskussionsfäden Wolfgang Hinsch

Am Dienstag, den 11.02.2014, 21:47 +0100 schrieb r...@gmx.de:
 Liebe Tagger(innen) und Mapper(außen?),
 
 ich beginne mit dem Fall eines vertikalen Linienbündels,
 d.h. mit mehrstöckigen Wegen: Unten (layer=-1) verläuft
 vielleicht ein Kanal, darüber (layer=0) eine Straße und
 eine Bahnlinie (layer=1).
 
 Ansatzweise gibt es so etwas bei der Minderener Str. in
 Bielefeld http://www.openstreetmap.org/way/48403389
 - aber sicher gibt es bessere Beispiele in Japan.
 
 Wenn die Wege wirklich für längere Zeit exakt
 übereinander verlaufen, wie ist das sinnvoll zu mappen?
 
 Macht es Sinn, dafür eine Relation vbundle zu ersinnen?
 Damit könnte man zwar (zusätzlich zum layer) eine Lagebeziehung
 (über/unter) zwischen den einzelnen Strängen herstellen,
 müsste aber jeweils einen eigenen Streckenzug (way) erstellen.
 Bei Verfeinerungen ist so etwas anfällig. Das Rendern
 ist ohnehin problematisch.

Ich würde den Bündel/Relationsansatz ganz schnell wieder vergessen. Für
jede Etage/Höhenlage einen Layer vergeben und den Filter von JOSM
benutzen. Damit kann man jederzeit einstellen, dass man nur die Objekte
von Layer xx sehen will 
(Filter hinzufügen
 Layer=3
 Filter invertieren)

Ob das Ganze überhaupt sinnvoll ist, wie man es auswertet und was
Renderer anzeigen sollen, ist eine andere Frage.

Gruß, Wolfgang



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

Re: [Talk-de] Vertikale/horizontale Linienbündel

2014-02-12 Diskussionsfäden Holger Jeromin

r...@gmx.de schrieb am 11.02.2014 21:47:

 Auch hier könnte man (da der Abstand zwischen
 Leitplanke und Straßenrand geringer ist als
 zwischen Straßenmitte und -rand) darauf verzichten,
 einzelne Wege zu mappen; stattdessen würde man
 statt von unten nach oben von links nach rechts
 (in Fahrtrichtung) den Weg verschiedenen
 Relationen zufügen:
 
 member of Rel1[order=0]:Kanal (ganz links ein Kanal)
 member of Rel2[order=1]:Straße (daneben eine Straße)
 
 [...]
 Ist ungefähr klargeworden, was ich meine?
 Wäre so etwas machbar/sinnvoll?

Das macht es wieder so kompliziert, dass damit keiner umgehen kann und
es häufig kaputt geht...

 Die Forderung nach Strängen/Bündeln ist nicht neu:
 
 http://wiki.openstreetmap.org/wiki/DE:Lanes

Aus guten Gründen ohne Relationen.

-- 
Grüße
Holger Jeromin


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

Re: [Talk-de] Stolperstein-Relationen entsorgen?

2014-02-12 Diskussionsfäden malenki

Joachim Kast schrieb:

Allerdings hast Du an jeden Stein noch ein wikipedia=de:Stolpersteine
angehängt, wodurch entspechende Anwendungen von immer gleichlautenden
Wikipedia-Einträgen überschwemmt werden. Dazu habe ich in der gesamten
Diskussion nichts gefunden.
[...]
Ich möchte hiermit die Wikipedia-Aktion in Frage stellen und plädiere
dafür, diese rückgängig zu machen.

Den vorherigen (inkonsistenten) Zustand habe ich vor einigen Tagen
wiederhergestellt: http://www.openstreetmap.org/changeset/20396530



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

Re: [Talk-it] Violazione licenza mappa cartacea

2014-02-12 Diskussionsfäden cascafico

Aury88 wrote
 sono d'accordo, ma ho meno fiducia di te nell'onestà di molti ( italiani o
 meno). i casi al riguardo sono troppi e troppo eclatanti per dire che sono
 tutti frutto di ignoranza in materia

La penso allo stesso modo; spero un bel video tutorial possa far cambiare
opinione a quancuno, ma ho molti dubbi: avevo segnalato a suo tempo il
caso...

un editore che ha prodotto una collana di mappe cartacee escursionistiche
(qualche migliaio di copie) con 3/4 dei layer OSM e sulla mappa finale
appare solo il suo bel ©; l'editore conosceva benissimo i termini della
licenza, ma non ci riesce proprio... è una specie repulsione, ha l'idea che
gli rubino quello che ha speso per produrla; finchè trova l'espediente:
inserire le attribuzioni all'interno del libretto che descrive le
escursioni(non vendibile separatamente).

Credo che questo possa dare un'idea su uno dei punti da evidenziare nel
tutorial. Sgretolare il concetto del furto, magari alludendo in modo
educato che diventerebbe ladro pure lui.



-

--
cascafico.altervista.org
twitter.com/cascafico
--
View this message in context: 
http://gis.19327.n5.nabble.com/Violazione-licenza-mappa-cartacea-tp5790942p5796103.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] openstreetmapper card

ho modificato testo, disposizione e carattere dei biglietti da visita
modificando anche le dimensioni del tesserino a quelle standard.
Messi anche degli sfondi per rendere meno piatto il cartellino e dargli un
aspetto più professionale.
Ho preferito modificare anche il link (quelli troppo lunghi sono da evitare
come la peste) e adesso punta ad una generica pagina (da creare):
http://wiki.openstreetmap.org/ IT:Benvenuto
Questo ha reso il biglietto più generico e meno mirato ma allo stesso
tempo utilizzabile in ambiti anche che non hanno nulla a che fare con gli
operatori commerciali. 
Una suddivisione successiva potrebbe essere fatta a livello di wiki con link
a pagine mirate per i vari ambiti compensando quindi la genericità e dando
all'utente la possibilità di vedere i vari ambiti e decidere quello/i più
appropriato/i per i propri interessi 
I vettoriali sono qui: 
Front: https://dl.dropboxusercontent.com/u/5098379/front.svg
Back:  https://dl.dropboxusercontent.com/u/5098379/back.svg

Fatemi sapere.



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/openstreetmapper-card-tp5795902p5796105.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] openstreetmapper card

scusatemi, per il retro usate questo link:
https://dl.dropboxusercontent.com/u/5098379/back.png
non so perchè ma il file vettoriale non viene visualizzato correttamente



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/openstreetmapper-card-tp5795902p5796107.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-02-12 Diskussionsfäden Luca Delucchi

2014-02-12 9:39 GMT+01:00 Luca Delucchi lucadel...@gmail.com:

 Ma ora non mi trova il documento :-P

Scusa, colpa delle rete

 Comunque si meglio aprire un nuovo thread


-- 
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org

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

Re: [Talk-it] Violazione licenza mappa cartacea

2014-02-12 Diskussionsfäden Luca Delucchi

2014-02-11 22:07 GMT+01:00 Francesca Valentina coretodes...@gmail.com:
 Orbene ho cambiato, ora potete tutti modificare. Pensate che debba aprire un
 nuovo thread anche per spiegare le sezioni?


Ma ora non mi trova il documento :-P
Comunque si meglio aprire un nuovo thread

 Francesca


-- 
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org

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

Re: [Talk-it] openstreetmapper card

2014-02-12 Diskussionsfäden Elena ``of Valhalla''

On 2014-02-12 at 01:20:17 -0800, Aury88 wrote:
 ho modificato testo, disposizione e carattere dei biglietti da visita
 [...]
 Messi anche degli sfondi per rendere meno piatto il cartellino e dargli un
 aspetto più professionale.

ottimo, ha decisamente cambiato faccia, è esattamente quello che
intendevo

 modificando anche le dimensioni del tesserino a quelle standard.

uhm, io avevo usato le dimensioni (53x87) dei biglietti da visita su foglio 
prefustellato che si trovano normalmente in vendita per la stampa 
casalinga: mi pareva una soluzione più rapida piuttosto che 
organizzare una stampa in tipografia con conseguenti incubi logistici 
per farli avere ai vari mappatori

 Ho preferito modificare anche il link (quelli troppo lunghi sono da evitare
 come la peste) e adesso punta ad una generica pagina (da creare):
 http://wiki.openstreetmap.org/ IT:Benvenuto
 Questo ha reso il biglietto più generico e meno mirato ma allo stesso
 tempo utilizzabile in ambiti anche che non hanno nulla a che fare con gli
 operatori commerciali. 

uhm, per il link io pensavo piuttosto di usare un sistema di url 
shortening: http://wiki.openstreetmap.org/IT:Benvenuto 
è comunque decisamente lungo, e l'idea di essere specifici per 
un target ben mirato era voluta (eventualmente aggiungendo varianti per 
target diversi)

 Una suddivisione successiva potrebbe essere fatta a livello di wiki con link
 a pagine mirate per i vari ambiti compensando quindi la genericità e dando
 all'utente la possibilità di vedere i vari ambiti e decidere quello/i più
 appropriato/i per i propri interessi 

Secondo me è meglio dare subito una pagina mirata, aggiungere 
click a quanto ne so tende a far allontanare le persone

 I vettoriali sono qui: 
 Front: https://dl.dropboxusercontent.com/u/5098379/front.svg
 Back:  https://dl.dropboxusercontent.com/u/5098379/back.svg

-- 
Elena ``of Valhalla''

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

Re: [Talk-it] openstreetmapper card

Elena ``of Valhalla'' wrote
 uhm, io avevo usato le dimensioni (53x87) dei biglietti da visita su
 foglio 
 prefustellato che si trovano normalmente in vendita per la stampa 
 casalinga: mi pareva una soluzione più rapida piuttosto che 
 organizzare una stampa in tipografia con conseguenti incubi logistici 
 per farli avere ai vari mappatori

strano. quelle usate da me sono le dimensioni standard. sei sicura delle
dimensioni del foglio prefustellato? comunque sia non è tanto grave. la
dimensione limitante con il nuovo testo è diventata la larghezza quindi 2 mm
in più in questa direzione sono positivi mentre i 2 mm in meno in altezza
non danno troppo fastidio.

 uhm, per il link io pensavo piuttosto di usare un sistema di url 
 shortening: http://wiki.openstreetmap.org/IT:Benvenuto 
 è comunque decisamente lungo, e l'idea di essere specifici per 
 un target ben mirato era voluta (eventualmente aggiungendo varianti per 
 target diversi)
 Secondo me è meglio dare subito una pagina mirata, aggiungere 
 click a quanto ne so tende a far allontanare le persone

non sono troppo sicuro del vantaggio di avere un target specifico (che
comporta la necessità di avere tesserini specifici) e comunque sia i click
in più sarebbe stato solo 1. 
se la pagina wiki è ordinata poi non dovrebbe essere faticoso per l'utente
trovare l'ambito di interesse (che potrebbe essere più di uno). 
Allo stesso tempo una pagina unica di benvenuto fa vedere in quanti e quali
ambiti osm è diffuso dando quindi una migliore idea di un progetto non
incentrato in uno specifico campo ma universale (= un utilizzo universale)
rendendo la mappa a mio avviso più appetibile per chi vuole promuovere la
propria attività.
lo shortening sarebbe ancora meglio...io mi sono arrangiato con quello che
c'era ;)






-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/openstreetmapper-card-tp5795902p5796118.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] openstreetmapper card

2014-02-12 Diskussionsfäden Daniele Forsi

Il 12 febbraio 2014 11:16, Elena ``of Valhalla'' ha scritto:

 uhm, per il link io pensavo piuttosto di usare un sistema di url
 shortening: http://wiki.openstreetmap.org/IT:Benvenuto
 è comunque decisamente lungo

non è la stessa cosa dello shortening ma si può usare osm.org (anche
questo è registrato dalla OSMF)
http://wiki.osm.org/IT:Benvenuto

-- 
Daniele Forsi

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

[Talk-it] Numerazione civica in Italia e modello dati di OpenStreetMap

Salve a tutti.

Essendo il mio primo messaggio in questa lista, mi presento.
Mi chiamo Michele Mondelli e lavoro a Siena per un'azienda che realizza
software GIS, in massima parte per amministrazioni pubbliche.
Sono da sempre un convinto sostenitore della logica Open, dai software
fino ai dati.

Per lavoro, sto studiando il modello dati utilizzato da OpenStreetMap, in
particolar modo per quanto concerne la numerazione civica.
A quanto mi sembra di capire non esiste ancora uno standard accettato da
tutti, soprattuto per le diversità in termini normativi tra i diversi stati.
Inoltre, non c'è consenso su come gestire l'associazione di un numero
civico a più edifici ed il caso contrario.

Delle cose che poi sembra manchino totalmente nel modello

   - supporto all'esponente - in Italia è prevista dalla normativa
   nazionale la numerazione secondo numero ed esponente. Nel modello non è
   possibile specificare separatamente i due campi, ma vengono fusi nel campo
   composto unendoli dallo slash '/' (anche qui, c'è uno standard nazionale
   e/o internazionale che identifichi lo '/' come separatore?)
   - differenziazione tra accessi principali/ripetuti (quindi correlazione
   tra gli accessi)

Vorrei quindi capire bene qual è lo stato dell'arte in merito
all'inserimento della numerazione civica su OpenStreetMap, e soprattutto
che il modello attualmente accettato sia adeguato.

Mi scuso per eventuali informazioni frammentarie e/o confuse che ho
riportato.



Riferimenti:
key:addr sul wiki di openstreetmaphttp://wiki.openstreetmap.org/wiki/Key:addr
Addresses sul wiki di
openstreetmaphttp://wiki.openstreetmap.org/wiki/Addresses
toponomastica e numerazione
civicahttp://www.paroleincise.com/toponomastica-stradale-e-numerazione-civica/


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

Re: [Talk-it] Numerazione civica in Italia e modello dati di OpenStreetMap

2014-02-12 Diskussionsfäden marco bra

Specifiche governative nazionali (seguite nel censimento generale
della popolazione 2011), senza leggere tutto, se vuoi parti da pagina
4 Generalità :

http://wwwt.agenziaentrate.gov.it/mt/ServiziComuniIstituzioni/ES-23-IS-0E_18022011.pdf

ciao

Il 12 febbraio 2014 12:04, Michele Mondelli mithenks...@gmail.com ha scritto:
 Salve a tutti.

 Essendo il mio primo messaggio in questa lista, mi presento.
 Mi chiamo Michele Mondelli e lavoro a Siena per un'azienda che realizza
 software GIS, in massima parte per amministrazioni pubbliche.
 Sono da sempre un convinto sostenitore della logica Open, dai software
 fino ai dati.

 Per lavoro, sto studiando il modello dati utilizzato da OpenStreetMap, in
 particolar modo per quanto concerne la numerazione civica.
 A quanto mi sembra di capire non esiste ancora uno standard accettato da
 tutti, soprattuto per le diversità in termini normativi tra i diversi stati.
 Inoltre, non c'è consenso su come gestire l'associazione di un numero civico
 a più edifici ed il caso contrario.

 Delle cose che poi sembra manchino totalmente nel modello

 supporto all'esponente - in Italia è prevista dalla normativa nazionale la
 numerazione secondo numero ed esponente. Nel modello non è possibile
 specificare separatamente i due campi, ma vengono fusi nel campo composto
 unendoli dallo slash '/' (anche qui, c'è uno standard nazionale e/o
 internazionale che identifichi lo '/' come separatore?)
 differenziazione tra accessi principali/ripetuti (quindi correlazione tra
 gli accessi)

 Vorrei quindi capire bene qual è lo stato dell'arte in merito
 all'inserimento della numerazione civica su OpenStreetMap, e soprattutto che
 il modello attualmente accettato sia adeguato.

 Mi scuso per eventuali informazioni frammentarie e/o confuse che ho
 riportato.



 Riferimenti:
 key:addr sul wiki di openstreetmap
 Addresses sul wiki di openstreetmap
 toponomastica e numerazione civica


 --
 Michele Mondelli


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




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Numerazione civica in Italia e modello dati di OpenStreetMap

2014-02-12 Diskussionsfäden Fabri

On mer 12 feb 2014 12:04:27 CET, Michele Mondelli mithenks...@gmail.com wrote:

 Salve a tutti.
 
 Essendo il mio primo messaggio in questa lista, mi presento.
 Mi chiamo Michele Mondelli e lavoro a Siena per un'azienda che realizza
 software GIS, in massima parte per amministrazioni pubbliche.
 Sono da sempre un convinto sostenitore della logica Open, dai software
 fino ai dati.
 
 Per lavoro, sto studiando il modello dati utilizzato da OpenStreetMap, in
 particolar modo per quanto concerne la numerazione civica.
 A quanto mi sembra di capire non esiste ancora uno standard accettato da
 tutti, soprattuto per le diversità in termini normativi tra i diversi
 stati. Inoltre, non c'è consenso su come gestire l'associazione di un
 numero civico a più edifici ed il caso contrario.
 
 Delle cose che poi sembra manchino totalmente nel modello
 
       - supporto all'esponente - in Italia è prevista dalla normativa
       nazionale la numerazione secondo numero ed esponente. Nel modello non
 è     possibile specificare separatamente i due campi, ma vengono fusi nel
 campo     composto unendoli dallo slash '/' (anche qui, c'è uno standard
 nazionale     e/o internazionale che identifichi lo '/' come separatore?)

Afaik in openstreetmap si scrive 12b 12c etc. Senza slash


       - differenziazione tra accessi principali/ripetuti (quindi
 correlazione     tra gli accessi)
 
 Vorrei quindi capire bene qual è lo stato dell'arte in merito
 all'inserimento della numerazione civica su OpenStreetMap, e soprattutto
 che il modello attualmente accettato sia adeguato.
 
 Mi scuso per eventuali informazioni frammentarie e/o confuse che ho
 riportato.
 
 
 
 Riferimenti:
 key:addr sul wiki di
 openstreetmaphttp://wiki.openstreetmap.org/wiki/Key:addr Addresses sul
 wiki di openstreetmaphttp://wiki.openstreetmap.org/wiki/Addresses
 toponomastica e numerazione
 civicahttp://www.paroleincise.com/toponomastica-stradale-e-numerazione-civica/
 
 
 -- 
 *Michele Mondelli*


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

Re: [Talk-it] Numerazione civica in Italia e modello dati di OpenStreetMap

Per l'uso dello slash, avevo visto il lavoro di inserimento fatto con la
numerazione civica a Firenze.
Però effettivamente hai ragione tu, in generale si usa la concatenazione
senza slash.

Questo porta ad ulteriori problemi perché alcuni comuni utilizzano valori
ibridi per gli esponenti.


Il giorno 12 febbraio 2014 12:36, Fabri erfab...@gmail.com ha scritto:

 On mer 12 feb 2014 12:04:27 CET, Michele Mondelli mithenks...@gmail.com
 wrote:

  Salve a tutti.
 
  Essendo il mio primo messaggio in questa lista, mi presento.
  Mi chiamo Michele Mondelli e lavoro a Siena per un'azienda che realizza
  software GIS, in massima parte per amministrazioni pubbliche.
  Sono da sempre un convinto sostenitore della logica Open, dai software
  fino ai dati.
 
  Per lavoro, sto studiando il modello dati utilizzato da OpenStreetMap, in
  particolar modo per quanto concerne la numerazione civica.
  A quanto mi sembra di capire non esiste ancora uno standard accettato da
  tutti, soprattuto per le diversità in termini normativi tra i diversi
  stati. Inoltre, non c'è consenso su come gestire l'associazione di un
  numero civico a più edifici ed il caso contrario.
 
  Delle cose che poi sembra manchino totalmente nel modello
 
- supporto all'esponente - in Italia è prevista dalla normativa
nazionale la numerazione secondo numero ed esponente. Nel modello
 non
  è possibile specificare separatamente i due campi, ma vengono fusi
 nel
  campo composto unendoli dallo slash '/' (anche qui, c'è uno standard
  nazionale e/o internazionale che identifichi lo '/' come separatore?)

 Afaik in openstreetmap si scrive 12b 12c etc. Senza slash


- differenziazione tra accessi principali/ripetuti (quindi
  correlazione tra gli accessi)
 
  Vorrei quindi capire bene qual è lo stato dell'arte in merito
  all'inserimento della numerazione civica su OpenStreetMap, e soprattutto
  che il modello attualmente accettato sia adeguato.
 
  Mi scuso per eventuali informazioni frammentarie e/o confuse che ho
  riportato.
 
 
 
  Riferimenti:
  key:addr sul wiki di
  openstreetmaphttp://wiki.openstreetmap.org/wiki/Key:addr Addresses sul
  wiki di openstreetmaphttp://wiki.openstreetmap.org/wiki/Addresses
  toponomastica e numerazione
  civica
 http://www.paroleincise.com/toponomastica-stradale-e-numerazione-civica/
 
 
  --
  *Michele Mondelli*


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




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

Re: [Talk-it] Numerazione civica in Italia e modello dati di OpenStreetMap

2014-02-12 Diskussionsfäden Andrea Musuruane

2014-02-12 12:40 GMT+01:00 Michele Mondelli mithenks...@gmail.com:

 Per l'uso dello slash, avevo visto il lavoro di inserimento fatto con la
 numerazione civica a Firenze.
 Però effettivamente hai ragione tu, in generale si usa la concatenazione
 senza slash.

 Questo porta ad ulteriori problemi perché alcuni comuni utilizzano valori
 ibridi per gli esponenti.


Si potrebbe bonificare il database in automatico. La seguente query
overpass estrae tutti gli indirizzi del Piemonte che hanno nell'esponente
lo slash.

osm-script
  union
  query type=way
area-query ref=3600044874 /
has-kv k=addr:housenumber regv=.*\/.*/
  /query
  query type=way
area-query ref=3600044874 /
has-kv k=addr:housenumber regv=.*\/.*/
  /query
  recurse type=down/
/union
print mode=meta /
/osm-script

Con uno script analogo si può trovare tutti gli indirizzi che hanno
nell'esponente una lettera minuscola (o maiuscola) e convertire nell'altro
formato.

Magari però prima di fare questo sarebbe bello avere un wiki aggiornato con
la regola corretta.

https://wiki.openstreetmap.org/wiki/IT:Key:addr

Ciao,

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

Re: [Talk-it] openstreetmapper card

perfetto.
grazie per l'informazione. 




-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/openstreetmapper-card-tp5795902p5796130.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] Numerazione civica in Italia e modello dati di OpenStreetMap

2014-02-12 Diskussionsfäden cascafico

Per quel che mi riguarda, mappo ciò che vedo. Se c'è uno slash, lo lascio. Se
il civico è sul cancello a 5 mt dall'edificio, lo mappo sul cancello. Sono
dell'idea che più che formalizzare gli elementi mappati, sia necessario
renderli usabili.
Tra l'altro mi pare che KeypadMapper3 (un logger mirato alla raccolta degli
indirizzi) preveda questo ed altri separatori.



-

--
cascafico.altervista.org
twitter.com/cascafico
--
View this message in context: 
http://gis.19327.n5.nabble.com/Numerazione-civica-in-Italia-e-modello-dati-di-OpenStreetMap-tp5796122p5796140.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] openstreetmapper card

2014-02-12 Diskussionsfäden Elena ``of Valhalla''

On 2014-02-12 at 02:41:23 -0800, Aury88 wrote:
 Elena ``of Valhalla'' wrote
  uhm, io avevo usato le dimensioni (53x87) dei biglietti da visita su
  foglio 
  prefustellato che si trovano normalmente in vendita per la stampa 
  casalinga: mi pareva una soluzione più rapida piuttosto che 
  organizzare una stampa in tipografia con conseguenti incubi logistici 
  per farli avere ai vari mappatori
 strano. quelle usate da me sono le dimensioni standard. sei sicura delle
 dimensioni del foglio prefustellato? comunque sia non è tanto grave. la
 dimensione limitante con il nuovo testo è diventata la larghezza quindi 2 mm
 in più in questa direzione sono positivi mentre i 2 mm in meno in altezza
 non danno troppo fastidio.

Al limite può valer la pena di fare il file con bleed opportuno per il
retro, in modo che ci stiano entrambe le versioni ma che non rimangano 
striscie bianche dello sfondo

Comunque sì, ho controllato la confezione dei fogli e le misure son
quelle

-- 
Elena ``of Valhalla''

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

Re: [Talk-it] Tutorial per il rispetto della licenza OSM [Era:Violazione licenza mappa cartacea]

2014-02-12 Diskussionsfäden Francesca Valentina

Grazie Giuliano. Confermo che ora il doc è aperto a tutti:
https://docs.google.com/document/d/1cgqjsf41MJGUVEg4C1LdHlubPJm-ngDliiWo00jz6uA/edit

Tutti possono modificare

Ho pensato di dividere il doc in due parti:
-preparazione , ovvero tutto ciò che ci interessa far sapere, spiegare
sulla licenza.

-testo definitivo, ovvero il documento definitivo, la bella ma sopratutto
comprensibile a tutti copia del documento.
Secondo me si possono inserire anche immagini o mockup e ho pensato che una
delle caratteristiche di questo documento debba essere la sua accessibilità
a tutti e in maniera veloce, per dire deve capirlo anche mia nonna :)
Altrimenti se facciamo un documento troppo tecnico o per addetti ai lavori
replichiamo la wiki che è già più che esaustiva.

Che ne dite?
Magari inseriamo anche una tabella ai link di violazione storici così
capiamo quali sono le casistiche delle violazioni?

Francesca


Il giorno 11 febbraio 2014 23:20, Giuliano giuli...@zamboni.pro ha
scritto:


 Il 11/02/2014 22:07, Francesca Valentina ha scritto:

 Orbene ho cambiato, ora potete tutti modificare.

 Confermo. Ho aggiunto una riga, tanto per prova.

  Pensate che debba aprire un nuovo thread anche per spiegare le sezioni?

 Fatto!


 Francesca

  Ciao
 Giuliano

 ___
 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] Numerazione civica in Italia e modello dati di OpenStreetMap

2014-02-12 Diskussionsfäden marco bra

Altre info da enti governativi:

http://wwwt.agenziaentrate.gov.it/mt/ServiziComuniIstituzioni/Guida%20operativa_Gestione%20della%20toponomastica_29012014.pdf

Ciao

Il 12 febbraio 2014 13:29, cascafico cascaf...@gmail.com ha scritto:
 Per quel che mi riguarda, mappo ciò che vedo. Se c'è uno slash, lo lascio. Se
 il civico è sul cancello a 5 mt dall'edificio, lo mappo sul cancello. Sono
 dell'idea che più che formalizzare gli elementi mappati, sia necessario
 renderli usabili.
 Tra l'altro mi pare che KeypadMapper3 (un logger mirato alla raccolta degli
 indirizzi) preveda questo ed altri separatori.



 -

 --
 cascafico.altervista.org
 twitter.com/cascafico
 --
 View this message in context: 
 http://gis.19327.n5.nabble.com/Numerazione-civica-in-Italia-e-modello-dati-di-OpenStreetMap-tp5796122p5796140.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



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] openstreetmapper card

ok allora!
ho modificato le immagini. adesso sono su un foglio 87x53 mm.



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/openstreetmapper-card-tp5795902p5796157.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] openstreetmapper card

ok allora.
ho modificato le dimensioni.
i link sono gli stessi messi prima.
ditemi se così va bene.



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/openstreetmapper-card-tp5795902p5796160.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] openstreetmapper card

2014-02-12 Diskussionsfäden Francesco Pelullo

Il testo sul retro andrebbe modificato:

OpenStreetMap ... alla tua attività, visita:...

Ciao
/niubii/
 Il 12/feb/2014 10:35 Aury88 spacedrive...@gmail.com ha scritto:

 scusatemi, per il retro usate questo link:
 https://dl.dropboxusercontent.com/u/5098379/back.png
 non so perchè ma il file vettoriale non viene visualizzato correttamente



 -
 Ciao,
 Aury
 --
 View this message in context:
 http://gis.19327.n5.nabble.com/openstreetmapper-card-tp5795902p5796107.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] openstreetmapper card

? che cambiamento suggerisci?



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/openstreetmapper-card-tp5795902p5796174.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] openstreetmapper card

2014-02-12 Diskussionsfäden Francesco Pelullo

OpenStreetMap si scrive con le lettere OSM maiuscole.

Nel seguito, o gli diamo del lei (sua attività) o gli diamo del tu (visita).

Ciao
/niubii/
 Il 12/feb/2014 14:57 Aury88 spacedrive...@gmail.com ha scritto:

 ? che cambiamento suggerisci?



 -
 Ciao,
 Aury
 --
 View this message in context:
 http://gis.19327.n5.nabble.com/openstreetmapper-card-tp5795902p5796174.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] openstreetmapper card

Ops...corretto.
Grazie ;)



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/openstreetmapper-card-tp5795902p5796178.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] Numerazione civica in Italia e modello dati di OpenStreetMap

2014-02-12 Diskussionsfäden Fabri


Non so se c'è una regola, ma sul wiki lo trovo sempre scritto senza slash.

Magari però prima di fare questo sarebbe bello avere un wiki 
aggiornato con la regola corretta.


https://wiki.openstreetmap.org/wiki/IT:Key:addr

Ciao,

Andrea.




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

Re: [Talk-it] Numerazione civica in Italia e modello dati di OpenStreetMap

Sono d'accordo sull'usabilità dei dati.
Proprio per questo forse sarebbe meglio seguire un modello standard,
coerente con le specifiche dell'ISTAT.
Se sulla targhetta c'è scritto 12/A o 12A, dovrebbe essere mappato
utilizzando una solo delle due e non quella che chi ha prodotto la
targhetta ha deciso.
Inoltre mi chiedo se non sia utile inserire i due attributi separatamente,
ad esempio con un tag addr:number e addr:esponent.


Il giorno 12 febbraio 2014 16:17, Fabri erfab...@gmail.com ha scritto:

 Non so se c'è una regola, ma sul wiki lo trovo sempre scritto senza slash.


  Magari però prima di fare questo sarebbe bello avere un wiki aggiornato
 con la regola corretta.

 https://wiki.openstreetmap.org/wiki/IT:Key:addr

 Ciao,

 Andrea.



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




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

Re: [Talk-it] Numerazione civica in Italia e modello dati di OpenStreetMap

2014-02-12 Diskussionsfäden Martin Koppenhoefer



 Am 12/feb/2014 um 16:38 schrieb Michele Mondelli mithenks...@gmail.com:
 
 Sono d'accordo sull'usabilità dei dati.
 Proprio per questo forse sarebbe meglio seguire un modello standard, coerente 
 con le specifiche dell'ISTAT.
 Se sulla targhetta c'è scritto 12/A o 12A, dovrebbe essere mappato 
 utilizzando una solo delle due e non quella che chi ha prodotto la targhetta 
 ha deciso.
 Inoltre mi chiedo se non sia utile inserire i due attributi separatamente, ad 
 esempio con un tag addr:number e addr:esponent.


ho anche visto spesso più numeri separati dal /
esempio 14/16
per 14/a metterei 14a senza dividerlo in un ulteriore tag come addr:esponente 

Attento anche con 14-16 perché non è chiaro se comprende il 15.

Il nostro separatore standard è ; quindi 14;16 mi sembra il metodo meno ambiguo 
che evita conflitti con lo slash

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

Re: [Talk-it] Numerazione civica in Italia e modello dati di OpenStreetMap

Specificare un ulteriore tag non renderebbe più semplice la fruizione del
dato?
Senza contare che oltre all'esponente bisognerebbe indicare, dove presente,
anche l'ulteriore specifica (vedi il caso dei civici Rosso/Nero di Firenze).

Credo sarebbe utile fare questa discussione ora, anche in vista del
rilascio dei dati sulla numerazione civica italiana da parte dell'ISTAT
come open data.
Immagino che si abbia intenzione di caricare questi dati su OpenStreetMap...


Il giorno 12 febbraio 2014 16:45, Martin Koppenhoefer 
dieterdre...@gmail.com ha scritto:



  Am 12/feb/2014 um 16:38 schrieb Michele Mondelli mithenks...@gmail.com
 :
 
  Sono d'accordo sull'usabilità dei dati.
  Proprio per questo forse sarebbe meglio seguire un modello standard,
 coerente con le specifiche dell'ISTAT.
  Se sulla targhetta c'è scritto 12/A o 12A, dovrebbe essere mappato
 utilizzando una solo delle due e non quella che chi ha prodotto la
 targhetta ha deciso.
  Inoltre mi chiedo se non sia utile inserire i due attributi
 separatamente, ad esempio con un tag addr:number e addr:esponent.


 ho anche visto spesso più numeri separati dal /
 esempio 14/16
 per 14/a metterei 14a senza dividerlo in un ulteriore tag come
 addr:esponente

 Attento anche con 14-16 perché non è chiaro se comprende il 15.

 Il nostro separatore standard è ; quindi 14;16 mi sembra il metodo meno
 ambiguo che evita conflitti con lo slash

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




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

Re: [Talk-it] Numerazione civica in Italia e modello dati di OpenStreetMap

2014-02-12 Diskussionsfäden Stefano Salvador

Specificare un ulteriore tag non renderebbe più semplice la fruizione del
 dato?


probabilmente si, ma renderebbe un po' più difficile la mappatura. Che io
sappia esistono diverse situazioni simili in OSM e si è sempre preferito,
dove possibile, applicare un po' di euristica nell'uso dei dati piuttosto
che complicare troppo il tagging (credo che una semplice regexp possa
interpretare correttamente sia 12A che 12/A).

Detto ciò ritengo indispensabile l'uso dello slash per i casi in cui
l'esponente è un numero (tipo dove abito io: 6/2) o in casi dove ho visto
adirittura il doppio esponente (52/A/2) ! Come al solito la regola di
mappare quello che si vede penso sia sempre la vincente.

My 2 cents,

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

Re: [Talk-it] Numerazione civica in Italia e modello dati di OpenStreetMap

2014-02-12 Diskussionsfäden Daniele Forsi

Il 12 febbraio 2014 16:38, Michele Mondelli ha scritto:

 Se sulla targhetta c'è scritto 12/A o 12A, dovrebbe essere mappato
 utilizzando una solo delle due e non quella che chi ha prodotto la targhetta
 ha deciso.

ma OpenStreetMap finora ha funzionato proprio dando la precedenza a
quello che si vede sul terreno

-- 
Daniele Forsi

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

Re: [Talk-it] Numerazione civica in Italia e modello dati di OpenStreetMap

2014-02-12 Diskussionsfäden Daniele Forsi

Il 12 febbraio 2014 17:03, Michele Mondelli ha scritto:

 Specificare un ulteriore tag non renderebbe più semplice la fruizione del
 dato?

fruizione da parte di chi?
La ricerca dalla home page di OSM usa Nominatim, bisognerebbe
convincere il suo autore a interpretare questo tag in più

-- 
Daniele Forsi

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

Re: [Talk-it] Rimini rilascia dati geografici in CC0

2014-02-12 Diskussionsfäden Simone F.

Il giorno 05 febbraio 2014 16:56, Francesco Piero Paolicelli 
pierso...@gmail.com ha scritto:


 Il giorno 05/feb/2014, alle ore 16:53, Maurizio Napolitano 
 napoo...@gmail.com ha scritto:

  2014-02-05 Francesco Piero Paolicelli pierso...@gmail.com:
  ... ho messo su mappa gli archi di strade presenti sul dataset
 indicato da Napo

...

   http://www.apposta.biz/prove/mapparimini_archi.php
 


Il messaggio di Francesco Piero P. mi ha fatto venire la curiosità di
cercare le strade presenti nei dati comunali di Rimini ma assenti in OSM e
viceversa:

http://dl.dropboxusercontent.com/u/41550819/OSM/rimini-OSM/index.html

N.B. Non ho considerato le cycleway, footway e le aree pedestrian.

Come spesso capita, siamo forti nei parcheggi e nelle strade di servizio ;-)

Ho creato la pagina una tantum.
Nel caso qualcuno del luogo volesse rigenerare la pagina in futuro, per
vedere cosa resta da mappare, qui c'è la ricetta: http://bit.ly/1lc5SQu


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

Re: [Talk-it] Tutorial per il rispetto della licenza OSM [Era:Violazione licenza mappa cartacea]

2014-02-12 Diskussionsfäden Maurizio Napolitano

ad essere onesto io preferirei una video--guida che spiega
openstreetmap per neofiti con una sezione dedicata alla licenza.
Mi piacerebbe vedere un qualcosa tipo una persona che cammina su un
grande foglio bianco e comincia a disegnare la strada, un altra che
aggiunge il nome della via, e piann piano la mappa che si arricchisce.
Vedere il concetto di tag che appare di volta in volta.
Esempio: fotografia ad un cartello stradale, zoom su josm dove si
scrive name=...
visualizzazione della pavimentazione e zoom su ideditor dove si vede
aggiungere la lista
di tag
... poi rendering, coperte, borse, stampe, emergenze e ricordare che
si tratta di un bene comune per cui va sempre reso disponibile a
chiunque e va citata la fonte


2014-02-12 14:00 GMT+01:00 Francesca Valentina coretodes...@gmail.com:
 Grazie Giuliano. Confermo che ora il doc è aperto a tutti:
 https://docs.google.com/document/d/1cgqjsf41MJGUVEg4C1LdHlubPJm-ngDliiWo00jz6uA/edit

 Tutti possono modificare

 Ho pensato di dividere il doc in due parti:
 -preparazione , ovvero tutto ciò che ci interessa far sapere, spiegare sulla
 licenza.

 -testo definitivo, ovvero il documento definitivo, la bella ma sopratutto
 comprensibile a tutti copia del documento.
 Secondo me si possono inserire anche immagini o mockup e ho pensato che una
 delle caratteristiche di questo documento debba essere la sua accessibilità
 a tutti e in maniera veloce, per dire deve capirlo anche mia nonna :)
 Altrimenti se facciamo un documento troppo tecnico o per addetti ai lavori
 replichiamo la wiki che è già più che esaustiva.

 Che ne dite?
 Magari inseriamo anche una tabella ai link di violazione storici così
 capiamo quali sono le casistiche delle violazioni?

 Francesca


 Il giorno 11 febbraio 2014 23:20, Giuliano giuli...@zamboni.pro ha
 scritto:


 Il 11/02/2014 22:07, Francesca Valentina ha scritto:

 Orbene ho cambiato, ora potete tutti modificare.

 Confermo. Ho aggiunto una riga, tanto per prova.

 Pensate che debba aprire un nuovo thread anche per spiegare le sezioni?

 Fatto!


 Francesca

 Ciao
 Giuliano

 ___
 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




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

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

Re: [Talk-it] Numerazione civica in Italia e modello dati di OpenStreetMap

2014-02-12 Diskussionsfäden Damjan Gerl


Intervengo anche io sulla questione dei civici...

Come prima cosa volevo dire che io avevo capito che in Italia lo 
standard per i civici era numero/esponente, ma mi sembra di capire che 
non sia cosi? Qui da noi (provincia di TS) tutti i numeri usano sempre 
la / come separatore. E personalmente non mi dispiace usare questo 
separatore, primo perché altrimenti se non si utilizza un separatore il 
civico è poco leggibile (molto più leggibile 140/A che 140a) e poi 
proprio si ha un carattere noto come separatore, quindi più facile la 
divisione numero - esponente qualora serva.


Poi il secondo problema è il maiuscolo-minuscolo per l'esponente. Anche 
qui consiglierei di usare sempre la lettera maiuscola.


Comunque sono d'accordo che il problema si pone poi nei programmi che 
usano questi dati, che dovrebbero riconoscere tutti i formati e in una 
ricerca riportare qualunque civico. Es. se ricerco il 140a ma in db c'è 
140/A dovrebbe comunque trovarlo, ed anche viceversa...



Poi con i civici si pone anche il problema di dove posizionarlo: io 
sarei per trovare un modo di taggare il civico con entrambe le 
possibilità, quindi sul building ed anche all'accesso principale.


Ciao
Damjan


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

Re: [Talk-it] Numerazione civica in Italia e modello dati di OpenStreetMap

2014-02-12 Diskussionsfäden Francesco Pelullo

Temo che la lo stato attuale sia abbastanza disomogeneo, non solo tra
Comune e Comune, ma anche all'interno dello stesso Comune se ci si
riferisce ad epoche diverse.

Per info: http://it.m.wikipedia.org/wiki/Numero_civico

Attualmente la numerazione dei civici è regolamentata delle Norme Tecniche
di Attuazione del PRG del Comune, difficilmente si adottano criteri
omogenei.

Con la recente introduzione del catasto strade e dell'archivio
ISTAT-Agenzia Entrate- Comuni, immagino che si stia tentando di fare un
lavoro di armonizzazione. Se i risultati saranno al livello qualitativo
della toponomastica del Catasto, ci sarà da ridere.

Ciao
/niubii/
 Il 13/feb/2014 00:44 Damjan Gerl dam...@damjan.net ha scritto:

 Intervengo anche io sulla questione dei civici...

 Come prima cosa volevo dire che io avevo capito che in Italia lo standard
 per i civici era numero/esponente, ma mi sembra di capire che non sia cosi?
 Qui da noi (provincia di TS) tutti i numeri usano sempre la / come
 separatore. E personalmente non mi dispiace usare questo separatore, primo
 perché altrimenti se non si utilizza un separatore il civico è poco
 leggibile (molto più leggibile 140/A che 140a) e poi proprio si ha un
 carattere noto come separatore, quindi più facile la divisione numero -
 esponente qualora serva.

 Poi il secondo problema è il maiuscolo-minuscolo per l'esponente. Anche
 qui consiglierei di usare sempre la lettera maiuscola.

 Comunque sono d'accordo che il problema si pone poi nei programmi che
 usano questi dati, che dovrebbero riconoscere tutti i formati e in una
 ricerca riportare qualunque civico. Es. se ricerco il 140a ma in db c'è
 140/A dovrebbe comunque trovarlo, ed anche viceversa...


 Poi con i civici si pone anche il problema di dove posizionarlo: io sarei
 per trovare un modo di taggare il civico con entrambe le possibilità,
 quindi sul building ed anche all'accesso principale.

 Ciao
 Damjan


 ___
 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] Impianti termali

2014-02-12 Diskussionsfäden Giuseppe Amici

Nellimport di dati di uso del suolo, trovo da convertire nel schema di
referenziazione di OSM

quello che nel Corine Land Cover è genericamente indicato con 5112 
insediamenti di servizi.
Nello specifico si tratta della superficie occupata da uno stabilimento
termale (caseggiati e aree contigue)
Non ho trovato riferimenti utili nel wiky.

Avete suggerimenti per un tagging che individui nello specifico questa area?

Grazie Beppe.

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

[Talk-it] R: Impianti termali

2014-02-12 Diskussionsfäden Giuseppe Amici

Ho indicato il codice Corine Land Cover errato, quello corretto è 1213 
insediamenti di servizi

 

Da: Giuseppe Amici [mailto:giuseppeam...@virgilio.it] 
Inviato: giovedì 13 febbraio 2014 08:07
A: 'openstreetmap list - italiano'
Oggetto: [Talk-it] Impianti termali

 

Nellimport di dati di uso del suolo, trovo da convertire nel schema di
referenziazione di OSM

quello che nel Corine Land Cover è genericamente indicato con 5112 
insediamenti di servizi.
Nello specifico si tratta della superficie occupata da uno stabilimento
termale (caseggiati e aree contigue)
Non ho trovato riferimenti utili nel wiky.

Avete suggerimenti per un tagging che individui nello specifico questa area?

Grazie Beppe.

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

[Talk-gb-westmidlands] How to view Deleted items

2014-02-12 Diskussionsfäden jonathan


Hi all,

Sorry I've not managed to get to any meet-ups recently, I do follow this 
alias though :-)


I have a feed listing any new contributors in the midlands and I take a 
look at their edits to help keep them on track but also keep an eye out 
for malicious edits.


This person came along with one edit:

http://www.openstreetmap.org/user/dawson001r/history#map=15/53.0244/-2.1828

He's added some stuff but deleted a whole load of ways some of which had 
multiple versions.  I want to look at what he's deleted but don't know 
how.  It seems like a stupid question but I've not yet found the answer.


Any ideas?

Cheers.

Jonathan

--
http://bigfatfrog67.me


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

Re: [Talk-gb-westmidlands] How to view Deleted items

2014-02-12 Diskussionsfäden jonathan

Thanks Andy that looks great but still doesn't tell me how the deleted 
ways were tagged?


Am I missing something?

Thanks

Jonathan

http://bigfatfrog67.me

On 12/02/2014 12:38, SomeoneElse wrote:

jonathan wrote:

This person came along with one edit:

http://www.openstreetmap.org/user/dawson001r/history#map=15/53.0244/-2.1828 



He's added some stuff but deleted a whole load of ways some of which 
had multiple versions.  I want to look at what he's deleted...


One way of visualising it would be:

http://osmhv.openstreetmap.de/changeset.jsp?id=20435551

That one looks like it might be a candidate for 
revert-and-re-add-what-they-were-originally-trying-to-add (with an 
accomanying newbie-friendly message) though.


Cheers,

Andy


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




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

Re: [Talk-gb-westmidlands] How to view Deleted items

2014-02-12 Diskussionsfäden jonathan


Excellent Andy, thanks again.  I'll follow up on those ideas.

Jonathan

http://bigfatfrog67.me

On 12/02/2014 13:12, SomeoneElse wrote:

jonathan wrote:
Thanks Andy that looks great but still doesn't tell me how the 
deleted ways were tagged?


Am I missing something?



No - osmhv doesn't show previous tags of deletions, but it's useful 
for showing where things have been deleted (or moved) from.


Potlatch 1 is one place that you could go if you want to browse around 
and see how things were tagged:


http://www.openstreetmap.org/edit?editor=potlatch#map=18/53.02185/-2.17857 



That shows a hotch-potch of stuff there (the last geometry before 
deletion, which may not be the last geometry before this user's first 
edit).


Another option might be to use JOSM's reverter plugin, but not 
actually upload the results - that'll show the geometry before that 
changeset within JOSM.


Looking at what was there it may be worth asking the mapper whether 
they deleted the buildings because they've been knocked down and the 
area's being redeveloped, or because they made a mistake editing it, 
or what was there wasn't very accurate and they're starting from a 
clean sheet, or something else.


Cheers,

Andy



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




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

[Talk-se] Garminkarta rendrad för användning vid vandring och ridning

2014-02-12 Diskussionsfäden osm


Hej,
jag mappad rätt mycket kring Västervik och börja nytta dom mögligheter 
som OSM ger.


Jag använda NOPEs program mapcomposer för att räkna fram en 
GARMINKARTA som är avsett för bruk när man rida eller vandra ute i 
naturen. NOPs Wanderreitkarte.de är en väl etablerad projekt i OSM 
gemenskap. Det ta särkild hänsyn till behovet av vandrare och ryttare 
t.ex. genom att utvadera horse-scale taggs samt POIs som är särkild 
relevant till ryttare och vandrare.


Jag har kommit så longt att jag har rendrad en GARMIN fil i en bra stil 
och har några distansryttare som börja använda den. Jag sälv använda den 
hoss Garmin Rino och Dekota mottagare. Problemet är ju så longt bara 
att inte mycket i omgivningen på landsbygden är bra mappad.


För att förenkla tillgängligheten skulle jag vilja har en webspace där 
jag kan
- har en websidan (helst baserad på wordpress) där jag kan beskriver 
kartan.
- och har tillräkligt med utrymme för att ladda upp flera versioner av 
kartan.


Varje fil är mellan 0,1 och 0,5 GB stora.

Jag läste att ni vil stötta projekt som är fri geodatarelaterad genom 
att ger dom tekniska mögligheter. Därför skriver jag till epostlistan.


Jag själv är Socionom som sedan länge jobbar med aventyrspedagogik och 
gör många projekt relaterad till detta som hjälper mina klienter att 
lära sig ochså intellektuella saker. Exempel av detta projekt är 
www.ostmaland.org där vi sammställde reseinformationer. Jag har till och 
med jobbad som VD för ungdomsavdelning för en av tysklands största 
vandringsföreninger. Nu bor jag i Småland, har fyra häster och en liten 
gård med skog och mark. Jag kör kanot, skridsko, klättra, gå på 
landvandring och rör mig överhuvudtaget gärna i naturen.


Hälsningar
Jens



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

Re: [Talk-es] highway en poblaciones pequeñas y ciudades grandes

2014-02-12 Diskussionsfäden Roberto geb

Ricardo,

puedes encontrar alguna información en
http://wiki.openstreetmap.org/wiki/Normalizaci%C3%B3n#Reglas_generales.
Los pueblos pequeños tendrán las carreteras que los atraviesen con la misma
tipología que tengan fuera del pueblo, y las calles principales de deben
denotar como secondary o terciary, al igual que si fuera un barrio de una
ciudad más grande.


El 12 de febrero de 2014, 8:38, Ricardo Sanz
ricardosanz1...@gmail.comescribió:

 Buenas,

 en poblaciones pequeñas (menos de 100.000 hab) nunca hay calles primary,
 secundary o terciary excepto carreteras autonómicas o estatales que crucen
 población?

 se mapearía todo residential??

 en las ciudades grandes ( más de 100.000 hab y capitales de provincia y
 comunidad autónoma) hay alguna norma exacta de qué es primary, secundary ,
 terciary o residential? el volumen de tráfico tiene algo que ver?

 Saludos

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




-- 
http://www.yosoyantinuclear.org
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] highway en poblaciones pequeñas y ciudades grandes

la normalización ya la he leído. pero lo que me dices no viene en la
normalización.


El 12 de febrero de 2014, 9:25, Roberto geb roberto...@gmail.com escribió:

 Ricardo,

 puedes encontrar alguna información en
 http://wiki.openstreetmap.org/wiki/Normalizaci%C3%B3n#Reglas_generales.
 Los pueblos pequeños tendrán las carreteras que los atraviesen con la
 misma tipología que tengan fuera del pueblo, y las calles principales de
 deben denotar como secondary o terciary, al igual que si fuera un barrio de
 una ciudad más grande.


 El 12 de febrero de 2014, 8:38, Ricardo Sanz 
 ricardosanz1...@gmail.comescribió:

 Buenas,

 en poblaciones pequeñas (menos de 100.000 hab) nunca hay calles primary,
 secundary o terciary excepto carreteras autonómicas o estatales que crucen
 población?

 se mapearía todo residential??

 en las ciudades grandes ( más de 100.000 hab y capitales de provincia y
 comunidad autónoma) hay alguna norma exacta de qué es primary, secundary ,
 terciary o residential? el volumen de tráfico tiene algo que ver?

 Saludos

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




 --
 http://www.yosoyantinuclear.org

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


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

Re: [Talk-es] highway en poblaciones pequeñas y ciudades grandes

en la normalización no pone que en las poblaciones pequeñas haya que
señalar las avenidas o calles importantes de ninguna manera. las ciudades
grandes sí:

Dentro de las ciudades, podemos distinguir las calles según su
importancia. Las calles principales de la ciudad como *primary*, las
importantes que dividen los barrios o distribuyen el tráfico entre ellos
como *secundary* y las importantes dentro de un barrio como *terciary*

por eso mi pregunta es, si en una ciudad de 9 hab. (que no es ciudad
grande de más de 100.000 ni capital de provincia ni comunidad autónoma) no
se mapean las calles según su importancia? porque si fuera así se debería
cambiar la normalización, ya que no lo especifica.
y pregunto de nuevo. a las de menos de 10.000 hab. se mapearían sus calles
según importancia?
y los barrios de las ciudades menores de 100.000?
y las pedanías?

Saludos


El 12 de febrero de 2014, 9:25, Roberto geb roberto...@gmail.com escribió:

 Ricardo,

 puedes encontrar alguna información en
 http://wiki.openstreetmap.org/wiki/Normalizaci%C3%B3n#Reglas_generales.
 Los pueblos pequeños tendrán las carreteras que los atraviesen con la
 misma tipología que tengan fuera del pueblo, y las calles principales de
 deben denotar como secondary o terciary, al igual que si fuera un barrio de
 una ciudad más grande.


 El 12 de febrero de 2014, 8:38, Ricardo Sanz 
 ricardosanz1...@gmail.comescribió:

 Buenas,

 en poblaciones pequeñas (menos de 100.000 hab) nunca hay calles primary,
 secundary o terciary excepto carreteras autonómicas o estatales que crucen
 población?

 se mapearía todo residential??

 en las ciudades grandes ( más de 100.000 hab y capitales de provincia y
 comunidad autónoma) hay alguna norma exacta de qué es primary, secundary ,
 terciary o residential? el volumen de tráfico tiene algo que ver?

 Saludos

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




 --
 http://www.yosoyantinuclear.org

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


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

Re: [Talk-es] highway en poblaciones pequeñas y ciudades grandes

2014-02-12 Diskussionsfäden Roberto geb

El principal interés de denotar las vías como primary, secondary o tertiary
es indicar las vías de mayor capacidad y facilitar el trabajo a los
programas de ruteo. Piensa qué haces cuando tienes que ir de un sitio a
otro: ¿sigues el camino más corto cerca de una línea recta entre los
puntos? ¿buscas una vía más rápida o fluida (y esto puede depender de
factores variables que no se recogen en OSM)? Si optas por la segunda,
entonces etiqueta las calles que sueles elegir para hacer la mayor parte
del recorrido como secondary o tertiary, pero sin abusar. Ni en inglés ni
en español hay una definición estricta de cómo etiquetar las calles. Usa tu
buen juicio.


El 12 de febrero de 2014, 11:15, Ricardo Sanz
ricardosanz1...@gmail.comescribió:

 en la normalización no pone que en las poblaciones pequeñas haya que
 señalar las avenidas o calles importantes de ninguna manera. las ciudades
 grandes sí:

 Dentro de las ciudades, podemos distinguir las calles según su
 importancia. Las calles principales de la ciudad como *primary*, las
 importantes que dividen los barrios o distribuyen el tráfico entre ellos
 como *secundary* y las importantes dentro de un barrio como *terciary*

 por eso mi pregunta es, si en una ciudad de 9 hab. (que no es ciudad
 grande de más de 100.000 ni capital de provincia ni comunidad autónoma) no
 se mapean las calles según su importancia? porque si fuera así se debería
 cambiar la normalización, ya que no lo especifica.
 y pregunto de nuevo. a las de menos de 10.000 hab. se mapearían sus calles
 según importancia?
 y los barrios de las ciudades menores de 100.000?
 y las pedanías?

 Saludos


 El 12 de febrero de 2014, 9:25, Roberto geb roberto...@gmail.comescribió:

 Ricardo,

 puedes encontrar alguna información en
 http://wiki.openstreetmap.org/wiki/Normalizaci%C3%B3n#Reglas_generales.
 Los pueblos pequeños tendrán las carreteras que los atraviesen con la
 misma tipología que tengan fuera del pueblo, y las calles principales de
 deben denotar como secondary o terciary, al igual que si fuera un barrio de
 una ciudad más grande.


 El 12 de febrero de 2014, 8:38, Ricardo Sanz 
 ricardosanz1...@gmail.comescribió:

 Buenas,

 en poblaciones pequeñas (menos de 100.000 hab) nunca hay calles primary,
 secundary o terciary excepto carreteras autonómicas o estatales que crucen
 población?

 se mapearía todo residential??

 en las ciudades grandes ( más de 100.000 hab y capitales de provincia y
 comunidad autónoma) hay alguna norma exacta de qué es primary, secundary ,
 terciary o residential? el volumen de tráfico tiene algo que ver?

 Saludos

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




 --
 http://www.yosoyantinuclear.org

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



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


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

Re: [Talk-es] highway en poblaciones pequeñas y ciudades grandes

si eso lo tenía más o menos claro. secundary por qué y no primary?

y mi duda del principio era si esto se hace en ciudades de 3 millones de
habitantes igual que se pueda hacer con una pedanía de 50 habitantes


El 12 de febrero de 2014, 12:40, Roberto geb roberto...@gmail.comescribió:

 El principal interés de denotar las vías como primary, secondary o
 tertiary es indicar las vías de mayor capacidad y facilitar el trabajo a
 los programas de ruteo. Piensa qué haces cuando tienes que ir de un sitio a
 otro: ¿sigues el camino más corto cerca de una línea recta entre los
 puntos? ¿buscas una vía más rápida o fluida (y esto puede depender de
 factores variables que no se recogen en OSM)? Si optas por la segunda,
 entonces etiqueta las calles que sueles elegir para hacer la mayor parte
 del recorrido como secondary o tertiary, pero sin abusar. Ni en inglés ni
 en español hay una definición estricta de cómo etiquetar las calles. Usa tu
 buen juicio.


 El 12 de febrero de 2014, 11:15, Ricardo Sanz 
 ricardosanz1...@gmail.comescribió:

 en la normalización no pone que en las poblaciones pequeñas haya que
 señalar las avenidas o calles importantes de ninguna manera. las ciudades
 grandes sí:

 Dentro de las ciudades, podemos distinguir las calles según su
 importancia. Las calles principales de la ciudad como *primary*, las
 importantes que dividen los barrios o distribuyen el tráfico entre ellos
 como *secundary* y las importantes dentro de un barrio como *terciary*

 por eso mi pregunta es, si en una ciudad de 9 hab. (que no es ciudad
 grande de más de 100.000 ni capital de provincia ni comunidad autónoma) no
 se mapean las calles según su importancia? porque si fuera así se debería
 cambiar la normalización, ya que no lo especifica.
 y pregunto de nuevo. a las de menos de 10.000 hab. se mapearían sus
 calles según importancia?
 y los barrios de las ciudades menores de 100.000?
 y las pedanías?

 Saludos


 El 12 de febrero de 2014, 9:25, Roberto geb roberto...@gmail.comescribió:

 Ricardo,

 puedes encontrar alguna información en
 http://wiki.openstreetmap.org/wiki/Normalizaci%C3%B3n#Reglas_generales.
 Los pueblos pequeños tendrán las carreteras que los atraviesen con la
 misma tipología que tengan fuera del pueblo, y las calles principales de
 deben denotar como secondary o terciary, al igual que si fuera un barrio de
 una ciudad más grande.


 El 12 de febrero de 2014, 8:38, Ricardo Sanz 
 ricardosanz1...@gmail.comescribió:

 Buenas,

 en poblaciones pequeñas (menos de 100.000 hab) nunca hay calles
 primary, secundary o terciary excepto carreteras autonómicas o estatales
 que crucen población?

 se mapearía todo residential??

 en las ciudades grandes ( más de 100.000 hab y capitales de provincia y
 comunidad autónoma) hay alguna norma exacta de qué es primary, secundary ,
 terciary o residential? el volumen de tráfico tiene algo que ver?

 Saludos

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




 --
 http://www.yosoyantinuclear.org

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



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



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


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

Re: [Talk-es] highway en poblaciones pequeñas y ciudades grandes

2014-02-12 Diskussionsfäden Jaime Crespo

1) no obsesionarse demasiado con el tipo de vía. Simpre tenemos ref y las
características físicas/legales para afinar (maxspeed, lanes, width)
2) en vez de discutir teóricamente, si la zona es nueva, mapéala como
buenamente puedas y mandanos un enlace para criticarla colaborativamente

--
Jaime Crespo
On Feb 12, 2014 12:48 PM, Ricardo Sanz ricardosanz1...@gmail.com wrote:

 si eso lo tenía más o menos claro. secundary por qué y no primary?

 y mi duda del principio era si esto se hace en ciudades de 3 millones de
 habitantes igual que se pueda hacer con una pedanía de 50 habitantes


 El 12 de febrero de 2014, 12:40, Roberto geb roberto...@gmail.comescribió:

 El principal interés de denotar las vías como primary, secondary o
 tertiary es indicar las vías de mayor capacidad y facilitar el trabajo a
 los programas de ruteo. Piensa qué haces cuando tienes que ir de un sitio a
 otro: ¿sigues el camino más corto cerca de una línea recta entre los
 puntos? ¿buscas una vía más rápida o fluida (y esto puede depender de
 factores variables que no se recogen en OSM)? Si optas por la segunda,
 entonces etiqueta las calles que sueles elegir para hacer la mayor parte
 del recorrido como secondary o tertiary, pero sin abusar. Ni en inglés ni
 en español hay una definición estricta de cómo etiquetar las calles. Usa tu
 buen juicio.


 El 12 de febrero de 2014, 11:15, Ricardo Sanz 
 ricardosanz1...@gmail.comescribió:

 en la normalización no pone que en las poblaciones pequeñas haya que
 señalar las avenidas o calles importantes de ninguna manera. las ciudades
 grandes sí:

 Dentro de las ciudades, podemos distinguir las calles según su
 importancia. Las calles principales de la ciudad como *primary*, las
 importantes que dividen los barrios o distribuyen el tráfico entre ellos
 como *secundary* y las importantes dentro de un barrio como *terciary*

 por eso mi pregunta es, si en una ciudad de 9 hab. (que no es ciudad
 grande de más de 100.000 ni capital de provincia ni comunidad autónoma) no
 se mapean las calles según su importancia? porque si fuera así se debería
 cambiar la normalización, ya que no lo especifica.
 y pregunto de nuevo. a las de menos de 10.000 hab. se mapearían sus
 calles según importancia?
 y los barrios de las ciudades menores de 100.000?
 y las pedanías?

 Saludos


 El 12 de febrero de 2014, 9:25, Roberto geb roberto...@gmail.comescribió:

 Ricardo,

 puedes encontrar alguna información en
 http://wiki.openstreetmap.org/wiki/Normalizaci%C3%B3n#Reglas_generales.
 Los pueblos pequeños tendrán las carreteras que los atraviesen con la
 misma tipología que tengan fuera del pueblo, y las calles principales de
 deben denotar como secondary o terciary, al igual que si fuera un barrio de
 una ciudad más grande.


 El 12 de febrero de 2014, 8:38, Ricardo Sanz ricardosanz1...@gmail.com
  escribió:

 Buenas,

 en poblaciones pequeñas (menos de 100.000 hab) nunca hay calles
 primary, secundary o terciary excepto carreteras autonómicas o estatales
 que crucen población?

 se mapearía todo residential??

 en las ciudades grandes ( más de 100.000 hab y capitales de provincia
 y comunidad autónoma) hay alguna norma exacta de qué es primary, secundary
 , terciary o residential? el volumen de tráfico tiene algo que ver?

 Saludos

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




 --
 http://www.yosoyantinuclear.org

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



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



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



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


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

Re: [Talk-es] highway en poblaciones pequeñas y ciudades grandes

no es nueva la zona. llevo muchas zonas y era para saber si se mapea igual
una pedanía que una ciudad como madrid
ya que la normalización  no lo deja claro, habrá que modificarlo, no?


El 12 de febrero de 2014, 13:00, Jaime Crespo jy...@jynus.com escribió:

 1) no obsesionarse demasiado con el tipo de vía. Simpre tenemos ref y las
 características físicas/legales para afinar (maxspeed, lanes, width)
 2) en vez de discutir teóricamente, si la zona es nueva, mapéala como
 buenamente puedas y mandanos un enlace para criticarla colaborativamente

 --
 Jaime Crespo
 On Feb 12, 2014 12:48 PM, Ricardo Sanz ricardosanz1...@gmail.com
 wrote:

 si eso lo tenía más o menos claro. secundary por qué y no primary?

 y mi duda del principio era si esto se hace en ciudades de 3 millones de
 habitantes igual que se pueda hacer con una pedanía de 50 habitantes


 El 12 de febrero de 2014, 12:40, Roberto geb roberto...@gmail.comescribió:

 El principal interés de denotar las vías como primary, secondary o
 tertiary es indicar las vías de mayor capacidad y facilitar el trabajo a
 los programas de ruteo. Piensa qué haces cuando tienes que ir de un sitio a
 otro: ¿sigues el camino más corto cerca de una línea recta entre los
 puntos? ¿buscas una vía más rápida o fluida (y esto puede depender de
 factores variables que no se recogen en OSM)? Si optas por la segunda,
 entonces etiqueta las calles que sueles elegir para hacer la mayor parte
 del recorrido como secondary o tertiary, pero sin abusar. Ni en inglés ni
 en español hay una definición estricta de cómo etiquetar las calles. Usa tu
 buen juicio.


 El 12 de febrero de 2014, 11:15, Ricardo Sanz ricardosanz1...@gmail.com
  escribió:

 en la normalización no pone que en las poblaciones pequeñas haya que
 señalar las avenidas o calles importantes de ninguna manera. las ciudades
 grandes sí:

 Dentro de las ciudades, podemos distinguir las calles según su
 importancia. Las calles principales de la ciudad como *primary*, las
 importantes que dividen los barrios o distribuyen el tráfico entre ellos
 como *secundary* y las importantes dentro de un barrio como *terciary*

 por eso mi pregunta es, si en una ciudad de 9 hab. (que no es
 ciudad grande de más de 100.000 ni capital de provincia ni comunidad
 autónoma) no se mapean las calles según su importancia? porque si fuera así
 se debería cambiar la normalización, ya que no lo especifica.
 y pregunto de nuevo. a las de menos de 10.000 hab. se mapearían sus
 calles según importancia?
 y los barrios de las ciudades menores de 100.000?
 y las pedanías?

 Saludos


 El 12 de febrero de 2014, 9:25, Roberto geb roberto...@gmail.comescribió:

 Ricardo,

 puedes encontrar alguna información en
 http://wiki.openstreetmap.org/wiki/Normalizaci%C3%B3n#Reglas_generales
 .
 Los pueblos pequeños tendrán las carreteras que los atraviesen con la
 misma tipología que tengan fuera del pueblo, y las calles principales de
 deben denotar como secondary o terciary, al igual que si fuera un barrio 
 de
 una ciudad más grande.


 El 12 de febrero de 2014, 8:38, Ricardo Sanz 
 ricardosanz1...@gmail.com escribió:

 Buenas,

 en poblaciones pequeñas (menos de 100.000 hab) nunca hay calles
 primary, secundary o terciary excepto carreteras autonómicas o estatales
 que crucen población?

 se mapearía todo residential??

 en las ciudades grandes ( más de 100.000 hab y capitales de provincia
 y comunidad autónoma) hay alguna norma exacta de qué es primary, 
 secundary
 , terciary o residential? el volumen de tráfico tiene algo que ver?

 Saludos

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




 --
 http://www.yosoyantinuclear.org

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



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



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



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


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


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

Re: [Talk-es] highway en poblaciones pequeñas y ciudades grandes

Jaime, esto no es cuestión de REF. hablo de las calles y avenidas de los
pueblos ciudades. las carreteras estatales/autonómicas ya están
normalizadas correctamente y no cambian a su paso por los municipios, pero
las avenidas no se cuando se ponen primary, secundary o terciary y si
depende de los habitantes, del flujo de vehículos, etc. etc..

a ver si alguien responde a mis dudas


El 12 de febrero de 2014, 13:05, Ricardo Sanz
ricardosanz1...@gmail.comescribió:

 no es nueva la zona. llevo muchas zonas y era para saber si se mapea igual
 una pedanía que una ciudad como madrid
 ya que la normalización  no lo deja claro, habrá que modificarlo, no?


 El 12 de febrero de 2014, 13:00, Jaime Crespo jy...@jynus.com escribió:

 1) no obsesionarse demasiado con el tipo de vía. Simpre tenemos ref y las
 características físicas/legales para afinar (maxspeed, lanes, width)
 2) en vez de discutir teóricamente, si la zona es nueva, mapéala como
 buenamente puedas y mandanos un enlace para criticarla colaborativamente

 --
 Jaime Crespo
 On Feb 12, 2014 12:48 PM, Ricardo Sanz ricardosanz1...@gmail.com
 wrote:

 si eso lo tenía más o menos claro. secundary por qué y no primary?

 y mi duda del principio era si esto se hace en ciudades de 3 millones de
 habitantes igual que se pueda hacer con una pedanía de 50 habitantes


 El 12 de febrero de 2014, 12:40, Roberto geb roberto...@gmail.comescribió:

 El principal interés de denotar las vías como primary, secondary o
 tertiary es indicar las vías de mayor capacidad y facilitar el trabajo a
 los programas de ruteo. Piensa qué haces cuando tienes que ir de un sitio a
 otro: ¿sigues el camino más corto cerca de una línea recta entre los
 puntos? ¿buscas una vía más rápida o fluida (y esto puede depender de
 factores variables que no se recogen en OSM)? Si optas por la segunda,
 entonces etiqueta las calles que sueles elegir para hacer la mayor parte
 del recorrido como secondary o tertiary, pero sin abusar. Ni en inglés ni
 en español hay una definición estricta de cómo etiquetar las calles. Usa tu
 buen juicio.


 El 12 de febrero de 2014, 11:15, Ricardo Sanz 
 ricardosanz1...@gmail.com escribió:

 en la normalización no pone que en las poblaciones pequeñas haya que
 señalar las avenidas o calles importantes de ninguna manera. las ciudades
 grandes sí:

 Dentro de las ciudades, podemos distinguir las calles según su
 importancia. Las calles principales de la ciudad como *primary*, las
 importantes que dividen los barrios o distribuyen el tráfico entre ellos
 como *secundary* y las importantes dentro de un barrio como *terciary*
 

 por eso mi pregunta es, si en una ciudad de 9 hab. (que no es
 ciudad grande de más de 100.000 ni capital de provincia ni comunidad
 autónoma) no se mapean las calles según su importancia? porque si fuera 
 así
 se debería cambiar la normalización, ya que no lo especifica.
 y pregunto de nuevo. a las de menos de 10.000 hab. se mapearían sus
 calles según importancia?
 y los barrios de las ciudades menores de 100.000?
 y las pedanías?

 Saludos


 El 12 de febrero de 2014, 9:25, Roberto geb 
 roberto...@gmail.comescribió:

 Ricardo,

 puedes encontrar alguna información en
 http://wiki.openstreetmap.org/wiki/Normalizaci%C3%B3n#Reglas_generales
 .
 Los pueblos pequeños tendrán las carreteras que los atraviesen con la
 misma tipología que tengan fuera del pueblo, y las calles principales de
 deben denotar como secondary o terciary, al igual que si fuera un barrio 
 de
 una ciudad más grande.


 El 12 de febrero de 2014, 8:38, Ricardo Sanz 
 ricardosanz1...@gmail.com escribió:

 Buenas,

 en poblaciones pequeñas (menos de 100.000 hab) nunca hay calles
 primary, secundary o terciary excepto carreteras autonómicas o estatales
 que crucen población?

 se mapearía todo residential??

 en las ciudades grandes ( más de 100.000 hab y capitales de
 provincia y comunidad autónoma) hay alguna norma exacta de qué es 
 primary,
 secundary , terciary o residential? el volumen de tráfico tiene algo que
 ver?

 Saludos

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




 --
 http://www.yosoyantinuclear.org

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



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



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



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


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

Re: [Talk-es] highway en poblaciones pequeñas y ciudades grandes

2014-02-12 Diskussionsfäden Emilio Gómez Fernández

Yo en mi caso tiro de conocimiento local y/o planeamiento. En ciudades lo
mejor es hacer caso a los Planes de Movilidad Sostenible si los tienen
colgados por Internet. En el estudio tiene que venir definido, con mapas,
cuales son las principales vías: las arteriales y las
colectoras-distribuidoras. Si no existen o no tenemos acceso a ellos se
puede tirar de la cartografía de los Planes Generales, en los que también
tiene que aparecer la jerarquización de la red. Es documentación afectada
por el art. 13 de la LPI, por lo que no hay problemas en usarlo como fuente.

Lo ideal sería conocer las IMD, pero eso es ya hilar muy fino y no todas
las administraciones públicas lo facilitan...

Un saludo.

Emilio Gómez


El 12 de febrero de 2014, 13:20, Ricardo Sanz
ricardosanz1...@gmail.comescribió:

 Jaime, esto no es cuestión de REF. hablo de las calles y avenidas de los
 pueblos ciudades. las carreteras estatales/autonómicas ya están
 normalizadas correctamente y no cambian a su paso por los municipios, pero
 las avenidas no se cuando se ponen primary, secundary o terciary y si
 depende de los habitantes, del flujo de vehículos, etc. etc..

 a ver si alguien responde a mis dudas


 El 12 de febrero de 2014, 13:05, Ricardo Sanz 
 ricardosanz1...@gmail.comescribió:

 no es nueva la zona. llevo muchas zonas y era para saber si se mapea igual
 una pedanía que una ciudad como madrid
 ya que la normalización  no lo deja claro, habrá que modificarlo, no?


 El 12 de febrero de 2014, 13:00, Jaime Crespo jy...@jynus.com escribió:

 1) no obsesionarse demasiado con el tipo de vía. Simpre tenemos ref y las
 características físicas/legales para afinar (maxspeed, lanes, width)
 2) en vez de discutir teóricamente, si la zona es nueva, mapéala como
 buenamente puedas y mandanos un enlace para criticarla colaborativamente

 --
 Jaime Crespo
 On Feb 12, 2014 12:48 PM, Ricardo Sanz ricardosanz1...@gmail.com
 wrote:

 si eso lo tenía más o menos claro. secundary por qué y no primary?

 y mi duda del principio era si esto se hace en ciudades de 3 millones
 de habitantes igual que se pueda hacer con una pedanía de 50 habitantes


 El 12 de febrero de 2014, 12:40, Roberto geb 
 roberto...@gmail.comescribió:

 El principal interés de denotar las vías como primary, secondary o
 tertiary es indicar las vías de mayor capacidad y facilitar el trabajo a
 los programas de ruteo. Piensa qué haces cuando tienes que ir de un sitio 
 a
 otro: ¿sigues el camino más corto cerca de una línea recta entre los
 puntos? ¿buscas una vía más rápida o fluida (y esto puede depender de
 factores variables que no se recogen en OSM)? Si optas por la segunda,
 entonces etiqueta las calles que sueles elegir para hacer la mayor parte
 del recorrido como secondary o tertiary, pero sin abusar. Ni en inglés ni
 en español hay una definición estricta de cómo etiquetar las calles. Usa 
 tu
 buen juicio.


 El 12 de febrero de 2014, 11:15, Ricardo Sanz 
 ricardosanz1...@gmail.com escribió:

 en la normalización no pone que en las poblaciones pequeñas haya que
 señalar las avenidas o calles importantes de ninguna manera. las ciudades
 grandes sí:

 Dentro de las ciudades, podemos distinguir las calles según su
 importancia. Las calles principales de la ciudad como *primary*, las
 importantes que dividen los barrios o distribuyen el tráfico entre ellos
 como *secundary* y las importantes dentro de un barrio como
 *terciary*

 por eso mi pregunta es, si en una ciudad de 9 hab. (que no es
 ciudad grande de más de 100.000 ni capital de provincia ni comunidad
 autónoma) no se mapean las calles según su importancia? porque si fuera 
 así
 se debería cambiar la normalización, ya que no lo especifica.
 y pregunto de nuevo. a las de menos de 10.000 hab. se mapearían sus
 calles según importancia?
 y los barrios de las ciudades menores de 100.000?
 y las pedanías?

 Saludos


 El 12 de febrero de 2014, 9:25, Roberto geb 
 roberto...@gmail.comescribió:

 Ricardo,

 puedes encontrar alguna información en
 http://wiki.openstreetmap.org/wiki/Normalizaci%C3%B3n#Reglas_generales
 .
 Los pueblos pequeños tendrán las carreteras que los atraviesen con
 la misma tipología que tengan fuera del pueblo, y las calles 
 principales de
 deben denotar como secondary o terciary, al igual que si fuera un 
 barrio de
 una ciudad más grande.


 El 12 de febrero de 2014, 8:38, Ricardo Sanz 
 ricardosanz1...@gmail.com escribió:

 Buenas,

 en poblaciones pequeñas (menos de 100.000 hab) nunca hay calles
 primary, secundary o terciary excepto carreteras autonómicas o 
 estatales
 que crucen población?

 se mapearía todo residential??

 en las ciudades grandes ( más de 100.000 hab y capitales de
 provincia y comunidad autónoma) hay alguna norma exacta de qué es 
 primary,
 secundary , terciary o residential? el volumen de tráfico tiene algo 
 que
 ver?

 Saludos

 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org

[Talk-es] Actualización #4: VIII Jornadas de SIG Libre de Girona, Marzo 2014

2014-02-12 Diskussionsfäden Jornadas de SIG Libre


*8as Jornadas SIG Libre *
Soluciones geoespaciales libres

(*http://sigserver4.udg.edu/wiki_jornadas/index.php/Anuncio_4*)

Las 8as Jornadas de SIG Libre tendrán lugar el *26, 27 y 28 de marzo 
2014 en Girona*. Son una iniciativa del Servicio de SIG y Teledetección 
--SIGTE [1]-- de la Universitat de Girona, unas jornadas dedicadas a las 
tecnologías geoespaciales libres.


* Objetivos de las 8as Jornadas de SIG Libre 

*Compartir e intercambiar*experiencias de casos prácticos *que aporten 
soluciones reales.
*Mostrar las últimas novedades y nuevas tendencias* en soluciones 
geoespaciales libres.
*Crear sinergias *entre usuarios, programadores, desarrolladores y un 
largo etcétera -- tanto de empresa, Universidad como Administración 
Pública.
Facilitar el espacio donde *plantear nuevos horizontes y crear 
oportunidades* en el sector de los SIG Libres.

Profundizar en*reflexiones y debates *que se ajusten al contexto actual.

* Destacados de las 8as Jornadas de SIG Libre 

**Talleres, 26 de marzo.* Sesiones prácticas donde se adquieren 
conocimientos y competencias en temáticas específicas.

El programa de este año consta de:

- Introducción a QGIS 2.0
- Procesos de integración de tecnologías geoespaciales libres
- Introducción a Python para usos geoespaciales
- Introducción a MapProxy y configuración básica
- Desarrollo de apps móviles con Glob3 mobile SDK
- Creación de aplicaciones web con AngularJS y LeafletJS

Más detalles[2]

* Keynotes, 27 de marzo.* Sesiones plenarias que plantean temáticas 
transversales de interés en el ámbito tecnológico, más allá de la 
información geográfica. La cartelera de ponentes cuenta con:


*Alberto Abella* (Socio Director de Operaciones en Rooter), *Chris 
R.Albon* (Director of Data Projects d'Ushahidi), *Carles 
Fernández-Prades* (Centre Tecnològic de Telecomunicacions de Catalunya - 
CTTC), *John Abbott* (Head of Access and Service at Ordnance Survey), y 
*Jordi Portell* (Institut d'Estudis Espacials de Catalunya - IEEC).


Más detalles[3]

* Programa general, 27 de marzo (de 09h30 a 17h50) y 28 de Marzo (de 
09h a 14h)* *
 Programa abierto, 27 de marzo (de 17h50 a 20h).* El programa de este 
año incluye dos sesiones abiertas y gratuitas al público en general:


*1/ OpenApps4GEO. *Presentación de la app ganadora del concurso 
celebrado del 13-16 feb para desarrollar apps móviles con componente 
geográfico, y entrega del premio [4].


*2/* *Open Data.* Mesa de debate sobre datos abiertos organizada por el 
Col.legi de Geògrafs de Catalunya. Ponentes: Ferran Farriol (Consorcio 
AOC), Jesús Romero (Ayuntamiento de Terrassa), Jordi Guimet (Centre de 
Suport de la IDEC - ICC) y Marc Garriga (desideDatum Data Company).


Más detalles sobre el programa [5]

*¡Inscripciones hasta 19 de marzo 2014!  
http://www.sigte.udg.edu/jornadassiglibre/inscripcion


*www.sigte.udg.edu/jornadassiglibre 
http://www.sigte.udg.edu/jornadassiglibre

@SIGLibreGirona#siglibre8


[1] http://www.sigte.udg.edu/
[2] http://www.sigte.udg.edu/jornadassiglibre/programa/talleres
[3] http://www.sigte.udg.edu/jornadassiglibre/programa/ponentes
[4] http://www.openapps4geo.com/
[5] http://www.sigte.udg.edu/jornadassiglibre/programa/jornadas


--
Lluís Vicens
Comité Organizador Local
Jornadas de SIG Libre

Sitio web:http://www.sigte.udg.edu/jornadassiglibre
Síguenos en:https://twitter.com/SIGLibreGirona

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

Re: [Talk-es] Resumen de Talk-es, Vol 85, Envío 12

2014-02-12 Diskussionsfäden Hector


Hola.
Yo también tuve que tomaar mis propias decisiones de sentido común 
respecto a esto en donde vivo: Ponferrada [1]


Echale un vistazo y mira a ver si te sirve de referencia. Las mayoría de 
las secundary tienen 2 carriles por sentido o son vias de mucho trafico 
y con importancia en la localidad. Las tertiary aun teniendo algunas 2 
no son vias tan importantes, respecto a las otras.


Lo mejor es conocer el lugar y usar el sentido común respecto a su 
importancia respecto al tráfico.


[1] http://www.openstreetmap.org/#map=15/42.5499/-6.5927

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

Re: [Talk-es] Resumen de Talk-es, Vol 85, Envío 12

2014-02-12 Diskussionsfäden Ricardo

Gracias a todos por vuestros consejos. 

Y primary donde se pondría?? 




Ricardo Sanz Moreno


 El 12/02/2014, a las 17:05, Hector heutorecep...@ono.com escribió:
 
 Hola.
 Yo también tuve que tomaar mis propias decisiones de sentido común respecto a 
 esto en donde vivo: Ponferrada [1]
 
 Echale un vistazo y mira a ver si te sirve de referencia. Las mayoría de las 
 secundary tienen 2 carriles por sentido o son vias de mucho trafico y con 
 importancia en la localidad. Las tertiary aun teniendo algunas 2 no son vias 
 tan importantes, respecto a las otras.
 
 Lo mejor es conocer el lugar y usar el sentido común respecto a su 
 importancia respecto al tráfico.
 
 [1] http://www.openstreetmap.org/#map=15/42.5499/-6.5927
 
 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-es

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

Re: [Talk-es] highway en poblaciones pequeñas y ciudades grandes

2014-02-12 Diskussionsfäden Marco Antonio

2014-02-12 3:38 GMT-04:00 Ricardo Sanz ricardosanz1...@gmail.com:
 en poblaciones pequeñas (menos de 100.000 hab) nunca hay calles primary,
 secundary o terciary excepto carreteras autonómicas o estatales que crucen
 población?

Ya te respondieron, y todos mencionan la normalización. Pero esa
normalización responde a ciudades grandes, y no por se ciudad grande,
sino por su tipo de vías que se han creado allí.

 se mapearía todo residential??
 en las ciudades grandes ( más de 100.000 hab y capitales de provincia y
 comunidad autónoma) hay alguna norma exacta de qué es primary, secundary ,
 terciary o residential? el volumen de tráfico tiene algo que ver?

Exacto, el volumen es la clave pero añadiría velocidad, aunque nadie o
en ningún lugar se diga. Por la forma en cómo se estructuró «highway»
(trunk-primary-secondary-tertiary-unclassified) y cómo se usa en
sistemas de ruteo tendrás la disyuntiva de mapear para representar lo
real y/o mapear para software de ruteo.

Ya alguien sugirió que se debe reiniciar la estructura de highway [1],
porque para lugares donde la industrialización y su clasificación no
llego , es decir, pueblos pequeños, no occidental, y rurales... esa
clasificación no va.

Resumiendo, «primary» se usa -de forma subconsciente- para especificar
las vías muy rápidas a menos, «secondary» y «ternary» se
sobreentiende. Usá «unclassified» para todo lo que no va rápido
(primary) ni va lento (residencial), es campo neutral o vías
comerciales (como yo me refiero). «residential» es un subtipo de
«unclassified» y sirve sólo para lugares residenciales donde la
velocidad es lenta, «service» es otro subtipo de «unclassified» y va
en todo lo no residencial.

Creo que acá se emplea bien el dicho en OSM «no mapees para mostrar
sino que sirva para un propósito»

Marco Antonio

[1] http://www.openstreetmap.org/user/Mark%20Newnham/diary/20736

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

Re: [Talk-es] highway en poblaciones pequeñas y ciudades grandes