Re: [osm-ve] Microsoft Open Maps en Venezuela

[Leonardo Velasquez]

Saludos desde el Oriente del Pais..

Participe por años en GPSYV, tengo mucha información levantada con GPS de
esta zona..

¿Quien me da una inducción para llevar esa data a OpenMap y que app tendria
que descargar para ver el mapa en Android?

Saludos Cordiales
Leonardo Velasquez

Pon todo lo que eres, en lo mínimo que hagas.!!

El mar., 25 de agosto de 2020 10:55, Kana Lee (Insight Global Inc) via
Talk-ve  escribió:

> El equipo de Microsoft Open Maps <https://github.com/microsoft/Open-Maps>
> comenzará a editar en los datos de OSM en Venezuela, enfocado en la red de
> carreteras y también investigará otras características del mapa.
> Investigaremos características que incluyen los nombres de las carreteras,
> la geometría, las señales de destino, las restricciones de giro y usaremos
> imágenes a nivel de calle e imágenes aéreas disponibles para agregar cuando
> sea posible. Se publican más detalles en nuestro Github, que se encuentra
> aquí <https://github.com/microsoft/Open-Maps/issues/53>. Nuestro equipo
> no utilizará importaciones automáticas, algoritmos o ediciones de robots
> para mejorar el mapa. Agradeceríamos cualquier comentario o inquietud de la
> comunidad cartográfica en Venezuela. Utilice openmaps(at)microsoft.com
> para ponerse en contacto y esperamos tener noticias suyas.
>
> Microsoft Open Maps team <https://github.com/microsoft/Open-Maps> will
> begin work on the OSM data in Venezuela, focusing on the road network, and
> will investigate other map features as well. Road names, geometry,
> destination signs, turn restrictions, are all part of the effort, and we
> will use available street level imagery and aerial imagery to add where
> possible. Further details are posted on our Github, located here <
> https://github.com/microsoft/Open-Maps/issues/53>. Our team will not use
> automatic imports, algorithms or robot edits to improve the map. We would
> be grateful for any comments or concerns from the mapping community in
> Venezuela. Please use openmaps(at)microsoft.com to get in touch, and look
> forward to hearing from you.
>
> Gracias,
> Kana
> ___
> Talk-ve mailing list
> Talk-ve@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ve
>
___
Talk-ve mailing list
Talk-ve@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ve

Re: [OSM-co] Abreviaturas

[Leonardo Gutierrez]

Sobre el particular he encontrado que se ha movido el estándar últimamente.
Hace algunos años cuando quería poner diferentes nombres a una vía.  Por
ejemplo una avenida que se llama CRA 30 y Nqs, procedía a separarlos dentro
de la misma etiqueta con punto y coma.  Ahora el validador me reporta esto
como un error.

Se debe usar alt_name si se quisiera usar varios nombres.

http://wiki.openstreetmap.org/wiki/Key:alt_name

La parecer es ahora en estándar.

Por otra parte dentro de las direcciones de cada puerta se debe poner
también el nombre de la calle así que con mayor razón el uso de
abreviaturas el poco viable.

Me parece eso sí que los métodos de geocoding deberían tener en cuenta
estás al hacer las búsquedas.


Muchas gracias.

El 28 sep. 2017 2:52 AM, "Germán Márquez Mejía"  escribió:

> Coincido con la negativa a usar abreviaturas. No en vano existe la
> regla. Es tarea del Renderer y del Backend transformarlas si así se
> desea.
>
> Nominatim, por ejemplo, reconoce búsquedas que utilizan la mayoría de
> abreviaturas colombianas porque se las proporcionamos a los
> desarrolladores para que las incluyeran en la lógica del motor de
> búsqueda. Por ejemplo, Av. Cl. 100 # 11B-27 arroja la dirección
> correcta a pesar de que la calle se llama Avenida Calle 100 [0].
>
> @Jorge: La estrategia correcta, si deseas que las abreviaturas al
> estilo Bogotá (creo que 4-72 la aplica internamente también para el
> resto del país) sean reconocidas en las búsquedas, es que te comuniques
> con los desarrolladores del Geocoder que quieras usar para que las
> traduzcan corectamente.
>
> Etiquetar vías como "Avenida Calle 100;AC 100" es por tanto innecesario
> e improcedente.
>
> [0] http://www.openstreetmap.org/search?query=Av. Cl. 100 %23 11B-27
>
> Am Mittwoch, den 27.09.2017, 23:42 -0500 schrieb Andres Gomez Casanova:
> > Buenas noches,
> >
> > Con respecto a la nomenclatura de las calles, se deben seguir los
> > estándares de OSM de no mapear para el render, sino que el render se
> > ajuste a los datos, como se explica en este artículo: http://wiki.ope
> > nstreetmap.org/wiki/Tagging_for_the_renderer y que se considera como
> > una buena práctica http://wiki.openstreetmap.org/wiki/Good_practice
> >
> > Teniendo en cuenta lo anterior, poner abreviaturas no es estándar y
> > esto implica ajustarse al render. Por este motivo se debe escribir el
> > nombre completo, ya sea calle, carrera, diagonal, transversal, etc.
> > Con respecto a eso, al uso de letras y posibles combinaciones de
> > direcciones existe el siguiente artículo para Colombia: http://wiki.o
> > penstreetmap.org/wiki/ES:Nomenclatura_para_calles_en_Colombia
> > Si bien, hay una discusión (http://wiki.openstreetmap.org/wiki/ES_tal
> > k:Nomenclatura_para_calles_en_Colombia) en la que se debe definir si
> > el punto cardinal debe comenzar en mayúsculas, y de manera similar el
> > “bis”. Para poder concluir dicha discusión, aprovecho esta
> > oportunidad para que todos ustedes den sus puntos de vista en la
> > discusión y terminemos de definir concretamente cómo vamos a escribir
> > los nombres.
> >
> > Con respecto a múltiples nombres, no lo considero apropiado, ya que
> > cualquier render medianamente inteligente puede convertir Carrera en
> > Kr; por lo que veo innecesario esos múltiples nombres en punto y
> > coma.
> > También aprovecho para indicar que no se debe poner el nombre oficial
> > dentro del name separado por ;
> > Para esto es mejor usar los múltiples tags de name: http://wiki.opens
> > treetmap.org/wiki/Names donde yo apoyaría usar el tag official_name.
> > Por ejemplo en Bogotá:
> > name=Carrera 30
> > official_name=Avenida Quito
> > alt_name=Avenida NQS
> >
> > Cordialmente,
> >
> >
> > Andres Gomez Casanova
> > AngocA
> >
> > > On Sep 27, 2017, at 9:35 PM, Fredy Rivera 
> > > wrote:
> > >
> > >
> > >
> > > 2017-09-27 17:55 GMT-05:00 Jorge Aguirre :
> > > > Buenas tardes amigos OSM!
> > > >
> > > Hola
> > > >
> > > > Esta semana pasada visitamos Bogotá para agregar nombres
> > > > faltantes en las calles.  Nos encontramos con que, aunque hay
> > > > muchas variantes en la forma escrita de los nombres que se
> > > > encuentran físicamente en las calles, la constante parecieran ser
> > > > las abreviatras en los nombres - KR, CA, DG, AC, etc.
> > > >
> > > Una de las reglas generales que tenemos en OSM es la de no usar
> > > abreviaturas, ya que entre otras razones dificulta la traducción y
> > > comprensión en otros idiomas, no obstante existe la posibilidad de
> > > usar etiquetas de valor multiple para los caso que los refiera
> > > estos valores se pueden separa por "punto y coma" algo como  name=
> > > Carrera 7 ; Kr 7 aun que no lo consideraría una buena práctica.
> > >
> > > las directrices para mapear direcciones las puedes encontrar en htt
> > > p://wiki.openstreetmap.org/wiki/Addresses
> > >
> > >
> > >
> > >
> > > >
> > > > Quiero proponerles, por este medio, que sea 

Re: [Talk-br] Nova divisão territorial substitui mesorregiões e microrregiões

[Leonardo Brondani Schenkel]

On 2017-07-26 11:42, Sérgio V. wrote:
Pelo que entendi, então, quanto às MESO e MICRO regiões, colocadas no 
OSM como "admin_level", não faz o menor sentido tê-las no OSM.


Foi exatamente a discussão que eu abri.

Melhor então seria remover do OSM (somente) todas estas relações de meso 
e micro (sem mexer nos ways).


Se isso significa encontrar uma nova forma de 'taguear' as divisões 
estatísticas do IBGE (melhor ainda se a nova forma permite tanto as 
antigas como nas novas) de uma forma que não envolva o uso de 
'admin_level', mais uma vez concordamos plenamente e foi o que eu sugeri 
o ano passado (naturalmente, as novas divisões ainda não existiam), 
inclusive me voluntariei a criar e propor um novo esquema.


Infelizmente eu não fui capaz de persuadir os outros membros da lista e 
não pude obter consenso. Também não antecipei a grande resistência de 
alguns membros em mexer nas divisões do IBGE. Por causa disso acabei 
ficando sem energia e abandonei a discussão e não fui adiante com a 
proposta do novo esquema. Aconselho a quem tiver interesse olhar os 
arquivos desta lista do ano passado (janeiro a maio, se não me engano), 
e tirem suas próprias conclusões.


// Leonardo.


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

Re: [Talk-br] Nova divisão territorial substitui mesorregiões e microrregiões

[Leonardo Brondani Schenkel]

os na pergunta 5 acima, tenta o IBGE em
> revisões futuras das microrregiões reconciliá-las com eventuais
> microrregiões divergentes criadas pelos Estados?

A Coordenação de Geografia vem trabalhando na elaboração de novos
recortes territoriais nas escalas de microrregião e mesorregião. Esses
novos recortes deverão ser utilizados pelo Instituto na divulgação das
informações e estatísticas produzidas para o país. Não faz parte do
escopo do projeto a adequação às regionalizações estaduais, uma vez que
cada estado tem sua própria autonomia para desenvolver sua metodologia
para a regionalização (de acordo com o art.25 §3º da Constituição
Federal) e cada um deles utiliza critérios próprios, dependendo da
finalidade para a qual foram elaborados. Normalmente, esses critérios
divergem daqueles utilizados pela Coordenação de Geografia na composição
dos recortes em escala de microrregiões e mesorregiões.

--- Fim da resposta do IBGE ---

-- Leonardo.


___
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: [OSM-co] Semanario Nr. 310

[Leonardo Gutierrez]

Saludos codiales

Hay una amplia discusión sobre las contribuciones de los usuarios de
Maps.me al mapa [2], yo he estado revisando las contribuciones con este tag
en Colombia [1], valdria la pena que revisaramos, pues al parecer ciertos
usuarios han utilizado esta caracteristica de la app para "notas
personales", esto ha sido reportado en españa [3].

Gracias


[1]
http://resultmaps.neis-one.org/osm-suspicious?country=211=24=10=maps.me=t=%3E=10=d=n#6/6.326/-74.377
[2] http://www.openstreetmap.org/user/BushmanK/diary/38909
[3] https://lists.openstreetmap.org/pipermail/talk-es/2016-June/014107.html

El 30 de junio de 2016, 11:36, Laura Barroso  escribió:

> Hola, el semanario Nr. 310, el sumario de todo lo que está ocurriendo en
> el mundo de openstreetmap está en línea en español.
>
> http://www.weeklyosm.eu/es/archives/7765
> ¡Disfruta!
>
>
>
>
> ___
> 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

[OSM-co] Interesante mapa isocrono de Colombia desde Bogotá

[Leonardo Gutierrez]

Para pensar este mapa

http://emptypipes.org/supp/isochrone_driving/bogota/
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-br] RES: Limite de cidades com distritos

[Leonardo Brondani Schenkel]

On 05/05/2016 15:57, Gerald Weber wrote:
> Eu consultei esta tabela, não se trata de governo, são associações
> regionais que substituiram governos regionais que foram extintos. Eu
> entendo então que estas regiões perderam a função político-administrativa.

Beleza. Não discordando, só dizendo que o problema é que o que é
"governo" e "administrativo" também é um termo nebuloso que depende do
leitor. Cada país tem a sua forma de administrar, e a categorização
dificilmente é "bonitinha".

Eu iria responder seus outros pontos não para rebater mas porque são
interessantes e queria continuar a conversa, mas vou fazer diferente:
vou exemplificar como seria a divisão administrativa se eu fosse o
ditador do OSM — e explicar o porquê.

(Antes que eu seja mal interpretado por alguém, enfatizo que isto é
opinião puramente pessoal só a título de conversa, não é uma proposta,
nunca vai ser uma proposta e também não é essa opinião que está
embasando eu defender mudar a forma de representar regiões estatísticas.)

Para mim, no espírito pragmático do OSM que envolve "the truth is on the
ground" e que um mapeador não deveria precisar consultar legislação ou
regulamentos obscuros para saber mapear da forma apropriada, o
`boundary=administrative` deveria ser usado para codificar a estrutura
administrativa como ela é assim PERCEBIDA pelos habitantes daquele
local, independente se tem governo, se é mesmo administrativa na
prática, ou de tecnicalidades de legislação ou qualquer outra coisa.

Basicamente os critérios seriam esses:
- uma pessoa leiga tem conhecimento da existência daquela divisão
- uma pessoa leiga percebe aquela divisão como sendo uma sub-divisão de
uma divisão administrativa maior
- aquela divisão é mencionada regularmente em jornais, noticiário, etc.
- é esperado que apareça em um mapa político-administrativo "normal"

Tudo que não atende aos critérios acima, mesmo que seja administrativo,
é na prática uma região "invisível" pois as pessoas não sabem que
existe. Ela pode e deve ser codificada, mas não via
`boundary=administrative`.

Usando os critérios acima para o Brasil:
1. grandes regiões: SIM
2. estados: SIM
3. mesorregiões: NÃO
4. regiões metropolitanas: SIM
5. microrregiões: NÃO
6. municípios: SIM
7. distritos: SIM (mas não o Sede)
8. sub-distritos: TALVEZ?
9. bairros: SIM

Escrevi "NÃO" para as meso/micro-regiões porque na minha percepção, se
eu pegar uma pessoa aleatória na rua, mesmo que tenha formação superior,
não vai saber dizer em qual micro ou mesorregião ela reside. Talvez nem
saiba o que são, se não lembra mais da escola (isso se aprendeu na
escola). É uma região "invisível": é usada dentro de um gabinete, não
interessa para a população.

Suécia:
1. landsdel: SIM/TALVEZ
2. län: SIM
3. kommun: SIM
4. stadsdelsområde: SIM
5. stadsdel: NÃO/TALVEZ

O "stadsdel" é algo como se fosse o distrito, mas acho que na maioria
das cidades só existe mesmo para efeitos de administração e portanto
também é "invisível" — porque nunca vi evidência física dela existir ou
ser mencionada em lugar nenhum. Minha impressão é que o sueco típico não
sabe quais são ou mesmo que existam. E os bairros, que não estão na
hierarquia hoje, entrariam na hierarquia conforme a minha definição.

// Leonardo.


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

Re: [Talk-br] RES: Limite de cidades com distritos

[Leonardo Brondani Schenkel]

lhar os "tradicionais" membros da EU, virtualmente todos os NUTS vão
ser regiões administrativas atuais ou históricas que o NUTS simplesmente
adotou para critérios estatísticos.

Sobre o que afirmei em outra mensagem, que o Brasil era o _único_ país
que codificava limite concebido com função puramente estatística, isso
obviamente não se sustenta mais, e mostra que eu estava desinformado.

Abraço,
Leonardo.


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

Re: [Talk-br] Votação: uso de boundary=administrative para meso/micro-regiões do IBGE

[Leonardo Brondani Schenkel]

Baseado no feedback que recebi desde que comecei o tópico e criei uma
votação, e depois de refletir um pouco sobre o que foi escrito, concordo
que a votação pode ser melhorada. Tenho as seguintes propostas a fazer
para melhorar e clarificar o processo. (Algumas dessas sugestões não vêm
de mim, estou compilando apenas e não reivindicando a autoria.)

1. Colocar no topo da página do wiki [1], de forma destacada, que o voto
tem finalidade de sondagem apenas e a totalização quer determinar (1)
quantos manifestam interesse no assunto e (2) quantos concordam em mudar
o status quo; que nada concreto está em votação e caso seja identificado
interesse e número expressivo manifestando o desejo de mudança, daí sim
apresenta-se uma proposta concreta que será separadamente debatida e
votada; que esta votação não significa apoio para nenhuma proposta
específica nem implica que realmente haverá qualquer mudança nos dados.

[1]
https://wiki.openstreetmap.org/wiki/Pt:Vota%C3%A7%C3%A3o:uso_de_boundary%3Dadministrative_para_meso_e_microrregi%C3%B5es_do_IBGE

2. Agora que citações começaram a aparecer embasando a posição de quem
defende o status quo, alguns dos argumentos no texto da votação se
tornaram debatíveis e/ou enfraqueceram e o texto passou a ser parcial
porque não as apresentam. Vejo duas possibilidades: (1) sumarizar tudo
que for discutido/apresentado ou (2) remover todos os pontos e apenas
manter links para o fórum e os arquivos mensais da lista.

Pessoalmente prefiro o (2) porque eu pessoalmente não vou ter tempo de
fazer o (1) além de totalizar os votos, então alguém precisaria
voluntariar a me ajudar — e mesmo assim acho que se alguém sumarizar,
algum outro pode questionar a forma ou a parcialidade do sumário. O (2)
simplifica, força quem quer votar a ler tudo e também dá menos trabalho,
o que é um ponto positivo em se falando de voluntariar o tempo.

3. As mensagem que representam votos a partir de agora terão que começar
com: "Li tudo postado no tópico na lista e no fórum até o momento". A
justificativa também passa a ser obrigatória. Sem essas duas coisas ele
não é totalizado.

4. Não existe como agradar a todos, então quero dar possibilidade de
registro para quem continua a ter objeção ao fato da votação existir
criando um terceiro voto, "Objeção" ou "Protesto". Pode ser votado como
os outros e será totalizado.

5. Isto não é na verdade uma mudança, só reforçando que é implícito mas
óbvio que um voto só considerou o que foi discutido e apresentado até o
momento que ele foi feito. Caso tenha feito o voto e queira explicitar
que continua com a mesma opinião mesmo depois de bons argumentos em
contrário, faça ele de novo. Mas acho útil não esperar todos os 90 dias
e sim votar no momento que sua opinião esteja firme, para se ter uma
noção do "andar da carruagem". A qualquer momento o voto pode ser
refeito ou trocado.

No momento só estou apresentando as sugestões acima, não fiz nada de
concreto. Espero que elas estejam abordando as objeções que foram feitas.

Prefiro manter a votação por inércia, já que as pessoas começaram a
fazer suas pesquisas e postar e debater e tem utilidade aproveitar o
momento.

// Leonardo.




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

Re: [Talk-br] Votação: uso de boundary=administrative para meso/micro-regiões do IBGE

[Leonardo Brondani Schenkel]

On 04/05/2016 03:20, Flavio Bello Fialho wrote:
> Discordo: Primeiro, o tema é polêmico e acho a votação precipitada.

Que é polêmico acho que nem tem como discutir. Ou o fato de ser polêmico
também é polêmico? :-)

Sobre a precipitação da votação, poderia explicar em mais detalhes o que
há de precipitado (ou: o que deveria ter acontecido antes, na sua opinião)?

Note que não há nenhuma proposta concreta em votação aqui, este é um
tópico sobre um assunto específico onde a discussão está aberta e onde
eu formalizei a forma de expressar a opinião, assim é possível totalizar
as opiniões a título de sondagem. Daqui a pelo menos 90 dias podemos
ver, de acordo com a votação, se a discussão continua para algo mais
concreto que envolve alterações ou se o status quo permanece e a
discussão simplesmente acaba, o que também vai ser bom para todos — eu
imagino.

Abraço,
Leonardo.


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

Re: [Talk-br] Votação: uso de boundary=administrative para meso/micro-regiões do IBGE

[Leonardo Brondani Schenkel]

Caro Gerald,

On 03/05/2016 00:50, Gerald Weber wrote:
> Tenho objeção a conduzir a votação desta maneira, isto é uma votação
> induzida.

Me proponho a criar um terceiro tipo de voto, de "Objeção", que funciona
exatamente como os outros. Caso responda a este e-mail votando desta
forma vou interpretar como tal e registrar seu voto e totalizá-lo. Como
vai existir um link para sua objeção, tem a liberdade para argumentar de
forma que quiser no seu voto como esta votação não tem fundamento. Daí
vou colocar um aviso em negrito no topo do texto da votação no wiki
dizendo que existem objeções à votação e que os links dos votos
"Objeção" vão ter os detalhes das objeções.

Sobre conduzir a votação, o que eu fiz foi criar um tópico específico
para discutir o assunto da votação (e não os 20 outros relacionados) por
questão de objetividade, expliquei o escopo da votação, deixei claro na
primeira frase do texto da votação que sou eu que escrevi o texto da
votação e qual minha posição sobre o assunto, coloquei o link para os
arquivos da talk-br para permitir que as pessoas leiam a discussão
prévia por elas mesmas e estou apenas totalizando os votos que estão
sendo feitos usando publicamente — toda a informação é pública, o wiki
registra histórico e qualquer um pode inspecionar o que estou fazendo. O
tópico está em aberto, e respondi neste tópico para fazer alguns outros
pontos adicionais.

Isso ainda é uma lista de discussão, eu não encerrei o assunto. O tópico
está aí aberto para ser discutido. Qualquer argumento ou fato pode ser
apresentado, opiniões podem ser mudadas, e votos podem ser modificados.
Os votos são só a sondagem.

> Nenhuma das duas alternativas que foram propostas refletem o meu
> entendimento sobre o assunto.

Sinto ser grosso e direto, mas não é realmente problema meu. Você nem se
interessa muito em realmente explicar seu entendimento do assunto. A
iniciativa foi minha, tudo o que você fez foi criticar o tópico em si
(não os argumentos, mas o tópico) desde o início.

Faça o dever de casa e escreva um texto e proponha uma outra votação e
totalize os votos. Mas sei que não fará: se você _realmente_ estivesse
interessado em algo construtivo, teria explicado o que é realmente seu
entendimento ou sugerido como melhorar a votação. Mas criticar é fácil.

> Primeiro temos que definir cenários que resumem o entendimento do grupo
> e as suas consequências. Não cabe votar uma pergunta específica fora de
> contexto.

Se tivesse lido e prestado atenção no texto da votação teria visto que a
votação não está propondo nada, apenas sondando a posição da comunidade
sobre o assunto. Apenas formalizei a forma de expressar a posição e me
voluntariei a contar e totalizar.

De novo: faça o dever de casa e então faça tudo isso que você propõe.
Até uns dias atrás você questionou a própria importância de discutir
isso, que existiam outras coisas muito mais importantes a serem feitas —
mas ainda está postando por aqui e agora temos que definir cenários e
conseqüências, que curioso isso.

De novo mais uma vez: se tivesse lido e prestado atenção no texto da
votação teria visto que __eu estou me propondo a fazer uma proposta
formal com exatamente o que você está dizendo__, a votação é só uma
discussão/sondagem para ver se existe ou não um consenso sobre o
problema em si (e deixando amplo tempo de no mínimo 90 dias para
qualquer discussão sobre o assunto). Se todo mundo compartilha de sua
opinião, e eu sou o maluco aqui, não adianta eu perder tempo em fazer a
proposta. Assim eu salvo até o seu tempo para gastar nas outras coisas
mais importantes que estão aí implorando por atenção e eu não deixo você
fazer.

// Leonardo.



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

Re: [Talk-br] Votação: uso de boundary=administrative para meso/micro-regiões do IBGE

[Leonardo Brondani Schenkel]

Acho que é relevante para a votação e reproduzo o que escrevi no fórum:
http://forum.openstreetmap.org/viewtopic.php?pid=591013#p591013

Assim alguém com conhecimento do assunto pode contribuir.
---
Vou postar um link de algo que descobri recentemente que possa servir de 
clarificação, pelo menos eu não estava ciente:

http://ojs.fsg.br/index.php/direito/article/viewFile/600/479

O texto acima cobre especificamente o Rio Grande do Sul e um pouco de 
São Paulo, mas aborda pontos importantes que são gerais. Confesso que 
não me considero expert e não vou me surpreender caso tenha feito uma 
interpretação errada, mas conforme o texto acima:


1. A Constituição de 1988 (art. 25, § 3º) delegou aos Estados a 
competência de definir "instituir  regiões  metropolitanas, 
aglomerações urbanas e microrregiões,  constituídas por agrupamentos  de 
municípios limítrofes, para integrar a organização, o planejamento e a 
execução de funções públicas de interesse comum".


2. Os argumentos acima são definidos única e exclusivamente pelos 
Estados através de lei complementar aprovada pela assembléia 
legislativa. Apenas o Estado pode definir tais regiões; desde a 
Constituição de 1998 não compete mais à União defini-las.


3. Os Estados PODEM definir tais regiões por leis complementares, mas 
não significa que eles DEVEM ou mesmo VÃO.


4. A Constituição do RS definiu até um novo tipo de sub-divisão chamado 
"redes de Municípios" que basicamente é um agrupamento para fins 
administrativos de municípios não-limítrofes (já que a Constituição 
Federal define as divisões definidas por ela como sendo limítrofes).


Agora, considerando o acima note o seguinte:

5. A lista de meso e microrregiões do IBGE vem de uma publicação de 1989.

6. De acordo com a própria Constituição, a competência única de definir 
"sub-divisões" das UFs são das assembléias legislativas estaduais. A 
lista do IBGE portanto não define uma sub-divisão "oficial" ou 
"administrativa" pois não é de sua competência (claro que para critérios 
estatísticos o IBGE pode fazer o que quiser).


7. Note que o RS de acordo com o IBGE tem 35 micrroregiões desde 1989. 
Como então é possível que em 13 de dezembro de 2011 a Assembléia do RS 
aprovou a lei complementar que criou a primeira microrregião do Estado, 
chamada "Celeiro", que nem está na lista do IBGE? [1] [2] [3]


[1] 
http://www.al.rs.gov.br/legis/M010/M0100099.ASP?Hid_Tipo=TEXTO_TodasNormas=57949=_IDNorma=57949
[2] 
http://www2.al.rs.gov.br/noticias/ExibeNoticia/tabid/5374/IdOrigem/1/IdMateria/302013/language/pt-BR/Default.aspx
[3] 
http://al-rs.jusbrasil.com.br/noticias/2965462/assembleia-aprova-criacao-da-microrregiao-celeiro


8. De novo, o próprio IBGE diz que suas regiões não são na práticas 
usadas para fim administrativos conforme as referências já citadas.


9. Nada impede que um Estado defina uma microrregião que já foi definida 
pelo IBGE, mas é importante salientar que neste caso a microrregião foi 
criada pela Assembléia Legislativa daquele Estado e não pelo IBGE.


O ponto que eu quero fazer, o que não era óbvio para mim até 
recentemente, é que microrregiões administrativas definidas na 
Constituição e microrregiões do IBGE __não são a mesma coisa__ embora 
tenham o mesmo nome. São coisas diferentes. É isso que confunde muita 
gente (inclusive eu).


De novo: esta votação é sobre as __regiões definidas pelo IBGE__, não 
sobre como representar as regiões definidas pelos Estados (que acredito 
que nem existam no OSM) — isso fica para outra discussão .


On 02/05/16 17:17, Leonardo Brondani Schenkel wrote:

Uma clarificação: como postado por Nelson na talk-br [1], os Estados
têm, de acordo com definido pela Constituição no art. 25 §3º [2] a
competência para definir via lei complementar estadual suas próprias
"sub-divisões" para fins administrativos. Estas sub-divisões podem ou
não concidir com as divisões definidas pelo IBGE. Esta votação se refere
__apenas aos limites definidos pelo IBGE para fins estatísticos__, não a
quaisquer limites definidos por lei complementar estadual para fins
administrativos.

[1] https://lists.openstreetmap.org/pipermail/talk-br/2016-May/011328.html

[2]
http://www.jusbrasil.com.br/topicos/10717153/paragrafo-3-artigo-25-da-constituicao-federal-de-1988:


Os Estados poderão, mediante lei complementar, instituir regiõe
metropolitanas, aglomerações urbanas e microrregiões, constituídas
por agrupamentos de municípios limítrofes, para integrar
organização, o planejamento e a execução de funções públicas de
interesse comum.


// Leonardo.


___
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] Votação: uso de boundary=administrative para meso/micro-regiões do IBGE

[Leonardo Brondani Schenkel]

Uma clarificação: como postado por Nelson na talk-br [1], os Estados 
têm, de acordo com definido pela Constituição no art. 25 §3º [2] a 
competência para definir via lei complementar estadual suas próprias 
"sub-divisões" para fins administrativos. Estas sub-divisões podem ou 
não concidir com as divisões definidas pelo IBGE. Esta votação se refere 
__apenas aos limites definidos pelo IBGE para fins estatísticos__, não a 
quaisquer limites definidos por lei complementar estadual para fins 
administrativos.


[1] https://lists.openstreetmap.org/pipermail/talk-br/2016-May/011328.html

[2] 
http://www.jusbrasil.com.br/topicos/10717153/paragrafo-3-artigo-25-da-constituicao-federal-de-1988:

> Os Estados poderão, mediante lei complementar, instituir regiõe
> metropolitanas, aglomerações urbanas e microrregiões, constituídas
> por agrupamentos de municípios limítrofes, para integrar
> organização, o planejamento e a execução de funções públicas de
> interesse comum.

// Leonardo.


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

Re: [Talk-br] RES: Limite de cidades com distritos

[Leonardo Brondani Schenkel]

On 02/05/16 15:01, Nelson A. de Oliveira wrote:

Microrregiões (não as do IBGE) são previstas na constituição:

=
Art. 25. Os Estados organizam-se e regem-se pelas Constituições e leis
que adotarem, observados os princípios desta Constituição.

§ 3º Os Estados poderão, mediante lei complementar, instituir regiões
metropolitanas, aglomerações urbanas e microrregiões, constituídas por
agrupamentos de municípios limítrofes, para integrar a organização, o
planejamento e a execução de funções públicas de interesse comum.
=

Inclusive existindo leis que as definem:

http://www.al.sp.gov.br/propositura/?id=100
http://www.al.sp.gov.br/propositura/?id=1003338
etc

Seja lá onde for parar essa discussão, precisa ter cuidado para
simplesmente não "rebaixar" toda microrregião.


Ótimo ponto. Iniciei uma votação sobre o assunto, postei na lista, e 
naquela votação me refiro àquelas __definidas pelo IBGE para fins 
estatísticos__, não a qualquer região definida a nível estadual para 
fins de administração. Acho que tenha sido claro ao explicar na votação 
que propus, mas não custa reforçar.


Sobre os links que postou, pergunto por desinformação total minha: a 
página menciona __projetos__ de lei complementar; não está explícito na 
página se os projetos foram aprovados pela assembléia (não que eu esteja 
duvidando e também não altera o seu ponto) — acho que links para leis no 
diário oficial seriam mais úteis (caso sejam de seu conhecimento).



E enquanto procurava por algo parecido eu encontrei os
Census-designated places (CDP) nos EUA, que me pareceram muito
similares ao nosso caso:

"They don't have any legal status, or represent the jurisdiction of
any government. CDPs are created by the Census Bureau for statistical
purposes only." -
https://wiki.openstreetmap.org/wiki/Talk:Key:boundary#United_States

Há alguns dias eu perguntei na talk-us como representam tais áreas e
basicamente são representadas como place=* ou com boundary=census


Exatamente, já que existe o entendimento que `boundary=administrative` 
não é apropriado para bordas não-administrativas.


// Leonardo.


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

Re: [Talk-br] Votação: uso de boundary=administrative para meso/micro-regiões do IBGE

[Leonardo Brondani Schenkel]

Concordo, pois sou quem colocou a questão em votação.


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

[Talk-br] Votação: uso de boundary=administrative para meso/micro-regiões do IBGE

[Leonardo Brondani Schenkel]

 o uso 
brasileiro não segue a definição escrita nem a usada na prática e 
portanto está em desacordo com o consenso mundial.


  [2] 
https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#10_admin_level_values_for_specific_countries


  [3] 
https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#11_admin_level_values_for_specific_countries 



Baseado nas justificativas acima, a seguinte questão é o que está em 
votação:


> Considerando que as mesorregiões e microregiões criadas pelo IBGE não têm
> cunho administrativo, o uso de `boundary=administrative` para tais
> regiões nos dados do OSM não é apropriado de acordo com a definição
> e intenção da tag. Concordo com a idéia de que uma forma alternativa de
> representação deveria ser utilizada para estas regiões, uma que não
> utilize `boundary=administrative`.

Seu voto será:

- __Concordo__ caso concorde com as justificativas acima e que 
deveríamos descontinuar o uso de `boundary=administrative` para tais 
regiões.
- __Discordo__ caso não concorde com as justiicativas acima, ou mesmo se 
concorda mas não acredita que são justificativas fortes o suficiente 
para descontinuar o uso de `boundary=administrative` para tais regiões.


O que acontece se houver um número expressivo de "Concordo"? No curto 
prazo, nada. Identificado um movimento expressivo pró-mudança, será 
feita uma proposta com uma nova forma de representar mesorregiões e 
microregiões que não use `boundary=administrative`. Esta proposta será 
então discutida e refinada/aprimorada/modificada e em certo momento 
colocada em votação: caso exista um consenso em relação a proposta, o 
wiki será modificado para documentar o novo padrão e os dados existentes 
serão modificados segundo o procedimento oficial do OSM documentado em 
[Automated edits code of 
conduct](https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct).


Para votar, responda _neste mesmo tópico_ e _na primeira linha_ do corpo 
de sua resposta escreva a palavra "Concordo" ou "Discordo", de acordo 
com seu posicionamento. Caso queira opcionamente justificar seu voto, 
inclua após o voto uma explicação breve — se tiver mais pontos longos a 
discutir, separe o resto da mensagem de seu voto por uma linha em 
branco. Exemplos de votos:


> Concordo: regiões do IBGE não são administrativas e usar 
`boundary=administrative` está errado


ou

> Discordo: regiões do IBGE são sim administrativas

ou

> Discordo: regiões do IBGE se encaixam na definição de 
`boundary=administrative`


Este texto está sendo postado tanto na lista de discussão talk-br quanto 
no fórum brasileiro do OSM 
[http://forum.openstreetmap.org/viewforum.php?id=74]. Os votos poderão 
ser feitos na lista ou no fórum, mas caso esteja presente nos dois por 
favor use apenas um dos dois para votar.


A totalização dos votos será feita por mim na seguinte página do wiki:

https://wiki.openstreetmap.org/wiki/Pt:Vota%C3%A7%C3%A3o:uso_de_boundary%3Dadministrative_para_meso_e_microrregi%C3%B5es_do_IBGE

Para cada voto será incluida uma nova linha na tabela indicando o voto, 
quando foi feito, quem votou, a justificativa breve (se existir) e um 
link para o post na lista ou no fórum onde foi feito o voto. Caso hada 
mudança posterior do voto por mudança de opinião, o voto anterior será 
"riscado" e desconsiderado e o novo voto incluído como se fosse um novo.


Por questões logísticas e de transparência peço encarecidamente que 
ninguém além de mim edite a página do wiki — os votos deverão ser feitos 
apenas na lista ou no fórum. Caso alguém questione minha lisura ou 
imparcialidade em totalizar os votos, fique à vontade para totalizar os 
votos de forma paralela em outro local. Caso eu cometa algum erro na 
totalização por favor se manifeste para que eu possa corrigi-lo.


Minha intenção é de deixar a votação em aberto por pelo menos 90 dias, e 
de totalizar os votos na lista e no fórum pelo menos 1 ou 2 vezes por 
semana. Caso eu precise me ausentar por mais de uma semana, tentarei 
avisar antecipadamente.


Um abraço a todos.

// Leonardo.


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

Re: [Talk-br] RES: Limite de cidades com distritos

[Leonardo Brondani Schenkel]

Respondendo a mim mesmo:

On 28/04/2016 19:38, Leonardo Brondani Schenkel wrote:
> O Nominatim não formata endereços.

Escrevi uma grande bobagem nesta frase, assumo o erro e retiro o que
escrevi.

// Leonardo.


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

Re: [Talk-br] RES: Limite de cidades com distritos

[Leonardo Brondani Schenkel]

Tenho certeza que as pessoas já estão doentes de me ler aqui na lista,
então só pra avisar que vai ser a última vez que vou responder se for só
para repetir o que já foi dito sobre este assunto — isso não traz
nenhuma informação nova nem é produtivo.

Caso algo concreto e objetivo apareça, volto a me manifestar se necessário.

On 28/04/2016 18:01, Papibaquígrafo wrote:
> As regiões estatísticas do IBGE e os limites administrativos fazem parte
> de uma mesma hierarquia – regiões agregam estados, e estes se subdividem
> em mesoregiões, etc (as regiões metropolitanas são uma exceção aqui).
> Logo, me parece purismo separar as duas coisas só porque o nome da
> etiqueta não é 100% apropriado.

Pela mesma lógica as comarcas do judiciário deveriam estar no
admin_level também, pois as regiões agregam estados, os estados
comarcas, e as comarcas municípios... Há inúmeros outros exemplos de
hierarquia que se aplicam. (Se elas já não estão, seria ótimo ter as
comarcas do judiciário no OSM, por falar nisso.)

Sinceramente não entendo a resistência, pois já foi aqui:

- citada a definição de boundary=administrative e admin_level que está
bem explicada no wiki — que parte lá é ambígua?
- mostrado o uso que os outros países fazem desses tags na prática
- demonstrado que o Brasil é o único país no mundo que usa
boundary=administrative para algo que foi criado com fins
geográficos/estatísticos (não apareceu um contra-exemplo até o momento)
- foi citada a definição de próprios sites do governo dizendo que não
são administrativas
- foi citada uma pessoa que trabalha no IBGE dizendo que não são
administrativas
- foi citada a publicação oficial do IBGE que inventou as regiões
dizendo que não são administrativas
- demonstrado que o próprio mapa político oficial do IBGE não inclui
essa informação

O que mais se precisa em termos de coisas objetivas? Honestamente.

E isso que nem se quer apagar a informação (o que sim seria ridículo),
apenas mudar o boundary=administrative para outro valor mais apropriado.

> O fato é que as diferentes aplicações nunca vão funcionar bem sem
> "entender" o significado específico dos admin_level em cada país, e não
> vai ser essa mudança proposta (statistical_level=* ou similar) que vai
> resolver o problema.

Mas elas podem sim entender o que são limites administrativos e o que
não são. boundary=administrative e boundary!=administrative. Vai
funcionar em todos os países do mundo, menos hoje no Brasil.

> Veja o endereço absurdo que o Nominatim retorna nesta pesquisa
> (e isto que os distritos e subdistritos, se é que existem, não estão
> mapeados em Porto Alegre):
> 
> Paço Municipal, 10, Praça Montevidéu, Esplanada Municipal Célio
> Marques Fernandes, Historic District, Porto Alegre, Microregion of
> Porto Alegre, Metropolitan Region of Porto Alegre, Metropolitan
> Mesoregion of Porto Alegre, Rio Grande do Sul, South Region,
> 90010-170, Brazil
> 
> O endereço que qualquer um de nós (e também o carteiro) esperaria nesta
> busca seria simplesmente "Paço Municipal, Praça Montevidéu, 10,
> 90010-170, Porto Alegre, Brazil".

O objetivo da lista de resultados do Nominatim é de mostrar a hierarquia
administrativa para diminuir ambigüidade e permitir que a pessoa que
procurou poder melhor identificar o resultado que está procurando (que
outra hierarquia você sugere que ele deveria usar por default?), não
mostrar um endereço de correspondência — para isso existem os tags addr:*.

> Enfim: a funcionalidade "formatação de endereços" no Nominatim funciona
> mal, mas não porque a comunidade brasileira flexibilizou um pouco o
> significado de admin_level; funciona mal porque cada país tem a sua
> convenção e o Nominatim não leva isso em conta.

O Nominatim não formata endereços.

Sim, o Brasil "flexibilizou" — eufemismo para usar incorretamente.
Estamos aguardando os exemplos dos outros países que flexibilizaram de
mesma forma. Pode tomar seu tempo, ninguém tem pressa.

E ironicamente um dos motivos do Nominatim mostrar tanto "lixo" é que
pelo menos duas informações que estão lá não deveriam estar por estarem
incorretamente cadastradas.

Mas no fim é uma perda de tempo discutindo o que o Nominatim faz porque
o uso dos tags é de acordo com sua definição. Todos estão carecas de
saber que "taguear para o renderizador" vai contra as práticas do OSM.

> Da mesma forma, o Mapnik precisaria saber que, para fins de não
> sobrecarregar a quantidade de informação exibida, os  admin_level
> cruciais no Brasil são 4 e 8. E isso muda de país para país.

O Mapnik não precisa saber nada. Está explicado lá na página do wiki
(que já foi citada pelo menos duas vezes) e que explica a definição de
boundary=administrative que o admin_level foi criado para uniformizar os
países, assim um renderizador pode colocar as bordas corretas sem saber

Re: [Talk-br] Limite de cidades com distritos

[Leonardo Brondani Schenkel]

On 28/04/2016 02:05, santamariense wrote:
> @Leonardo e comunidade:
> 
> Estive conversando com um exímio mapeador aqui do OSM BR, que também
> trabalha no IBGE. No entender dele e conforme seus conhecimentos na
> área, micro e meso não são administrativos. Mas essa é a opinião dele.
> Ele também concorda que subdistritos são sim níveis administrativos.

Que legal, obrigado por falar com teu amigo. Qualquer opinião de alguém
envolvido com o IBGE é super bem-vinda.

> Então embora eu queira que permaneça as micro e meso, já não tenho
> tanta certeza se condizem com a tag admin_level. Acho que essa
> conversa vai longe...

Verdade, a discussão tem o potencial de ir longe. Mas ninguém está
apressando, eu acho. No meu caso estou argumentando a título de
discussão apenas — só para ver se há um consenso se é mal uso da tag.
Honestamente, pra mim é evidente dados os argumentos que tenho
apresentado, mas não quero ser dono da verdade: só estou tentando ao
máximo discutir de forma objetiva e não subjetiva (afinal, todos temos
nossa opinião e preferências e não espero mudar a de ninguém nesse
aspecto) — se a tag tem uma definição e um propósito bem-definidos
(documentados ou na prática) e estamos colocando outra coisa que não se
encaixa, esse é um uso incorreto independente da minha opinião pessoal
se gosto ou não.

Conseguem citar algum mapa político ou rodoviário (ou algum outro que
mostre as bordas administrativas) que tenha linhas delineando as
meso/micro-regiões do Brasil? Nem o Google Maps nem nenhum outro mapa
online de outra empresa que verifiquei têm. O mapa político do IBGE
também não:
ftp://geoftp.ibge.gov.br/mapas_tematicos/mapas_murais/Brasil2500_2014/.
Se alguém sabe de algum que tenha, por favor cite aqui — toda informação
é bem-vinda.

Caso um consenso em torno disso se forme, vamos ter que discutir o que
fazer em seguida. Acho que é bom ficar claro que não significa que serão
imediatamente removidos os tags admin_level=5/7 que existem nos dados,
até porque é algo que vai contra o procedimento padrão do OSM. A única
conseqüência inicial é que a documentação/wiki seriam atualizados para
descontinuar seu uso. Uma nova forma de 'taguear' micro/meso regiões
seria proposta (algo como boundary=ibge + ibge_level=X, mas isso é só um
exemplo que inventei) e colocaríamos em batch as novas tags nos dados
tagueados com admin_level=5/7 — estressando o fato de que o admin_level
vai continuar lá. Eventualmente, depois de algum tempo (estou falando em
anos), os tags admin_level para micro/micro-regiões são removidos.

> Porém, Leonardo, me responda: O que desqualifica as micro e meso
> regiões como níveis administrativos, que não acaba por desqualificar
> as Grandes Regiões (Norte, Sul, Centro-Oeste, Nordeste,...) também???

Finalmente! Estava esperando alguém me fazer esta pergunta! Alguém está
prestando atenção... :-)

Essa é a conseqüência lógica do que está sendo discutido: estritamente
falando as regiões também não se qualificam. O fato de eu não as ter
mencionado nada até o momento não significa que estou fazendo um
argumento pró elas continuarem. Não mencionei as regiões porque uma
briga só por vez é o suficiente. :-)

Mas piadas à parte, acho que a discussão sobre a representação delas no
OSM não é exatamente idêntica ao caso anterior. Ao examinar as tabelas
de admin_level=* dos outros países [1] parece existir um precedente em
codificar "regiões grandes" no admin_level=3 e acredito que existam
várias regiões grandes aí que não são administrativas.

[1]
http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#10_admin_level_values_for_specific_countries

Um exemplo que posso fazer é a Suécia: os 'estados' são as "län" e não
estou ciente de existir nenhum governo a nível de "landsdel". A
Wikipedia parece concordar comigo [2]:

"As 'lands' da Suécia são três partes tradicionais, essencialmente 3
províncias coletivas, na Suécia. Essas 'lands' não têm função
administrativa, e não há designação oficial para esse nível de
subdivisão. Mais comumente são chamadas 'landsdelar', que é traduzido
simplesmente como 'partes do país'."
[2] https://en.wikipedia.org/wiki/Lands_of_Sweden

Então no caso de região (N/NE/etc.), o uso brasileiro pelo menos é
consistente com resto do mundo em relação à definição aplicada "de
facto" do admin_level=* do OSM. De um ponto de vista pragmático, essas
regiões existem na prática há séculos, algumas perderam seu caráter
administrativo, mas ainda existem no imaginário e são
compreendidas/usadas pelas pessoas "comuns" e ainda aparecem em muitos
mapas, por isso acabaram sendo codificadas. Dependendo do seu ponto de
vista, muitos desses critérios podem ser aplicados também às regiões
brasileiras.

Devido aos pontos acima, acredito que o argumento para retirar o
admin_level=3 das regiões brasileiras com certeza existe mas é mais
frágil e portanto difícil de justificar. Em termos de *opinião

Re: [Talk-br] RES: RES: Limite de cidades com distritos

[Leonardo Brondani Schenkel]

On 26/04/2016 17:36, Papibaquígrafo wrote:
> A seguinte ideia já deve ter sido levantada antes, mas acho razoável
> mencionar:
> 
> Em vez de mudar todos os bairros no Brasil para admin_level=10 (e com
> isso prossivelemente piorar a compatibilidade com várias aplicações),

Primeiro ponto: os bairros que não são 10 já estão errados porque 10 é o
nível correto segundo a hierarquia padrão brasileira e mundial (de 10
níveis) no momento. Ou você quis dizer 11, mas escreveu 10?

> por causa dos poquissimos município que possuem subdistritos, por que
> não usar admin_level=9.5 para os subdistritos, ou qualquer outra
> convenção similar? Isto não vai ser reconhecido por nenhuma aplicação
> global (o que não é um problema, pois a informação de subdistrito é
> perfeitamente inútil para 99.95% dos usuários), mas por outro lado a
> informação estará lá para aqueles que necessitem acessá-la.

Pessoalmente acho isso (o 9.5) uma grande 'gambiarra'. Não adianta
colocar um valor não padronizado e não reconhecido numa tag — se nenhum
software vai reconhecer, então é equivalente a colocar em outra tag.
Pelo menos não se usa a tag de forma não documentada e não se fica
inconsistente com o resto do mundo.

Isso parece só por preguiça do processo de mudar 10 para 11, o que pode
na verdade facilmente ser feito em batch. Consertar uma coisa inadequada
através de uma outra 'solução' inadequada não parece ser uma solução que
é aceitável. Se realmente a comunidade brasileira prefere o valor de 9.5
neste caso eu argumento que então deveríamos fazer uma proposta desse
novo nível no OSM mundial.

Mas o maior argumento contra esta solução é que tanto Alemanha e Holanda
(entre outros) já passaram por esse processo, começaram com 10 níveis e
mudaram para 11, e como o bairro que é 10 vira 11, então basta a gente
estudar e emular o que eles fizeram. Só o fato desses países terem feito
isso sem introduzir a gambiarra do 9.5 vai fazer com que a comunidade
OSM mundial instantaneamente rejeite qualquer proposta de introduzir o
valor intermediário. E, sinceramente, vão ter a razão.

// Leonardo.

> 
> 
> Em Segunda-feira, 25 de Abril de 2016 13:34, Blademir Andrade de Lima
> <blademi...@hotmail.com> escreveu:
> 
> 
> /“//Não entendi o seu ponto sobre "liberar" um novo nível. Quem vai
> liberar? Podemos taguear da forma como bem entendermos, desde que
> cheguemos em um consenso sobre qual deveria ser a tag.”///
>  
> Arlindo, quis dizer que enquanto os níveis 9 e 10 não estiverem
> “completos” não adiantara exigir um novo nível (11).
>  
> Leonardo, consigo ver duas soluções para o Brasil:
> 1)  Regiões, Meso e Micro sem “admin_level”, assim a tabela
> hierárquica do Brasil no OSM poderia ser reorganizada, e muito trabalho
> para ser refeito. Porem o resultado final da hierarquias administrativas
> seria mais obvia e simples, como você disse no final.
> 2)  Ou, uso de admin_level:11 para os bairros. Solução mais simples
> no meu ponto de vista.
>  
> Para concluir, a comunidade OSM do Brasil terá que chegar em um consenso
> e decidir qual caminho prosseguir.
>  
> Forte Abraço,
> BladeTC
>  
> Enviado do Email <https://go.microsoft.com/fwlink/?LinkId=550986> para
> Windows 10
>  
> *De: *Leonardo Brondani Schenkel
> <mailto:leona...@schenkel.net>
> *Enviado:*segunda-feira, 25 de abril de 2016 07:26
> *Para: *talk-br@openstreetmap.org
> <mailto:talk-br@openstreetmap.org>
> *Assunto: *Re: [Talk-br] RES: Limite de cidades com distritos
>  
> On 23/04/2016 00:42, Blademir Andrade de Lima wrote:
>> Pelo visto este assunto vai longe. Eu li toda a discussão do fórum,
>> tenho que concordar que Regiões, Mesorregiões e Microrregiões não são
>> limites administrativos, e sim estatísticos.
> 
> Concordo plenamente. O nome da tag é evidente por si só: *admin*_level.
> 
> Faltou bom senso quando resolveram fazer mal uso da tag e colocar
> definições puramente estatísticas; bastaria ter criado uma tag nova para
> codificar as divisões estatísticas do IBGE. O Brasil é na verdade um dos
> países onde seria mais fácil aplicar as tags de forma correta, afinal é
> um país completamente uniforme em termos de administração (só existem a
> União, os Estados, os Municípios e eventualmente mais de um Distrito
> [mas que não é autônomo]) e isso se aplica a 100% do território) — em
> comparação, os EUA, UK e muitos países da Europa são um caos total em
> termos de uniformidade de sua organização.
> 
> Entretanto, discutir o passado não é produtivo. A situação é o que é. A
> questão importante é a seguinte: vamos continuar cavando o buraco ou
> vamos sair do buraco?
> 
> Existem 2 conjuntos de países no OSM — os que têm 10 admin_level e os
> que têm 11:
> -
> http://wiki.openstreetmap.org/wiki/Tag:bounda

Re: [Talk-br] Limite de cidades com distritos

[Leonardo Brondani Schenkel]

On 26/04/2016 16:50, Gerald Weber wrote:
> Prezado Leonardo e colegas
> 
> 2016-04-26 10:51 GMT-03:00 Leonardo Brondani Schenkel
> <leona...@schenkel.net
> <mailto:leona...@schenkel.net>>:
> 
> 
> >
> > Pessoalmente acho super interessante e outros mapas como Google Maps
> > também trazem esta informação. Wikipedia idem.
> 
> Links? (Não estou duvidando de sua informação, apenas que fica mais
> fácil falar sobre algo concreto.)
> 
> 
> Joga no Google
> :) https://www.google.it/?ion=1=2#q=Microrregi%C3%A3o+de+Santa+Maria

Não entendi seu ponto (sinceramente, sem ser irônico): qualquer
informação que existe em qualquer lugar pode ser pesquisada no Google. A
questão é se ela deva ser representada no OSM na forma que está sendo.

> Pesquisando mais (desculpe mas não vou colar/copiar todos os links aqui)
> você verá que essas regiões são referência comum em noticiários etc. 

Sim, ninguém disse que estas regiões não existem. Também não é este o
ponto. O ponto é se a representação via admin_level é apropriada
conforme a definição e intenção da da tag.

> Podem não se tratar de limites administrativos no sentido de ter um
> prefeito ou algum tipo de administrador mas são usadas
> administrativamente *sim* e não apenas para fins estatísticos como está
> sendo afirmado. Ou seja, não são uma mera curiosidade criada pelo IBGE.
> Muitas ações governamentais são planejadas para algum tipo de meso ou
> microrregião. 

Muitas ações governamentais são planejadas para a região da Quarta
Colônia no RS, ou para cidades com menos de X habitantes, ou com número
Y de escolas... De novo, não há duvida que as regiões existem e são
usadas. A questão também não é se os dados podem existir no OSM (podem e
devem), mas a questão é se devem ser representados via admin_level.

> Então por exemplo se o governo de Minas anuncia ações específicas para a
> "Mesorregião Oeste de Minas" certamente será de interesse de muita gente
> saber que região exatamente é esta. 

Sem dúvida. Existindo no OSM vai ser possível de abrir e encontrar via
Nominatim. Existem muitas outras coisas que que são super-importantes
mas não são representadas via admin_level que podem ser encontradas via
Nominatim. Eu procuro rotas de ônibus e trem, por exemplo.

> Não vou me alongar nas respostas específicas à sua mensagem pela mais
> pura falta de tempo. Mas creio que o problema central aqui seja tomar a
> wiki muito ao pé da letra no termo "administrativo" como sendo
> "administração". Ou seja, não há uma "sub-governador" com função de
> exercer a administração da "Mesorregião Oeste de Minas", mas a região
> tem função administrativa sim.

Imagino então que sua discordância seja do meu ponto 1, sobre a
definição do que é admin_level. Pois bem, é um ponto válido.

O contra-ponto é que de novo, nenhum outro país do mundo usa o
admin_level dessa forma, apenas o Brasil. Vide itens 3 e 4 do meu e-mail
anterior e a tabela no wiki. (E se estou errado as exceções poderão ser
contadas nos dedos de uma mão, e não vai encontrar exemplo de país
expressivo.) Quando existe um consenso no mundo inteiro sobre a
interpretação da tag que entra em discordância com o nosso, o que é mais
provável: que somos nós os certos, ou somos nós os errados? Posso dizer
com certeza e citar exemplos, se necessário, de sub-divisões
estatísticas e históricas em múltiplos países que existem, são
ativamente usadas, mas não são codificadas via admin_level porque não é
essa a tag apropriada para codificar a informação. Eu não sou ativo na
lista do Brasil (acompanho mas raramente escrevo por razões que são
off-topic no momento) mas estou envolvido no OSM desde o tempo que o
admin_level nem existia e infelizmente não me manifestei na lista
brasileira quando começou a ser incorretamente usado (até porque eu não
estava ciente). Se pudesse voltar atrás eu voltaria, mas não posso.
Também não adianta discutir o passado. Estou tentando influenciar o futuro.

> Eu penso que a comunidade OSM do Brasil tem questões bem mais urgentes
> para tratar do que ficar ajustando hirearquias de limites
> administrativos (será um trabalho enorme e vai gerar muitas disrupções)
> e com benefício para lá de duvidoso. 

Sinceramente Gerald, não acho esse um caminho construtivo de
desqualificar uma contribuição. Todos aqui somos voluntários, cada um
tem suas preferências e/ou prioridades: tem gente que prefere
micro-mapeamento, tem gente que prefere que as ruas estejam todas
mapeadas para poder navegar no GPS, tem gente que quer colocar rota de
ônibus, outros desenhar as construções... Cada um contribui com o tempo
e a disposição que tem, naquilo que acha melhor. Só o fato de estarmos
numa lista do OSM indica que temos um nível de interesse alto no projeto
e queremos contribuir da melhor forma possível, cada um com sua
preferên

Re: [Talk-it] Mappatura on the go

[Leonardo]

Confermo quello che ho detto per Vespucci e la raccolta rapida dei civici:

http://vespucci.io/help/en/Introduction/ (vedi sezione "Efficiently 
Adding Addresses").


Inoltre ha anche una funzione di aggiunta rapida delle restrizioni di 
svolta (vedi sezione "Adding Turn Restrictions").


Meglio di così... ;)

Leonardo

P.s. usavo pure io keypad mapper per i civici ma lo sviluppo sembra 
essersi fermato, inoltre c'era una controversia sulla raccolta attiva di 
default degli ID delle celle telefoniche, inviate poi ai server degli 
sviluppatori (vedi 
http://wiki.openstreetmap.org/wiki/Keypad-Mapper_3#OpenCellID).


Il 26/04/2016 14:09, Max1234Ita ha scritto:

Io arrangio la cosa con OSMPad, che è (era...) un'app nata per la raccolta di
numeri civici, ma che alla bisogna utilizzo anche per inserire note varie:
al rientro dal survey, mi basta importare i dati in Josm e poi modificare i
tag alla bisogna.

I suoi punti forti:
  - Puoi scaricare la mappa della zona che t'interessa e metterla in cache,
altrettanto puoi fare con i dati relativi agli indirizzi; quando selezioni
il pulsante per aggiungere un punto, ti propone automaticamente il nome
della via più vicina (il che va bene nell'80% dei casi, di solito)


I problemi più gravi invece sono due:

1) nasce per mappare civici, per cui gli unici tag che può generare sono
/address:street/ e /address:housenumber/

2) non puoi zoomare più di tanto, ma può non essere un problema... se non
hai un display HD.

3) Che io sappia l'app non è più supportata. Al momento sto andando avanti
grazie ad un APK di cui avevo un backup sul vecchio cellulare, ma non so per
quanto la cosa potrà continuare (già ora, sul mio Galaxy S5, che ha il
display HD, a volte ho seri problemi nel leggere i numeri ed i nomi delle
vie perché i caratteri sono molto piccoli (Vedi punto 2).
Potrei forse condividere quell'APK, se qualcuno lo cercasse ancora, non so
però quanto la cosa sarebbe legale, nonostante l'applicazione non sia più
distribuita sui canali ufficiali né manutenuta dal programmatore.

Approfitto quindi per chiedere se qualcuno conosce un'altra app simile che
permetta di mappare numeri civici in modo agevole: per quel che mi risulta
ci sarebbe Keypad Mapper, l'ho provato una volta ma non mi ci trovavo perché
inseriva i tag in posizioni errate (e soprattuto, difficili da ricostruire
in seguito).

OSMTracker l'ho provato anche lui, ma non mi sembrava molto lineare;
Vespucci invece è un editor vero e proprio ma non mi risulta abbia una
funzione specifica per inserire (velocemente) dei numeri civici.

Possibile che nessuno sia più interessato alla mappatura di queste
informazioni? Eppure fino a poco tempo fa sembrava uno degli obbiettivi
primari di OSM.


Max




--
View this message in context: 
http://gis.19327.n5.nabble.com/Mappatura-on-the-go-tp5872411p5872492.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-br] Limite de cidades com distritos

[Leonardo Brondani Schenkel]

Quem está há bastante tempo no OSM vai lembrar quando o admin_level não
existia e existia só o border_type, o que era uma zona porque cada país
tinha o seu e era praticamente impossível criar software genérico que
pudesse funcionar entre países. O admin_level foi criado com o objetivo
de *uniformizar* as bordas internas dos países. Sub-divisões similares
iriam usar níveis iguais.

De novo, basta olhar a tabela:

http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#10_admin_level_values_for_specific_countries

Nível 2 é do país, 4 é o que chamamos no Brasil de estado, 8 de
município, etc. Isso é consistente entre os países. Foi pra isso que a
tag foi criada.

4. O uso brasileiro do admin_level para limites não-administrativos é um
uso peculiar nosso que não é consistente com o uso que os outros países
fazem da mesma tag.

De novo, basta ver o uso dos outros países na tabela citada acima. Se
alguém discorda, pode citar algum outro país onde você vê um limite que
é puramente estatístico e não administrativo?

5. O Nominatim foi criado para pesquisar nomes e mostrar a hierarquia
administrativa, não qualquer outra que esteja codificada nos dados.
Existem muitas outras hierarquias codificadas que não são
administrativas. O nome estando no tag 'name' (e assemelhados) ainda vai
ser pesquisável no Nominatim, apenas o resultado vai mostrar a
hierarquia administrativa. Isso não irá mudar.


Bom, os argumentos são os acima. Espero que eu tenha conseguido ser
claro. Tenho certeza que não é só você Gerald, mas outros também
eventualmente vão discordar. Esse é o objetivo de uma lista de
discussão. Em caso de opinião discordante, poderia citar qual dos
argumentos acima está errado e explicar onde ou como estou sendo equivocado?

Pra complementar, alguns outros pontos:

6. O software existente para processar o OSM de forma genérica faz uso
das tags como elas estão definidas no wiki (que é o consenso da
comunidade mundial). Quando o software vê algo 'tagueado' com
boundary=administrative e admin_level=X ele considera que ali há um
limite *administrativo* — afinal isso é o que diz o *manual* — o que é
incorreto no caso brasileiro para dois valores de admin_level: 5 e 7.

7. O software que entende que 5 e 7 no caso do Brasil não são limites
administrativos só pode saber isso se o autor está ciente ou participa
da comunidade OSM brasileira, pois é impossível saber isso apenas pela
definição das tags ou pelo wiki.

Se o software está realmente interessado nos níveis administrativos
apenas e entende o Brasil, o que ele vai fazer é desconsiderar os níveis
5 e 7. Se os níveis desaparecerem esse software não será afetado.

Se o software está interessado nos níveis 5 e 7, significa que ele
entende o IBGE. Provavelmente este software é feito para a realidade
brasileira. Este é o software que seria afetado por uma eventual
mudança. Na minha proposta a fictícia a título de exemplo, ele teria que
ser modificado para olhar em boundary=ibge e ibge:boundary=meso/micro.

8. Fazendo de conta que vamos mexer no admin_level, ninguém disse que
imediatamente os valores 5 e 7 seriam apagados. Os "tags IBGE" poderiam
ser introduzidos (ou se alguém realmente tem a energia para tal, poderia
fazer uma proposta de introduzir uma tag genérica para subdivisões
estatísticas a fim de uniformizar os países) e se dá um amplo aviso
prévio de "aposentadoria" dos níveis 5 e 7 para adaptação de eventual
software que dependa delas — depois de um ano ou mais, só daí se removem
as tags. Remover é muito menos importante do que parar de usar de forma
incorreta — ao se corrigir o wiki pelo menos as novas contribuições e as
modificações não vou contribuir a aumentar o "problema".

> Então, que tal a gente concentrar nas milhares de coisas que faltam e
> deixar esses níveis administrativos em paz?

Não acho que seja uma boa forma de desqualificar a proposta. Sempre vão
existir outras coisas para serem feitas, então o mesmo argumento pode
ser usado para desqualificar qualquer proposta. O OSM é um projeto
*voluntário*, e sempre diferentes pessoas vão ter prioridades
diferentes. Se achas que existe outra coisa mais importante,
sinceramente espero que minha proposta aqui não esteja te impedindo de
contribuir com essas outras coisas mais importantes.

A meu ver, faz tempo que esse mau uso do admin_level tem criados
problemas e discussões na lista brasileira, e do meu ponto de vista foi
um problema auto-infligido pela própria comunidade brasileira e meus
argumentos estão acima para serem destruídos. Se essa for uma opinião
inteiramente minha, não se preocupe porque nada vai acontecer. Estou
levantando esta questão justamente porque acho que tenho alguns bons
argumentos e não sou eu sozinho que tenho esta posição. Talvez exista
uma tração para a mudança, talvez não. O tempo dirá.

Um abraço pra ti também, Gerald.
// Leonardo.



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

Re: [Talk-br] Limite de cidades com distritos

[Leonardo Brondani Schenkel]

On 25/04/2016 23:57, santamariense wrote:
> @naoliv - Eh verdade... me enganei... :)
> 
> Eu estou convicto que temos que adicionar um admin_level=11. Deslocar
> mesorregião / microrregião não deve ser feito porque não podemos
> esquecer que os níveis administrativos devem ser equivalente aos
> usados em outros países.

Não lembro ninguém ter mencionado deslocar, até porque não faz sentido
nenhum. Para evitar confusão, é melhor não misturar os dois assuntos na
mesma discussão ou explicitamente discuti-los separadamente.

Existem 2 questões que são completamente independentes:
1. Divisões puramente estatísticas do IBGE deveriam permanecer?
2. O Brasil deveria ter 10 ou 11 níveis?

Questão 1: divisões do IBGE

O que foi comentado é que limites estatísticos do IBGE não tem
absolutamente nada a ver com divisões administrativas. Pior ainda:
estando lá, só polui o Nominatim. Lembrem que o objetivo primário do OSM
(primário, não único) é ser um mapa.

Exemplo: Bairro Camobi, em Santa Maria, RS:

Camobi, Sede, Santa Maria, Microrregião de Santa Maria, Mesorregião
Centro-Ocidental Rio-Grandense, Rio Grande do Sul, South Region, Brazil
(Suburb) [*]

[*] http://nominatim.openstreetmap.org/details.php?place_id=145077682

Sinceramente, qual a utilidade da informação acima para um usuário de
mapa? Qual o caso de uso, fora alguém do IBGE ou alguém fazendo pesquisa
usando os dados do OSM?

Compare com isso:

Camobi, Sede, Santa Maria, Rio Grande do Sul, South Region, Brazil (Suburb)

(Também acredito que "Sede" não deveria estar ali, mas essa seria uma
terceira questão que não quero entrar no momento. Uma coisa de cada vez.)

Remover meso e micro neste caso é simples. A proposta seria algo como
simplesmente mudar as tags boundary=administrative + admin_level=5 e
admin_level=7 para algo como (estou inventando a título de exemplo)
boundary=ibge + ibge=meso e ibge=micro. Extremamente fácil de fazer em
batch em uma tacada só. O resultado seria que os níveis 5 e 7 não são
usados no Brasil.

Note que a informação ainda está lá: qualquer um que quiser usar os
dados e está interessado e meso/micro regiões, por razões que são óbvias
ele necessariamente está ciente da realidade brasileira e pode
simplesmente olhar/usar as tags específicas para tal.

Se olhar na tabela
http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#10_admin_level_values_for_specific_countries
verá que esse é um caso absolutamente normal; pouquíssimos países usam
todos os níveis.

Questão 2: Brasil deveria ter 10 ou 11 níveis?

Se 10, como é hoje, então o bairro é nível 10 e distritos e
sub-distritos não podem ser ambos codificados usando admin_level=9 (o
que não se impede de usar outras tags). Digamos que o sub-distrito então
fique codificado de outra forma e o distrito fica 9.

Se 11, podemos fazer de forma consistente com outros países que mudaram
para 11:

http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#11_admin_level_values_for_specific_countries

Neste caso o bairro é 11, sub-distrito é 10 e distrito é 9. Como Brasil
hoje tem 10, corrigir o admin_level significaria fazer uma alteração em
batch de todos os níveis 10 para 11, abrindo o 10 para sub-distritos. 9
fica como está. Lugares 'tagueados' de forma não padrão precisam ser
ajustados manualmente depois da alteração. Ainda assim não é muito trabalho.

Sinceramente esta é uma questão que para mim é muito menos importante
que a primeira — mudar para 11 ainda vai ser consistente com outros
países e pelo menos estamos falando aqui de limites realmente
administrativos. Eu pessoalmente acho que não seria estritamente
necessário e existem maneiras de continuar com 10, mas como este texto
já está muito longo eu não vou me estender aqui.

> Não acho que os niveis 9 e 10 devam estar completos para se usar o 11.
> Uma vez que distritos (admin_level=10) preenchem todo o território
> nacional, mas subdistritos e bairros não.

A tabela que postei acima torna evidente que não existe requisito de
estar "completo": a grande maioria dos países "pula" níveis porque não
existem equivalentes dentro do país para aquele nível.

Acho até (mas é especulação de minha parte, pois não estava acompanhando
os primeiros dias da comunidade OSM brasileira) que as divisões do IBGE
foram colocadas no admin_level porque alguém interpretou que o nível N+1
só pode ser usado quando o nível N está "preenchido" — o que
absolutamente nunca foi o caso. Basta ler a definição da tag e ver a
tabela acima.

// Leonardo.


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

Re: [Talk-it] Mappatura on the go

[Leonardo]

Consiglio Vespucci per Android: praticamente fa tutto quello che fa 
osmtracker e in più ha la possibilità di cercare i Tag tramite categorie 
e richiamarli velocemente tramite la funzione "Recenti".


Inoltre è ottimo per la raccolta rapida dei numeri civici dato che può 
sfruttare nominatim per precompilare il civico con il nome della via, 
della città e il cap e supporta anche l'aggiunta incrementale del civico 
successivo basato sul fatto che sia a destra o sinistra.


Infine se è attivata la funzione note è possibile ricevere una 
segnalazione in base alla distanza da essa (es. avvisami per tutte le 
note a 100mt da me).


Link a Google play: 
https://play.google.com/store/apps/details?id=de.blau.android


Leonardo

Il 25/04/2016 13:16, Cascafico Giovanni ha scritto:


Osmtracker non é pesante. Ha delle pre impostazioni che presumo 
personalizzabili. Aggiunge note scritte, audio, foto.
IMHO, unico neo, per scattare foto si deve fare uno o due click 
inutili che, in condizioni di molta luce, sono fastdiosi.


a casa scarichi la sessione in una cartella e controlli tutto il 
multimediale (audio, note, foto, nonché la traccia gps) dalla finestra 
geografica di JOSM.


Naturalmente puoi inserire gli elementi OSM preimpostati, ma credo sia 
più pratico farlo dopo.


--
cascafico.altervista.org <http://cascafico.altervista.org>
twitter.com/cascafico <http://twitter.com/cascafico>



___
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-br] RES: Limite de cidades com distritos

[Leonardo Brondani Schenkel]

On 23/04/2016 00:42, Blademir Andrade de Lima wrote:
> Pelo visto este assunto vai longe. Eu li toda a discussão do fórum,
> tenho que concordar que Regiões, Mesorregiões e Microrregiões não são
> limites administrativos, e sim estatísticos.

Concordo plenamente. O nome da tag é evidente por si só: *admin*_level.

Faltou bom senso quando resolveram fazer mal uso da tag e colocar
definições puramente estatísticas; bastaria ter criado uma tag nova para
codificar as divisões estatísticas do IBGE. O Brasil é na verdade um dos
países onde seria mais fácil aplicar as tags de forma correta, afinal é
um país completamente uniforme em termos de administração (só existem a
União, os Estados, os Municípios e eventualmente mais de um Distrito
[mas que não é autônomo]) e isso se aplica a 100% do território) — em
comparação, os EUA, UK e muitos países da Europa são um caos total em
termos de uniformidade de sua organização.

Entretanto, discutir o passado não é produtivo. A situação é o que é. A
questão importante é a seguinte: vamos continuar cavando o buraco ou
vamos sair do buraco?

Existem 2 conjuntos de países no OSM — os que têm 10 admin_level e os
que têm 11:
-
http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#10_admin_level_values_for_specific_countries
-
http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#11_admin_level_values_for_specific_countries

Note que a Alemanha começou com 10 e agora tem 11, não estou
familiarizado com os detalhes da comunidade OSM alemã mas aposto que
houve um discussão grande por lá mais ou menos parecida com a que está
acontecendo aqui.

O importante ao tomar decisões é que sejamos consistentes com o resto do
mundo OSM, e principalmente a Europa, afinal o projeto nasceu lá, o
movimento é forte lá, muito do software vem de lá, e cada vez que o
Brasil passar a ser um caso especial isso significa que isso vai ter que
ser codificado em software — o que vai resultar que por default o
software não vai funcionar corretamente para o Brasil, a menos que o
autor esteja familiarizado com as nossas peculiaridades ou existam
brasileiros contribuindo.

Dito isto, vamos então ver o que os outros países de 11 níveis fizeram.
Olhem a tabela (principalmente Alemanha, Holanda, e Bolívia):
- nível 8: o que no Brasil corresponde ao município
- nível 9: sub-divisão do município autônoma
- nível 10: sub-divisão do município não-autônoma
- nível 11: bairros

Sendo bem pedante, o nível 9 não existe no Brasil porque os distritos
não têm seu próprio governo de forma completamente autônoma da
prefeitura, mas pragmaticamente isso tem pouca importância para nós ou
para o OSM. Faz sentido que então o Brasil, ao adotar 11 níveis, fizesse
o seguinte:
- nível 8: município
- nível 9: distrito
- nível 10: sub-distrito (ou sub-prefeitura, etc.)
- nível 11: bairros

A organização acima, a meu ver, é consistente com o que está sendo feito
por todos os outros países de nível 11. Corrigir os dados existentes em
batch também não é difícil, 8 continua 8, 9 continua 9, tudo que hoje é
10 vira 11 e as exceções (que são poucas, comparativamente falando)
podem ser corrigidas manualmente. Se queremos que o Brasil passe a ter
11 níveis, esse é o caminho. Qualquer software que saiba tratar 11
níveis e contenha lógica que funcione para os países já existentes
também vai funcionar sem modificações para o Brasil.

Abraços,
// Leonardo.

P.S.: Minha opinião pessoal está abaixo.

O admin_level é uma organização pragmática de mostrar hierarquia de um
ponto de vista de uma mapa, não uma representação 100% correta da
hierarquia de um ponto administrativo/organizacional/legal (até porque é
impossível fazer isso em muitos dos países da Europa, como eu disse a
"organização" deles não é uniforme, nem muito "organizada"). Do ponto de
vista do um usuário de mapa, em qualquer ponto aleatório do Brasil
queremos quase sempre saber a seguinte informação:
- o bairro
- a cidade (município)
- o estado
Ou seja, níveis 4, 8 e 10 para serem consistentes com o resto do mundo
(considerando os países de 10 níveis).

Acho que há pouquíssimos casos em que um usuário normal do OSM, não
especializado, queira saber ou ver os distritos e/ou sub-distritos de um
município (até porque é uma divisão puramente administrativa interna
feita pela prefeitura, muitas vezes a própria população não sabe quais
são nem onde acaba um e começa o outro — já isso não se aplica da mesma
forma ao bairro). Isso não quer dizer que a informação não deva ser
mapeada para usos mais especializados, mas se utilizássemos para essa
informação tags que são específicas para o Brasil em vez de eternamente
ficarmos discutindo como codificar isso no admin_level teríamos as
seguintes vantagens:
- a quantidade de discussão diminui
- as tags ficam mais óbvias e simples...
- ...o que também simplifica o processo para novos contribuidores
- usos especializados dos dados do OSM podem usar as tags específicas,
já que se eles estão interessados

Re: [talk-latam] talk-latam Digest, Vol 19, Issue 8

[Leonardo Gutierrez]

Si claro mi mail es l...@autobusesaga.com

El 22 de abril de 2016, 17:03, Gonzales, Miriam - (p) <miri...@telenav.com>
escribió:

> Hola Leonardo
>
> Muchas gracias, hay algún mail o link para que la gente los pueda contactar
>
> Saludos y gracias
>
> M
>
> -Mensaje original-
> De: talk-latam-requ...@openstreetmap.org [mailto:
> talk-latam-requ...@openstreetmap.org]
> Enviado el: Friday, April 22, 2016 12:38 PM
> Para: talk-latam@openstreetmap.org
> Asunto: talk-latam Digest, Vol 19, Issue 8
>
> Send talk-latam mailing list submissions to
> talk-latam@openstreetmap.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.openstreetmap.org/listinfo/talk-latam
> or, via email, send a message with subject or body 'help' to
> talk-latam-requ...@openstreetmap.org
>
> You can reach the person managing the list at
> talk-latam-ow...@openstreetmap.org
>
> When replying, please edit your Subject line so it is more specific than
> "Re: Contents of talk-latam digest..."
>
>
> Today's Topics:
>
>1. Re: Mapathon On Line para #MappingEcuador (Gonzales, Miriam - (p))
>2. Re: Mapathon On Line para #MappingEcuador (Leonardo Gutierrez)
>
>
> --
>
> Message: 1
> Date: Fri, 22 Apr 2016 14:54:45 +
> From: "Gonzales, Miriam - (p)" <miri...@telenav.com>
> To: "Talk-mx (talk...@openstreetmap.org)" <talk...@openstreetmap.org>,
> "Talk-Latam (talk-latam@openstreetmap.org)"
> <talk-latam@openstreetmap.org>
> Subject: Re: [talk-latam] Mapathon On Line para #MappingEcuador
> Message-ID:
> <
> bl2pr07mb23721d654608057eec72bd29a0...@bl2pr07mb2372.namprd07.prod.outlook.com
> >
>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hola comunidad mapera!
>
> Ya estamos coordinando los esfuerzos con colaboradores de Ecuador y
> posiblemente se sume la UAEMX durante el día de hoy. Detalles a
> continuación:
>
> Link: http://www.openstreetmap.mx/2016/04/mappingecuador-mapathon-on-line/
>
> Info:
> #MappingEcuador #Mapathon On Line
>
> OpenStreetMapMX te invita a colaborar
>
> #Mapping Ecuador
>
> Fecha:
>
> 22 y 23 de Abril 2016
>
> Lugar:
>
> Desde tu computadora
>
> Tareas:
>
> Participa de acuerdo a tu nivel de mapeo en caso de ser principiante,
> intermedio o avanzado podrás encontrar tareas para cada nivel  en
> http://tasks.hotosm.org/
>
> Para principiantes se recomienda consultar:
>
> http://learnosm.org/es/
>
> Información detallada de todo el proyecto:
>
> http://wiki.openstreetmap.org/wiki/ES:2016_Ecuador_earthquake
>
> http://llactalab.ucuenca.edu.ec/mappingecuador/
>
> https://sites.google.com/site/mapecbcn/home
>
> Videos Tutoriales:
>
>   *   Comenzando con #MappingEcuador
> https://www.youtube.com/watch?v=EM-CIwVrMyI
>   *   #MappingEcuador 2: Edición Nivel Intermedio con JOSM
> https://www.youtube.com/watch?v=Rfmo_QZL_QA
>   *   Ecuador te necesita #VoluntariadoDigital #MappingEcuador
> https://youtu.be/VqH-5Tqhy-s
>
> Contactos:
>
> bit.ly/OSMMX-EC  <http://bit.ly/OSMMX-EC> (hangout para chat o preguntas
> on line)
>
> Chio González (Universidad de Cuenca)
>
> chio.gonzal...@gmail.com<mailto:chio.gonzal...@gmail.com>
>
> Miriam González (OpenStreetMap México)
>
> mapana...@gmail.com
>
>
>
> De: Gonzales, Miriam - (p)
> Enviado el: Thursday, April 21, 2016 8:28 PM
> Para: Talk-mx (talk...@openstreetmap.org) <talk...@openstreetmap.org>;
> Talk-Latam (talk-latam@openstreetmap.org) <talk-latam@openstreetmap.org>
> Asunto: Mapathon On Line para #MappingEcuador
>
> Hola comunidad OpenStreetMap,
>
> En México varias personas estamos mapeando de manera individual pero
> surgió una idea hoy de hacer un Mapathon pero que no necesite que estemos
> físicamente, para ello necesitaríamos voluntarios tipo tutores que estén
> conectados un par de horas durante Viernes y Sábado, si somos varios se
> reparte de mejor forma el trabajo. Si existe alguna duda se puede resolver
> via Hangouts (http://bit.ly/OSMMX-EC) con la persona conectada en turno y
> la gente así podrá continuar mapeando. Favor de confirmar por aquí los que
> están interesados en ser tutores o participar mapeando.
>
> De antemano gracias,
>
> Texto propuesto para moverlo en redes:
>
> #MappingEcuador Ayuda con el #MapeoHumanitario siendo un
> #DigitalHumanitarian #Mapathon ON-LINE Viernes 22 y Sábado 23 de Abril
> Manda tus dudas sobre mapeo conectándote a http://bit.ly/OSMMX-EC
>

Re: [talk-latam] Mapathon On Line para #MappingEcuador

[Leonardo Gutierrez]

Saludos Myriam

En el Colegio Salesiano de Duitama (Colombia) estaremos trabajando en la
tarde del sabado con estudiantes de un nivel intermedio y avanzado,
estaremos muy complacidos de poder ayudar a otros maperos.

El 21 de abril de 2016, 22:30, Gonzales, Miriam - (p) 
escribió:

> Hola comunidad OpenStreetMap,
>
>
>
> En México varias personas estamos mapeando de manera individual pero
> surgió una idea hoy de hacer un Mapathon pero que no necesite que estemos
> físicamente, para ello necesitaríamos voluntarios tipo tutores que estén
> conectados un par de horas durante Viernes y Sábado, si somos varios se
> reparte de mejor forma el trabajo. Si existe alguna duda se puede resolver
> via Hangouts (http://bit.ly/OSMMX-EC) con la persona conectada en turno y
> la gente así podrá continuar mapeando. Favor de confirmar por aquí los que
> están interesados en ser tutores o participar mapeando.
>
>
>
> De antemano gracias,
>
>
>
> Texto propuesto para moverlo en redes:
>
>
>
> #MappingEcuador Ayuda con el #MapeoHumanitario siendo un
> #DigitalHumanitarian #Mapathon ON-LINE Viernes 22 y Sábado 23 de Abril
> Manda tus dudas sobre mapeo conectándote a http://bit.ly/OSMMX-EC
>
>
>
>
>
> ___
> talk-latam mailing list
> talk-latam@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-latam
>
>
___
talk-latam mailing list
talk-latam@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam

Re: [Talk-it] Relazione: catena di alberghi o simile

[Leonardo]

Perchè usare una relazione?

operator=*

Vedi anche https://wiki.openstreetmap.org/wiki/Key:operator#Hotel

Ciao!

Leonardo

Il 27/03/2016 22:26, mircozorzo ha scritto:

Ciao a tutti, vorrei raggruppare in una relazione tutti gli alberghi che
aderiscono a un circuito o che fanno degli sconti a certe categorie.

Che tipo di relazione potrei usare?


Ciao, Mirco



--
View this message in context: 
http://gis.19327.n5.nabble.com/Relazione-catena-di-alberghi-o-simile-tp5870788.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] Numero di corsie sbagliato

[Leonardo]

Voglio segnalare che c'è un tutorial molto esplicativo da parte di 
Mapbox sull'argomento corsie:


https://github.com/mapbox/mapping/wiki/Modeling-roads-in-OSM-for-navigation

Ciao!

Leonardo

Il 15/03/2016 11:03, Volker Schmidt ha scritto:
Prima vorrei capire quanti mappatori hanno prodotto questi errori e 
forse preferiscono di corregere prima dove si ricordano. Poi si può 
pensare a Maproulette.

Aggiungo, che a prima vista sembra un problema italiano.

2016-03-15 10:57 GMT+01:00 Fabrizio Tambussa <ftambu...@gmail.com 
<mailto:ftambu...@gmail.com>>:


Il 15 marzo 2016 10:49, Volker Schmidt <vosc...@gmail.com
<mailto:vosc...@gmail.com>> ha scritto:
> Ho notato che in Vento e anche in altri parti dell'Italia ci
sono tante
> strade con lanes=1 che dovrebbero avere lanes=2.
> Bisogna correggere, prima che i router comincino utilizzare il lanes tag
> (penso che per il momento non lo fanno, ma non sono sicuro)
>
> Purtroppo non vedo un processo automatico.
> Che facciamo?

Si potrebbe fare un task di maproulette. Chi ha voglia di prepararlo?

Saluti

___
Talk-it mailing list
Talk-it@openstreetmap.org <mailto: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 mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Inserire uso del suolo e indici di vegetazione

[Leonardo Frassetto]

Consiglio di usare il plugin SimplifyArea, che fa la stessa cosa ma è
configurabile direttamente dentro osm.
Il 12/feb/2016 22:20, "Marco_T"  ha scritto:

> Paola Capone wrote
> > Una volta riportate in JOSM ottengo le stesse isoipse ma con un infinità
> > di
> > nodi.
>
> Se vuoi semplificare una polilinea (ridurre il numero di nodi) esiste il
> comando "Semplifica percorso" nel menu Strumenti di JOSM.
> Puoi aumentare o diminuire il fattore di Deviazione modificando la
> variabile
> "simplify-way.max-error" come spiegato qui:
> http://josm.openstreetmap.de/wiki/Help/Action/SimplifyWay
> Non mi ricordo se questa variabile esiste di default o devi creartela...
> Saluti
>
> --
> Marco_T
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Inserire-uso-del-suolo-e-indici-di-vegetazione-tp5867358p5867553.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] Che succede con i dati di un contributore defunto

[Leonardo Frassetto]

Io scriverei una mail al data working group spiegando loro la situazione.
Volevi far chiudere il suo account?
Il 13/feb/2016 15:27, "Volker Schmidt"  ha scritto:

> Un mio amico morto ormai da due anni esiste ancora come contributore OSM.
> Quale è la procedura?
>
> Volker
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Open Data Regioni Abruzzo e Campania

[Leonardo]

Ciao,

scusa se mi ripeto ma nella sezione dowload vedo solo questo:

Quadri di unione
I quadri di unione sono disponibili qui di seguito per il prelievo.
5000.pdf

L'unica cosa scaricabile è quel pdf. Dove sono i dati?

Grazie,

Leonardo

Il 19/01/2016 21:53, Alessandro ha scritto:

Il 19/01/2016 21:14, Leonardo ha scritto:
Piccola parentesi, qualcuno sa come scaricare i dati della Campania? 
Vedo solo un misero PDF per i quadri d'unione :/ 


http://sit.regione.campania.it/portal
A parte che se clicchi su WebGis ti restituisce un error 404, ma i WMS 
e download funzionano (sempre con le limitazioni dell'impossibilità ad 
usarli in OSM)


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



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

Re: [Talk-it] Open Data Regioni Abruzzo e Campania

[Leonardo]

Piccola parentesi, qualcuno sa come scaricare i dati della Campania? 
Vedo solo un misero PDF per i quadri d'unione :/


Leonardo

Il 19/01/2016 19:56, Alessandro Palmas ha scritto:
Capita spesso che nonostante roboanti dichiarazioni i fatti non 
seguano alle parole e, nell'epoca del uebduepuntozero, agli scritti.


Parliamo di Regione Campania,
andate all'URL
http://www.regione.campania.it/it/tematiche/magazine-innovazione/open-data-ok-alla-legge-campania-tra-le-prime-in-italia 


e in una pagina con la data 27-08-2013 troviamo
CIT:"..L’obiettivo è garantire la piena accessibilita' dei dati, dei 
documenti pubblici in formato digitale e, in generale, delle 
informazioni pubbliche ed il pieno riconoscimento della passibilità di 
riutilizzarli.."


Siamo a cavallo direte! E cosa troviamo invece nelle note legali del 
geoportale a questo indirizzo?

http://sit.regione.campania.it/content/notelegali.pdf
CIT: ".. I dati pubblicati possono essere consultati e scaricati solo 
per scopi tecnici, scientifici

e personali e non a fini commerciali"
con buona pace del riutilizzo dei dati.


Parliamo ora della Regione Abruzzo,
apriamo "il portale dei dati aperti della Regione Abruzzo", clicchiamo 
su "Informazioni" e nelle poche righe possiamo leggere:
CIT: "I dati aperti <http://it.wikipedia.org/wiki/Dati_aperti>, 
comunemente chiamati open data, sono dati accessibili a tutti, 
tipicamente via web, senza restrizioni di copyright, brevetti o altre 
forme di controllo che ne limitino la riproduzione...Tradotto in 
pratica questo significa che tali dati sono quindi disponibili 
liberamente per enti pubblici e privati, aziende, liberi 
professionisti e cittadini, che possono scaricarli ed riusarli 
liberamente, e nella maggioranza dei casi anche con fini commerciali."
Ecco... nella maggioranza dei casi; peccato che tutti gli Open Data 
prodotti dalla regione (95 dataset) 
http://opendata.regione.abruzzo.it/catalog/

siano in CC-BY-NC

Le cose sono due, o si sono sbagliati ad apporre le licenze o se ne 
sono dimenticati e non le hanno ancora cambiate.
C'è qualcuno in lista che abbia contatti con dirigenti o funzionari 
dei SIT di queste due regioni?

Contattatemi pure qui in lista oppure in privato

Grazie
  Alessandro Ale_Zena_IT

___
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] Precisione GPS cellulare e idea dall'incontro a Bologna 2015

[Leonardo Frassetto]

Interessante, essendo dati pubblici potremmo aggiungerli al database e
consigliare sempre di attivare gli offset per le ortofoto. Controllerò per
il veneto
Il 15/gen/2016 09:48, "Alessandro" <ale_z...@libero.it> ha scritto:

> Il 15/01/2016 00:30, Leonardo ha scritto:
>
>> Interessante, 30cm sono comunque molto molto più precisi dei famosi 5m
>> dei GPS presenti nei cellulari (ottenibili nelle migliori condizioni
>> metereologiche + molti satelliti visibili + GLONASS)!
>>
>> Potresti prendere in considerazione di aggiungere alcune tue rilevazioni
>> al database degli offset per le ortofoto disponibili su JOSM? Vedi qui
>> il plugin:
>>
>> https://wiki.openstreetmap.org/wiki/Imagery_Offset_Database#JOSM_Plugin
>>
>> Sarebbero molto comode per riallineare le foto della PCN, argomento
>> abbastanza caldo qua in lista :)
>>
>
> Non conoscevo questo database. Sicuramente abbiamo un discreto database
> già pronto che sono i vari punti trigonometrici che alcune regioni
> pubblicano in open data e col tempo che si impiega a prendere 4 o 5 punti
> sul campo si possono inserire un centinaio di punti trigonometrici.
> Ne terrò comunque conto quando sarò in zone poco abitate.
>
> Alessandro Ale_zena_IT
>
>
> ___
> 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] Precisione GPS cellulare e idea dall'incontro a Bologna 2015

[Leonardo Frassetto]

Grazie Alessandro! Per curiosità se qualcuno lo usasse in movimento es.
Auto o bici a quanto arriverebbe l'errore?
Il 14/gen/2016 17:07, "Alessandro Palmas" <alessandro.pal...@wikimedia.it>
ha scritto:

> Il 14/01/2016 15:01, Leonardo Frassetto ha scritto:
>
>> Ciao,
>>
>> all'incontro di Novembre 2015 a Bologna qualcuno aveva mostrato un
>> ricevitore GPS esterno molto più preciso di quello all'interno dei comuni
>> cellulari e GPS commerciali, era una specie di scheda a cui attaccare poi
>> un'antenna.
>>
>> Purtroppo non mi ricordo il nome di questa persona ma se leggesse questa
>> lista potrebbe gentilmente ridescrivere il nome preciso della scheda, la
>> procedura che utilizza per registrare i dati tramite essa e se fosse
>> possibile usarlo come gps esterno da associare al cellulare.
>>
>>
>>
> Ciao Leonardo,
> quella che avevo portato era una schedina della u-blox basata sul chip
> NEO-M8T
> Non è una soluzione out-of-the-box, vedi sotto
>
> Al momento sono ancora in fase di test, diciamo che attualmente se devo
> prendere la posizione di un punto rimanendo fermo circa 30' ottengo una
> precisione inferiore ai 10cm, quando sono in movimento non ho ancora
> trovato un setting soddisfacente.
>
> Il sistema si compone di:
> - modulo u-blox acquistato qui
> http://www.csgshop.com/product.php?id_product=205 (82$ compresa
> spedizione)
> io ho preso questo perchè permette di registrare le singole osservazioni
> dei satelliti permettendo anche il postprocessing utilizzando i file RINEX
> (così quando vado in montagna dove manca il segnale del cellulare posso
> semrpe correggere a posteriori), chi vuole risparmiare circa 8€ può
> prendere http://www.csgshop.com/product.php?id_product=170
> Si tratta di moduli nudi senza contenitore, io l'ho messo in un
> minicontenitore plastico di 6 x 4cm
> chi non vuole sbattersi può rivolgersi a questo evaluation kit
> https://www.u-blox.com/en/product/evk-m8 però il prezzo sale a circa 200€
>
> - antenna esterna: io ho presa una Garmin GA38 a circa 40€ Per collegare
> l'antenna al modulo c'è bisogno del cavo e di un adattatore BNC femmina -
> SMA maschio.
> L'antenna (una doppia frequenza che riceve sia la flotta GPS che GLONASS)
> l'ho presa col suo guscio; da un negozio di elettricità per un paio di euro
> ho preso un tubo rigido e l'ho tagliato a misura per poterlo infilare nello
> zaino e arrivare con l'antenna a 2m esatti (così poi sottraggo 2m
> dall'altitudine)
>
> - smartphone android con CPU di almeno 1,2GHz con su installato RTKGPS+
> Con lo smartphone, se si vuole fare la correzione realtime, occorre avere
> un piano dati attivo (la correzione non consuma molti dati, anzi
> decisamente pochi ad occhio 1kb al secondo).
> Per la correzione del segnale, che è lì che avviene il 90% della magia (il
> restante 10% è una buona antenna), dovete cercare la rete GNSS della vostra
> regione (in Liguria www.gnssliguria.it), vi registrate ed ottenete utente
> e password per accedere ai dati.
>
> - cavetto sdoppiatore che porti alimentazione via mini-USB al modulino e
> trasporti i dati verso lo smartphone: ho preso un cavo bifido che si usava
> con i primi hard disk esterni da 2,5"
>
> - cavetto OTG per lo smartphone (di quelli che si usano per collegare le
> chiavette usb agli smartphone) a cui collegare il connettore dati del cavo
> sopra descritto
>
> - fonte d'alimentazione a 5V per il modulo GPS. Ho preso un power bank per
> cellulari, alimentando solo il GPS il powerbank si spegneva dopo pochi
> secondi perchè secondo lui non c'era nulla attaccato, fortunatamente ha la
> doppia uscita USB per cui ho attaccato un vecchio di HD esterno così ora
> rimane acceso
>
>
> Questi sono gli ingredienti base, ora arriva la parte SW.
>
> Consiglio prima di tutto di scaricare il software di controllo u-center
> https://www.u-blox.com/en/evaluation-software-and-tools per fare i primi
> test: è disponibile per Window$ e per Android, l'ho installato in macchina
> virtuale con virtualBox e in Windows 7 lo vedo come COM3.
> Per provare le correzioni da PC si può usare RTKLIB per Windows che è il
> fratello maggiore della versione per Android.
>
> Allego la schermata di un test fatto ieri tenendo fermo il GPS per 30', i
> parametri cerchiati sono gli errori stimati in metri. Come dicevo devo
> trovare la configurazione giusta per avere una correzione simile anche
> camminando.
> Notare che il ricevitore aggancia sia GPS (i satelliti marcati con G) che
> GLONASS (sigla che inizia con R) e sebbene ne agganci 14 (in basso a
> sinistra # of Sat:14) ho impostato il filtro per rifiutare quelli sotto i
> 20° che inducono troppo errore (causa più lungo passaggio 

[Talk-it] Precisione GPS cellulare e idea dall'incontro a Bologna 2015

[Leonardo Frassetto]

Ciao,

all'incontro di Novembre 2015 a Bologna qualcuno aveva mostrato un
ricevitore GPS esterno molto più preciso di quello all'interno dei comuni
cellulari e GPS commerciali, era una specie di scheda a cui attaccare poi
un'antenna.

Purtroppo non mi ricordo il nome di questa persona ma se leggesse questa
lista potrebbe gentilmente ridescrivere il nome preciso della scheda, la
procedura che utilizza per registrare i dati tramite essa e se fosse
possibile usarlo come gps esterno da associare al cellulare.

Grazie!

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

Re: [Talk-it] Precisione GPS cellulare e idea dall'incontro a Bologna 2015

[Leonardo]

Interessante, 30cm sono comunque molto molto più precisi dei famosi 5m 
dei GPS presenti nei cellulari (ottenibili nelle migliori condizioni 
metereologiche + molti satelliti visibili + GLONASS)!


Potresti prendere in considerazione di aggiungere alcune tue rilevazioni 
al database degli offset per le ortofoto disponibili su JOSM? Vedi qui 
il plugin:


https://wiki.openstreetmap.org/wiki/Imagery_Offset_Database#JOSM_Plugin

Sarebbero molto comode per riallineare le foto della PCN, argomento 
abbastanza caldo qua in lista :)


Ciao e grazie delle informazioni!

Leonardo

Il 14/01/2016 22:05, Alessandro Palmas ha scritto:

Il 14/01/2016 18:57, Leonardo Frassetto ha scritto:


Grazie Alessandro! Per curiosità se qualcuno lo usasse in movimento 
es. Auto o bici a quanto arriverebbe l'errore?




Potrei azzardare che, in condizioni di buona visibilità della volta 
celeste (non in un bosco) e a velocità inferiori a 36kmh (configurato 
in modalità stationery) dovrebbe raggiungere i 20 - 30cm.




Il 14/01/2016 21:27, Lorenzo Perone ha scritto:

Ciao Alessandro,
per stimare la precisione "reale" ti suggerisco di battezzare un 
punto comodo vicino casa o se sei fortunato un trigonometrico della 
tua regione di cui dovresti riuscire a trovare delle monografie.
Fai delle misure in statico di almeno 30 minuti a distanza di alcune 
ore, così usi una costellazione diversa.

Avrai delle sorprese :)
Se usi un trigonometrico di posizione nota scegli come datum ETRS89 e 
fai misure con tempi decrescenti e per ogni tempo di riferimento 
almeno 10 letture.

Io procedendo così sono riuscito a chiarirmi le idee.
Ciao.
Lorenzo


Ho visto delle prove in movimento con l'ublox e accanto un Topcon e 
all'incirca si parlava di una ventina di cm.


Per ora uso il lucernario che ho nello studio in casa :-) e faccio 
prove per configurare quell'accidente di RTKGPS+ di cui c'è poca 
documentazione; arrivato ad una configurazione decente andrò su 
qualche trigonometrico e al campo prova di Genova Bolzaneto
http://www.dicca.unige.it/geomatica/campoprova/index.php/2013-10-11-12-35-43/campo 


in modo da potermi spostare tra un chiodo e l'altro


___
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] OSMAnd+ in offerta su G play

[Leonardo Frassetto]

Aggiornamenti illimitati per le mappe e wikipedia offline.
Il 16/dic/2015 21:31, "Fabrizio"  ha scritto:

> Domanda niubba: cos'ha in più la versione+ di quella free?
>
> ___
> 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] OSMAnd+ in offerta su G play

[Leonardo Frassetto]

Grazie della segnalazione! 0,10€ è un po pochino per una applicazione così
utile, avrei preferito che la mettessero ad 1€, per ringraziare gli
sviluppatori.
Il 16/dic/2015 06:59, "Francesco Pelullo"  ha scritto:

> Ciao a tutti,
>
> Segnalo che l'app in oggetto  è acquistabile  in offerta su Google Play al
> prezzo di € 0,10 fino al 23/12
>
> Per chi non volesse installare app provenienti dal di fuori del market di
> G., potrebbe essere una buona opportunità.
>
> Ciao
> /niubii/
>
> ___
> 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-latam] Apoyo para un titán mapero

[Leonardo Gutierrez]

Felicitaciones Fredy !!

Muy merecido reconocimiento a la labor que has hecho por el país, que no
solo ha sido de demagogia (como muchos) sino de trabajo duro en campo y en
la plataforma de osm (no hemos podido alcanzarte con tu ranking de
contribución al mapa).

Eres ejemplo para mis estudiantes y para todos.

Un abrazo desde Duitama

El 14 de diciembre de 2015, 22:07, hyan...@gmail.com 
escribió:

> Hoy se da reconocimiento a los maperos de OSM representados en Fredy
> Rivera, Titan ganador en la categoría de tecnología!!
>
>
> http://www.elespectador.com/noticias/nacional/estos-son-los-titanes-de-colombia-articulo-605522
>
> Enhorabuena Fredy! Estos son los valores a resaltar, somos humildemente
> nosotros los q creamos y liberamos los datos, somos también los llamados a
> aplicarlos en beneficio de nuestros pueblos, cerrando los círculos
> virtuosos vendrá el contagio, seguirán las instituciones q vean la bondad
> de lo q hacemos y adopten su uso.
>
> Por una Colombia y Latinoamérica q adopte información desde la sociedad
> civil!
>
> Abrazos y gracias por sus votos!
>
> Humberto Yances
> El dic. 3, 2015 3:32 PM, "hyan...@gmail.com"  escribió:
>
>> "nosotros simplemente vamos en los hombros de los gigantes"  Fredy en la
>> entrevista publicada hoy en Canal Caracol http://bcove.me/ccq7wvfh
>>
>> Gracias a todos los gigantes que contribuyen creando tecnología para
>> hacer la aplicación de los mapas una realidad!
>>
>> Sigan votando!
>>
>> https://titanes.noticiascaracol.com/nominado/fredy-rivera
>>
>> El 1 de diciembre de 2015, 10:02, carlos felipe castillo <
>> kaxti...@gmail.com> escribió:
>>
>>> En la recta final, no olvides el voto diario por el #Titán @fredy_rivera
>>> en https://titanes.noticiascaracol.com/nominado/fredy-rivera
>>> El 18/11/2015 11:38, "hyan...@gmail.com"  escribió:
>>>
 Hola a todos,

 en días pasados unos de nuestros maperos en la región fue seleccionado
 como finalista de "Titanes Caracol", un programa de TV nacional en Colombia
 que trabaja bajo los lineamientos del Pacto Global de las Naciones Unidas y
 sus principios. Comprometiéndose a divulgar programas que sean ejemplo de
 equidad, compromiso y solidaridad y que favorezcan el desarrollo de
 iniciativas en favor de personas, grupos y su entorno social y ambiental.

 Se trata de Fredy Rivera: pionero, fundador e impulsor de la comunidad
 OSM en Colombia, quién ahora se enfoca en llevar OSM a las comunidades
 rurales.  Fredy en conjunto con "puentero" (mapero experto en levantar
 puntos sobre puentes destruidos) fueron los primeros en llevar OSM a los
 GPS en Haití, idea que luego tuvo una rápida acogida.

 Fredy es un campeón mapero con más de 1.000.000 de cambios en OSM!

 http://hdyc.neis-one.org/?humano

 Experto y prolífico mapero en campo también, donde usa un casco con
 cámara para fotomapping, en conjunto con toda una suite de herramientas
 para recopilar datos geográficos, tal como lo demostró durante su estancia
 en la tragedia de Salgar, Colombia.

 Humildemente abogo a ustedes por el apoyo a uno más de nosotros, ojalá
 gane y circule entonces por TV, lo que es OSM y como sirve a nuestros
 países.  Aquí les dejo unas instrucciones sobre cómo votar:

 youtu.be/wN0Jxsun7S4

 Si quieren escucharlo directamente, esta es una entrevista radial
 reciente:


 https://m.soundcloud.com/humberto-yances/entrevista-la-nube-naranja-titan-fredy-rivera

 Mil gracias!

 Humberto Yances

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

Re: [Talk-it] su.openstreetmap.it

[Leonardo]

Firefox 42 (sia desktop sia versione per Android), tutto ok, nella 
categoria appare il menù a tendina correttamente.


Leonardo

Il 12/12/2015 15:21, Cascafico Giovanni ha scritto:
I campi per l'inserimento dettagli [1], ad iniziare dalla categoria, 
sono vuoti. E' un problema del mio browser?


[1] http://su.openstreetmap.it/#details


___
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] Mirrored download

[Leonardo Frassetto]

Nelle ultime versioni è integrato in  Josm.
Il 25/nov/2015 16:54, "Claudio Baraldi"  ha
scritto:

> Una volta scaricavo su Josm la zona che mi interessava con il plugin *Mirrored
> download *che mi permetteva di scaricare un'area molto più ampia del
> Download classico, con gli ultimi aggiornamenti non trovo più questo
> plugin, come mai?
> Sto provando *Continuos Download* ma non è la stessa cosa, avete qualche
> suggerimento?
>
> Grazie
> Baldorider
>
> ___
> 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] via francigena

[Leonardo Frassetto]

L'idea è ottima ma ci scontriamo sempre con la stessa questione: si possono
inserire in osm? Sono protetti da copyright?
Il 19/nov/2015 13:49, "Dino Michelini"  ha scritto:

> Salve a tutti da 3 mesi sto lavorando sul mapping con JOSM della provincia
> di Viterbo in particolare quella che viene definita Tuscia Romana e oggi mi
> sono iscritto alla mailing. Essendo un appassionato di trekking ed avendo
> per tre anni collaborato con Alberto Conte
>  alla
> manutenzione dei segnavia della Francigena nel tratto Viterbo - Sutri, ho
> notato che nella cartografia mancano molti dei punti di interesse
> (monumenti, strutture per l'accoglienza, ecc.), che sono segnalati per ogni
> tappa sul sito ufficiale www.viefrancigene.org/it.
>
> Come sapete quest'anno è indetto un giubileo.  Per esperienza, avendo
> incontrato in questi anni molte persone lungo il cammino lamentano tutti la
> difficoltà di orientarsi, in particolare nel tratto laziale, in quanto
> capita spesso che "furbetti" modificano/cancellano i segnavia portando le
> persone prive di un GPS fuori tracciato con tutti i problemi che ne
> derivano: in particolare l'aumento dei km percorsi e problemi nel
> pernottamento (spesso i segnavia taroccati portano presso strutture che non
> offrono convenzioni per i pellegrini ma prezzi esosi).
>
> Credo che si potrebbero unire le nostre forze per completare la mappatura
> della Francigena inserendo/aggiornando tutti i punti di interesse che il
> sito www.viefrancigene.org/it riporta di modo da fornire un valido
> contributo a coloro che intraprenderanno il cammino.
>
> --
>
> Dino Michelini
>
>
>
>
> Connetti gratis il mondo con la nuova indoona: hai la chat, le chiamate,
> le video chiamate e persino le chiamate di gruppo.
> E chiami gratis anche i numeri fissi e mobili nel mondo!
> Scarica subito l’app Vai su https://www.indoona.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] La mappa di OSM ha un nuovo schema colori

[Leonardo Frassetto]

Onestamente si potrebbe iniziare "raffinando" gli strumenti già presenti su
osm. Qualcuno ha citato phonon per le ricerche, io vorrei che fosse
integrato invece su.openstreetmap.org, il tool che permette la segnalazione
di attività, negozi e quant'altro, magari inserendolo come strumento sulla
pagina principale. È uno strumento semplice, con un wizard chiaro per
l'inserimento di posizione tipologia indirizzo e contatti delle attività.
Il 03/nov/2015 16:27, "Andrea Nelson Mauro" 
ha scritto:

> Ciao Aury,
>
> In effetti mi sono espresso male: non intendevo che il paragone non abbia
> senso, ma solo che sul piano dell'impatto (click, views, notorietà) non me
> lo sono mai posto. Ho in realtà un approccio molto laico nei confronti di
> Coast, Wales e altri grandi "fondatori", posto che appunto sono alla fine
> progetti ormai patrimonio comune. Quel che vedo/sento in giro è che OSM è
> essenzialmente usato nel mondo corporate/PA o altrove per costruire cose
> (mappe, servizi), mentre Wikipedia è usato dall'uomo della "strada"
> (chiunque cerchi qualcosa su google ad esempio trova tra i risultati una
> voce di wikipedia).
>
> L'uomo della strada allora magari troverà un sito con una mappa fatta con
> OSM ma non ci farà caso. Domanda: i dati di queste views sono pubblici da
> qualche parte?
>
> Cmq se qualcuno ha link da condividere sul tema, leggerei molto volentieri
> per approfondire!
> Grazie!
>
> ---
> Andrea Nelson Mauro
> dataninja.it
> twitter.com/nelsonmau
> Il 03/nov/2015 03:43 PM, "Aury88"  ha scritto:
>
>> Andrea Nelson Mauro wrote
>> > Ciao a tutti, interessantissima discussione!
>> >
>> > Non mi sono in effetti mai chiesto perché Wikipedia ha più successo di
>> OSM
>> > e adesso che emerge la questione penso: perché questo paragone?
>> >
>> > Mi sembrano cose molto diverse ed entrambe epocali, ma il fatto che
>> siano
>> > fatte in crowdsourcing entrambe ai miei occhi non è sufficiente per
>> > renderle paragonabili in maniera completa.
>> >
>> > Chiaramente poi per quanto il geodato sia utile a tutti, rimane una
>> > risposta a un bisogno specifico (avere una informazione geografica
>> > precisa), mentre Wikipedia è più generalista (semplifico: Sapere
>> qualsiasi
>> > cosa sullo scibile umano).
>> >
>> > My2cents :-)
>> >
>> > ---
>> > Andrea Nelson Mauro
>> > dataninja.it
>> > twitter.com/nelsonmau
>> >
>> > ___
>> > Talk-it mailing list
>>
>> > Talk-it@
>>
>> > https://lists.openstreetmap.org/listinfo/talk-it
>>
>> si è sempre fatto un paragone tra i due progetti...osm è definito "la
>> wikipedia delle mappe" e questo non da ora...quindi perchè ti poni il
>> problema se adesso si ricasca nel paragone? :-P
>> Questa discussione usando questo paragone comunque non lo abbiamo iniziato
>> noi, lo ha fatto il fondatore del progetto OSM Steve Coast (seguito da
>> molti
>> altri),  quando ha risposto a delle specifiche domande sulla diffusione
>> della mappa.
>> WP e OSM sono entrambi modelli crowdsourced, sono entrambi open e gratuiti
>> ma uno è tra i più importanti siti in internet è il più importante tra le
>> enciclopedie digitali l'altra è sconosciuta ai più...perchè?
>> non parliamo di termin assoluti...è chiaro che WP avrà sempre più accessi
>> di
>> OSM ma la domanda è perchè wikipedia è la prima nel suo ambito mentre di
>> OSM
>> in pochissimi, di quelli che usano una mappa, un navigatore o altro di
>> attinente con la geografia, ne hanno sentito parlare (che è diverso da
>> usare)?
>> Coast ha dato il suo parere e cioè che ciò è molto legato a come si accede
>> ai dati e molti concordano...tutto qui.
>>
>>
>>
>>
>>
>> -
>> Ciao,
>> Aury
>> --
>> View this message in context:
>> http://gis.19327.n5.nabble.com/La-mappa-di-OSM-ha-un-nuovo-schema-colori-tp5858384p5858799.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
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-co] Llamado a toda la comunidad para movilizar nos por nuestro nominado

[Leonardo Gutierrez]

Excelente por Fredy,

Me alegra mucho

El 28 de octubre de 2015, 10:30, hyan...@gmail.com 
escribió:

> PD: Se valen Alemanes en Colombia :-P
>
> El 28 de octubre de 2015, 11:29, hyan...@gmail.com 
> escribió:
>
>> Ummm pero mikes se retiró de las huestes, su última contribución fue en
>> 2011; además es Alemán (lo que nos alegra mucho: contar con contribución
>> internacional).
>>
>> *ROUND 7:** Who has the newest OSM changeset?*
>> (Oct. 4, 2015 @ 13:12 UTC vs. May 4, 2011 @ 19:59 UTC) 1:6
>>
>> http://hdyc.neis-one.org/?mikes
>>
>> El 28 de octubre de 2015, 11:12, carlos felipe castillo <
>> kaxti...@gmail.com> escribió:
>>
>>> Que bien, comparta la información en sus redes y recordemos votar a
>>> diario.
>>>
>>> Al reto de Humberto le tengo el ganador:
>>> http://osmfight.neis-one.org/?u1=humano=mikes
>>>
>>> El 28 de octubre de 2015, 10:35, hyan...@gmail.com 
>>> escribió:
>>>
 Registrado en el portal y votado por Fredy!

 http://awesomescreenshot.com/0a35cz1n8b

 Ahora sí, mi tamal de mapa! :-P

 Ehh mentiras, muy merecido por estos 7 años de liderazgo y continuo
 mapeo, con +1.000.000 de cambios!!

 http://hdyc.neis-one.org/?humano

 Saludos,

 Humberto Yances

 PD: Estamos buscando mapero retador para este campeón
 http://osmfight.neis-one.org/?u1=humano=Humberto_Yances

 El 28 de octubre de 2015, 9:44, carlos felipe castillo <
 kaxti...@gmail.com> escribió:

> Buenos días.
>
> Nuestro compañero, amigo y gran gurú de OSM se encuentra nominado a
> ser reconocido como un titán de la conectividad y tecnología en Colombia
> por un noticiero de un canal privado nacional.
>
> Los invitó a visitar el perfil y votar a diario por Fredy Rivera
> https://titanes.noticiascaracol.com/nominado/fredy-rivera
>
> Gracias
>
> En los mapas nos vemos.
>
> ___
> 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


>>>
>>>
>>> --
>>> Atentamente,
>>> Carlos Felipe Castillo.
>>> about.me / kaxtillo 
>>>
>>>
>>> ___
>>> 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
>
>
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-it] CTR Puglia

[Leonardo]

Ciao,

oggi mi sono un pò ingegnato per semplificare il processo di conversione 
degli shp della Puglia, tramite qualche script da linea di comando di 
Windows (voglio ringraziare il canale IRC #windows per l'immenso aiuto 
della sua stesura :) ).


Diciamo che volete convertire tutti i riquadri di Campomarino:

-Dal sito indicato dalla wiki accedete alla CTR formato shape del paese 
che volete (in questo caso Campomarino). Usate un download manager per 
scaricare tutti i .zip (io uso l'estensione Downthemall di firefox).


-Estraeteli tutti in una cartella a vostro piacere, nel mio caso, il 
percorso è F:\Maps\Puglia\Campomarino .


Ora, a noi interessano solo i file contenenti i poligoni quindi eseguite 
una ricerca mirata tramite la stringa "*_pol". Saranno selezionati i 
file shp,dbf e shx. Copiateli a parte in una nuova cartella temporanea e 
eliminate il resto dei file che erano all'interno dei .zip. Rimettete i 
file dentro la cartella F:\Maps\Puglia\Campomarino o modificate lo 
script di conseguenza in base alla nuova cartella.


Essenzialmente gli script sono due:

-Il programma che richiama la shell python di QGis e da il comando di 
conversione

-Il comando vero e proprio che esegue lo script python su ogni file shp.

Create un file di testo e incollateci questa linea di comando così com'è:

"E:\Programmi\Qgis\OSGeo4W.bat" python F:\Maps\ogr2osm\ogr2osm.py %1 -t 
F:\Maps\Puglia\Conversione.py -e 32633 --no-upload-false


La prima parte tra le "" è il path dov'è installato Qgis. La parte 
"Conversione.py" è dove avete il file con le regole di 
conversione.Salvate il tutto come un file .bat. Nel mio caso l'ho 
chiamato "Massconversion.bat".


Ora il comando vero e proprio che dovrete incollare nella cmd di Windows 
(potete aprirla direttamente dalla cartella con Shift+click destro e 
"Apri finestra di comando qui":


for %f in (*.shp) do (F:\Maps\Puglia\Massconversion.bat %f)

Date invio e attendete la fine della conversione. Ricordatevi che dovete 
essere già in cd dentro la cartella che contiene gli shp!


A questo punto avrete tutti i file .osm che potrete aprire su JOSM in 
contemporanea. Dal menù a destra selezionateli tutti, click destro e 
fate Unisci. Attendete la fine della fusione e in definitiva vi 
ritroverete con un bel .osm di tutto il comune.


Volendo estremizzare il tutto, qualcuno può scaricarsi TUTTI gli zip 
della regione, convertirli col mio metodo e poi ritagliarsi i vari 
comuni e controllarli uno ad uno, ma qui lascio la decisione operativa a 
chi vorrà unirsi per importare i dati.


Spero che questa procedura possa aiutare :)

Ciao!

Leonardo



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

Re: [Talk-it] CTR Puglia

[Leonardo]

Ciao,

purtroppo in questo periodo mi sto occupando del Veneto, quando avrò 
finito se c'è ancora del lavoro da fare, potrei dare una mano :)


Leonardo

Il 24/10/2015 00:42, Federico Cortese ha scritto:

Bella la procedura che hai esposto Leonardo!
Io personalmente preferisco operare su di un riquadro alla volta,
perchè è più fattibile poi scaricare l'area della mappa interessata ed
eseguire tutti i controlli necessari con adeguata attenzione.
Invece è molto interessante la possibilità di eseguire la conversione
di più shapefile contemporaneamente. Visto che ho già scaricato tutti
gli shape della provincia di Lecce ci posso provare.
Grazie mille.

PS. Se non c'è nessun altro che se ne occupa ed hai voglia di farlo,
potresti dedicarti tu all'import della parte nord della Puglia.

Federico

___
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] CTR Puglia

[Leonardo]

Ulteriore feedback post-prove di conversione:

-Scala chiusa: andrebbe eliminato

-traliccio rappresentabile: power=tower

Per ora è tutto!

Leonardo


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

Re: [Talk-it] CTR Puglia

[Leonardo]

Sulle regole di conversione che hai postato manca proprio 'traliccio 
rappresentabile', l'unico presente è quello eolico.


Per quanto riguarda 'scala chiusa', attenzione manca una virgola dopo 
'muro', e questo confonde lo script!


Ciao!

Leonardo

Il 23/10/2015 23:58, Federico Cortese ha scritto:

2015-10-23 23:13 GMT+02:00 Leonardo <kinetocor...@gmail.com>:

Ulteriore feedback post-prove di conversione:

-Scala chiusa: andrebbe eliminato

-traliccio rappresentabile: power=tower


Si erano già inseriti nelle regole di conversione :)

___
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] CTR Puglia

[Leonardo]

Non credo, Federico hai già mandato la mail?

Leonardo

Il 24/10/2015 00:50, Simone Cortesi ha scritto:

Mi sono un attimo perso.

La comunicazione alla lista imports è già stata fatta?

2015-10-24 0:45 GMT+02:00 Leonardo <kinetocor...@gmail.com>:

Ciao,

purtroppo in questo periodo mi sto occupando del Veneto, quando avrò finito
se c'è ancora del lavoro da fare, potrei dare una mano :)

Leonardo


Il 24/10/2015 00:42, Federico Cortese ha scritto:

Bella la procedura che hai esposto Leonardo!
Io personalmente preferisco operare su di un riquadro alla volta,
perchè è più fattibile poi scaricare l'area della mappa interessata ed
eseguire tutti i controlli necessari con adeguata attenzione.
Invece è molto interessante la possibilità di eseguire la conversione
di più shapefile contemporaneamente. Visto che ho già scaricato tutti
gli shape della provincia di Lecce ci posso provare.
Grazie mille.

PS. Se non c'è nessun altro che se ne occupa ed hai voglia di farlo,
potresti dedicarti tu all'import della parte nord della Puglia.

Federico

___
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 mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] CTR Puglia

[Leonardo]

Grazie mille Daniele!

Ora lo script funziona correttamente e ho imparato qualcosa di nuovo 
sulla sintassi :)


#Filtro per eliminare le geometrie non volute

def filterFeature(ogrfeature, fieldNames, reproject):
if not ogrfeature: return

DESCR = None

descrizione = ogrfeature.GetField('DESCR') #crea un indice di tutti 
i valori della colonna DESCR
if descrizione in ['area incolto', 'area Seminativi', 'area 
arborato', 'area Frutteti', 'area Uliveti', 'area Vigneti']: #se il 
valore corrisponde a uno di quelli dell'IF allora elimina la geometria

return None

return ogrfeature

Federico bisogna aggiungere le rimanenti aree/boschi/colture all'IF e 
dopo puoi aggiungerlo tranquillamente al tuo script (occhio alle 
indentazioni), l'ho testato su un paio di riquadri.


Leonardo

Il 22/10/2015 16:00, Daniele Forsi ha scritto:

Il 22 ottobre 2015 14:41, Leonardo ha scritto:


In effetti c'è la possibilità di eliminarlo via ogr2osm, ho provato anche a
scrivere la porzione di codice per effettuare questa cancellazione. Questo
script va posto prima della porzione dedicata al tagging, quindi all'inizio
del file:

def filterFeature(ogrfeature, fieldNames, reproject):
 if not ogrfeature: return

 DESCR = None

 index = ogrfeature.GetFieldIndex('DESCR')
 if ogrfeature.GetFieldIndex('index') in ['area incolto']:

ci sono 2 errori in questa riga: usi GetFieldIndex in vece di GetField
e 'index' con gli apici invece di index, cioè dovrebbe essere:
if ogrfeature.GetField(index) in ['area incolto']:
ma a cosa serve index? Perché non elimini la riga precedente e usi solo:
if ogrfeature.GetField('DESCR') in ['area incolto']:

io userei una variabile specialmente per dare un nome più
comprensibile al campo nello shapefile:
descrizione = ogrfeature.GetField('DESCR')
if descrizione in ['area incolto']:


 return None

 return ogrfeature



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

Re: [Talk-it] CTR Puglia

[Leonardo]

In effetti c'è la possibilità di eliminarlo via ogr2osm, ho provato 
anche a scrivere la porzione di codice per effettuare questa 
cancellazione. Questo script va posto prima della porzione dedicata al 
tagging, quindi all'inizio del file:


def filterFeature(ogrfeature, fieldNames, reproject):
if not ogrfeature: return

DESCR = None

index = ogrfeature.GetFieldIndex('DESCR')
if ogrfeature.GetFieldIndex('index') in ['area incolto']:
return None

return ogrfeature

Ho chiesto aiuto a pnorman (il maintainer della versione attuale di 
ogr2osm) e mi ha detto che in alcuni suoi script di import vecchi c'è 
proprio la funzione che mi serve, indicandomi questo:


https://github.com/pnorman/ogr2osm-translations/blob/us_nhd/us_nhd.py#L191-L210

Ho provato ad adattare la sintassi del suo script a quello che vogliamo 
eliminare ma, nonostante lo script si compili correttamente, nel file 
.osm risultante le geometrie rimangono e non capisco dove sia l'errore 
nel mio script. Ammetto che sono un novellino con python, quindi lascio 
qualunque commento a chi se ne intende più di me.


Ciao!

Leonardo


Il 22/10/2015 14:10, Federico Cortese ha scritto:

2015-10-22 11:46 GMT+02:00 Martin Koppenhoefer <dieterdre...@gmail.com>:

Come sono fatte quelle "baracche" in Puglia, e come sono utilizzate
(sopratutto gli edifici con questa classe nella CTR)? C'è per caso una
definizione/descrizione estesa per le classi della CTR (credo che ci
dovrebbe essere)?

Hai ragione che ci dovrebbe essere, ma ad oggi non ho trovato nulla di
esaustivo. Tutta la documentazione si trova qui:
http://www.sit.puglia.it/portal/portale_cartografie_tecniche_tematiche/Documenti/Legende%20Vestizioni%20e%20Manuali

Ti ringrazio per l'approfondita e dettagliata ricerca sul termine
baracca. Purtroppo avendo a che fare spesso con la CTR in questione mi
rendo conto che in alcuni casi non si è utilizzato il termine più
adatto per descrivere gli oggetti.
Stavo proprio facendo l'esempio del "tabernacolo", appena citato da
Andrea, che certamente nel significato del termine sarebbe molto più
assimilabile al wayside_shrine che non alla cappella religiosa.
Anche io la pensavo allo stesso modo finchè non ho cercato un po' di
oggetti che nella CTR sono riportati con quella descrizione, eccone
alcuni esempi:
- Cappella dell'Immacolata
https://www.google.it/maps/@39.846203,18.3619088,3a,73.2y,71.02h,94.16t/data=!3m6!1e1!3m4!1snJQ8wS9VplO8tFfgQITKEQ!2e0!7i13312!8i6656
- Cappella dello Spirito Santo
https://www.google.it/maps/@39.8430849,18.3578446,3a,75y,48.34h,79.88t/data=!3m6!1e1!3m4!1sQhyEwryuqNUx8aCVsL_QAQ!2e0!7i13312!8i6656
- Altra cappela in centro a Gagliano del Capo
https://www.google.it/maps/@39.8442872,18.3704945,3a,75y,206.77h,90.99t/data=!3m6!1e1!3m4!1sb2FkWGSpX6b8yhbY2CP2aA!2e0!7i13312!8i6656
Da qui la decisione di usare building=chapel +
amenity=place_of_worship + religion=christian.

Se devo proprio dirvi la verità io avrei preferito importare quasi
tutto l'edificato come building=yes per averne solo la
rappresentazione (visto che è impossibile essere precisi nel ricalco
delle foto) e lasciar decidere poi al mappatore che conosce i luoghi
caso per caso di che edificio si tratta.
Questo sia a causa dei termini equivoci usati nella CTR, sia perchè
capita che le descrizioni siano sbagliate (tabernacolo quando invece è
una normale casa, palude quando è una piscina, campo sportivo coperto
quando è una casa, ma se ne trovano molti altri di questi errori).

Per il discorso dell'eliminazione feature:

2015-10-22 12:59 GMT+02:00 Andrea Musuruane <musur...@gmail.com>:

Non ho capito la necessità di usare QGIS per eliminare delle feature
dall'import. A quanto ricordo, ogr2osm è in grado di farlo da solo.

Non lo sapevo. Cercherò di documentarmi, se qualcuno sa come funziona
un suggerimento sarebbe gradito :)
Io ho più dimestichezza con QGIS, quindi per me è comodo fare un
controllo preventivo dei dati prima di esportarli mediante OGR2OSM, ma
se si può semplificare il processo di eliminazione delle geometrie
inutili ben venga.

Ciao

Federico

___
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] 21-22 novembre: incontro OpenStreetMap a Bologna

[Leonardo Frassetto]

Se non ho impegni lavorativi vengo volentieri!
Il 21/ott/2015 15:37, "Simone Cortesi"  ha scritto:

> 2015-10-21 15:28 GMT+02:00 Luca Delucchi :
> >> Non e' OSMIT.  L'evento di Bologna sara' "Cortesi & Friends".
> >
> > che brutto nome ;-)
>
> chiaramente non si chiama così.
>
> lo chiamerà: "titolo provvisorio"
>
> --
> -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] CTR Puglia

[Leonardo]

Ok, un paio di commenti. anche per confrontarmi con la lista:

- #baracca, onestamente credo che il tag più appropriato sia 
building=shed, sulla wiki hut intende un riparo costruito con materiali 
grezzi. Purtroppo in inglese hut e shed possono essere tradotti entrambi 
in "baracca".


-#campanile aggiungerei il building=yes perchè comunque è un edificio.

-#pajara e #trullo, dovrebbero avere un generico building=yes e spostare 
le rispettive denominazioni in una sottochiave più specifica come 
historic:type=pajara o trullo (p.s. quest'ultimo non è quello ufficiale, 
volevo solo indicare uno schema più adatto).


Per ora è tutto :)

Leonardo


Il 21/10/2015 22:42, Federico Cortese ha scritto:

Ho inserito lo script di conversione, mi mancano solo alcuni tag, che
verificherò meglio continuando a testare singolarmente gli shapefile
della CTR.
La pagina wiki è quasi completa, si accettano pareri :)
Grazie

Federico

___
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] CTR Puglia

[Leonardo]

Ottimo! Non vedo però lo script in python, deve essere ancora aggiunto?

Inoltre piccolo suggerimento, importate solo gli edifici e lasciate 
perdere per ora la parte legata all'uso del suolo e delle coltivazioni.


Ciao!

Leonardo

Il 21/10/2015 08:21, Federico Cortese ha scritto:

Ho predisposto una primissima bozza di pagina per l'import
all'indirizzo http://wiki.openstreetmap.org/wiki/Puglia/CTR_Import
Devo ancora inserire le considerazioni sulle licenze e dettagliare il
workflow sul processo di import.
Devo anche inserire lo script python, che è quasi completo.
La tabella di conversione dei tags è ripresa da quella utilizzata per
l'import Lecce, visto che il formato dei dati è identico, ci sono solo
alcuni elemneti in più, per i quali resta da decidere se includerli o
meno nell'import.
Intanto ho scaricato tutti gli shapefile della provincia di Lecce ed
ho già predisposto i file OSM per alcuni riquadri della CTR.
Spero di avere un po' di feedback qui in lista per poter sistemare un
po' di cose prima di passare alla lista internazionale, visto che mi
pare che loro vogliano almeno 14 gg. per eventuali considerazioni sul
piano.
Grazie

Federico

___
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] OSMIT 2015

[Leonardo]

Mi associo all'idea di Paolo, se fate qualcosa a Padova ci sono :)

Leonardo

Il 20/10/2015 19:26, Paolo Monegato ha scritto:

Il 16/10/2015 20:02, Leonardo ha scritto:
Io sono ancora disponibile a scendere ma se il numero di persone 
interessate risultasse troppo basso, meglio rimandare a nuova data a 
destinarsi.


Ciao!

Leonardo


Visto che a quanto pare si rimanda, non sarebbe il caso di 
approfittarne per fare qualche mapping in giro?


In fin dei conti qualcuno s'era programmato per avere quel weekend a 
disposizione per dedicarlo ad OSM, e prima che la gente cominci a 
prendersi altri impegni non sarebbe una cattiva idea usare quelle date 
per dei piccoli eventi conviviali distribuiti sul territorio... Non 
parlo di roba in grande stile, ma cose molto semplici tipo un pranzo 
in compagnia unito ad un sano mapping di qualche ora.


Per esempio, per quanto riguarda noi veneti ci sarebbe sempre quella 
proposta di Mapping a Padova fattaci da Volker ad inizio estate quando 
abbiamo tentato (invano) di organizzare una sorta di calendario di 
eventi [1]...
In teoria sia te che io che Volker avevamo in mente di andare ad 
OSMit, dunque saremmo liberi e mal che vada ci si troverebbe in tre... 
ma dato che l'evento ruberebbe solo qualche ora di una singola 
giornata e sarebbe più a portata di mano, geograficamente parlando, 
credo che potrebbe aggiungersi anche gente che magari fino a Siena non 
ci sarebbe andata.


ciao
Paolo M


[1] l'idea, forse troppo ambiziosa, era di fissare per tempo le date e 
provare a fare un mapping per provincia entro fine anno, con una certa 
cadenza in modo di spartirli durante la bella stagione... alla fine 
non siamo riusciti a programmare un tubo (e si che di idee ne erano 
venute fuori), però se guardiamo agli eventi fatti o in programma 
qualcosa s'è fatto (ovviamente per merito delle rispettive comunità 
locali, non certo per l'idea circolata in ML regionale, anche se 
magari ha smosso le acque): 2 a VR e 1 il prossimo sabato a Schio 
(VI)... se poi riusciamo a farne uno nel weekend che doveva essere di 
OSMit direi che non sarebbe un risultato da buttare.


___
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] Import edifici piemontesi

[Leonardo]

Ciao a tutti,

avevo iniziato a scrivere la bozza di uno script di conversione 
parecchio tempo fa ma mi sono fermato per concludere alcuni controlli e 
import in Veneto. Se qualcuno vuole continuare a scriverlo è molto 
semplice anche senza avere grosse conoscenze di python.


-È necessario un editor di testo. Io uso Notepad++ che permette di 
evidenziare la struttura del codice in base alla tipologia di linguaggio 
indicato.


-La bozza dello script è questa:

'''
Regole per la conversione dei file SHP riguardanti l'aggiornamento del 
Piemonte 2015

'''

#Regole per edificato (XX_edifc_2015.shp)

def filterTags(attrs):
if not attrs:
return
tags = {}

if 'EDIFC_TY' in attrs:
if attrs['EDIFC_TY'] == 'capannone' and attrs['EDIFC_USO'] == 
'industriale': #capannone industriale

 tags['building'] = 'industrial'
elif attrs['EDIFC_TY'] == 'generica' and attrs['EDIFC_USO'] == 
'residenziale': #generico residenziale

 tags['building'] = 'yes'
elif attrs['EDIFC_TY'] == 'generica' and attrs['EDIFC_USO'] == 
'industriale': #generico industriale

 tags['building'] = 'industrial'
elif attrs['EDIFC_TY'] == 'generica' and attrs['EDIFC_USO'] == 
'sede di scuola': #edificio scolastico

 tags['building'] = 'school'
elif attrs['EDIFC_TY'] == 'generica' and attrs['EDIFC_USO'] == 
'sede di ospedale': #edificio scolastico

 tags['building'] = 'hospital'
elif attrs['EDIFC_TY'] == 'generica' and attrs['EDIFC_USO'] == 
'commerciale': #edificio commerciale

 tags['building'] = 'commercial'
elif attrs['EDIFC_TY'] == 'generica' and attrs['EDIFC_USO'] == 
'sede clinica': #edificio sede clinica

 tags['building'] = 'yes'
 tags['amenity'] = 'clinic'

return tags

Basta selezionare tutto e incollarlo in un documento vuoto di NP++, 
selezionando poi Linguaggio>P>Python per la corretta sintassi.


Come potete vedere è un semplice IF...ELSE che permette di fare 
controlli concatenati tramite gli operatori logici AND, OR, ecc... Prima 
si dichiara l'attributo/gli attributi e poi sotto i tag da appendere nel 
caso in cui siano rispettati altrimenti vai al successivo IF/ELSE.


È un lavoro di pazienza ma abbastanza semplice anche per i nuovi del 
settore. Se qualcuno è interessato può finire di scriverlo lui stesso e 
poi esporlo alla lista per la revisione.


Ricordo che i file per ciascun comune contengono diversi shape (edifici, 
edifici minori, monumenti, manufatti industriali...ecc) che vanno 
controllati e tradotti in script tramite il file 
BDTRE_DATABASE_GEOTOPOGRAFICO_2015_guida.pdf come riferimento per vari 
attributi della geometria.


Se serve una mano per qualche dubbio sono qua.

Ciao!

Leonardo


Il 19/10/2015 11:41, Andrea Musuruane ha scritto:

Ciao,

On Sun, Oct 18, 2015 at 11:23 PM, Marco De Nadai <m...@marcodena.it 
<mailto:m...@marcodena.it>> wrote:



Salve a tutti,
cosa ne pensate di organizzare un import degli edifici del
piemonte

(http://www.geoportale2.piemonte.it/geonetworkrp/srv/ita/metadata.show?uuid=r_piemon:982e8c65-99df-4c7a-a8fe-0908fd06ad6f),
tramite le regole di OSM
(http://wiki.openstreetmap.org/wiki/Import/Guidelines)?


Tempo fa ero stato contattato da Leonardo/DarkSwan_Import perché stava 
predisponendo lo stesso import.


Aveva già script di conversione dei dati: 
https://wiki.openstreetmap.org/wiki/Piemonte/BDTRE-2015


Provate a contattarlo.

Io invece stavo iniziando a lavorare a uno script ogr2osm per l'import 
degli edifici rilasciati dalla Provincia di Biella: 
http://cartografia.provincia.biella.it


La qualità dei dataset mi sembra paragonabile. Probabilmente i dati 
piemontesi sono un vecchio import dei dati della Provincia di Biella, 
dato che le geometrie mi sembrano simili ma quelli della provincia mi 
sembrano più aggiornati.


Ciao,

Andrea



___
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] OSMIT 2015

[Leonardo]

Ciao Michele,

mi scuso in anticipo se questa mail sembrerà un "mettere il dito nella 
piaga" ma si può avere un responso definitivo sull'evento? Siamo troppo 
pochi per poter fare qualcosa?


Io sono ancora disponibile a scendere ma se il numero di persone 
interessate risultasse troppo basso, meglio rimandare a nuova data a 
destinarsi.


Ciao!

Leonardo

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

Re: [Talk-it] CTR : database topografico e ortofoto 2013 a 20CM Regione Basilicata

[Leonardo]

Ciao,

io posso preparare la tabella con tutti i comuni per tenere traccia ma 
preferirei che fosse qualcun altro ad occuparsi della primissima pagina 
wiki. Credo si possa utilizzare come base di partenza una delle pagine 
wiki di un'altra regione.


Leonardo

Il 09/10/2015 23:16, Federico Cortese ha scritto:

2015-10-09 21:20 GMT+02:00 Leonardo <kinetocor...@gmail.com>:

Grazie Federico, ora funziona tutto alla perfezione, riesco a convertire a
WGS84 e a far funzionare lo script!

Spero questo weekend di riuscire a creare la primissima bozza e a
pubblicarla per il feedback. Inoltre ho controllato l'allineamento contro la
PCN2012 e 2006, è eccellente.

[...]

Con questi strati rilasciati, trasformati e fusi assieme a quelli degli
edifici possiamo iniziare a pensare all'import :)


Perfetto Leonardo!
Che ne dici intanto di iniziare a creare la pagina sulla wiki (forse è
proprio quello a cui riferivi come primissima bozza)?
Te lo chiedo perchè vorrei occuparmi dell'import dei confini comunali,
che penso potrebbe essere la prima operazione già fattibile da subito.
Grazie mille.

Federico

___
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] OSMIT 2015

[Leonardo Frassetto]

Io confermo la mia presenza e il talk ( mi scuso se non mi sono segnato
sulla wiki) però se siamo cosi pochi forse Michele hai ragione...

Peccato.
Il 09/ott/2015 09:37, "Michele Mondelli"  ha scritto:

> Salve a tutti.
>
> Mi sembra ormai chiaro che, nel caso si decidesse di andare avanti,
> si andrebbe ad organizzare un evento meno che mediocre; non credo sia
> questo
> l'interesse, né del sottoscritto né tantomeno della comunità.
>
> Sono d'accordo con gli ultimi punti di vista espressi, come sono stato
> d'accordo con molte proposte venute fuori nelle discussioni o nei due
> hangout organizzativi. L'unico problema è che con il "si dovrebbe",
> "qualcuno potrebbe", "bisognerebbe fare", non si organizza nulla.
>
> Ovviamente non critico nessuno, sia ben chiaro: ognuno ha il suo lavoro,
> i propri impegni, etc. Prendo solo atto del fatto che, con così poche
> persone
> dal lato organizzativo della barricata, non è possibile mettere su un
> evento
> con la qualità che il progetto OpenStreetMap merita.
>
>
> Il giorno 3 ottobre 2015 17:21, Paolo Monegato 
> ha scritto:
>
>> Il 30/09/2015 15:03, Marcello ha scritto:
>>
>>> Non ho nessuna esperienza per le edizioni passate, finora non c'è stato
>>> molto seguito, quindi forse lo spostamento si rende necessario, ma se non
>>> si capiscono i motivi rischiamo che anche spostando l'evento avremo 8/10
>>> persone al massimo che assicurano la presenza.
>>>
>>
>> Secondo me non dovreste fare molto affidamento al numero di persone che
>> si iscrivono sul wiki... guardate le pagine delle edizioni precedenti, non
>> è che ci sia un gran numero di utenti segnati tra i probabili presenti...
>>
>> Io penso che molte persone che contribuiscono assiduamente alla mappa e
>>> potrebbero essere interessate all'evento non frequentano la mailing list o
>>> il wiki, per cui non hanno informazioni su questo evento, ma non so quale
>>> canale potrebbe essere utilizzato per diffondere l'informazione dell'evento
>>> ad una platea più ampia.
>>>
>>
>> C'è anche gente che frequenta mailing list e wiki, non si segna tra i
>> probabili presenti ma poi va ad OSMit... Se si guardano le pagine delle
>> ultime edizioni si noterà l'assenza degli habituè, che poi però
>> puntualmente sono andati. E si tratta di gente che legge la mailing list ed
>> è attiva sul wiki.
>>
>> Poi è vero, c'è pure tanta gente che non frequenta la mailing list e
>> probabilmente non conosce nemmeno il wiki. Quando è stato fatto OSMit a
>> Padova ho scritto dozzine di messaggi privati (via osm.org) ai mapper
>> della zona per pubblicizzare l'evento (e pure le mailing list ed il wiki).
>> Tanti non mi hanno risposto, ma chi mi ha risposto o è venuto a fare un
>> salto, o, non potendo esserci, è comunque entrato in contatto con la
>> comunità locale tramite gli altri canali.
>>
>> Dunque, se posso dare un suggerimento, direi che sarebbe ottimale se
>> qualcuno contattasse quanto meno i mapper senesi. Perché alla fine la
>> differenza nei numeri tra le varie edizioni la fa la comunità locale.
>>
>> ciao
>> Paolo M
>>
>> ps: per la cronaca, se si farà, penso proprio che ci sarò anche
>> quest'anno ad OSMit
>>
>>
>> ___
>> 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
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Bernalda

[Leonardo]

Link? Al massimo se il lavoro è troppo grosso da sistemare si reverta 
tutto e si avvisa l'utente.


Leonardo

Il 09/10/2015 23:22, Federico Cortese ha scritto:

Segnalo che oggi nel comune di Bernalda in Basilicata l'utente
formazioneagid ha creato una marea di way sovrapposte e duplicate, con
vari altri errori. Qualcuno ha voglia di contattarlo o correggere?
Purtroppo non riesco proprio a dedicarmici in questi giorni, spero in
un'anima buona :)
Ciao

Federico

___
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] CTR : database topografico e ortofoto 2013 a 20CM Regione Basilicata

[Leonardo]

Grazie Federico, ora funziona tutto alla perfezione, riesco a convertire 
a WGS84 e a far funzionare lo script!


Spero questo weekend di riuscire a creare la primissima bozza e a 
pubblicarla per il feedback. Inoltre ho controllato l'allineamento 
contro la PCN2012 e 2006, è eccellente.


Prima di parlare di import vorrei che fossero rilasciati anche i 
seguenti layer con gli attributi:


-STRATO 10 AREE DI PERTINENZA PE_UINS 1002 01 UNITA' INSEDIATIVA (serve 
per l'area delle varie scuole, parrocchie, ospedali, ecc...)


-TEMA 02 MANUFATTI:

 *
   CLASSE: MN_EDI 0202 01 MANUFATTO INDUSTRIALE
 *
   CLASSE: MN_MAU 0202 02 MANUFATTO MONUMENTALE E DI ARREDO URB
 *
   CLASSE: ATTR_SP 0202 04 ATTREZZATURA SPORTIVA
 *
   CLASSE: MAN_TR 0202 05 MANUFATTO D' INFRASTRUTTURA DI TRASPORTO
 *
   CLASSE: AATT 0202 06 AREA ATTREZZATA DEL SUOLO
 *
   CLASSE: MN_ARR 0202 12 LOCALIZZAZIONE DI MANUFATTO EDILIZIO o DI
   ARREDO/IGIENE URBANA
 *
   CLASSE: MN_IND 0202 14 LOCALIZZAZIONE DI MANUFATTO INDUSTRIALE/DI
   TRASPORTO

Questi dati ci permettono di avere una base solida di dati dei vari 
centri abitati, in maniera simile a quella che sto importando in questo 
periodo della provincia di Padova).


Con questi strati rilasciati, trasformati e fusi assieme a quelli degli 
edifici possiamo iniziare a pensare all'import :)


Ciao!

Leonardo

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

Re: [Talk-it] CTR : database topografico e ortofoto 2013 a 20CM Regione Basilicata

[Leonardo Frassetto]

Mi scrivi bene la procedura che hai usato? Usi qgis?

Grazie!
Il 08/ott/2015 11:28, "Federico Cortese"  ha scritto:

> Ho riscontrato nello shape originale la presenza di una cinquantina di
> multipart feature e di una decina di invalid geometries.
> Provando a splittare i multipoligoni mi permette di risalvare lo shape
> proiettandolo nel sistema di coordinate desiderato.
> Lo shape così ottenuto è privo di multipart ma anche di geometrie non
> valide, quindi credo potrebbe essere tranquillamente utilizzato.
> Purtroppo rimangono in questo modo dei fabbricati divisi in due
> porzioni distinte, che andrebbero uniti manualmente, ma si tratta di
> pochi casi facilmente individuabili.
> Ciao
>
> Federico
>
> ___
> 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] CTR : database topografico e ortofoto 2013 a 20CM Regione Basilicata

[Leonardo]

Ciao,

il nuovo file degli edifici sembra avere qualche problema...non riesco a 
passare dal WGS 84 /UTM zone 33N (Epsg:32663) al WGS84 (EPGS4326), 
salvando il tutto come un nuovo SHP in QGIS. Questo è l'errore che mi 
appare:


Esportazione nel file vettoriale fallita.

Errore: Errori nella scrittura dell'elemento:

Geometria dell'elemento non importata (errore OGR: )
Geometria dell'elemento non importata (errore OGR: )Interrotto dopo 1001 
errori



Inoltre lo stesso errore mi appare quando cerco di selezionare tutti gli 
edifici con un attributo e salvandoli su uno shape a parte.



Sono l'unico che ha questo problema o c'è qualcosa che non va nel file 
rilasciato?



Per il resto i dati sono estremamente promettenti e ben allineati alla 
PCN2012, lo script di conversione dovrebbe essere abbastanza facile da 
adattare partendo da quello veneto. Mi riservo ulteriori commenti quando 
potrò modificare correttamente il file degli edifici.



Leonardo



Il 07/10/2015 17:48, Leonardo Frassetto ha scritto:


Eccellente! ( letto alla Montgomery burns). Stasera li controllo e 
vediamo un po per lo script.


Il 07/ott/2015 17:43, "Francesco Piero Paolicelli" 
<pierso...@gmail.com <mailto:pierso...@gmail.com>> ha scritto:



https://www.facebook.com/RsdiBasilicata/photos/a.873207346091137.1073741828.872120846199787/882082458536959/?type=3

ora abbiamo gli attributi :)

2015-10-02 10:39 GMT+02:00 Martin Koppenhoefer
<dieterdre...@gmail.com <mailto:dieterdre...@gmail.com>>:


2015-10-02 8:34 GMT+02:00 Federico Cortese
<cortese...@gmail.com <mailto:cortese...@gmail.com>>:


Dove si potrebbe creare una pagina wiki per eventuale import?




se viene importato qualcosa va linkato da qui:
http://wiki.openstreetmap.org/wiki/Import/Catalogue

Guardando le pagine attualmente "linkate" non mi sembra che ci
sia un sistema (ma sarei a favore di iniziare a crearne uno,
tipo wiki/Import/IT/Puglia/CTR/2013 ...)

Cosa dovrebbe essere documentato è descritto qui:
http://wiki.openstreetmap.org/wiki/Import/Guidelines


  Step 4 - Documentation

 1. You *must* register your permissions and project by adding
a line to the table at Import/Catalogue
<http://wiki.openstreetmap.org/wiki/Import/Catalogue>.
 2. You *must* write a plan for your import in the OSM wiki.
Create a wiki page outlining the details of your plan.
This plan must include information such as plans for how
to convert the data to OSM XML
<http://wiki.openstreetmap.org/wiki/OSM_XML>, dividing up
the work, how to handle conflation
<http://wiki.openstreetmap.org/wiki/Conflation>, how to
map GIS attributes to OSM tags
<http://wiki.openstreetmap.org/wiki/Tags>, how to
potentially simplify any data, how you plan to divide up
the work, revert plans, changeset size policies, and plans
for quality assurance
<http://wiki.openstreetmap.org/wiki/Quality_assurance>. An
example for this can be found at Import/Plan Outline
<http://wiki.openstreetmap.org/wiki/Import/Plan_Outline>
 3. If required by the data owners, you *must* add an
acknowledgement of the list to Contributors
<http://wiki.openstreetmap.org/wiki/Contributors>.


e http://wiki.openstreetmap.org/wiki/Import/Plan_Outline (un
esempio/template)


Ciao,

Martin




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



___
Talk-it mailing list
Talk-it@openstreetmap.org <mailto: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] CTR : database topografico e ortofoto 2013 a 20CM Regione Basilicata

[Leonardo Frassetto]

Eccellente! ( letto alla Montgomery burns). Stasera li controllo e vediamo
un po per lo script.
Il 07/ott/2015 17:43, "Francesco Piero Paolicelli"  ha
scritto:

>
> https://www.facebook.com/RsdiBasilicata/photos/a.873207346091137.1073741828.872120846199787/882082458536959/?type=3
>
> ora abbiamo gli attributi :)
>
> 2015-10-02 10:39 GMT+02:00 Martin Koppenhoefer :
>
>>
>> 2015-10-02 8:34 GMT+02:00 Federico Cortese :
>>
>>>
>>> Dove si potrebbe creare una pagina wiki per eventuale import?
>>
>>
>>
>>
>> se viene importato qualcosa va linkato da qui:
>> http://wiki.openstreetmap.org/wiki/Import/Catalogue
>>
>> Guardando le pagine attualmente "linkate" non mi sembra che ci sia un
>> sistema (ma sarei a favore di iniziare a crearne uno, tipo
>> wiki/Import/IT/Puglia/CTR/2013 ...)
>>
>> Cosa dovrebbe essere documentato è descritto qui:
>> http://wiki.openstreetmap.org/wiki/Import/Guidelines
>>
>> Step 4 - Documentation
>>
>>1. You *must* register your permissions and project by adding a line
>>to the table at Import/Catalogue
>>.
>>2. You *must* write a plan for your import in the OSM wiki. Create a
>>wiki page outlining the details of your plan. This plan must include
>>information such as plans for how to convert the data to OSM XML
>>, dividing up the work,
>>how to handle conflation
>>, how to map GIS
>>attributes to OSM tags , how
>>to potentially simplify any data, how you plan to divide up the work,
>>revert plans, changeset size policies, and plans for quality assurance
>>. An example
>>for this can be found at Import/Plan Outline
>>
>>3. If required by the data owners, you *must* add an acknowledgement
>>of the list to Contributors
>>.
>>
>>
>> e http://wiki.openstreetmap.org/wiki/Import/Plan_Outline  (un
>> esempio/template)
>>
>>
>> Ciao,
>>
>> Martin
>>
>>
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Nuovo tool per scoprire strade non ancora inserite

[Leonardo Frassetto]

Ciao,

vi linko questo post nel diario di un utente OSM che propone un nuovo
strumento per rilevare strade non ancora aggiunte a OSM.

https://www.openstreetmap.org/user/mvexel/diary/35966

Sembra interessante :)

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

Re: [Talk-it] CTR : database topografico e ortofoto 2013 a 20CM Regione Basilicata

[Leonardo]

Ciao,

ho provato a scaricare tutti gli zip degli edifici alla cieca per vedere 
se le proprietà dei poligoni erano simili a quelle del Db geotopografico 
del Veneto in cui c'è una legenda da abbinare e permette di creare un 
file script di conversione. A meno che non mi sfugga qualcosa in tutti i 
file ci sono solo gli ID univoci di quel poligono e l'area. Ho provato 
anche il file pe_uins che corrisponde alle aree delle scuole, chiese, 
ospedali e parchi solitamente ma anche lì c'è solo l'area!


Leonardo

Il 01/10/2015 18:26, marco bra ha scritto:

http://microzonazione.regione.basilicata.it/geoserver/db5k_bas/ows?service=WFS=1.1.0=GetFeature=db5k_bas:edifc_cr_edf_is=SHAPE-ZIP


Il giorno 1 ottobre 2015 15:42, Federico Cortese <cortese...@gmail.com 
<mailto:cortese...@gmail.com>> ha scritto:


> Con QGIS basta caricare il link come server WFS e si scarica il layer
> vettoriale.
> Io ho scaricato un layer dell'edificato (edifc_cr_sdf_is), ma visto
> che comprende l'intera regione, ci vuole un po' di tempo per
> completare il caricamento.
> Salvato in shape occupa circa 100 MB solo questo layer.

Aggiungo che così facendo ho ottenuto solo le geometrie e non gli
attributi delle feature, quindi se sullo stesso layer ci sono edifici
diversi (chiese, edifici civili, capannoni, etc.) non ho la
possibilità di distinguerli.

___
Talk-it mailing list
Talk-it@openstreetmap.org <mailto: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.39945=8.6798=15=M



___
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] CTR : database topografico e ortofoto 2013 a 20CM Regione Basilicata

[Leonardo]

Appena riprovato...sono gli stessi dati. Onestamente se tutto quello che 
verrà rilasciato è in questo stato, OSM se ne fa ben poco!


Chiunque abbia un contatto con l'ente che sta rilasciando può chiedere 
il rilascio COMPLETO con le varie caratteristiche dei poligoni come già 
fatto da altre regioni come il Veneto!


Per ora non vedo nulla di utile da importare.

Leonardo

Il 01/10/2015 19:46, Francesco Piero Paolicelli ha scritto:
Stanno rilasciando gli shapes file ma penso sia esattamente quello che 
stiamo facendo noi dal wfs


http://dati.regione.basilicata.it/catalog/dataset/database-topografico-classe-edifici

Inviato da iPhone

Il giorno 01/ott/2015, alle ore 18:26, marco bra 
<marcobra.ubu...@gmail.com <mailto:marcobra.ubu...@gmail.com>> ha scritto:



http://microzonazione.regione.basilicata.it/geoserver/db5k_bas/ows?service=WFS=1.1.0=GetFeature=db5k_bas:edifc_cr_edf_is=SHAPE-ZIP


Il giorno 1 ottobre 2015 15:42, Federico Cortese 
<cortese...@gmail.com <mailto:cortese...@gmail.com>> ha scritto:


> Con QGIS basta caricare il link come server WFS e si scarica il layer
> vettoriale.
> Io ho scaricato un layer dell'edificato (edifc_cr_sdf_is), ma visto
> che comprende l'intera regione, ci vuole un po' di tempo per
> completare il caricamento.
> Salvato in shape occupa circa 100 MB solo questo layer.

Aggiungo che così facendo ho ottenuto solo le geometrie e non gli
attributi delle feature, quindi se sullo stesso layer ci sono edifici
diversi (chiese, edifici civili, capannoni, etc.) non ho la
possibilità di distinguerli.

___
Talk-it mailing list
Talk-it@openstreetmap.org <mailto: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.39945=8.6798=15=M

___
Talk-it mailing list
Talk-it@openstreetmap.org <mailto: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 mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] CTR : database topografico e ortofoto 2013 a 20CM Regione Basilicata

[Leonardo]

Interessante, il problema è come accedere ai dati in formato SHP. È 
possibile?


Leonardo

Il 30/09/2015 19:17, Francesco Piero Paolicelli ha scritto:
Limitazioni "nessuna" quindi suppongo CC0 ma poi sul portale opendata 
(http://dati.regione.basilicata.it/catalog/dataset?organization=regione-basilicata) 
mettono la CC Attribuzione.


Comunque sia la notizia mi sembra una di quelle forti.

Vediamo la qualità.

Trovate le descrizioni e il link wms sul DB Topografico 
http://rsdi.regione.basilicata.it/Catalogo/srv/ita/search?hl=ita#|r_basili:52F1BC6F-7597-B988-8702-FAEB036ACBA7 
<http://rsdi.regione.basilicata.it/Catalogo/srv/ita/search?hl=ita#%7Cr_basili:52F1BC6F-7597-B988-8702-FAEB036ACBA7> 



mentre per il mosaico delle orto foto:
http://rsdi.regione.basilicata.it/Catalogo/srv/ita/search?hl=ita#|r_basili:20EA8E87-F903-D62F-467F-BBB44D422FA1 
<http://rsdi.regione.basilicata.it/Catalogo/srv/ita/search?hl=ita#%7Cr_basili:20EA8E87-F903-D62F-467F-BBB44D422FA1>


Ho chiesto lumi in Regione sulla licenza (se CC0 o CC-BY) e poi 
immagino si possa iniziare a lavorare per un import.

o sbaglio?

Piersoft


___
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] wms Google earth

[Leonardo Frassetto]

Mapbox satellite e PCN Italia 2012 potrebbero avere qualche dettaglio in
più se vuoi. Sono sempre disponibili su josm.
Il 19/set/2015 22:12, "Massimo Primiceri"  ha
scritto:

> lo so lo so... bing e ministero ok. Solo che avevo notato che nella mia
> zona google earth hafatto nuove rilevazioni aeree nel luglio scorso. Quindi
> tutto aggiornatissimo. Se non ci sono soluzioni, Pazienza
>
> Il giorno 19 settembre 2015 20:59, Fabrizio Tambussa 
> ha scritto:
>
>> In breve: per motivi di licenza non puoi copiare dalle mappe di Google.
>> Non so nemmeno se esista un wms di Google earth.
>> Puoi usare le immagini satellitari di Bing o quelle del ministero del
>> 2012. Sono nei preset di josm.
>> Saluti
>> Fabrizio
>> Il 19/Set/2015 20:28, "Massimo Primiceri" 
>> ha scritto:
>>
>>> Ciao a tutti. Sapreste darmi una dritta dove reperire il WMS di Google
>>> Earth in modo da aggiungerlo come immagine aerea in JOSM? Grazie.
>>>
>>> --
>>> *Massimo Primiceri*
>>> Tel. +39 0833591266 | Mob. +39 3277960808
>>> *e-mail *
>>> *Facebook * | *Hobby
>>> * | *Blog*
>>> 
>>>
>>> *CASARANO TENNISTAVOLO A.S.D.*
>>> sito web  pagina facebook
>>> 
>>>
>>> *"Tutti sanno che una cosa è impossibile da realizzare, finché arriva
>>> uno sprovveduto che non lo sa e la inventa." (Albert Einstein)*
>>>
>>>
>>> ___
>>> 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
>>
>>
>
>
> --
> *Massimo Primiceri*
> Tel. +39 0833591266 | Mob. +39 3277960808
> *e-mail *
> *Facebook * | *Hobby
> * | *Blog*
> 
>
> *CASARANO TENNISTAVOLO A.S.D.*
> sito web  pagina facebook
> 
>
> *"Tutti sanno che una cosa è impossibile da realizzare, finché arriva uno
> sprovveduto che non lo sa e la inventa." (Albert Einstein)*
>
>
> ___
> 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] Via Garibaldi

[Leonardo Frassetto]

Onestamente un rename  così importante su tutto il territorio andava
discusso in lista prima...chi è l'autore? Può esprimersi qui in lista?
Il 09/set/2015 22:42, "Federico Cortese"  ha scritto:

> Ciao a tutti,
> vorrei segnalare che col changeset
> https://www.openstreetmap.org/changeset/33893514, tutte le "Via
> Garibaldi" di tutta Italia (651 ways) sono diventate "Via Giuseppe
> Garibaldi". Stessa sorte è toccata a tutte le fermate bus (4 nodes)
> che erano state denominate "Via Garibaldi".
> Ora magari la correzione andava bene per la maggior parte delle vie,
> anche se non ci metterei la mano sul fuoco, voi cosa ne pensate?
> Ciao
>
> Federico
>
> ___
> 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] scelta smartphone

[Leonardo Frassetto]

Se proprio uno vuole esagerare consiglio l'acquisto di un Cell che supporti
anche beidou ( la costellazione GPS cinese) e sia pronto per Galileo (il
GPS europeo che inizierà ad essere attivo dal 2017).
Il 04/set/2015 11:24, "Cascafico Giovanni"  ha scritto:

> Dovrebbero essercene anche con la possibilità di agganciarsi alla
> costellazione Glonass. Meglio abbondare; eppoi sammai che per fare qualche
> guerra gli USA iniettino errori nel GPS...
>
> --
> cascafico.altervista.org
> twitter.com/cascafico
>
> ___
> 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] Nuova versione stabile JOSM (8677)

[Leonardo]

Ciao,

volevo informare gli utilizzatori di JOSM che è uscita una nuova 
versione stabile. I due più grandi cambiamenti sono il supporto completo 
a WTMS (Web Map Tile Service) e l'aggiunta del plugin OpenGL nella 
visualizzazione dei dati. Ovviamente ci sono ulteriori miglioramenti ai 
preset e al validatore. Il changelog completo qui: 
https://josm.openstreetmap.de/wiki/Changelog


Ciao!

Leonardo

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

[Talk-it] Avvertimento nuova proiezione EPSG su JOSM per ortofoto PCN2006-2012

[Leonardo]

Ciao,

oggi provando la nuova versione stabile di JOSM, quando attivo il layer 
delle ortofoto PCN2006 o 2012, Josm mi avvisa con il seguente messaggio:


Il livello PCN 2012 - Italia non supporta la nuova proiezione 
EPSG:3857. Le proiezioni supportate sono EPSG:4326. JOSM userà EPSG:4326 
per interrogare il server, ma il risultato può varare in base al server 
WMS. Cambia nuovamente la proiezione o cancella il livello.


Detto questo se premo OK il livello si carica normalmente senza alcun 
errore come prima. Qualcuno che ha conoscenze maggiori sull'argomento 
proiezioni mi può illuminare? È necessario cambiare qualche parametro 
sull'URL di richiesta delle tile? Dobbiamo farlo presente agli 
sviluppatori JOSM?


Maggiori info: https://wiki.openstreetmap.org/wiki/EPSG:3857 e 
https://gis.stackexchange.com/questions/48949/epsg-3857-or-4326-for-googlemaps-openstreetmap-and-leaflet



Grazie!

Leonardo

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

Re: [Talk-it] josm e server api

[Leonardo Frassetto]

Domanda stupida, josm è aggiornato all'ultima stabile? Magari una re
installazione sistema tutto.
Il 20/ago/2015 12:17, emmexx emm...@tiscalinet.it ha scritto:

 Il 08/20/2015 11:59 AM, Simone Cortesi scrisse:

 a me JOSM funziona regolarmente

 non hai impostato per sbaglio un proxy?


 Direi di no.


 l'URL da te citato è la root dell'API, e da sempre da un 404.


 Quando avvio josm appare il seguente messaggio:

 JOSM tried to access the following resources:
 https://josm.openstreetmap.de/josmfile?page=Styles/Highway_Nodesstyle
 https://api.openstreetmap.org/api/capabilities
 https://josm.openstreetmap.de/maps
 https://josm.openstreetmap.de/wiki/StartupPage
 but failed to do so, because of the following network errors:
 java.net.SocketException: Network is unreachable
 It may be due to a missing proxy configuration. Would you like to change
 your proxy settings now?

 Vado nella configurazione del proxy ed e' impostato No proxy.
 Nella stessa scheda di configurazione della connessione c'e' spuntato:
 Use the default OSM server URL (https://api.openstreetmap.org/api)

 Prima che scrivessi qui c'era un altro valore (stupidamente non lo ho
 segnato) ma l'errore c'era lo stesso. Allora ho spuntato l'opzione di cui
 sopra.

 ciao
 maxx

 ___
 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] OSMIT 2015

[Leonardo]

Pure io ho intenzione di partecipare ma devo aspettare la programmazione 
delle ferie autunnali/invernali a lavoro per poter confermare al 100% la 
mia presenza.


Leonardo

Il 12/08/2015 10:40, Francesco Pelullo ha scritto:
Io quasi certamente parteciperò, non mi sono ancora iscritto per 
scaramanzia.


Ciao
/niubii/



Il giorno 12 agosto 2015 10:34, Maurizio Napolitano 
napoo...@gmail.com mailto:napoo...@gmail.com ha scritto:


Mi spiace un sacco per mille motivi (il primo di quelli è per aver
contribuito affinchè osmit venisse portato avanti in questi anni), ma
nelel date scelte proprio non ci posso essere.

___
Talk-it mailing list
Talk-it@openstreetmap.org mailto: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 mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Nuovo tutorial per le turning lanes (ERA:lanes 2)

[Leonardo]

Visto che stiamo parlando di lanes, volevo segnalarvi questo eccellente 
tutorial (in inglese) sul blog di Mapbox che spiega nel dettaglio, 
assieme ad esempi animati, come configurare correttamente le varie lanes 
di una strada e delle restrizioni di svolta da applicare tramite JOSM.


https://www.mapbox.com/blog/turn-lanes-mapping/

A Treviso esiste un incrocio particolarmente complesso da mappare e 
questo tutorial mi tornerà particolarmente utile per sistemarlo.


Ciao!

Leonardo

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

Re: [Talk-it] JOSM su Android

[Leonardo Frassetto]

No. Ma Vespucci è un eccellente sostituto. Io lo uso per la raccolta rapida
dei numeri civici e dei POI ma esso permette di tracciare linee e poligoni
e taggarli proprio come fa josm. Lo trovi sul Google play.
Il 20/lug/2015 23:54, John Doe theguest...@gmail.com ha scritto:

 Che voi sappiate, è possibile utilizzare in qualche modo JOSM su sistema
 operativo Android?

 ___
 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-se] Swedish law for cycle lanes (marked with D4 påbjuden cykelbana)

[Leonardo Brondani Schenkel]

On 12/07/2015 21:26, Martin Norbäck Olivers wrote:
 There are some places where that tag would be appropriate I think. But
 not just because there is a cycle path nearby.

Why not?

 I'm thinking highways outside the city with an adjacent cycle path.

Highways (if you mean motorways) imply 'bicycle=no' so you can't use the
tag, according to the proposal.

 But I guess there could be a case for these tags, although they would
 have to be changed when the law changes.  Would it not be better to keep
 these things separate from osm? Tag what's on the ground, not in the law
 books?

True, and I agree, although it's possible to argue that almost all
instances of access tags are about the intersection of the law and
what's in the ground — the signs usually tell if something is different
from the law defaults.

In this specific example, it could also be argued that this is encoding
what's on the ground since the D4: påbjuden cykelbana sign is saying
exactly that the cycleway is the mandatory way for cyclists and it's not
allowed to use the road (barring the exceptions). If the sign was not
there that wouldn't be the case. Is it that different from a max speed
sign or a no parking, or no heavy vehicles sign?

I'm not necessarily arguing here that all roads should be changed, or
I'm going to do start doing that right now. I just wanted to know if
there's any consensus in the SE community about that because this was
discussed to death in the DE and NL mailing lists and they concluded
that cycleway=use_sidepath would be useful, there was a proposal and
it was approved and it became official — so my original question is if
Sweden is one of the countries with the so called compulsory
cycleways? If no, in what way is Sweden different than Germany or
Netherlands? If yes, what do people here think about the approved proposal?

Personally, I do think the proposal is useful and if people are
interested I can further explain my reasoning. However, I would have
preferred if there was an official way of creating a relation between
the cycleway and the road, so the same information could be inferred by
having a road related to a path tagged as bicycle=designated (default
for cycleways). That would not require an extra tag and in case the law
changes only the inference needs to change, not the tagging.
Unfortunately that was not the approach that was approved; they seemed
to have chosen a more pragmatic one.

By the way, why is Sweden not listed here?
https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions

Did nobody care or is there no local consensus about what the default
is? It would help foreign mappers such as myself if the information was
there (I could not find it even in the Swedish pages). I would edit the
wiki myself if I knew what they are.

// Leonardo.

 
 söndag 12 juli 2015 skrev Leonardo Brondani Schenkel
 leona...@schenkel.net mailto:leona...@schenkel.net:
 
 On 12/07/2015 18:47, Martin Norbäck Olivers wrote:
  Yes you must use the cycle path but that law will probably soon
 change.
 
  You are allowed to use the road if it's better for your destination,
  whatever that means. So it's not against the law to use the road
 and so
  it should not be tagged as such.
 
  A routing app for bicycles should be clever enough to use the bike
 path
  anyway.
 
 Hi Martin,
 
 Thanks for the quick reply. If I understood you correctly, then Sweden
 would qualify as one of the countries having compulsory cycleways as
 defined at the wiki:
 https://wiki.openstreetmap.org/wiki/Tag:bicycle%3Duse_sidepath
 
 I do understand that there are scenarios that authorize you to use the
 road, and that's why bicycle=use_sidepath is not the same as
 bicycle=no. Are you objecting to the latter or to the former as well?
 
 P.S.: I don't really get why the law says you *must* use the cycle path
 and at the same time allows you to use the road. This means to me that
 in practice the use of the cycle path is encouraged, but not really
 mandatory (if hypothetically the police stops you, you could always
 argue that it was better for your destination, couldn't you?).
 
 // Leonardo.
 
 
 
 ___
 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
 



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

[Talk-se] Swedish law for cycle lanes (marked with D4 påbjuden cykelbana)

[Leonardo Brondani Schenkel]

Hej!

Sorry for not writing in Swedish but I'm not fluent. I'm a foreign OSM
mapper who lives in Malmö and who is a bicycle enthusiast. I would like
to clarify something with the local community of OSM mappers, since I
couldn't find this information in the OSM wiki pages (nor the Swedish ones).

My main question is about what the Swedish traffic law states about
cycleways marked with the D4 (påbjuden cykelbana) sign and their
relation with the neighbouring road. In case there's such a marked
cycleway at the side of a road, is it compulsory for cyclists to use the
cycleway (assuming it's usable, let's forget about snow or poor
maintenance for now) or are cyclists still allowed to use the road and
ignore the cycleway if they choose to?

In OSM terms, and assuming that the answer to my previous question is
cyclists must always use the cycleway, does it mean that I can/should
tag a road near a highway=cycleway or near a path with
bicycle=designated with bicycle=use_sidepath
(https://wiki.openstreetmap.org/wiki/Tag:bicycle%3Duse_sidepath)?

I do have some other additional questions, but let's take one at a time.

Tack!
// Leonardo.


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

Re: [Talk-it] Aggiornamento dei distributori di carburante

[Leonardo Frassetto]

E un semplice brand=no?
Il 30/giu/2015 10:32, Martin Koppenhoefer dieterdre...@gmail.com ha
scritto:



 sent from a phone

  Am 29.06.2015 um 19:40 schrieb Aury88 spacedrive...@gmail.com:
 
  il fatto che al momento non risultano registrati brand di nome
 Indipendent
  o indipendent mi lascia supporre che non possa essere il nome di un
  brand...


 conosco al meno un giornale e un marchio di abbigliamento con questo nome.


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

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

[Talk-co] Servidor de tareas

[Leonardo Gutierrez]

Saludos cordiales,

Ayer estuvo caido el server de tareas, ya he revisado el problema y está de
nuevo en linea.

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

Re: [Talk-it] Nuova versione Vespucci 0.9.6 disponibile su Google Play Store

[Leonardo Frassetto]

La vedrei più come applicazione a parte ☺
Il 23/giu/2015 10:44, Lorenzo Perone lorenzo.per...@gmail.com ha
scritto:


 2015-06-23 10:14 GMT+02:00 Marco Ciampa ciam...@libero.it:

 On Mon, Jun 22, 2015 at 08:19:22PM +0200, Leonardo Frassetto wrote:
  P.s. prima o poi scriverò questa benedetta guida sulla raccolta dei
 numeri
  civici con Vespucci e dati offline, portate pazienza ;)

 Stavo per chiedertelo... ;-)

 Ciao,
 sarebbe molto bello se nel futuro sistema con OCR di raccolta dei dati di
 Vespucci si potessero scansionare gli scontrini dei distributori di
 carburanti, un bel controllo sui prezzi dichiarati (ora rilasciati dal MISE
 come open data) sarebbbe davvero utile.
 Pensate si possa proporlo allo sviluppatore?
 Ciao.l.





 --


 Marco Ciampa

 I know a joke about UDP, but you might not get it.

 ++
 | GNU/Linux User  #78271 |
 | FSFE fellow   #364 |
 ++


 ___
 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 mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Nuova versione Vespucci 0.9.6 disponibile su Google Play Store

[Leonardo Frassetto]

Ciao a tutti,

volevo informare gli utilizzatori (e coloro che possono essere interessati
a provarlo) che è uscita una nuova versione maggiore di Vespucci.

Link Play Store:
https://play.google.com/store/apps/details?id=de.blau.androidhl=it

Changelog: https://github.com/MarcusWolschon/osmeditor4android/releases

Sorgente: https://github.com/MarcusWolschon/osmeditor4android

L'applicazione è stata profondamente rivisitata ed ora risulta essere molto
più reattiva, oltre ad aggiungere nuove funzioni! Nonostante questo
programma sia un vero e proprio editor di dati OSM su Android, lo consiglio
soprattutto per la raccolta dei POI e dei numeri civici; quest'ultima
funzione è particolarmente efficente dato che utilizza l'autocompletamento
delle varie voci (addr:street, addr:city) e l'aumento incrementale del
numero in base alla posizione sx o dx rispetto alla strada. Per quanto
riguarda i POI comprende già i preset classici (amenity, leisure, ecc...) e
permette di crearsi i preset personalizzati con le key/value da voi scelti
(raccolta specializzata di POI, tutti i fast food della città in con i vari
brand da voi preimpostati per fare un esempio).

Inoltre l'autore (simonpoole) sta pensando a metodi alternativi di raccolta
informazioni per le future versioni, tra i quali l'OCR tramite fotocamera
per i nomi delle vie, input vocali e speech-to-text e interfacce minimali
da associare ai vari Android Wear.

Ciao!

Leonardo

P.s. prima o poi scriverò questa benedetta guida sulla raccolta dei numeri
civici con Vespucci e dati offline, portate pazienza ;)
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-co] pregunta: OpenStreetMap offline en un computador sin internet es posible?

[Leonardo Gutierrez]

A veces hay restricciones entre paises para ciertas aplicaciones, yo he
instalado varias veces descargando el archivo apk, es como una instalación
 a la antigua pero me funciona perfectamente.

LO importante es encontrar el apk de nuestro programa

El 16 de junio de 2015, 9:15, Marco Antonio marcoantoniofr...@gmail.com
escribió:

 2015-06-16 7:37 GMT-04:00 Luis Hernando Aguilar aguil...@un.org:
  De casualidad tienes el APK de esa app?

 Especifica para qué dispositivo (teléfono o tableta) y qué versión de
 Android (2.3, 4.0), muchas veces son incompatibles entre versiones.

 Abrazos,

 Marco Antonio

 ___
 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-it] OSMIT 2015

[Leonardo Frassetto]

Basta accedere al tuo account gmail e c'è la sezione hangout. Se non hai il
plugin installato per le chiamate te lo offre il browser automaticamente.

Vorrei partecipare pure io se è possibile
Il 11/giu/2015 14:18, Volker Schmidt vosc...@gmail.com ha scritto:

 Scusate, mi sono perso questo piccolo dettaglio.   :-(
 Mai utilizzato.
 Che devo fare?
 Ho Chrome su un portatile Windows con videocamera e un buon collegamento.
 Volker

 2015-06-11 13:46 GMT+02:00 Cristian Consonni kikkocrist...@gmail.com:

 Il 11 giugno 2015 13:43, Volker Schmidt vosc...@gmail.com ha scritto:
  Se serve sono disponibile alle 18 via Skype (volker.schmidt)

 Ciao Volker,

 Michele nella sua mail precedente diceva di usare Hangout, inoltre
 Skype funziona meno bene se ci sono numerosi partecipanti.

 C

 ___
 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 mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-co] Sistema de Información Cafetera SICA 2012

[Leonardo Gutierrez]

Saludos cordiales,

Estoy mapeando esta via rural

https://www.openstreetmap.org/#map=17/5.96727/-75.97999

Pero la tengo desconectada, por mas que he revisado no veo donde se conecta
con el resto de las vias.

El 8 de junio de 2015, 18:24, Miguel Sánchez 
migueldesplazamientocen...@gmail.com escribió:

 --

 Message: 1
 Date: Sat, 6 Jun 2015 20:32:17 +0200 (CEST)
 From: arke...@free.fr
 To: OpenStreetMap Colombia talk-co@openstreetmap.org
 Subject: Re: [Talk-co] Cooperación con La Federación de Cafeteros de
 Colombia.
 Message-ID:
 
 996234374.23356368.1433615537859.javamail.r...@zimbra89-e15.priv.proxad.net
 

 Content-Type: text/plain; charset=utf-8

 Hola,


 Hola,

 He  estado mapeando con las nuevas imagenes SICA2012, corrigiendo algunos
 errores  propios sin tocar la zona urbana que ya esta muy avanzada por el
 equipo validador.

 Me fui  un poco a ver sobre la zona rural al norte y creo que hay algunos
 errores.

 El curso de la quebrada que se dibujó parece es un camino.
 No se hi hay offset en esta parte y no veo puntos GPX disponibles para
 comparar.

 Como aparece como tarea completa no hice cambio alguno

 Qué hacer?

 Esta es la zona:

 http://www.openstreetmap.org/#map=18/5.98290/-75.99496layers=H



 Gracias







 La imagen esta disponible en TMS.
 URL para JOSM :
 tms:http://imagery.openstreetmap.fr/tms/1.0.0/salgar/{zoom}/{x}/{y}

 (y también en WMS, desde la raiz :
 http://imagery.openstreetmap.fr/wms)

 Saludos,

 Jean-Guilhem


 - Mail original -
 De: hyan...@gmail.com
 À: OpenStreetMap Colombia talk-co@openstreetmap.org
 Envoyé: Vendredi 5 Juin 2015 01:16:21
 Objet: Re: [Talk-co]Cooperación con La Federación de Cafeteros de
 Colombia.







 El 4 de junio de 2015, 17:59, hyan...@gmail.com  hyan...@gmail.com 
 escribió:





 El 4 de junio de 2015, 17:41, Fredy Rivera  fredyriv...@gmail.com 
 escribió:


 2015-06-04 17:38 GMT-05:00 Artesano  arttes...@gmail.com :
  Hola, yo tengo la información en una USB pesa 16GB, esta noche la estare
  subiendo desde la conexion de mi casa (4MB) a un drive, y mañana
 intentaré en
  MinTIC buscar una conexion de alta veolocidad.
 Luego de que tengamos la info pre-procesada la serviremos en un TMS o
 WMS para calcarla, ya que los términos de la licencia no nos permiten
 distribuir la imagen en raw.






 Excelente! He hecho la solicitud de colaboración al Activation Working
 Group (AWG) del HOT para servir las imágenes una vez esté disponibles.


 Saludos y éxitos,


 Humberto Yances


 Respuesta rápida, tenemos disponibles los servidores en Francia, detalles
 en el chat de coordinación.

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



 --

 Message: 2
 Date: Sat, 6 Jun 2015 13:47:52 -0500
 From: Leonardo Gutierrez l...@nuevoartesano.com
 To: OpenStreetMap Colombia talk-co@openstreetmap.org
 Subject: Re: [Talk-co] Cooperación con La Federación de Cafeteros de
 Colombia.
 Message-ID:
 
 cagrkmzwe77zhcux52spf4mzywih+vjqzekp7q51qtnqaoia...@mail.gmail.com
 Content-Type: text/plain; charset=utf-8

 Buenos dias

 Ya en nuestra instancia de tareas

 http://tareas.openstreetmap.co/project/13#task/93


 Esta por defecto cargada esta imagen, así que el control remoto del task
 automáticamente carga este tms para ediciones.



 El 6 de junio de 2015, 13:32, arke...@free.fr escribió:

  Hola,
 
  La imagen esta disponible en TMS.
  URL para JOSM :
  tms:http://imagery.openstreetmap.fr/tms/1.0.0/salgar/{zoom}/{x}/{y}
 
  (y también en WMS, desde la raiz :
  http://imagery.openstreetmap.fr/wms)
 
  Saludos,
 
  Jean-Guilhem
 
 
  - Mail original -
  De: hyan...@gmail.com
  À: OpenStreetMap Colombia talk-co@openstreetmap.org
  Envoyé: Vendredi 5 Juin 2015 01:16:21
  Objet: Re: [Talk-co]Cooperación con La Federación de Cafeteros de
  Colombia.
 
 
 
 
 
 
 
  El 4 de junio de 2015, 17:59, hyan...@gmail.com  hyan...@gmail.com 
  escribió:
 
 
 
 
 
  El 4 de junio de 2015, 17:41, Fredy Rivera  fredyriv...@gmail.com 
  escribió:
 
 
  2015-06-04 17:38 GMT-05:00 Artesano  arttes...@gmail.com :
   Hola, yo tengo la información en una USB pesa 16GB, esta noche la
 estare
   subiendo desde la conexion de mi casa (4MB) a un drive, y mañana
  intentaré en
   MinTIC buscar una conexion de alta veolocidad.
  Luego de que tengamos la info pre-procesada la serviremos en un TMS o
  WMS para calcarla, ya que los términos de la licencia no nos permiten
  distribuir la imagen en raw.
 
 
 
 
 
 
  Excelente! He hecho la solicitud de colaboración al Activation Working
  Group (AWG) del HOT para servir las imágenes una vez esté disponibles.
 
 
  Saludos y éxitos,
 
 
  Humberto Yances
 
 
  Respuesta rápida, tenemos disponibles los servidores en Francia,
 detalles
  en el chat de coordinación

[Talk-co] Edificaciones pegadas Salgar

[Leonardo Gutierrez]

En sentido estricto se deben mapear las edificaciones pegadas con
multipoligono así:

http://www.openstreetmap.org/#map=19/5.96524/-75.96617

Tal como se indica en este post

https://help.openstreetmap.org/questions/29613/how-to-tag-a-business-with-multiple-buildings

Así se encuentra mucho en Alemania, sin embargo requiere trabajr bien con
los multipoligonos y es algo más demorado, yo algunas las he hecho así en
Salgar
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

[Talk-co] Aternativa entrada server tareas

[Leonardo Gutierrez]

Saludos cordiales,

Hay un problema con el dominio .co en toda colombia en estos momentos.

Se puede ingresar al task alternativamente por este lado

http://ec2-54-173-12-48.compute-1.amazonaws.com/
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-it] Mapatura scaloni campo sportivo.

[Leonardo Frassetto]

Building=grandstand + covered=yes?
Il 02/giu/2015 21:08, girarsi_liste liste.gira...@gmail.com ha scritto:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Il 02/06/2015 19:51, Volker Schmidt ha scritto:
  grandstand in British English normalmente è un edificio *coperto*
  che ha delle scalinate dove si piazzano delle sedie, perciò il
  tetto sarebbe incluso.
 
 uesto mi mette un pò di diffcoltà, perchè nei comuni circostanti,
 molti campi sportivi hanno spalti all'aperto.



 - --
 Simone Girardelli
 _|_|_|_|_|_|_|_|_|_
 |_|_|_|_|_|_|_|_|_|_|


 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1

 iQEcBAEBAgAGBQJVbf72AAoJEMTPIIVov0Zt/dUH/RTUBmE5ffTdg5hEchhDaV/N
 GY6mVCQNF6KWpF8r+D2JtjiijTCPdkhQEuTO1xMqW4yp7UiE9OoEC4pOHIEfzApL
 5j6EbzyS7bWkNJqO3HPaSjUK3PCp9pR2qDa1x7Av+nK54b4V2qsoJsnNqgmGQhfv
 c5vbkkko9jgQpNq90uIp9xSV7yuOLBY/NH90HEdQgc3M3HKWu49WQSB1ANJef9fv
 kUVj1E+iTuXOQ34fnNeSFvIB+3n6IRlHfFDtNzFQNN/S0qimPgm/FWyYdZKKXDiY
 /CHUXvyMjiAkXgIaBNp3xAR2hU5VvSm+z4mVakPJVgAMs5xQjz+i0VlpddvyMSE=
 =kfVP
 -END PGP SIGNATURE-

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

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

Re: [Talk-it] open data comune di Verona

[Leonardo]

Il validatore di JOSM segnala 4 errori legati al tag addr:postcode vuoto.

Ciao!

Leonardo

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

Re: [Talk-co] Mapeo en crisis de Salgar Antioquia

[Leonardo Gutierrez]

Gracias Humberto

Esta tarde la jornada de OpenStreetMap en el colegio salesiano es
exclusivamente para Salgar. Estaremos 8 estudiantes y yo mapeando. Les
estaré reportando por aquí.
El 26/05/2015 10:38, hyan...@gmail.com hyan...@gmail.com escribió:

 Estimados maperos!  La tarea 13 va muy bien, de un 11% hemos pasado a
 42%!!  Un esfuerzo más y pronto estaremos terminando el mapa predesastre!
 Gracias a los que han contribuido, en especial a Leonardo Gutiérrez, Hernan
 y AngocA quienes son los que más cuadrantes han mapeado.  Agradecimiento
 especial también a Fredy Rivera que ha traído datos desde campo!  Con una
 actividad de foto-mapping.

 Seguimos,

 Humberto

 El 21 de mayo de 2015, 20:08, hyan...@gmail.com hyan...@gmail.com
 escribió:

 Gracias a los maperos por su aporte, un video más para ayudar a los más
 novatos en el mapeo de la tarea#13, cualquier duda a sus órdenes!

 http://youtu.be/OE4esODrixc?hd=1

 El 21 de mayo de 2015, 18:12, Fredy Rivera fredyriv...@gmail.com
 escribió:

 Amigos.
 Recuerden que estamos mapeado la zona de la crisis de Salgar por medio
 de esta herramienta.
 http://tareas.openstreetmap.co/project/13
 necesitamos de la ayuda de los maperos con mas experiencia para
 realizar la cartografía de Antes del desastre, nos estamos basando
 en la imagen de BING, recuerden que esta imagen esta desfasada y por
 lo tanto se debe seguir este tutorial que realizó Leonardo para
 rectificarla.
  https://www.youtube.com/watch?v=TZOu2IK2ZLgfeature=youtu.behd=1

 Gracias a todos por la colaboracion.
 Humano
 --
 ##
  |___|__\___
  | _ |   |_ |  }
  (_)  (_)

 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


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

Re: [Talk-it] problemi su mappatura

[Leonardo]

Intendi qui?

https://www.openstreetmap.org/#map=16/44.0201/10.5938

Leonardo

Il 24/05/2015 21:38, makakk...@vodafone.it ha scritto:
ciao a tutti,vi ringrazio per le risposte,purtroppo vi sembrerà 
strano,ma non riesco a mettervi neanche un misero link e tantomeno 
conosco una parola di inglese,vuol dire che tornerò sull'argomento 
quando troverò qualcuno che mi aiuta. ciao



___
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] Tag per mappatura chiesa

[Leonardo Frassetto]

Onestamente, dove c'è una targhetta col numero li va un addr:housenumber
indipendentemente dal fatto che appartenga o meno allo stesso edificio.

Leonardo
Il 20/mag/2015 22:26, Martin Koppenhoefer dieterdre...@gmail.com ha
scritto:


 2015-05-20 14:44 GMT+02:00 stefano664 stefano...@gmail.com:

 Non concordo. Solo uno dei due è il numero civico assegnato al
 particellare, l'altro è di riferimento e basta. Edificio naturalmente
 inteso come unità catastale. Chiaro che se nello stesso edificio fisico ci
 sono due unità indipendenti (due case, ad esempio), queste hanno due numeri
 civici differenti.
 Se io vado in comune, e chiedo che numero civico ha casa mia mi danno una
 risposta univoca, legata alla casa, non alla porta. Anche se di porte ne ho
 una dozzina.



 pensavo anch'io fosse così, ma proprio ieri ho visto una situazione con
 più civici per lo stesso edificio (si tratta di un albergo), credo i civici
 ci sono forse perché c'erano prima (è al centro storico, ma l'albergo è di
 recente costruzione): sono 2 porte (o al meno 1 porta, forse 1 era una
 finestra) e sono assolutamente secondari e piccoli (laterali, mentre
 l'ingresso principale è molto più grande, con pensilina ecc.). I civici
 sono 7 e 5 (se non si vede perché troppo piccolo).

 Ciao,
 Martin
 [image: Inline-Bild 1]

 ___
 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] Tag per mappatura chiesa

[Leonardo Frassetto]

Io metterei invece il nome direttamente sulla amenity pow perché ci sono
alcune zone dove due chiese vicine tra loro condividono il cosiddetto
sagrato. È l'edificio che ha nome non quello che lo circonda imho.
Il 20/mag/2015 16:51, Max1234Ita max1234...@gmail.com ha scritto:

 Dimenticavo: per la definizione dei civici si usano i tag  *
 http://wiki.openstreetmap.org/wiki/Key:addr addr:**


 Max



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

[Leonardo Frassetto]

Ricordatevi anche che ora c'è il tag landuse=religious che indica l'area
del sagrato+chiesa+eventuale campanile+eventuali giardini parcheggi ecc che
fanno parte dell'area religiosa. Josm ha già il preset necessario.
Il 19/mag/2015 17:42, Aury88 spacedrive...@gmail.com ha scritto:

 a differenza di quanto qualcuno sembrerebbe intendere i due tag non sono
 sinonimi.
 uno indica lo scopo con cui è stato costruito l'edificio e quindi da un
 indicazione generica sulla sull'aspetto che esso avrà l'altro indica una
 fuinzione.
 esistono chiese sconsacrate: building=church
 esistono chiese in cui si svolge l'attività religiosa:
 building=church+amenity=place_of_worship
 esistono luoghi di culto che non sono chiese: amenity:place_of_worship (+
 eventuali altri tag...se sono moschee potrebbe starci anche se non è
 documentato building=mosque se una cappella building=chapel ecc ecc)
 per i terreni dedicate a sporadiche attività religiose ma la cui funzione
 non è predominante per il culto personalmente preferisco landuse=religious

 un ultimo appunto per i tag amenity:place_of_worship e building=church in
 realtà non si è mai messo in dubbio se e quando usarli, l'unico dubbio che
 ancora rimane è per l'estensione che deve avere l'area associata al tag
 amenity:place_of_worship (c'è chi lo associa ad un punto, chi lo estende
 alla chiesa nella sua interezza chi vorrebbe estenderlo anche al sagrato
 chi
 vorrebbe così classificare tutte le aree in qualche misura coinvolte da
 attività religiose e chi addirittura vorrebbe invece assegnarlo alla chiesa
 ma escludendo quelle aree di essa non toccate direttamente dal culto)...
 considera che questo tag viene usato nella maggior parte dei casi come nodo
 (se c'è il building=church allora è posto dentro questo...qualcuno lo mette
 alla porta di ingresso, ma è raro) o come area estesa all'edifico se è
 identificabile un area grossomodo adibita al culto...io preferisco questa
 soluzione.



 -
 Ciao,
 Aury
 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Tag-per-mappatura-chiesa-tp5845123p5845181.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] [Proposta] Import uso del suolo provincia di Vicenza

[Leonardo]

No...purtroppo la stanno tirando per le lunghe e non ci sono novità a 
breve. La cosa mi scoccia parecchio perché dovevano rilasciarli fine 
aprile inizi maggio ma non c'è nulla di nuovo sul sito. A questo punto 
valuta tu se iniziare o meno la conversione dei file, se serve qualche 
suggerimento sono qui.


Leonardo

Il 13/05/2015 13:54, mircozorzo ha scritto:

Ciao, ci sono novità sul rilascio dei dati di uso del suolo?

Ciao, Mirco



--
View this message in context: 
http://gis.19327.n5.nabble.com/Proposta-Import-uso-del-suolo-provincia-di-Vicenza-tp5841464p5844471.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] relazione route e maxspeed

[Leonardo Frassetto]

Secondo me sulla highway perche possono esserci diversi pezzi di strada con
limiti diversi ma che fanno parte della stessa relazione
Il 11/mag/2015 12:00, demon.box e.rossin...@alice.it ha scritto:

 ma secondo voi su una lunga strada sulla quale ho creato una relazione
 route
 il tag maxspeed lo metto sulla relazione o direttamente sulla highway?
 grazie



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/relazione-route-e-maxspeed-tp5844155.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

[Talk-co] Fiesta de mapeo y caminata

[Leonardo Gutierrez]

Con el fin de mejorar el mapa de nuestra ciudad y especialmente de nuestra
vecindad el sabado pasado nos dedicamos a hacer fieldpapers en Duitama

Los invito a visitar mi blog

http://hobbiesleo.blogspot.com/2015/05/field-papers-en-el-colegio-salesiano.html
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co