date:20140422

Para quem usa o iD, ele está dando alguma mensagem de aviso quando a
pessoa modifica ou apaga um caminho pertencente a uma relação?

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

Re: [Talk-br] Dúvida sobre iD e relações

2014-04-22 Per discussione Fernando Trebien

Não, nunca deu, e eu já reclamei:
https://github.com/openstreetmap/iD/issues/1461

Mas se mais gente reclamar, talvez isso ajude a convencê-los de que
devem colocar esse aviso.

2014-04-22 11:05 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:
 Para quem usa o iD, ele está dando alguma mensagem de aviso quando a
 pessoa modifica ou apaga um caminho pertencente a uma relação?

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



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

Nullius in verba.

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

Re: [Talk-br] Dúvida sobre iD e relações

2014-04-22 12:20 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com:
 https://github.com/openstreetmap/iD/issues/1461

Tinha esquecido disso (e achei que já tinha sido resolvido)

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

Re: [Talk-br] Fwd: [OpenStreetMap] Re: Edições em Sete Lagoas

2014-04-22 Per discussione John Packer

Trebien,
Não vi documentado em nenhum lugar, só acabei chegando nessa conclusão
sozinho, e já cheguei a corrigir um texto de ajuda fazendo uma modificação
no wiki.
Foi o 
amenity=fast_foodhttp://wiki.openstreetmap.org/wiki/Pt-br:Tag:amenity%3Dfast_food
.

Pra mim, apesar de a interface inteira estar em português, a descrição do
 elemento vem em inglês (mesmo tendo definido português no perfil do OSM e
 nas preferências de idioma do navegador).

Mas isso pra qual predefinição? Pode ser que ela simplesmente não foi
traduzida. (daí ele pega da descrição em inglês)



Em 22 de abril de 2014 00:55, Fernando Trebien
fernando.treb...@gmail.comescreveu:

 John, você lembra de ver documentado em algum lugar que o texto vem
 mesmo de Pt:ValueDescription, ou seja, do artigo com o prefixo Pt:?
 Pra mim, apesar de a interface inteira estar em português, a descrição
 do elemento vem em inglês (mesmo tendo definido português no perfil
 do OSM e nas preferências de idioma do navegador).

 2014-04-22 0:01 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com:
  Resolvido o mistério de Sete Lagoas:
  http://www.openstreetmap.org/relation/314658
 
  Foi uma exclusão acidental mesmo. Teria sido mais fácil descobrir se a
  relação do limite de Sete Lagoas incluísse o nó label (que eu incluí
  agora).
 
  Tempos atrás, eu passei pelas maiores cidades do Brasil fazendo esse
  ajuste. Quem sabe fazemos isso em todas?
 
  2014-04-21 23:34 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com
 :
  Pois é, mas manter a tradução genérica vai na contramão de deixar a
  informação útil tão próxima quanto possível do usuário, de modo a
  evitar a necessidade de fazê-lo navegar pelo wiki. É melhor o usuário
  saber que uma primária é uma arterial urbana ou uma rodovia
  tipicamente com [características x, y e z] do que é uma estrada que
  liga as cidades grandes (é o que o wiki diz hoje), que obviamente não
  diz nada sobre primárias urbanas, nem sobre a hierarquia das vias, ou
  sobre os fatores que as tornam mais ou menos importantes, enfim.
 
  Se o debate que tivemos sobre classificação foi homérico, não será uma
  descrição genérica tão simples que ajudará o usuário iniciante a
  chegar a boas conclusões sobre como classificar as vias (e a
  reclassificar onde não estiver bom). Não será suficiente para ele ter
  alguma certeza de que a classificação atual do mapa está boa ou ruim.
  E daí:
  - ou nós vamos ter que ficar policiando todo o mundo e consertando
  classificações o tempo todo no país inteiro
  - ou algum outro Fernando Trebien vai classificar uma cidade inteira à
  sua maneira e só ser avisado que estava errado 3 meses depois (foi
  muito, muito frustrante, e teria sido muito mais se eu tivesse
  descoberto que existe algo como o artigo do wiki e o fluxo de
  classificação)
 
  2014-04-21 23:15 GMT-03:00 John Packer john.pack...@gmail.com:
  Primeiro que um tradutor não terá concluído a tradução do software sem
  antes traduzir o wiki (e nem está a par disso pra começar)
 
  Isso até dá pra contornar traduzindo somente as descrições das
 etiquetas na
  wiki, embora não seja uma solução elegante.
 
  Creio eu que a razão porquê é feito assim é porquê daí eles não
 precisam
  adicionar uma string para cada chave ou etiqueta documentada.
 
  Por falta de tempo acabei não comentando sobre isso, mas a idéia
 inicial
  seria simplesmente tornar o campo de descrição o mais genérico
 possível.
  Não sei como podemos fazer nesse caso das vias em específico, mas
 devemos
  evitar falar algo específico do Brasil.
 
 
 
  Em 21 de abril de 2014 19:44, Fernando Trebien 
 fernando.treb...@gmail.com
  escreveu:
 
  Esses caras não entendem nada de acoplamento de software né... (vou lá
 
  reclamar). Primeiro que um tradutor não terá concluído a tradução do
  software sem antes traduzir o wiki (e nem está a par disso pra
  começar), e ainda por cima qualquer edição no wiki pode afetar a
  interface do iD.
 
  Entramos num acordo com a comunidade portuguesa que pt-br e pt seriam
  fundidos no wiki mas permaneceriam separados na aplicação. Agora isso
  complica as coisas.
 
  2014-04-21 16:53 GMT-03:00 John Packer john.pack...@gmail.com:
   Acho que vale à pena adicionar uma nota na ajuda do iD
 encaminhando os
   usuários para a página sobre classificação de vias no wiki. Isso
 seria
   feito
   alterando a tradução da ajuda do iD.
  
   Na verdade, até onde eu sei a nota de ajuda que o iD mostra é o
 campo
   description do template Pt:ValueDescription da página do wiki
   Pt-br:Tag:highway=primary.
  
   Já que há planos de fundir os wikis Pt e Pt-br, é importante deixar
 essa
   nota de ajuda o mais genérico possível (talvez pedindo para olhar a
   página
   completa do wiki), para não favorecer Brasil ou Portugal sobre o
 outro.
  
  
  
   Em 20 de abril de 2014 11:03, Fernando Trebien
   fernando.treb...@gmail.com
   escreveu:
  
   Pessoal,
  
   Acho que vale à pena adicionar uma nota na ajuda do iD
 encaminhando os
   usuários

Re: [Talk-br] Fw: Reverter changeset.

Pessoal,

precisamos reverter este changeset de vandalismo:
http://www.openstreetmap.org/changeset/21735125

Já incluí na wiki.
http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Revers%C3%B5es


[]s
Arlindo

2014-04-06 10:21 GMT-03:00 Arlindo Pereira openstreet...@arlindopereira.com
:

 Gostaria de dizer que, dadas as condições expostas pelo Marcio, não há
 impedimento algum à importação dos dados no OSM.

 []s
 Arlindo
 Em 05/04/2014 22:10, thunder...@gpsinfo.com.br escreveu:

   Roger,
 a partir do momento que um editor de mapa é recebido no projeto ele, pelo
 menos para mim é digno de confiança e suas ações não devem gerar duvidas.
 Só deixará de ser digno de confiança a partir do momento que existirem
 fortes indícios de que ele cometeu algo recriminado pelo OSM.
 Creio que se começarmos a colocar barreiras dificilmente o projeto
 caminhará a passos largos no Brasil.

 Vamos a um exemplo prático que está ocorrendo neste momento comigo.

 A família de minha esposa reside em Barra de São Francisco, interior do
 ES, e para lá me desloco do Rio de Janeiro frequentemente.

 Desenhei toda essa cidade de Barra de São Francisco para o Tracksource e
 não empreguei imagem satélite alguma porque na ocasião que desenhei, em
 2008, não existia imagem satélite com satisfatória resolução na área.

 Sendo uma pequena cidade, de aproximadamente 70 mil habitantes, fiquei
 circulando pelas ruas dela levantando tracklogs com meu gps e os nomes das
 ruas. Dessa forma desenhei o arruamento de todas a cidade e tenho esse mapa
 aqui comigo.

 Quando ingressei no OSM identifiquei que essa cidade de Barra de São
 Francisco tinha poucas ruas desenhadas no mapa OSM, sem nomes e a rodovia
 que corta a cidade estava errada. Não é o caso, mas os dados existentes no
 mapa OSM ali eram pouco aproveitáveis.  Mesmo assim e até por não saber
 fazer, deixei de efetuar o “changeset” e decidi iniciar manualmente o
 desenho não importei o mapa que desenho daquela cidade pela segunda vez.
 Ainda não terminei.

 Ainda pouco consultei Guararema, próximo a Barra de São Francisco, mas
 distrito de Águia Branca – ES. Para lá também me desloco com certa
 frequência e quem desejar verificar existem tracklogs por mim levantados e
 arquivados na base OSM.

 De inicio identifiquei que no mapa OSM não existiam dados da rodovia
 ES-381 por mim desenhada para o Tracksource. Essa rodovia foi asfaltada em
 2012 e liga Águia Branca a Nova Venécia, ambas do ES.

 Mesmo tendo aqui comigo toda essa rodovia desenhada decidi mais uma vez
 fazer na mão o desenho no OSM, sem importar para ele os dados. Ainda estou
 desenhando a rodovia e já subi um grande trecho dela, entretanto para minha
 surpresa identifico no entroncamento dela com a rodovia ES-137 um pequeno
 desenho feito há 2 anos pelo Skippern . Vide
 https://www.openstreetmap.org/way/152419115#map=18/-18.76660/-40.47218

 Aquele entroncamento está muito diferente do que foi desenhado e o que me
 espanta é que desenho semelhante e com erro se encontra no Google Maps.
 Será que ele se valeu dessa ferramenta Google? Não sei e confesso que em
 principio, sendo ele um elemento experiente no OSM, não agiria dessa forma
 copiando o Google. Além de desenhar a rodovia irei corrigir esse
 entroncamento manualmente. O entroncamento do outro lado, com a ES-080
 acabei de desenhar já que também não existia no mapa. Vide
 https://www.openstreetmap.org/way/272190586

 Desculpem o imenso post, mas é importante esse exemplo de área onde não
 existem dados no OSM e os poucos existentes estão incorretos e não refletem
 a realidade.

 []s
 Marcio


  *From:* Roger C. Soares rogersoa...@gmail.com
 *Sent:* Saturday, April 5, 2014 9:23 PM
 *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org
 *Subject:* Re: [Talk-br] Fw: Reverter changeset.

  Se a área está vazia é um complicador a menos. Eu não vejo problema em
 você incluir seus dados lá. Porém a legalidade dos dados pode gerar
 dúvidas. É melhor você descrever como gerou os dados, as fontes utilizadas
 e mais algumas outras perguntas que o pessoal da lista fizer, inclusive
 para deixar documentado, caso alguém no futuro levante dúvidas sobre o
 changeset.

 Se fosse eu, só por garantia, comentaria na lista a intenção de subir os
 dados, pediria alguma recomendação e para alguém revisar o changeset antes
 de subir. Principalmente nas primeiras vezes, o pessoal da lista vira e
 mexe levanta pontos que eu nunca teria imaginado sozinho...

 Atenciosamente,
 Roger.


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


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

Re: [Talk-br] Fwd: [OpenStreetMap] Re: Edições em Sete Lagoas

2014-04-22 Per discussione John Packer

Ah, e pra complementar: o taginfo também faz o mesmo que o editor iD (pegar
uma descrição da chave ou etiqueta no wiki a partir do *locale*).

Isso já estava sendo levado em consideração, que precisaríamos entrar em
contato com esses desenvolvedores para consertar isso.
O JOSM também precisaria consertar os seus *links* para as páginas do wiki
das chaves/etiquetas. (agora não tenho certeza se ele leva em consideração
o *locale* ou não, mas vou confirmar isto quando puder)

Suponho que o iD e o taginfo fazem isso simplesmente para economizar
trabalho dos tradutores de interface.


Em 22 de abril de 2014 14:48, John Packer john.pack...@gmail.com escreveu:

 Trebien,
 Não vi documentado em nenhum lugar, só acabei chegando nessa conclusão
 sozinho, e já cheguei a corrigir um texto de ajuda fazendo uma modificação
 no wiki.
 Foi o 
 amenity=fast_foodhttp://wiki.openstreetmap.org/wiki/Pt-br:Tag:amenity%3Dfast_food
 .


 Pra mim, apesar de a interface inteira estar em português, a descrição do
 elemento vem em inglês (mesmo tendo definido português no perfil do OSM e
 nas preferências de idioma do navegador).

 Mas isso pra qual predefinição? Pode ser que ela simplesmente não foi
 traduzida. (daí ele pega da descrição em inglês)



 Em 22 de abril de 2014 00:55, Fernando Trebien fernando.treb...@gmail.com
  escreveu:

 John, você lembra de ver documentado em algum lugar que o texto vem
 mesmo de Pt:ValueDescription, ou seja, do artigo com o prefixo Pt:?
 Pra mim, apesar de a interface inteira estar em português, a descrição
 do elemento vem em inglês (mesmo tendo definido português no perfil
 do OSM e nas preferências de idioma do navegador).

 2014-04-22 0:01 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com:
  Resolvido o mistério de Sete Lagoas:
  http://www.openstreetmap.org/relation/314658
 
  Foi uma exclusão acidental mesmo. Teria sido mais fácil descobrir se a
  relação do limite de Sete Lagoas incluísse o nó label (que eu incluí
  agora).
 
  Tempos atrás, eu passei pelas maiores cidades do Brasil fazendo esse
  ajuste. Quem sabe fazemos isso em todas?
 
  2014-04-21 23:34 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com
 :
  Pois é, mas manter a tradução genérica vai na contramão de deixar a
  informação útil tão próxima quanto possível do usuário, de modo a
  evitar a necessidade de fazê-lo navegar pelo wiki. É melhor o usuário
  saber que uma primária é uma arterial urbana ou uma rodovia
  tipicamente com [características x, y e z] do que é uma estrada que
  liga as cidades grandes (é o que o wiki diz hoje), que obviamente não
  diz nada sobre primárias urbanas, nem sobre a hierarquia das vias, ou
  sobre os fatores que as tornam mais ou menos importantes, enfim.
 
  Se o debate que tivemos sobre classificação foi homérico, não será uma
  descrição genérica tão simples que ajudará o usuário iniciante a
  chegar a boas conclusões sobre como classificar as vias (e a
  reclassificar onde não estiver bom). Não será suficiente para ele ter
  alguma certeza de que a classificação atual do mapa está boa ou ruim.
  E daí:
  - ou nós vamos ter que ficar policiando todo o mundo e consertando
  classificações o tempo todo no país inteiro
  - ou algum outro Fernando Trebien vai classificar uma cidade inteira à
  sua maneira e só ser avisado que estava errado 3 meses depois (foi
  muito, muito frustrante, e teria sido muito mais se eu tivesse
  descoberto que existe algo como o artigo do wiki e o fluxo de
  classificação)
 
  2014-04-21 23:15 GMT-03:00 John Packer john.pack...@gmail.com:
  Primeiro que um tradutor não terá concluído a tradução do software
 sem
  antes traduzir o wiki (e nem está a par disso pra começar)
 
  Isso até dá pra contornar traduzindo somente as descrições das
 etiquetas na
  wiki, embora não seja uma solução elegante.
 
  Creio eu que a razão porquê é feito assim é porquê daí eles não
 precisam
  adicionar uma string para cada chave ou etiqueta documentada.
 
  Por falta de tempo acabei não comentando sobre isso, mas a idéia
 inicial
  seria simplesmente tornar o campo de descrição o mais genérico
 possível.
  Não sei como podemos fazer nesse caso das vias em específico, mas
 devemos
  evitar falar algo específico do Brasil.
 
 
 
  Em 21 de abril de 2014 19:44, Fernando Trebien 
 fernando.treb...@gmail.com
  escreveu:
 
  Esses caras não entendem nada de acoplamento de software né... (vou
 lá
 
  reclamar). Primeiro que um tradutor não terá concluído a tradução do
  software sem antes traduzir o wiki (e nem está a par disso pra
  começar), e ainda por cima qualquer edição no wiki pode afetar a
  interface do iD.
 
  Entramos num acordo com a comunidade portuguesa que pt-br e pt seriam
  fundidos no wiki mas permaneceriam separados na aplicação. Agora isso
  complica as coisas.
 
  2014-04-21 16:53 GMT-03:00 John Packer john.pack...@gmail.com:
   Acho que vale à pena adicionar uma nota na ajuda do iD
 encaminhando os
   usuários para a página sobre classificação de vias no

Re: [Talk-br] Fw: Reverter changeset.

2014-04-22 14:57 GMT-03:00 Arlindo Pereira openstreet...@arlindopereira.com:
 precisamos reverter este changeset de vandalismo:
 http://www.openstreetmap.org/changeset/21735125

Eu reverto.

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

Re: [Talk-br] Fw: Reverter changeset.

Valeu naoliv!

[]s

On Tue, Apr 22, 2014 at 3:03 PM, Nelson A. de Oliveira nao...@gmail.comwrote:

 2014-04-22 14:57 GMT-03:00 Arlindo Pereira 
 openstreet...@arlindopereira.com:
  precisamos reverter este changeset de vandalismo:
  http://www.openstreetmap.org/changeset/21735125

 Eu reverto.

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

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

Re: [Talk-br] Fwd: [OpenStreetMap] Re: Edições em Sete Lagoas

2014-04-22 Per discussione Fernando Trebien

Bem, assim:
- se não juntarmos os prefixos pt-br e pt, temos a liberdade de adotar
uma descrição menos genérica no wiki
- se juntarmos, teremos que conversar com os portugueses pra ver o que
eles querem, apresentar os prós e os contras, etc.

Outro problema de se basear no locale é que o locale da maioria dos
brasileiros é pt-br (browser E configuração do perfil do usuário no
site). Acho possível mas pouco provável que as aplicações selecionem
automaticamente a descrição no artigo pt caso o artigo pt-br não
exista no wiki. Uma solução seria manter redirects de pt-br para pt,
mas a aplicação pode não segui-los.

2014-04-22 15:01 GMT-03:00 John Packer john.pack...@gmail.com:
 Ah, e pra complementar: o taginfo também faz o mesmo que o editor iD (pegar
 uma descrição da chave ou etiqueta no wiki a partir do locale).

 Isso já estava sendo levado em consideração, que precisaríamos entrar em
 contato com esses desenvolvedores para consertar isso.
 O JOSM também precisaria consertar os seus links para as páginas do wiki das
 chaves/etiquetas. (agora não tenho certeza se ele leva em consideração o
 locale ou não, mas vou confirmar isto quando puder)

 Suponho que o iD e o taginfo fazem isso simplesmente para economizar
 trabalho dos tradutores de interface.


 Em 22 de abril de 2014 14:48, John Packer john.pack...@gmail.com escreveu:

 Trebien,
 Não vi documentado em nenhum lugar, só acabei chegando nessa conclusão
 sozinho, e já cheguei a corrigir um texto de ajuda fazendo uma modificação
 no wiki.
 Foi o amenity=fast_food.


 Pra mim, apesar de a interface inteira estar em português, a descrição do
 elemento vem em inglês (mesmo tendo definido português no perfil do OSM e
 nas preferências de idioma do navegador).

 Mas isso pra qual predefinição? Pode ser que ela simplesmente não foi
 traduzida. (daí ele pega da descrição em inglês)



 Em 22 de abril de 2014 00:55, Fernando Trebien
 fernando.treb...@gmail.com escreveu:

 John, você lembra de ver documentado em algum lugar que o texto vem
 mesmo de Pt:ValueDescription, ou seja, do artigo com o prefixo Pt:?
 Pra mim, apesar de a interface inteira estar em português, a descrição
 do elemento vem em inglês (mesmo tendo definido português no perfil
 do OSM e nas preferências de idioma do navegador).

 2014-04-22 0:01 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com:
  Resolvido o mistério de Sete Lagoas:
  http://www.openstreetmap.org/relation/314658
 
  Foi uma exclusão acidental mesmo. Teria sido mais fácil descobrir se a
  relação do limite de Sete Lagoas incluísse o nó label (que eu incluí
  agora).
 
  Tempos atrás, eu passei pelas maiores cidades do Brasil fazendo esse
  ajuste. Quem sabe fazemos isso em todas?
 
  2014-04-21 23:34 GMT-03:00 Fernando Trebien
  fernando.treb...@gmail.com:
  Pois é, mas manter a tradução genérica vai na contramão de deixar a
  informação útil tão próxima quanto possível do usuário, de modo a
  evitar a necessidade de fazê-lo navegar pelo wiki. É melhor o usuário
  saber que uma primária é uma arterial urbana ou uma rodovia
  tipicamente com [características x, y e z] do que é uma estrada que
  liga as cidades grandes (é o que o wiki diz hoje), que obviamente não
  diz nada sobre primárias urbanas, nem sobre a hierarquia das vias, ou
  sobre os fatores que as tornam mais ou menos importantes, enfim.
 
  Se o debate que tivemos sobre classificação foi homérico, não será uma
  descrição genérica tão simples que ajudará o usuário iniciante a
  chegar a boas conclusões sobre como classificar as vias (e a
  reclassificar onde não estiver bom). Não será suficiente para ele ter
  alguma certeza de que a classificação atual do mapa está boa ou ruim.
  E daí:
  - ou nós vamos ter que ficar policiando todo o mundo e consertando
  classificações o tempo todo no país inteiro
  - ou algum outro Fernando Trebien vai classificar uma cidade inteira à
  sua maneira e só ser avisado que estava errado 3 meses depois (foi
  muito, muito frustrante, e teria sido muito mais se eu tivesse
  descoberto que existe algo como o artigo do wiki e o fluxo de
  classificação)
 
  2014-04-21 23:15 GMT-03:00 John Packer john.pack...@gmail.com:
  Primeiro que um tradutor não terá concluído a tradução do software
  sem
  antes traduzir o wiki (e nem está a par disso pra começar)
 
  Isso até dá pra contornar traduzindo somente as descrições das
  etiquetas na
  wiki, embora não seja uma solução elegante.
 
  Creio eu que a razão porquê é feito assim é porquê daí eles não
  precisam
  adicionar uma string para cada chave ou etiqueta documentada.
 
  Por falta de tempo acabei não comentando sobre isso, mas a idéia
  inicial
  seria simplesmente tornar o campo de descrição o mais genérico
  possível.
  Não sei como podemos fazer nesse caso das vias em específico, mas
  devemos
  evitar falar algo específico do Brasil.
 
 
 
  Em 21 de abril de 2014 19:44, Fernando Trebien
  fernando.treb...@gmail.com
  escreveu:
 
  Esses caras não entendem nada de acoplamento

[Talk-br] Reverter objeto para versão anterior

2014-04-22 Per discussione Erick de Oliveira Leal

Opa pessoal, alguém aí pode reverter este objeto para a versão anterior?
http://www.openstreetmap.org/way/241923266

O usuário transformou a quadra em circulo, eu mandei mensagem no mesmo dia
mas ele não respondeu.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Reverter objeto para versão anterior

2014-04-22 16:04 GMT-03:00 Erick de Oliveira Leal
erickdeoliveiral...@gmail.com:
 Opa pessoal, alguém aí pode reverter este objeto para a versão anterior?
 http://www.openstreetmap.org/way/241923266

Eu vejo esse também.

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

Re: [Talk-br] Reverter objeto para versão anterior

2014-04-22 Per discussione Erick de Oliveira Leal

Vlw
Em 22/04/2014 16:07, Nelson A. de Oliveira nao...@gmail.com escreveu:

 2014-04-22 16:04 GMT-03:00 Erick de Oliveira Leal
 erickdeoliveiral...@gmail.com:
  Opa pessoal, alguém aí pode reverter este objeto para a versão anterior?
  http://www.openstreetmap.org/way/241923266

 Eu vejo esse também.

 ___
 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] Exemplo de visualização 3D com dados do OSM

2014-04-22 Per discussione Lucas Ferreira Mation

Pessoal,

terminei transformação dos dados do CNEFE para ficar com uma base de número
de andares por edifício (na verdade por bloco) para o bairro de vista
alegre. Está aqui:

https://www.dropbox.com/s/6qycg6ifammbihu/CNEFE2010_altura_edificos_VISTA_ALEGRE_Rio_de_Janeiro_RJ.xls

 Demorou um pouco porque tive que dar um hipon nos dados (normalizar por
bloco e agregar, hipóteses sobre a numeração de números de apartamento
baixo) mas agora saiu.
Arlindo, dá uma olhada para ver se as coisas fazem sentido na sua área.

Só tratei dos casos em que o CNEFE diz que há apartamentos, e mais de um,
em cada endereço.

Agora que já tá feito, basta rodar o script para o Brasil todo ou qualquer
outra subivisão (municípios, distrito, subdistrito, etc).

Se alguém quiser para sua área me peça.



Detalhes:

Ao fazer isso tive que fazer umas hipóteses sobre como os apartamentos são
numerados nos edifícios;

Alguém sabe se existe uma regra, ou pelo menos um padrão comummente
aplicado para numeração de apartamento de certo prédio/bloco?
Os edifícios começam sempre no térreo, e o andar imediatamente acima é o
1o?
Na maioria dos casos é isso que tenho encontrado, mas há casos em que a
numeração dos apartamentos está começando no 201, ...,  Nestes casos posso
considerar que o 1o andar seria o térreo (que não tem apartamentos)?


Em geral os endereços na base são do tipo 101, 102, 103, 201, 202, 203,
etc.. Há também uns poucos casos com 101 b, em que ignorei o b.
A regra que apliquei foi:
a) se os números dos apartamentos tem 3 ou 4 dígitos, e o antepenúltimo
número é zero em todos os apartamentos do bloco, então tenho certeza que a
centena (ou do milhar+centena) denota o andar.
b) caso contrário (números de 3 ou 4 dígitos mas um dos penúltimos número
não é zero), então é necessário um procedimento mais complicado.  Por
exemplo, o número de apartamento 111. A dúvida é se se trata de o
apartamento 11 do 1o andar ou do apartamento 1 do 11o andar  (tenho uma tia
que mora num apartamento 111, e se trata do 1o andar)

Neste caso a estratégia é: suponha que o algarismo da dezena (ou da dezena
e do milhar) seja o andar. Verifique se há um número constate de
apartamentos por andar ( identificados pelos dígitos das dezenas e
unidades, e/ou pelo número de linhas daquele andar na base)

Lucas




2014-04-22 0:18 GMT-03:00 Alexandre Magno Brito de Medeiros 
alexandre@gmail.com:

 Alguém sabe dizer se e como é possível modelar esta caixa 
 d'águahttp://goo.gl/maps/9ul5d
 ?

 Alexandre Magno


 Em 13 de abril de 2014 10:24, Paulo Carvalho paulo.r.m.carva...@gmail.com
  escreveu:

 Legal isso!

 Os prédios que mapeei ficaram ótimos:
 http://demo.f4map.com/#lat=-23.0017312lon=-43.3906494zoom=17camera.phi=35.753

 As duas escadinhas são minha tentativa de reproduzir o condomínio
 Sundeck:
 [image: Imagem inline 1]



 ___
 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] Exemplo de visualização 3D com dados do OSM

2014-04-22 Per discussione John Packer

Alexandre,
Dê uma olhada em building:part e min_level ou min_height, usando de dois
polígonos para montar isso.
Um problema é que uma caixa d'agua não se encaixa exatamente com
building=*, mas se for um ponto de referência relativamente bom, não vejo
porquê não adicionar.
Acho que não tem como fazer essa inclinação de baixo pra cima, mas não é um
problema, já que o principal objetivo dessas informações 3D é pra ter uma
visualização 2.5D (ou seja, ver as construções com o mapa 2D, de cima, mas
com um certo relevo).



Em 22 de abril de 2014 00:18, Alexandre Magno Brito de Medeiros 
alexandre@gmail.com escreveu:

 Alguém sabe dizer se e como é possível modelar esta caixa 
 d'águahttp://goo.gl/maps/9ul5d
 ?

 Alexandre Magno


 Em 13 de abril de 2014 10:24, Paulo Carvalho paulo.r.m.carva...@gmail.com
  escreveu:

 Legal isso!

 Os prédios que mapeei ficaram ótimos:
 http://demo.f4map.com/#lat=-23.0017312lon=-43.3906494zoom=17camera.phi=35.753

 As duas escadinhas são minha tentativa de reproduzir o condomínio
 Sundeck:
 [image: Imagem inline 1]



 ___
 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] Exemplo de visualização 3D com dados do OSM

2014-04-22 Per discussione Alexandre Magno Brito de Medeiros

Beleza Lucas, obrigado pelo trabalho! Assim que tiver um tempinho vou
aplicar a edição aos edifícios mapeados no bairro e mapear os restantes
para que possamos testar.

Me parece que a numeração dos andares se dá sempre com as dezenas
reservadas para o apartamento e centenas para os andares. Por exemplo, o
número 111 necessariamente denotaria o décimo primeiro apartamento no
primeiro andar - o do décimo primeiro andar seria 1101 (ou ).

Isto posto, acho que não há regra para essa numeração. Por exemplo, no
prédio em que moro, o térreo é o primeiro andar, com um apartamento (101)
e o andar seguinte já é o segundo (201, 202, 203). Por outro lado,
edifícios maiores, com garagem, playground etc. geralmente tem o térreo
como T ou 0 e o primeiro andar (que não é necessariamente contíguo ao
térreo) é denotado por 1.

Acho que podemos ignorar isso e assumir a quantidade de andares indicada
expressamente pelo CNEFE (se vai até o apartamento 40X, tem 4 andares), por
que nunca teremos como saber quantos andares além dos andares de
apartamento existem sem visitar o apartamento em questão. Penso ainda que
se essa informação vai na tag building:levels, devemos usar
source:building:levels = CNEFE.


[]s
Arlindo

2014-04-22 16:52 GMT-03:00 Lucas Ferreira Mation lucasmat...@gmail.com:

 Pessoal,

 terminei transformação dos dados do CNEFE para ficar com uma base de
 número de andares por edifício (na verdade por bloco) para o bairro de
 vista alegre. Está aqui:


 https://www.dropbox.com/s/6qycg6ifammbihu/CNEFE2010_altura_edificos_VISTA_ALEGRE_Rio_de_Janeiro_RJ.xls

  Demorou um pouco porque tive que dar um hipon nos dados (normalizar por
 bloco e agregar, hipóteses sobre a numeração de números de apartamento
 baixo) mas agora saiu.
 Arlindo, dá uma olhada para ver se as coisas fazem sentido na sua área.

 Só tratei dos casos em que o CNEFE diz que há apartamentos, e mais de um,
 em cada endereço.

 Agora que já tá feito, basta rodar o script para o Brasil todo ou qualquer
 outra subivisão (municípios, distrito, subdistrito, etc).

 Se alguém quiser para sua área me peça.



 Detalhes:

 Ao fazer isso tive que fazer umas hipóteses sobre como os apartamentos são
 numerados nos edifícios;

 Alguém sabe se existe uma regra, ou pelo menos um padrão comummente
 aplicado para numeração de apartamento de certo prédio/bloco?
 Os edifícios começam sempre no térreo, e o andar imediatamente acima é o
 1o?
 Na maioria dos casos é isso que tenho encontrado, mas há casos em que a
 numeração dos apartamentos está começando no 201, ...,  Nestes casos posso
 considerar que o 1o andar seria o térreo (que não tem apartamentos)?


 Em geral os endereços na base são do tipo 101, 102, 103, 201, 202, 203,
 etc.. Há também uns poucos casos com 101 b, em que ignorei o b.
 A regra que apliquei foi:
 a) se os números dos apartamentos tem 3 ou 4 dígitos, e o antepenúltimo
 número é zero em todos os apartamentos do bloco, então tenho certeza que a
 centena (ou do milhar+centena) denota o andar.
 b) caso contrário (números de 3 ou 4 dígitos mas um dos penúltimos número
 não é zero), então é necessário um procedimento mais complicado.  Por
 exemplo, o número de apartamento 111. A dúvida é se se trata de o
 apartamento 11 do 1o andar ou do apartamento 1 do 11o andar  (tenho uma tia
 que mora num apartamento 111, e se trata do 1o andar)

 Neste caso a estratégia é: suponha que o algarismo da dezena (ou da dezena
 e do milhar) seja o andar. Verifique se há um número constate de
 apartamentos por andar ( identificados pelos dígitos das dezenas e
 unidades, e/ou pelo número de linhas daquele andar na base)

 Lucas




 2014-04-22 0:18 GMT-03:00 Alexandre Magno Brito de Medeiros 
 alexandre@gmail.com:

 Alguém sabe dizer se e como é possível modelar esta caixa 
 d'águahttp://goo.gl/maps/9ul5d
 ?

 Alexandre Magno


 Em 13 de abril de 2014 10:24, Paulo Carvalho 
 paulo.r.m.carva...@gmail.com escreveu:

 Legal isso!

 Os prédios que mapeei ficaram ótimos:
 http://demo.f4map.com/#lat=-23.0017312lon=-43.3906494zoom=17camera.phi=35.753

 As duas escadinhas são minha tentativa de reproduzir o condomínio
 Sundeck:
 [image: Imagem inline 1]



 ___
 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] Exemplo de visualização 3D com dados do OSM

Não é source:building:levels=IBGE?

Alexandre Magno


Em 22 de abril de 2014 17:14, Arlindo Pereira 
openstreet...@arlindopereira.com escreveu:

 Acho que podemos ignorar isso e assumir a quantidade de andares indicada
 expressamente pelo CNEFE (se vai até o apartamento 40X, tem 4 andares), por
 que nunca teremos como saber quantos andares além dos andares de
 apartamento existem sem visitar o apartamento em questão. Penso ainda que
 se essa informação vai na tag building:levels, devemos usar
 source:building:levels = CNEFE.

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

Re: [Talk-br] Exemplo de visualização 3D com dados do OSM

Ops, exatamente isso.


2014-04-22 17:18 GMT-03:00 Alexandre Magno Brito de Medeiros 
alexandre@gmail.com:

 Não é source:building:levels=IBGE?

 Alexandre Magno


 Em 22 de abril de 2014 17:14, Arlindo Pereira 
 openstreet...@arlindopereira.com escreveu:

 Acho que podemos ignorar isso e assumir a quantidade de andares indicada
 expressamente pelo CNEFE (se vai até o apartamento 40X, tem 4 andares), por
 que nunca teremos como saber quantos andares além dos andares de
 apartamento existem sem visitar o apartamento em questão. Penso ainda que
 se essa informação vai na tag building:levels, devemos usar
 source:building:levels = CNEFE.



 ___
 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-de] OSM-Stand auf dem Linuxtag - Unterstützung gesucht

2014-04-22 Per discussione Lars Lingner

Hallo Liste,

hier nochmal ein Aufruf für den kommenden Linuxtag in Berlin.

OSM und der FOSSGIS e.V. haben wieder einen Gemeinschaftsstand. Jetzt
gilt es nur noch, diesen zu beleben. D.h. es werden Leute gebraucht, die
vor Ort den Besucher informieren, Tools erklären, Karten auf mobile
Geräte spielen... Standbetreuung eben.

Dabei gibt es eine Bezahlhürde, da es nur noch 2 freie Tickets pro
Projekt gibt. Diese können aber rotieren, so das mit einem Ticket 3
Leute insgesamt (1 Person pro Tag) Zutritt haben.

Zusätzlich gibt es Ausstellertickets für 50 €, diese kann ich noch bis
zum 25.04.2014 bestellen. Danach gibt es dann nur noch die regulären
Preise (79€ early bird, 149€ danach)

Im OSM-Wiki [1] findet die Planung statt. Tragt Euch da in die Tabelle
Standbetreuung ein oder schreibt mir.

Im Wiki findet ihr auch die Seiten der letzten Jahre. Falls darüber
hinaus noch Fragen sind, meldet Euch bei mir.


Viele Grüße

Lars

[1] https://wiki.openstreetmap.org/wiki/Linuxtag/OSM_at_LinuxTag_2014#

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

Re: [Talk-de] Mapnik ohne Richtungspfeile

2014-04-22 Per discussione Peter Körner

Hi

Am 21.04.2014 22:37, schrieb Bernhard Weiskopf:
 heute habe ich festgestellt, dass Radwege, die nur in einer Richtung
 befahren werden dürfen (tag: oneway = yes), in Mapnik keine Richtungspfeile
 mehr erhalten.
 
 Ist das ein Fehler?
Wenn nicht ist es zumindest ein Feature-Request, der gerne hier reported
werden möchte:
https://github.com/gravitystorm/openstreetmap-carto/issues

Die 240 offnenen Tickets sind allerdings wirklich offene Tickets, so
dass es uU ein wneigen dauern kann, bis sich jemand kümmern kann.

Besser wäre es daher, sich selbst zu kümmern. Anleitungen zum Aufsetzen
eines Test-Systems gibt's hier:
https://github.com/gravitystorm/openstreetmap-carto

Lg


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

Re: [Talk-de] Mapnik ohne Richtungspfeile

2014-04-22 Per discussione Bernhard Weiskopf

Ob Feature Request oder sogar selbst kümmern: 

Einbahnpfeile, Quadratenamen (in Mannheim), Namen von Plätzen und
Gemarkungen, ... das war alles mal da und wurde entfernt.

Um Mapnik werde ich mich nicht mehr kümmern. Der Stil wurde so schlecht, in
Mannheim ist er für mich zur Orientierung unbrauchbar geworden.

Bernhard


 -Ursprüngliche Nachricht-
 Von: Peter Körner [mailto:osm-li...@mazdermind.de]
 Gesendet: Dienstag, 22. April 2014 16:51
 An: talk-de@openstreetmap.org
 Betreff: Re: [Talk-de] Mapnik ohne Richtungspfeile
 
 Hi
 
 Am 21.04.2014 22:37, schrieb Bernhard Weiskopf:
  heute habe ich festgestellt, dass Radwege, die nur in einer Richtung
  befahren werden dürfen (tag: oneway = yes), in Mapnik keine
  Richtungspfeile mehr erhalten.
 
  Ist das ein Fehler?
 Wenn nicht ist es zumindest ein Feature-Request, der gerne hier reported
 werden möchte:
 https://github.com/gravitystorm/openstreetmap-carto/issues
 
 Die 240 offnenen Tickets sind allerdings wirklich offene Tickets, so dass
es
 uU ein wneigen dauern kann, bis sich jemand kümmern kann.
 
 Besser wäre es daher, sich selbst zu kümmern. Anleitungen zum Aufsetzen
 eines Test-Systems gibt's hier:
 https://github.com/gravitystorm/openstreetmap-carto
 
 Lg
 
 
 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-de


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

Re: [Talk-in] State of the Map India

2014-04-22 Per discussione vikas yadav

On 19/04/2014, Ishan Chattopadhyaya ichattopadhy...@gmail.com wrote:
 Just a thought: No place less exotic than the northeast of the country
 should suffice for our first SOTM-India. Whatsay?

+1

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

Re: [Talk-in] State of the Map India

2014-04-22 Per discussione Nagarjuna G

On Monday 21 Apr 2014 6:07:23 PM Ishan Chattopadhyaya wrote:
 On Mon, Apr 21, 2014 at 6:01 PM, Sajjad Anwar m...@sajjad.in wrote:
  On Apr 19, 2014 10:46 PM, Nagarjuna G nagar...@gnowledge.org wrote:
   On Sunday 20 Apr 2014 12:12:17 AM Shekhar Krishnan wrote:
Thanks to our long-standing work evangelising OpenStreetMap and FOSS
  
  GIS
  
at HBCSE/TIFR since 2006, via TIFR we have hostel, campus, lab

facilities if we are serious about SOTM Indi.
  
  http://www.hbcse.tifr.res.in
  
Ishan, in Mumbai we can support visiting participants from all over

India and provide hostel at HBCSE depending on dates. Pradeep, what do

you suggest? I've cc-ed Mikel Maron from OpenStreetMap.



Let's take this forward in connection with the Open Data folks in

Bangalore Datameet who are also into maps and geospatial. Thej and
  
  Nisha
  
are also cc-ed herewith.
   
   gnowledge lab has recently acquired a deidated server for openstreetmap.
  
  Johnson, Sanjay, Sathyakam, Sajjad and Arun have already promised to
  maintain the server. (included them in cc since I am not sure if I am
  subscribed to the talk-in group.
  
   We need a separate map server since NCERT and TISS are currently doing
  
  big impact projects in open educational resources for school students and
  online courses for enhancing skills for undergraduate students. gnowledge
  lab is involved in both these projects. In the latter project we are
  already using open street map. Hundreds of students are being exposed to
  osm as a part of the course. In the coming three years, we are going to
  work with 50,000 undergraduate students across the country. Considering
  these are Govt of India supported projects we need to take care of the
  borders as per Indian Govt. Therefore the need to create custom maps.
  
   Arun is interested to do multi-lingual custom maps for school education.
  
  NCERT is also interested in this project.
  
   The server will be made available to installations on this Monday and
  
  hosted at osm.metaStudio.org.
  
  Can we also perhaps point openstreetmap.in to the same server?
 
 +1
 


that is the idea.  the machine will be mapped to two domains. I will send the 
public IP soon where ngnix virtual hosting config will be, so that the dns can 
be directed to this.

--
GN

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

[Talk-it] Agriturismo con stanze e appartamenti

2014-04-22 Per discussione Simone Saviolo

Ciao a tutti,

come taggare un agriturismo che offre anche camere e appartamenti? Nella
pagina http://wiki.openstreetmap.org/wiki/Agritourism si suggerisce
tourism=guest_house, che potrebbe andar bene per gli appartamenti (in un
edificio separato); in questo caso però nell'edificio in cui si trova il
ristorante ci sono anche tre camere con servizio da albergo (bed and
breakfast). Va bene indicare tourism=hotel su quest'altro edificio?

Grazie,

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

Re: [Talk-it] Tag Surface

2014-04-22 Per discussione Gianluca Boero



Il 22/04/2014 11:59, solitone ha scritto:

demon.box ha scritto:

mi trovo in difficoltà quando ho un fondo prevalentemente terroso con sopra
un po' di ghiaia di piccole/medie dimesioni: và bene lo stesso ground o
meglio earth (anche se qui http://wiki.openstreetmap.org/wiki/IT:Key:surface
si capisce che la differenza è poca)

surface=earth e surface=ground sono generalmente considerati sinonimi.
Dovendo scegliere tra i due, io uso surface=ground. Ritengo sia adeguato
anche quando il fondo, in prevalenza terroso, ha qualche pietra.


+1 (ma poche pietre...)

--
Gianluca Boero


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

Re: [Talk-it] Importare gli edifici open data del Comune di Palermo su OSM

2014-04-22 Per discussione Leonardo Frassetto

Ciao,

ho controllato il file originale e il file touch ( Purtroppo il non touch
non me lo lascia scaricare :/ ), l'unico tag appropriato sarebbe un
building=yes. Ora è da valutare se caricarlo o meno, da un lato aggiunge
sicuramente informazioni al database (e sono sempre favorevole a questo :)
), dall'altro sono informazioni estremamente generiche proprio perchè non
ci sono altri dati che possano distinguere i vari edifici (chiese, scuole,
ecc...) ma potrebbe essere un incentivo ai mappatori locali per aggiungere
questi dettagli. Per il tagging si puo usare semplicemente JOSM con i
plugin Opendata per l'apertura e simplifyArea per la pulizia dai nodi
inutili. Consiglio inoltre di suddividerli e caricarli in riquadri più
piccoli.

Ricordo inoltre che è necessario avvertire la ML import internazionale,
indicando la fonte dei dati, la licenza e brevemente come si intende
procedere all'import. Infine aggiungere una piccola descrizione dell'import
nella pagina wiki osm di Palermo: http://wiki.openstreetmap.org/wiki/Palermo

Se serve una mano, chiedi pure! :)

Buon mapping,

Leonardo

Il giorno 20 aprile 2014 21:47, aborruso aborr...@gmail.com ha scritto:

Caro Simone,

Simone Cortesi wrote
Sì, va usato account import, se non vuoi gestire tu direttamente
l'import, macari sono interessati a farlo Leonardo o Marco (aggiunti
in CC)

io lo faccio con piacere, ma se è meglio andare con account import, andiamo
di import.

Qui i due dataset (touch e not touch): http://ge.tt/6LiThNc1?c

quelli che toccano riesci a metterli in un altro file, separato dove
siano presenti solo quelli?

Fatto (vedi sopra)

va messo nel changeset comment, nel momento in cui fai l'upload.

Cosa va messo? Un riferimento al fatto che ho inserito soltanto quelli che
non toccano quei determinati poligoni con quelle chiavi?

questo ID esiste nel DB originale? è stabile? o è solo rappresentativo
dell'ordine in cui sono state fotorestituite le immagini?

Esiste nel db originale, ma non so se è stabile. Se archiviamo tutto da
qualche parte, in qualche modo lo rendiamo stabile noi. Ma se ti sembra
inutile, facciamo senza.

promosso! :)

Queste sono soddisfazioni!

Aspetto allora ordini. E se lo fanno Leonardo o Marco per me non c'è
alcun
problema; il piacere enorme sarà quello di vedere una mappa più completa :)

-
Andrea Borruso

email: aborr...@tin.it
website: http://blog.spaziogis.it
my 2.0 life: http://aborruso.spaziogis.it
feed: http://feeds2.feedburner.com/Tanto
38° 7' 48 N, 13° 21' 9 E

--
View this message in context:
http://gis.19327.n5.nabble.com/Importare-gli-edifici-open-data-del-Comune-di-Palermo-su-OSM-tp5803715p5803719.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] Importare gli edifici open data del Comune di Palermo su OSM

2014-04-22 Per discussione Simone Cortesi

2014-04-22 14:33 GMT+02:00 Leonardo Frassetto kinetocor...@gmail.com:
 ho controllato il file originale e il file touch ( Purtroppo il non touch
 non me lo lascia scaricare :/ ), l'unico tag appropriato sarebbe un
 building=yes. Ora è da valutare se caricarlo o meno, da un lato aggiunge
 sicuramente informazioni al database (e sono sempre favorevole a questo :)
 ), dall'altro sono informazioni estremamente generiche proprio perchè non ci
 sono altri dati che possano distinguere i vari edifici (chiese, scuole,
 ecc...) ma potrebbe essere un incentivo ai mappatori locali per aggiungere
 questi dettagli. Per il tagging si puo usare semplicemente JOSM con i plugin
 Opendata per l'apertura e simplifyArea per la pulizia dai nodi inutili.
 Consiglio inoltre di suddividerli e caricarli in riquadri più piccoli.

la sovrapposizione con le immagini aeree è buona?

-- 
-S

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

Re: [Talk-it] Importare gli edifici open data del Comune di Palermo su OSM

2014-04-22 Per discussione Leonardo Frassetto

Usando le ortofoto 2006 c'è uno scostamento di 1-2 metri. Io non lo
sposterei.


Il giorno 22 aprile 2014 14:35, Simone Cortesi sim...@cortesi.com ha
scritto:

 2014-04-22 14:33 GMT+02:00 Leonardo Frassetto kinetocor...@gmail.com:
  ho controllato il file originale e il file touch ( Purtroppo il non touch
  non me lo lascia scaricare :/ ), l'unico tag appropriato sarebbe un
  building=yes. Ora è da valutare se caricarlo o meno, da un lato aggiunge
  sicuramente informazioni al database (e sono sempre favorevole a questo
 :)
  ), dall'altro sono informazioni estremamente generiche proprio perchè
 non ci
  sono altri dati che possano distinguere i vari edifici (chiese, scuole,
  ecc...) ma potrebbe essere un incentivo ai mappatori locali per
 aggiungere
  questi dettagli. Per il tagging si puo usare semplicemente JOSM con i
 plugin
  Opendata per l'apertura e simplifyArea per la pulizia dai nodi inutili.
  Consiglio inoltre di suddividerli e caricarli in riquadri più piccoli.

 la sovrapposizione con le immagini aeree è buona?

 --
 -S

 ___
 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] Importare gli edifici open data del Comune di Palermo su OSM

2014-04-22 Per discussione aborruso

Ciao Simone,


Simone Cortesi wrote
 la sovrapposizione con le immagini aeree è buona?

la sovrapposizione è buona. 

Come accennato nella prima email, la conversione da 3004 a 4326 l'ho fatta
io.
Ho dovuto introdurre i parametri bursa wolfe buoni per questa zona:
+towgs84=-50.2,-50.4,84.8,-0.690,-2.012,0.459,-28.08

Lo scriverò nella documentazione



-
Andrea Borruso 

 
email: aborr...@tin.it 
website: http://blog.spaziogis.it
my 2.0 life: http://aborruso.spaziogis.it
feed: http://feeds2.feedburner.com/Tanto
38° 7' 48 N, 13° 21' 9 E 

--
View this message in context: 
http://gis.19327.n5.nabble.com/Importare-gli-edifici-open-data-del-Comune-di-Palermo-su-OSM-tp5803715p5803854.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] Tag place su area

2014-04-22 Per discussione Marcello

Salve,
a seguito della classica gita di Pasquetta volevo aggiungere dettagli
alla mappa di Montefiascone, attualmente è abbastanza carente ed ho
preso un po' di appunti.

Scaricata la zona in JOSM la prima cosa che mi balza all'occhio è che
oltre al nodo con il tag place=town e gli altri tag soliti c'è anche una
way che racchiude l'intero centro abitato che ha il tag place=town.

Non so se l'intento di chi lo ha inserito era quello di utilizzare
landuse=residential, comunque mi sembra eccessivamente grande, è 2,4 kmq.
 
Ho controllato sul wiki e in effetti riporta che il tag place
alternativamente al nodo può essere utilizzato sull'area che racchiude
la località, ma dato che è la prima volta che lo vedo utilizzato così
credo che ci sia stata una discussione in merito e una decisione sulla
preferenza di utilizzo, mi viene in mente per esempio che quando vengono
costruiti nuovi quartieri l'area va aggiornata, mentre il nodo è sempre
valido.

Mi confermate che è preferibile l'utilizzo del nodo e quindi posso
procedere alla rimozione dell'area con quel tag?
Grazie

Ciao
Marcello

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

Re: [Talk-it] Importare gli edifici open data del Comune di Palermo su OSM

2014-04-22 Per discussione aborruso

Ciao Leonardo,
grazie per la risposta.

2014-04-22 14:36 GMT+02:00 Leonardo [via GIS]
ml-node+s19327n5803842...@n5.nabble.com:

ho controllato il file originale e il file touch ( Purtroppo il non touch
non me lo lascia scaricare :/ ), l'unico tag appropriato sarebbe un
building=yes.

io riesco con entrambi. Vuoi che ti mandi il non touch?
Ok, per il tag.

Ora è da valutare se caricarlo o meno, da un lato aggiunge sicuramente
informazioni al database (e sono sempre favorevole a questo :) ),
dall'altro sono informazioni estremamente generiche proprio perchè non ci
sono altri dati che possano distinguere i vari edifici (chiese, scuole,
ecc...) ma potrebbe essere un incentivo ai mappatori locali per aggiungere
questi dettagli.

Per la valutazione di cui parli, partirei dall'esistente. Di circa 16000
building presenti soltanto (circa) 300 hanno un nome associato. Secondo
me inserire questi dati nuovi è un'ottima integrazione, che come dici potrà
facilitare un successivo arricchimento.
Il tipo di edificio è valorizzato per circa 150 items su 16000.

Per il tagging si puo usare semplicemente JOSM con i plugin Opendata per
l'apertura e simplifyArea per la pulizia dai nodi inutili. Consiglio
inoltre di suddividerli e caricarli in riquadri più piccoli.

Magari lo faccio per circoscrizione comunale. Che ne pensi?

Ok, allora come da linee guida scrivo a impo...@openstreetmap.org

Se serve una mano, chiedi pure! :)

Grazie mille, lo farò :)

--
Andrea Borruso
website: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus http://bit.ly/GEOplus
38° 7' 48 N, 13° 21' 9 E, EPSG:4326
--

cercare e saper riconoscere chi e cosa,
in mezzo all’inferno, non è inferno,
e farlo durare, e dargli spazio

Italo Calvino

-
Andrea Borruso

email: aborr...@tin.it
website: http://blog.spaziogis.it
my 2.0 life: http://aborruso.spaziogis.it
feed: http://feeds2.feedburner.com/Tanto
38° 7' 48 N, 13° 21' 9 E

--
View this message in context:
http://gis.19327.n5.nabble.com/Importare-gli-edifici-open-data-del-Comune-di-Palermo-su-OSM-tp5803715p5803860.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] Tag place su area

2014-04-22 Per discussione solitone

Marcello ha scritto:
 credo che ci sia stata una discussione in merito e una decisione sulla
 preferenza di utilizzo

E' vero, se ne è parlato, ma non si è giunti a un'indicazione
definitiva. In realtà, il doppio tag place (sia su nodo, sia su area)
non è poi così raro. A me capita di incontrarlo abbastanza spesso.

 Mi confermate che è preferibile l'utilizzo del nodo e quindi posso
 procedere alla rimozione dell'area con quel tag?

Come si era discusso in un thread precedente, i due tag danno
informazioni diverse. Quello sul nodo permette di identificare il
centro effettivo della località (dove per centro effettivo si
intende il baricentro, non il centro geometrico); quello sull'area
identifica l'estensione della località. Nota che la località può
benissimo essere più estesa della zona residenziale
(landuse=residential). Per esempio, in una città possono esserci zone
industriali, o aree adibite al verde. Quindi ha senso avere anche
place=town, visto che landuse=residential non è sufficiente e fornisce
ancora una diversa informazione.

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

Re: [Talk-it] Tag place su area

2014-04-22 Per discussione Simone Saviolo

Il giorno 22 aprile 2014 15:33, Marcello arca...@gmail.com ha scritto:

 [...]

Non so se l'intento di chi lo ha inserito era quello di utilizzare
 landuse=residential, comunque mi sembra eccessivamente grande, è 2,4 kmq.

 Ho controllato sul wiki e in effetti riporta che il tag place
 alternativamente al nodo può essere utilizzato sull'area che racchiude
 la località, ma dato che è la prima volta che lo vedo utilizzato così
 credo che ci sia stata una discussione in merito e una decisione sulla
 preferenza di utilizzo, mi viene in mente per esempio che quando vengono
 costruiti nuovi quartieri l'area va aggiornata, mentre il nodo è sempre
 valido.

 Mi confermate che è preferibile l'utilizzo del nodo e quindi posso
 procedere alla rimozione dell'area con quel tag?


Ciao Marcello!

Il tag place indica un luogo - di solito un centro abitato. Come tale, è
chiaro che non indica un punto ma un'area. Per questo motivo, un'area è
preferibile ad un solo nodo. La maggior parte dei centri abitati è mappata
con un nodo per ovvi motivi di semplicità: dovendo mappare come prima cosa
i centri abitati, non si è stati lì ad usare troppo dettaglio, ma
ovviamente potendolo fare è meglio indicarlo.

Il problema dell'aggiornamento è relativo: come puoi vedere ad esempio a
Vercelli (http://www.openstreetmap.org/way/45359868#map=14/45.3196/8.4249),
l'area del place non deve essere troppo precisa, ma deve indicare
l'estensione del centro urbano. In pratica, la creazione di un nuovo
quartiere modifica la forma del place, ma se si costruisce appena una casa
(o anche un intero isolato, se non è particolarmente grande) si può
tranquillamente lasciare il place com'era.

Ovviamente il place non ha alcuna relazione coi limiti stradali: non deve
necessariamente passare dai cartelli di inizio/fine città (limite dei 50
all'ora), anche se di solito la zona è quella. Il limite di velocità (con
source:maxspeed=IT:urban) va comunque aggiunto sulle way delle strade.

Infine, ti invito a non usare landuse=residential su poligoni delle
dimensioni di un intero centro abitato. Usalo su unità più piccole
possibile, come gli isolati. Tanti utenti hanno usato landuse=residential
per vedere l'area dell'abitato colorata in grigio, il che è sbagliato
(mappare per il rendering): a quello scopo c'è il place (usalo anche se non
viene renderizzato - non ancora perlomeno).

Uno dei motivi per usare il tag place su un'area è che tutte le feature
della città sarebbero racchiuse nell'area. Diversamente manca
l'informazione spaziale, e bisogna assegnare ogni feature al nodo place più
vicino.

Ciao,

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

Re: [Talk-it] Tag Surface

2014-04-22 Per discussione demon.box

Ok vi ringrazio, già ho le idee più chiare.
A questo punto mi sembra però molto labile la differenza tra gravel e
pebblestone...

pebblestonepietre arrotondate (=ciottoli smossi)
gravel ghiaia/pietrisco smosso

giusto?
Grazie.
--enrico



--
View this message in context: 
http://gis.19327.n5.nabble.com/Tag-Surface-tp5803799p5803869.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] Tag Surface

2014-04-22 Per discussione solitone

demon.box ha scritto:
 pebblestonepietre arrotondate (=ciottoli smossi)
 gravel ghiaia/pietrisco smosso

Esatto. Pebble sono sassi, di solito arrotondati per l'erosione, con una
dimensione direi compresa all'incirca tra mezzo pugno e un pugno.

Tempo fa avevo aperto un thread [1] sulle diverse tipologie di pietre.

[1]
https://help.openstreetmap.org/questions/10175/keysurface-stones-boulders-and-rocky-surface

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

[Talk-it] Traduzione di Mapgive

2014-04-22 Per discussione Cristian Consonni

Ciao a tutti,

Non so se tutti su questa lista conoscano Mapgive, questo sito:
http://mapgive.state.gov/
creato dalla Humanitarian Information Unit (HIU) del Dipartimento di
Stato degli Stati Uniti che promuove l'utilizzo di OpenStreetMap, in
particolare per tutto ciò che è legato alle operazioni umanitarie ed
al gruppo HOT (Humanitarian OpenStreetMap team).

Molto brevemente ho iniziato a tradurre il sito (mi manca soltanto la
parte dei transcript dei video che è relativamente lunga), Trovate le
pagine qui:
https://github.com/osmItalia/MapgiveIT

in realtà giusto qualche minuto fa mi sono accorto che anche il sito
originale è disponibile su github qui[1], però mi sfugge quale sia il
software[2] che stanno usando per generare le pagine HTML finali.

La mia idea è che si potrebbe (magari dopo aver capito come farlo in
modo sensato, usando lo stesso sistema di template usato dal sito
originale) aggiungere alla sezione storie anche degli esempi
italiani. Al volo mi vengono in mente esempi recenti come la Sardegna
e Matera (e magari Terlizzi? Per la serie cosa *non* fare... :P), ma
sono sicuro che a voi verranno in mente altre storie belle legate a
OSM in Italia.

Infine tutto questo vorrebbe (dovrebbe?) IMHO stare da qualche parte
in un sottodominio di http://openstreetmap.it (uno dei problemi è che
Mapgive è abbastanza intraducibile, DaiLaMappa suona proprio
male...).

Ecco tutto, per il momento.

Ciao,

C

[1] https://github.com/state-hiu/Mapgive
[2] https://github.com/state-hiu/Mapgive/issues/2

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

Re: [Talk-it] Traduzione di Mapgive

2014-04-22 Per discussione sabas88

Il giorno 22 aprile 2014 20:47, Cristian Consonni
kikkocrist...@gmail.comha scritto:

 Ciao a tutti,

 Non so se tutti su questa lista conoscano Mapgive, questo sito:
 http://mapgive.state.gov/
 creato dalla Humanitarian Information Unit (HIU) del Dipartimento di
 Stato degli Stati Uniti che promuove l'utilizzo di OpenStreetMap, in
 particolare per tutto ciò che è legato alle operazioni umanitarie ed
 al gruppo HOT (Humanitarian OpenStreetMap team).

 Molto brevemente ho iniziato a tradurre il sito (mi manca soltanto la
 parte dei transcript dei video che è relativamente lunga), Trovate le
 pagine qui:
 https://github.com/osmItalia/MapgiveIT

 in realtà giusto qualche minuto fa mi sono accorto che anche il sito
 originale è disponibile su github qui[1], però mi sfugge quale sia il
 software[2] che stanno usando per generare le pagine HTML finali.


Jekyll (http://jekyllrb.com/) + Grunt (http://gruntjs.com/), dovrebbe
bastare solo jekyll per compilare le pagine..



 La mia idea è che si potrebbe (magari dopo aver capito come farlo in
 modo sensato, usando lo stesso sistema di template usato dal sito
 originale) aggiungere alla sezione storie anche degli esempi
 italiani. Al volo mi vengono in mente esempi recenti come la Sardegna
 e Matera (e magari Terlizzi? Per la serie cosa *non* fare... :P), ma
 sono sicuro che a voi verranno in mente altre storie belle legate a
 OSM in Italia.


Chi ha una bella voce? Ci sono anche i video da doppiare :-D


 Infine tutto questo vorrebbe (dovrebbe?) IMHO stare da qualche parte
 in un sottodominio di http://openstreetmap.it (uno dei problemi è che
 Mapgive è abbastanza intraducibile, DaiLaMappa suona proprio
 male...).

 Ecco tutto, per il momento.


Grandissimo!



 Ciao,

 C


Ciao,
Stefano


 [1] https://github.com/state-hiu/Mapgive
 [2] https://github.com/state-hiu/Mapgive/issues/2

 ___
 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] Traduzione di Mapgive

2014-04-22 Per discussione Alessandro


Il 22/04/2014 20:47, Cristian Consonni ha scritto:


...
Mapgive è abbastanza intraducibile, DaiLaMappa suona proprio
male...).


Mappala

suona meglio?

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

Re: [Talk-it] Tag Surface

2014-04-22 Per discussione demon.box

...tra sett, cobblestone e cobblestone:flattened vediamo se ho capito, magari
può servire anche ad altri:

sett (classico esempio i sanpietrini)

http://gis.19327.n5.nabble.com/file/n5803884/sett.jpg 

http://gis.19327.n5.nabble.com/file/n5803884/sett2.jpg 

cobblestone

http://gis.19327.n5.nabble.com/file/n5803884/cobblestone.jpg 

cobblestone:flattened

http://gis.19327.n5.nabble.com/file/n5803884/cobblestone_flattened.jpg 



--
View this message in context: 
http://gis.19327.n5.nabble.com/Tag-Surface-tp5803799p5803884.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] Importare gli edifici open data del Comune di Palermo su OSM

2014-04-22 Per discussione aborruso

Ciao,
solo per dirvi che ho scritto all'indirizzo email di import internazionale,
indicato nelle linee guida.

Vi tengo aggiornati e grazie ancora



-
Andrea Borruso 

 
email: aborr...@tin.it 
website: http://blog.spaziogis.it
my 2.0 life: http://aborruso.spaziogis.it
feed: http://feeds2.feedburner.com/Tanto
38° 7' 48 N, 13° 21' 9 E 

--
View this message in context: 
http://gis.19327.n5.nabble.com/Importare-gli-edifici-open-data-del-Comune-di-Palermo-su-OSM-tp5803715p5803885.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] Agriturismo con stanze e appartamenti

2014-04-22 Per discussione Damjan Gerl


22.04.2014 - 11:16 - Simone Saviolo:

Ciao a tutti,

come taggare un agriturismo che offre anche camere e appartamenti? 
Nella pagina http://wiki.openstreetmap.org/wiki/Agritourism si 
suggerisce tourism=guest_house, che potrebbe andar bene per gli 
appartamenti (in un edificio separato); in questo caso però 
nell'edificio in cui si trova il ristorante ci sono anche tre camere 
con servizio da albergo (bed and breakfast). Va bene indicare 
tourism=hotel su quest'altro edificio?


Grazie,

Simone


Metti tutti e due i tag sul poligono dell'edificio:
amenity=restaurant
tourism=guest_house
con poi tutti i tag annessi ad ognuno di essi. Inoltre fai un poligono 
di tutto l'agriturismo (fattoria) e ci metti:

landuse=farmyard
agritourism=yes

Ciao
Damjan

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

Re: [Talk-it] Agriturismo con stanze e appartamenti

2014-04-22 Per discussione Simone Saviolo

Il giorno 23 aprile 2014 00:27, Damjan Gerl dam...@damjan.net ha scritto:

 22.04.2014 - 11:16 - Simone Saviolo:

  Ciao a tutti,

 come taggare un agriturismo che offre anche camere e appartamenti? Nella
 pagina http://wiki.openstreetmap.org/wiki/Agritourism si suggerisce
 tourism=guest_house, che potrebbe andar bene per gli appartamenti (in un
 edificio separato); in questo caso però nell'edificio in cui si trova il
 ristorante ci sono anche tre camere con servizio da albergo (bed and
 breakfast). Va bene indicare tourism=hotel su quest'altro edificio?

 Grazie,

 Simone


 Metti tutti e due i tag sul poligono dell'edificio:
 amenity=restaurant
 tourism=guest_house
 con poi tutti i tag annessi ad ognuno di essi. Inoltre fai un poligono di
 tutto l'agriturismo (fattoria) e ci metti:
 landuse=farmyard
 agritourism=yes


Beh, no :-)
Il poligono su tutta l'area è indubbio.
amenity=restaurant sull'edificio col ristorante pure.
tourism=guest_house mi sembra appropriato per l'edificio con gli
appartamenti.
MA: nell'edificio col ristorante ci sono vere e proprie camere d'albergo
(le pulizie le fa il personale ogni giorno, ad esempio). Non metterei guest
house qua; mi sembra più giusto hotel, ma non è neanche un vero e proprio
hotel. Il mio dubbio riguarda proprio quest'aspetto.

Ciao,

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

[Talk-co] Cumpleaños de Openstreetmap Colombia

2014-04-22 Per discussione Fredy Rivera

Hola amigos

El próximo 9 de mayo se cumplirán 6 años de la fundación de nuestra lista
de correo.

Los invito a que celebremos ese día compartiendo nuestras experiencias y
aportes a la comunidad.

Por mi parte ese día tenemos programado el lanzamiento de
buscandodragones.com un manual de auto aprendizaje para el cartógrafo
comunitario, basado en OpenStreetMap, estamos en los últimos preparativos y
necesitamos algunos voluntarios para probar y complementarlo, si quieres
ser parte de este equipo te invitamos a seguir @buscadragones en twitter o
inscribirse en la lista  del equipo t...@buscandodragones.com si solo
quieres recibir avisos de actualización tenemos la lista
av...@buscandodragones.com.

El manual será lanzado bajo una licencia creativecommons reconocimiento
compartir igual y será impreso en una edición limitada por La Biblioteca
Publica Piloto para Medellín y américa Latina quienes han sido
patrocinadores del proyecto.

A quienes nos ayuden con las observaciones antes del lanzamiento, queremos
entregar un ejemplar impreso del mismo.

Esperamos contar con otras iniciativas para celebrar el cumple.

Salu2
Freed



-- 
##
 |___|__\___
 | _ |   |_ |  }
 (_)  (_)

Twitter: @fredy_rivera

Phone USA:  (347) 688-4473

Mobil telephone: +57 3044886255
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] Cumpleaños de Openstreetmap Colombia

2014-04-22 Per discussione JHONATAN CANO FURAGARO

Buen día,

Excelente trabajo...en Medellín se han reunido alguna vez para hacer algún
levantamiento?

Mañana me inscribo en la lista y  saludos a todos,

Enviado desde Samsung Galaxy  Tab.
El 22/04/2014 19:28, Fredy Rivera fredyriv...@gmail.com escribió:

 Hola amigos

 El próximo 9 de mayo se cumplirán 6 años de la fundación de nuestra lista
 de correo.

 Los invito a que celebremos ese día compartiendo nuestras experiencias y
 aportes a la comunidad.

 Por mi parte ese día tenemos programado el lanzamiento de
 buscandodragones.com un manual de auto aprendizaje para el cartógrafo
 comunitario, basado en OpenStreetMap, estamos en los últimos preparativos y
 necesitamos algunos voluntarios para probar y complementarlo, si quieres
 ser parte de este equipo te invitamos a seguir @buscadragones en twitter o
 inscribirse en la lista  del equipo t...@buscandodragones.com si solo
 quieres recibir avisos de actualización tenemos la lista
 av...@buscandodragones.com.

 El manual será lanzado bajo una licencia creativecommons reconocimiento
 compartir igual y será impreso en una edición limitada por La Biblioteca
 Publica Piloto para Medellín y américa Latina quienes han sido
 patrocinadores del proyecto.

 A quienes nos ayuden con las observaciones antes del lanzamiento, queremos
 entregar un ejemplar impreso del mismo.

 Esperamos contar con otras iniciativas para celebrar el cumple.

 Salu2
 Freed



 --
 ##
  |___|__\___
  | _ |   |_ |  }
  (_)  (_)

 Twitter: @fredy_rivera

 Phone USA:  (347) 688-4473

 Mobil telephone: +57 3044886255


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


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

Re: [Talk-lt] Posūkių juostos

2014-04-22 Per discussione Ramas

Labas,
kas dėl osmand, tai daug žmonių prašo, bet šis dalykas dar nėra pilnai
įgyvendintas:
https://code.google.com/p/osmand/issues/detail?id=1448

Ką tik išbandžiau josm priedą turnlanes aplink savanorių žiedą ir galiu
pasakyt, kad visai patogus daiktas:
http://www.youtube.com/watch?v=uF_ZuIwLruQ

Ryt poryt galėsiu išbandyti su osmand.


2014-04-21 23:06 GMT+03:00 Tomas Straupis tomasstrau...@gmail.com:

 Sveiki

   Gal galėtų tie, kas domėjosi ir žymėjo posūkių juostas pasidalinti
 patirtimi?

   Kalba apie informaciją, kurią vėliau sugeba panaudoti tarkim OsmAnd,
 kad artėjant prie sankryžos parodytų informaciją:
   * iš x juostos sukam į kairę arba važiuojame tiesiai
   * iš y, z juostos važiuojam tiesiai
   * iš q juostos sukam į dešinę

   Ar viskas vyksta pagal:
   http://wiki.openstreetmap.org/wiki/Relations/Proposed/turn_lanes

   Gal kokių pastebėjimų, niuansų yra?

   Ačiū

 --
 Tomas

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

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

[Talk-se] Tasks

2014-04-22 Per discussione Joel Grafström


Hej!

Kan någon med åtkomst putta lite på tasks.openstreetmap.se, den har 
varit nere några dagar nu :)


Mvh Joel

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

Re: [Talk-se] Tasks

2014-04-22 Per discussione Joakim Fors

Såja, nu är den igång.

On 22 apr 2014, at 20:31, Joel Grafström j...@torsson.se wrote:

 Hej!
 
 Kan någon med åtkomst putta lite på tasks.openstreetmap.se, den har varit 
 nere några dagar nu :)
 
 Mvh Joel
 
 ___
 Talk-se mailing list
 Talk-se@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-se


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

Re: [Talk-es] Catastro Sevilla

2014-04-22 Per discussione Julio Torres

Moises, soy Julio Torres de Diputación de Jaén. Me parece que José Manuel
Diaz Soriano no está en España.

Te lo digo porque lo invite a participar en la mapping de la sierra de
Cazorla y me contesto muy amablemente diciendo que no podia venir, aunque le
habría encantado. Está trabajando en el extranjeropor desgracia como otros
muchos.

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

Re: [Talk-ar] hola...

2014-04-22 Per discussione Nicolás Rosbaco

j, ni hablar que me doy una vuelta. Ando en la organización de 
evento 

Abrazo
El 21/04/14 10:44, cor...@fernando.com.ar escribió:

Nicolás, bienvenido!

Aprovecho para comentarte que el viernes, en el marco del Flisol, en la
charla de Software Libre en el Estado, tengo entendido que harán un
presentación del uso de OSM en Rio Negro, de la mano de Sergio Arnal de
Altec.

http://flisol.info/FLISOL2014/Argentina/viedma

Tal vez te interese darte una vuelta!

Saludos,
Fernando.


Viedma, Rio Negro.
Todavía no pude ni meter mano aún al tema
El 18/04/14 17:25, Werner Horsch escribió:

bien otro más del sur, nos hace falta gente de esos pagos, de donde sos?
slds y bien venido


2014-04-17 2:23 GMT-03:00 Nicolás Rosbaco antiya...@openmailbox.org
mailto:antiya...@openmailbox.org:

 Hola... me estoy incorporando a la lista... un saludo desde la
 patagonia argentina

 --
 En un país colonial las oligarquías son dueñas de los
 diccionarios Jhon William Cooke


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




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

--
En un país colonial las oligarquías son dueñas de los diccionarios Jhon
William Cooke

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




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



--
En un país colonial las oligarquías son dueñas de los diccionarios Jhon 
William Cooke


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

Re: [Talk-at] Import von Gebäudeumrissen

2014-04-22 Per discussione martin ringer

Bin ich dagegen.
Wenn sauber und richtig importiert wurde, okay, am besten gleich mit die 
Gebäude mit der richtigen Hausnummer. Leere Gebäude sind nett anzuschauen, 
aber die wichtige Information fehlt leider.

Date: Sat, 19 Apr 2014 12:39:36 +0200
From: kaufmann.thoma...@gmx.at
To: talk-at@openstreetmap.org
Subject: [Talk-at] Import von Gebäudeumrissen

Hallo!Nur um eventuelle Diskussionen schon im Vorfeld aus dem weg zu räumen, 
mir ist bewusst, dass die basemap nicht immer richtig ist.In meiner gegend ist 
sie aber meiner meinung nach genau genug, um hier kontrollierte imports von 
gebäudeumrissen durchzuführen.Mit kontrolliert meine ich, dass man nur kleine 
gebiete wie zb eine ortschaft nach der anderen importiert und die daten nach 
dem import sofort mit geoimage.at überprüft.Mir wäre solch ein kontrollierter 
import insofern sehr wichtig, da ich das dauernde abzeichnen der gebäudeumrisse 
leid bin und sich an der qualität meiner arbeit nichts ändern würde.Zunächst 
wäre ich einmal sehr dankbar für meinungen zu diesem thema von eurer seite und 
zum anderen auch noch für etwaige hilfestellungen zum thema import, da ich 
davon wirklich keine ahnung habe!
Mfg an alle mitlesendenThomas

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

Re: [Talk-at] Hydranten-Import Wien

2014-04-22 Per discussione Norbert Wenzel

On 18.04.2014 13:02, Simon Legner wrote:
 On 18/04/14 12:51, Andreas Labres wrote:
 Vor allem bisher gemappte Dinge *darf man nicht einfach auf Verdacht
 löschen*,
 verdammt noch mal!
 
 Zu überlegen ist, ob man den vorher nicht besprochenen Hydranten-Import
 bald reverted. Das dürfte noch unproblematisch sein und dann kann man
 bei Bedarf die Sache überlegter angehen.

Ist zwar schon nicht mehr zeitnah, aber trotzdem +1. Inklusive Sperrung
des Users. Wenn der Christian sagt, wir müssen mehr
Öffentlichkeitsarbeit als Community machen, dann seh ich so eine
Sperrung bei solchen Fällen als gerechtfertige Öffentlichkeitsarbeit an.
Entweder du bist technisch in der Lage einen Import durchzuführen *und*
davor das Wiki zu lesen und mit der Community zu reden, oder du lässt es
sein. Da sich der User schon einmal eine Sperre eingefangen hat und
trotzdem wohl nichts gelernt daraufs, bin ich zwar der Meinung, dass die
Sperre nicht helfen wird, aber halt die einzige Möglichkeit ist darauf
zu reagieren (neben dem ohnehin obligaten Revert).

Norbert

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

Re: [Talk-at] Import von Gebäudeumrissen

2014-04-22 Per discussione Stefan Tiran

Hi,

eest9 wrote:
 Naja, wenn man die Umrisse abgezeichnet hat, hat man zumindest eine Karte mit 
 der man dann die Gebäude gezielt abfahren und die Hausnummern notieren kann! 
 Ohne eine solche Karte müsste man jeden miniweg abfahren falls man eine 
 Flächendeckende Karte haben will!

Ich halte es nur noch für eine Frage der Zeit, bis die Hausnummern
flächendeckend mit ausreichender Genauigkeit unter freier Lizenz zur
Verfügung stehen - auch das BEV wird das nicht ewig verhindern könnnen.
Insofern gilt sowohl beim Gebäudeumrissimport als auch beim gezielten
Abfahren von Gegenden zum Zwecke der Hausnummernerfassung, dass sie
wahrscheinlich vergebene Liebesmüh sind.

Liebe Grüße,
Stefan


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

Re: [Talk-at] Import von Gebäudeumrissen

2014-04-22 Per discussione Norbert Wenzel

On 22.04.2014 17:00, Stefan Tiran wrote:
 Insofern gilt sowohl beim Gebäudeumrissimport als auch beim gezielten
 Abfahren von Gegenden zum Zwecke der Hausnummernerfassung, dass sie
 wahrscheinlich vergebene Liebesmüh sind.

Was das Abfahren der Gegenden angeht seh ich das nicht ganz so. Denn
beim Eintragen von Hausnummern sieht man vermutlich mehr Details, also
nur die bloße Hausnummer und kann diese Details dann übernehmen. Und das
Abfahren/Abgehen durch einen Mapper ist auf jeden Fall aktueller als
jeder OGD-Datensatz.

Mühsam ist es sicher, aber imo noch immer die beste Art ein kleines
Gebiet wirklich ordentlich zu mappen, unabhängig von Hausnummern und OGD
Daten.

Norbert


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

Re: [Talk-cat] Punts de recarrega de cotxes electrics, gas natural i gas liquat

2014-04-22 Per discussione Jan Esquerra

de tres punts de càrrega que em queden a la vora, dos no estan on diu
l'ICAEN (però sí que estan a prop).

Si es fa una importació massiva, si us plau, que no es pugi sense verificar.



El dia 19 abril de 2014 11.05, Simó Albert i Beltran s...@probeta.net ha
escrit:

 Xavier Barnada xbarn...@gmail.com writes:

  Hola llista,
 
  Veig que al portal de dades obertes de la generalitat han alliberat
  dades sobre punts de recarrega per a cotxes electrics i de gas.Les dades
  es poden trobar aqui:
 
 
 http://www20.gencat.cat/portal/site/dadesobertes/menuitem.db4d3cf2bccf921baacf3010b0c0e1a0/?vgnextoid=49b19ee9acb42310VgnVCM100b0c1e0aRCRDvgnextchannel=49b19ee9acb42310VgnVCM100b0c1e0aRCRDvgnextfmt=detall2id=6870lang=ca_ES
 
 http://www20.gencat.cat/portal/site/dadesobertes/menuitem.db4d3cf2bccf921baacf3010b0c0e1a0/?vgnextoid=49b19ee9acb42310VgnVCM100b0c1e0aRCRDvgnextchannel=49b19ee9acb42310VgnVCM100b0c1e0aRCRDvgnextfmt=detall2id=6850lang=ca_ES

 Gràcies.

  Creieu que es podrien importar a OSM i si es fes com s'hauria de fer?

 Si és està dins d'una estació de servei (gasolinera) el node serà
 amenity=fuel i cal afegir-li fuel:electricity=yes.

 Si és un punt de carrega independent pots crear un node amb
 amenity=charging_station.

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


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

Re: [Talk-cz] Dotaz k významu bicycle:yes

2014-04-22 Per discussione jzvc


Dne 19.4.2014 11:47, hanoj napsal(a):

Dne 18. dubna 2014 21:22 Pavel Cvrček jasnap...@jasnapaka.com napsal(a):

V takovém případě mi to ale nedává moc smysl. To bych mohl tento tag
vyznačit ke každé lesní cestě, polňačce či klidně asfaltce. Jak by pak
vypadala mapa na OpenCycleMap?

*** ja ten tag bicycle=yes z track i path zpravidla mažu protože zde
nemá smysl a často je vložen díky presetům. Je to podobné jako
maxspeed=90 a highway=primary, prostě CZ default.


Cus,
chtel bych videt aspon jeden jedine soft, kterej ten proste cz default 
umi pouzit. Nemluve o tom, ze pri ceskem usporadani krajiny a zcela 
beznem rozkouskovani silnic vesnicema ... by to byla opravdu zajimava 
prace. Ve vsich totiz (taky cz default) plati 50tka ... a taky se to 
teoreticky da spocitat ... z nejaky ty hranice. Ale ze ktery nevi nikdo 
ani v tyhle konferenci.


Jinak bicykle=yes chapu tak, ze je tam provoz kol explicitne povolen.



ha
hanoj

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




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

Re: [Talk-cz] Dotaz k významu bicycle:yes

2014-04-22 Per discussione Vojtěch Kalčík




Cus,
chtel bych videt aspon jeden jedine soft, kterej ten proste cz 
default umi pouzit. Nemluve o tom, ze pri ceskem usporadani krajiny a 
zcela beznem rozkouskovani silnic vesnicema ... by to byla opravdu 
zajimava prace. Ve vsich totiz (taky cz default) plati 50tka ... a 
taky se to teoreticky da spocitat ... z nejaky ty hranice. Ale ze 
ktery nevi nikdo ani v tyhle konferenci.


Na Androidu používám pro navigaci Be-on-road s OSM. A má informaci o 
maximální rychlosti v obci i mimo a to i v případě, že tam není zadáno 
maxspeed. Kdo myslí navigaci jen trochu vážně tak cz default musí použít...


Vojtěch Kalčík

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

Re: [Talk-cz] Dotaz k významu bicycle:yes


Ahoj,

to, ze to zadny sw neumi je podle me spatny argument. Taky bych chtel 
jednou v zivote videt prohlizec webovych stranek, ktery bude 
implementovat vsechny featury CSS 3 a 4 a ?HTML. To ze takovy sw neni 
preci neznamena, ze by se standard kvuli tomu mel orezat.


To spocitani neni zase az tak slozity - specialiste na GIS databaze zde 
zcela jiste jsou schopni prezentovat jednoduchy dotaz nad databazi, 
ktery to priradi. Dale veskery sw pouziva mapu v nejake predpripravene 
forme a nikoliv primo z databaze OSM - a to je prave ten cas na dotaz 
nad databazi, ktery to priradi k jednotlivym prvkum. Samozrejme tam 
nemusi byt presny prekryv s tim, jaka oblast je vyznacena znackou 
zacatek/konec obce - bylo by to pouze priblizne.


Ten default bych videl, ze by mel byt prirazen k relaci, ktera definuje 
stat. Tam bych pak videl instalaci properties dle

http://wiki.openstreetmap.org/wiki/Speed_limit


Porad je IMO velky rozdil mezi speedlimit=CZ:rural a speedlimit=90 v 
semantice.


K


Dne 22.4.2014 09:01, jzvc napsal(a):

Cus,
chtel bych videt aspon jeden jedine soft, kterej ten proste cz 
default umi pouzit. Nemluve o tom, ze pri ceskem usporadani krajiny a 
zcela beznem rozkouskovani silnic vesnicema ... by to byla opravdu 
zajimava prace. Ve vsich totiz (taky cz default) plati 50tka ... a 
taky se to teoreticky da spocitat ... z nejaky ty hranice. Ale ze 
ktery nevi nikdo ani v tyhle konferenci.


Jinak bicykle=yes chapu tak, ze je tam provoz kol explicitne povolen. 



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

Re: [Talk-cz] Dotaz k významu bicycle:yes

2014-04-22 Per discussione Pavel Machek

Ahoj!

 To spocitani neni zase az tak slozity - specialiste na GIS databaze
 zde zcela jiste jsou schopni prezentovat jednoduchy dotaz nad
 databazi, ktery to priradi. Dale veskery sw pouziva mapu v nejake
...
 prvkum. Samozrejme tam nemusi byt presny prekryv s tim, jaka oblast
 je vyznacena znackou zacatek/konec obce - bylo by to pouze
 priblizne.

A neni teda docela skoda mazat presny udaj o rychlosti s tim ze to
jde priblizne dopocitat?

 Ten default bych videl, ze by mel byt prirazen k relaci, ktera
 definuje stat. Tam bych pak videl instalaci properties dle
 http://wiki.openstreetmap.org/wiki/Speed_limit
 
 Porad je IMO velky rozdil mezi speedlimit=CZ:rural a speedlimit=90 v
 semantice.

A porad je spatne mazat speedlimit=90 :-). O nahrazovani
speedlimit=CZ:rural by se dalo debatovat, o mazani ne.

Pavel

-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

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

Re: [Talk-cz] Dotaz k významu bicycle:yes

Zalezi asi na situaci - pokud je tam speedlimit=50 a je to v obci, kde 
neni znacka 50, pak to jako skodu nevidim. Vzdy jsem zastaval nazor, aby 
se speedlimit daval pouze tam, kde znacka odchyluje situaci od normalu. 
To je jako kdybychom na kazdou nerozlisenou krizovatku davali Pozor 
prednost zprava (coz se bohuzel nekdy deje)


Dne 22.4.2014 11:16, Pavel Machek napsal(a):

A neni teda docela skoda mazat presny udaj o rychlosti s tim ze to
jde priblizne dopocitat?



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

Re: [Talk-cz] Dotaz k významu bicycle:yes

Silny vyrok - viz predchozi o 50ce. Pokud je tam 90 jen proto, ze nekdo 
mel potrebu rict, ze se tam podle pravidel jezdi 90 a ve skutecnosti se 
ta silnice nicim nelisi od ostatnich silnic sve tridy, pak smazat. Az 
nejakeho ouradu napadne, ze se plosne bude smet jezdit 100 km/h tak 
budeme resit, jestli je tam opravdu dana 90ka znackou nebo zda se to ma 
zmenit na 100ku. Chybi tam ta semanticka informace, kde se vzala ta hodnota.


Je to tedy rozhodne k zamysleni, jak ty tagy pouzivat, aby z toho byli 
vsichni moudri.


K

Dne 22.4.2014 11:16, Pavel Machek napsal(a):

A porad je spatne mazat speedlimit=90:-). O nahrazovani
speedlimit=CZ:rural by se dalo debatovat, o mazani ne.



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

Re: [Talk-cz] Dotaz k významu bicycle:yes

2014-04-22 Per discussione Pavel Machek

On Tue 2014-04-22 11:45:20, Jakub Sýkora wrote:
 Zalezi asi na situaci - pokud je tam speedlimit=50 a je to v obci,
 kde neni znacka 50, pak to jako skodu nevidim. Vzdy jsem zastaval

Jak se pozna ze je to v obci? Omezeni plati od znacky zacatku obce, a
to nikde zmapovany nemame. (Dalsi bordel je, ze to muze byt v kazdym
smeru jinde. Ouch.)

 nazor, aby se speedlimit daval pouze tam, kde znacka odchyluje
 situaci od normalu. To je jako kdybychom na kazdou nerozlisenou
 krizovatku davali Pozor prednost zprava (coz se bohuzel nekdy deje)

Pavel

 
 Dne 22.4.2014 11:16, Pavel Machek napsal(a):
 A neni teda docela skoda mazat presny udaj o rychlosti s tim ze to
 jde priblizne dopocitat?
 
 
 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-cz

-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

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

Re: [Talk-cz] Dotaz k významu bicycle:yes