Re: [Talk-es] Bar tradicional -> ¿ amenity=pub o amenity=bar ?

[andrzej zaborowski]

Hola,

Pues no estoy de acuerdo, la palabra pub es una palabra inglesa porque
las etiquetas vienen en ingles, pero un nativo de esta lengua describe
con ella toda la categoria de establecimientos para los que no tiene
otro nombre.  Y en osm tambien etiquetara con amenity=pub las
cervecerias, bodegas, tavernas, beer garten, izakayas, etc.

En España estos establecimientos no se llamaran p.e. Pub Juanito sino
Bar Juanito porque los nombres no vienen en ingles.  Pero las
etiquetas OSM si.  Claramente las etiquetas estan diseñadas para ser
utilizadas en todo el mundo.

Lo veo similar a como en español te puedes referir con chorizo a todo
tipo de salchichas alemanas o inglesas (no es muy correcto pero no se
me ocurre mejor ejemplo), pero si hablando en aleman usas la palabra
"chorizo" esta claro que te refieres a algo tipico español.

Saludos

2017-06-21 20:35 GMT+02:00 Uranzu :
> Hola,
>
> Coincido con Daniel e Ivan.
>
> Tengo meridianamente claro que un pub es un establecimiento típico de UK,
> Irlanda, Canadá, Australia y poco más (leído en la Wikipedia) en el que se
> sirven principalmente cervezas, y tiene un aspecto tradicional inglés. Ese
> tipo de establecimiento se ha exportado a todo el Mundo conservando dichas
> características y su nombre original: “pub”. Apenas he viajado pero juraría
> que si preguntas en cualquier país de cualquier continente qué es un pub te
> lo describirán como lo he hecho. Por tanto, opino que el etiquetado de
> amenity=pub debería limitarse única y exclusivamente a este tipo de
> establecimiento. Lo contrario solo crearía confusión.
>
> ¿Qué es lo básico en un bar?: la venta de bebidas alcohólicas para su
> consumo en el lugar, y eso es lo que hacen nuestros bares, aunque también
> sirvan desayunos por la mañana. Quizás habría que replantearse el etiquetado
> o añadir subetiquetas como se ha comentado.
>
> Un saludo
>
>
>
> --
> View this message in context: 
> http://gis.19327.n8.nabble.com/Bar-tradicional-amenity-pub-o-amenity-bar-tp5876448p5898232.html
> Sent from the Spain mailing list archive at Nabble.com.
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es

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

Re: [Talk-es] Bar tradicional -> ¿ amenity=pub o amenity=bar ?

[andrzej zaborowski]

Este paragrafo de la wiki parece ser un comentario linguistico sobre
una coincidencia de palabras, no veo que invite a usar la etiqueta
amenity=bar para los bares "mediterraneos".

Entiendo lo que dices de que el hecho de que el etiquetado generalice
un poco la informacion sobre los puntos de interes es una ventaja, y
tampoco estoy seguro si es buena idea crear un valor de amenity=
completamente nuevo.  Pero en este caso, el de los cuatro o cinco
tipos de amenities donde puedes tomarte una cerveza, hay ya un sistema
de etiquetado algo detallado y bien establecido (porque para los
britanicos que crearon el proyecto era importante) y hay que seguirlo.
Los bares españoles tambien se pueden dividir en varios subtipos y
cada uno de ellos mas o menos corresponde con alguna de las etiquetas
ya existentes.

La pagina de wiki citada incluso dice que el cafe juega un papel mas
importante que la cerveza en muchos de los bares y muchos de ellos
realmente son medio amenity=cafe y personalmente he usado esta
etiqueta en algunos casos y todavia lo veo correcto.  Otros bares
corresponden con amenity=restaurant o pub (que en general tienen
bastante en comun y creo que hay alguna ambiguedad en todo el mundo),
y otros, los bares de copas, con amenity=bar.

El hecho de que la etiqueta sea textual en vez de ser un numero como
en los mapas antiguos para Garmin, y que justo diga "bar" no deberia
influir en su uso.  Por otro lado conviene tener una definicion simple
de lo que esta etiqueta significa y asumir que corresponde con la
palabra española bar lo simplifica bastnate.  En fin no una solucion
perfecta.

Saludos

2017-06-20 20:51 GMT+02:00 dcapillae :
> La página en inglés para "amenity=bar", en su edición actual (20/06/2017),
> dice que:
>
> «En los países mediterráneos, la palabra "bar" tiene un significado
> diferente (aunque esto no significa necesariamente que la etiqueta deba
> aplicarse de forma diferente). Allí un bar es parte integral del estilo de
> vida. Se va por la mañana a desayunar, en el almuerzo sirven comidas
> sencillas, durante todo el día (si no se cierra después del almuerzo) la
> gente lo usa para tomar un café rápido y por la noche es un lugar de
> encuentro para tomar un aperitivo antes de la cena. Algunos abren por la
> tarde y durante la noche, aunque la mayoría cierran por la noche, algunos
> venden también tabaco, caramelos y sellos. A diferencia de un /pub/, este
> tipo de bar está abierto para el desayuno y el café juega un papel mucho más
> importante que la cerveza».
>
> La documentación de la etiqueta invita a usarla indistintamente para bares
> en cualquier parte del mundo. Además, relaciona las diferencias existentes
> en los países mediterráneos con nuestro "estilo de vida", esto es, con
> nuestra cultura y nuestras costumbres. Yo comparto esta forma de verlo, y
> creo que resulta muy útil para resolver problemáticas semejantes con otros
> tipos de etiquetas que estén relacionadas con costumbres culturales.
>
> Sinceramente, no veo la necesidad de crear algo nuevo. Todos sabemos que un
> bar en España es diferente de un bar en Inglaterra. Los ingleses también lo
> saben. Nadie debería extrañarse si al entrar en un local etiquetado con
> "amenity=bar" en España no encuentra el típico bar inglés. Lo contrario
> sería lo extraordinario.
>
>
>
> -
> Daniel Capilla
> OSM user: dcapillae
> --
> View this message in context: 
> http://gis.19327.n8.nabble.com/Bar-tradicional-amenity-pub-o-amenity-bar-tp5876448p5898171.html
> Sent from the Spain mailing list archive at Nabble.com.
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es

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

Re: [Talk-es] Bar tradicional -> ¿ amenity=pub o amenity=bar ?

[andrzej zaborowski]

2016-06-26 12:57 GMT+02:00 Jorge Sanz :

>
>
> 2016-06-26 12:41 GMT+02:00 Iñaki :
>
>> Buenos días:
>>
>> En relación con qué es un bar, nos podremos pasar la vida discutiendo
>> y alguien que vive en Vigo no tendrá la misma definición que quien vive en
>> San Sebastián, Barcelona o Sevilla. Así que, ¿por qué no hacemos caso a lo
>> que dice el Diccionario de la RAE. Nos guste o no ES LA MÁXIMA AUTORIDAD en
>> cuanto a definiciones en español. Aunque estemos en desacuerdo, toca
>> aceptar, y ya discutiremos sobre otro tipo de establecimientos similares,
>> pero lo que  es bar está definido. Y, por supuesto que, nos guste o no, la
>> RAE está por encima de todas las Wikipedias que pueda haber sobre OSM.
>>
>>
(respondiendo a Iñaki)
En este caso la definicion formal podria servir para el que vaya a
documentar el etiquetado en el wiki en español.  Pero, no influira en el
etiquetado porque etiquetamos lo que estos Puntos de Interes oferecen y
como funcionan.  Por ejemplo un criterio para amenity=restaurant si
recuerdo bien era que tenga camareros y da igual si el lugar tiene en su
nombre Bar, Sidreria, Fast Food, etc.


> Esa afirmación es muy peligrosa porque va contra la esencia de OSM, que es
> encontrar un vocabulario común para nuestra realidad habitual e
> implementarlo en una base de datos geográfica que podemos explotar de forma
> homogénea. Si cada mapper aplica ciegamente el criterio de su lenguaje sin
> buscar un consenso en la comunidad, OSM pierde totalmente su sentido.
>
> Como comentaba Miguel arriba, el lenguaje en el que se implementan las
> etiquetas es el inglés y esas etiquetas ya están establecidas y
> consensuadas por la comunidad en una discusión que si bien puede retomarse
> en cualquier momento, ha de hacerse en el foro y según los procedimientos
> que la propia comunidad ha aceptado.
>

En proyectos similares a OSM pero mas antiguos y que nunca llegaron a este
nivel de desarrollo, se usaban los codigos numericos de Garmin en vez de
etiquetas textuales.  En los editores OSM tenemos los presets que estan
traducidos a cada lenguaje junto con la interfaz de usuario y ocultan las
etiquetas que hay por debajo.  Las etiquetas hay que tratarlas como estos
codigos y no hacer mucho caso al significado de la palabra que forma la
etiqueta porque incluso en los paises de habla inglesa ocurren estas dudas
por intentar interpretar literalmente la etiqueta.

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

Re: [Talk-es] Bar tradicional -> ¿ amenity=pub o amenity=bar ?

[andrzej zaborowski]

Hola Alejandro,

Pienso lo mismo acerca de amenity=bar y lo tengo en mi lista de cosas
con las que tener cuidado etiquetando.  Lo que no tengo claro es en
que grado corresponde amenity=pub con los bares ya que los pubs no son
lugares tan tipicos para ir a desayunar por ejemplo (o ni siquiera
abren hasta por la tarde).  En fin no hay una correspondencia perfecta
pero en en algunos casos se podria considerar amenity=cafe por
ejemplo.

Saludos

2016-06-25 17:04 GMT+02:00 Alejandro S. :
> Buenas tardes,
>
> Llevamos un rato discuitiendo Carlos Tapia y yo por el grupo de Telegram si
> los bares tradicionales en España se deberían etiquetar con amenity=pub o
> amenity=bar.
>
> Yo opino que la etiqueta amenity=pub [0] se corresponde mejor con un bar
> tradicional, en general es un ambiente relajado, dan comida y te puedes
> sentar, en contraposición con amenitiy=bar [1] que en general se se refiere
> a un establecimiento donde solo venden bebidas, tienen ambientes más
> ruidosos, musica, hay que estar de pie, etc. lo que en España llamamos bar
> de copas.
>
> Carlos discrepa.
>
> La wiki refleja que en los países mediterráneos se puede usar amenitiy=bar
> para los garitos tradicionales, pero yo creo que esta excepción no favorece
> el uso de los datos de OSM al hacer que esa etiqueta no tenga un uso
> homogéneo en todo el mundo y además hace que no se puedan mapear bares de
> copas en los países mediterráneos :/
> Esa excepción fue añadida por un usuario en 2009 [2] y no se si fue
> consensuada adecuadamente.
>
> [0]: http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dpub
> [1]: http://wiki.openstreetmap.org/wiki/ES:Tag:amenity%3Dbar
> [2]:
> http://wiki.openstreetmap.org/w/index.php?title=Tag:amenity%3Dbar&diff=prev&oldid=331228
>
> ¡Salud y libertad!
> Alejandro Suárez
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>

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

Re: [Talk-es] Visualización para ver carriles pintados.

[andrzej zaborowski]

Hola,

Creo que a base de solo lanes=* no conseguiras mucho, existe un esquema de
etiquetado mucho mas detallado y que se presta a renderizado guapo y creo
que se empieza por area:highway=* y luego algunas etiquetas mas.

Mira si te sirve lo que muestra osm2world (ejemplo sacado de los foros:
http://maps.osm2world.org/?zoom=18&lat=49.44843&lon=11.06507&layers=B0TTFF)

El mas completo y guapo que habia visto era http://osmapa.pl/w/area/
(ejemplo foros..
http://osmapa.pl/w/area/?lat=53.49898&lon=14.48022&zoom=18&ol=
http://osmapa.pl/w/area/?lat=51.10779&lon=17.03854&zoom=20&ol=FBoPRQEGs)
pero cubria partes de Alemania y Polonia, las regiones que le hayan pedido
al autor.  Y parece que el autor se esta tomando ahora un descanso y han
dejado de funcionar algunas cosas, entre ellas justo no me muestra ahora
miso las marcas de los carriles.

Luego me parece que tambien existia algun plugin para JOSM que lo mostraba
en vivo pero que era menos completo.

Saludos

2016-03-28 18:19 GMT+02:00 Alejandro Moreno Calvo :

> Lo que quiero es que a partir de los datos de OSM me salga un mapa
> parecido a esto
>
> [image:
> http://www.formacionyeducacionvial.com/wp-content/uploads/carril-de-deceleracion.jpg]
>
> El 28 de marzo de 2016, 18:03, El fotógrafo giróvago <
> elfotografogirov...@gmail.com> escribió:
>
>> ¿Configurando un WMS sobre los datos con esa regla no obtendrías lo que
>> pides? No se si te estoy entendiendo bien.
>>
>> El 28 de marzo de 2016, 16:00, Alejandro Moreno Calvo 
>> escribió:
>>
>>> Estoy buscando algún programa o web que a partir de los datos de
>>> Openstreetmaps permita muestre el número de carriles, es decir, si una
>>> línea está mapeada como lanes:2 que se vean dibujados los 3 carriles
>>> separados con sus líneas discontinuas.
>>> ¿Sabéis si existe algo cómo lo que pido?
>>>
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>>>
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Infraestructura para render propio de osm

[andrzej zaborowski]

Hola Alejandro,

Es una muy buena idea y es un gran pedazo de hardware que teneis ahi.
Pongo algunas cosas que se me ocurren:

* es una pena que el hardware este infrautilizado.  Si teneis localizada
una fuente de estos alimentadores a 80€, estupendo.  Una busqueda rapida en
aliexpress muestra que son dificiles de conseguir a estas potencias y
llegan a 200 euros (eso en formato PC, si necesitais formato rack puede ser
mas dificil).  Esto me lleva a pensar que en un servidor de mapnik lo mas
importante para el rendimiento es la cantidad de memoria y rendimiento de
los discos, con lo cual aunque corran con solo un procesador, puede ser
suficiente y podrian quizas alimentarse mas facilmente.

* un mapa con una base de datos limitada puede correr en un hardware
bastante mas limitado, principalmente necesita el trabajo del administrador
(y el cartografo que cree el estilo grafico) y donde hospedar la maquina.

* dependiendo de los recursos que tengais se podria dedicar una maquina
para que forme parte del Content Delivery Network de OSM administrado por
la OSM Foundation ayudando a hacer mas fiables sus servicios. Por lo visto
las conecciones al tile.openstreetmap.org desde España actualmente las
gestiona el nodo frances (
http://dns.openstreetmap.org/tile.openstreetmap.org.html)

Saludos


2015-11-07 23:22 GMT+01:00 Miguel Sevilla-Callejo :

> Hola Alejandro,
> A mi me parece una idea estupenda!
> ¿Cómo podríamos gestionar la colecta/crowdfunding para financiar, al menos
> una fuente de alimentación?
> ¿Alguien sabe si desde la asociación de OSM-es se podría gestionar el
> asunto?
> Un saludo
> Miguel
>
> *[image: Geo]**Miguel Sevilla Callejo*
> *Doctor en Geografía | Doctor in Geography*
> *Consultor freelance e investigador | Freelance Consultant & Researcher*
> Colaborador del Instituto Pirenaico de Ecología, CSIC, Zaragoza | Fellow at
> the Pyrenean Institute of Ecology - Spanish National Research Council
> Colegiado nº698, Colegio Oficial de Geógrafos | Member #698, Spanish
> Professional Association of Geographers
> Web: http://bit.ly/sevillacallejo 
>
> 
>
> 2015-11-07 19:22 GMT+01:00 Alejandro S. :
>
>> Buenos días,
>>
>> Estábamos comentando en el grupo de telegram sobre la posibilidad de
>> montar en algún sitio una renderización con las plazas de parking ya que
>> [0] no genera tiles con todos los niveles de zoom.
>> Como miembro de Púlsar (Asociación de Software Libre de la Universidad de
>> Zaragoza)[1] y tesorero de la misma pongo a disposición una serie de
>> máquinas. El problema es que están averiadas :(
>> Os pongo en antecedentes:
>> Hace 3 años y medio el BIFI[2], que es un Instituto de Investigación de
>> aqui, nos donó 10 servidores dual Xenon (Intel(R) Xeon(TM) CPU 3.40GHz)[3]
>> porque para ellos se les quedaban pequeños pero siguen siendo buenas
>> máquinas.
>> En sus día nos planteamos utilizarlos para montar un "mirror" de OSM
>> donde subir las importaciones de cat2osm y revisarlas antes de subirlas a
>> OSM de verdad. Pero resultó que las fuentes de alimentación estaban mas
>> cascadas de lo que parecía y empezaron a romperse.
>> Como son unos bicharracos con dos Xeones cada uno pues necesitan fuentes
>> buenas de 800W. En la asociación no disponemos de dinero para comprar
>> nuevas fuentes (intentamos conseguir que el Servicio de Informática o el
>> Vicerrectorado de Estudiantes nos diera dinero o las fuentes directamente
>> pero no conseguimos nada) y ahí quedo la cosa.
>> Actualmente solo funcionan 2 de las 10 maquinas. En su día presupuestamos
>> cada fuente de alimentación en 80€, parece que actualmente están más
>> baratas.
>> Con una fuente más ya podríamos poner en marcha un mapnik.
>>
>> Hemos comentado en el grupo que si hay interés en montar el render o
>> algún otro proyecto concreto se podría hacer un colecta para cubrir el
>> gasto de las fuentes de alimentación entre todos y dales un buen uso a esas
>> máquinas :)
>> ¿Que os parece la idea?
>>
>> Saludos,
>>   Alejandro Suárez
>>
>> [0]: http://parking.crite.net
>> [1]: http://pulsar.unizar.es/
>> [2]: http://bifi.es
>> [3]: http://bifi.es/es/component/jumi/articulo?id=39
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Tramos de carreteras

[andrzej zaborowski]

Hola,

Travelling Salesman parece que tiene una libreria para eso:
http://wiki.openstreetmap.org/wiki/Traveling_salesman

OsmAnd tambien usa Java, no se si lo puedes acceder como libreria
desde otro programa.

Y luego JOSM tiene algun algoritmo para bajar datos dentro de alguna
distancia de una ruta gpx.

Saludos

2015-10-16 10:57 GMT+02:00 Victor Zamora :
> ¿Y existe alguna librería en JAVA que pueda utilizar para obtener
> directamente la ruta en coordenadas dando un punto inicial y un punto final?
>
> El 16 de octubre de 2015, 10:46, Moises Arcos 
> escribió:
>>
>> Tienes un listado en la wiki
>>
>> http://wiki.openstreetmap.org/wiki/List_of_OSM-based_services#Routing
>>
>> El 16 de octubre de 2015, 10:16, Victor Zamora 
>> escribió:
>>>
>>> Buenos días,
>>>
>>> ¿Hay algún servicio de routing basado en osm aparte de OSMR?
>>>
>>> Un saludo.
>>>
>>> El 15 de octubre de 2015, 12:51, Alejandro S. 
>>> escribió:

 Hola!
 Tal vez lo más sencillo es que miréis si algún servicio de routing
 basado en osm permita exportar la ruta, de esa manera obtienes una 
 carretera
 de un punto A a un punto B.

 Saludos


 On Fri, Oct 9, 2015, 11:21 Victor Zamora  wrote:
>
> Hola a todos,
>
> Soy alumno de una universidad y estoy trabajando en un simulador de
> conducción como parte de mi tfg. Necesitamos simular entornos reales en
> carreteras, y para ello decidimos utilizar osm. Me preguntaba si se 
> podrían
> exportar las carreteras de las rutas de un lugar de inicio hasta un lugar
> meta en algún tipo de coordenadas para la posterior traducción al lenguaje
> del simulador.
>
> Muchas gracias.
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es


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

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

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

Re: [Talk-es] Reto: JOSM y capa Google Ortofoto

[andrzej zaborowski]

Si recuerdo bien hace tiempo JOSM incluia una simple regla que lo
hacia rechazar las capas que tengan "google" en su URL por la simple
cantidad de casos de infraccion que hubo.  Supongo que estaria
implementada de una manera que lo dejaria claro al usuario pero no se
exactamente.

Por otro lado en las ultimas semanas el soporte WMS esta cambiando mucho.

Saludos

2015-07-05 18:54 GMT+02:00 k1wi k1wi :
> No tengo ni idea como hacer para incorporar la capa de Google en JOSM, pero
> solo te digo que creo que no esta permitido utilizarla para cartografiar en
> OSM, por temas de copyright.
> _
> From: duke2007 
> Sent: domingo, julio 5, 2015 3:58 p. m.
> Subject: [Talk-es] Reto: JOSM y capa Google Ortofoto
> To: 
>
>
>
> Buenas tardes,
>
> Llevo varios días intentando añadir una imagen con la capa Google Ortofoto.
> La url la obtengo de la que utilizo en OruxMaps (aquí sí que me funciona)
> pero no hay manera de que consiga visualizar esta capa.
> Otras como PNOA sí lo he conseguido
>
> La URL que utilizo para Google ortofoto y PNOA (que sí funciona) es:
>
>
> 
> 
>
>   
>   GOOGLE ORTOFOTOS
>
> 
>   
>   3
>   20
>   MERCATORESFERICA
>   
>   
>   1
>   1
>   0
>   0
>   
>   
>   
>   
> 
> 
>
>
> 
> PNOA IGN
> 
> 
> 1
> 18
> MERCATORESFERICA
> 
> {om}
> 1
> 1
> 0
> 0
> 
> 
> 
> 
> 
> 
>
>
> 
>
>
> ¿Alguien sabe como añadir la capa de google ortofoto?
>
> Un saludo a todos.
>
>
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>

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

Re: [Talk-es] Sáhara Occidental

[andrzej zaborowski]

Hola Oscar,

No he mirado los datos que hay ahora mismo en OSM, pero se que existe
una convencion de marcar los territorios "en disputa" de una forma que
al solo mirar los datos puede parecer un caos total.  El metodo es
representar en los datos las varias opciones que se estan
discuitiendo, a la vez.  Asi creo que el territorio tendria que tener
a la vez una relacion como si fuese autonomo (Republica Saharaui) y
tambien como si fuese parte de Marruecos, en su parte administrada por
Marruecos.

Como hay mas territorios marcados de esta manera en el mundo, creo que
las herramientas que utilizan OSM lo toleraran.

Saludos

2014-12-15 12:22 GMT-05:00 Óscar Zorrilla Alonso :
> Hola a todos;
>
> Tras unos tweets emitidos a la cuenta de @openstreetmapes respecto a la
> visualización del Sáhara Occidental en OSM.
>
> Me surge la duda de si debe o no debe estar indicado en OSM.
>
> La wikipedia nos dice esto: "Territorio no autónomo con soberanía en
> disputa"
> http://es.wikipedia.org/wiki/Sahara_Occidental
>
> En otros mapas tenemos de todo: Sáhara con Marruecos y Sáhara independiente:
> http://tools.geofabrik.de/mc/#5/24.7544/-9.9377&num=4&mt0=mapnik&mt1=google-map&mt2=bing-map&mt3=nokia-map
>
> En OpenStreetMap no se visualiza de primeras, pero si lo buscamos, si que
> tenemos una relación:
> http://www.openstreetmap.org/relation/2559126#map=7/23.946/-10.140
>
> Independientemente de ideas políticas (no es el lugar), ¿habría que cambiar
> las fronteras? ¿dejarlas como están? ¿Ideas? ¿Solución (no la veo clara)?
>
> Un saludo
> Óscar
>
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>

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

Re: [Talk-es] Límites administrativos

[andrzej zaborowski]

Hola Juan,

2014-10-03 14:07 GMT+02:00 Juan José Iparraguirre :
> Hola a todos, estamos creando una aplicación para la que vamos a necesitar
> los límites administrativos a nivel mundial, y a todos los niveles:
> continente, país, región, ciudad, distrito, barrio
>
> Hemos encontrado la de GADM ( http://www.gadm.org/ ) pero vemos el problema
> de que se queda a nivel de ciudad, y necesitaríamos también los barrios.
>
> ¿Conocéis alguna otra que podamos utilizar que esté más completa,
> preferiblemente gratuita? Y si no, pues de pago


El GADM esta bastante bien pero tiene una licencia que prohibe uso
comercial y hay dudas acerca de como se han conseguido.  Hace un par
de años era los mas completo que existia a nivel global -- quizas hoy
en dia lo ha adelantado OSM porque se liberaron muchos datos en todo
el mundo -- en los pocos paises donde conozco OSM, efectivamente ahora
es mas completo, pero a lo mejor tampoco llega a nivel de barrios.  De
hecho el concepto de barrio no en todas las ciudades tiene limites
fijos o jerarquia fija, y la administracion funciona a nivel de
ciudad.

Saludos

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

Re: [Talk-es] Fwd: Georreferenciación

[andrzej zaborowski]

2014-10-03 19:39 GMT+02:00 Cruz Enrique Borges :
>> ¿A que se puede deber esto? ¿Puede que las ortofotos estén
>> mal georreferenciadas?

Como dice Cruz, las capas de Bing en muchos sitios estan
georeferenciados con varios metros de error.  En la documentacion OSM
(wiki, foros, etc.) encontraras una advertencia sobre el uso de
ortofotos en varios sitios, pero como se intenta que una persona pueda
empezar a mapear lo mas facilemente posible, muchas veces no se sigue
la regla de siempre comparar una capa con trazas GPS antes de empezar.
Luego esta regla a lo mejor ya no es actual cuando existen capas como
el catastro disponibles, de hecho se podrian usar estas capas como
referencia para las comerciales (Bing, MapBox) en tu editor -- los
editores principales te permiten ajustar la georeferenciacion de las
imagenes, y en JOSM estos ajustes se pueden subir a una base de datos
donde se comparten automaticamente con otros usarios.

Saludos

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

Re: [Talk-es] Integración de track KML en OpenStreetMap

[andrzej zaborowski]

Hola,

Tambien te puede servir http://umap.openstreetmap.fr/, no he probado
su soporte de KML pero es uno de los formatos permitidos.  Parece que
requiere subir el fichero en vez de solo pasar su direccion.

Saludos

2014-09-02 8:37 GMT+02:00 Moises Arcos :
> Buenos días,
>
> échale un ojo a esto [1], no sé si lo has visto antes pero te puede ser de
> utilidad, ya que se pueden hacer cosas como las que dices:
>
> http://osm.quelltextlich.at/viewer-js.html?kml_url=http://www.gras-linz.at/images/planb/gras-plan-b.kml
>
> He probado con tu KMZ y no ha funcionado, no se si será porque
> necesariamente ha de ser un kml la verdad, tampoco le he dado demasiadas
> vueltas.
>
> Saludos!!!
>
> [1] http://osm.quelltextlich.at/
>
>
> El 2 de septiembre de 2014, 2:43, Jesus Cea  escribió:
>>
>> Hasta ahora estoy usando Google Maps para integrar mis rutas KML en mi
>> web, pero me gustaría pasar a usar OpenStreetMap.
>>
>> La integración con Google es muy fácil: basta con llamar a una URL de
>> Google indicándole dónde tenemos nuestro KML/KMZ. Por ejemplo:
>>
>>
>> 
>>
>> Me pregunto si hay algo comparable usando OpenStreetMap o similar por
>> debajo. Necesito que la integración sea sencilla, idealmente como la que
>> estoy haciendo ahora con Google.
>>
>> ¿Alguna idea o sugerencia?.
>>
>> Gracias mil.
>>
>> --
>> Jesús Cea Avión _/_/  _/_/_/_/_/_/
>> j...@jcea.es - http://www.jcea.es/ _/_/_/_/  _/_/_/_/  _/_/
>> Twitter: @jcea_/_/_/_/  _/_/_/_/_/
>> jabber / xmpp:j...@jabber.org  _/_/  _/_/_/_/  _/_/  _/_/
>> "Things are not so easy"  _/_/  _/_/_/_/  _/_/_/_/  _/_/
>> "My name is Dump, Core Dump"   _/_/_/_/_/_/  _/_/  _/_/
>> "El amor es poner tu felicidad en la felicidad de otro" - Leibniz
>>
>>
>>
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>

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

Re: [Talk-es] Añade una fuente

[andrzej zaborowski]

2014-07-03 20:09 GMT+02:00 José Luis Domingo López
:
> Paciencia. Yo metí en OSM muchas de las fuentes que surgieron o ya existían
> a lo largo del anillo ciclista de Madrid y la Casa de Campo.
>
> Por desgracia, hay mucho HP suelto por el mundo, y de aquellas sólo quedan
> operativas un puñado (el Ayuntamiento, comprensiblemente, se hartó de
> sustituir grifos, algunos sin exagerar todas las semanas).
>
> Así que paciencia para meter los datos Y mantenerlos al día. ¿Cómo se
> etiquetaría una fuente que está fuera de servicio por vandalismo? ¿Se añade
> algún tag para indicarlo, o se borra el objeto a la espera de que vuelva a
> estar operativa?

Es una cuestion que tambien se plantean con otras amenities tipo
restaurantes.  Yo creo que la informacion de que hay una fuente sigue
siendo util... y si la fuente deja de ser operativa y vuelve a serlo
con mucha frecuencia todavia menos sentido tiene indicar esa
informacion, es informacion temporal.  Apyo la campaña.

Por otro lado hay una ruta que hago con frecuencia, una parte pasa por
Casa de Campo, y a lo largo ninguna de la fuentes suele estar cerrada,
creo que estan mas afectadas las de las zonas del perimetro.
Saludos

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

Re: [Talk-es] Para los que no crean que los rusos son una especie aparte

[andrzej zaborowski]

Hola Rafael,

Wikipedia es un ejemplo, los datos pueden venir en el catastro, en
mapas de obstaculos aereos, etc., o si conoces la altura de otro
edificio cercano te da informacion del angulo de una foto aerea y asi
de los demas edificios.  O como en el caso del edifico que mapee, esta
abierto al publico y puedes subir con gps.

En principio para usar textos de wikipedia, si, que hay que cumplir
con su licencia, pero que wikipedia publique un dato (imaginate una
fecha historica) no significa que ya nadie pueda usarla.  De hecho
wikipedia tiene la politica de nunca ser fuente original de "datos"
asi que la atribucion aunque fuese requerida (asumiendo que existiese
ley que cubre el tipo de dato) no podria ser de wikipedia.

Saludos

2014-02-15 20:32 GMT+01:00 Rafael Avila Coya :
> Hola:
>
> Sólo quería hacer notar que no hicieron constar la fuente. En concreto,
> y ya que dices que parte de los datos están en la wikipedia, una de las
> condiciones para usar los datos de la wikipedia es atribuir su autoría
> cuando se hacen obras derivadas de la misma, como es este caso. Por lo
> tanto al menos debería haber una etiqueta de source=wikipedia.
>
> Un saludo,
>
> Rafael Ávila Coya.
>
> On 15/02/14 18:26, andrzej zaborowski wrote:
>> Las alturas de los edificios importantes se encuentran en wikipedia
>> por ejemplo, luego con una foto de distancia es cuestion de notar
>> proporiones y dividir la altura total.
>>
>> Hace un par de años (antes de usarse building:part) hice como una
>> prueba un edificio en Varsovia donde vivia y luego me dio satisfaccion
>> verlo usado como ejemplo en una charla en el SOTM.  Ahora lo veo
>> mejorado, http://map.f4-group.com/#lat=52.2313220&lon=21.0060609&zoom=17=,
>> http://www.osmapa.pl/#lat=52.23178&lon=21.00671&z=17&m=os
>>
>> Saludos
>>
>> 2014-02-15 17:58 GMT+01:00 Rafael Avila Coya :
>>> No sé si son una especie aparte, pero no veo la fuente de los datos por
>>> ningún lado...
>>>
>>> On 14/02/14 09:00, Ander Pijoan wrote:
>>>> Aprendiendo cómo la gente usa los tags para 3D me he encontrado con esto :
>>>>
>>>> http://www.openstreetmap.org/#map=19/55.75245/37.62313
>>>>
>>>> Lo que se traduce en esto :
>>>>
>>>> http://map.f4-group.com/#lat=55.7525943&lon=37.6228904&zoom=19&camera.theta=44.14&camera.phi=106.857
>>>>
>>>> Y ya el valiente que quiera, que pruebe a abrirla en JOSM.
>>>>
>>>> Feliz viernes.
>>>>
>>>> --
>>>> Ander Pijoan Lamas
>>>> Research Assistant, Deustotech
>>>> Computer Science Engineer
>>>> University of Deusto
>>>>
>>>> E-mail: ander.pij...@deusto.es <mailto:ander.pij...@deusto.es>
>>>> Phone: +34 664471228
>>>> in: http://www.linkedin.com/profile/view?id=162888312
>>>>
>>>>
>>>> ___
>>>> Talk-es mailing list
>>>> Talk-es@openstreetmap.org
>>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>>
>>>
>>> --
>>> Twitter: http://twitter.com/ravilacoya
>>>
>>> 
>>>
>>> Por favor, non me envíe documentos con extensións .doc, .docx, .xls,
>>> .xlsx, .ppt, .pptx, aínda podendoo facer,  non os abro.
>>>
>>> Atendendo á lexislación vixente, empregue formatos estándares e abertos.
>>>
>>> http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
>>>
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>
> --
> Twitter: http://twitter.com/ravilacoya
>
> 
>
> Por favor, non me envíe documentos con extensións .doc, .docx, .xls,
> .xlsx, .ppt, .pptx, aínda podendoo facer,  non os abro.
>
> Atendendo á lexislación vixente, empregue formatos estándares e abertos.
>
> http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es

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

Re: [Talk-es] Para los que no crean que los rusos son una especie aparte

[andrzej zaborowski]

Las alturas de los edificios importantes se encuentran en wikipedia
por ejemplo, luego con una foto de distancia es cuestion de notar
proporiones y dividir la altura total.

Hace un par de años (antes de usarse building:part) hice como una
prueba un edificio en Varsovia donde vivia y luego me dio satisfaccion
verlo usado como ejemplo en una charla en el SOTM.  Ahora lo veo
mejorado, http://map.f4-group.com/#lat=52.2313220&lon=21.0060609&zoom=17=,
http://www.osmapa.pl/#lat=52.23178&lon=21.00671&z=17&m=os

Saludos

2014-02-15 17:58 GMT+01:00 Rafael Avila Coya :
> No sé si son una especie aparte, pero no veo la fuente de los datos por
> ningún lado...
>
> On 14/02/14 09:00, Ander Pijoan wrote:
>> Aprendiendo cómo la gente usa los tags para 3D me he encontrado con esto :
>>
>> http://www.openstreetmap.org/#map=19/55.75245/37.62313
>>
>> Lo que se traduce en esto :
>>
>> http://map.f4-group.com/#lat=55.7525943&lon=37.6228904&zoom=19&camera.theta=44.14&camera.phi=106.857
>>
>> Y ya el valiente que quiera, que pruebe a abrirla en JOSM.
>>
>> Feliz viernes.
>>
>> --
>> Ander Pijoan Lamas
>> Research Assistant, Deustotech
>> Computer Science Engineer
>> University of Deusto
>>
>> E-mail: ander.pij...@deusto.es 
>> Phone: +34 664471228
>> in: http://www.linkedin.com/profile/view?id=162888312
>>
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>
> --
> Twitter: http://twitter.com/ravilacoya
>
> 
>
> Por favor, non me envíe documentos con extensións .doc, .docx, .xls,
> .xlsx, .ppt, .pptx, aínda podendoo facer,  non os abro.
>
> Atendendo á lexislación vixente, empregue formatos estándares e abertos.
>
> http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es

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

Re: [Talk-es] IDENA

[andrzej zaborowski]

He escuchado varias opiniones - en muchos casos se ha importado datos
bajo CC-By y otras licencias con el mismo requisito de atribucion
(p.e. la de los datos de Ordnance Survey en UK donde mapean varios
chicos de la OSMF).  Lo mejor en todo caso es preguntar a la fuente de
los datos si el tipo de atribucion presentado en OSM es suficiente.

Saludos

2014-02-15 14:06 GMT+01:00 k1wi :
> Aparentemente no se puede utilizar datos con licencia CC-BY para importar a
> OpenStreetMap.
>
> http://www.openstreetmap.org/user/import_navarra/diary/20939
>
> 
> En respuesta a
> https://lists.openstreetmap.org/pipermail/talk-es/2014-January/012146.html
>
>
> Date: Wed, 29 Jan 2014 18:14:20 +0100
>
> From: Matías Taborda Barroso 
>
> To: Discusión en Español de OpenStreetMap  
>
> Subject: Re: [Talk-es] IDENA
>
> Message-ID:
>
>   
>
> Content-Type: text/plain; charset="utf-8"
>
>
> Hola.
>
>
> Con ese tipo de licencia, si.
>
>
> Siguiendo estas directrices:
>
> http://wiki.openstreetmap.org/wiki/ES:Import
>
>
> El 29/01/2014 16:56, "k1wi k1wi"  escribió:
>
>
> Es posible el uso de los datos de Infraestructura de Datos Espaciales de
>
> Navarra (IDENA) en OSM? Están bajo licencia CC-BY 3.0
>
>
> http://idena.navarra.es/busquedas/catalog/descargas/descargas.page
>
>
> ___
>
> Talk-es mailing list
>
> Talk-es@openstreetmap.org
>
> https://lists.openstreetmap.org/listinfo/talk-es
>
>  próxima parte 
>
> Se ha borrado un adjunto en formato HTML...
>
> URL:
> 
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>

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

Re: [Talk-es] imágenes satélite para editar

[andrzej zaborowski]

2014/1/27 Ricardo Sanz :
> Buenas,
>
> actualmente para editar online se dispone de las imagenes satelite de Bing.
> se podrían disponer de otras?, como por ejemplo DigitalGlobe (la usa Apple
> para su app "Mapas") y está muy actualizada.

Que yo sepa las imagenes de Bing en la mayoria tambien son de
DigitalGlobe, pero seguramente menos actuales.  Por otro lado se
hablaba de que en Europa en 2013 iban a reemplazarlas por sus propias
fotos de avion (30cm/px).

Ademas del PNOA que meciona Matias mira si te aparecen otras capas
cuando abres tu zona en el JOSM, porque hay algunas mas locales.  En
las versiones recientes de JOSM se añaden automaticamente al menu.

Saludos

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

Re: [Talk-es] Drone para realizar fotos aeres

[andrzej zaborowski]

Hola,

2014/1/9 Jorge Sanz Sanfructuoso :
> He visto un Drone que van a sacar que cuando lo he visto he dicho yo quiero
> uno para mapear. jejeje.
> Que bien vendría para cuando no hay fotos aéreas lo suficientemente
> actualizadas.
>
> http://www.omicrono.com/2014/01/pocket-drone-el-drone-facil-de-manejar-y-barato-que-todos-queremos/
> http://www.kickstarter.com/projects/749707768/the-pocket-drone-your-personal-flying-robot

Improsionante tiempo de vuelo, pero tengo curiosidad/dudas si siendo
tan pequeño cargado con una camara de fotos tendria suficiente
alcance.

Cambiando un poco de tema, estoy haciendo pruebas (ya desde hace
tiempo pero avanzando muy lentamente) con un quad y tri- coptero para
finalmente hacer fotos aereas con el. Si alguien en Madrid tiene
proyectos relacionados o esta interesado podriamos unir fuerzas.

Por otro lado antes hacia fotos desde cometa (con resultados mucho
mejores) y me doy cuenta que acaba de crearse un capitulo local de
Public Lab, ofreciendose un primer taller de fotografia aerea a fin de
este mes: 
http://publiclab.org/notes/pablo/01-10-2014/balloon-mapping-workshop-in-castellon-spain-opening-a-local-chapter
por si alguien esta interesado, yo no puedo ir.

Saludos

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

[Talk-es] Ediciones en Aranjuez

[andrzej zaborowski]

Hola a todos,

Me di cuenta que en Aranjuez faltan varias calles principales y a
algunas mas no tienen conecciones correctas en los cruces o no
corresponden con las imagenes.  Al mirar el render se ve que son unos
cambios recientes ya que en algunos tiles todavia aparecen estos
elementos borrados, y hay muchas calles que cambiaron de clase
(secondary a residential).

Las ultimas ediciones pertenecen al usuario Caoval registrado la
semana pasada, pero no he mirado que otras modificaciones ha hecho.
Yo lo note al dia siguiente y le he enviado un mensaje, pero no he
recibido respuesta.  Quizas habra que revertir los changesets
completos, estan en http://www.openstreetmap.org/user/Caoval/history
por si alguien quiere mirar antes de que yo tenga tiempo.

Saludos

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

Re: [Talk-es] ¿¿Algún asistente al State Of The Map??

[andrzej zaborowski]

Hola Ander,

2013/9/5 Ander Pijoan :
> Mañana vuelo hacia Birmingham un poco en representación de lo que llevamos
> haciendo todo este tiempo con OpenStreetMap y sobretodo a conocer gente y
> nuevas ideas.
>
> ¿Estaréis alguno por allí?

Estaré también yo, a ver si nos vemos algún día de la conferencia.

Saludos

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

Re: [Talk-es] Apoyo en la carga de datos masivos a OSM

[andrzej zaborowski]

Hola Rene,

2013/5/7 rmendoza :
> Hola comunidad
>
> Vengo trabajando en un proyecto a nivel nacional en Bolivia y se tiene como
> objetivo subir datos a OSM, utilizando las herramientas de Postlach 2 o JOSM
> me limita a solo 2000 nodos lo cual nos limita en la subida de datos mas
> grandes, les pido por favor me puedan orientar en el proceso de carga
> masiva.

El limite que mencionas es el limite del numero de nodos en una via,
es el limite del API y es el mismo indepndiente del editor o script
que usas para subir cambios.  Existen también otros limites que se
documentan en el wiki.  En general debes asegurarte de que los datos
subidos tienen propiedades parecidas al resto de los datos OSM, es
decir no deberían acercarse al limite de 2000 nodos para facilitar la
modificación posterior por los usuarios.  Es buena idea partír las
vías en segmentos de 200-300 nodos o menos, también asegurate de que
no tienen nodos innecesarios (muy cercanos o en segmentos rectos),
JOSM tiene una herramienta "simplify way" para eso.

Los scripts y programas de subida de datos no deben probarse usando la
base de datos principal de osm sino se hacen pruebas en una de la
copias de la base que sirven para desarrollo, aquí tienes la lista de
las instancias actuales:

http://apis.dev.openstreetmap.org/

Aquí tienes una pagina general con instrucciones y requisitos para
hacer subidas masivas y ediciones automáticas:

http://wiki.openstreetmap.org/wiki/Import/Guidelines

Saludos

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

Re: [Talk-es] [Cat2Osm2] Simplificación de nodos

[andrzej zaborowski]

Hola,

2013/2/26 Cruz Enrique Borges Hernandez :
>> Pienso que lo correcto es detectar los nodos limites de tramos
>> compartidos por las vías, es decir los nodos pertenecientes a mas de
>> una vía, pero donde el nodo siguiente o anterior ya no pertenece al
>> mismo numero de vías.  Lo que hay que hacer es simplificar cada uno de
>> estos tramos por separado, de esta manera nos aseguramos de que si el
>> algoritmo decide eliminar un conjunto de nodos, se eliminan los mismos
>> nodos en todas las vías que comparten el tramo ya que las distancias
>> van a ser idénticas.  A ver si lo conseguí explicar bien.
>
> Se entiende perfectamente, el problema es que la simplificación de nodos
> se hace mucho antes de saber ese tipo de información para que luego todo
> sea más simple. De hecho, de hacerlo más tarde tenemos problemas como
> que los portales desaparecen :S
>
> En algún momento escribimos un código que hacía la simplificación de
> nodos, supongo que es hora de buscarlo de nuevo y meter un
> a cadena de if con las condiciones para no hacerlo :S

No digo que lo que proponéis en el mail original esta mal, pero las
imágenes no las podía ver.  Al final mejor que decidan los que van a
hacer la importación.

Saludos

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

Re: [Talk-es] [Cat2Osm2] Simplificación de nodos

[andrzej zaborowski]

Hola,

2013/2/26 Ander Pijoan 
> Estamos dándole vueltas a lo de simplificar nodos en zonas "redonditas".
> Hemos implementado un método usando el simplificador de Geotools que hace un
> trabajo bastante bueno pero que tiene un problema que a Cruz le parece
> gordo:
>
> Cuando se simplifican los nodos hay extremos de edificios que ya no
> comparten nodos con las parcelas y se montan unos encima de otros.

Las imágenes no se me abren, pero he tenido un problema parecido a lo
que describes, en un programa de vectorizar imágenes. Es parecido
también a lo que pasa con al herramienta "simplify way" en JOSM.  La
solución simple, que creo que es la que usa JOSM, es no tocar los
nodos que forman parte de mas de una vía.  El problema con esto es que
a veces es necesario simplificar vías que comparten nodos.

Pienso que lo correcto es detectar los nodos limites de tramos
compartidos por las vías, es decir los nodos pertenecientes a mas de
una vía, pero donde el nodo siguiente o anterior ya no pertenece al
mismo numero de vías.  Lo que hay que hacer es simplificar cada uno de
estos tramos por separado, de esta manera nos aseguramos de que si el
algoritmo decide eliminar un conjunto de nodos, se eliminan los mismos
nodos en todas las vías que comparten el tramo ya que las distancias
van a ser idénticas.  A ver si lo conseguí explicar bien.

Saludos

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

Re: [Talk-es] [catastro] Previo de CAT2OSM2: Madrid en 5 minutos (!)

[andrzej zaborowski]

Hola,
acabo de leerme todo este hilo y el da la lista imports, y tengo dos
comentarios.

2013/1/15 Ander Pijoan :
> ...
> -Hay un parámetro nuevo Catastro3D iniciado a 0 que es el que hace que se
> obvien las distintas alturas de los edificios exportando únicamente su
> "planta", es decir la unión de todos ellos.

Los tags 3d, es decir la altura, me interesan personalmente y tambien
sigo los proyectos de otras personas que se basan en esta información.
 Entonces por un lado es una pena no usar esa información del catastro
y tener que seguir añadiendola a mano (con el tag building:levels),
por otro lado es cierto que muchas veces existe una construcción que
para nosotros evidentemente forma un solo edificio pero en los datos
se partiría en varios edificios solamente porque el techo no esta al
mismo nivel en diferentes partes.  Podria usarse entonces algún
compromiso para reducir el numero de las vías pero dejando una
información orientativa de la altura.  Una idea seria usar el
promedio/la mediana de las alturas de los edificios unidos, otra idea
seria ignorar solamente la altura de las partes de un edificio con
superficie menor a X por ciento de la total o menor a X metros
cuadrados.

>
> -A las parcelas urbanas y masas rústicas, se les asignan todas sus
> construcciones/subparcelas internas y se crea la uníon de todas las posibles
> que tengan los mismos tags. (Así se genera únicamente la base de las
> construcciones si usamos Catastro3d=0, en cambio si usamos Catastro3d=1, los
> tags variarán por tener diferentes alturas los edificios y no los unirá). En
> el caso de que una construcción coincida 100% con su parcela, no se añade
> sino que los tags de la construcción pasan a la parcela.

Si la idea es obtener un "si" de la comunidad de la lista imports y de
los chicos de Data Working Group, creo mas fácil seria en el primer
paso olvidarse de la parcelas urbanas.  Unir las parcelas urbanas con
los edificios es una buena decisión, pero creo que dentro del DWG
"parcela" puede ser una palabra que por si misma provoca reacciones
negativas.  Para dar un poco de contexto a lo que digo, el mapear las
parcelas se ha discutido hace tiempo en la lista talk y últimamente
también en varios hilos de talk-us, con muchos argumentos a favor y en
contra.  El problema en general es con los limites de las parcelas que
no se pueden ver en el terreno, es decir las que existen porque tienen
un dueño o porque se les ha asignado algún atributo.  El argumento de
DWG, en general, es que lo que no se puede comprobar visitando el
lugar físicamente no pertenece a OSM.  Ahí siempre viene un par de
respuestas (de que entonces los limites administrativos tampoco pueden
estar en OSM, o de que en EEUU si invades un terreno de alguien te
pueden disparar aunque el limite no este marcado físicamente, y
entonces DWG responde que los limites administrativos son una
excepción y que el caso de EEUU se debería resolver usando los datos
pero sin subirlos a la bdd), y eso se repite en varios hilos.  Otro
punto es que alguna vez se habían importado los limites de parcelas
urbanas en algún área de EEUU pero con fallos técnicos, lo que también
hizo que los que proponen mas importaciones de ese tipo siempre lo
tienen difícil.

A lo mejor seria mas correcto y mas fácil para las discusiones en la
lista imports hablar solamente de usos del suelo (landuse=*) y no de
parcelas aunque, si entiendo bien, ahora con el algoritmo de unir las
parcelas, son casi lo mismo (casi, porque los polígonos landuse suelen
ser unas generalizaciones con un poco menos precisión espacial).

Saludos

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

Re: [Talk-es] historial ediciones

[andrzej zaborowski]

Hola Ricardo,

2013/1/1 Ricardo Sanz :
> Hola, desde hace aproximadamente un mes cuando le doy a la flechita de
> editar ya no me sale la última opción para ver quién ha editado una
> determinada zona. sabéis como puedo hacerlo?

Antes, hasta hace un par de meses, la opción de capa de "datos" estaba
en el mismo lugar donde eliges la capa de tiles, es decir en la
esquina derecha superior.  Temporalmente la movieron al botón de
editar y ahora la han vuelto a poner donde antes.

Saludos

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

Re: [Talk-es] PN de Sierra Nevada

[andrzej zaborowski]

2012/11/21 José Juan Sánchez del Arco :
>> 2012/11/20 José Juan Sánchez del Arco :
>> > La página de la Junta de Andalucía tiene toda su información, incluída
>> > la de
>> > los mapas enCC BY-NC-SA 3.0. Supongo que esta información es igual que
>> > la
>> > del Ministerio de Medio Ambiente, ya que podemos ver exactamente la
>> > misma
>> > información que descargué. Lamentablemente no te puedo decir lo que hay
>> > de
>> > la página original, ya que por lo visto se ha caído y no me deja entrar.
>>
>> Una licencia "NC" podría ser problemática ya que OSM permite uso
>> comercial y la parte "SA" se hizo "incompatible" en el momento de
>> cambio de la licencia OSM. Creo que habría que enviar una pregunta.
>>
>> Lo que dices de los conflictos suena como un error de JOSM, lo
>> intentaría con una versión mas antigua o mas nueva (si la hay), porque
>> no debería pasar.
>>
>> Saludos
>
> ¿A quién hay que dirigir esa pregunta y qué hay que preguntar?

Me refería a preguntar a este parque natural, o al ministerio que
también publicó estos datos si te dejan usarlos en OSM.

Saludos

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

Re: [Talk-es] PN de Sierra Nevada

[andrzej zaborowski]

Hola,

2012/11/20 José Juan Sánchez del Arco :
> La página de la Junta de Andalucía tiene toda su información, incluída la de
> los mapas enCC BY-NC-SA 3.0. Supongo que esta información es igual que la
> del Ministerio de Medio Ambiente, ya que podemos ver exactamente la misma
> información que descargué. Lamentablemente no te puedo decir lo que hay de
> la página original, ya que por lo visto se ha caído y no me deja entrar.

Una licencia "NC" podría ser problemática ya que OSM permite uso
comercial y la parte "SA" se hizo "incompatible" en el momento de
cambio de la licencia OSM.  Creo que habría que enviar una pregunta.

Lo que dices de los conflictos suena como un error de JOSM, lo
intentaría con una versión mas antigua o mas nueva (si la hay), porque
no debería pasar.

Saludos

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

Re: [Talk-es] visualizacon curiosa

[andrzej zaborowski]

2012/10/4 Jaume Figueras i Jové :
> Pintar las líneas de un campo? A mi me da información de que deporte se
> juega en el sin tener que ir a la ventana de información. Cuanta gente irá a
> la ventana de información para saber de que deporte es un campo? No creo que
> esto haga daño a nadie y puede ser útil a alguien. Ventajas, inconvenientes,
> cómo, cuando, por qué? Se puede discutir.
>
> Borrar la información? Pues el resultado es que ahora no sé si un campo es
> de fútbol o de hockey. La información se ha perdido y el mapa es más pobre.

Como ya han dicho los demas puedes usar el tag sport= para esto.  Aqui
tienes unas teselas de osm que lo visualizan con iconos:

http://a.osm.trail.pl/osmapa.pl/17/73213/43160.png

No digo que las lineas no tengan algun otro uso..

Saludos

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

Re: [Talk-es] visualizacon curiosa

[andrzej zaborowski]

2012/10/4 Simó Albert i Beltran :
> Creo que por desgracia no es un caso aislado:
> http://osm.org/go/xUcso7QWS--
>
> En su día me puse en contacto con el autor, que creo que esta en esta lista,
> proponiéndole que promoviera un tag para las lineas de tiza...

Hace varios dias pegue el link anterior en IRC y me han informado que
existe el tag marking=* y un renderizador que lo usa (no tengo manera
de verlo ahora).  Alguien mostro un lugar parecido en Alemania donde
las lineas se han marcado con el tag barrier=line, que tambien parece
incorrecto, pero "menos incorrecto" que barrier=fence, y que se ve en
mapnik ya que mapnik ignora el valor de la etiqueta barrier.

Saludos

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

Re: [Talk-es] Mercator-Peters

[andrzej zaborowski]

2012/9/25 Cruz Enrique Borges :
> Básicamente lo que explicaba es que el mapa de Peters no es más que una
> modificación del Mercator para "mejorar" las áreas y que complica mucho
> los cálculos sin introducir ninguna mejora real (porque sigue siendo
> aproximado). De hecho hay alternativas mucho mejores para aproximar las
> áreas usando modificaciones de Mercator (creo que se llaman equiareales
> o no "se que del seno", no me acuerdo) que desde un punto de vista
> geométrico son muy superiores, sin embargo no se usan porque Mercator
> a solas es muy simple y permite "navegar" por el mapa con facilidad
> (porque está DISEÑADO para ser así).
>
> El caso es que Peters fue un espabilado que le vendió la moto a la ONU
> y a las ONGs y les "coló" su mapa que básicamente sirve de cuadro, pero
> que para la práctica no funciona porque no tiene absolutamente ninguna
> de las propiedades que debe tener un mapa: ni puedes calcular caminos
> más cortos (geodésicas), ni puedes trazar rumbos (mercator), ni puedes
> calcular áreas (el que comentaba antes). Su única ventaja respecto a
> Mercator es que las áreas de ciertos continentes están mejor aproximadas
> que las de otros, pero a costa de PERDER la capacidad de trazar rumbos!

Que yo sepa (pero nunca he intentado analizarlo en detalles) la
proyeccion de Peters tiene las propiedades parecidas a las del
mercator popular.  O sea que no se perderia mucho.  La diferencia
tampoco es que Africa aparezca MEJOR representada, solamente que
aparece mas grande.  Basicamente en vez de agrandar las areas cuando
mas te alejes de la linea ecutatorial, se agrandan cuando mas te
acerques a la linea ecuatorial.

En fin todas las proyecciones tienen sus problemas.  La manera de
mostrar el mapa que para mi tiene menos problemas es la del globo,
tipo Marble y Google Earth.  Existen ya librerias javascript parecidas
a OpenLayers que usan WebGL para mostrar un globo tridimensional,
espero que en osm.org tambien en algun momento se empiecen a usar.

Saludos

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

Re: [Talk-es] ¿Hay algun bot que limpie la base de datos?

[andrzej zaborowski]

2012/9/10 Fco. Javier González Jiménez :
> andrzej zaborowski te recuerdo que con OSM Inspector podemos ver los
> nodos/vias que haya eliminado el bot, y no es necesario tener todos esos
> nodos que como digo no siempre son utiles en los mapas. Y no me refiero a
> nodos como consecuencia del cambio de licencia, sino a errores cometidos.

Pues no es necesario y en fin seguro que van a desaparecer.  Pero
tampoco es necesario limpiarlos y pueden servir para reconstruir
geometrías mientras OSM Inspector no puede servir para eso.
Obviamente donde existen ortofotos esto no es un problema.

Saludos desde Tokio

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

Re: [Talk-es] ¿Hay algun bot que limpie la base de datos?

[andrzej zaborowski]

2012/9/9 Jaime Crespo :
> Suele ejecutarse 1 o varios que hacen esta tarea, pero se
> deshabilitaron durante el cambio de licencia.

Que yo sepa estos nodos por ahora no se van a eliminar automáticamente
porque muestran donde hay cosas que corregír. Ademas se pueden
reconstruir geometrias de las vías a partir de ellos.

Saludos

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

Re: [Talk-es] Eliminados Parques Naturales Cordillera Cantábrica en OSM

[andrzej zaborowski]

Buenas,

2012/9/7 Óscar Zorrilla Alonso :
> Pero haciendo zoom sobre alguno de ellos, he visto que han desaparecido
> completamente los siguientes:
> - Parque Nacional de los Picos de Europa
> - Parque Natural de Somiedo
>
> Por ello, me gustaría saber si alguien puede trazarlos o recuperarlos de
> nuevo.

El parque de Somiedo lo encontre y corregí los roles inner/outer, a
ver si dentro de algún tiempo vuelve a aparecer.  De paso he eliminado
los miembros "inner" de la relación correspondieres a los lagos que
están dentro del parque ya que son parte del parque.  Yo entiendo que
"inner" se usaría cuando los lagos fuesen excluidos del parque por
alguna razón.

El de los Picos de Europa no lo he encontrado.

Saludos

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

Re: [Talk-es] Noticias OSM

[andrzej zaborowski]

2012/7/12 Iván Sánchez Ortega :
> Y se pone en marcha el bot de edición de la ODbL:
>
> http://lists.openstreetmap.org/pipermail/imports/2012-July/001441.html

Por lo visto hoy termino de procesar España continental.  Con la
excepción de un par de cuadriculas creo que ya no van a desaparecer
datos de la bdd.

Saludos

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

Re: [Talk-es] descargar de limites administrativos.

[andrzej zaborowski]

2012/7/3 andrzej zaborowski :
> Normalmente si, pero desde abril en planet.osm.org no se publican los
> "planetas" automaticos semanales.  Asi que download.geofabrik.de
> contiene ahora datos mucho mas actuales, se actualizan cada dia.
>

Me dio por verificar si geofabrik tiene extractos para Venezuela y
resulta que no los tiene.  Habría que pedir al dueño de geofabrik
(frede...@remote.org) que los habilite.

Saludos

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

Re: [Talk-es] descargar de limites administrativos.

[andrzej zaborowski]

2012/7/3 Jaime Crespo :
> El 3 de julio de 2012 09:46, Wladimir Szczerban  escribió:
>>
>> Hola todos,
>>
>> He estado hablando con la gente de OSM de Venezuela y nos interesa corregir 
>> los limites administrativos. El principal problema es que no forman parte de 
>> relaciones y que existen mucho límites duplicados.
>>
>> Me he mirado el articulo de Ivan 
>> http://ivan.sanchezortega.es/fronteras_osm.html y he probado la opción de 
>> los filtros, con esto he corregido algunos limites de municipios pero si 
>> quiero bajar de admin_level a estado el área es muy grande y no me deja 
>> descargar los datos en el JSOM.
>>
>> Como podría hacer para descargar los datos de los límites administrativos? 
>> He probado descargarme los datos de Cloudmade
>> http://downloads.cloudmade.com/americas/south_america/venezuela#downloads_breadcrumbs
>>  el venezuela.administrative.osm.bz2 y junto con el 
>> venezuela.coastline.osm.bz2  pero a la hora de subir las modificaciones me 
>> dan mucho conflictos que según los resuelvo me aparecen otros, y de esta 
>> forma no he podido hacer mucho.
>
> Para cosas tan grandes, yo tiraría de planet.osm.org, me bajaría todo
> el mundo (o un extracto) y luego filtraría con osmosis. Así tendrías
> algo muy actualizado y con los números de versión, que es
> probablemente lo que te cause conflicto.

Normalmente si, pero desde abril en planet.osm.org no se publican los
"planetas" automaticos semanales.  Asi que download.geofabrik.de
contiene ahora datos mucho mas actuales, se actualizan cada dia.

Overpass en cambio actualiza los datos en vivo y es suficientemente
actual para que se use en JOSM en vez de descargar directamente de los
servidores de OSM.  (en realidad se actualiza cada minuto, pero es
suficiente)

Con ediciones basadas en extractos de Xapi / Overpass hechos con
filtración por tags hay que tener cuidado porque siempre son datos
incompletos.  Por ejemplo si te descargas los limites administrativos
existentes con sus ways y nodos, los mismos nodos a veces forman parte
de carreteras que no se han descargado, por lo cual si borras el nodo
te va a dar un conflicto al subir.  Si lo que haces es solamente crear
y modificar objetos no habrá este riesgo.

Cloudmade suele ser el mas desactualizado, en realidad no se si
todavía lo están manteniendo.

Al final puede ser que te de conflictos aunque uses los datos mas
actuales porque ya sabéis que se están editando todo el tiempo.  Para
evitarlo se puede intentar hacer los cambios rápidamente y por la
madrugada.  También se puede dividir el área en partes mas pequeñas si
es grande.

Saludo

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

Re: [Talk-es] Ander ha sido seleccionado por GSoC para trabajar en mejorar la renderización de datos de OSM en marble!!!!

[andrzej zaborowski]

2012/4/25 Benjamín Valero Espinosa :
> El 24 de abril de 2012 11:28, Cruz Enrique Borges escribió:
>>
>> Probablemente sea un buen momento para darle el último impulso
>> y conseguir empezar a subir algunos datos: aunque sean vías y
>> geometrías urbanas en zonas con pocos datos, números de portales
>> en grandes ciudades y cosas así.
>
>
> Estoy totalmente de acuerdo. Por un lado entiendo que hay cosas que se
> pueden mejorar en cat2osm pero por otro supongo que hay cosas que ya están
> bastante bien.
>
> Supongo que documentándolo bien, se podría empezar a corto plazo a importar
> al menos las cosas generadas por cat2osm poco susceptibles de mejora en los
> datos, dejando para más adelante la importación de otros objetos más
> proclives a cambios.
>
> Yo al menos tengo muchas ganas de empezar, imagino que como casi todos. Por
> cierto, me ha encantado el minitutorial para Ávila[1], lo tendré muy en
> cuenta.

Yo diría lo mismo.  El programa puede estar un poco mal, o lo mal que
quiera pero lo que importa es si da resultados correctos en el área de
interés y la capa de interés.  El programa nunca va a saber mas que un
mapero, entonces si el mapero confirma que los datos que quiere subir
están bien, o están mal pero se han corregido, entonces creo que no
hay para que esperar.

Felicidades por lo de GSoC :)

Saludos

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

Re: [Talk-es] Servidores de tiles

[andrzej zaborowski]

2012/3/22 Josu :
> Hola,
>
> trabajo en una pequeña empresa que de vez en cuando hace aplicaciones
> web que usan mapas. Hasta ahora han usado Google Maps pero estan
> pensando en cambiar y quieren usar MapBox como FourSquare. Yo les he
> comentado a mis jefes que tal vez podriamos pagar directamente a OSM que
> es de donde salen los mapas por un servicio de tiles rapido, pero creo
> que no existe esa posibilidad. La empresa no quiere montarse su propio
> servidor de tiles.
>
> Me da pena pagar por un servicio a terceros cuando los datos vienen de
> OSM asi que si alguien tiene una solucion para que algo del dinero que
> van a pagar vaya a OSM, podria plantearsela a los jefes.

Hola,

En mi opinión MapBox presta un servicio que OSM mismo no presta.  De
esta manera se merece lo que corresponde (no he mirado que tipo de
precios tiene).  Pero OSM, aunque no reciba dinero, recibe publicidad
y nuevos maperos con cada nueva pagina web que use sus mapas, no es
que se aprovechen del proyecto sin contribuir.

Saludos

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

Re: [Talk-es] Guía de importación de datos del Catastro.

[andrzej zaborowski]

Buenas,

2012/3/1 Cruz Enrique Borges Hernández :
> En la wiki se está haciendo por provincia y creo que no es mala idea hacerlo
> así. Eso no quita para que una misma persona pueda gestionar más de una
> provincia si se ve capacitado :P

Para que quede claro no estoy de acuerdo con los que repiten "las
importaciones perjudican al proyecto!" por las listas, pero creo que
se debe importar principalmente lugares que uno conoce y en esto
tienen razón los de la lista imports.  Es una cantidad de datos
considerable y para mantenerlos en actualidad hace falta que en el
lugar de la importación haya una comunidad de maperos (aunque sea una
persona).  También es para poder mas o menos comprobar si los datos
convertidos tienen sentido.

Y después lo que probablemente sea obvio pero hay que mencionar :)  Si
en algún lugar existen ya edificios o parques en OSM, puede que tengan
unas etiquetas adicionales que el catastro no va a tener.  Entonces
hay que preservarlas, y en general respetar lo que ya existe en el
mapa.

Lo de la documentación en ingles me parece un requisito poco
importante -- es muy probable que la pagina traducida dentro de poco
se desactualice.  Al final cuando alguien va a querer consultar la
documentación va a tener que mirar la pagina original si o si, a lo
mejor apoyandose en el google translator.

Saludos

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

Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro

[andrzej zaborowski]

2012/2/29 Jorge Sanz Sanfructuoso :
> El 29 de febrero de 2012 13:17, Xavier Martin 
> escribió:
>>
>> jeje, todo muy técnico y muy teórico... pero...
>>
>> Yo por ahora estoy dejando las exportaciones en la wiki con los
>> resultados, pero... no hay nada que me impida subir las exportaciones a OSM,
>> ¿verdad?
>
> El problema es que todavia tiene algunas cosas que corregirse para que este
> perfecto el programa, todavia se están realizando algunos cambios de
> etiquetas y si se realizan después de que se suba mal se esta contaminando
> de información incorrecta. Ahora estaban cambiando algunas etiquetas de los
> campos por ejemplo que faltaban que son las que mas se va a notar en pueblos
> pequeños que sera la mayoría campo.

Algunos problemas de tags siempre va a haber, pero ojalá todos los
datos subidos estarán revisados antes de estar subidos.  Entonces la
cuestión es solamente de reducir el trabajo que hay que hacer
revisando.

>
>>
>> Lo del usuario y demás... por lo que decís, se piensa almacenar toda la
>> información de toda España, pero..¿ ya mejorada (con sus FIXES) o solo
>> exportada? y despues subirla a algún servidor? muy bien, decidme un
>> repositorio donde dejar los cientos de MB que van saliendo... ¿y alguien
>> subirá los GB que salgan a OSM de una vez??¿? solo digo,.. buena suerte..
>>
>> .
>
>
> No hay que hacer ningún repositorio para eso y no es así como se realizaria.
> El proceso es crear un nick o varios posiblemente por comunidades eso se
> hablo pero no se decidió. Entonces a los que vayan a subir datos se les da
> el usuario y contraseña. Cada uno desde su casa coge los datos del catastro
> los convierte vamos todo el proceso normal y luego para subirlo la
> diferencia es que usa el usuario común en vez del propio. Así es como se
> tienen que hacer todas las importaciones maxivas según viene en la wiki.
> Pueden estar usando varias personas el mismo nick sin ningún problema.

En algunos casos también se usa una cuenta por región, o una por
usuario.  Yo diría que realmente si alguien ha convertido los datos de
su área (que conoce) y puede confirmar que, digamos, los edificios
están bien, no hay nada que lo detenga en subir lo que ha revisado.
No tiene que ser todo lo que sale del programa cat2osm, puede ser una
selección por tipo de objeto o por area -- lo que el usuario conoce y
ha evaluado y corregido.  Asi aunque luego salga una mejora de cat2osm
en los datos no va a influir.

Es crear una cuenta "loquesea_catastro" y ponerse a ello.  Y documentarlo.

Saludos

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

Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro

[andrzej zaborowski]

2012/2/22 Ander Pijoan :
> Recordad que estamos mas o menos pendientes de si hay alguna mejor forma
> para el tag natural=water para denominar aguas artificiales, pozos,
> piscinas, depósitos...

Existe el tag landuse=reservoir que es justamente para aguas
artificiales y en su tiempo era popular, aunque ahora en el wiki ponen
que algunos lo consideran "deprecated".  Pero lo que proponen usar
(water=reservoir) sigue siendo poco popular.

http://wiki.openstreetmap.org/wiki/reservoir

Saludos

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

Re: [Talk-es] abrir JOSM con un tamaño de ventana determinado?

[andrzej zaborowski]

2012/2/12 sergio sevillano :
> existe la posibilidad de abrir JOSM con un tamaño de ventana determinado?
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-es

Según java -jar josm.jar --help, este comando puede que funcione:

java -jar josm.jar --geometry=NxM

(en mi mac josm.jar es
/Applications/JOSM.app/Contents/Resources/Java/josm-snapshot-4878.jar)

Saludos

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

Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro

[andrzej zaborowski]

Holas,

2012/2/11 Xavier :
> Hay un desplazamiento global hacia el SO con respecto a lo publicado (ver 2ª
> imagen)
>
> Esto es el resultado en bruto según se exportó sobre linux y JOSM:
> http://gis.19327.n5.nabble.com/file/n5474354/aveinte-cat.png
>
> Aqui se observa mejor el desplazamiento
> http://gis.19327.n5.nabble.com/file/n5474354/aveinte-cat-osm.png

El desplazamiento que dices es respecto a todo OSM, o es por los
limites administrativos?  Y es realmente global?

En el pantallazo de abajo con PNOA, el catastro se ve bien alineado.
O es que se has movido una de las capas?

A ver si son los limites que no están bien convertidos.  Para la
reproyeccion se había usado una rejilla mas o menos oficial, pero en
algunos lugares me parecía que había varios metros de desplazamiento.
Aunque a ser menos de 5 metros y sin ortofotos en estos tiempos es un
poco difícil de detectar un desplazamiento tan pequeño.

Saludos

>
> Ampliando Zoom sobre el la zona, podemos observar como esta publicado
> actualmente el pueblo:
> http://gis.19327.n5.nabble.com/file/n5474354/Aveinte-antes-10-2-2012.png
>
> Con el cat nuevo y OSM actual de fondo
> http://gis.19327.n5.nabble.com/file/n5474354/aveinte-catyosm.png
>
> Con cat y PNOA
> http://gis.19327.n5.nabble.com/file/n5474354/aveinte-catypnoa.png
>
> y para acabar una con zoom.
> http://gis.19327.n5.nabble.com/file/n5474354/aveinte-masdetalle-catyPNOA.png
>
>
> El resultado al parecer es muy bueno, :) que gusto da verlo tan cambiado.
> Cada vez que lo miro más, veo pequeños detalles que tendré q apuntar y los
> que sean dignos de mención, os los comentaré.
> Me gustaría seguir exportando pueblos de los alrededores. pero creo que me
> pondré a retocar este, así si veo errores de etiquetas y demás os lo
> comento.
>
> Lo dicho, muy buen trabajo. Muchas gracias.
>
>
> --
> View this message in context: 
> http://gis.19327.n5.nabble.com/Herramienta-de-fusion-de-los-datos-actuales-con-el-catastro-tp5409874p5474354.html
> Sent from the Spain mailing list archive at Nabble.com.
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-es

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

Re: [Talk-es] Fwd: Night of the living maps - in spain?

[andrzej zaborowski]

2012/1/29 Iván Sánchez Ortega :
> On Sábado, 28 de Enero de 2012 21:40:02 Jonay Santana escribió:
>>   Bueno, pues ya hay una versión preliminar, si alguien que esté un
>> poco más fresco le echa un ojo, por mí encantado de las mejoras que
>> puedan añadir. Ciao.
>>
>> P.D.: Igual mañana me miro las otras pestañas, de Join, Start Own, etc.
>
> Le he metido algo de trabajo (revisar, traducir el título, traducir otra
> pestaña...) pero todavía queda un poco.
>
>
>
> Y ahora, la pregunta:
>
> ¿Nos apuntamos a la noche de los mapas vivientes? Puedo preguntar un par de
> sitios en Madrid a ver si podemos hacer la trasnochada, pero no sé cómo están
> los ánimos en otras ciudades...

Vendria muy bien.  Seguramente alguno de los centros sociales de
Madrid prestaría una sala a un grupo de maperos inocentes.  Pero
ademas vendría bien poner algún anuncio en un lugar donde lo pueda ver
gente nueva, para introducir a osm como dice la pagina wiki, pero no
se me ocurre donde anunciarlo.  No se si el tema de los zombies en un
cartel a lo mejor atrae a alguien (o lo contrario..)

Saludos

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

Re: [Talk-es] ¿regiones?

[andrzej zaborowski]

2012/1/27 sergio sevillano :
>
> El 27/01/2012, a las 14:10, bv2mu...@uco.es escribió:
>
>> sergio sevillano  escribió:
>>
>>> es un problema de jerarquías en la interpretación
>>> del place=*
>>>
>>> la traducción literal de región (place=region)
>>> da lugar a un objeto con jerarquía superior a la que debe
>>> y resulta en que el nominatim le da preferencia,
>>> rompiendo los valores lógicos de "pertenece a" (∈)
>>> barrio ∈ localidad ∈ municipio ∈ provincia ∈ CA ∈ pais ...
>>>
>>> "region" está entre provincia y CA o más arriba, si no recuerdo mal.
>>>
>>>
>>> mi consejo es buscar el nodo o polígono etiquetado pej: "Sierra de Lújar"
>>> y degradarlo a place=locality
>>> (funcionó en Madrid).
>>>
>>> no me acuerdo donde anda la tabla de "rangos" de place
>>> para decidir si place=localty sería el correcto
>>> (éste es el valor para los nombres de lugares [toponimia]
>>> importados en base al Nomenclator Geográfico Básico de España).
>>>
>>> puede que por aquí... :
>>>
>>> http://wiki.openstreetmap.org/wiki/Places
>>> http://wiki.openstreetmap.org/wiki/Place
>>>
>>>
>>
>> Lo gracioso del tema es que "Sierra de Lújar" está como "locality" [1]. 
>> Quizás la cosa vaya por lo que se decía antes, lo de que está como nodo en 
>> vez de área.
>>
>> [1] http://www.openstreetmap.org/browse/node/26864618
>>
>>
>
> aivé !
>
> pero me parece raro que se comporte distinto con nodo y con área.
> como digo en madrid aparecía la granja de fulanito como muy importante
> y se arregló de esa manera.
>
> y además toda la toponimia de NGBE no parece
> que esté dando problemas en ese sentido.
>
>
> mmm... dudas...
>
> y no será que es el
>
> is_in=*
>
> (aplíquese mi rollete inicial de jerarquías a is_in a ver que pasa,
> igual fue así la solución de la que hablo...)
>
>
> los de NGBE parece que tienen is_in:state=* (provincia) [1]
> y la Sierra de Lújar tiene is_in=* a secas [2] con la jerarquía por comas.

Aqui se describe como se usa is_in en el buscador,
http://wiki.openstreetmap.org/wiki/Nominatim/Development_overview#Is_In

También dice como combina el uso de los nodos y áreas, por preferencia
usa las áreas, pero si en algún nivel determinado de la jerarquía
admin_level no existe el área, se usa el nodo mas cercano.  Se sabe
que da problemas, porque muchas veces es un nodo que queda súper lejos
y no tiene nada que ver, pero es el mas cercano.

Saludos

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

Re: [Talk-es] ¿regiones?

[andrzej zaborowski]

2012/1/27 sergio sevillano :
> es un problema de jerarquías en la interpretación
> del place=*
>
> la traducción literal de región (place=region)
> da lugar a un objeto con jerarquía superior a la que debe
> y resulta en que el nominatim le da preferencia,
> rompiendo los valores lógicos de "pertenece a" (∈)
> barrio ∈ localidad ∈ municipio ∈ provincia ∈ CA ∈ pais ...
>
> "region" está entre provincia y CA o más arriba, si no recuerdo mal.

Si, creo que Nominatim la situa en un lugar alto de la jerarquia.  La
realidad (según yo) es que una región puede ser grande o pequeña y no
debería ser tomada en cuenta por Nominatim.  La Sierra de Lujar la he
marcado como place=region yo, porque creo que si es una región.  Se ve
que desde julio 2011 ya esta como place=locality, pero a lo mejor a
Nominatim se le ha grabado el valor anterior por alguna razón.

Lo ideal seria:
* corregir a Nominatim
* o bien no hacerle caso, es decir cuando devuelve el resultado se lo
puede pedir que lo devuelva en un XML detallado, como ese:

  municipio
  provincia
  region
  pais

(los tags exacts están en el wiki, este es un ejemplo)
Entonces habría que usar solamente los campos que realmente nos interesan.

Eso ocurre no solamente en España porque nominatim te intenta dar
todos los elementos de la jerarquía que sean posibles, pero en la
mayoría de países cuando se especifica una dirección solamente se pone
por ejemplo la calle, la población, el código postal y tal vez la
provincia.  Entonces no hay que incluir ni el barrio ni la región.

>
>
> mi consejo es buscar el nodo o polígono etiquetado pej: "Sierra de Lújar"
> y degradarlo a place=locality
> (funcionó en Madrid).

Esta seria una solución momentánea pero en general creo que no debemos
hacerles caso a unas herramientas que interpretan los datos de manera
digamos incorrecta, porque otras herramientas pueden usarlos de otra
manera.

Saludos

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

Re: [Talk-es] Rediseñando openstreetmap.org

[andrzej zaborowski]

Buenas,

2012/1/22 Adrián Mato Gondelle :
> ¡Buenas chicos y encantado de participar en esta lista!
>
> Empecé a conocer este proyecto a raíz de unos tweets de la gente de
> Vizzuality y he visto que podría echaros un cable en renovar y aportar
> trabajo en la parte de openstreetmap.org ya que creo que el portal podría
> mejorar mucho a nivel de diseño (en todos los sentidos).
>
>
> ¿Hay alguien actualmente trabajando sobre ello? He visto que tenéis un wiki
> comentando un poco sobre el asunto,

Por lo visto existen dos iniciativas, una:
http://redesign.apis.dev.openstreetmap.org/ de parte de los
participantes del Hack Weekend en Londres, y otra que tiene forma de
un concurso en crowdspring.com organizado por Steve Coast:

http://www.crowdspring.com/project/2316219_openstreetmap-front-page-more/

Los diseños se discutían en la lista osmf-talk y en paralelo en el wiki
http://wiki.openstreetmap.org/wiki/Front_Page_Design (y su pagina de
discusion).  Tambien se ha creado una lista dedicada al diseño en OSM,
la lista des...@openstreetmap.org.

En resumen, hay un desorden total en este tema :)

Saludos

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

Re: [Talk-es] losing admin-boundary

[andrzej zaborowski]

Hi Jan,

2012/1/21 Jan Tappenbeck :
> Ola !
>
> He visto el Balrog-kun del usuario [1], el lizenzverweigert - pero muchas
> limitaciones [2] Fuente BDLL25, EGRN, Instituto Nacional Geográfico ha
> registrado en OpenStreetMap.
>
> Puede guardar los datos de alguna manera.

You have already asked about them a couple of times, but the
boundaries are safe from deletion as far as I know.  The License
Working Group is planning to treat automated edits as ODbL-compatible.

See http://wiki.openstreetmap.org/wiki/Quick_History_Service/Changeset_Lists

They could also be reimported (but then some manual edits will be lost).

Cheers

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

Re: [Talk-es] edificio dentro de otro y edificio con torre

[andrzej zaborowski]

2011/12/23 sergio sevillano :
> Bueno este caso es interesante..
> y habría que dejar claro la realidad que representa.
> A mi entender lo que dice andrzej
> se corresponde a dos cosas distintas:
>
> 1 - "edificio dentro de otro"
> El mapeo es igual que el ejemplo de antes,
> edificio con patio que es jardín,
> pero que en este caso es otro edificio.
> Hay casos en que se ajustaría a la realidad.
> Estaría bien mapeado y por tanto
> el error del validador es ignorable.
>
> Esto ocurre por ejemplo en Madrid
> donde primero se construyeron los edificios
> que dan a la calle con un generoso patio interior
> y según ha crecido la ciudad
> las manzanas han crecido hacia dentro.
> El edificio interno comparte paredes
> con el que le rodea y se sale a la calle
> a través de este último.
> Pueden tener mismo portal y número de policía
>
> 2 - "edificio con torre"

Bueno, también existe este caso.  Lo que pasa es que el catastro
probablemente no lo distingue, aunque no lo se de seguro.

Como para todo, ya existe un esquema de etiquetar ese tipo de cosas y
lo entienden varios renderizadores existentes.  El esquema se describe
en esta pagina:
http://wiki.openstreetmap.org/wiki/User:Jongleur/MultiLevel y algunas
otras, recientemente parece ser muy popular.

http://wiki.openstreetmap.org/wiki/User:Viw/OSM3D
http://latlon.org/buildings?lat=52.23119&lon=21.00585&zoom=17&layers=BT

Saludos

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

Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro

[andrzej zaborowski]

2011/12/21 Jaime Crespo :
> No lo ignores, haced caso a sergio y al pirado de jynus y no repitáis
> etiquetas del multipolígono en las vías. Un jardin o una valla no es un
> edificio, sino lo que hay entre el outer y el inner.

Me refiero al caso donde la subparcela tiene dentro otra subparcela, y
las dos son edificios que difieren por ejemplo por la altura (vamos,
en realidad es un solo edificio, pero en OSM hay que hacer dos).  En
este caso creo que el warning es un falso positivo porque no veo otra
manera de mapearlo.  En esto estas de acuerdo?

Saludos desde Madrid

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

Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro

[andrzej zaborowski]

2011/12/20 sergio sevillano :
>
> El 20/12/2011, a las 13:44, Ander Pijoan escribió:
>
>
> Todavía sigue generando unos warnings en josm. El de los elementos lineales
> no cerrados que están llevándose el tag multipolygon estamos ya trabajando
> en el. Pero el que no entendemos es el de los inner.

Comprobando en JOSM el caso de un patio con jardín no me da warnings
del validador, pero en el caso de que el interior es tambien un
edificio dice "Style for inner way equals multipolygon".  Si que
podría ser un error pero en este caso no es, asi que este warning en
particular lo ignoraría.  A veces pasa con todo tipo de software de
validación..

Saludos

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

Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro

[andrzej zaborowski]

2011/12/20 Ander Pijoan :
> Os hemos preparado un archivo comprimido con todo lo que se supone hace
> falta para lanzar el .jar a ver si así conseguís un resultado.
>
> paginaspersonales.deusto.es/cruz.borges/cat2osm.zip
>
> Solo tendríais que instalar FWTools, el script debería apuntar a donde este
> ogr2ogr.exe y rellenar el config indicando donde esta la carpeta de los
> shapefiles y los archivos .CAT. Mencionar que la rejilla de la península no
> sabemos si se puede redistribuir, pero bueno os la enviamos a vosotros
> simplemente para que hagáis las pruebas de vuestras localidades a ver con
> qué nos topamos. Sino aquí está :
> http://www.01.ign.es/ign/layoutIn/herramientas.do#DATUM
>
> Para ejecutarlo simplemente "java -jar cat2osm.jar rutaarchivoconfig".
>
> Todavía sigue generando unos warnings en josm. El de los elementos lineales
> no cerrados que están llevándose el tag multipolygon estamos ya trabajando
> en el. Pero el que no entendemos es el de los inner.
>
> Se supone que si tenemos un poligono con un "agujero", el agujero sera un
> way sin el tag multipolygon y luego ya si que la relación que relacione el
> way outer con el inner si debería llevar el tag multipolygon. Así esta hecho
> pero da warning.

Si el inner no tiene tags y es elemento cerrado, pues no debería dar problemas.

>
> Comentaba andrzej que allí donde viésemos un edificio con
> landuse=residential, añadiesemos tambie building=house. Yo esto es dar por
> supuestas cosas que puede que no sean así.

Si es que puede que no sean, entonces claro no es buena idea.  Pero de
momento no me imaginé de que otra manera podría usarse una subparcela
con landuse=residential.

Saludos y suerte con el proyecto

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

Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro

[andrzej zaborowski]

Hola,
acabo de leerme todo el hilo y el hilo en osm-dev, antes me asustaba
por lo largo que es :)

2011/12/16 Ander Pijoan :
> Hola,
>
> Una vez mas os traemos los avances semanales del proyecto. Os adjuntamos el
> resultado de Aldeaseca de Alba y hemos dejado durante el fin de semana
> traduciendo alguna otra población mas grande, ya que se tiran su tiempo,
> para enseñároslas.
>
> paginaspersonales.deusto.es/cruz.borges/AldeasecaDeAlba.zip
>
> Creemos que ya por fin está siguiendo todo lo que nos habéis dicho, a falta
> de unos detalles:
>
> -Warnings porque nos comentasteis que indicásemos el tipo de calle de los
> inmuebles como "name:type". Dice que no existe name. Viendo los tags creo
> que sería  mas correcto "street:type".
>
> -Warnings porque algún elemento lineal se esta llevando el tag multipolygon
> y o no se está cerrando por ser lineal o porque está como una relación de
> ways. Lo podéis ver con JOSM.

(Una nota después de revisar AldeasecaDeAlba.osm: si un edificio esta
compuesto de una sola vía como notó Iván, *tampoco* lleva el tag
type=multipolygon.  "type" siempre se refiere al tipo de una relación)

>
> -Warnings para los inner polygons. Al parecer no deberian contener el tag
> multipolygon.
>
> -Warnings por ways y nodos que están cerca de otros o están mal en la base
> de datos (duplicados, etc.).
>
> ¿Son significativos estos warnings?
>
> -Tag MASA: todavía no sabemos a que tag traducirlo.

Una idea posible idea sería boundary=administrative y admin_level=15 o
algo parecido, otra idea sería no importar las manzanas o importarlas
como un mutlipoligono compuesto de los multipoligonos de las
subparcelas.

>
> -Tag CONSTRUALTURAS: Ya hemos traducido las construcciones (las que eran
> jardines ya tienen los tags de jardín, las piscinas, muelles...) y ahora
> falta el posible 3D y aquí llega el lío.
>
> Hemos consultado hoy en la lista de dev y nos han dado bastante caña hasta
> llegar a decirnos que al tener que ser eliminado en 10 años,
> la información del catastro que importemos puede no cumplir con la licencia.
> Esto queríamos preguntaros a los expertos.
>
> En cuanto al 3D nos han dicho que de momento no tienen nada claro, que van a
> hacer un meeting en marzo en Alemania y que aunque haya algunos tags, no
> quieren que OSM sea una base da datos de edificios 3D al detalle. Así que de
> momento esto lo dejamos parado.

Para cosas tan complicadas como se mostraba en la imagen de ejemplo
pues no existe una especificación completa, pero algunas cosas ya
están en uso bastante común y probablemente ya no cambiarán y creo que
valdría la pena aplicar por lo menos lo básico porque es realmente
útil para todo tipo de proyectos 3D.  Estas cosas son que la altura de
un edificio va en el tag building:height dada en metros (pero creo que
el catastro no tiene esa información), y el numero de plantas en
building:levels (a veces puede ser numero no entero).  En el catastro
por lo visto los números de plantas están como CONSTRUALTURAS asociado
con el edificion, con lo cual es fácil.  Se ha dicho que a veces viene
como un texto DETALLE, esa información también podrías copiarse a la
relación o vía del edificio.

No creo que depuse del meeting en Alemania eso quede mucho mas claro
ya que no es el primer meeting y el tema es muy complicado, y los
temas que ahí se van a discutir tienen que ver por ejemplo con alturas
de arboles, formas de techos etc.

Por cierto, si el DETALLE lleva información sobre el uso de un
edificio, (p.e. transformador) esa información podría copiarse al tag
building=

Veo también que no siempre se sabe si una subparcela es un edificio o
no.  Pero creo que en muchos cases se lo puede adivinar por los
valores de otros atributos, por ejemplo:
* si es landuse=residential probablemente es una case, por lo que
podría tener building=residential o house
* si tiene una altura, también es un edificio por lo que podría tener
building=loquesca

>
> Por último, nos han dicho que el fin de OSM no es tener todo
> al máximo detalle importado sino solo allí donde vaya a haber una comunidad
> que lo use y lo mantenga.

Eso tiene un poco de razón pero en fin es una opinión, y en estas
listas con muchos suscritores cada pregunta se responde con muchas
opiniones y frecuentemente contrarias una a otra.

Otra nota: name:type al parecer se refiere al tipo de objeto del cual
viene la dirección de la parcela, y no a la parcela por lo que no
debería ser un atributo de la parcela.

Saludos

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

Re: [Talk-es] say yes to new licence

[andrzej zaborowski]

Hi Jan,

2011/12/10 Jan Tappenbeck :
>  hi!
>
> http://www.openstreetmap.org/user/balrog-kun import the boundarys in
> andalucia - but he say no !

I think the boundaries are safe from deletion, LWG says automated
edits don't need Contributor Terms agreement.

In any circumstance if you are concerned about data being deleted,
then you can talk to LWG, it is their choice to remove data and not
the mappers' choice.

>
> could anyone connect him to say now yes ?

At the moment it's impossible because of some legal dependency, maybe
later it will be possible.

Cheers

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

Re: [Talk-es] Dudas de uso josm

[andrzej zaborowski]

Buenas,

2011/11/2 "Agustín O." :
> talk-es-requ...@openstreetmap.org escribió:
> * el otro día dibujé mi primera carretera, el Puerto Núñez, en la provincia
> de Madrid (parte de la primera carretera Madrid-Valencia, ya en desuso en
> las inmediaciones de Perales de Tajuña) e hice eso que indicas (lo había
> visto en la wiki), dibujé la carretera usando como  guía visual el track
> .gpx. (hecho con el programa GPSMID en un teléfono Nokia). Pero como la
> carretera tiene muchas  curvas (un montón de curvas) y encima fui en bici y
> tenía muchos puntos, hacer el dibujo  fue muy trabajoso.
>
> *Por otra parte intenté lo del menú contextual y creo recordar que el JOSM
> me advirtió de que eso era peligroso y como era la primera vez no me atreví
> a convertir el track en dibujo, por si el track de subía automáticamente al
> servidor y la liaba.
>
>
> Mi pregunta es: si convierto el track en dibujo, antes de subirlo al
> servidor del OSM, ¿puedo hacer modificaciones  (por ejemplo, simplificar la
> traza
> con una opción de menú que hay para eso) o por el contrario el JOSM lo sube
> automáticamente?

No lo sube, solamente lo convierte para que puedas editar.  Aunque en
mi experiencia es mas efectivo usar las trazas como una capa de
referencia y dibujar las calles que faltan encima de ella desde cero,
se gasta menos tiempo y el resultado suele ser mejor (sobre todo si se
hace con ortofotos ademas de la traza)

Lo mismo con los waypoints de restaurantes y tal -- en teoría podrías
hacer todo en tu teléfono  pero con el teclado del móvil es mas fácil
escribir con abreviaturas y después en la pc poner bien el nodo donde
corresponde y ponerle amenity, name, cuisine etc.

Saludos

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

Re: [Talk-es] bajar objetos por tag

[andrzej zaborowski]

2011/9/9 Jaime Crespo :
> El día 9 de septiembre de 2011 16:41, sergio sevillano
>  escribió:
>> ¿cual es la manera mas fácil de bajarme objetos de osm con un determinado 
>> key=value?
>>
>> ¿se puede desde josm o bien un archivo .osm que contenga solo esos objetos?
>>
>> es para corregir un error tipografico
>
> Josm te permite hacer filtrados por etiqueta, pero sólo de objetos
> predescargados, y la API oficial no permite descargas grandes.
>
> Puedes conseguir XMLs OSM "más grandes" y filtrados mediantes las APIs
> "Overpass" o la de Mapquest. Echa un vistazo a:
> http://help.openstreetmap.org/questions/7105/how-do-i-fetch-only-nodes-of-a-certain-tag

Otra posibilidad es XAPI.  Te deja decargar una area hasta 10x10
grados (..si no recuerdo mal) con una combinacion de tags determinad.
Se puede guardar en un fichero y abrirlo en JOSM, o bajar desde JOSM
directo.
http://wiki.openstreetmap.org/wiki/XAPI

Saludos

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

Re: [Talk-es] yes to the new licence for the boundaries

[andrzej zaborowski]

2011/8/17 Jan Tappenbeck :
> i see in josm that balrog-kun did not say yes to the new licence - but he
> imports the boundaries like http://www.openstreetmap.org/browse/way/45326841
> !!!
>
> isn't it time to call him ?

I can hear you, don't shout :)  At the moment I can't accept the new
contributor terms because this would violate somebody else's
copyright.  I expect that it will be sorted out at some point.

Cheers

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

Re: [Talk-es] Cartografía Turquía

[andrzej zaborowski]

2011/7/8 Pablo Gómez :
> En mi empresa estamos buscando cartografía de Turkía, fundamentalmente capas
> administrativas y de contornos de núcleos de población. Mirando la de OSM en
> la zona, vemos que tienen algunas divisiones administrativas ¿sabéis de
> alguna otra fuente de carto en la zona para consultart?

Quiza os sea util la libreria GADM:
http://www.maplibrary.org/stacks/gadm/index.php

No se hasta que nivel de divisiones llega en Turquia, pero algunos
datos si tiene.  Desafortunadamtne la licencia es CC-BY-NC.

Saludos

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

Re: [Talk-es] Deja Vu

[andrzej zaborowski]

2011/6/8 Maria Arias de Reyna :
> ¿Y OSM tiene datos de altura normalmente? Aparte de subirnos a una azotea con
> un GPS, ¿tenemos fuentes para meterlo? ¿Cómo, cuando, dónde, quien?

Muchos guardan el numero de plantas en los tags de edificios, de ahi
se aproxima la altura en los renders.  Otra posibilidad es calcularlo
con fotogrametria pero no creo que sea popular en osm :)  Tambien para
algunos edificios famosos te encuentras la altura en la wikipedia.

Saludos

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

Re: [Talk-es] Relaciones de Relaciones...

[andrzej zaborowski]

Holas,

2011/5/13 Jonas Andradas :
> He visto la relación propuesta "Multipart" [1], pero según la wiki sus
> miembros son nodos o vías, no relaciones.
>
> Y he visto la relación propuesta "Collected_Ways" que, aunque por nombre no
> creo que sea la correcta, en teoría sí permite que sus miembros sean
> relaciones (aunque no sé cómo hacer eso en JOSM)
>
> [1] http://wiki.openstreetmap.org/wiki/Relations/Proposed/Multipart
> [2] http://wiki.openstreetmap.org/wiki/Relations/Proposed/Collected_Ways
> podría ser utilizando MultiPart,
>
> ¿Cuál sería el método más correcto? Siempre está la última opción que sería
> hacer un área que contenga a todos los edificios, indicar que dicho área es
> la Bodega y dejar cada edificio por su lado. He visto que al crear
> relaciones, hay una pestaña "relaciones padre" y "relaciones hijo". No sé
> como funcionan, pero por lógica, creo que podría hacer una relación
> "Bodega", que fuera padre de cada relación "edificio", aunque no sé cómo
> hacerlo tampoco, claro, ni si es correcto.

Las relaciones hijo se pueden añadir de la misma manera que vías y
nodos.  O sea que cuando este seleccionada una relacion debe aparecer
en el listado de la derecha en la pestaña "Etiquetas y miembros" y con
uno de los botones se la hace miembro de la relacion padre.

Ahora, que etiqueta usar prefiero no meterme en el debate :)  pero
multipart me suena bien, igual que multipolygon, y no me preocuparía
con que el wiki dice "solo vías y nodos", en fin es el wiki que debe
seguir los usos existentes en la bdd y no al reves.

Saludos

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

Re: [Talk-es] osm-3D y http://www.openstreetmap.es (no .com)

[andrzej zaborowski]

Buenas,

2011/5/4 Sara MC :
> Buenas a todos,
> entiendo que la prioridad es tener al menos datos 2D en OSM, pero,
> curiosidades y dudas (por si alguien en su momento ya buscó):
>> http://www.osm-3d.org/map.htm  ¿no comparte datos con OSM? Porque por
>> ejemplo todo lo que hicimos en Baeza no se muestra...

La pagina no se me carga por lo de java, pero adivino que si comparte
datos, solo que debe haber algun retraso en renderizar los datos como
es comun en muchos servicios que usan datos osm.

>> No consigo por más que "rebusco" saber como leches meter los datos.. si me
>> diera por hacer algún edificio, por probar, ¿ también es con JOSM? En la
>> wiki (http://wiki.openstreetmap.org/wiki/OSM-3D#OSM-3D_Client_Software) pone
>> como etiquetar edificios con estructuras complejas y eso, pero no con qué
>> programa o qué pasos seguir.

Si, lo mas facil es poner las etiquetas con JOSM.  Supongo que tambien
se puede con Potlatch, porque en fin son simplemente un par de
etiquetas

>> Leí este
>> artículo http://blog.openstreetmap.cl/2010/12/21/imagen-de-la-semana-extrusion-en-mapnik/ sobre
>> un renderizador que me pareció bastante currado, ahora, no he encontrado más
>> que este artículo sobre el tema. Si quisiera probar ese renderizador, si es
>> que lo encontrara, dicen que es una mejora de Mapnik, y mapnik entiendo que
>> un capa de visualización sobre OSM, ¿cómo cargar esas otras capas en OSM? o
>> es en JOSM?

El "mapnik" pueden ser varias cosas.  Por un lado es el software que
renderiza geodatos y se puede instalar en una pc, es bastante complejo
y avanzado.  Por otro lado es una instancia de ese software que han
instalado en openstreetmap.org para mostrar los datos OSM, y la capa
resultante le han puesto "mapnik".

El blog se refiere al software, pero habia algunas instancias fuera de
osm.org que tambien hacian la extrusion, lo que pasa es que no
encuentro ninguna que funcione ahora..

Saludos

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

Re: [Talk-es] Google copia el sistema de OpenStreetMap

[andrzej zaborowski]

Hola,

2011/4/20 bicifamiliar :
> a raiz de este tema se me ocurre una pregunta.
> ¿Existe en OSM alguna opción similar a "marcar para seguimiento" como en los
> artículos de la wikipedia, con su correspondiente lista de seguimiento?
>
> En WP es muy útil para seguir el devenir de un artículo en el que has
> trabajado y vigilar que haya mejoras y no vandalismo.

Existen varias herramientas para vigilar un area, pero hay que decir
que ninguna es realmente buena.  La mas popular creo que es el ITO
World:
http://www.itoworld.com/product/osm (requiere registrarse y creo que
funciona con algun retraso)

Otro servicio mas simple se llama OWL y tambien tiene un rss para
seguir.  Existe tambien un programa java que visualiza los cambios en
un area o de un usuario, llamado LiveMapViewer.

Antes de eso, se podia marcar algunos elementos en el mapa con el tag
watch:usuario=yes poniendo tu nombre de usuario y existia alguna
direccion RSS para suscribir, no se si eso sigue en existencia.

Saludos

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

Re: [Talk-es] Edificaciones rurales

[andrzej zaborowski]

2011/2/14  :
> andrzej zaborowski  escribió:
>
>> Intento no usar la etiqueta building=yes exepto cuando no tengo la
>> minima idea del tipo de edificacion, igual que con highway=road.  En
>> la falta de tags "fijos" en ingles creo que incluso vale con
>> building=cigarral etc.
>>
>> Saludos
>>
>
> Ya sé que no se debe mapear pensando en el renderizado, pero, poniendo
> building = cortijo o building = masía ¿aparece dibujada la edificación?

Creo que los buildings desconocidos aparecen todos igual (como
building=yes), los unicos valores que mapnik distingue ahora son
building=residential (que se dibuja de otro color), building=entrance
y alguno mas.

Saludos

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

Re: [Talk-es] Edificaciones rurales

[andrzej zaborowski]

Hola,

2011/2/14  :
> He buscado en la wiki y en la lista de correo, pero no he encontrado nada al
> respecto de cómo etiquetar las edificaciones rurales aisladas (cortijos,
> masías, cigarrales, caseríos,...). ¿Se pondría simplemente building = yes?

Intento no usar la etiqueta building=yes exepto cuando no tengo la
minima idea del tipo de edificacion, igual que con highway=road.  En
la falta de tags "fijos" en ingles creo que incluso vale con
building=cigarral etc.

Saludos

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

Re: [Talk-es] Caza de errores

[andrzej zaborowski]

2011/2/7 sanchi :
> He comprobado en google solo para comparar no para copiarlo y el arreglo
> esta mal, esta puesto igualmente para que no salga el cruce pero no se
> asemeja con la realidad, no esta puesto con conocimiento de la zona. Ni esta
> puesto cual es la carretera del puente ni como esta trazada la carretera.
> http://tools.geofabrik.de/mc/?mt0=mapnik&mt1=googlehybrid&lon=-8.01362&lat=42.41268&zoom=18

Al parecer comparar con Google en este caso no te dice nada porque las
fotos no son actuales.  Asumiendo que la carretera se ha dibujado con
traza GPX actual, el puente no esta donde aparece en google, la traza
hace un desvio al sur y pasa por donde en google se ve como una
carrera sin asfaltar.

> Entre eso y el error que había creo que es mejor el error que había.

Yo tambien creo eso, hay buena parte de los errores de keepright o del
validator de JOSM que en realidad no son errores, pero si no te fijas,
intentas corregirlo "a fuerza".  Asi paso con los nodos duplicados,
hasta ahora se esta reparando algunas las "correciones" hechas por un
bot.

Saludos

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

Re: [Talk-es] Muchos huecos arreglados

[andrzej zaborowski]

2011/2/5 Oscar Orbe 
>
> hola, yo creo que no fue así,yo creo que paso esto:
>
> los datos que han importado los franceses no son los datos que ha generado el 
> ministerio frances. los datos corine se generan conjuntamente con imagenes de 
> avion o satelite de toda europa occidental y no se distinguen fronteras 
> interiores en el momento de crear los poligonos. despues, en 2009, francia 
> cambio la licencia para los datos de francia, y extrajeron una parte del 
> total incluyendo el buffer de 10km, pero eso no significa que los datos del 
> buffer esten bajo la licencia francesa.

Me exprese mal, en vez de "autor" debia decir dueños de los derechos
de autor.  Puedes ver quien es por el tag source=, tambien figuran en
los reportes en eea.europa.eu.  No se que funcion exacta tuvieron las
instituciones locales de cada pais pero la version "seamless"
("fundida" en las fronteras) se creo despues y esa es la obra de la
AEMA.
Lo de "sabemos como son los franceses" suena a una sobregeneralizacion.

Saludos

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

Re: [Talk-es] Muchos huecos arreglados

[andrzej zaborowski]

2011/1/28 Oscar Orbe 
> por cierto, ¿cuantos kilometros tiene la frontera terrestre de Francia (con 
> España, Italia, Suiza, etc)? digamos 1500 km, y el buffer francés tiene 10 km 
> de ancho, o sea 1500 x 10 = 15.000 km cuadrados infringiento la licencia 
> porque en aquel momento no estaba claro que los datos de fuera de francia se 
> pudieran subir(15.000 km cuadrados es dos veces euskadi)

Para aclarar no depende si es Francia o fuera de Francia, sino del
permiso del autor.  Todos esos datos ha producido un ministerio
frances incluido el buffer, y ha dado permiso a subir *sus* datos.
Los datos corine producidos por los ministerios de otros paises no
eran dsiponibles en la web o no habia permiso de estos ministerios
(los autores)

Saludos

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

Re: [Talk-es] Reunión con el Ayuntamiento de Zaragoza

[andrzej zaborowski]

2011/2/2 Jorge :
> No, no es de la FNMT, ellos solo proporcionan el sellado de tiempo, es una
> iniciativa de un abogado de Zaragoza, Pedro J. Canut ya que en su opinión
> las licencias CC no eran adecuadas en España
> (http://www.blogespierre.com/2008/05/02/ya-estan-aqu/). Cosas que pasan.

Quizas por eso Creative Commons esta creando los "ports" de sus
licencias, que son unas versiones traducidas no solamente al idioma de
un pais sino tambien a las condiciones legales del pais.  Esas
versiones estan escritas abogados locales y ellas si son validas por
si.  Cada "port" es explicitamente compatible con los demas "ports".

Saludos

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

Re: [Talk-es] Importación vegetación Canarias

[andrzej zaborowski]

Hola,

2011/2/1 Javier Sánchez :
> Hace poco Oscar Orbe tuvo la iniciativa de comenzar la importación de
> cuatro capas de vegetación de Corine Land Cover en España. Entonces
> quedó fuera Canarias por densidad de mapeo en la zona, pero no estoy
> muy de acuerdo con eso. Mirando las vías con etiqueta landuse=forest
> solo se ha trabajado Tenerife, muy poco en Gran Canaria y nada en el
> resto de islas. Creo que los datos de Corine junto con los de Urban
> Atlas pueden ampliar bastante el mapa en todas las islas y mejorarlo
> en Tenerife. Andrzej Zaborowski está trabajando con Postgis la
> importación completa de Corine+Urban Atlas para España.

Para actualizar el tema, ahora no estoy haciendo nada en este tema
porque, como se ha dicho en los hilos relacionados a los poligonos de
vegetacion en España, la precision de Corine es muy mala y habria que
pensarlo dos veces.  En cambio Urban Atlas, que es bastante mejor
(creo que mas o menos al nivel de una persona trazando los poligonos
de ortofoto), cubre muy poca superficie en España.  Aparentemente se
han tomado decisiones separadas en cada ciudad, y resulta que en
algunas zonas de Europa incluye solamente los nucelos de las ciudades
y en otros incluye un buffer de casi 100km por ejemplo.

Creo que los poligonos landuse=residential/industrial podrian ser
utiles, porque es algo que se mapea relativamente poco y la utilidad
de estos poligonos, y la precision, son parecidos a los de la
vegetacion.

Por otro lado en Urban Atlas cada "manzana" de una ciudad es un
poligono separado, eso siginifica que la cantidad de datos es grande y
cuando alguien se baja un area en JOSM para hacer cualquier cambio, a
lo mejor lo van a molestar esas vias de landuse a escala pequeña. (Mi
opinion es que tarde o temprano se va a mapear si o si, por eso no
tiene sentido preocuparse que "tenemos demasiados datos")

Saludos

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

Re: [Talk-es] CORINE land cover Segovia Ávila Madrid, y ahora qué?

[andrzej zaborowski]

Buenas,

2011/1/14 sergio sevillano :
> otra opción es lo que tu dices (jose luis)
> pasar de corine en ese área,
> entonces el procedimiento es al revés
> borrar todos esos cachitos de corine y recuperar lo borrado
> en el changeset 6907228
> para seguir modificándolos a mano
>
>
> como la importación tiene todavía tiene "peros"
> no quiero tocarla
>
> ademas creo que andzrej comentó algo de que
> no era conveniente borrar y desborrar porque se hacía spam a la bbdd
> así que no tengo claro cual seria el procedimiento óptimo.

La cosa es que desborrar tiene un efecto diferente que re-crear.
Borrar y re-crear los poligonos deja en cada lugar dos nodos, uno
invisible (atributo visible=false) y uno visible, en cambio desborrar
coge el nodo invisible y lo hace visible de nuevo.  Asi no hay
duplicado y en el historial se ve correctamente que se ha borrado y
despues desborrado, (y con suerte se ven los comentarios de changeset
correspondientes que te explican los motivos)

Saludos

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

Re: [Talk-es] marcar un itinerario sobre un mapa

[andrzej zaborowski]

Por si a alguien le resulta util, la pagina facilmap.org (antes
http://osm.cdauth.eu/map/) te permite visualizar trazas sobre osm.  En
el campo de busqueda se introduce la URL de un .gpx, .kml etc. o un ID
numerico de un nodo o via o relacion openstreetmap o un ID de bug de
openstreetbugs.

La pagina se basa en un javascript complementario para OpenLayers y es
un poco mas facil de usar que el OpenLayers "crudo" en paginas web.

Saludos

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

Re: [Talk-es] Spanish 4th anniversary party

[andrzej zaborowski]

2011/1/10 Jaume Figueras :
> Jajajaj... Las Maite-Guitarras molaron. Maite dice que te llegaron al
> alma jajajaj y con la actuación final Henk-Iván nos sacamos una
> pasta... :P:P:P

Eso es que los proyectos libres tambien tienen modelo de negocio. :)

Saludos

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

Re: [Talk-es] datos parciales de CORINE - tabla de subidas

[andrzej zaborowski]

Hola,

2011/1/7 Oscar Orbe 
> hola, aqui se describen los datos subidos a OSM y hay una tabla para reservar 
> las provincias que quedan antes de ponerse a subirlas, para evitar colisiones:
> http://wiki.openstreetmap.org/wiki/Four_Corine_layers_Spain_2011

Yo no recomendaria borrar los datos para volver a subir, las futuras
importaciones deben por lo menos reutilizar los nodos para no crear
spam en la bdd y mantener la historia.

Por cierto si alguien quiere usar la cuenta colectiva para Corine
España, el usuario es CLC-ES-06 y la contraseña corinedelosreyesmagos
(hasta ahora solo habia enviado los datos a Oscar Orbe y a sanchi,
pero al final se puede cambiar la constraseña cuando ya este subido
todo)

Saludos

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

Re: [Talk-es] CORINE land cover data

[andrzej zaborowski]

2011/1/6 Oscar Orbe 
>
> hello,
> i mean we use josm to remove duplicated nodes BEFORE doing upload, and is 
> very fast
> there are some duplicated nodes in the border of provinces, but very little
> you did not have a better shape for france??? wow, i expected more efficiency 
> from the french users.

Que yo sepa los datos recibidos de la institucion francesa (no fue por
EEA) tenian ese bufor, a proposito, no era por tener datos incorrectos
de la frontera.  Claro que se podria omitir pero para que?  Creo que a
todo el mundo le parecio algo positivo el buffer.

Saludos

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

Re: [Talk-es] CORINE land cover data

[andrzej zaborowski]

2011/1/6 Oscar Orbe 
> Hola,el tag trees se suele usar en orchard:
> http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dorchard
> y lo he usado tb en landuse=forest. si no gusta, se puede cambiar, pero no 
> hace falta recordar que los tags son muy variabes en OSM, no?

Y los datos son mas utiles cuando se usan los mismos tags para
designar las mismas propiedades, no? Por eso lo correcto seria basarse
en la pagina wiki de la importacion en francia y rumania, hacer una
igual y pedir comentario de la lista (tambien en mucho casos se pide
comentarios a la lista impo...@openstreetmap.org).

> para hacer actualizaciones de corine no hace falta saber la correspondencia 
> uno a uno (de hecho nunca la habra porque habra poligonos que desaparecen y 
> otros nuevos). se puede hacer una actualizacion simplemente calculando 
> diferencias geometricas.
> para pedir que no se suba algo a OSM hay que dar argumentos parecidos a estos:

Pero creo que la peticion no era que no se suban datos sino que no se
siga este proceso.

> 1-no se aporta nada sustancial
> 2-se destruyen muchas cosas
> 3-la proporcion entre lo que se aporta y lo que se destruye es baja

Pues no, existen varias mas razones, porque llenar la base de datos lo
mas rapido no es el unico objetivo del proyecto.  Por ejemplo si te
das cuenta en la comunidad de maperos ingleses hay un consensus muy
fuerte de no usar unicamente ortofotos o mapas fuera de la proteccion
de los derechos de autor (que ahi tienen muy buenos) para mapear un
lugar, como mucho se usan como una ayuda cuando has visitado un lugar.
 La idea es que hacer eso desanima a los contribuidores locales que de
otro modo harian un buen trabajo de mapear las calles con toda la
numeracion de casas, tiendas etc.  Y cuando tienen que corregir
despues de otra persona hacerlo rapido y mal pues prefieren no
tocarlo.

Por cierto por que dices que los datos del bufer de 10km desde la
frontera francesa son tan horribles y los que se importan ahora no lo
son, si es la misma fuente?  (sin mencionar que antes de la
importacion francesa, se habia enviado un mensaje a esta lista
mostrando en una web exactamente lo que se iba a importar y como
quedaria, y no habias dicho nada)

Saludos

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

Re: [Talk-es] CORINE land cover data

[andrzej zaborowski]

2011/1/4 sanchi :
> El 4 de enero de 2011 21:07, andrzej zaborowski 
> escribió:
>>
>> Holas,
>>
>> 2011/1/4 Oscar Orbe 
>> > Hola, lo de unir areas superpuestas puede producir poligonos con mas de
>> > 2000 nodos, me imagino, pero puede ser util muchas veces. has comprobado si
>> > lo de multipoligono hace que no se vea las lineas?
>> > lo de chapuza, pues bueno, si nos ponemos rigurosos, todo OSM es una
>> > colosal chapuza.
>> > por ejemplo, siempre me hace gracia los que dicen q hay que ser
>> > paranoicos con el tema de las licencias, y yo pienso, si fueramos
>> > paranoicos, habria que quemar el servidor de osm y empezar de nuevo xq esta
>> > lleno de pequeñas violaciones de la licencia
>> > lo de que esos poligonos no existen, no le veo sentido. la cuestion es
>> > si en esos poligonos el uso de suelo es bosque? si, lo es. si se han subido
>> > en partes por alguna limitacion o lo que sea, no es relevante, lo 
>> > importante
>> > es que los datos son geometricamente correctos, es decir, la aplicacion q
>> > los use sabe exactamente si en un punto hay bosque o no, y sabe donde
>> > empieza y termina el bosque.
>>
>> Si conoces casos que son pequeñas violaciones de la licencia seria
>> bueno que los reportes aqui en la lista para investigar.
>>
>> Y lo de la importacion, creo que se estan perdiendo algunos recursos
>> haciendo cosas a mano (los pasos que tu y sanchi describisteis dentro
>> de JOSM), que se podrian hacer automaticamente modificando el script
>> de la conversion a .osm y a la vez mejorando otros aspectos de los
>> datos.  Cuando se corrigen despues de subir eso deja huella (en el
>> historial de los objetos en la bdd.
>> Por ejemplo en Francia creo que tambien se han simplificado las vias
>> para no contener nodos innecesarios (nodos en un segmento casi recto
>> de una linea) y se guardo en los tags de los multipoligonos la
>> informacion del ID original de cada poligono Corine para poder hacer
>> potenciales actualizaciones.  Tambien se ha usado una cuenta de
>> usuario dedicada para esa importacion, algo que seria facil de hacer y
>> cumpliria con las reglas de las importaciones, que creo que Carlos
>> Davila ha mencionado.
>>
>> Otra cosa es que cuando se hizo la importacion en Francia no estaban
>> disponibles proyectos como el GMES Urban Atlas, ahora que estan
>> disponibles seria desperdicie de recursos no usarlos.  Aunque admito
>> que los datos de huertos/olivares no son buenos en UA... bueno no voy
>> a decir nada antes de tener tiempo para reanimar la pagina que te deja
>> compararlo bien -- creo que sera mejor que enviar pantallazos de
>> lugares especificos.
>>
>> Bueno, igual creo que la importacion actual es un paso adelante.
>>
>> Saludos
>>
>
> En cuanto a que el proceso se puede hacer automáticamente modificando el
> script de la conversión a .osm no lo se no se de eso pero si alguien lo hace
> es bienvenido. He subido los datos a partir del .osm que me han pasado
> arreglando estos pequeños errores. Por lo que estado viendo en las paginas
> de la wiki que han puesto lo de los nodos duplicados esta puesto pero eso
> tampoco seria mucho problema hacerlo a mano lo hace el validator solo. Lo
> que es mas son los multipoligonos pero eso creo que no esta o no lo he
> visto.
> Lo de dejar huella en la base de datos solo seria para las 3 provincias que
> no están subidas como multipoligonos, el resto no debería pasar. Yo he
> subido Valladolid para ver si el proceso es correcto y estoy a la espera de
> asegurarme y si hay un proceso mejor verlo.
> En cuanto a la cuenta solo para la importación si me pareció raro que no se
> hiciera como cuando se subieron los limites administrativos pero tampoco
> sabia que fuera una regla, si es así pues creamos una cuenta como es lógico.
> Por cierto quien tenga acceso a la cuenta de los limites administrativos
> seria bueno que entrara y aceptara la ODbL.

(En esto me pillaste porque la hice yo y tampoco he usado una cuenta
dedicada, en ese momento no se me habia ocurrido.. y ahora antes de
aceptar la nueva licencia tengo que esperar la aceptacion por parte de
unos autores cuyos datos habia usado en otras ocasiones.  Tambien
estoy esperando para que se aclaren los Contributor Terms, que creo
que estan en revision ahora mismo.  Pero antes de la fecha final en
abril seguramente estara resuelto)

> En cuanto a lo de GMES Urban Atlas no opino porque no tengo ni idea.
> Yo hasta mañana no haré mas provincias a la espera de que se aclaren las
> pequeñas dudas que hay.

No era mi intencion crear dudas.  Lo unico que se me ocurre es lo de
la cuenta dedicada, si quereis la creo yo y os envio la contraseña a
ti y a Oscar por email para que no quede en los archivos.

Saludos

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

Re: [Talk-es] CORINE land cover data

[andrzej zaborowski]

Holas,

2011/1/4 Oscar Orbe 
> Hola, lo de unir areas superpuestas puede producir poligonos con mas de 2000 
> nodos, me imagino, pero puede ser util muchas veces. has comprobado si lo de 
> multipoligono hace que no se vea las lineas?
> lo de chapuza, pues bueno, si nos ponemos rigurosos, todo OSM es una colosal 
> chapuza.
> por ejemplo, siempre me hace gracia los que dicen q hay que ser paranoicos 
> con el tema de las licencias, y yo pienso, si fueramos paranoicos, habria que 
> quemar el servidor de osm y empezar de nuevo xq esta lleno de pequeñas 
> violaciones de la licencia
> lo de que esos poligonos no existen, no le veo sentido. la cuestion es si en 
> esos poligonos el uso de suelo es bosque? si, lo es. si se han subido en 
> partes por alguna limitacion o lo que sea, no es relevante, lo importante es 
> que los datos son geometricamente correctos, es decir, la aplicacion q los 
> use sabe exactamente si en un punto hay bosque o no, y sabe donde empieza y 
> termina el bosque.

Si conoces casos que son pequeñas violaciones de la licencia seria
bueno que los reportes aqui en la lista para investigar.

Y lo de la importacion, creo que se estan perdiendo algunos recursos
haciendo cosas a mano (los pasos que tu y sanchi describisteis dentro
de JOSM), que se podrian hacer automaticamente modificando el script
de la conversion a .osm y a la vez mejorando otros aspectos de los
datos.  Cuando se corrigen despues de subir eso deja huella (en el
historial de los objetos en la bdd.
Por ejemplo en Francia creo que tambien se han simplificado las vias
para no contener nodos innecesarios (nodos en un segmento casi recto
de una linea) y se guardo en los tags de los multipoligonos la
informacion del ID original de cada poligono Corine para poder hacer
potenciales actualizaciones.  Tambien se ha usado una cuenta de
usuario dedicada para esa importacion, algo que seria facil de hacer y
cumpliria con las reglas de las importaciones, que creo que Carlos
Davila ha mencionado.

Otra cosa es que cuando se hizo la importacion en Francia no estaban
disponibles proyectos como el GMES Urban Atlas, ahora que estan
disponibles seria desperdicie de recursos no usarlos.  Aunque admito
que los datos de huertos/olivares no son buenos en UA... bueno no voy
a decir nada antes de tener tiempo para reanimar la pagina que te deja
compararlo bien -- creo que sera mejor que enviar pantallazos de
lugares especificos.

Bueno, igual creo que la importacion actual es un paso adelante.

Saludos

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

Re: [Talk-es] CORINE land cover data

[andrzej zaborowski]

Hola Oscar,

2011/1/3 Oscar Orbe 
> Hola, creo que no eres consciente de la baja precisión de los datos que 
> manejamos. Fíjate en la imagen adjunta pnoa_urbanatlas.jpg (bosques de Urban 
> Atlas sobre PNOA). Es un puro disparate.
> Los polígonos que importamos de CLC (o de UA como tú propones) son 
> aproximaciones bastante malas y solo cabe esperar que una vez en OSM la gente 
> vaya mejorandolo, pero pasar meses para "afinar" y escoger datos que tienen 
> grandes errores desde el principio creo que no tiene sentido.

Para eso pues serviria el WMS, para comparar :)

Igual creo que si en algun lugar tenemos los datos CLC con una
precision de no recuerdo cuantos metros (50?) y el UA con la precision
tambien muy mala, pero 2 o 4 veces mejor que CLC, nos ahorramos mucho
tiempo usando UA.

Saludos

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

Re: [Talk-es] CORINE land cover data

[andrzej zaborowski]

On 3 January 2011 15:20, Oscar Orbe  wrote:
> Hola, he hecho lo siguiente: me bajo los shapefiles de bosques y olivares de 
> CORINE, los parto para que no tengan agujeros (me dan mal rollo), y les resto 
> (difference) el último shapefile 'natural.shp' de geofabrik.de (así evitamos 
> casi todas las colisiones), finalmente lo separo en provincias para no 
> manejar archivos tan grandes y lo convierto a OSM. Las herramientas usadas 
> producen nodos duplicados en la frontera de polígonos adyacentes, pero no 
> creo que eso deba preocuparnos mucho, siempre se puede pulir el resultado.

Bueno con una capa de Corine no creo que sea problematico aunque con
mas capas si podria ser. Y con el rollo del mapa de los nodos
duplicados ahora me daria miedo ser culpable de algun duplicado :)

Otra cosa es que el Urban Atlas tiene la precision horizonal mucho
mejor que Corine entonces seria mejor no importar Corine donde existen
datos UA (es decir cerca de las ciudades) para no crear conflictos.
Aunque... los datos de los olivares en UA, no se si van a ser tan
buenos (porque todos los terrenos agriculturales forman una sola
clase), es algo para averiguar.

Saludos

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

Re: [Talk-es] [OSM-talk] CORINE land cover data

[andrzej zaborowski]

On 3 January 2011 14:36, Oscar Orbe  wrote:
> Andrzej: "there's some ongoing work on CLC06 mixed with GMES Urban Atlas data 
> import for Poland and Spain"
> I'm preparing an import of forests (3 shapefiles) and olive groves (1 
> shapefile) for Spain. Where can I see that on-going work?

Actually it hasn't advanced much for the last month, but I posted a
link to the WMS showing the polygons that would be imported back in
November 
(http://lists.openstreetmap.org/pipermail/talk-es/2010-November/006366.html).
 The WMS is currently down because I decided to re-generate all the
data using a different schema to help in joining of the two datasets,
but later had no time to complete it.  I'll try to revive the WMS
later today.

I have a postgres database filled with all of the CLC06 data for
Europe and GMES Urban Atlas for Spain, if you would like to work on it
I can set up an account for you (Javier Sanchez also has been playing
with that database)

Here are the problems that I'd like to solve before starting an actual import.

 * Some Urban Atlas land classes contain many CLC06 classes (for
example Urban Atlas has a class "forest", while CLC06 has separate
classes for "mixed forests", "coniferous forests" etc.), so it would
be best to take the geometry from the Urban Atlas, but the exact
subclass from CLC06.

 * The upload tool needs be intelligent and needs to detect collisions
with existing OSM polygons, and then the colliding polygons need to be
put into a webservice that lets people download .osm files for each
polygon and handle the conflict manually.  It would also be nice if
the uploader tool used the diffs from planet.osm.org to find existing
nodes so that the automatically uploaded polygons re-use nodes instead
of creating duplicates (even if the nodes were created manually).

 * I'd like the WMS to visualise colliding polygons too.

Cheers

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

Re: [Talk-es] Calculo del camino mas corto en un espacio continuo

[andrzej zaborowski]

2010/12/30 Xavier Barnada Rius :
> Hola,por hay algun algoritmo que permita el calculo del camino mas corto
> en un espacio continuo como por ejemplo a traves de una zona con casas o
> muros?
> Se que existe Dijkstra para el caluculo de rutas a taves de grafos como
> los de los que se suelen usar con las carreteras, pero en un espacio
> abierto se deberian considerar infinitos nodos en el grafo.

Seguramente existe algo mas efectivo, pero una posibilidad seria usar
el dijkstra en un grafo que contiene todos los vertices de todos los
objetos, y un arco entre cada dos vertices si la linea recta entre los
dos puntos no choca con otros objetos. (en realidad solo se tomarian
en cuenta los vertices de las "envolturas convexas" de los objetos)

Saludos

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

Re: [Talk-es] Google Maps, edificios en Madrid.

[andrzej zaborowski]

2010/12/16 andrzej zaborowski :
> la anchura por defecto.  A ver si lo pillo (le hice la pregunta al
> autor en el IRC)

Ah bueno, me ha dicho que ademas las carreteras son una capa distinta
de los edificios y se pueden deshabilitar (no me habia dado cuenta).
La capa "Surfaces" es un trabajo no terminado todavia

Saludos

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

Re: [Talk-es] Google Maps, edificios en Madrid.

[andrzej zaborowski]

2010/12/16 julian lozano :
> Creo que puede ser por 2 motivos:
> -El surface de la carretera.
> -Tipo de carretera.
>
> Si te fijas en las carreteras que tienen el tag de tunnel, hace el mismo
> borron pero con otro color.

muy raro... mi teoria (conspirativa) seria esa: la bdd de este
renderizador no ha importado todos los datos osm, como se deberia
hacer.  En vez de eso se esta llenando con las ediciones hechas desde
la ultima semana.  Por eso el renderizador "ve" ahi dos vias:

* la residencial con todos sus nodos (que son nuevos)
* y la primaria con muchos nodos inexistentes (porque no se han
editado) menos los dos nodos que conectan con la primera via, que si
se han editado.  Por eso, como tiene solamente los dos nodos, es una
linea recta.

La segunda via tiene la etiqueta width=25.0 por lo que se dibuja tan
ancha (25 metros) y la residencial se dibuja como una residencial con
la anchura por defecto.  A ver si lo pillo (le hice la pregunta al
autor en el IRC)

Saludos

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

Re: [Talk-es] Google Maps, edificios en Madrid.

[andrzej zaborowski]

2010/12/13 Manuel García :
> Si alguien quiere hacer algo genérico puede mirar
>
> http://osm.kyblsoft.cz/3dmapa/?zoom=16&lat=75.75137&lon=14.31658&layers=B


Algo parecido ha surgido este fin de semana, el renderizador todavia
esta en flujo, pero ya se pueden ver unos ejemplos de mapeo 3d
interesantes:

http://latlon.org/buildings?zoom=17&lat=55.82112&lon=37.61205&layers=BT
(la torre "Ostankino" en Moscu en Rusia)
http://latlon.org/buildings?zoom=18&lat=58.53138&lon=50.02154&layers=BT
(espacios vacios, tuneles etc. debajo de edificios, en Belarus)
http://latlon.org/buildings?zoom=18&lat=52.36709&lon=5.21723&layers=BT (Holanda)

las etiquetas para usar se han documentado aqui:
http://wiki.openstreetmap.org/wiki/User:Jongleur/MultiLevel_Building_Shapes

Os dareis cuenta que hay algunos errores del renderizado, y es porque
es un pequeño abuso de algunas opciones de mapnik que estan diseñadas
para otras cosas :)

Yo en mi ciudad tambien intento siempre poner el numero de plantas en
los tags de los edificios, pero el renderizador en este momento solo
usa los datos creados entre el viernes pasado y hoy (se actualiza con
los diffs generados a cada minuto desde la BDD), asi que mi ciudad no
aparece por ahora, supongo que los edificios de Girona tampoco
aparecen.

Saludos

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

Re: [Talk-es] Licencia CLC 2006 EEA/CNIG

[andrzej zaborowski]

2010/12/8 Javier Sánchez :
>> Date: Tue, 7 Dec 2010 21:02:08 +0100
>> From: andrzej zaborowski 
>>
>> Creo que lo primero seria cargar los datos en postgis para preparar y
>> resolver conflictos con datos existentes.  En este sentido lo tengo
>> "empezado" en mi pc, si alguien se anima para continuarlo, le hago una
>> cuenta en esta maquina.  Lo que tengo es un postgres + postgis 8.4,
>> los datos Corine y Urban Atlas descargados y metidos en unas tablas
>> postgis.  Ademas ya consegui de alguna manera unir las dos fuentes
>> (faltan algunos detalles que he señalado en el otro hilo) y tengo los
>> comandos sql anotados para recordar como se hace.  Seguramente se
>> podria hacer lo mismo mas facilmente pero mi SQL no es tan bueno :)
>> La mayoria del tiempo hasta ahora se me paso haciendo un algoritmo
>> tonto para generar los limites de todos los datos Urban Atlas, pero ya
>> lo tengo hecho.
>
> Aunque no tengo experiencia con Postgis, me interesa el tema y me
> gustaría aprender. Dentro de unos 10 días me libero de un examen y te
> daré la lata con lo de la cuenta. Gracias por el ofrecimiento.
> ¿Tendrías tiempo de ir poniendo esos pasos en la wiki al estilo de
> esta página?

Esa era la idea, pero no llegue a hacerlo todavia :)

> http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover/Corine_Data_Import
>
>> Para discutir los tags para usar en la importacion, yo sugeriria una
>> pagina wiki parecida a esta:
>> http://wiki.openstreetmap.org/wiki/Corine_Land_Cover_2006_Poland
>
> Creo que ya existe.
> http://wiki.openstreetmap.org/wiki/ES:WikiProject_Corine_Land_Cover/Tagging_scheme
> Lo que haría falta es poner la de Polonia como una traducción más de estas, 
> ¿no?

La cosa es que cada proceso es un poco diferente entonces me temo que
no seria simplemente una traduccion.  En el momento de la importacion
en Francia no existia el Urban Atlas y entonces la pagina de la
importacion en Francia no considera los tags para Urban Atlas ni los
comandos sql.  En Polonia por ejemplo me gustaria borrar algunos datos
que se han importado antes, al mismo tiempo que se importarian los
CLC06 y seria bueno que quede la documentacion.  Tambien me di cuenta
que los datos Urban Atlas para Zaragoza estan duplicados en el fichero
.shp y dos mas ciudades españolas tenian unos pequeños errores que
habia que corregir (poligonos con arcos cruzados).

La pagina la hice en ingles primero porque quiero que la gente
suscrita a impo...@openstreetmap.org pueda comentar sobre el proceso,
y despues porque me di cuenta que la pagina francesa tiene version en
ingles y la pagina de la importacion CLC en Rumania tambien esta en
ingles, con lo que la informacion es mas accesible para alguien que
quiera repetir los pasos.

Saludos

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

Re: [Talk-es] Licencia CLC 2006 EEA/CNIG

[andrzej zaborowski]

2010/12/7 Pablo Gómez :
> El 07/12/10 10:55, Oscar Fonts escribió:
>>
>> Opción A. ¿Cuándo empezamos? :)
>
> Cómo se empieza?
>
> La discusión de setiembre quedó exactamente así. Preguntamos a la persona
> que había líderado el proyecto en Francia y no conseguimos más que silencio.
>
> Idem del lienzo a los "dueños" de los datos.
>
> Qué hay que hacer para empezar?

Creo que lo primero seria cargar los datos en postgis para preparar y
resolver conflictos con datos existentes.  En este sentido lo tengo
"empezado" en mi pc, si alguien se anima para continuarlo, le hago una
cuenta en esta maquina.  Lo que tengo es un postgres + postgis 8.4,
los datos Corine y Urban Atlas descargados y metidos en unas tablas
postgis.  Ademas ya consegui de alguna manera unir las dos fuentes
(faltan algunos detalles que he señalado en el otro hilo) y tengo los
comandos sql anotados para recordar como se hace.  Seguramente se
podria hacer lo mismo mas facilmente pero mi SQL no es tan bueno :)
La mayoria del tiempo hasta ahora se me paso haciendo un algoritmo
tonto para generar los limites de todos los datos Urban Atlas, pero ya
lo tengo hecho.

El siguiente paso que queria hacer era visualizar los conflictos con
datos OSM y en eso lo deje hasta el proximo fin de semana, pero si
alguien tiene tiempo, y sobre todo sabe de SQL, mucho mejor.

Para discutir los tags para usar en la importacion, yo sugeriria una
pagina wiki parecida a esta:
http://wiki.openstreetmap.org/wiki/Corine_Land_Cover_2006_Poland

Saludos

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

Re: [Talk-es] Como etiquetar el nombre de un puente

[andrzej zaborowski]

2010/12/7 Noel David Torres Taño :
> On Martes 07 Diciembre 2010 08:11:45 andrzej zaborowski escribió:
>> 2010/12/7 Noel David Torres Taño :
>> > On Martes 07 Diciembre 2010 06:23:10 marc ramirez hurtado escribió:
>> >> Ante un elemento con más de un nombre como debemos etiquetarlo? El
>> >> ejemplo es: Un puente etiquetado con el nombre de la calle que le
>> >> corresponde, pero este puente al mismo tiempo tiene un nombre popular
>> >> con el que todo el mundo lo conoce en la ciudad. Entiendo que la
>> >> etiqueta name debe seguir reflejando el nombre de la calle, pero que
>> >> etiqueta puedo aplicar para reflejar el nombre popular del puente?
>> >>
>> >> Salud
>> >
>> > loc_name
>>
>> Yo uso loc_name para nombres coloquiales, o menos formales.  En este
>> caso creo que es un nombre normal.  Lo que haria es poner en el name
>> el nombre del puente y el de la calle seria una relacion route=road o
>> parecido.
>
> Yo lo decía por lo de «este puente al mismo tiempo tiene un nombre popular con
> el que todo el mundo lo conoce en la ciudad.» No parece un nombre oficial
> (name), sino coloquial local (loc_name).

Hmm cierto, se me ha escapado..

Saludos

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

Re: [Talk-es] Como etiquetar el nombre de un puente

[andrzej zaborowski]

2010/12/7 Noel David Torres Taño :
> On Martes 07 Diciembre 2010 06:23:10 marc ramirez hurtado escribió:
>> Ante un elemento con más de un nombre como debemos etiquetarlo? El ejemplo
>> es: Un puente etiquetado con el nombre de la calle que le corresponde, pero
>> este puente al mismo tiempo tiene un nombre popular con el que todo el
>> mundo lo conoce en la ciudad. Entiendo que la etiqueta name debe seguir
>> reflejando el nombre de la calle, pero que etiqueta puedo aplicar para
>> reflejar el nombre popular del puente?
>>
>> Salud
>
> loc_name

Yo uso loc_name para nombres coloquiales, o menos formales.  En este
caso creo que es un nombre normal.  Lo que haria es poner en el name
el nombre del puente y el de la calle seria una relacion route=road o
parecido.

Saludos,
Andres

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

Re: [Talk-es] Licencia CLC 2006 EEA/CNIG

[andrzej zaborowski]

2010/12/6 Manuel García :
> El 06/12/2010 12:02, Javier Sánchez escribió:
>> Hola
>>
>> En septiembre hubo un amplio debate [1] sobre la posibilidad de
>> importar los datos Corine Land Cover 2006, en el que se concluyó que
>> era posible hacerlo. He estado mirando en el centro de descargas del
>> CNIG que están disponibles los datos CLC2006 para España [2] bajo una
>> licencia de uso no comercial [anexo] no compatible con OSM y contraria
>> a la del EEA [3] a nivel europeo, que se concluyó si es compatible.
>> Creo que la licencia del CNIG no se tuvo en cuenta (quizá todavía no
>> estaba publicado) en la discusión de septiembre. Teniéndola en cuenta,
>> ¿en qué queda la cosa? Tenemos dos opciones:
>> a - Podemos usar los datos si los descargamos de EEA pero no de CNIG
>> (aunque sean los mismos).
>> b - No podemos usar ninguno de ellos porque prevalece la licencia a
>> nivel nacional.
>>
>
> Yo digo que la opción "a".

Yo tambien. En principio si alguien te oferece dos licencias sobre la
misma obra, tu eliges la que te gusta mas (ejemplo las GPL v2 o
posterior)

Saludos

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

Re: [Talk-es] Problema al exportar

[andrzej zaborowski]

2010/12/2 Jesus :
> Hola, esta es mi primera participación en el foro, que sigo desde hace
> algunas semanas. Tení auna cuestión que plantearos. Cuando exporto un mapa
> desde la web de OSM y después lo importo en illustrator para hacerle alguna
> modificación, me sale una enorme mancha negra (adjunto archivo aunque no sé
> si la lista los aceptará) con el mapa base por debajo. ¿Sabéis a qué puede
> ser debido? Lo exporto en svg, con lo que no debería haber ningún problema.

Creo que es porque el Illustrator no soporta los SVGs tan bien y hay
algunas cosas que no sabe interpretar.  Existe algun programa llamado
Maperative con el que puedes exportar los datos a SVG de manera que el
Illustrator los pueda abrir bien.

De eso me entere porque justo esta semana la "imagen de la semana" en
el wiki es un pantallazo de Adobe Illustrator y cuando se propuso
surgieron preguntas porque deberiamos hacer publicidad a algun
programa de codigo fuente cerrado y para windows, en vez de por
ejemplo Inkscape (el que tambien abre los SVGs sin problemas) y la
respuesta era que el sporte SVG del illustrator es tan malo que es
todo un logro.

Saludos

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

Re: [Talk-es] Visualisacion Corine + Urban Atlas

[andrzej zaborowski]

2010/11/30  :
> andrzej zaborowski  escribió:
>
>> Creo que se podria poner en dev.openstreetmap.org o en el toolserver
>> de wikimedia pero no tengo cuenta en ninguno.  OSM ahora no tiene
>> servidores wms que yo sepa.  La maquina actual es una en mi casa con
>> la coneccion de casa, o sea un poco lenta.
>>
>> Saludos
>>
>
> Quizás sea por eso que no he podido visualizar el WMS. Lo he intentado pero
> no se carga.

He puesto un html simple con la sola capa de wms, a ver si es algun
problema de josm:
http://openstreetmap.pl/balrog/ua-clc.xhtml

(creo que deberia funcionar aunque sea lento)

Saludos

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

Re: [Talk-es] Visualisacion Corine + Urban Atlas

[andrzej zaborowski]

2010/11/30  :
> andrzej zaborowski  escribió:
>> Como la precision de Urban Atlas suele ser mejor, creo que lo mejor
>> seria usar los datos UA donde hay, y CLC en el resto de territorio.
>> He intentado conectar las dos fuentes en una tabla PostGIS y he puesto
>> un WMS con esos datos el que se puede ver en JOSM, QGIS etc., asi se
>> podra decidir los proximos pasos.  La direccion para wmsplugin es
>>
>> http://wms.openstreetmap.pl/?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&FORMAT=image/png&LAYERS=clc_ua&;
>
> Andrzej, ¿dónde has alojado el WMS? me refiero a qué ordenador hace de
> servidor. ¿Es posible hacer uso de OSM para alojarlo?

Creo que se podria poner en dev.openstreetmap.org o en el toolserver
de wikimedia pero no tengo cuenta en ninguno.  OSM ahora no tiene
servidores wms que yo sepa.  La maquina actual es una en mi casa con
la coneccion de casa, o sea un poco lenta.

Saludos

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

[Talk-es] Visualisacion Corine + Urban Atlas

[andrzej zaborowski]

Buenas,

ya se ha hablado un poco de la importacion potencial de los datos
Corine Land Cover 2006 y Urban Atlas.  Igual se esta hablando de esto
en el foro de OSM en polaco donde tambien estoy inscrito (pero tiene
muchos menos maperos que esta lista por lo que hay pocas personas para
discutir esas cosas).  En resumen Urban Atlas es un producto parecido
a CLC, con la misma licencia, pero con el objetivo de cubrir solamente
las ciudades de mas de 100 mil habitantes con sus cercianías, con un
poquito mas de precision espacial y con la clasificacion de suelo un
poco diferente a la de CLC, pero basada en ella.  En Urban Atlas se
han usado ademas de ortofotos tambien algunos datos vectoriales,
aunque el proceso fue diferente en cada ciudad.  Ademas Urban Atlas es
un prodcuto "beta" (como el gmail hace poco) y actualmente tiene datos
de +/- 190 ciudades europeas de las +/- 250 que se quiere cubrir -- lo
mas notable falta Madrid, y creo que alguna ciudad mas en España,
ahora tiene 23 ciudades.

Como la precision de Urban Atlas suele ser mejor, creo que lo mejor
seria usar los datos UA donde hay, y CLC en el resto de territorio.
He intentado conectar las dos fuentes en una tabla PostGIS y he puesto
un WMS con esos datos el que se puede ver en JOSM, QGIS etc., asi se
podra decidir los proximos pasos.  La direccion para wmsplugin es
http://wms.openstreetmap.pl/?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&FORMAT=image/png&LAYERS=clc_ua&;
. Como os dareis cuenta en varios lugares todavia hay poligonos Corine
solapando poligonos Urban Atlas y es por parte culpa del muy mal
estado de mi conocimiento SQL, y por parte de unos pocos poligonos
incorrectos (segun postgis, GDAL etc) en los datos UA y CLC.  Lo voy a
arreglar cuando tenga un poco mas tiempo.  Tambien quiero poner una
web donde se pueda ver el WMS sin JOSM, y quiero que se marquen en el
los conflictos con poligonos existentes en OSM.  En Francia se ha
considerado un conflicto cuando un poligono cubre en 3 % o mas la
superficie de otro.

Otra cosa que habria que hacer es establecer lso tags que se usarian.
Mi propuesta de los tags he puesto en el wiki en
http://wiki.openstreetmap.org/wiki/Corine_Land_Cover_2006_Poland donde
tambien he mencionado otros problemas que habria que solucionar, por
ejemplo el que Urban Atlas no tiene informacion de tipo de bosques
(conifero etc) y CLC si tiene, por lo que se podria copiar esa
informacion.

Se podria copiar esta pagina wiki, o se podria copiar la traduccion de
la pagina francesa al español, y ahi podria yo poner las estadisticas
de cuantos poligonos de cada clase hay en España.  En total para las
23 ciudades son 45 polígonos en Urban Atlas, pero varias clases se
dejarían sin importar.  Corine tiene menos poligonos, pero mas
extensos.

En principio es para los que querais que mireis el wms y para ver si
vale la pena hacer importacion.

Saludos

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

Re: [Talk-es] Fwd: [OSM-talk] Steve Coast Joins Microsoft as Principle Architect of Bing Mobile

[andrzej zaborowski]

2010/11/24 Pablo Gómez :
> El 24/11/10 16:40, Jaume Figueras i Jové escribió:
>> No creo compatible que alguien que trabaja para microsoft sea el
>> presidente de una fundación para promover los datos cartográficos libres
>> sin que comprometa alguna de las dos tareas sino las dos a la vez. Son
>> dos posturas antagónicas. Mientras Steve tenga poder legal de decisión
>> sobre OSM, OSM estará en la cuerda floja.
>
> Pero, Steve tienen poder legal de decisión sobre OSM? Si es así, la
> llevamos clara.
>

Es decir que todos los miembros de la junta deberian estar desempleados? ;)

Saludos

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

Re: [Talk-es] apoyo aereo

[andrzej zaborowski]

Lo del control, parece que se controla por WiFi y tiene una API
abierta y documentada, asi que no creo que haya problemas con
controlarlo desde linux.  Si pinchais en el enlace "Game Developer
Zone", en un video se ve que lo controlan desde un laptop con windows
y con un joystick, de hecho os recomiendo los videos porque son muy
muy chulos, en uno se ve como el juguete intenta seguir a una persona.

Lo veo interesante porque 299 euros es mucho menos que los quadcopters
que he visto en las tiendas web.  Por otro lado me preocupa el rango
de distancia de WiFi, habria que programarlo para que suba a una
altitud y baje de manera autonoma, tal vez sea posible.

Respecto a los 12 minutos de vuelo, no es mucho peor que los demas
quadcopters, no he visto ninguno que pueda volar mas de 15 minutos.
Los demas modelos RC (helicopteros y aviones) tampoco sacan mucho mas
tiempo.  Y eso seguramente es sin contar acrobacias o subida rapida y
el peso adicional de una camara normal, los cuales deben tener un
efecto considerable.

Saludos

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

Re: [Talk-es] apoyo aereo

[andrzej zaborowski]

Hola Jeffrey,

2010/11/10 Jeffrey Warren :
> cometas son muy eficaces si se entiende bien como usarlas... per a veces me
> parece mas un arte que una ciencia.
> en la comunidad Grassroots Mapping (grassrootsmapping.org) hemos tenido
> exito con globos de helio (y tambien cometas, pero no tanto), volando a una
> altura entre 300m-1300m con camaras baratas -- usando un cable para dirigir
> y bajar el globo despues.

Los globos son muy buena opcion.  Yo opte por cometa (y pronto
helicoptero rc), por varias razones: primero el helio, donde yo vivo,
viene en unas bombonas grandes y son demasiado bulto para
transportarlas en bicicleta :)  Tampoco es barato (~EUR50 por 2 metros
cubicos) y calculo que el globo debe tener como minimo 0.5 m³.  Con
unos amigos estamos pensando en usar hidrogeno que es mas facil de
producir en condiciones de campo.

Depues vienen las condiciones meteo.  Para un globo con cable,
dirigible etc., supongo que lo mejor son 2 o menos m/s de viento.  La
cometa, digamos, entre 3 y 5, y los modelos rc, quadcopters, etc etc.
tienen un rango mucho mas amplio (0 hasta 6-7 m/s).  En el lugar donde
vivo, lo mas usual es que la velocidad del viento sea 2-5 m/s.

> aca por ejemplo hicimos un mapeo completo de una ciudad en Georgia (el pais,
> aunque soy norteamericano y igual tenemos una Georgia aca):
> http://grassrootsmapping.org/search/mestia
>
> El herramiento Cartagen Knitter que hice para 'coser' fotos aerias genera
> TMS & GeoTiff
> no se para que y que tipo de ortofotos necesitan pero es una manera bien
> barata de sacar mapas nuevas de areas no tan grandes. En el caso de Mestia,
> Georgia, el mapa era de 5.5x1 km en tamaño, y nos costo ~$200 (que seria
> mucho menos en euros pero me pongo triste en calcularla)
> aca tienes la guia ilustrada: Illustrated Guide

Bueno, mis fotos KAP cubren ahora tambien algo menos de 10km² (con
calidad variable), y ha sido barato, pero el tiempo invertido fue
considerable.  Lo que es curioso la mayoria de tiempo gasto en
enrollar el hilo despues de bajar la cometa :)  El modelo rc costo
$150 y espero que sea mucho mas rapido en subir y bajar.

Tambien he intentado usar el Cartagen Knitter y tuve varios problemas
(comente algo en la lista inglesa hace varios meses).  El primero es
que no se toma en cuenta la optica de las lentes de la camara, la
perspectiva, las distorciones, el efecto que tiene el aire en el
"white-balance" de la foto (que los objetos se hacen mas azules con la
distancia) y varios mas.  Ya se que seria casi imposible tomar estas
cosas en cuenta en HTML5, pero existen programas que calculan estas
cosas.  Hugin por ejemplo tiene una base de datos de camaras con sus
parametros opticos y si no es una camara popular, puedes calibrar la
camara tu solo.  Tambien usa varios parametros de los tags exif en las
fotos.

El otro problema es el uso de la memoria: en hugin, como en algunos
programas GIS puedes trabajar con cientos de fotos 12 megapixel sin
cargarlas completamente en la memoria.  Y otro problema que tuve con
el Knitter es que cuando la resolucion (ground resolution) varia
mucho, algunas partes desaparecen del GeoTiff resultante, fue raro.

Saludos

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

Re: [Talk-es] apoyo aereo

[andrzej zaborowski]

2010/11/10 Jonas Andradas :
> 2010/11/10 andrzej zaborowski 
> [snip]
>>
>> Bueno, mis fotos KAP cubren ahora tambien algo menos de 10km² (con
>> calidad variable), y ha sido barato, pero el tiempo invertido fue
>> considerable.  Lo que es curioso la mayoria de tiempo gasto en
>> enrollar el hilo despues de bajar la cometa :)  El modelo rc costo
>> $150 y espero que sea mucho mas rapido en subir y bajar.
>>
>
> Me surgen algunas preguntas al respecto:  ¿Utilizas algún tipo de
> reflectante óptico y/o radar en la cometa y a lo largo del hilo? ¿Qué modelo
> RC has utilizado? ¿Utilizas algún tipo de piloto automático? ¿Se basa en
> algún proyecto opensource?

El hilo es de 0.7mm asi que no creo que sea un peligro, y la cometa es
bien visible.  No uso ningun emisor para que se vea en los radares y
tengo la conciencia de que no es universal.  Ahora estoy en un
"espacio aerero no coordinado", pero por ejemplo en los barrios mas
cerca del aeropuerto ya no se podria volar la cometa sin registrar el
vuelo (no lo he intentado, pero supongo que seria dificil)

El modelo RC lo compre hace varios dias y primero llovia y ahora estoy
viajando :)  Asi que no se como es de efectivo, a lo mejor es una idea
equivocada, ya veremos.  El modelo es Belt CP v2 y es en principio un
juguete de produccion masiva.  Los quadcopters y tal cuestan tres o
cuatro veces mas.

Saludos

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

Re: [Talk-es] apoyo aereo

[andrzej zaborowski]

Buenas,

2010/11/9 Roberto Plà :
> andrzej zaborowski wrote:
>>
>> y esta con un canon ixus100 con CHDK:
>> http://www.openstreetmap.pl/balrog/20101020-raw/img_3859.jpg
>
> Oye, tu cometa es estratosférica, ¿no?. ¿A que altura calculas debía estar
> la cometa? ¿Cuanto hilo tenía el carrete?¿Que tipo de cometa usas?
>
> La foto, con mucho ruido. Es una lástima que las Canon compactas, que van
> tan bien, tengan tanto ruido. La mia era una Ixus65
> http://robertopla.net/blog/estrenando-camara.htm
> Hoy uso una Panasonic Lumix DZT-7

Y la Lumix tiene un modo para tomar fotos en serie cada varios
segundos?  El problema de ruido es que con la poca luz que hay ahora,
y con la oscilacion continua, tengo que usar 800ISO o 1600ISO para
evitar fotos movidas.  Es una pena porque la camara tiene 12
megapixeles pero la resolucion "real" debe ser menor de 4 MP.

Hay varias maneras de estabilizar la camara, pero entonces (y sin
control remoto) la camara miraria directamente abajo y cubriria muy
poco terreno.  Supongo que existen mas soluciones, pero realmente
empece hace poco y todavia no tengo todo el proceso bien definido.

El tipo de la cometa creo que se llama Sutton Flowform y es lo tipico
de KAP.  Tengo 1200m de hilo pero en mi parte de la ciudad a 666m de
altura (2 mil pies) ya comienza la zona de aterrizaje/despuegue del
aeropuerto que esta a 30km de aqui :(
Por cierto en el link de los tiles ortorectificados si eliges un zoom
menor y pinchas en "Show picture data", te muestra la posicion de la
camara que se ha calculado desde cada foto, incluida la altitud (por
lo menos en firefox lo debe mostrar).  Todavia no he puesto en la wiki
la informacion del proceso que sigo, pero no es del todo muy bonito ni
profesinoal, pues el calculo lo hace un programa "hugin" que en
principio es para hacer panoramas.
Me da curiosidad que precision tiene la posicion calculada de esta
manera, comparando con GPS por ejemplo.

Saludos

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

Re: [Talk-es] apoyo aereo

[andrzej zaborowski]

2010/11/9 Roberto Plà :
> sanchi wrote:
>>
>> Yo quiero uno. ¿Alguien me lo regala por reyes? jejejej
>
> Ese aparato es caro porque incluye todo, listo para volar, hasta el maletin
> de transporte y el ordenador.
>
> Para algo más 'casero' habría que hacer búsquedas por 'FPV' que quiere decir
> First Point of View o algo asi, es una modalidad de aeromodelismo que ha
> crecido mucho en poco tiempo debido al abaratamiento del material y la
> aparicion de nuevos elementos como motores eléctricos ligeros, baterias con
> poco peso, cámaras en miniatura...
> Podeis encontrar las direcciones que recopilé para un artículo en esta
> página:
> http://www.delicious.com/rpla/fpv
> Y una de las páginas más activas es:
> http://www.vuelofpv.com/
> Donde hay un articulo sobre un helicóptero de tres motores que podría
> servir:
> http://www.vuelofpv.com/2010/10/tricoptero-fpv-3-fotos.html
> Aunque lo mejor sería algo que pudiera acarrear una Canon controlable
> mediante el CDHK (Canon Hack Development Kit) unas librerias que premiten
> controlar las cámaras Canon y algunas otras.
>
> A mi modo de ver el KAP es divertido y más económico, pero poco práctico
> para fotografía vertical, dificil de controlar para realizar mosaicos o
> fotografiar un objeto determinado y la oscilación del sistema de suspensión
> de la cámara deforma las imágenes haciendo difícil su encaje.

Para fotografiar un objeto de hecho que es dificil, pero posible.
Respecto a las deformaciones he notado que los sensores pequenos que
usan los telefonos moviles (igual que los FPV que mencionas) deforman
fotos hechas en movimiento, pero con las camaras tipo canon con CHDK
no veo ningun tipo de deformacion ademas de las distorciones tipicas
de una camara, las que se corrigen con software despues (aunque son
minimas con la distancia focal al maximo). Lo unico es que hay que
asegurarse de que el tiempo de exposicion sea suficientemente corto,
con lo cual fotos salen oscuras o debe haber mucho sol.

El gran inconveniente de KAP es que para cubrir areas grandes es muy
laborioso y lento.  Ojala que con helicoptero rc vaya mas rapido, es
lo proximo que quiero probar.

Tambien es dependiente del tiempo, pero bueno, igual que con avion "de verdad".

Para ilustrar lo de las deformaciones, esta foto tome con un movil
colgado de la cometa (es un caso extremo):
http://forum.olympusclub.pl/attachment.php?attachmentid=40602&d=1289051448

y esta con un canon ixus100 con CHDK:
http://www.openstreetmap.pl/balrog/20101020-raw/img_3859.jpg

Aqui estan ya en forma de tiles despues de rectificar y georeferenciar:
http://ooc.openstreetmap.pl/kap-warsaw.xhtml

Saludos

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

Re: [Talk-es] apoyo aereo

[andrzej zaborowski]

Holas,

2010/11/8 Suco :
> Como me picaba la curiosidad no pude resisitirme a preguntarles
> directamente:
> Please find attached more information about the swinglet CAM aerial image
> acquisition process:
>
> The swinglet CAM costs about 8'400 Euros.
> The swinglet CAM package includes
> (all you need to operate it):
> - Autonomous aerial vehicle
> - No pilot needed (fully autonomous navigation incl. take-off and landing)
> - Software for flight planning and monitoring
> - USB Radio modem and remote control
> - Digital photography with CANON IXUS 120 IS (12 MP digital camera fully
> integrated into the airframe; camera can also be used handheld)
> - Automatic control of the onboard camera via ground station software
> (camera directly connected to the Swinglet electronics)
> -
>  2 rechargeable Lithium Polymer LiPoly 3S 1350 mAh batteries and battery
> charger
> - Black transport box with place for all material

Impresionante, pero hace poco tiempo mirando las posibilidades que hay
para fotos aereas y existen varios "kits" completos como este, a +/-
5000 EUR los que se usan tambien en el cine para grabar algunas
escenas.  Lo que si es que no dan para 1 hora de vuelo, mas cerca de
15-20 minutos, porque estan basados en helicopteros rc.

Un ejemplo es http://www.aericam.com/ y otro http://www.photoshipone.com/

>
> Yo creo que el precio es un poco 'demasiado' alto. Supongo que dentro de
> poco surgirá algún proyecto abierto que lo imite y quizá sea más fácil de
> replicar :P

Varios de los quadcopter cuestan menos de 400 EUR, con un software de
control para PC que supongo que viene mejor que el comercial, porque
es abierto y entonces se puede modificar.  Yo ahora mismo estoy
intentando con soluciones todavia mas baratas y quizas menos fiables:
cometas, y hace varios dias me compre un helicoptero rc de los baratos
y de produccion masiva que sin embargo consigue llevar una camara
canon sin problemas (el modelo es Belt CP).

Una cosa que me entere, es que la ley de navegacion aerea en varios
paises europeos (no se como sera en España) distingue entre los varios
tipos de "naves aereas", y para cometas y modelos rc existen
exceptiones que hacen que esos tipos de naves no necesiten estar
certificadas.  Para que una nave sea "modelo rc" tiene que pesar menos
de 25 kilos y no puede ser "autonoma", es decir que necesita estar
todo el tiempo controlada por el piloto.  Sin cumplir esa condicion
pasa a ser UAV y supongo que seria mas complicado volar encima de una
ciudad legalmente. (y si una ciudad tiene un aeropuerto, todo se
complica mas todavia)

Saludos

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