Re: [Talk-es] Reunión OSM.es / IGN

[Matías Taborda Barroso]

Buenas.

Venga va.. :) Yo también me apunto. Que parece que esto va cogiendo
color.

Estoy de acuerdo en todo lo dicho hasta ahora, podéis contar conmigo para
la cuota de socio/aportación que sea necesaria.

En cuanto al trabajo de pico y pala, como todos, justos de tiempo.

Aunque hace tiempo que no doy señales de vida, sigo adelante con la
preparación de los datos para la "posible" importación del IGN.

Saludos.

El 27 de abril de 2016, 12:04, Paulino Vallejo Climent <
paulinovall...@gmail.com> escribió:

> Buenos días,
>
> Yo sólo hace dos semanas que me he unido a OSM por lo que estoy verde no,
> lo siguiente..y de momento la mayoría de las cosas me suenan a chino. Pero
> con voluntad y ayuda, poco a poco, espero ir aprendiendo como funciona todo
> el mundo OSM.
>
> Así, que aunque soy bastante novato y me tengo que ir poniendo las pilas
> aquí me tenéis para lo que haga falta. En todo lo que pueda ayudar lo haré
> encantado.
>
> Saludos,
> Paulino.
> El 27/4/2016 11:52, "Miguel Sevilla-Callejo" 
> escribió:
>
>> Hola de nuevo,
>>
>> Parece que el correo de Jorge de ayer ha servido para "reactivar la
>> reactivación", gracias!
>>
>> Me sumo a las líneas de acción que ha descrito Santiago.
>>
>> Si hay que afrontar algún gasto contar conmigo (si somos mucho no será
>> grande la cuantía).
>>
>> Adelante con los hangouts o la vía que mejor os parezca. Y si, lo antes
>> posible.
>>
>> También soy partidario de que si se hace una asociación se le aplique
>> algún tipo de cuota para fidelizar a los socios. Esto, bajo mi punto de
>> vista no quita que si alguien no puede afrontar esa cuota y es activo no se
>> le tenga en cuenta. Yo lo veo más como un modo de ir tomando el pulso a la
>> gente y ver si sigue activa que para recaudar dinero (lo importante en
>> estos proyectos es más el tiempo dedicado que el dinero que se da).
>>
>> ¿Se pueden escanear los papeles y hacérnoslos llegar a los demás para
>> echarles un vistazo?
>>
>> En la pequeña reunión que tuvimos algunos de los aragoneses activos y
>> Oscar hace un par de semanas estuve planteando el problema que tenemos
>> todos con el tiempo y como podríamos organizar las diferentes actividades
>> de la comunidad y la potencial asociación para que optimicemos nuestros
>> tiempos y esfuerzos. Creo que independientemente quien figure como
>> presidente/a, secretario/a, etc... de la asociación podríamos marcar una
>> serie de pequeñas líneas de acción con personas determinadas de liderar y
>> coordinar las mismas. De este modo podríamos tener personas claves en temas
>> como normalización de carreteras, senderos, importación del catastro,
>> edición de cubiertas del terreno, HOTOSM, contacto con Wikipedia... (tengo
>> gente y personas en la cabeza pero mejor ya lo vamos viendo).
>>
>> El propio Santiago ha planteado en el grupo de Telegram (ha mandado
>> enlace Oscar) la posibilidad de usar esa vía para los aspectos más
>> inmediatos de la organización. Os animo a que os unáis. En el propio grupo
>> hemos coincidido algunos que, de todos modos, usemos esta vía, la de la
>> lista de correo electrónico, para los aspectos más extensos e importantes.
>>
>> A ver, recapitulando, por el momento,  (n menos de 24 horas) han
>> manifestado si interés en participar en la medida de sus posibilidades:
>>
>> - Diego García
>> - Alejandro Suárez
>> - Pepe Casado
>> - Jorge Sanz
>> - Oscar Zorrilla
>> - Santiago Higuera
>> - Jorge Sanz Sanfructuoso
>> - Cruz Enrique Borges (apoyo moral, al menos)
>> - Moises Arcos
>> - Manuel (wikimonty) ?
>> - Iván Sánchez (participó remotamente en reunión IGN)
>> - Carlos Dávila (participó remotamente en reunión IGN)
>> - Pedro-Juan Ferrer (participó remotamente en reunión IGN)
>>
>> Me dejo algunos otros ilustres y más activos miembros de la comunidad que
>> aún no se han pronunciado y presumo podrían unirse al listado anterior como
>> Jaime Crespo (no se si tiene mucha disponibilidad ahora), los hermanos
>> Gómez de Santander, Luis García, Rafael Avila, Héctor Ramos...
>>
>> Pues ya somos un número interesante para ir marchando, ¿no?
>>
>> Insisto que si nos repartimos el trabajo entre todos no habría de
>> requerir mucho tiempo de forma individual, aunque legal/formalmente la
>> presidencia y organos asociados recaigan en cuatro personas concretas.
>>
>> Venga, manifestaos y vamos preparando para una quedada virtual!
>>
>> ¿Alguien se anima y/o le parece bien que se cree una página en la wiki al
>> respecto de la reactivación de OSM.es?
>>
>> Un saludo
>>
>> Miguel
>>
>>
>> --
>> *Miguel Sevilla-Callejo*
>>
>> *Doctor in Geography*
>> a. Associate Lecturer at Dpto. of Geography & Territorial Planning at
>> University of Zaragoza
>> b. Fellow at the Pyrenean Institute of Ecology - Spanish National
>> Research Council
>> c. Freelance consultant & researcher - Member #698, Spanish Professional
>> Association of Geographers
>>
>> *Doctor en Geografía*
>> a. Profesor asociado en el Dpto. de Geografía y Ordenación 

Re: [Talk-es] POSIBLE IMPORTACIÓN DE DATOS DEL IGN.

[Matías Taborda Barroso]

Hola. De acuerdo completamente con lo que dices.

Llevo unos días bastante liado y no he podido meterle mano a la wiki, pero
es evidente que en la misma debe haber referencia tanto a esta discusión
como a la reunión del IGN.

En unos días tendré preparados unos archivos ejemplo del tema hidrografía
para que discutamos la forma y resultado.

Una idea que propongo es repartir el trabajo nominalmente, para que no
dejemos cosas por hacer o estemos trabajando varias personas en lo mismo ..
¿Que os parece?
El 30/3/2016 11:33, "Miguel Sevilla-Callejo" <msevill...@gmail.com>
escribió:

> Hola de nuevo,
>
> Vuelvo a entrar las páginas de la wiki y creo que urge poner todo esto
> claro allí. Tal vez se pueda usar la página ES:Import_IGN [1] y explicarlo
> allí. También se puede remitir a este hilo de conversaciones de la lista de
> correos y enlazar a las otras páginas de la wiki relacionadas (como la de
> la reunión con el IGN [2]). ¿Qué os parece?
>
> Así mismo, y volviendo con el tema de la wiki, estaría bien que en la
> página de referencia de la wiki de España estuviera recogida esta
> iniciativa (y las demás que han ido surgiendo) pero para eso ya escribiré
> en otro hilo.
>
> Ya diréis
>
> M
>
> [1] http://wiki.openstreetmap.org/wiki/ES:Import_IGN
> [2] http://wiki.openstreetmap.org/wiki/Reuni%C3%B3n_OSM.es_-_IGN
>
>
>
>
> On 30/03/16 10:16, Matías Taborda Barroso wrote:
>
> Hola. Antes de todo eso, es necesario acabar la documentación de
> importación, pasarla a inglés y empezar a discutir en la lista imports.
>
> Por otro lado, yo tengo ya descargada toda la cartografía. Hay que definir
> herramientas con las que hacer la conversión y etiquetado, evidentemente
> previo hay que definir el etiquetado.
>
> Me parece correcto empezar con hidrografía
> El 30/3/2016 9:55, "Miguel Sevilla-Callejo" <msevill...@gmail.com>
> escribió:
>
>> Hola,
>>
>> Leo ahora con mucho retraso los correos
>>
>> ¿Cómo se ha quedado con el tema de la importación?
>>
>> Veo que habéis creado dos páginas en la wiki pero están sin conectar
>> enlazar una con la otra:
>> http://wiki.openstreetmap.org/wiki/ES:Import_IGN
>> http://wiki.openstreetmap.org/wiki/ES:BTN25
>>
>> Entiendo que habrá que trabajar sobre las dos, no?   No se si me he
>> perdido algún correo entre medias.
>>
>> Se habló de hacer alguna prueba a nivel de un territorio concreto.
>> ¿Alguien se está animando?
>>
>> Se podría empezar con unos elementos concretos, yo propongo la
>> hidrografía y afines, 03xxx, que suelen estar bastante escasas en la base
>> de datos de OSM.
>>
>> Ahí lanzo la piedra...
>>
>> Un saludo
>>
>> Miguel
>>
>> --
>> *Miguel Sevilla-Callejo*
>>
>> * Doctor in Geography*
>> a. Associate Lecturer at Dpto. of Geography & Territorial Planning at
>> University of Zaragoza
>> b. Fellow at the Pyrenean Institute of Ecology - Spanish National
>> Research Council
>> c. Freelance consultant & researcher - Member #698, Spanish Professional
>> Association of Geographers
>>
>> *Doctor en Geografía*
>> a. Profesor asociado en el Dpto. de Geografía y Ordenación del Territorio
>> de la Univ. de Zaragoza
>> b. Colaborador del Instituto Pirenaico de Ecología - Consejo Superior de
>> Investigaciones Científicas
>> c. Consultor e investigador freelance - Colegiado 698 del Colegio Oficial
>> de Geógrafos
>>
>> 2016-03-07 14:20 GMT+01:00 Matías Taborda Barroso <
>> taborda.barr...@gmail.com>:
>>
>>> Ok. Gracias.
>>>
>>> Por cierto ya tengo descargadas casi la totalidad de las hojas. Para ir
>>> echando un vistazo a los datos e ir viendo los posibles procesos que serán
>>> necesarios....
>>>
>>> Otra. Alguien que controle el idioma de Shakespeare, la wiki del proceso
>>> de importación hay que tenerla preparada en inglés para cuando notifiquemos
>>> a la lista imports.
>>>
>>> Y estar preparado porque nos van dar por todos lados. :).
>>> El 7/3/2016 14:10, "Alejandro S." <alejandro...@gmail.com> escribió:
>>>
>>>> Ya la he visto, se pone un link a la que tiene la tabla y fiesta :)
>>>>
>>>> Atentamente,
>>>>   Alejandro Suárez
>>>>
>>>> 2016-03-07 14:06 GMT+01:00 Matías Taborda Barroso <
>>>> taborda.barr...@gmail.com>:
>>>>
>>>>> Pero nos hemos cruzado trabajando en la wiki
>>>>>
>>>>> Yo he creado esto.
>>>>>
>>&

Re: [Talk-es] POSIBLE IMPORTACIÓN DE DATOS DEL IGN.

[Matías Taborda Barroso]

Hola. Antes de todo eso, es necesario acabar la documentación de
importación, pasarla a inglés y empezar a discutir en la lista imports.

Por otro lado, yo tengo ya descargada toda la cartografía. Hay que definir
herramientas con las que hacer la conversión y etiquetado, evidentemente
previo hay que definir el etiquetado.

Me parece correcto empezar con hidrografía
El 30/3/2016 9:55, "Miguel Sevilla-Callejo" <msevill...@gmail.com> escribió:

> Hola,
>
> Leo ahora con mucho retraso los correos
>
> ¿Cómo se ha quedado con el tema de la importación?
>
> Veo que habéis creado dos páginas en la wiki pero están sin conectar
> enlazar una con la otra:
> http://wiki.openstreetmap.org/wiki/ES:Import_IGN
> http://wiki.openstreetmap.org/wiki/ES:BTN25
>
> Entiendo que habrá que trabajar sobre las dos, no?   No se si me he
> perdido algún correo entre medias.
>
> Se habló de hacer alguna prueba a nivel de un territorio concreto.
> ¿Alguien se está animando?
>
> Se podría empezar con unos elementos concretos, yo propongo la hidrografía
> y afines, 03xxx, que suelen estar bastante escasas en la base de datos de
> OSM.
>
> Ahí lanzo la piedra...
>
> Un saludo
>
> Miguel
>
> --
> *Miguel Sevilla-Callejo*
>
> *Doctor in Geography*
> a. Associate Lecturer at Dpto. of Geography & Territorial Planning at
> University of Zaragoza
> b. Fellow at the Pyrenean Institute of Ecology - Spanish National Research
> Council
> c. Freelance consultant & researcher - Member #698, Spanish Professional
> Association of Geographers
>
> *Doctor en Geografía*
> a. Profesor asociado en el Dpto. de Geografía y Ordenación del Territorio
> de la Univ. de Zaragoza
> b. Colaborador del Instituto Pirenaico de Ecología - Consejo Superior de
> Investigaciones Científicas
> c. Consultor e investigador freelance - Colegiado 698 del Colegio Oficial
> de Geógrafos
>
> 2016-03-07 14:20 GMT+01:00 Matías Taborda Barroso <
> taborda.barr...@gmail.com>:
>
>> Ok. Gracias.
>>
>> Por cierto ya tengo descargadas casi la totalidad de las hojas. Para ir
>> echando un vistazo a los datos e ir viendo los posibles procesos que serán
>> necesarios
>>
>> Otra. Alguien que controle el idioma de Shakespeare, la wiki del proceso
>> de importación hay que tenerla preparada en inglés para cuando notifiquemos
>> a la lista imports.
>>
>> Y estar preparado porque nos van dar por todos lados. :).
>> El 7/3/2016 14:10, "Alejandro S." <alejandro...@gmail.com> escribió:
>>
>>> Ya la he visto, se pone un link a la que tiene la tabla y fiesta :)
>>>
>>> Atentamente,
>>>   Alejandro Suárez
>>>
>>> 2016-03-07 14:06 GMT+01:00 Matías Taborda Barroso <
>>> taborda.barr...@gmail.com>:
>>>
>>>> Pero nos hemos cruzado trabajando en la wiki
>>>>
>>>> Yo he creado esto.
>>>>
>>>> Se debería recolocar no?
>>>>
>>>> http://wiki.openstreetmap.org/wiki/ES:Import_IGN
>>>> El 7/3/2016 14:01, "Matías Taborda Barroso" <taborda.barr...@gmail.com>
>>>> escribió:
>>>>
>>>>> Ostras.
>>>>>
>>>>> Eso si que es rapidez Muchas gracias
>>>>> El 7/3/2016 13:48, "Alejandro S." <alejandro...@gmail.com> escribió:
>>>>>
>>>>>> ¡He aquí la tabla!
>>>>>>
>>>>>> http://wiki.openstreetmap.org/wiki/ES:BTN25
>>>>>>
>>>>>> Mejor seguir a partir de ahora ahí
>>>>>>
>>>>>> Atentamente,
>>>>>>   Alejandro Suárez
>>>>>>
>>>>>> 2016-03-05 11:00 GMT+01:00 Matías Taborda Barroso <
>>>>>> taborda.barr...@gmail.com>:
>>>>>>
>>>>>>> Hola.
>>>>>>>
>>>>>>> Tienes razón Santiago, en realidad en OSM España nunca se ha
>>>>>>> discutido una "política" de importación y como resultado tenemos algunas
>>>>>>> importaciones que dejan mucho que  desear, por ejemplo CORINE o REDNAP 
>>>>>>> de
>>>>>>> la que soy responsable.
>>>>>>>
>>>>>>> Pero no es cuestión ahora de debatir lo que se hizo en el pasado,
>>>>>>> las directrices de importación marcan claramente el camino a seguir y
>>>>>>> siguiéndolas al pie de la letra, estudiando cada caso, habrá que actuar 
>>>&

Re: [Talk-es] POSIBLE IMPORTACIÓN DE DATOS DEL IGN.

[Matías Taborda Barroso]

Ok. Gracias.

Por cierto ya tengo descargadas casi la totalidad de las hojas. Para ir
echando un vistazo a los datos e ir viendo los posibles procesos que serán
necesarios

Otra. Alguien que controle el idioma de Shakespeare, la wiki del proceso de
importación hay que tenerla preparada en inglés para cuando notifiquemos a
la lista imports.

Y estar preparado porque nos van dar por todos lados. :).
El 7/3/2016 14:10, "Alejandro S." <alejandro...@gmail.com> escribió:

> Ya la he visto, se pone un link a la que tiene la tabla y fiesta :)
>
> Atentamente,
>   Alejandro Suárez
>
> 2016-03-07 14:06 GMT+01:00 Matías Taborda Barroso <
> taborda.barr...@gmail.com>:
>
>> Pero nos hemos cruzado trabajando en la wiki
>>
>> Yo he creado esto.
>>
>> Se debería recolocar no?
>>
>> http://wiki.openstreetmap.org/wiki/ES:Import_IGN
>> El 7/3/2016 14:01, "Matías Taborda Barroso" <taborda.barr...@gmail.com>
>> escribió:
>>
>>> Ostras.
>>>
>>> Eso si que es rapidez Muchas gracias
>>> El 7/3/2016 13:48, "Alejandro S." <alejandro...@gmail.com> escribió:
>>>
>>>> ¡He aquí la tabla!
>>>>
>>>> http://wiki.openstreetmap.org/wiki/ES:BTN25
>>>>
>>>> Mejor seguir a partir de ahora ahí
>>>>
>>>> Atentamente,
>>>>   Alejandro Suárez
>>>>
>>>> 2016-03-05 11:00 GMT+01:00 Matías Taborda Barroso <
>>>> taborda.barr...@gmail.com>:
>>>>
>>>>> Hola.
>>>>>
>>>>> Tienes razón Santiago, en realidad en OSM España nunca se ha discutido
>>>>> una "política" de importación y como resultado tenemos algunas
>>>>> importaciones que dejan mucho que  desear, por ejemplo CORINE o REDNAP de
>>>>> la que soy responsable.
>>>>>
>>>>> Pero no es cuestión ahora de debatir lo que se hizo en el pasado, las
>>>>> directrices de importación marcan claramente el camino a seguir y
>>>>> siguiéndolas al pie de la letra, estudiando cada caso, habrá que actuar de
>>>>> una forma u otra, pero no dudo de que el aporte de la información del IGN
>>>>> será positiva.
>>>>>
>>>>> Por ejemplo, la red Hidrográfica, en muchas zonas de España, es
>>>>> prácticamente inexistente, pero no por ello se podrá hacer la importancia
>>>>> de forma masiva porque habrá que hacer las conexiones con elementos
>>>>> existentes, crear puentes en los cruces con carreteras, priorizar posibles
>>>>> diferencias con lo ya existente, etc...
>>>>> El 5/3/2016 10:42, "Santiago Crespo" <openstreet...@flanera.net>
>>>>> escribió:
>>>>>
>>>>>> Perdonad mi ignorancia, pero ¿dónde se discutió y se especifica ésta
>>>>>> política?
>>>>>>
>>>>>> ¿Qué problemas hay en seguir las directrices para por ejemplo importar
>>>>>> los recursos hidrográficos del IGN que faltan en OSM?
>>>>>>
>>>>>>
>>>>>> On 03/05/2016 08:30 AM, Pedro-Juan Ferrer Matoses wrote:
>>>>>> > Hola,
>>>>>> >
>>>>>> > la política general de la comunidad OSM española es no hacer
>>>>>> > importaciones masivas y dentro de lo que cabe hay que respetarla.
>>>>>> >
>>>>>> > Es posible que se pudiera hacer importación masiva de cosas que
>>>>>> ahora no
>>>>>> > existan a nivel nacional, pero para el resto, la comunidad prefiere
>>>>>> > revisar caso por caso en zonas pequeñas.
>>>>>> >
>>>>>> >
>>>>>> >
>>>>>> > ___
>>>>>> > 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
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] POSIBLE IMPORTACIÓN DE DATOS DEL IGN.

[Matías Taborda Barroso]

Ostras.

Eso si que es rapidez Muchas gracias
El 7/3/2016 13:48, "Alejandro S." <alejandro...@gmail.com> escribió:

> ¡He aquí la tabla!
>
> http://wiki.openstreetmap.org/wiki/ES:BTN25
>
> Mejor seguir a partir de ahora ahí
>
> Atentamente,
>   Alejandro Suárez
>
> 2016-03-05 11:00 GMT+01:00 Matías Taborda Barroso <
> taborda.barr...@gmail.com>:
>
>> Hola.
>>
>> Tienes razón Santiago, en realidad en OSM España nunca se ha discutido
>> una "política" de importación y como resultado tenemos algunas
>> importaciones que dejan mucho que  desear, por ejemplo CORINE o REDNAP de
>> la que soy responsable.
>>
>> Pero no es cuestión ahora de debatir lo que se hizo en el pasado, las
>> directrices de importación marcan claramente el camino a seguir y
>> siguiéndolas al pie de la letra, estudiando cada caso, habrá que actuar de
>> una forma u otra, pero no dudo de que el aporte de la información del IGN
>> será positiva.
>>
>> Por ejemplo, la red Hidrográfica, en muchas zonas de España, es
>> prácticamente inexistente, pero no por ello se podrá hacer la importancia
>> de forma masiva porque habrá que hacer las conexiones con elementos
>> existentes, crear puentes en los cruces con carreteras, priorizar posibles
>> diferencias con lo ya existente, etc...
>> El 5/3/2016 10:42, "Santiago Crespo" <openstreet...@flanera.net>
>> escribió:
>>
>>> Perdonad mi ignorancia, pero ¿dónde se discutió y se especifica ésta
>>> política?
>>>
>>> ¿Qué problemas hay en seguir las directrices para por ejemplo importar
>>> los recursos hidrográficos del IGN que faltan en OSM?
>>>
>>>
>>> On 03/05/2016 08:30 AM, Pedro-Juan Ferrer Matoses wrote:
>>> > Hola,
>>> >
>>> > la política general de la comunidad OSM española es no hacer
>>> > importaciones masivas y dentro de lo que cabe hay que respetarla.
>>> >
>>> > Es posible que se pudiera hacer importación masiva de cosas que ahora
>>> no
>>> > existan a nivel nacional, pero para el resto, la comunidad prefiere
>>> > revisar caso por caso en zonas pequeñas.
>>> >
>>> >
>>> >
>>> > ___
>>> > 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] Resumen de Talk-es, Vol 110, Envío 10

[Matías Taborda Barroso]

Hola. No se como has hecho pero has contestado creando otro tema no?.

Si, quizás una opción sería dividir por términos municipales. Será cuestión
de decidir cuál puede ser la mejor forma.

Evidentemente esta entrada es un principio de todo el proceso, por ejemplo
la tabla colgada en Google drive con la propuesta de elementos y tags,
habrá que pasarla a la wiki, donde habrá que ir documentando todo.

Echale un vistazo a tu configuración de la  lista porque quizás por eso
recibas los correos en modo digestcreo.
El 5/3/2016 16:23, "yo paseopor"  escribió:

> Saludos!
> Yo propongo usar un proceso de importación pormenorizado. Creo que una
> entidad que nos puede funcionar bien es la división por municipios 8para
> los procesos grupales de datos, o la división por elementos individuales a
> la hora de importar grandes tramos que requieran coordinación y revisión
> (ejemplo: recorrido del río Ebro) , a partir de ahí, y empezando por
> nuestros intereses podemos determinar qué datos podemos querer (o hacemos
> una tabla o podría ser por número de categoría de esos datos, que vemos en
> la hoja de cálculo.
>
> Pienso que como somos pocos e interesados en el tema...estaría bien usar
> una wiki parecida a
>
> http://wiki.openstreetmap.org/wiki/Corredor_del_Henares#Municipios
>
> El hecho de que esté en la wiki lleva algo de trabajo pero lo abre y
> difunde a todos los OSMgramers y puede servir como herramienta para
> coordinarnos.
>
> Importaciones a saco no pueden ser ya que aunque pueda faltar algún
> elemento puntual ,por lo que yo conozco en mi zona, por ejemplo (Catalunya)
> ya existen elementos detemrinados que deben ser conectados y mejorados, así
> que también revisados.
>
> Y hablando de zonas determinadas el IGN no es el único que se ha
> "liberado" por lo que aquí en Catalunya por ejemplo, también tiramos de
> datos del ICGC y , por desgracia no siempre están coordinados (uno o los
> dos tienen errores a corregir sobre el terreno) así que es información a
> contrastar y revisar.
>
> Por lo que más allá de las importaciones creo en un trabajo pseudomanual
> que nos permita consultar datos y añadirlos
>
> ¿Cómo lo veis?
> Salut i importacions lliures
> yopaseopor
>
>
>
> ___
> 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] POSIBLE IMPORTACIÓN DE DATOS DEL IGN.

[Matías Taborda Barroso]

Hola.

Tienes razón Santiago, en realidad en OSM España nunca se ha discutido una
"política" de importación y como resultado tenemos algunas importaciones
que dejan mucho que  desear, por ejemplo CORINE o REDNAP de la que soy
responsable.

Pero no es cuestión ahora de debatir lo que se hizo en el pasado, las
directrices de importación marcan claramente el camino a seguir y
siguiéndolas al pie de la letra, estudiando cada caso, habrá que actuar de
una forma u otra, pero no dudo de que el aporte de la información del IGN
será positiva.

Por ejemplo, la red Hidrográfica, en muchas zonas de España, es
prácticamente inexistente, pero no por ello se podrá hacer la importancia
de forma masiva porque habrá que hacer las conexiones con elementos
existentes, crear puentes en los cruces con carreteras, priorizar posibles
diferencias con lo ya existente, etc...
El 5/3/2016 10:42, "Santiago Crespo"  escribió:

> Perdonad mi ignorancia, pero ¿dónde se discutió y se especifica ésta
> política?
>
> ¿Qué problemas hay en seguir las directrices para por ejemplo importar
> los recursos hidrográficos del IGN que faltan en OSM?
>
>
> On 03/05/2016 08:30 AM, Pedro-Juan Ferrer Matoses wrote:
> > Hola,
> >
> > la política general de la comunidad OSM española es no hacer
> > importaciones masivas y dentro de lo que cabe hay que respetarla.
> >
> > Es posible que se pudiera hacer importación masiva de cosas que ahora no
> > existan a nivel nacional, pero para el resto, la comunidad prefiere
> > revisar caso por caso en zonas pequeñas.
> >
> >
> >
> > ___
> > 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] POSIBLE IMPORTACIÓN DE DATOS DEL IGN.

[Matías Taborda Barroso]

Hola.

Si claro, es lo que he dicho. Nada de importaciones masivas, que no hay
buenas experiencias en ese sentido.

Cumplimiento a rajatabla de las directrices de importaciones, con discusión
en la lista imports incluida.

Y luego poco a poco y con un "protocolo" establecido, revisando los choques
y veracidad de los elementos a importar.

Vamos, es mi idea, pero veo poco "movimiento" en la comunidad...
El 5/3/2016 8:30, "Pedro-Juan Ferrer Matoses"  escribió:

> Hola,
>
> la política general de la comunidad OSM española es no hacer importaciones
> masivas y dentro de lo que cabe hay que respetarla.
>
> Es posible que se pudiera hacer importación masiva de cosas que ahora no
> existan a nivel nacional, pero para el resto, la comunidad prefiere revisar
> caso por caso en zonas pequeñas.
>
> ___
> 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] POSIBLE IMPORTACIÓN DE DATOS DEL IGN.

[Matías Taborda Barroso]

Hola. Sí, me puse y actualice con los subtipos. Faltan algunos aún.

Habrá que echarle un vistazo a fondo al tema de etiquetado

No, entre unas cosas y otras hay  trabajo para aburrir
El 4/3/2016 17:20, "Santiago Crespo" <openstreet...@flanera.net> escribió:

> Alguien subió el listado de subtipos, gracias!
>
> Ya están actualizados casi todos los tags OSM, por si os apetece
> revisarlos e ir comentando en cada elemento si veis algún inconveniente
> a la hora de importarlo.
>
>
> On 03/04/2016 01:17 PM, Santiago Crespo wrote:
> > Estaría bueno entonces tener el listado con todos los subtipos, para ir
> > concretando con tags OSM lo que podríamos importar.
> >
> > On 03/04/2016 12:50 PM, Matías Taborda Barroso wrote:
> >> Hola Santiago. Buen trabajo ¡¡¡.
> >>
> >> Punto acotado yo creo que se refiere a las cotas de altitud que aparecen
> >> en los mapas en cimas, collados, etc. Es un punto imaginario por lo que
> >> no tiene sentido su importación, al igual que las curvas de nivel.
> >>
> >> Otras cosas será discutible su uso en base a sí tenemos fuentes mejores
> >> (viales, calles, hidrografía versus confederaciones, por ejemplo). Eso
> >> es lo que debemos decidir.
> >>
> >> Y claro, lo que comentas de los molinos es aplicable a otros fenómenos,
> >> cada fenómeno puede englobar varias entidades que se deben tagear
> >> distinto, pero pienso que se puede automatizar porque cada shp de  un
> >> fenómeno determinado tiene distintos códigos para cada subtipo de
> >> elemento...
> >>
> >> Gracias.
> >>
> >> El 4/3/2016 12:23, "Santiago Crespo" <openstreet...@flanera.net
> >> <mailto:openstreet...@flanera.net>> escribió:
> >>
> >> Hola,
> >>
> >> He tageado hasta el 65, sin pensar demasiado en si conviene
> importarlo a
> >> OSM o si hay otras fuentes mejores.
> >>
> >> Algunos fenómenos habría que diferenciarlos. Por ejemplo entre
> molinos
> >>     de viento y de agua. Aunque pensándolo un poco seguro que se puede
> de
> >> forma automática, pues nadie plantaría un molino de viento al lado
> de un
> >> río :)
> >>
> >> Y otros fenómenos como "Punto Acotado" no sé que son.
> >>
> >> Saludos,
> >> Santiago Crespo
> >>
> >> On 03/04/2016 10:10 AM, Matías Taborda Barroso wrote:
> >> > Hola. Buenas días.
> >> >
> >> > El pasado lunes hubo una reunión de colaboradores de OSM con
> >> > responsables del IGN, para tratar posibles trabajos conjuntos
> entre
> >> > ambas organizaciones. En la wiki hay una entrada con un resumen
> de lo
> >> > tratado en esa reunión [1]
> >> >
> >> > Cogiendo el primer punto de la reunión del Lunes con la gente del
> IGN,
> >> > me he permitido empezar esta "discusión" acerca de que podemos
> hacer,
> >> > como, quienes, cuando, etc.
> >> >
> >> > En definitiva, empezando por los datos disponibles de la BTN25
> >> > (Cartociudad aparte), me he descargado el documento que enumera
> los
> >> > distintos tipos de fenómenos que forman la BTN25, siendo estos un
> >> total
> >> > de 88 tipos.
> >> >
> >> > He creado una hoja de cálculo en Google Drive [2] para que entre
> todos
> >> > vayamos editándola y empecemos a considerar que elementos de esta
> >> > cartografía, sería bueno y factible añadir a OSM. No es la forma
> más
> >> > ortodoxa, quizás lo suyo es crear una entrada en la wiki e ir
> >> trabajando
> >> > sobre ella, pero quizás para ver con que gente se puede contar
> >> puede ser
> >> > un buen comienzo.
> >> >
> >> > A la vez, si quereis, podemos ir debatiendo o aclarando las
> posibles
> >> > formas de trabajar y para empezar, considerando que:
> >> >
> >> >   * Somos pocos.
> >> >   * Creo que todos hacemos esto por afición, amor al arte o como
> se
> >> > quiera llamar, por lo que podremos comprometernos hasta cierto
> >> punto
> >> > y con ciertas tareas.
> >> >   * Pero considero que organizandonos bien y repartiendo pequeñas
> >> > tareas, complementándonos unos a otros, podremo

Re: [Talk-es] POSIBLE IMPORTACIÓN DE DATOS DEL IGN.

[Matías Taborda Barroso]

Evidentemente  Alejandro. De importaciones a lo bestia ni hablar.

Tipo como se planteó con Catastro, es decir, revisión con Ortofotos,
conexión con elementos que ya estén en OSM y en caso de mismos elementos
casi siempre primará lo  ya existente.

Y para ello hay que hacerlo por partes, por ejemplo establecer unidades de
trabajo equivalentes a ficheros de cada hoja 1/25000 y dependiendo del
fenómeno en cuestión, incluso más pequeño...
El 4/3/2016 13:01, "Alejandro S." <alejandro...@gmail.com> escribió:

> También hay que tener en cuenta que esto no se puede importar
> directamente, siempre habrá que revisar los datos para ver que no hay cosas
> absurdas y no "chocan" con datos ya subidos a osm.
>
> On Fri, Mar 4, 2016, 12:51 Matías Taborda Barroso <
> taborda.barr...@gmail.com> wrote:
>
>> Hola Santiago. Buen trabajo ¡¡¡.
>>
>> Punto acotado yo creo que se refiere a las cotas de altitud que aparecen
>> en los mapas en cimas, collados, etc. Es un punto imaginario por lo que no
>> tiene sentido su importación, al igual que las curvas de nivel.
>>
>> Otras cosas será discutible su uso en base a sí tenemos fuentes mejores
>> (viales, calles, hidrografía versus confederaciones, por ejemplo). Eso es
>> lo que debemos decidir.
>>
>> Y claro, lo que comentas de los molinos es aplicable a otros fenómenos,
>> cada fenómeno puede englobar varias entidades que se deben tagear distinto,
>> pero pienso que se puede automatizar porque cada shp de  un fenómeno
>> determinado tiene distintos códigos para cada subtipo de elemento...
>>
>> Gracias.
>> El 4/3/2016 12:23, "Santiago Crespo" <openstreet...@flanera.net>
>> escribió:
>>
>>> Hola,
>>>
>>> He tageado hasta el 65, sin pensar demasiado en si conviene importarlo a
>>> OSM o si hay otras fuentes mejores.
>>>
>>> Algunos fenómenos habría que diferenciarlos. Por ejemplo entre molinos
>>> de viento y de agua. Aunque pensándolo un poco seguro que se puede de
>>> forma automática, pues nadie plantaría un molino de viento al lado de un
>>> río :)
>>>
>>> Y otros fenómenos como "Punto Acotado" no sé que son.
>>>
>>> Saludos,
>>> Santiago Crespo
>>>
>>> On 03/04/2016 10:10 AM, Matías Taborda Barroso wrote:
>>> > Hola. Buenas días.
>>> >
>>> > El pasado lunes hubo una reunión de colaboradores de OSM con
>>> > responsables del IGN, para tratar posibles trabajos conjuntos entre
>>> > ambas organizaciones. En la wiki hay una entrada con un resumen de lo
>>> > tratado en esa reunión [1]
>>> >
>>> > Cogiendo el primer punto de la reunión del Lunes con la gente del IGN,
>>> > me he permitido empezar esta "discusión" acerca de que podemos hacer,
>>> > como, quienes, cuando, etc.
>>> >
>>> > En definitiva, empezando por los datos disponibles de la BTN25
>>> > (Cartociudad aparte), me he descargado el documento que enumera los
>>> > distintos tipos de fenómenos que forman la BTN25, siendo estos un total
>>> > de 88 tipos.
>>> >
>>> > He creado una hoja de cálculo en Google Drive [2] para que entre todos
>>> > vayamos editándola y empecemos a considerar que elementos de esta
>>> > cartografía, sería bueno y factible añadir a OSM. No es la forma más
>>> > ortodoxa, quizás lo suyo es crear una entrada en la wiki e ir
>>> trabajando
>>> > sobre ella, pero quizás para ver con que gente se puede contar puede
>>> ser
>>> > un buen comienzo.
>>> >
>>> > A la vez, si quereis, podemos ir debatiendo o aclarando las posibles
>>> > formas de trabajar y para empezar, considerando que:
>>> >
>>> >   * Somos pocos.
>>> >   * Creo que todos hacemos esto por afición, amor al arte o como se
>>> > quiera llamar, por lo que podremos comprometernos hasta cierto
>>> punto
>>> > y con ciertas tareas.
>>> >   * Pero considero que organizandonos bien y repartiendo pequeñas
>>> > tareas, complementándonos unos a otros, podremos lograr buenos
>>> > resultados
>>> >
>>> > En fin, vamos hablando
>>> >
>>> > [1] http://wiki.openstreetmap.org/wiki/Reuni%C3%B3n_OSM.es_-_IGN
>>> > [2]
>>> >
>>> https://docs.google.com/spreadsheets/d/1pAzjCzARXiiKxY6U0xPYiO3h4D8b-mYmpOG3itpi954/edit?usp=sharing
>>> >
>>> >
>>> > ___
>>> > 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] POSIBLE IMPORTACIÓN DE DATOS DEL IGN.

[Matías Taborda Barroso]

Hola Santiago. Buen trabajo ¡¡¡.

Punto acotado yo creo que se refiere a las cotas de altitud que aparecen en
los mapas en cimas, collados, etc. Es un punto imaginario por lo que no
tiene sentido su importación, al igual que las curvas de nivel.

Otras cosas será discutible su uso en base a sí tenemos fuentes mejores
(viales, calles, hidrografía versus confederaciones, por ejemplo). Eso es
lo que debemos decidir.

Y claro, lo que comentas de los molinos es aplicable a otros fenómenos,
cada fenómeno puede englobar varias entidades que se deben tagear distinto,
pero pienso que se puede automatizar porque cada shp de  un fenómeno
determinado tiene distintos códigos para cada subtipo de elemento...

Gracias.
El 4/3/2016 12:23, "Santiago Crespo" <openstreet...@flanera.net> escribió:

> Hola,
>
> He tageado hasta el 65, sin pensar demasiado en si conviene importarlo a
> OSM o si hay otras fuentes mejores.
>
> Algunos fenómenos habría que diferenciarlos. Por ejemplo entre molinos
> de viento y de agua. Aunque pensándolo un poco seguro que se puede de
> forma automática, pues nadie plantaría un molino de viento al lado de un
> río :)
>
> Y otros fenómenos como "Punto Acotado" no sé que son.
>
> Saludos,
> Santiago Crespo
>
> On 03/04/2016 10:10 AM, Matías Taborda Barroso wrote:
> > Hola. Buenas días.
> >
> > El pasado lunes hubo una reunión de colaboradores de OSM con
> > responsables del IGN, para tratar posibles trabajos conjuntos entre
> > ambas organizaciones. En la wiki hay una entrada con un resumen de lo
> > tratado en esa reunión [1]
> >
> > Cogiendo el primer punto de la reunión del Lunes con la gente del IGN,
> > me he permitido empezar esta "discusión" acerca de que podemos hacer,
> > como, quienes, cuando, etc.
> >
> > En definitiva, empezando por los datos disponibles de la BTN25
> > (Cartociudad aparte), me he descargado el documento que enumera los
> > distintos tipos de fenómenos que forman la BTN25, siendo estos un total
> > de 88 tipos.
> >
> > He creado una hoja de cálculo en Google Drive [2] para que entre todos
> > vayamos editándola y empecemos a considerar que elementos de esta
> > cartografía, sería bueno y factible añadir a OSM. No es la forma más
> > ortodoxa, quizás lo suyo es crear una entrada en la wiki e ir trabajando
> > sobre ella, pero quizás para ver con que gente se puede contar puede ser
> > un buen comienzo.
> >
> > A la vez, si quereis, podemos ir debatiendo o aclarando las posibles
> > formas de trabajar y para empezar, considerando que:
> >
> >   * Somos pocos.
> >   * Creo que todos hacemos esto por afición, amor al arte o como se
> > quiera llamar, por lo que podremos comprometernos hasta cierto punto
> > y con ciertas tareas.
> >   * Pero considero que organizandonos bien y repartiendo pequeñas
> > tareas, complementándonos unos a otros, podremos lograr buenos
> > resultados
> >
> > En fin, vamos hablando
> >
> > [1] http://wiki.openstreetmap.org/wiki/Reuni%C3%B3n_OSM.es_-_IGN
> > [2]
> >
> https://docs.google.com/spreadsheets/d/1pAzjCzARXiiKxY6U0xPYiO3h4D8b-mYmpOG3itpi954/edit?usp=sharing
> >
> >
> > ___
> > 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] POSIBLE IMPORTACIÓN DE DATOS DEL IGN.

[Matías Taborda Barroso]

Hola. Buenas días.

El pasado lunes hubo una reunión de colaboradores de OSM con responsables
del IGN, para tratar posibles trabajos conjuntos entre ambas
organizaciones. En la wiki hay una entrada con un resumen de lo tratado en
esa reunión [1]

Cogiendo el primer punto de la reunión del Lunes con la gente del IGN, me
he permitido empezar esta "discusión" acerca de que podemos hacer, como,
quienes, cuando, etc.

En definitiva, empezando por los datos disponibles de la BTN25 (Cartociudad
aparte), me he descargado el documento que enumera los distintos tipos de
fenómenos que forman la BTN25, siendo estos un total de 88 tipos.

He creado una hoja de cálculo en Google Drive [2] para que entre todos
vayamos editándola y empecemos a considerar que elementos de esta
cartografía, sería bueno y factible añadir a OSM. No es la forma más
ortodoxa, quizás lo suyo es crear una entrada en la wiki e ir trabajando
sobre ella, pero quizás para ver con que gente se puede contar puede ser un
buen comienzo.

A la vez, si quereis, podemos ir debatiendo o aclarando las posibles formas
de trabajar y para empezar, considerando que:

   - Somos pocos.
   - Creo que todos hacemos esto por afición, amor al arte o como se quiera
   llamar, por lo que podremos comprometernos hasta cierto punto y con ciertas
   tareas.
   - Pero considero que organizandonos bien y repartiendo pequeñas tareas,
   complementándonos unos a otros, podremos lograr buenos resultados

En fin, vamos hablando

[1] http://wiki.openstreetmap.org/wiki/Reuni%C3%B3n_OSM.es_-_IGN
[2]
https://docs.google.com/spreadsheets/d/1pAzjCzARXiiKxY6U0xPYiO3h4D8b-mYmpOG3itpi954/edit?usp=sharing
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Reunión OSM.es / IGN

[Matías Taborda Barroso]

Hola Jorge.

Respondiendo a tus preguntas:

Si y Si, pero.

Creo que debería haber interés en reflotar Osm.es pero por mi parte no creo
poder comprometerme a tal nivel, aunque todo sería cuestión de
saber/establecer como sería el funcionamiento, tareas, etc.

Y si que me gustaría charlar con la gente del IGN, pero.., no estoy por
Madrid.

Creo esencial que la colaboración con el IGN se establezca y se pueda
consolidar. A raiz de la liberación de los datos del IGN, veo muy
importante la "posible" utilización de esos datos para aportarlos a OSM.

Hace unos años nos quejábamos amargamente de que las administraciones
públicas no liberaban sus datos, que Openstreetmap "éramos" los únicos que
ofrecía esa información. Hoy el tema ha cambiado y mucho.. y no lo
estamos aprovechando.

Venga, suerte, ya vamos hablando

El 17 de febrero de 2016, 17:25, Jorge Sanz  escribió:

> Hola,
>
> El IGN me convoca para una reunión con ellos en la primera semana de
> marzo. Como ya comenté hace unas semanas yo actúo como mediador pero
> hace falta voluntarios que tengan ganas de sacar adelante la
> Asociación OSM España, ya que el IGN está *muy* interesado en
> colaborar con OSM a varios niveles.
>
> Así que dos preguntas:
>
> - ¿Hay interés en reflotar OSM.es?
> - ¿Alguien en Madrid que quiera venir a verse con la gente del IGN?
> (son super majos)
>
> --
> Jorge Sanz
> http://www.osgeo.org
> http://wiki.osgeo.org/wiki/Jorge_Sanz
>
> ___
> 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] Dudas de novato

[Matías Taborda Barroso]

Hola.

No se si llego a tiempo o ya lo has investigado, pero algo de Leaflet si te
puedo aconsejar.

Leaflet tiene un plugin que funciona bastante bien [1] en el que puedes
configurar en el código de Leaflet, de forma muy simple, el buscador que
utilizarás (Openstreetmap, Bing, Google, Esri, Nokia.)


[1] https://github.com/smeijer/L.GeoSearch

El 27 de enero de 2016, 2:09, Alejandro S. 
escribió:

> Hola,
>
> Mi objetivo es crear una especie de panoramio, pero en lugar de fotos, que
>> la gente suba otro tipo de información. En panoramio se necesitaba
>> almacenar las imágenes, sus coordenadas y la información adicional. Yo
>> guardaría en una base de datos propia todos estos datos. Lo único que me
>> faltaría sería disponer del "lienzo" donde plasmarlo, así como de un
>> buscador de calles y ciudades.
>>
>
> Piensa también si esa información podría ser interesante para el resto de
> la humanidad en general y para OSM en particular y, si dispones de los
> derechos sobre ella, si quieres añadirlos al propio OSM :)
>
>
>> Por lo que he visto, utilizando por ejemplo Leaflet, puedo seleccionar:
>>
>>- Quién me ofrece las tiles (OSM, MapBox, CartoDB,...)
>>
>>  Para hacer pruebas puedes usar los tiles de OSM, pero cuando ya se haga
> pública la página es recomendable que te las provea un tercero (o las
> generes tu mismo pero eso requiere su trabajo).
>
>>
>>- Qué buscador utilizo (Google, OSMGeocoder,...)
>>
>> El buscador que se utiliza en la web de OSM es Nominatim, hay otras
> empresas que también orcen la API de Nominatim, como MapQuest.
>
> Saludos,
> 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] Editar la wiki de OSM

[Matías Taborda Barroso]

Hola.

Feliz año.

Yo estoy por la labor, pero en tema de organización y sobre todo con la
wiki, me falta el aire

Así que, lo dicho, si alguien tiene tiempo e ideas de como
estructurarla/organizarla y actualizarla (está bastante viejuna) que
proponga como y nos ponemos manos a la obra...

Salu2.

El 9 de enero de 2016, 17:13, Miguel Sevilla-Callejo 
escribió:

> Hola,
>
> Este correo es mensaje muy rápido para abrir un hilo en la lista de correo
> retomando un tema que surgió en el grupo de Telegram.
>
> Es de todos sabido que la edición de la wiki en español en general, las
> traducciones, y de los artículos referentes a España, en particular, están
> bastante descuidados. Editar el mapa es muy entretenido y divertido pero la
> edición en la wiki es bastante tedioso y, en ocasiones, aburrido, pero esta
> es la página principal de documentación de OSM.
>
> Con este correo quiero hacer un llamamiento para organizarnos en el
> sentido de reestructurar y actualizar la wiki de lo relativo al territorio
> de España y aledaños.
>
> La wiki no solo se hace necesaria para la consulta de agunos aspectos de
> la base de datos de OSM que no se pueden incorporar en el mapa (para los
> metadatos) si no también puede ser una excelente herramienta para la
> coordinación de nuestras ediciones y trabajos.
>
> Es por ello que os propongo que nos organicemos en una especie de maratón
> de edición conjunta  (esto seguro tiene un nombre "moderno") para ¿febrero?
> y que si os parece bien contestéis a este correo con vuestras opiniones e
> ideas al respecto.
>
> Por mi parte, y en relación con la wiki:
> - tengo pendiente personalmente darle un empujón a la parte de senderismo
> (tengo un correo pendiente de hace un par de meses)
>
> - podríamos tener actualizado las actividades que se van tratando en esta
> misma lista
>
> - se podrían marcar objetivos/trabajos a seguir
>
> - y me parece relevante que exista algún tipo de
> liderazgo/responsabilidad/organización de cada uno de los temas por parte
> de una o varias personas para que podamos lanzar y poderle dar continuidad
> en el tiempo a los diferentes temas/páginas.
>
> ah! y feliz 2016 a todos
>
> 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
>
> ___
> 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] Todos los datos del IGN.... abiertos.

[Matías Taborda Barroso]

Hola.

Aunque supongo que ya debe ser conocido por la comunidad, el pasado día 26
se ha publicado en el BOE, la orden *Orden FOM/2807/2015 [1] *que establece
que todos los datos producidos por el IGN son libres y abiertos.

*"b) La Información Geográfica de Referencia de instalaciones, redes e
infraestructuras del transporte, de hidrografía y de entidades de población
producidas por el IGN. *
*c) Las Bases Topográficas Nacionales: BTN25 y BTN100. *
*d) Las Bases Cartográficas Numéricas: BCN25, BCN200 y BCN500. *
*e) Los Mapas Topográficos Nacionales digitales y continuos: MTN25 y
MTN50. *
*f) Los mapas de España digitales y continuos generados a las escalas
1:200.000 e inferiores. *
*g) Los Modelos Digitales de Elevaciones: MDT200, MDT25 y MDT5. *
*h) Los resultantes de la ejecución del Plan Nacional de Ortofotografía
Aérea (PNOA). *
*i) Los resultantes del tratamiento de los datos LiDAR. *
*j) Los resultantes del Sistema de Información sobre la Ocupación del Suelo
en España (SIOSE) y CORINE–Land Cover. *
*k) CartoCiudad: formado por la red viaria española. *
*l) Los generados en el marco del Atlas Nacional de España. *
*m) Las imágenes digitales resultantes del tratamiento de la documentación
del Archivo Técnico y Cartoteca del Instituto Geográfico Nacional."*

Aunque estemos a 28 y pueda parecer una inocentada no lo es :) [2].

En fin, cualquiera se queja ahora de que los datos geográficos no son
libres

Saludos y felices fiestas.



[1] https://www.boe.es/boe/dias/2015/12/26/pdfs/BOE-A-2015-14129.pdf

[2]
http://blog-idee.blogspot.com.es/2015/12/los-datos-del-ign-ya-son-datos-abiertos.html
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Cartociudad

[Matías Taborda Barroso]

Hola.

No se si se  ha planteado este tema alguna vez, quizás de pasada.

La cuestión es que si los datos de los portales proceden de Catastro, hay
que tomar las cosas con cuidado porque no siempre coinciden los números de
portales con la realidad. A veces no coinciden ni los nombres de las
calles...

Vamos, que habría que comprobar en campo esos datos, con lo cual, de poco
sirven

Saludos.
El 11/12/2015 10:02, "Daniel Pardo"  escribió:

> Muy buenas a todos,
>
> He comprobado que la información de cartociudad referente a numeros de
> portales, parece mas completa que la que hay actualmente en OSM.
> Les he escrito para preguntar si hay algún problema de licencia para poder
> incorporarlo a OSM.
>
> ¿Se ha tanteado antes esta opción?
>
> En caso de respuesta afirmatica, me gustaria contar con soporte de la
> comunidad para el proceso de subirlo a OSM.
>
> Gracias!
>
> Daniel
>
> Ref: http://www.cartociudad.es/portal/web/guest/que-es-cartociudad
>
> --
>
>
> *Daniel Pardo*CEO
>
> [image: http://cdn.tercerob.com/logo_terceroB_final.jpg]
> Plaza de las Cortes 2
> 28014 Madrid - España
> dan...@tercerob.com | www.tercerob.com
>
> [image: https://twitter.com/tercerobcom]  
> [image:
> /es.linkedin.com/company/tercerob-el-portal-de-las-casas]
> 
>
>
> Si no desea seguir recibiendo comunicaciones a través de esta vía o si
> desea ejercitar sus derechos de acceso, rectificación, cancelación y
> oposición, puede hacerlo enviando una solicitud por escrito a C/ Plaza de
> las Cortes  2, 6º planta 28014 Madrid Madrid - España, o a través de correo
> electrónico a h...@tercerob.com junto con prueba válida en derecho, como
> fotocopia del DNI e indicando en el asunto “PROTECCION DE DATOS”.
>
> La información contenida tanto en este e-mail, como en los documentos
> adjuntos, es información confidencial y privilegiada para uso exclusivo de
> la persona o personas a las que va dirigido. No está permitido el acceso a
> este mensaje a cualquier otra persona distinta a los indicados. Si no es
> uno de los destinatarios, cualquier duplicación, reproducción,
> distribución, así como cualquier uso de la información contenida o
> cualquiera otra acción u omisión tomada en relación con el mismo, está
> prohibida y puede ser ilegal.
>
> Este mensaje no supone la creación de relaciones contractuales ni otros
> compromisos a través del uso de este mensaje.
>
>
>
> ___
> 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] Límites administrativos municipales.

[Matías Taborda Barroso]

Hola.

Vereis, llevamos unos días comentando en el grupo de Telegram asuntos
relaciones con las líneas administrativas que delimitan los límites
municipales.

En su día, hace unos 6 años, se realizó la importación de estas líneas
utilizando la información disponible en el IGN, que era compatible con la
licencia de OSM.

Tal y como se advierte en la propia página de descargas del IGN, "*En el
caso general, las líneas límite inscritas en el Registro Central de
Cartografía tienen la incertidumbre geométrica correspondiente a un rango
de escalas entre 1:25.000 y 1:100.000, debido a la precisión de los métodos
e instrumentos topográficos utilizados en su día por el Instituto
Geográfico para su levantamiento y posterior trazado sobre el Mapa
Topográfico Nacional, y debido también a los procesos de digitalización de
dichas líneas límite sobre cartografía impresa, llevados a cabo años
después, para obtener su versión digital."*

Es por ello, que pasa a menudo que vemos como un límite municipal que
debería ir por el centro de un río, arroyo, cuerda de sierra, etc, a veces
se encuentra bastante desplazado de su ubicación correcta. Y en estos
casos, tenemos una referencia geográfica clara de por donde debe ir la
linea, imaginad cuando no es así.

A lo largo de los años estoy seguro que más de uno hemos "tocado" alguno de
esos límites (yo me he atrevido hasta con fronteras nacionales :)), por lo
que hemos mejorado la precisión de esa información oficial.

Sin embargo, recientemente el IGN ha actualizado la capa vectorial de estos
límites e incluso se han publicado bajo la misma licencia las actas de
deslindes municipales, aunque esta información casi imposible de manejar,
pdfs escaneados de actas escritas a mano de finales del siglo XIX
cualquiera le mete mano :).

En definitiva, hemos hablado de intentar hacer una comparativa de los que
hay actualmente en OSM de este particular y compararlo con lo que nos
ofrece el IGN. Casi al 95%, seguro que está mejor lo de OSM, pero en un
momento dado se podría volver a utilizar la información del IGN si esta ha
mejorado con respecto a lo que se utilizó en la importación de hace 6 años.

Y ya puestos, hemos comprobado que muchas de estas relaciones que delimitan
los términos municipales están mal o deficientemente etiquetadas, por poner
un ejemplo y siguiendo lo que se especifica en la wiki, un municipio en
España, debe tener un *admin_level=8, *pues me temo que hay de todo, 6, 7,
9.

En fin, perdón por el rollo.

Que os parece que podemos hacer???.

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

Re: [Talk-es] Mover valores del Nominatim del IGN

[Matías Taborda Barroso]

Hola.

No quería decir duplicar nodos, en el sentido de colocar dos nodos en el
mismo sitio exactamente, sino con un pequeño desplazamiento uno de otro (un
metro). Uno sería el vértice geodésicos y otro el nodo natural=peak.

Este caso sería similar a otras circunstancias silimilares como son antenas
de telecomunicaciones, torretas de vigilancia, depositos de agua, etc. En
todos estos casos, la construcción (man_made) están hechos en el punto más
alto del terreno y sin embargo, no me suena haberlos visto etiquetados como
natural=peak, a mi modo de ver, el caso del vértice geodésico sería el
mismo ¿no?.



El 20 de noviembre de 2015, 12:03, Miguel Sevilla-Callejo <
msevill...@gmail.com> escribió:

> Hola,
>
> Yo creo que sería bueno en algún momento revisar estas importaciones como
> sugiere Rafael, restaurar los puntos eliminados y revisar aquellos que han
> cambiado de emplazamiento.
>
> Respecto a lo que plantea Matias de los puntos geodésicos yo creo que no
> tiene sentido duplicar nodos sobre unas mismas coordenadas, o sea, habría
> que añadir la etiqueta adicional al nodo correspondiente, pues es el mismo.
>
> Intenté correr la consulta de overpass de Rafael y se me colgó Firefox. A
> ver si le echo un ojo e intento correrla para algún lugar pequeño de las
> cercanías de Zaragoza y compruebo como está aquí la situación.
>
> Un saludo
>
> M
>
>
> *[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-19 8:55 GMT+01:00 Matías Taborda Barroso <
> taborda.barr...@gmail.com>:
>
>> Hola Rafael.
>>
>> Como responsable de alguna que otra importación, señalar que
>> efectivamente hay que seguir las directrices a rajatabla, (lease CORINE);
>> en nuestro caso, en el momento de las importaciones de vértices geodésicos,
>> de nivelación y nomenclátor del IGN, si que lo consultamos con la comunidad
>> afectada, no con la comunidad Imports, aunque no se si en aquellos momentos
>> se habían establecido ya las directrices.
>>
>> Gracias por la información, intentaré hacer algo con las indicaciones que
>> me has dado, no en lo relativo a la importación de los topónimos del IGN
>> pero si en lo que respecta a las redes de vértices geodésicos y de
>> nivelación que me consta que se han borrado bastantes. Entiendo que si
>> verdaderamente estos vértices han desaparecido el usuario de turno halla
>> decidido borrarlos, pero la verdad es que es bastante raro que estos puntos
>> se hallan eliminado del terreno.
>>
>> Aprovechando el tema. Posteriormente a la importación de los vértices
>> geodésicos que están etiquetados como *man_made:survey_point*, muchos
>> usuarios han añadido al nodo que la etiqueta *natural:peak; *:).
>> Con lo que tenemos las paradoja que al punto más alto de una elevación
>> montañosa la denominamos simultáneamente como *man_made* y como *natural*.
>> Evidentemente a priori lo más correcto es man_made puesto que es una
>> construcción hecha por el hombre, pero como suelen estar situados en el
>> punto más alto de la elevación, para señalar el natural:peak habría que
>> duplicar nodos ???.
>>
>> No se, se admiten sugerencias.
>>
>>
>> El 19 de noviembre de 2015, 4:41, Rafael Avila Coya <ravilac...@gmail.com
>> > escribió:
>>
>>> Hola, Matías:
>>>
>>> SOBRE IMPORTACIONES DE DATOS
>>> 
>>>
>>> Esto va dirigido a todos/as en realidad.
>>>
>>> En el pasado se hicieron importaciones cuando aún no se había acordado
>>> a nivel global que cualquier importación de datos debe hacerse
>>> siguiendo la guía de importaciones [1]. Entre los requerimientos, es
>>> obligatorio ponerse en contacto con la comunidad local para lograr un
>>> consenso y aprobación de la misma. La necesidad de esto es clara, y no
>>> hay más que ver lo que estamos sufriendo aún ahora la importación de
>>> bosques de la base de datos CORINNE...
>>>
>>> SOBRE SCRIPTS
>>> -
>>>
>>> Para lo que necesitas, una forma sencilla es usar overpass para
>>> generar la diferencia entre lo que había cuando se cerró el último
>>> conjunto de cambios de tu importación de parajes (fué sobre las 08:xx
>&

Re: [Talk-es] Mover valores del Nominatim del IGN

[Matías Taborda Barroso]

Hola Rafael.

Como responsable de alguna que otra importación, señalar que efectivamente
hay que seguir las directrices a rajatabla, (lease CORINE); en nuestro
caso, en el momento de las importaciones de vértices geodésicos, de
nivelación y nomenclátor del IGN, si que lo consultamos con la comunidad
afectada, no con la comunidad Imports, aunque no se si en aquellos momentos
se habían establecido ya las directrices.

Gracias por la información, intentaré hacer algo con las indicaciones que
me has dado, no en lo relativo a la importación de los topónimos del IGN
pero si en lo que respecta a las redes de vértices geodésicos y de
nivelación que me consta que se han borrado bastantes. Entiendo que si
verdaderamente estos vértices han desaparecido el usuario de turno halla
decidido borrarlos, pero la verdad es que es bastante raro que estos puntos
se hallan eliminado del terreno.

Aprovechando el tema. Posteriormente a la importación de los vértices
geodésicos que están etiquetados como *man_made:survey_point*, muchos
usuarios han añadido al nodo que la etiqueta *natural:peak; *:).
Con lo que tenemos las paradoja que al punto más alto de una elevación
montañosa la denominamos simultáneamente como *man_made* y como *natural*.
Evidentemente a priori lo más correcto es man_made puesto que es una
construcción hecha por el hombre, pero como suelen estar situados en el
punto más alto de la elevación, para señalar el natural:peak habría que
duplicar nodos ???.

No se, se admiten sugerencias.


El 19 de noviembre de 2015, 4:41, Rafael Avila Coya <ravilac...@gmail.com>
escribió:

> Hola, Matías:
>
> SOBRE IMPORTACIONES DE DATOS
> 
>
> Esto va dirigido a todos/as en realidad.
>
> En el pasado se hicieron importaciones cuando aún no se había acordado
> a nivel global que cualquier importación de datos debe hacerse
> siguiendo la guía de importaciones [1]. Entre los requerimientos, es
> obligatorio ponerse en contacto con la comunidad local para lograr un
> consenso y aprobación de la misma. La necesidad de esto es clara, y no
> hay más que ver lo que estamos sufriendo aún ahora la importación de
> bosques de la base de datos CORINNE...
>
> SOBRE SCRIPTS
> -
>
> Para lo que necesitas, una forma sencilla es usar overpass para
> generar la diferencia entre lo que había cuando se cerró el último
> conjunto de cambios de tu importación de parajes (fué sobre las 08:xx
> del 14-4-2011, por lo que puse como fecha las 15:00 de ese mismo día)
> y lo que tenemos en la actualidad, incluyendo en el resultado los
> nodos que fueron eliminados y también los que fueron creados desde
> entonces (quizás esto último no nos interese, pero se puede ignorar en
> todo caso).
>
> El query overpass es de hecho muy sencillo, y te lo comparto aquí con
> comentarios que lo explican con detalle: http://overpass-turbo.eu/s/cOB
>
> Los nodos modificados son los que están entre los tags  type="modify"> y , con el nodo original entre  y 
> y la versión más actual entre  y . Los nodos eliminados
> están entre los tags  y , de nuevo con
> el nodo original entre  y  y los detalles de la eliminación
> entre  y . Los nodos creados nuevos después de aquella
> fecha del 14-4-2011 son los que están entre los tags  type="create"> y .
>
> Con el fichero generado pueden hacerse múltiples cosas. Con sencillos
> scripts (python, awk...) pueden contarse los nodos que había en
> aquella fecha, los que se borraron, los que se crearon nuevos, los que
> se movieron de sitio, etc. Incluso generar un .osm nuevo con los nodos
> que se movieron, o con los nodos que se eliminaron, o ambos, y luego
> importarlos a un uMap, donde se podrían ver de forma gráfica sobre un
> mapa.
>
> Yo, por ejemplo, escribí un script para sacar unas estadísticas
> sobre los nodos en Galicia:
>
> Número total de nodos place="locality" que había en la fecha de
> referencia = 45690
> Número de nodos elimininados desde la fecha de referencia = 274
> Número total de nodos creados desde la fecha de referencia = 387
> Número de nodos movidos desde la fecha de referencia = 189
> Número total de nodos que había en la fecha de referencia y creados
> después de ella = 46077
> Porcentaje de nodos borrados sobre los que había en la fecha de
> referencia = 0.594657 %
>
> Un saludo,
>
> Rafael Ávila Coya.
>
> [1] http://wiki.openstreetmap.org/wiki/ES:Import/Guidelines
>
> On 18/11/15 08:56, Matías Taborda Barroso wrote:
> > Hola.
> >
> > Como uno de los "responsables" de esa importación, lo que dice
> > Rafael es exacto. Cuando hicimos esa importación, estuvimos en
> > contacto con el IGN (no recuerdo el responsable, sería cuestión de
> > tirar de correos) y nos dijeron que podía existi

Re: [Talk-es] Mover valores del Nominatim del IGN

[Matías Taborda Barroso]

Hola.

Como uno de los "responsables" de esa importación, lo que dice Rafael es
exacto. Cuando hicimos esa importación, estuvimos en contacto con el IGN
(no recuerdo el responsable, sería cuestión de tirar de correos) y nos
dijeron que podía existir en el futuro una colaboración con OSM, por lo que
se nos ocurrió que la forma de anotar las modificaciones podía ser mediante
notificaciones a una dirección de correo o anotando dichas modificaciones
en la wiki [1]. Evidentemente no era el método más adecuado y de hecho
con el paso del tiempo, los usuarios dejaron de notificar esos cambios

Aprovechando la circunstancia y mi ignorancia en temas de scripts, si que
me gustaría preguntar como se puede desarrollar (lenguaje, forma,
precedentes similares) un script para averiguar los cambios
(principalmente la eliminación) de determinados nodos de una importación
más o menos masiva.

En el caso que preguntas, la importación de los parajes de la cartografía
del IGN, aparte de la gran cantidad de errores que contiene, es evidente
que la modificación de situación o eliminación de determinados nodos, es
necesaria y se debe confiar en el buen hacer del usuario de turno. Pero ha
habido otras importaciones de datos del IGN, como son los vértices
geodésicos y clavos de nivelación, que la eliminación de esos datos, están
hechos o sin tener conocimiento de lo que se hacía o verdaderamente con
mala intención (me he encontrado vértices geodésicos cambiados de sitios y
colocados en el agua de un pantano y muchos de ellos eliminados sin más).

Lo dicho, agradecería cualquier tipo de ayuda en este particular.

Saludos.

[1] http://wiki.openstreetmap.org/wiki/ES:NGBE/Correcciones

El 18 de noviembre de 2015, 2:12, Rafael Avila Coya 
escribió:

> Hola, Alejandro:
>
> Al mover ese nodo de sitio lo único que estás haciendo es mejorar el
> mapa, pues sabes que la posición correcta es la actual, y no la de la
> versión anterior. De hecho, si ves el historial del nodo [1], la versión
> anterior es la 2 (la actual vuestra es la 3). El usuario que creó esa
> versión sobre la primera fue para limpiar en masa etiquetas inútiles de
> esos nodos locality [2]. Entre esas etiquetas estaba note:es="Si
> realizas algún cambio en este nodo, por favor, comunícalo a
> nomenclatorign at gmail dot com. Gracias.", que pertenece a la versión 1.
>
> En realidad, no tienes la obligación de comunicarlo a ese email. Se
> supone que el IGN o los responsables de esa importación, si quieren ver
> que nodos fueron modificados en su etiquetado o localización, o bien
> eliminados, lo hagan por medio de algún script.
>
> Yo, concretamente, moví ya una buena cantidad de esos nodos. Al
> principio se lo comunicaba, pero ahora ya no lo hago, pues no tiene
> sentido. Como digo, esos cambios los pueden controlar regularmente por
> medio de software. Lo que nunca haría sería borra ninguno de esos nodos,
> pues recuperar un objeto eliminado es un poco un rollo (salvo que ese
> sitio (locality) estuviésemos completamente seguros de que no existe).
>
> Un saludo,
>
> Rafael Ávila Coya.
>
> [1] https://www.openstreetmap.org/node/1242148342/history
> [2] https://www.openstreetmap.org/changeset/27001391
>
> On 18/11/15 00:33, Alejandro S. wrote:
> > Hola a todos,
> >
> > Estamos ya en pleno curso de introducción a OSM en Zaragoza y me surge
> > una duda. ¿Se pueden mover los puntos place=locality de la importación
> > del Nominatim del IGN si se sabe que no están correctamente situados? ¿O
> > se trata de puntos fijos como las fronteras y los vértices geodésicos?
> >
> > Por ejemplo este nodo (que ha desplazado un alumno en su
> desconocimiento):
> > https://www.openstreetmap.org/node/1242148342
> >
> > Un cordial saludo y espero vuestras respuestas.
> >
> > Atentamente,
> >   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
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] imprimir mapas

[Matías Taborda Barroso]

Hola. Para imprimir mapas, creo que Maposmatic.org es una buena opción..
Buenas tardes a todos,

necesito un poco de orientación con este tema. Quiero recopilar información
de algunos pueblos de la comarca de Antequera, la idea es recopilar datos a
pie de calle con algún soporte en papel. He intentado con walking-papers
pero parece que no está operativo desde hace un tiempo. He probado con
Field papers pero no termina de descargar nada, esperando más de una hora.

Que puedo hacer? me podéis orientar un poco? hay otras alternativas?

muchas gracias 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] Importación de megalitos

[Matías Taborda Barroso]

Enhorabuena Ahora empieza el trabajo DURO

Debes seguir estas directrices casi na.. :)

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


El 28 de enero de 2015, 18:30, Santi Aguirre aguirrera...@gmail.com
escribió:

 ¡Sí señor! Se han portado y han respondido. No pueden pasar un fichero
 pero sí permiten que tomemos datos de su web. Lo único que piden es que
 citemos de donde proceden los datos.
 ¿Bastaría con etiquetar en cada nodo source=nombre? Podría añadir un
 enlace a la web.

 Aparte, he encontrado una web (http://www.geoplaner.com) en la que
 introduciendo las coordenadas WGS84 crea un waypoint en formato GPX que
 luego importo a JOSM para dibujar encima. ¿Sabeis si tiene JOSM alguna
 opción para hacer eso directamente sin pasar por esa web?

 Un saludo

 El 22 de enero de 2015, 20:13, Alejandro S. alejandro...@gmail.com
 escribió:

 Buenas,
 Y luego está, independientemente de la legalidad y calidad de los datos,
 la moralidad y ética de copiar información que ha generado un tercero sin
 su permiso.

 Saludos,
 Alejandro SUÁREZ

 On Thu, Jan 22, 2015, 19:51 Santi Aguirre aguirrera...@gmail.com wrote:

 Me habeis convencido y me ha quedado claro.
 Gracias y un saludo.

 El 22 de enero de 2015, 19:47, Matías Taborda Barroso 
 taborda.barr...@gmail.com escribió:

 Hola. No es solo ese problema, el principal es el tipo de Licencia de
 los datos, que no son compatibles con la ODBl de Openstreetmap.

 A partir de aqui, claro que puedes copiar e incorporarlos a OSM pero
 tambien podriamos copiar toda la cartografia de Google por ejemplo, y
 evidentemente no se DEBE...

 El 22 de enero de 2015, 19:43, Cruz Enrique Borges Hernandez 
 cruz.bor...@deusto.es escribió:

 El problema es que hayan puesto alguno a drede mal para pillar si
 alguien les ha copiado los datos y tengan ganas de llamar a un abogado
 o equivalente.

 El día 22 de enero de 2015, 19:38, Santi Aguirre
 aguirrera...@gmail.com escribió:
  En este caso concreto me extrañaría muchísimo que fueran incorrectos.
  Pertenecen a la Sociedad de Ciencias Aranzadi, muy conocida en el
 País Vasco
  y Navarra por su historia y rigor científico. Suelen realizar
 excavaciones y
  tienen gente de campo en busca de restos históricos. Si ese es el
 único
  problema, problema resuelto ;)
 
  El 22 de enero de 2015, 19:20, Luis García Castro lui...@gmail.com
  escribió:
 
 
  El 22 de enero de 2015, 19:13, Santi Aguirre 
 aguirrera...@gmail.com
  escribió:
 
  Y yo me pregunto: ¿cuando se considera que estoy infringiendo una
  licencia? Los datos están expuestos de forma que cualquiera puede
 echar mano
  de ellos. Por ejemplo: puedo apuntar las coordenadas, megalito a
 megalito, y
  un día ir al monte con mi GPS y localizarlos in situ. No creo que
 infrinja
  nada actuando de esa manera ya que en muchas áreas megalíticas hay
 mapas y
  carteles informativos para que la gente los visite.  ¿Y si en vez
 de
  molestarme en ir a localizarlos, los marco directamente en JOSM?
 ¿Eso sería
  ilegal?
 
 
  No es solamente un tema legal. Si vas uno a uno y lo compruebas, es
  correcto porque tú has visto que lo es. Pero imagina si no lo
 compruebas y
  la mitad de los datos son incorrectos o inexactos...
 
 
  --
 
  Luis García
 
  ___
  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
 



 --
 Cruz Enrique Borges Hernández
 Email: cruz.bor...@deusto.es

 DeustoTech Energy
 Telefono: 944139000 ext.2052
 Avda. Universidades, 24
 48007 Bilbao, Spain

 ___
 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] Importación de megalitos

[Matías Taborda Barroso]

Hola. No es solo ese problema, el principal es el tipo de Licencia de los
datos, que no son compatibles con la ODBl de Openstreetmap.

A partir de aqui, claro que puedes copiar e incorporarlos a OSM pero
tambien podriamos copiar toda la cartografia de Google por ejemplo, y
evidentemente no se DEBE...

El 22 de enero de 2015, 19:43, Cruz Enrique Borges Hernandez 
cruz.bor...@deusto.es escribió:

 El problema es que hayan puesto alguno a drede mal para pillar si
 alguien les ha copiado los datos y tengan ganas de llamar a un abogado
 o equivalente.

 El día 22 de enero de 2015, 19:38, Santi Aguirre
 aguirrera...@gmail.com escribió:
  En este caso concreto me extrañaría muchísimo que fueran incorrectos.
  Pertenecen a la Sociedad de Ciencias Aranzadi, muy conocida en el País
 Vasco
  y Navarra por su historia y rigor científico. Suelen realizar
 excavaciones y
  tienen gente de campo en busca de restos históricos. Si ese es el único
  problema, problema resuelto ;)
 
  El 22 de enero de 2015, 19:20, Luis García Castro lui...@gmail.com
  escribió:
 
 
  El 22 de enero de 2015, 19:13, Santi Aguirre aguirrera...@gmail.com
  escribió:
 
  Y yo me pregunto: ¿cuando se considera que estoy infringiendo una
  licencia? Los datos están expuestos de forma que cualquiera puede
 echar mano
  de ellos. Por ejemplo: puedo apuntar las coordenadas, megalito a
 megalito, y
  un día ir al monte con mi GPS y localizarlos in situ. No creo que
 infrinja
  nada actuando de esa manera ya que en muchas áreas megalíticas hay
 mapas y
  carteles informativos para que la gente los visite.  ¿Y si en vez de
  molestarme en ir a localizarlos, los marco directamente en JOSM? ¿Eso
 sería
  ilegal?
 
 
  No es solamente un tema legal. Si vas uno a uno y lo compruebas, es
  correcto porque tú has visto que lo es. Pero imagina si no lo
 compruebas y
  la mitad de los datos son incorrectos o inexactos...
 
 
  --
 
  Luis García
 
  ___
  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
 



 --
 Cruz Enrique Borges Hernández
 Email: cruz.bor...@deusto.es

 DeustoTech Energy
 Telefono: 944139000 ext.2052
 Avda. Universidades, 24
 48007 Bilbao, Spain

 ___
 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] Importación de Catastro: Alguna lección aprendida.

[Matías Taborda Barroso]

Hola.

No se si le habeis echado un vistazo al plugin Kendzi3D [1], pero te
permite ver en el mismo JOSM como van quedado los tejados y demás elementos
de las construcciones. Aunque en realidad no estoy seguro si interpreta los
mismo tags que OSM2Worl. Lo bueno es que puedes ver el resultado de la
renderización antes de subir los datos.

Por otro lado, entiendo que primero hay que subir los datos del resultado
de Cat2osm2 con el usuario de catastro correspondiente y luego con nuestro
usuario particular hacer el modelado de los tejados. Estos no son datos de
catastro ¿no?.

Saludos y gracias por el tutorial

[1] http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Kendzi3D

El 1 de octubre de 2014, 18:12, Konfrare Albert 
lakonfrariadelav...@gmail.com escribió:

 Hola Emilio,

 Muchas gracias por el tutorial. Yo ya había estado jugando un poco con
 estas etiquetas 3D[1] y el catastro, pero hay alguna que se me resiste...
 Me refiero a roof:shape=skillion, casi nunca la pendiente se me coloca en
 la dirección que quiero. Alguién le ha pillado el truco?
 OSM2World no me la reconoce esta etiqueta (me dibuja un simple terrado) y
 tengo que esperar a que se renderice F4-Maps o el que sea para ver si me ha
 salido bien.

 Yo añadiría al tutorial pegarle un ojo a los datos con OSM2World para
 detectar posibles errores (por ejemplo en la dirección de los
 roof:shape=gabled.

 Otra duda: Entiendo que lo mejor es subir los datos con el usuario de
 catastro sin estas etiquetas y añadirlas luego con un usuario normal?

 Un saludo!

 [1]
 http://demo.f4map.com/#lat=41.4123380lon=1.9687568zoom=18camera.theta=60.519camera.phi=19.481

 2014-10-01 17:35 GMT+02:00 Emilio Gómez Fernández 
 emilio.gomez.f...@gmail.com:

 Hola a todos.

 Basado un poco en la experiencia que he ido teniendo a la hora de
 importar los edificios de Catastro, y lo enmarañado que a veces resultar
 comprender la representación que tiene  de los tejados de los edificios, he
 llegado a la conclusión de que en la mayoría de los casos es más rápido y
 aproximado a la realidad usar un etiquetado 3D simple para caracterizar las
 cubiertas de las edificaciones que estar peleando en intentar limpiar y dar
 sentido a las complicadas representaciones con que Catastro define las
 cubiertas.

 Por ello, he añadido a la página de Limpieza y normalización de datos
 catastrales[1] de la wiki una pequeña explicación del problema y los pasos
 que he ido siguiendo en JOSM para resolverlo de manera clara y sencilla,
 por si alguien le interesa y quiere aportar ideas.

 [1]
 https://wiki.openstreetmap.org/wiki/Limpieza_y_normalizaci%C3%B3n_de_datos_catastrales#5._Modelado_de_tejados_basado_en_reglas

 Un saludo.

 Emilio Gómez

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




 --
 *KONFRARE ALBERT*
 La Konfraria de la Vila del Pingüí
 de La Palma de Cervelló
 www.konfraria.org • @La_Konfraria http://twitter.com/La_Konfraria


 ___
 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] Normalización poblaciones

[Matías Taborda Barroso]

El 12 de septiembre de 2014, 11:51, Javier Sánchez javiers...@gmail.com
escribió:

Hola

 Retomando el tema de la wiki[1]. Con el último cambio del historial he
 intentado clarificar el tema de población del municipio frente a la de la
 capital. He añadido la etiqueta place=isolated_dwelling que no existía
 hasta hace no mucho, pero ahora estoy pensando que también se han creado
 otras muchas (quarter, neighbourhood, city_block), por lo que sería mejor
 hacer una mención genérica que listarlas todas.

 Por un lado, ¿quién puso el FIXME? Que me refresque la memoria Matías,
 pero juraría que cuando se hizo la importación del EGRN se siguió
 justamente esta estandarización. Yo lo quitaría.


​Hola Javier.

Efectivamente, cuando hicimos la importación NGMEP [1], seguimos esa
estandarización. En aquellos tiempos no existían
*quarter, neighbourhood, city_block​ *

*​*Eso si, importamos sólo las capitales de municipio (que había varios
centenares que no aparecían) pero de aquella nos quedaron varios miles de
poblaciones *​*(suburb, hamlet, isolated_dwelling, etc) sin incorporar.
Sobre todo en Galicia, madre mía


[1]
http://wiki.openstreetmap.org/wiki/ES:NGMEP

[2]
​
http://wiki.openstreetmap.org/wiki/ES:NGMEP#Objetivo_2
​
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Catastro Arafo

[Matías Taborda Barroso]

Hola

Hola Javier. Como siempre, estupendo trabajo.

Aprovecho tu entrada para preguntar alguna cosilla.

En el tipico caso de una vivienda unifamiliar, casa adosada o similar, no
sería mejor utilizar building=house ó detached (no entiendo muy bien la
diferencia entre estas dos) que building=residential?. Entiendo que
residential es algo más generico y que no está mal el resultado que se
obtiene con cat2osm2, pero en el proceso de edición podemos afinar mejor
eso ¿no?.

Y en el tema de los números de policia, cada vez que iniciamos un hilo de
este tipo, no me acabo de aclarar. El otro día inicie un hilo con este
particular [1] y me parecio entender otra cosa, que cuando se trata de una
casa unifamiliar sin duda en cuanto a la entrada, lo mejor era poner la
dirección en el área del edificio, no en el nodo de entrada??

En cuanto a la ref:catastro yo las he ido borrando, según me comentaron el
otro día, pero ahora no se que hacer..

[1]
http://gis.19327.n5.nabble.com/Correcto-etiquetado-resultados-de-Catastro-Addr-housenumber-td5814425.html

Saludos Catastrales :))



El 29 de agosto de 2014, 13:15, Cruz Enrique Borges cruz.bor...@deusto.es
escribió:

   que coinciden en todas sus etiquetas (básicamente 3:
   landuse=residential, source=catastro y source_date: la que sea). Es
   mejor unir esos polígonos generando un solo landuse, o es mejor
   mantener
   esas pequeñas áreas landuse aunque tengan exactamente las mismas
   etiquetas y valores?
 
  Si son parcelas distintas, con ALTÍSIMA probabilidad tendrán un muro (o
  equivalente) separándolas por lo que yo creo que lo mejor es dejarlo (por
  si alguien quiere entretenerse poniendo los barrier=wall [1].
 
  [1] http://wiki.openstreetmap.org/wiki/Tag:barrier%3Dwall

 JOJOJO, más a mi favor. Resulta que los franceses cuando importaron el
 catastro las dejaron e incluso pusieron un wall=no donde no había muro XD
 Menudos sobrados.

 --
 Cruz Enrique Borges Hernández
 Email: cruz.bor...@deusto.es

 DeustoTech Energy
 Telefono: 944139000 ext.2052
 Avda. Universidades, 24
 48007 Bilbao, Spain

 ___
 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] Catastro Valencia

[Matías Taborda Barroso]

Hola.

En teoria, siguiendo las indicaciones de la wiki[1], debería pasarte las
credenciales PerroVerd [2]

[1] http://wiki.openstreetmap.org/wiki/Spanish_Cadastre/results

[2] http://wiki.openstreetmap.org/wiki/User:PerroVerd

Salud y buena suerte.



El 27 de agosto de 2014, 20:15, Jorge Sanz js...@osgeo.org escribió:

 Buenas,

 Me gustaría probar a importar datos de catastro en la provincia de
 Valencia y no hay cuenta creada. ¿Quién me atiende? :-)

 Otra cosa veo que hay creada una página por provincia con un listado
 de municipios, ¿hay algún mecanismo fácil para generar esa lista en el
 wiki o la creo y meto el municipio con el que voy a empezar a currar y
 carril?

 Saludos

 --
 Jorge Sanz
 http://www.osgeo.org
 http://wiki.osgeo.org/wiki/Jorge_Sanz

 ___
 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] Correcto etiquetado resultados de Catastro. Addr:housenumber

[Matías Taborda Barroso]

Hola.

He echado un vistazo a lo que has subido.

Sólo una duda y así vamos mejorando entre todos. Los números de policia de
los edificios los has asignado a los nodos de entrada, pero por lo que veo
están en el área que respresenta el landuse=residential.

Pregunto ¿No sería más correcto en el área que representa cada
edificio?.

Saludos.


El 18 de agosto de 2014, 16:39, Konfrare Albert 
lakonfrariadelav...@gmail.com escribió:

 Hola a todos,

 Siguiendo esta discusión y anteriores respecto al catastro, he subido una
 manzana en la Palma de Cervelló (Barcelona).
 Os dejo el enlace del changeset[1] y la página dónde voy anotando todo[2].

 Me gustaría que echaséis un vistazo a los datos del catastro subidos y me
 digáis que veis correcto y qué no. El landuse lo he agrupado en una o dos
 áreas grandes, ya que todo coincidía en landuse=residential.

 Gracias y un saludo ;)

 Nota: Ahora veo que en tagging se plantean cómo poner los números de
 policía cuando hay más de uno: 100-104 o bien 100,102, 104. Habrá que estar
 atento a esto (yo acabo de poner una separado con guión)

 [1]
 http://www.openstreetmap.org/changeset/24834322#map=19/41.41260/1.96758layers=D
 [2]
 https://wiki.openstreetmap.org/wiki/Palma_de_Cervell%C3%B3#Dades_del_cadastre


 2014-08-18 12:48 GMT+02:00 Almorca almo...@gmail.com:

 ¿Y por qué no mapear siempre el número de portal en la entrada principal?

 Yo veo más sencillo el criterio de si está mapeada la entrada principal
 poner el número en ese nodo y sino en el edificio.


 El 18 de agosto de 2014, 12:07, Jaime Crespo jy...@jynus.com escribió:

 El 13 de agosto de 2014, 18:08, Emilio Gómez Fernández 
 ego...@outlook.com escribió:


 En cuanto al asignar el número de policía al edificio principal o al
 punto de la entrada tiene sus pros y sus contras, como se ha comentado en
 esta lista de correo. En mi caso el criterio que he venido utilizando ha
 sido:

- Asignar los datos de dirección postal (nombre calle, CP y nº de
policía) al edificio cuando no existe ninguna duda de que en él se
encuentra la entrada principal.[1]
- En edificios plurifamiliares o sin división agrego los datos a un
punto situado en el portal o entrada.[2]


 Emilio, esto es precisamente lo que he venido predicando y practicando
 desde hace tiempo y coincido 100% que es la mejor manera. Y en particular,
 también cierta coherencia en el mapeado.

 En un pueblo o barrio con sólo casas unifamiliares (detached, como dicen
 en inglés), el mapeo de área es adecuado.

 Pero en una ciudad, donde muchas casas tienen dos portales, pese a ser
 catastralmente la misma vivienda, los pongo en los portales para evitar
 ambigüedades, y las casas cercanas con el mismo estilo para evitar un
 diseño diferente en cada vivienda (me parece errónea mapear en la misma
 manzana, algunas en el portal y otras en nodo).

 Creo que cuando la gente empiece a mapear manualmente se encontrará
 nuestros mismos problemas y se dará cuenta de que esta es una buena
 solución.

 Puse este ejemplo hace poco, pero perdón por repetirme
 http://www.openstreetmap.org/#map=19/42.46299/-2.43008layers=N (véase
 portal 102 versus 100).

 --
 Jaime Crespo
 http://dbahire.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




 --
 *KONFRARE ALBERT*
 La Konfraria de la Vila del Pingüí
 de La Palma de Cervelló
 www.konfraria.org • @La_Konfraria http://twitter.com/La_Konfraria


 ___
 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] Correcto etiquetado resultados de Catastro. Addr:housenumber

[Matías Taborda Barroso]

Vale, perdón, lo he mirado mal, esta correcto :P


El 18 de agosto de 2014, 17:48, Matías Taborda Barroso 
taborda.barr...@gmail.com escribió:

 Hola.

 He echado un vistazo a lo que has subido.

 Sólo una duda y así vamos mejorando entre todos. Los números de policia de
 los edificios los has asignado a los nodos de entrada, pero por lo que veo
 están en el área que respresenta el landuse=residential.

 Pregunto ¿No sería más correcto en el área que representa cada
 edificio?.

 Saludos.


 El 18 de agosto de 2014, 16:39, Konfrare Albert 
 lakonfrariadelav...@gmail.com escribió:

 Hola a todos,

 Siguiendo esta discusión y anteriores respecto al catastro, he subido una
 manzana en la Palma de Cervelló (Barcelona).
 Os dejo el enlace del changeset[1] y la página dónde voy anotando todo[2].

 Me gustaría que echaséis un vistazo a los datos del catastro subidos y me
 digáis que veis correcto y qué no. El landuse lo he agrupado en una o dos
 áreas grandes, ya que todo coincidía en landuse=residential.

 Gracias y un saludo ;)

 Nota: Ahora veo que en tagging se plantean cómo poner los números de
 policía cuando hay más de uno: 100-104 o bien 100,102, 104. Habrá que estar
 atento a esto (yo acabo de poner una separado con guión)

 [1]
 http://www.openstreetmap.org/changeset/24834322#map=19/41.41260/1.96758layers=D
 [2]
 https://wiki.openstreetmap.org/wiki/Palma_de_Cervell%C3%B3#Dades_del_cadastre


 2014-08-18 12:48 GMT+02:00 Almorca almo...@gmail.com:

 ¿Y por qué no mapear siempre el número de portal en la entrada principal?

 Yo veo más sencillo el criterio de si está mapeada la entrada principal
 poner el número en ese nodo y sino en el edificio.


 El 18 de agosto de 2014, 12:07, Jaime Crespo jy...@jynus.com escribió:

 El 13 de agosto de 2014, 18:08, Emilio Gómez Fernández 
 ego...@outlook.com escribió:


 En cuanto al asignar el número de policía al edificio principal o al
 punto de la entrada tiene sus pros y sus contras, como se ha comentado en
 esta lista de correo. En mi caso el criterio que he venido utilizando ha
 sido:

- Asignar los datos de dirección postal (nombre calle, CP y nº de
policía) al edificio cuando no existe ninguna duda de que en él se
encuentra la entrada principal.[1]
- En edificios plurifamiliares o sin división agrego los datos a
un punto situado en el portal o entrada.[2]


 Emilio, esto es precisamente lo que he venido predicando y
 practicando desde hace tiempo y coincido 100% que es la mejor manera. Y en
 particular, también cierta coherencia en el mapeado.

 En un pueblo o barrio con sólo casas unifamiliares (detached, como
 dicen en inglés), el mapeo de área es adecuado.

 Pero en una ciudad, donde muchas casas tienen dos portales, pese a ser
 catastralmente la misma vivienda, los pongo en los portales para evitar
 ambigüedades, y las casas cercanas con el mismo estilo para evitar un
 diseño diferente en cada vivienda (me parece errónea mapear en la misma
 manzana, algunas en el portal y otras en nodo).

 Creo que cuando la gente empiece a mapear manualmente se encontrará
 nuestros mismos problemas y se dará cuenta de que esta es una buena
 solución.

 Puse este ejemplo hace poco, pero perdón por repetirme
 http://www.openstreetmap.org/#map=19/42.46299/-2.43008layers=N (véase
 portal 102 versus 100).

 --
 Jaime Crespo
 http://dbahire.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




 --
 *KONFRARE ALBERT*
 La Konfraria de la Vila del Pingüí
 de La Palma de Cervelló
 www.konfraria.org • @La_Konfraria http://twitter.com/La_Konfraria


 ___
 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] Correcto etiquetado resultados de Catastro. Addr:housenumber

[Matías Taborda Barroso]

Hola.

Poquito a poco me quiero poner a importar los datos de varias pequeñas
poblaciones que conozco bien y he realizado la conversión con Cat2osm2.

Tal como se ha dicho en infinidad de ocasiones, los datos de catastro en
cuestión de nombres de calles y números de policia dejan mucho que desear,
pero mi duda es otra.

He visto en varias importaciones, Santander, Medina de Pomar, etc, que los
compañeros eliminan el polígono landuse=residential y se asocian los datos
de nombre de calles y addr:housenumber al poligono principal
building=residential.

Siguiendo el manual sobre limpieza y normalización [1], se dice de asignar
el número de policia adecuado al poligono más representativo del edificio,
pero lo que veo, es que de esta manera, perdemos se pierde el dato de la
referencia catastral del poligono landuse.

Por otro lado, en diversas pruebas haciendo las cosas de distintas formas,
he visto que (y ya se que no hay que trabajar para el renderizador) si se
asigna el número al polígono landuse y no al building, ese no se representa
en el mapa.

En defnitiva, que seria mejor, copiar las etiquetas del landuse y
asignarlas al poligono principal, para así no perder la referencia
catastral.?

Borrar el landuse y asignar los addr al building, sin registro catastral?.

Como lo estais haciendo por otros lares?.

Que fue antes, el huevo o la gallina?..

Saludos.




[1]
http://wiki.openstreetmap.org/wiki/Limpieza_y_normalizaci%C3%B3n_de_datos_catastrales
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Catastro Córdoba

[Matías Taborda Barroso]

Hola.

En principio el responsable de asignar las cuentas de importacion
(import_cordoba en este caso) era Jaime pero he visto que esto ha cambiado
y ahora es Celso Gonzalez, usuario osm PerroVerd [1]. Supongo que deberías
ponerte en contacto con el para que cree la cuenta de importacion y te haga
responsable :).

Saludos.


[1] http://wiki.openstreetmap.org/wiki/User:PerroVerd


El 13 de agosto de 2014, 19:50, Patricio Soriano pasori...@gmail.com
escribió:

 Hola a todos


 Ahora que está aquí el verano y hay algo más de tiempo, espero poder
 empezar a trabajar con lo datos de catastro para el municipio de Córdoba.
 He añadido mi usuario a la lista de los municipios de Córdoba [1] pero me
 he dado cuenta de que no existe el usuario OSM catastro para la provincia.
 Si no hay nadie que esté interesado me ofrezco para ello y veremos qué tal
 anda el invento.

 Mi usuario osm es pasoriano [2] y el correo, por si es necesario, es
 pasori...@gmail.com

 Un saludo a todos

 [1]
 http://wiki.openstreetmap.org/wiki/Spanish_Cadastre/results/C%C3%B3rdoba#C
 [2] http://wiki.openstreetmap.org/wiki/User:Pasoriano

 ___
 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] Cerca de Arnedo (era Nuestros Toponimos de Parajes han sido elegidos como lo Peor de OSM)

[Matías Taborda Barroso]

Hola.

Esa altura no se refiere a la del pico, sino a un vértice geodésico que
debe haber ahí.

Ese nodo procede de una importación de vértices geodésicos de la Red
Regentehttp://www.ign.es/ign/layoutIn/actividadesGeodesiaRedgd.do(que
hizo hace años Iván) e igual que él hay 1029 repartidos por toda
España.

Evidentemente a tal precisión no se llega y menos en altura, no se de donde
debe proceder el error, el tema de las alturas y los programas o sistemas
con los que los hayan calculados pueden generar esas disparidades de
precisiones que no son tales.

En la página del IGN existe un buscador de estos vértices[1]; poniendo
Raposal obtienes un pdf con las características del mismo
ftp://ftp.geodesia.ign.es/Red_Geodesica/Hoja0243/024334.pdf. Ahí si está la
altura redondeada al milímetro.. y con eso es mas que suficiente :

[1] http://www.ign.es/ign/layoutIn/geodesiaVertices.do

Saludos



El 14 de mayo de 2014, 10:04, Jonas Andradas j.andra...@gmail.comescribió:

 2014-05-14 10:02 GMT+02:00 Jonas Andradas j.andra...@gmail.com:




 2014-05-13 11:12 GMT+02:00 Roberto Pla p...@aire.org:

 Entiendo que hay muchas cosas criticables, pero, ¿Cual es el motivo de
 critica en esta parte del mapa (Arnedo)?

 http://www.openstreetmap.org/?lat=42.22779lon=-2.10184zoom=17


 Hola,

 echando un vistazo a ese mapa, he visto que aquí [1], cerca de Las Tres
 Tetas :P, está el pico Raposal con una altura de 707.664978027344 metros, y
 con fuente el IDEE.  ¿Sabéis si esta altura está bien? Me refiero, ¿el IDEE
 da estos datos de altura, o puede ser que algún script de importación o
 algo haya hecho algo raro con el redondeo? Me parece mucha precisión, pero
 soy lego en estos temas...

 [1] http://osm.org/go/b~iBJ0LB

 Muchas gracias,



 Un saludo,



 Se me había olvidado añadir el enlace el nodo:

 http://www.openstreetmap.org/node/32968746

 --
 Jonás Andradas


 ___
 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] Nuestros Toponimos de Parajes han sido elegidos como lo Peor de OSM.

[Matías Taborda Barroso]

Buenos dias.

Al parecer el tema ha dado para abrir un pequeño e interesante debate a
cuenta de los toponimos. Vamos a sacar unas pequeñas conclusiones si os
parece y damos por terminado el asunto.

Dejando como unica aportacion negativa, el inicio de la discusion, es
decir, la inadecuada interpretacion que los anglosajones hacen de lo que en
España entendemos como parajes y que hemos adaptado a lo que OSM denomina
place=locality.

Sin embargo, creo que no se adapta exactamente a lo que nos ocupa y visto
lo visto alomejor seria posible discutir con el mundo anglosajon, la
creacion de otro tipo de etiqueta o bien explicarles de una vez por todas
que son nuestros parajes y ver que opinan ellos. Dando por hecho que
algunos nombres de parajes si que se puedan adaptar a otra etiqueta, pero
la gran mayoria son eso, parajes (lugar sin definicion exacta de limites
que se llama asi y punto).


Por otro lado, creo que estamos de acuerdo que por uno u otros motivos la
incorporacion de estos toponimos no deja de ser algo positivo. Entiendo que
es tal la cantidad (no sabia que tres cuartas partes) que a diferentes
usuarios y con determinadas herramientas pueda causar ruido. Por cierto
en relacion a OsmAnd, me suena que quizas cada usuario pueda componer sus
propios mapas (http://wiki.openstreetmap.org/wiki/OsmAndMapCreator). En
cuanto a la renderizacion, pues si que al parecer le da importancia a los
place=locality, precisamente por eso, porque esa etiqueta no está pensada
para este tipo de toponimos, pero que le vamos a hacer, a mi me gusta la
cerveza y me gustaria que le diera mas importacia a los bares :) :). Ya
sabemos, no se mapea para el renderizador ¿no?.

La situacion exacta del nodo del toponimos se corresponde con el vertice
inferior izquierdo del rotulo en el mapa 1/25000 del IGN, del cual esta
sacada la informacion. ¿Que significa?. Pues que si consideramos el tamaño
de rotulacion de algunos nombres en este mapa mas el factor de escala,
muchas veces el nodo del toponimo esta bastante alejado del lugar que el
mapeador local conoce con ese nombre. Pues para eso estamos, para modificar
todo lo que se pueda ajustar a la realidad.

Cesar, lo de anotar los cambios en la wiki fue lo que se nos ocurrio en
aquel momento, porque hablamos con el IGN y nos dijeron que podría ser
interesante recoger el porque de esas modificaciones (que es lo que se pide
en la wiki y que no quedaria reflejado en el historial); sin embargo para
serte sincero, no creo que nunca el IGN ponga interes en esas
modificaciones y pedirle a todos los usuarios que hacen modificaciones que
ademas anoten el cambio en la wiki es mucho trabajo.

Saludos y gracias a todos por vuestas aportaciones.






El 13 de mayo de 2014, 10:22, César Martínez Izquierdo
cesar@gmail.comescribió:

 Hola,

 En la zona en la que me considero local mapper la mayoría de estas
 localities se corresponden con partidas de riego o  partidas agrarias. En
 este caso creo que deberían reemplazarse con polígonos (y eliminar los
 puntos, ya que no es concretamente ese punto el que se llama Marrroyo, San
 Juan o Rascaña sino toda la zona), pero no es fácil porque no dispongo de
 las delimitaciones exactas.

 En otros casos existe algún elemento (ermita, fuente, pico, masía, etc)
 que da nombre a la zona (Esperanza, Alto del Águila, Chirivilla, Rodana...)
 y creo que lo que se debería mover el punto hasta donde esté el elemento
 (no suelen coincidir exactamente con el rgbe) y etiquetarlo correctamente.
 O si ya existe otro nodo correctamente etiquetado y situado, borrar el
 punto importado del ngbe, ya que en este caso no aporta nada adicional y no
 podemos convertir OSM en un backup de ngbe.

 Por último, no acabo de ver la utilidad de reflejar los cambios en el
 wiki, cuando es posible obtener esta información automáticamente a partir
 del historial.

 Saludos,

 César


 2014-05-12 16:50 GMT+02:00 Jonas Andradas j.andra...@gmail.com:

  2014-05-12 16:35 GMT+02:00 Jesús Gómez Fernández 
 jesus.gomez.f...@gmail.com:

 Estoy de acuerdo con Carlos. Los nombres de parajes es información muy
 valiosa para cualquier tipo de trabajo en el campo: desde las actividades
 de montaña hasta cualquier labor catastral. Un mapa a escala adecuada
 debería incorporarlos.


 Estoy de acuerdo en que son importantes, y precisamente por eso no veo
 mal que estén en OSM

 (...)


  El 12/05/14 15:32, Luis García Castro escribió:


 El 12 de mayo de 2014, 14:26, Felix sucotro...@gmail.com escribió:

 Yo votaría por dejarlo como está, ya que para sitios donde vive gente
 ya los hay bien definidos: town, village, city...


 En mi opinión el problema no es tanto del etiquetado como de la forma en
 la que OSM muestra estos parajes. Aparecen muy destacados cuando es una
 información muy poco útil y de valor más puramente histórico que práctico.
 Para la mayor parte de los usuarios es básicamente ruido.


 Sin embargo, para mí que no utilizo los parajes en absoluto, es cierto
 que cuando aplicaciones 

[Talk-es] Nuestros Toponimos de Parajes han sido elegidos como lo Peor de OSM.

[Matías Taborda Barroso]

He recibido esto hace unos momentos:

Hi,

Some of the OSM nodes you've added were selected for the Worst of OSM
award at http://worstofosm.tumblr.com/page/3 - search for One has heard
the news about the EU economy. But who would have thought that only 3% of
villages in Spain can afford roads?

Can you tell us what the deal is with these fake localities?

http://www.openstreetmap.org/#map=14/41.0251/-4.9086



Aunque parece que la entrada en el blog es de hace dos años.


Pa flipar un poco ¿no?.
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Nuestros Toponimos de Parajes han sido elegidos como lo Peor de OSM.

[Matías Taborda Barroso]

Estoy de acuerdo.. :)


El 12 de mayo de 2014, 14:41, Gari Araolaza g...@eibar.org escribió:

 En general yo no le daría mucha importancia a ese blog.

 - Está muerto (último post de hace 7 meses, anteriores hace 1 año)

 - Critica irónicamente temas muy discutibles (el de los parajes es uno,
 pero hay otros similares).

 - No me parece inteligente destacar con ironía trabajo voluntario de otras
 personas que han dedicado esfuerzo desinteresado. Si hay cosas incorrectas
 lo más efectivo es contactar directamente con las personas afectadas y no
 ridiculizarlo en un blog delante de todo el mundo.



 Si lo del IGN es mejorable, el aviso adecuado sería algo así como:

 1. Gracias y felicidades por haberos tomado ese trabajo.

 2. Podríais modificar un poco las etiquetas de tal o cual forma, etc?

 y no Hale, vamos a reirnos de estos tontos que han mapeado mal. (que
 para más INRI, no está mal)


 Gari




 2014-05-12 14:30 GMT+02:00 Matías Taborda Barroso 
 taborda.barr...@gmail.com:

 Entonces como dice María, habra que explicarles a los del blog
 http://worstofosm.tumblr.com/ que se estudien detenidamente la
 utilizacion de la etiqueta place=locality y que sepan interpretarla antes
 de llegar a la conclusion de que solo el 3% de nuestros pueblos tienen
 acceso rodado :).

 Gracias


 El 12 de mayo de 2014, 14:26, Felix sucotro...@gmail.com escribió:

 Buf, esto se me antoja complicado. En mi opinión, según la definición de
 locality (como apunta César) parece las mas adecuada. Los que hemos
 vivido algún tipo en un pueblo sabemos que muchas zonas sin límites
 concretos tienen un nombre y punto, pueden ser o no otro tipo cosa
 (monte, pradera...), pero tienen un nombre histórico que los vecinos han
 usado desde antiguo. Echando un ojo a la wiki, el de meadow sería el tag
 que se podría usar como alternativa en mucho sitios, pero para otros (e.g.
 una explanada de roca) ¿que se usaría?

 Yo votaría por dejarlo como está, ya que para sitios donde vive gente ya
 los hay bien definidos: town, village, city...

  2014-05-12 14:17 GMT+02:00 César Martínez Izquierdo 
 cesar@gmail.com:

 Hola,

 yo creo que la etiqueta es correcta. Según el wiki, place=locality se
 usa 'For an unpopulated named place.'
 Otra cosa es que en la descripción detallada se dice que si hay otra
 etiqueta más concreta, se use en lugar de locality. Y seguramente en muchos
 casos sea así y se deba ir cambiando (pero seguramente caso por caso).

 Saludos,

 César


 2014-05-12 14:09 GMT+02:00 Matías Taborda Barroso 
 taborda.barr...@gmail.com:

 Hola.

 A los que se refiere en el email que me han mandado son los que se
 importaron en su dia del IGN. Entiendo la confusion en el sentido de que
 quizas lo que nosotros consideramos un paraje, no se corresponden
 exactamente con lo que en ingles se denominan place=locality. pero es
 que en su dia no encontramos una etiqueta mejor (JOSM traduce parajes
 como place=locality).

 Tambien en su dia, cuando estabamos realizando la importacion
 establecimos en la wiki una página de discusion [1] sobre este tema y hubo
 gente (angloparlante) y la sigue habiendo que de vez en cuando pide
 explicaciones.

 Quizas, se podria pendar en modificar esta importacion estableciendo
 una mejor etiqueta para esos parajes

 [1] http://wiki.openstreetmap.org/wiki/ES_talk:NGBE#Etiquetado


 El 12 de mayo de 2014, 13:47, Juanjo Pablos jua...@apertus.esescribió:

 On 12/05/14 13:12, María Arias de Reyna wrote:


 Pues si estamos seguros de que está bien etiquetado, lo que hay que
 hacer es responderle amablemente que el que no sabe de OSM es él.

 la mayoría de esos parajes vienen importados del Instituto Geografico
  Nacional.


 --
 Se aprende a necesitar, necesitando.
 -- Antonio Porchia. (1886-1968) Escritor argentino.



 ___
 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




 --
 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
César Martínez Izquierdo
GIS developer
-  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -
Blog: http://geotechnotes.wordpress.com/
ETC-SIA: http://sia.eionet.europa.eu/
Universitat Autònoma de Barcelona (SPAIN)
 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

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




 --
 Felix

 ___
 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] tags y name=Plaza de toros por EGRN

[Matías Taborda Barroso]

Hola de nuevo.

Efectivamente, las denominaciones de Plaza de Toros como nombres de
parajes existen en el mapa 1/25000 del IGN y como tal fueron importados, no
tienen nada que ver con que exista tal construcción. Evidentemente como
muchos de los topónimos oficiales, pueden no ser ciertos y que en la zona
no se conozca al paraje como tal, entre otras cosas para eso estamos :).

Ejemplo de dicho topónimo en la provincia de Albacete, en Openstreetmap y
en el mapa 1/25000.

https://www.openstreetmap.org/node/1241894267#map=15/38.7250/-1.8395

http://www2.ign.es/iberpix/visoriberpix/visorign.html?x=601099y=4286960zone=30r=912visible=MAPA_MTN25;

Saludos.


El 20 de abril de 2014, 11:51, Matías Taborda Barroso 
taborda.barr...@gmail.com escribió:

 Hola.  Respeto a EGRN, es cierto que aparecen place =locality con el
 nombre Plaza de toros. Al parecer existen parajes (locality), con ese
 nombre,  entiendo que no se refieren a lo que conocemos como Plazas de
 toros.

 Esa información está sacada de los toponimos del mapa topográfico nacional
 a escala 1/25000, seria cuestión de comprobar si en dicho mapa (sigpac,
 WMS, etc) en esos puntos existen esos parajes con ese nombre,  sino es así
 o bien la base de datos del IGN que utilizamos para la importación tiene
 fallos o metimos la pata a la hora de generar los archivos a importar.

 Mañana le hecho un vistazo mas detallado.
 El 19/04/2014 21:12, sergiosevillano - Gmail 
 sergiosevillano.m...@gmail.com escribió:

  hola

 en el mapping de cazorla 2014 se han mapeado como nodos
 los desagües de calle con el tag: waterway=drain”
 que en realidad es un elemento lineal,
 a alguien se le ocurre algo mejor?


 las plazas de toros como se mapean?
 imaginemos lo mas simple: dos círculos concéntricos

 relación multipolígono como:
 building=yes
 name=Plaza de toros de tal
 … que mas? stadium, sport=bullfight...

 y en el inner propongo surface=albero



 por cierto
 haciendo una búsqueda de “Plaza de toros” en el osm.org para ver ejemplos
 aparecen multitud de name=Plaza de toros
 aplicados a nodos place=localty (parajes) que fueron importados por el
 usuario egrn
 es correcto?
 ___
 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] tags y name=Plaza de toros por EGRN

[Matías Taborda Barroso]

Hola.  Respeto a EGRN, es cierto que aparecen place =locality con el nombre
Plaza de toros. Al parecer existen parajes (locality), con ese nombre,
entiendo que no se refieren a lo que conocemos como Plazas de toros.

Esa información está sacada de los toponimos del mapa topográfico nacional
a escala 1/25000, seria cuestión de comprobar si en dicho mapa (sigpac,
WMS, etc) en esos puntos existen esos parajes con ese nombre,  sino es así
o bien la base de datos del IGN que utilizamos para la importación tiene
fallos o metimos la pata a la hora de generar los archivos a importar.

Mañana le hecho un vistazo mas detallado.
El 19/04/2014 21:12, sergiosevillano - Gmail 
sergiosevillano.m...@gmail.com escribió:

 hola

 en el mapping de cazorla 2014 se han mapeado como nodos
 los desagües de calle con el tag: waterway=drain”
 que en realidad es un elemento lineal,
 a alguien se le ocurre algo mejor?


 las plazas de toros como se mapean?
 imaginemos lo mas simple: dos círculos concéntricos

 relación multipolígono como:
 building=yes
 name=Plaza de toros de tal
 … que mas? stadium, sport=bullfight...

 y en el inner propongo surface=albero



 por cierto
 haciendo una búsqueda de “Plaza de toros” en el osm.org para ver ejemplos
 aparecen multitud de name=Plaza de toros
 aplicados a nodos place=localty (parajes) que fueron importados por el
 usuario egrn
 es correcto?
 ___
 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

[Matías Taborda Barroso]

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 k1wi...@gmail.com 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


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

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

[Matías Taborda Barroso]

Hola.

Entiendo que no, a no ser que DigitalGlobe en su politica de distribución,
permita ese uso, habría que mirarlo aunque lo dudo.

También se puede utilizar la ortofoto del Plan NAcional de Ortofotos [1].
Dependiendo de la zona de España, está más o menos actualizada.

 [1]http://wiki.openstreetmap.org/wiki/PNOA#Resumen_WMS


El 27 de enero de 2014, 13:04, Ricardo Sanz ricardosanz1...@gmail.comescribió:

 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.

 Saludos

 ___
 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] Incorporación de datos de catastro a OSM.

[Matías Taborda Barroso]

Hola.

¿No te ha contestado el responsable de la cuenta de Sevilla?. No puedes
(debes) crear una cuenta Catastro Dos Hermanas.

Otra cuestión, es que según creo recordar, porque este tema se está
dilatando en el tiempo, sólo tenemos permiso de imports para subir la parte
urbana ¿no?. Ander?

Salu2.


El 24 de enero de 2014, 12:04, Ander Pijoan ander.pij...@deusto.esescribió:

 Te comento lo que veo.

 Los archivos así en pequeños trozos está perfecto para subir y sobretodo
 para validar.

 Todos los archivos antes de subirlos (y de hecho sino, lo hará JOSM
 automáticamente y te sacará los errores) hay que validarlos. Para ello en
 la barra derecha de JOSM abajo saldrá una zona llamada *Resultados de la
 Validación* (si no aparece, activarlo en el menú Ventanas  Resultados de
 la validación). En esa zona hay un botón con un tick que valida el
 archivo y te mostrará los errores y advertencias.

 Tienes algunos edificios que se pisan y eso la validación te ayudará a
 arreglar rápidamente.

 Luego, lo que te hemos comentado del tag CAT2OSMSHAPEID-X que hay que
 quitar de todas todas las geometrías.

 No conozco la zona pero parece que hay pocos edificios complejos de los
 que tienen varias alturas. Aún y así te recomendaría, si te va a llevar un
 tiempo, empezar por las zonas de las afueras que tienen edificios de una
 única altura. A ver si con un poco de suerte en el transcurso, tenemos
 lista la nueva versión de cat2osm y así con esa puedes generar las zonas
 más complicadas.

 No sé si alguien más tendrá algo que comentar. Cuando subas alguna zona si
 quieres mándanos otro email y vemos qué tal queda.

 Saludos.


 El 24 de enero de 2014, 11:26, Andres Santor asan...@gmail.com escribió:

 Gracias cruz, si le envié un mensaje también.

 Dejo enlace para descarga de tres trozos de la conversión, urbana,
 rustica y mixta.


 https://drive.google.com/folderview?id=0B2SCFeSVTH2HNmlIWmVPMDBtUVUusp=sharing

 Saludos, Andrés.


 El 24 de enero de 2014, 11:19, Cruz Enrique Borges cruz.bor...@deusto.es
  escribió:

 El Viernes, 24 de enero de 2014 11:03:54 Andres Santor escribió:
  Muchas gracias, por todas las indicaciones.
 
  Lo primero entonces es lo del usuario catastro, me creo uno catastro
 Dos
  Hermanas, lo segundo quitar la etiqueta de catastro y lo siguiente
 subir
  solo casas.
 
  Muy bien, saludos, Andrés.

 Ya hay usuarios de catastro para cada provincia. Busca si hay
 responsable de
 ese usuario en tu provincia ;)

 http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results


 --
 Cruz Enrique Borges Hernández
 Email: cruz.bor...@deusto.es

 DeustoTech Energy
 Telefono: 944139000 ext.2052
 Avda. Universidades, 24
 48007 Bilbao, Spain

 ___
 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




 --
 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


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

Re: [Talk-es] Importación Red Hidrográfica Cuenca del Segura.

[Matías Taborda Barroso]

Hola Javier.

Gracias por tu respuesta, tomo nota del tema etiquetas en los changesets.
Voy a rehacer la conversión con el nuevo etiquetado y en cuanto tenga un
archivo lo vuelvo a enlazar en la wiki.

Se me ha ocurrido añadirle la etiqueta *intermittent = yes. *¿Que te
parece?.

Necesitaría una mano en el momento de la comunicación a la lista imports.
No me defiendo muy bien en inglés y si hacen preguntas muy técnicas o
complicadas, me puede costar bastante, ¿algún voluntario?.

Gracias.


El 2 de diciembre de 2013 21:42, Javier Sánchez javiers...@gmail.comescribió:

 Hola Matías.

 Buen trabajo. Solo un comentario, en la lista import te recomendarán que
 no uses las etiquetas source e import en cada elemento, sino como etiquetas
 del conjunto de cambios [1] al subir los datos. Si usas type=import en
 lugar de import=yes se ajustará mejor a [2].

 Y un pequeño detalle, te falta el enlace en Ejemplo datos obtenidos.

 [1] http://wiki.openstreetmap.org/wiki/Changeset
 [2] http://wiki.openstreetmap.org/wiki/Proposed_features/changeset_tags

 Saludos.


 El 2 de diciembre de 2013 18:50, Matías Taborda Barroso 
 taborda.barr...@gmail.com escribió:

 Hola.

 Hace unos meses informé en la lista sobre la posibilidad de utilizar
 datos de las Confederacciones Hidrográficas para incorporarlas a nuestro
 mapa [1]. El tema quedó en suspendo pero he vuelto a retomarlo con algo más
 de conocimiento y sosiego.

 En la wiki he presentado un pequeños resumen de los averiguado hasta
 ahora [2] y puesto que está claro que se pueden utilizar algunos datos de
 estas administraciones, me he propuesto empezar por una de ellas, en
 concreto con la Confederacción Hidrográfica del Segura.

 He creado una página [3] en la wiki con lo realizado hasta ahora.

 Como uno de los pasos finales, siguiendo lo más fielmente posible lo
 establecido en las directrices de importación, me gustaría vuestra opinion,
 dudas, sugerencias, aportaciones, colaboracion, etc, antes de dar el paso
 final de solicitar la aprovación en la lista imports

 Como digo, en el enlace [3] está toda la información de lo que he
 realizado hasta este momento, soy todo oidos

 Saludos.


 [1]https://lists.openstreetmap.org/pipermail/talk-es/2013-May/011596.html

 [2]
 http://wiki.openstreetmap.org/wiki/Spain_Potential_Datasources#Fuentes_de_datos_Hidrogr.C3.A1ficos

 [3]http://wiki.openstreetmap.org/wiki/ES:CHSEGURA

 ___
 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] Importación Red Hidrográfica Cuenca del Segura.

[Matías Taborda Barroso]

Hola.

Hace unos meses informé en la lista sobre la posibilidad de utilizar datos
de las Confederacciones Hidrográficas para incorporarlas a nuestro mapa
[1]. El tema quedó en suspendo pero he vuelto a retomarlo con algo más de
conocimiento y sosiego.

En la wiki he presentado un pequeños resumen de los averiguado hasta ahora
[2] y puesto que está claro que se pueden utilizar algunos datos de estas
administraciones, me he propuesto empezar por una de ellas, en concreto con
la Confederacción Hidrográfica del Segura.

He creado una página [3] en la wiki con lo realizado hasta ahora.

Como uno de los pasos finales, siguiendo lo más fielmente posible lo
establecido en las directrices de importación, me gustaría vuestra opinion,
dudas, sugerencias, aportaciones, colaboracion, etc, antes de dar el paso
final de solicitar la aprovación en la lista imports

Como digo, en el enlace [3] está toda la información de lo que he realizado
hasta este momento, soy todo oidos

Saludos.


[1]https://lists.openstreetmap.org/pipermail/talk-es/2013-May/011596.html

[2]
http://wiki.openstreetmap.org/wiki/Spain_Potential_Datasources#Fuentes_de_datos_Hidrogr.C3.A1ficos

[3]http://wiki.openstreetmap.org/wiki/ES:CHSEGURA
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] edificios IGN

[Matías Taborda Barroso]

Hola.

Entiendo que NO.

Del IGN sólo se pueden utilizar libremente y por lo tanto compatible con
la licencia de OSM, los datos  pertenecientes al Equipamiento Geográfico
de Referencia Nacional, es decir, vértices geodésicos, límites
municipales, toponímia,...

Saludos y bienvenida.



El 25 de agosto de 2013 22:12, Paz Calderon calderonf...@gmail.comescribió:

 Buenos días
 Soy nueva en este foro, y me gustaría preguntarles si está permitido subir
 en algunas datos del IGN a la cartografía de OSM. En concreto edificios de
 la BCN25-BTN25 del IGN España.
 Hasta el momento he dibujado edificios de alguna zona digitalizandolos a
 partir de la ortofoto del PNOA.
 Muchas gracias por su ayuda!
 Saludos

 --


 ___
 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] Letters in Streetnames

[Matías Taborda Barroso]

Hola.

No se si puede valer, pero el IGN publicó unas Directrices Toponímicas de
uso internacional para editores de mapas y otras publicaciones. [1]

En la página 26 establece como se deben rotular el principio y palabras
intermedias de un topónimo.

No estaría mal seguirlas ¿no?.


[1]
http://www.ign.es/ign/resources/acercaDe/libDigPub/Directrices_toponimicas_spa.zip


2013/7/30 Jaime Crespo jy...@jynus.com

 Jan no pregunta por el idioma, sino por la mayúscula.

 Mateu:

 Mi conocimiento del idioma es nulo, pero ¿seguro que lo estamos
 haciendo bien? Google las pone con mayúscula (aunque he de reconocer
 que no es la mejor fuente) y aquí veo que muchos carteles, cuando
 están escritos en minúsculas ponen la primera letra en mayúscula:
 http://commons.wikimedia.org/wiki/Category:Street_signs_in_Catalonia

 2013/7/30 Moises Arcos moiarc...@gmail.com:
 
 
 
  2013/7/30 Juan Luis Rodriguez Ponce juanlui...@gmail.com
 
 
  On Tue, Jul 30, 2013 at 11:07 AM, Jan Tappenbeck o...@tappenbeck.net
  wrote:
 
 
  i mapped many thinks in Andalucia and there are the streetname begin
 with
  large letters like Calle Antonio.
 
  now i looked to Mallorca and the streets begins by little letters like
  carrer Antonio ... - is this a regioal special kind of writing
 streetnames
  ?
 
 
  It's just written in another language. In Spain you can find names in:
  * Galician [1] in Galicia-- Rúa
  * Euskara [2] in Basque Country and Navarra -- Kalea
  * Catalan [3] in Catalonia, Valencian Community and Balearic Islands --
  Carrer
  * Spanish in other zones -- Calle
 
 
  Yes, it's true and you can assign different names to a street, for
 example,
  you can put the next one:
 
  'El Campo de Mirra/Camp de Mirra'. official_name='El Campo de Mirra/Camp
 de
  Mirra', name='Camp de Mirra', name:es='El Campo de Mirra', name:ca='Camp
 de
  Mirra'.
 
  For more information http://wiki.openstreetmap.org/wiki/ES:NGMEP
 
 
 
 
  [1] http://osm.org/go/b9L98MR8N--
  [2] http://osm.org/go/b~PosxrhQ--
  [3] http://osm.org/go/b_qOqnJah-
 
 
  --
  Un saludo,
  Juan Luis.
 
  ___
  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
 



 --
 Jaime Crespo

 ___
 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] Letters in Streetnames

[Matías Taborda Barroso]

Según la RAE, en minúscula, según el IGN en mayúscula.

A mi me gustan las mayúsculas, a otros las minúsculas.

Señoras y señores, BIENVENIDOS A OPENSTREETMAP.

Me parece que acabamos de abrir la caja de Pandora. A ver como salimos de
esta


2013/7/30 David Marín Carreño dav...@gmail.com

 Según el IGN: La regla general es escribir con la inicial en
 mayúscula todas las palabras que comiencen un rótulo, sea cual sea su
 categoría gramatical


 2013/7/30 Matías Taborda Barroso taborda.barr...@gmail.com:
  Hola.
 
  No se si puede valer, pero el IGN publicó unas Directrices Toponímicas de
  uso internacional para editores de mapas y otras publicaciones. [1]
 
  En la página 26 establece como se deben rotular el principio y palabras
  intermedias de un topónimo.
 
  No estaría mal seguirlas ¿no?.
 
 
  [1]
 
 http://www.ign.es/ign/resources/acercaDe/libDigPub/Directrices_toponimicas_spa.zip
 
 
  2013/7/30 Jaime Crespo jy...@jynus.com
 
  Jan no pregunta por el idioma, sino por la mayúscula.
 
  Mateu:
 
  Mi conocimiento del idioma es nulo, pero ¿seguro que lo estamos
  haciendo bien? Google las pone con mayúscula (aunque he de reconocer
  que no es la mejor fuente) y aquí veo que muchos carteles, cuando
  están escritos en minúsculas ponen la primera letra en mayúscula:
  http://commons.wikimedia.org/wiki/Category:Street_signs_in_Catalonia
 
  2013/7/30 Moises Arcos moiarc...@gmail.com:
  
  
  
   2013/7/30 Juan Luis Rodriguez Ponce juanlui...@gmail.com
  
  
   On Tue, Jul 30, 2013 at 11:07 AM, Jan Tappenbeck o...@tappenbeck.net
 
   wrote:
  
  
   i mapped many thinks in Andalucia and there are the streetname begin
   with
   large letters like Calle Antonio.
  
   now i looked to Mallorca and the streets begins by little letters
 like
   carrer Antonio ... - is this a regioal special kind of writing
   streetnames
   ?
  
  
   It's just written in another language. In Spain you can find names
 in:
   * Galician [1] in Galicia-- Rúa
   * Euskara [2] in Basque Country and Navarra -- Kalea
   * Catalan [3] in Catalonia, Valencian Community and Balearic Islands
   --
   Carrer
   * Spanish in other zones -- Calle
  
  
   Yes, it's true and you can assign different names to a street, for
   example,
   you can put the next one:
  
   'El Campo de Mirra/Camp de Mirra'. official_name='El Campo de
 Mirra/Camp
   de
   Mirra', name='Camp de Mirra', name:es='El Campo de Mirra',
 name:ca='Camp
   de
   Mirra'.
  
   For more information http://wiki.openstreetmap.org/wiki/ES:NGMEP
  
  
  
  
   [1] http://osm.org/go/b9L98MR8N--
   [2] http://osm.org/go/b~PosxrhQ--
   [3] http://osm.org/go/b_qOqnJah-
  
  
   --
   Un saludo,
   Juan Luis.
  
   ___
   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
  
 
 
 
  --
  Jaime Crespo
 
  ___
  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
 



 --
 David Marín Carreño dav...@gmail.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] Letters in Streetnames

[Matías Taborda Barroso]

+1 David


El 30 de julio de 2013 13:24, David Marín Carreño dav...@gmail.comescribió:

 No creo que estemos hablando de mapear para el renderizador: la base
 de datos de OpenStreetMap habla de elementos de mapas, y estamos
 definiendo el cómo deben escribirse en el mapa. Son decisiones que, en
 mi opinión, sería muy complejas para dejarlas al renderizador. Si, por
 ejemplo, se escribe l'Hospitalet y la Vila Joiosa, no
 L'Hospitalet ni La Vila Joiosa, pero se escribe El Escorial y no
 el Escorial, o La  Roda y no la Roda...

 Si a esto añades que entonces tendríamos que saber en qué idioma está
 el nombre oficial de cada elemento geográfico... Y creo que esto
 también es aplicable al resto de elementos del mapa.

 Además, el renderizador no sabe separar el tipo de la vía del nombre
 de la vía...

 El asunto es llegar a un compromiso de consenso y aplicarlo a rodillo. :-)

 Yo, personalmente, lo veo claro: títulos en castellano, en mayúscula:
 lo dice el IGN, que habla de rótulos de mapas, y creo que está más
 extendido.
 En catalán/valenciano, si es verdad que hay tradición en los mapas de
 que salga en minúscula, pues en minúscula.

 Es decir: Plaza de España, plaça de Espanya.
 Vamos, que se me hace extrañísimo encontrar un plaza de España en un
 mapa...

 --
 David Marín Carreño dav...@gmail.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] El Ayuntamiento de Santander libera datos de interés para OSM

[Matías Taborda Barroso]

Hola.

A mi también me gustaría que nos aclarásemos de una vez que se puede y que
no se puede utilizar, porque por mucho que intento averiguar nadie me lo
acaba de decir claramente.

En cuanto al tipo de licencia CC By 3.0, aunque en un principio todos
daríamos por hecho que se podrían utilizar esos datos (de hecho se han
utilizado y se siguen utilizando) parece ser que hay algunos matices que, a
mi por lo menos se me escapan, no permitirían la importación. Mira lo que
se dice en este foro [1]

Hace unos meses intenté exponer una posible importación de cierta entidad
referente a los datos de algunas Confederacciones Hidrográficas y
finalmente todo se ha quedado en nada porque no me atrevo a hacer, sin
tener una base ciertamente fundada de que los datos pueden utilizarse (a
pesar que dichas adminsitraciones me han confirmado por email que no hay
problema en utilizar esos datos, aceptando las condiciones expresadas en la
carta tipo para solicitar permisos).

En fin, a ver si sacamos algo en claro.

Saludos y suerte.


[1]
https://help.openstreetmap.org/questions/17550/can-i-import-cc-by-sa-data-into-openstreetmap



El 15 de julio de 2013 11:21, Emilio Gómez Fernández
ego...@outlook.comescribió:

 Hola a todo,

 La semana pasada el Ayuntamieno de Santander lanzó su nuevo Portal de
 Datos Abiertos [1], siendo esta una de las iniciativas de la línea
 estratégica correspondiente a Open Data recogida en el Plan Santander Smart
 City.

 En principio el ayuntamiento ha liberado 22 bloques de información, los
 cuales son muy heterogéneos: van desde el calendario laboral del municipio
 hasta los ciclos semafóricos, pasando por analíticas de agua, licencias de
 obra, etc.
 El caso es que, respecto a lo que atañe a OpenStreetMap, existe
 información geográfica interesante en el catálogo de datos [2] que se
 podría subir a la base de datos de OSM: paradas y líneas de bus, paradas de
 taxis, comercios, callejero, cámaras de tráfico, parques y jardines, etc.

 Mi idea es poder meterme con ello para ir revisando los datos e
 incorporando poco a poco estas capas de información. Pero antes de nada
 necesito asegurarme que la licencia de esos datos (por lo visto CC-by 3.0
 ES) [2] es compatible con la ODbL de OpenStreetMap, para no trabajar
 inútilmente. Yo creo que si, pero necesitaría que los que sabéis más de
 este tema me lo confirmaseis.

 Un saludo

 Emilio Gómez

 PD: Por cierto, utilizan en la web cartografía de OSM para la
 previsualización de algunos formatos datos geográficos.[3]


 [1] http://datos.santander.es/
 [2] http://datos.santander.es/datos/
 [3] http://datos.santander.es/presentacion/
 [4]
 http://datos.santander.es/recurso/?ds=edificiosid=e1a5f200-94ab-4d16-8b20-868cca0cb53e


 ___
 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] El Ayuntamiento de Santander libera datos de interés para OSM

[Matías Taborda Barroso]

Hola.

Vale, ahora lo entiendo (no me había preocupado por investigar por mi
cuenta).

Entoces si es así, supongo que no debe haber problema en utilizar esos
datos que hablas.


Gracias. Saludos.



El 15 de julio de 2013 13:49, Emilio Gómez Fernández
ego...@outlook.comescribió:

 Hola Matías

 La CC-BY-SA, en todas su variantes, que se menciona en el enlace no sería
 compatible con ODbL porque obliga a redistribuir con la misma licencia
 Creative Commons.

 Por contra CC-BY solo exige reconocimiento y punto. Da igual si lo vuelves
 a distribuir con otro tipo de licencia (de cualquier tipo: abierta o
 cerrada es indiferente), por lo que aquí sí pienso que los datos se pueden
 fusionar con la ODbL de OSM sin problemas.

 Un saludo.

 Emilio


 El 15 de julio de 2013 12:45, Matías Taborda Barroso 
 taborda.barr...@gmail.com escribió:

 Hola.

 A mi también me gustaría que nos aclarásemos de una vez que se puede y
 que no se puede utilizar, porque por mucho que intento averiguar nadie me
 lo acaba de decir claramente.

 En cuanto al tipo de licencia CC By 3.0, aunque en un principio todos
 daríamos por hecho que se podrían utilizar esos datos (de hecho se han
 utilizado y se siguen utilizando) parece ser que hay algunos matices que, a
 mi por lo menos se me escapan, no permitirían la importación. Mira lo que
 se dice en este foro [1]

 Hace unos meses intenté exponer una posible importación de cierta entidad
 referente a los datos de algunas Confederacciones Hidrográficas y
 finalmente todo se ha quedado en nada porque no me atrevo a hacer, sin
 tener una base ciertamente fundada de que los datos pueden utilizarse (a
 pesar que dichas adminsitraciones me han confirmado por email que no hay
 problema en utilizar esos datos, aceptando las condiciones expresadas en la
 carta tipo para solicitar permisos).

 En fin, a ver si sacamos algo en claro.

 Saludos y suerte.


 [1]
 https://help.openstreetmap.org/questions/17550/can-i-import-cc-by-sa-data-into-openstreetmap



 El 15 de julio de 2013 11:21, Emilio Gómez Fernández 
 ego...@outlook.comescribió:

 Hola a todo,

 La semana pasada el Ayuntamieno de Santander lanzó su nuevo Portal de
 Datos Abiertos [1], siendo esta una de las iniciativas de la línea
 estratégica correspondiente a Open Data recogida en el Plan Santander Smart
 City.

 En principio el ayuntamiento ha liberado 22 bloques de información, los
 cuales son muy heterogéneos: van desde el calendario laboral del municipio
 hasta los ciclos semafóricos, pasando por analíticas de agua, licencias de
 obra, etc.
 El caso es que, respecto a lo que atañe a OpenStreetMap, existe
 información geográfica interesante en el catálogo de datos [2] que se
 podría subir a la base de datos de OSM: paradas y líneas de bus, paradas de
 taxis, comercios, callejero, cámaras de tráfico, parques y jardines, etc.

 Mi idea es poder meterme con ello para ir revisando los datos e
 incorporando poco a poco estas capas de información. Pero antes de nada
 necesito asegurarme que la licencia de esos datos (por lo visto CC-by 3.0
 ES) [2] es compatible con la ODbL de OpenStreetMap, para no trabajar
 inútilmente. Yo creo que si, pero necesitaría que los que sabéis más de
 este tema me lo confirmaseis.

 Un saludo

 Emilio Gómez

 PD: Por cierto, utilizan en la web cartografía de OSM para la
 previsualización de algunos formatos datos geográficos.[3]


 [1] http://datos.santander.es/
 [2] http://datos.santander.es/datos/
 [3] http://datos.santander.es/presentacion/
 [4]
 http://datos.santander.es/recurso/?ds=edificiosid=e1a5f200-94ab-4d16-8b20-868cca0cb53e


 ___
 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



 ___
 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

[Talk-es] Importación Redes Hidrográficas de Confederacciones.

[Matías Taborda Barroso]

Hola, buenos días.

En los últimos meses, con esto de que llovía tanto, me ha dado por ir
cartografiando embalses, rios y arroyos, principalmente de mi zona. Me he
dado cuenta que el tema hidrográfico está un poco dejado de la mano (rios
que van al revés, sin nombre, sin continuidad, etc) y me ha dado por
investigar la posible obtención de estos datos. Así que he visitado las
páginas de las distintas confederacciones, viendo sus avisos legales y
mandando emails a la mayoria de ellas (con la modelo de carta tipo
existente en la wiki). Os hago un resumen:


   - *CONFEDERACCIÓN HIDROGRÁFICA DEL CANTÁBRICO.*

http://www.chcantabrico.es/index.php/es/


*Nota Legal. Sólo está autorizado el uso personal no-comercial.*

Por lo tanto, ni siquiera les he mando email.


   - *CONFEDERACCIÓN HIDROGRÁFICA DEL DUERO. *

http://www.chduero.es/

*Aviso Legal.*
*PROPIEDAD INTELECTUAL E INDUSTRIAL*
*Los derechos de propiedad intelectual del contenido de las páginas Web, su
diseño gráfico y códigos son titularidad de la Confederación Hidrográfica
del Duero y, por tanto, queda prohibida su reproducción, distribución,
comunicación pública, transformación o cualquier otra actividad que se
pueda realizar con los contenidos de sus páginas Web ni aún citando las
fuentes, salvo consentimiento por escrito de la Confederación Hidrográfica
del Duero*.

Ahora leyendo de nuevo me he dado cuenta que quizás si se le pudiera pedir
autorización por escrito.. no se.


   - *CONFEDERACCIÓN HIDROGRÁFICA DEL GUADALQUIVIR.*

*Aviso Legal. *
*Salvo que se indique lo contrario, la reproducción queda autorizada
siempre que se cite su origen. *
*En los casos en que el CHG advierta sobre la exigencia de una autorización
previa y por escrito para la reproducción ** o el uso de información
textual o multimedia (sonidos, imágenes, programas, etc.), dicha
advertencia cancelará la  **autorización genérica antes citada.*
*
*
Tras 3 intentos de contacto a distintas direcciones en el último mes,
finalmente han contestado enlazándome precisamente a lo dicho en el aviso
legal. Expertos en licencias, hablen. Yo entiendo que sería posible
utilizar los datos ¿no?.


   - *CONFEDERACCIÓN HIDROGRÁFICA DEL GUADIANA.*

www.chguadiana.es

*Aviso Legal*
*Salvo que se indique lo contrario, la reproducción queda autorizada
siempre que se cite su origen. En los casos en que el CHG advierta sobre la
exigencia de una autorización previa y por escrito para la reproducción o
el uso de información textual o multimedia (sonidos, imágenes, programas,
etc.), dicha advertencia cancelará la autorización genérica antes citada. *
*
*
Su Respuesta textualmente fue *Desde este Organismo y siguiendo las
directrices de INSPIRE en referencia a facilitar el uso de conjuntos de
datos espaciales propios a los ciudadanos nos ofrecemos a poner a su
disposición no sólo la cartografía descargable desde la página web si no
cualquier otra que pueda ser de su interés y que se encuentre catalogada en
el catálogo de metadatos de este organismo*
*
*
Vamos, yo creo que bastante claro.


   - *CONFEDERACCIÓN HIDROGRÁFICA DEL JUCAR*

http://www.chj.es/es-es/Organismo/Paginas/Organismo.aspx

*Aviso Legal.*
*Se prohíbe la reproducción total o parcial de los contenidos de este sitio
web, así como su modificación y/o distribución *
*sin citar su origen o solicitar previamente autorización.*
*
*
Desde el 7 de Mayo estoy a la espera de una respuesta. Por lo que se ve el
aviso legal es similar a los anteriores.


   - *CONFEDERACCIÓN HIDROGRÁFICA DEL SEGURA.*

www.chsegura.es

*Aviso Legal*
*Salvo que se indique lo contrario, la CHS permite cualquier tipo de uso
privado o comercial de los contenidos publicados en su portal web
http://www.chsegura.es (imágenes, texto, datos, gráficos y demás
información), así como de las posibles obras derivadas, siempre que se cite
su origen (Confederación Hidrográfica del Segura). En los casos en que la
CHS advierta sobre la exigencia de una autorización previa y por escrito
para el uso de la información, dicha advertencia cancelará la autorización
genérica antes citada. Los contenidos del sitio web de la Confederación
Hidrográfica del Segura se publican bajo licencia Creative Commons 3.0 –
Reconocimiento; al reutilizar o distribuir contenidos, tiene que dejar bien
claros los términos de la licencia.*
*
*
Expertos en licencias, ayuda. Contacto con ellos, no han contestado.


   - *CONFEDERACCIÓN HIDROGRÁFICA DEL TAJO.
   *

www.chtajo.es
Aviso Legal.
*La reproducción queda autorizada siempre que se cite su origen*. En los
casos en que la CHT advierta sobre la exigencia de una autorización previa,
dicha advertencia cancelará la autorización genérica antes citada.

Es decir, aviso igual a CHGuadiana y Guadalquivir, pero llevo más de un mes
esperando su contestación.


   - *CONFEDERACCIÓN HIDROGRÁFICA DEL EBRO.
   *

www.chebro.es

Aviso Legal.
*Salvo que se indique lo contrario, la reproducción queda autorizada
siempre que se cite su origen*
*
*
Nuevamente similar a 

Re: [Talk-es] Importación Redes Hidrográficas de Confederacciones.

[Matías Taborda Barroso]

Hola Javier. ¡Cuanto tiempo!.

Pues si, lo suyo sería ir documentando como hicimos con el Nomenclator.

El caso es que en un principio me interesé sólo la Cuenca del Guadiana que
es la que me toca más cerca y fue la primera en contestar. Lo que pasa como
has visto, es que la cosa se puede complicar bastante.

En principio y puesto que parece ser que son administraciones distintas
(aunque todas pertenecen al mismo ministerio) y con politicas de
distribucción de datos distintas, había pensado crear un usuario OSM para
cada una de las Confederacciones (de hecho ya he creado *guadiana_osm* para
la del Guadiana).

Alomejor habría que esperar unos días a ver si acaban de contestar el resto
de Confederacciones, pero quizás se podría ir documentando las de Guadiana,
Guadalquivir y Miño-Sil que son las que han dado su visto bueno y mientras
ir discutiendo por aquí los distintos temas que puedan surgir (etiquetado,
datos susceptibles de importar, dudas licencias, etc).

No se, a ver como respira el resto de la comunidad en este tema.

Saludos.


El 21 de mayo de 2013 11:28, Javier Sánchez javiers...@gmail.com escribió:

 Hola.

 Me parece muy interesante y un gran curro por tu parte. El siguiente paso
 sería documentar en la web ¿no?

 Javier

 ___
 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] Importación Redes Hidrográficas de Confederacciones.

[Matías Taborda Barroso]

Hola Manuel. Gracias por tu intervención.

En los contactos establecidos utilicé un modelo de carta para este tipo de
solicitudes en el que se hace referencia a los tipos de licencia y los que
podríamos hacer con los datos.  [1]

La mayoría de los portales tienen como habrás visto un aviso legal en el
que dicen *la reproducción queda autorizada siempre que se cite su origen*.
Se que no especifica como la del Segura, el tipo de licencia Creative
Commons, pero a mi modo de entender es lo mismo ya que en ningún caso, a
excepción de CH Cantábrico y Duero que especifican el uso no comercial. Por
cierto en algún foro inglés dicen que la Creative Commons 3.0 no es
compatible con la ODBl

Ante la duda es por lo que establecí contacto con ellos, señalándoles
claramente el tipo de licencia de OSM y todo lo relacionado en la carta
modelo. La respuesta como he comentado ha sido positiva en tres de los
casos, los otros estoy a la espera.

Saludos.

[1] http://wiki.openstreetmap.org/wiki/ES:Permission_letter_template



El 21 de mayo de 2013 13:54, Manuel (Montgomery) wikimo...@gmail.comescribió:

 Buenas:

 No me considero experto en licencias, pero donde colaboro más
 activamente, en Wikipedia, tenemos bastante contacto diario con este tema.
 Paradójicamente donde tú ves alguna duda, el caso de CHSegura, yo es donde
 creo que hay menos problema. La licencia Creative Commons que utilizan
 simplemente requiere atribuir el contenido, lo que se puede hacer sin
 problema en OSM (source=). La licencia que utilizamos en OSM (la ODbL), es
 plenamente compatible. Por lo tanto, desde el momento que la CH Segura ha
 indicado que están publicando material bajo licencia CC 3.0 by se podría
 estar importando contenido. Las licencias Creative Commons son irrevocables.

 Donde debo ser más Pepito Grillo es en el tema de pedir permiso para
 publicar contenido. Proyectos como OSM o Wikipedia, por el tipo de licencia
 que utilizan, no están concebidos como una publicación clásica. Quizás la
 Editorial Planeta pueda pedir permiso a un tercero para incorporar una
 fotografía a un libro concreto, porque dicho libro está protegido con
 copyright y da por hecho que es ilegal cualquier reproducción futura. Sin
 embargo en Wikipedia u OpenStreetMap, el contenido que hoy publicamos
 mañana puede estar transformado en otra obra de la que no tengamos
 constancia, aunque según la licencia deba reproducirse reconociendo la
 autoría. Realmente estamos liberando la información, lo cual sería
 imposible sin sin las licencias libres. Por consiguiente, lo que debe
 buscarse en primer lugar con una fuente a la que queramos acceder es que
 ellos también liberen sus contenidos. Deben ser conscientes de la
 naturaleza de las licencias libres con la que quedarán sellados los datos
 de manera irrevocable implican que cualquiera podrá reproducirlas,
 modificarlas e incluso darlas un uso comercial sin tener que volver a pedir
 permiso.

 Todo esto lo digo porque me ha ocurrido ya muchas veces casos de contactar
 con personas para acceder a su material o que ellos han conocido de mi
 participación en Wikipedia y querer incorporar su contenido (texto,
 fotografías). Nuestros proyectos, por ser altruistas, generan bastante
 simpatía y eso significa bastante predisposición a ceder o compartir
 material. Sin embargo no somos la editorial Planeta, el modelo de difusión
 de conocimiento es muy diferente y eso implica una serie de cosas que deben
 saberse. Y como las licencias Creative Commons o la ODbL son bastante
 simples de entender, lo más práctico es remitirles a una serie de páginas
 como:

 http://www.openstreetmap.org/copyright
 http://creativecommons.org/licenses/by-sa/2.0/
 http://opendatacommons.org/licenses/odbl/summary/

 No sé exactamente cómo han sido las comunicaciones
 OSM-Administración/Organización en el pasado para intentar acceder a
 contenido. De mi experiencia en Wikipedia repito que *lo primero que se
 busca es que ellos mismos publiquen (e indiquen en sus páginas web) que su
 contenido tiene una licencia Creative Commons que sea compatible* (no
 valen las que impiden uso comercial y limitan las obras derivadas). Es
 complicado que accedan a dar el paso, pero si eso se consigue, lo demás
 viene solo, porque se puede ir incorporando contenido sin ninguna
 limitación. Si son reacios a señalar en su web que el material está
 disponible bajo CC, entonces se busca una autorización, pero *siempre
 deben estar conformes con lo que implica la Licencia Creative Commons*.
 No nos valen mensajes genéricos plagados de buenas intenciones pero en
 donde no dejen claro en qué términos nos autorizan a utilizar el material.
 En Wikipedia tenemos una página donde se explica todo esto y se señalan
 modelos de autorización:

 http://es.wikipedia.org/wiki/WP:OTRS#Modelos_de_mensaje

 Saludos y perdón por el ladrillo!

 Manuel (Montgomery)


 El 21 de mayo de 2013 09:07, Matías Taborda Barroso 
 taborda.barr...@gmail.com escribió:

  Hola, buenos días.

 En los

Re: [Talk-es] Importación Redes Hidrográficas de Confederacciones.

[Matías Taborda Barroso]

Hola.

En ningún momento he pensado en machacar los datos que ya existen en OSM,
habría que hacer algo similar a lo que se pretende hacer con Catastro, es
decir, subir lo que no exista y fusionarlo con lo existente.

En cuanto a la utilización de los tags estoy de acuerdo contigo en que es
necesario consensuarlo entre todos, pero eso sería un trabajo posterior.

En esta primera comunicación mi idea era hacer partícipe a la comunidad de
los pasos realizados hasta ahora y como verás ya han surgido las primeras
dudas acerca de las licencias.

Así que, en mi opinion claro, lo primero sería consensuar si podemos o no
utilizar los datos, valorando lo reflejado en cada uno de los distintos
portales de cada Confederacción y las respuestas a las solicitudes. Si
decidimos que sí, pasaríamos a discutir la forma de hacerla (conversión de
datos, etiquetados, forma de subirlo, colisiones, etc, etc ).

No te preocupes, yo también he pasado algún que otro rato dibujando ríos
sobre ortofoto y no pienso ni por mucho en liquidar ese trabajo sólo por
incorporar datos oficiales que en la mayoría de los casos han sido
obtenidos de igual forma.

A ver si mañana se implica más gente y vamos perfilando el tema.

Saludos y buenas noches.


El 21 de mayo de 2013 23:05, Hector heutorecep...@ono.com escribió:

 Yo he mapeado y completado gran parte de la CH Duero y de la miño-sil en
 los límites de Castilla y león.
 Mas gente también ha hecho una gran labor. Habría que tener cuidado de no
 macahcar estos datos , sino de compaginarlos, pues el mapeo realizado con
 ortofoto es laborioso pero de gran calidad, a veces mejor que las fuentes
 de datos oficiales.
 También habría que estudiar que tags habría que poner, de manera
 consensuada para todo el territorio nacional.
 Algo similiar a lo que se hizo cuando se rectificaron los núcleos de
 población, añadiendo los que faltaban y completando los que ya estaban
 Seria terrible que saliera algo como Corine (desde mi punto de vista,
 bastante malo) que mejor era no haberlo hecho. En la zona en la que trabajo
 no dejo de corregirlo, que a veces pienso que sería mejor empezarlo de cero.


 __**_
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-eshttp://lists.openstreetmap.org/listinfo/talk-es

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

Re: [Talk-es] nomenclatura de los municipios

[Matías Taborda Barroso]

Hola.

En la wiki establecen los tipos de place en función del número de
habitantes ¿no?.

[1] http://wiki.openstreetmap.org/wiki/ES:Map_Features#Place_.28Lugar.29


El 19 de febrero de 2013 07:11, Ricardo Sanz
ricardosanz1...@gmail.comescribió:

 y cual es el límite de pequeña pedanía? 100 habitantes, 1000, 1, 35000
 ?

 un saludo

 El día 19 de febrero de 2013 11:03, David Marín Carreño
 dav...@gmail.com escribió:
  Yo, por suburb entiendo barrio, barriada... Es decir: siempre
  dentro de un continuo urbano.
 
  Por hamlet entendería pedanía, en los casos en que esta es pequeña.
 
 
 
  El día 19 de febrero de 2013 10:19, Ricardo Sanz
  ricardosanz1...@gmail.com escribió:
  ya..
  otra cosa que no deja muy clara la normalización es cuando se pone
  suburb y cuando hamlet
  entiendo que suburb es cuando está muy muy cerca del ayuntamiento del
  municipio de referencia y hamlet cuando está muy alejado??
 
 
  El día 19 de febrero de 2013 10:08, Celso González ce...@mitago.net
 escribió:
  On Tue, Feb 19, 2013 at 08:44:19AM +0100, Ricardo Sanz wrote:
  Buenas,
 
  llevo un buen rato arreglando solo en la provincia de Sevilla esto.
 
  Ciudad grande (place=city): 75 localidades
  Las 50 capitales de provincia
  Las 2 capitales autonómicas que no son capitales de provincia (Mérida
  y Santiago de Compostela)
  Las 2 ciudades autónomas (Ceuta y Melilla)
  Las 21 otras ciudades de más de 100.000 habitantes
  Ciudad pequeña (place=town): 507 localidades
  Resto de municipios de más de 10.000 habitantes
  Pueblo (place=village): 7534 localidades
  Resto de municipios (con ayuntamiento propio)
  Aldea o Barrio (place=hamlet o place=suburb)
  Núcleos de población pertenecientes a un municipio, sin ayuntamiento
  propio. Se suele usar suburb cuando el núcleo es muy cercano o
  integrado dentro del núcleo principal.
  Atención: En otras partes partes del mundo un hamlet tiene menos de
  200 habitantes, en España algunos de estos pueblecitos estan ya en la
  lista de los 7534 localidades
 
  Un dato bastante fácil de encontrar y suficientemente público es el de
  population si añades este después es más fácil hacer los checks
 
  --
  Celso Gonzalez
  (@PerroVerd)
 
  ___
  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
 
 
 
  --
  David Marín Carreño dav...@gmail.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

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

Re: [Talk-es] nomenclatura de los municipios

[Matías Taborda Barroso]

La verdad es que no lo tengo muy claro simplemente me he limitado a
postear el enlace a la wiki por si no lo habías consultado.

Según lo planteas supongo que sería así


El 19 de febrero de 2013 07:26, Ricardo Sanz
ricardosanz1...@gmail.comescribió:

 vale, entonces por ejemplo, montequinto pertenece a dos hermanas,
 tiene 35000 hab. y está separado unos 5-10 km del nucleo. esto sería
 un suburb

 entonces toda pedanía de más de 100 habitantes esté o no alejado del
 nucleo municipal es suburb.

 El día 19 de febrero de 2013 11:20, Matías Taborda Barroso
 taborda.barr...@gmail.com escribió:
  Hola.
 
  En la wiki establecen los tipos de place en función del número de
  habitantes ¿no?.
 
  [1] http://wiki.openstreetmap.org/wiki/ES:Map_Features#Place_.28Lugar.29
 
 
  El 19 de febrero de 2013 07:11, Ricardo Sanz ricardosanz1...@gmail.com
  escribió:
 
  y cual es el límite de pequeña pedanía? 100 habitantes, 1000, 1,
 35000
  ?
 
  un saludo
 
  El día 19 de febrero de 2013 11:03, David Marín Carreño
  dav...@gmail.com escribió:
   Yo, por suburb entiendo barrio, barriada... Es decir: siempre
   dentro de un continuo urbano.
  
   Por hamlet entendería pedanía, en los casos en que esta es
 pequeña.
  
  
  
   El día 19 de febrero de 2013 10:19, Ricardo Sanz
   ricardosanz1...@gmail.com escribió:
   ya..
   otra cosa que no deja muy clara la normalización es cuando se pone
   suburb y cuando hamlet
   entiendo que suburb es cuando está muy muy cerca del ayuntamiento del
   municipio de referencia y hamlet cuando está muy alejado??
  
  
   El día 19 de febrero de 2013 10:08, Celso González ce...@mitago.net
 
   escribió:
   On Tue, Feb 19, 2013 at 08:44:19AM +0100, Ricardo Sanz wrote:
   Buenas,
  
   llevo un buen rato arreglando solo en la provincia de Sevilla esto.
  
   Ciudad grande (place=city): 75 localidades
   Las 50 capitales de provincia
   Las 2 capitales autonómicas que no son capitales de provincia
 (Mérida
   y Santiago de Compostela)
   Las 2 ciudades autónomas (Ceuta y Melilla)
   Las 21 otras ciudades de más de 100.000 habitantes
   Ciudad pequeña (place=town): 507 localidades
   Resto de municipios de más de 10.000 habitantes
   Pueblo (place=village): 7534 localidades
   Resto de municipios (con ayuntamiento propio)
   Aldea o Barrio (place=hamlet o place=suburb)
   Núcleos de población pertenecientes a un municipio, sin
 ayuntamiento
   propio. Se suele usar suburb cuando el núcleo es muy cercano o
   integrado dentro del núcleo principal.
   Atención: En otras partes partes del mundo un hamlet tiene menos
 de
   200 habitantes, en España algunos de estos pueblecitos estan ya en
 la
   lista de los 7534 localidades
  
   Un dato bastante fácil de encontrar y suficientemente público es el
 de
   population si añades este después es más fácil hacer los checks
  
   --
   Celso Gonzalez
   (@PerroVerd)
  
   ___
   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
  
  
  
   --
   David Marín Carreño dav...@gmail.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
 
 
 
  ___
  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

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

Re: [Talk-es] ¿Qué podemos aprovechar del IdaCyL

[Matías Taborda Barroso]

Hola.

Según la noticia del diario de Burgos TODO.

Pero según las condiciones del portal de que habla. ? [1]

[1]
http://www.cartografia.jcyl.es/web/jcyl/Cartografia/es/Plantilla66y33/1284230565103/_/_/_


El 29 de enero de 2013 13:38, Alvaro Lara Cano - y...@alvarolara.com 
y...@alvarolara.com escribió:

 **

 Hola, acabo de leer esta noticia en el Diario de Burgos:




 http://www.diariodeburgos.es/noticia/Z1C9612AE-0308-E662-9B3CB2497FCFC7AC/20130129/junta/integra/idacyl/toda/informacion/cartografica/geografica



 www.cartografia.jcyl.es





 ¿Qué podemos aprovechar / importar?



 ___
 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] Usuarios que destrozan el mapa.

[Matías Taborda Barroso]

De los tres usuarios que has puesto el enlace, sólo el segundo ha realizado
una edición en el 2007, los otros dos cero ediciones. ??. No
entiendo.

Eso sí, el enlace a los errores es evidente..


El 22 de enero de 2013 19:17, Fco. Javier González Jiménez 
fjavier...@hotmail.com escribió:


 Hola, creo que ya lo he comentado en alguna ocasion pero no se como
 solucionarlo. Existen usuarios que se dedican a editar el mapa a lo
 loco y no hacen caso de los mails que se lees envian, ni prestan atencion
 a ningun tipo de tutorial. Mi pregunta es ¿como se puede
 bloquear a estas personas?

 http://www.openstreetmap.org/user/Samuel Molina
 http://www.openstreetmap.org/user/Juan Ma
 http://www.openstreetmap.org/user/Antonio Polo

 Ejemplo:


 http://keepright.ipax.at/report_map.php?lang=esch30=1ch40=1ch50=1ch60=1ch70=1ch90=1ch100=1ch110=1ch120=1ch130=1ch150=1ch160=1ch170=1ch180=1ch191=1ch192=1ch193=1ch194=1ch195=1ch196=1ch197=1ch198=1ch201=1ch202=1ch203=1ch204=1ch205=1c=zoom=17lat=37.13589lon=-3.66846layers=B0Tch=0%2C30%2C40%2C50%2C70%2C90%2C100%2C110%2C120%2C130%2C150%2C160%2C170%2C180%2C191%2C192%2C193%2C194%2C195%2C196%2C197%2C198%2C201%2C202%2C203%2C204%2C205%2C206%2C207%2C208%2C210%2C220%2C231%2C232%2C270%2C281%2C282%2C283%2C284%2C291%2C292%2C293%2C311%2C312%2C313%2C350%2C380%2C411%2C412%2C413%2C60show_ign=1show_tmpign=0
 ___
 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] Usuarios que destrozan el mapa.

[Matías Taborda Barroso]

O.k. Ya decía yo.

También he recibido respuesta cero a algunos usuarios a los  que he enviado
algún email. No se, supongo que se podrá solicitar el bloqueo de
usuarios. hablando con la madre superiora :).

Saludos


El 22 de enero de 2013 19:26, Javier Briz alg...@gmail.com escribió:

 Están mal los links que genera gmail automáticamente por los espacios:

 http://www.openstreetmap.org/user/Samuel%20Molina
 http://www.openstreetmap.org/user/Juan%20Ma/
 http://www.openstreetmap.org/user/Antonio%20Polo

 2013/1/22 Matías Taborda Barroso taborda.barr...@gmail.com:
  De los tres usuarios que has puesto el enlace, sólo el segundo ha
 realizado
  una edición en el 2007, los otros dos cero ediciones. ??. No
  entiendo.
 
  Eso sí, el enlace a los errores es evidente..
 
 
  El 22 de enero de 2013 19:17, Fco. Javier González Jiménez
  fjavier...@hotmail.com escribió:
 
 
  Hola, creo que ya lo he comentado en alguna ocasion pero no se como
  solucionarlo. Existen usuarios que se dedican a editar el mapa a lo
  loco y no hacen caso de los mails que se lees envian, ni prestan
 atencion
  a ningun tipo de tutorial. Mi pregunta es ¿como se puede
  bloquear a estas personas?
 
  http://www.openstreetmap.org/user/Samuel Molina
  http://www.openstreetmap.org/user/Juan Ma
  http://www.openstreetmap.org/user/Antonio Polo
 
  Ejemplo:
 
 
 
 http://keepright.ipax.at/report_map.php?lang=esch30=1ch40=1ch50=1ch60=1ch70=1ch90=1ch100=1ch110=1ch120=1ch130=1ch150=1ch160=1ch170=1ch180=1ch191=1ch192=1ch193=1ch194=1ch195=1ch196=1ch197=1ch198=1ch201=1ch202=1ch203=1ch204=1ch205=1c=zoom=17lat=37.13589lon=-3.66846layers=B0Tch=0%2C30%2C40%2C50%2C70%2C90%2C100%2C110%2C120%2C130%2C150%2C160%2C170%2C180%2C191%2C192%2C193%2C194%2C195%2C196%2C197%2C198%2C201%2C202%2C203%2C204%2C205%2C206%2C207%2C208%2C210%2C220%2C231%2C232%2C270%2C281%2C282%2C283%2C284%2C291%2C292%2C293%2C311%2C312%2C313%2C350%2C380%2C411%2C412%2C413%2C60show_ign=1show_tmpign=0
  ___
  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
 

 ___
 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] Dudas de base

[Matías Taborda Barroso]

   ¿Por qué va a ser poco ético señalar una vía en un mapa? ¿O por qué va a
 ser ilegal? Puedes basarte en lo que quieras para mapear, siempre y cuando
 lo que estés añadiendo al mapa se corresponda con la realidad. Esta
realidad
 puedes conocerla bien por ser de la zona, por haber pasado por allí, tener
 una traza, o simplemente por dibujar encima de una ortofoto.

No puedes basarte en lo que quieras para mapear. Por esa regla de tres
podríamos copiar integramente a la competencia (lease Google).
Actualmente en España podemos dibujar sobre las ortofotos del IGN porque
está permitido pero por ejemplo no podemos dibujar sobre los mapas del
mismo IGN. También sobre ortofotos de Bing Map porque igualmente Microsoft
lo ha querido así.


   Para que te hagas una idea, hace años, cuando el terremoto en Haití, OSM
 volvió a mapear prácticamente en tiempo récord la realidad post-terremoto,
 cuando casi ninguno de los que modificaron el mapa estaban físicamente
sobre
 el terreno.

 En este caso en concreto, creo que fue Yahoo quien cedio el uso de sus
fotografías aéreas para que la comunidad OSM pudiera mapear la zona.
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Actualización de mapas de google

[Matías Taborda Barroso]

Efectivamente, ahora utilizan los datos de la BCN del IGN.

¿No teneis curiosidad al menos, por saber cuanto habrá pagado Google por un
cartografía realizada con nuestros impuestos?. Estaría bien saberlo
¿verdad?.
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] PN de Sierra Nevada

[Matías Taborda Barroso]

Hola.

Entonces o.k. Lamentablemente en relación a tu pregunta inicial, siento no
poder echar un cable.

Salu2.
El 20 de noviembre de 2012 13:21, José Juan Sánchez del Arco 
jj_sanchez_alme...@live.com escribió:

  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.

 Para que puedas verlo:
 http://www.juntadeandalucia.es/medioambiente/servtc5/ventana/mapa.do?idEspacio=7429



 ___
 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] PN de Sierra Nevada

[Matías Taborda Barroso]

Hola.

Solo por preguntar:

Estos datos que te descargas de la página del ministerio. ¿Tienen licencia
compatible con OSM para realizar lo que estás haciendo?.

Es que en la página de donde lo estás descargando no veo nada al respecto.

Saludos.



El 19 de noviembre de 2012 11:33, José Juan Sánchez del Arco 
jj_sanchez_alme...@live.com escribió:

  Hola gente,

 no voy a decir que me ha costado trabajo, porque en realidad me lo he
 encontrado de buenas a primeras, pero tengo el track oficial del Parque
 Nacional de Sierra Nevada, que hasta ahora sólo estaba parcialmente y a
 ojímetro. La cosa es que dicho track tiene un total de 18000 puntos en
 formato .shp. Es posible hacerlo con una extensión de JOSM, pero limita los
 tracks a 2000 nodos, así que hay que hacer varios cortes al track original.
 Lo malo es que una vez consigo todo y me pongo a subir los cambios, JOSM
 dice que no quiere, que ha encontrado conflictos; eso después de unos 15
 minutos subiendo datos.

 Como habéis leído, se trata de un Parque Nacional, así que creo que es de
 una entidad suficiente como para poner en alto temporalmente lo que estaba
 haciendo y darle solución a esto. Además, también pude obtener carreteras,
 senderos, cursos de agua y cosas así, todo oficial; para mi esto tiene
 prioridad máxima.

 Anoche lo intenté hasta 5 veces, dando en las cinco ocasiones conflictos,
 una de ellas unos 220 conflictos que tuve que resolver uno a uno. Pero
 vuelvo a subir y sigue habiéndolos. ¿Alguien sabe cómo hacerlo?

 Aquí dejo el enlace a la web del ministerio donde se puede descargar los
 datos:

 http://reddeparquesnacionales.mma.es/parques/org_auto/cartografia/index_cartografia.htm

 ___
 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

[Talk-es] Liberalización de Cartografía de Castilla y León.

[Matías Taborda Barroso]

Hola.

Parecen buenas noticias.

http://www.orsi.jcyl.es/web/jcyl/ORSI/es/Plantilla100Detalle/1262860952313/_/1284235392433/Comunicacion
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] [CATASTRO] Simplificación de geometría de las constru.

[Matías Taborda Barroso]

Hola.

 Estoy de acuerdo en que la cantidad de información es enorme y
probablemente
 de poco interés, pero decir que no hay límites físicos entre parcelas
 y/o subparcelas es muy discutible por no decir falso directamente.

Como decía aquel, puedo prometer y prometo que.. todo depende. Lo que
está claro es que cada comunidad, pueblo, región, etc es un mundo. Aquí en
Extremadura, en varios pueblos que he probado, te puedo asegurar que hay
cientos e incluso miles de hectáreas que tienen un uso igual e incluso
mismo propietario y están separados en parcelas sin ningún tipo de
separación física (Montes de eucaliptos pertenecientes a la administración
de varios centenares de hectáreas y catastro las divide en pequeñas
parcelas).

Volvemos a lo de siempre, SÓLO el usuario local podrá decidir que parcelas
adyacentes podrán unirse o no. Complicado.

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

Re: [Talk-es] [cat2osm] error al crear el archivo config

[Matías Taborda Barroso]

Hola.

Si es verdad que pasa eso; yo lo que hago es añadir manualmente 
PrintShapeIds=0,
pero creo que efectivamente el archivo obtenido es el mismo.

Saludos.


El 27 de abril de 2012 14:26, Aitor Freire Astray
aitor.fre...@gmail.comescribió:

 Hola,

 Al ejecutar -ui con la última versión (2012--04-20) el archivo config que
 genera no incluye la línea 'PrintShapeIds' y al ejecutar el cat2osm no la
 encuentra y da error, pero acaba el proceso y el archivo generado parece
 igual que el obtenido incluyendo la línea en el config.

 ¿A alguien más le ha pasado? ¿estoy haciendo algo mal o es problema de la
 versión?

 Saludos,

 --
 Aitor Freire Astray

 ___
 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] [Imports] Fwd: Re: Spanish cadastre

[Matías Taborda Barroso]

Hola.

Por aportar otra opinión, no nueva sino en sintonia con las últimas
intervenciones.

En primer lugar tener claro que NO SE TRATA DE UNA IMPORTACIÓN MASIVA. Va a
pasar como en todo lo relacionado con OSM. Cada cual nos descargaremos
nuestro pueblecito, el de los papis, familiares o los que conozcamos
principalmente y trabajaremos sobre ello. Vamos, lo normal.

Cito según wikipedia **Steve Coast funda OpenStreetMap en respuesta a los
altos precios que cobraba la Ordnance
Surveyhttp://es.wikipedia.org/wiki/Ordnance_Survey,
la agencia cartográfica de Gran
Bretañahttp://es.wikipedia.org/wiki/Gran_Breta%C3%B1a,
por su información geográfica.* *

Estamos continuamente hablando sobre la liberación de los datos por parte
de las administraciones, así que ahora que existe la posibilidad, pienso
que sería mala idea no aprovecharla (vete a saber alomejor de aquí a nada
se vuelve a cortar el grifo).

Que habrá datos malos en catastro, pues sí, y en google maps y en
Openstreetmap y en todos lados. Pero pienso que la proporción de buena
información que nos suministra catastro es superior a la errónea.

En cuanto a que la importación atraerá a más comunidad o la alejará, no
estoy muy seguro, el tiempo dirá. Pero hay que reconocer que hasta ahora la
masa crítica de mapeadores en España es más bien escasa. Un dato, hace un
año, antes de la importación de los datos de poblaciones del IGN, sólo en
capitales de municipio, faltaban más de 1500 núcleos urbanos y algunos
bastante grandes...
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] [cat2osm] - Prueba San Sebastian de los Reyes

[Matías Taborda Barroso]

+++1

El 22 de marzo de 2012 17:23, David Marín Carreño dav...@gmail.comescribió:

 El 22 de marzo de 2012 13:23, Alberto Catala 
 albertocat...@gmail.comescribió:

 Si, el trabajo que habeis hecho es fantastico

 ahora viene el  y ahora que?...


 Yo sólo decir que, antes de ponernos a trabajar para corregir los OSM
 generados, sería bueno esperar a que cat2osm esté *sin errores*.

 Lo primero que hay que hacer es asegurarnos que los OSM generados estén
 todo lo perfectos que puedan estar a partir de los datos del catastro. Es
 decir: hay que echar un vistazo exhaustivo no sólo a nivel de que todo
 tenga buena pinta (que ahora mismo, la tiene y mucha), sino a nivel de
 detalles: que no se creen relaciones sin información útil, que no falte
 información en los edificios, que la traducción de los tags esté lo mejor
 que se pueda, que si hay algún dato en Catastro (en los ficheros .CAT) que
 pudiera ser útil y que no estuviera importado, pues que se importe...

 Esto es porque una vez que nos lancemos a importar, será complicado
 incorporar mejoras o correcciones de cat2osm a lo que ya se haya importado
 anteriormente. Por eso creo que todavía no estamos en el y ahora qué.

 Pero vamos, es sólo mi opinión.

 Un cordial saludo.
 --
 David Marín Carreño dav...@gmail.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] [catastro] Nueva Version 19-03-12: arregla letras desde CAT y carvia, destinos y usos por superficie y config nuevo.

[Matías Taborda Barroso]

El 20 de marzo de 2012 17:09, Cruz Enrique Borges Hernández 
cruz.bor...@deusto.es escribió:

 En que municipio te está pasando? Ahora mismo debería de rellenarlo. Mucho
 ojo, que hay carreteras que no tienen datos en catastro, básicamente todas
 las nacionales y regionales no tienen metadatos.


Me pasa en el municipio Valle de Santa Ana de Badajoz (¿te lo envio?). Es
el municipio más pequeño de la provincia, el -ejes lo haces en 10 segundos.

Con debería de rellenarlo, ¿a que te refieres?. ¿Que debería aparecer más
etiquetas en la calles?. No he comprobado todos los ejes, pero si que hay
algunos que no aparece la etiqueta name y evidentemente he supuesto que esa
información no estaría en catastro.



 En otro orden de cosas, en -ejes es irrelevante si pilla el CAT o no
 (fallo mío) pues esos datos se leen del archivo Carvia.SHP.


O.K. Sólo lo decía a título informativo.



 El 20 de marzo de 2012 17:06, Matías Taborda Barroso 
 taborda.barr...@gmail.com escribió:

  Hola.

 Sigo con mis pruebas de *-ejes*

 Me funciona a la primera y me genera un archivo de ejes con tres
 etiquetas (source, source:date y name). La codificación de caracteres
 también está arreglado.

 Sin embargo no estoy seguro si puede estar dejando  algo atrás porque en
 el proceso no aparece el mensaje Leyendo archivo .CAT urbano y Leyendo
 archivo .CAT rústico, que si aparecen si lanzo la conversión sin el
 -ejes.

 *matias@portatil:~/Escritorio/​catastro$ java -jar cat2osm.jar
 valle/config -ejes*
 *[2012-03-20 16:54:46.759] Iniciando Cat2Osm con el archivo de
 configuración para exportar únicamente EJES.*
 *[2012-03-20 16:54:47.449] Leyendo EJES Urbano.*
 *[2012-03-20 16:54:47.492] Ejecutando proyeccion de los shapefiles
 UREJES.SHP: ogr2ogr -s_srs +init=epsg:25829 +wktext -t_srs EPSG:4326
 /home/matias/Escritorio/​catastro/valle/UREJES.SHP
 /home/matias/Escritorio/​catastro/valle/06_148_UA_2012-​01-21_SHF/EJES/EJES.SHP
 *
 *[2012-03-20 16:54:47.617] Leyendo EJES Rustico.*
 *[2012-03-20 16:54:47.633] Ejecutando proyeccion de los shapefiles
 RUEJES.SHP: ogr2ogr -s_srs +init=epsg:25829 +wktext -t_srs EPSG:4326
 /home/matias/Escritorio/​catastro/valle/RUEJES.SHP
 /home/matias/Escritorio/​catastro/valle/06_148_RA_2012-​01-21_SHF/EJES/EJES.SHP
 *
 *[2012-03-20 16:54:50.342] Terminado de leer los archivos UREJES.SHP.*
 *[2012-03-20 16:54:50.377] Terminado de leer los archivos RUEJES.SHP.*
 *[2012-03-20 16:54:50.378] Calculando usos de las parcelas.*
 *[2012-03-20 16:54:50.378] Simplificando vias.*
 *[2012-03-20 16:54:53.41] Escribiendo nodos 0 horas, 0 minutos, 0
 segundos..*
 *[2012-03-20 16:54:53.602] Escribiendo ways*
 *[2012-03-20 16:54:53.686] Escribiendo relations*
 *[2012-03-20 16:54:53.855] Escribiendo el archivo resultado*
 *[2012-03-20 16:54:53.88] Terminado*




 __​_
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.​org/listinfo/talk-eshttp://lists.openstreetmap.org/listinfo/talk-es




 --
 Cruz Enrique Borges Hernández
 Email: cruz.bor...@deusto.es

 DeustoTech Energy
 Telefono: 944139000 ext.2052
 Avda. Universidades, 24
 48007 Bilbao, Spain

 ___
 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] [catastro] Avila

[Matías Taborda Barroso]

Y es de suponer que lo mismo pasará con más municipios.

Pregunto, a modo de idea:

¿Sería posible partir el archivo resultado de alguna forma?. Esto vendría
bien para usar archivos más livianos posteriormente en JOSM. No se, así de
pronto se me ocurre que se podría separar en rústico y urbano.


El 19 de marzo de 2012 09:10, Cruz Enrique Borges Hernández 
cruz.bor...@deusto.es escribió:

 Me da la sensación que zaragoza va a ser IMPOSIBLE de portar tal cual. Por
 el 4% y nos dice que va a tardar 800h - 2 meses y pico.

 --
 Cruz Enrique Borges Hernández
 Email: cruz.bor...@deusto.es

 DeustoTech Energy
 Telefono: 944139000 ext.2052
 Avda. Universidades, 24
 48007 Bilbao, Spain

 ___
 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] [Catastro] Primeras dudas para el después

[Matías Taborda Barroso]

 Hola, he estado haciendo algunas pruebas preparándome para lo que está
 por venir, y me he dado cuenta de que estoy más pez de lo que pensaba.
 Hasta ahora los cambios que hacía siempre eran pequeños (lo que me
 daba tiempo a mapear una tarde), pero la cantidad de datos de la
 importación me abruma, especialmente si ya hay algún dato, que es lo
 más común.

Hola. Idem, pez totalmente ante los archivos que tendremos que manejar a
partir de ahora.


 1. Limpiar antes de montar. Validaciones previas.

 Tras generar el archivo OSM después los minutos, horas o días
 necesarios, supongo que lo primero que habrá que hacer es validarlo.
 Para ello lo abro con OSM y uso el validador integrado, por si hay
 alguna vía no cerrada, nodos duplicados, etc. y voy corrigiendo cosas.

 Ya que estoy, abro la misma zona que abarca el archivo OSM, pero ahora
 con los datos que ya hay en la base de datos, y también la valido y
 corrijo.

O.k. con este primer paso. No soy guru de JOSM ni mucho menos, pero en este
punto tengo una duda. El área de descarga está limitada, por lo que supongo
que habrá términos municipales cuya superficie haga que no se pueda
descargar todo de una vez. En este punto, si manejamos archivos muy grandes
(el otro día Ávila ocupa más de 120 megas), a mi por lo menos JOSM se me
cuelga.


 2. Revisar los datos

 He observado que en mi archivo OSM hay muchos nombres de las calles
 están mal (en las etiquetas de las relaciones de los edificios), por
 ejemplo Plaza Espa*a (la eñe se convierte en un símbolo extraño),
 Calle Mi Cervantes (os dejo como ejercicio adivinar el nombre real),
 Calle Sin nombre - 36, etc. Aunque sea un trabajazo, me tocará
 corregir estos nombres en cada relación, ya sea en este paso, durante
 la mezcla o después.

Pensaba que el tema de la codificación de caracteres ya no daba problemas.

 3. Mezclando voy, mezclando vengo.

 La gracia está en encontrar un modo de hacer esto de manera más o
 menos ordenada. Quizá una manera sea, una vez que he pasado un objeto
 nuevo a la capa antigua, borrarlo de la capa nueva. Así viendo lo que
 me queda en la capa nueva sabré lo que queda por mezclar. Si esto no
 puede ser, siempre quedará la vieja manera de hacernos un dibujo (o
 imprimirnos algo ya existente) e ir marcando lo que vamos mezclando.

 Lo ideal sería poder dividir la capa nueva en distintas capas o
 archivos para poder ir mezclando por barrios o por tipos de cosas. No
 sé si esto será fácil de hacer. Para hacerlo por tipos de cosas, quizá
 se podrían usar filtros, pero no termino de pillarles el tranquillo.
 ¿Alguna idea?

Lo de ir borrando de una capa y pasándolo a otra es buena idea y con la
importación del Nomenclátor utilizamos ese sistema para generar el archivo
final de subida. En cuanto a los de los filtros me pasa lo mismo.


 4. Una mano de pintura.

 Cuando termine con todo (dentro de unos años, jejeje) será conveniente
 volver a pasar el validador al resultado final y corregir los
 problemas que hayan podido surgir.

 También aprovecho para añadir datos que se generan en archivos aparte
 con las opciones -usos, -portales, etc. Respecto a los números de
 portal, en mi pueblo de ejemplo veo que esta información ya está en
 las relaciones de cada vivienda, ¿haría falta añadir además un nodo
 (en la vía de la fachada o donde digáis) sólo con la información del
 portal?


Quitando los municipios del País Vasco y Navarra, nos quedan sólo unos
7500. Por los que ya se han apuntado en la wiki (10) más los que se mueven
por la lista, pongamos siendo muy generosos 20 (ala por exagerar que no
quede), más gente muy válida que se encuentra en la sombra a la espera,
ala otros 30... je, je. Venga, números redondos, 60 usuarios. Nada a
125 municipios.

Tiempo de espera en la conversión + tiempo de revisión + tiempo del primer
impulso *(dícese de aquello que se coge con muchas ganas pero que de aquí a
un año ya te digo yo donde estamos todos) . *= lo mismo de ahora, zonas
muy bien mapeadas y extensas zonas sin ni siquiera carreteras que unan las
poblaciones. Vamos, esta es mi opinión, que ójala no esté acertada ;).
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Rotulos del Mapa

[Matías Taborda Barroso]

Buenas.

No he visto aún ningún archivo con la toponimia del catastro, supongo que
tendrá más resolución que la importación del BCN25000.

Vamos, por si era poco lo que nos espera, mas trabajito que hacer. Pienso,
que lo mismo que con CORINE y demás, si los nuevos rótulos de catastro
aportan más información, a la hoguera con el Nomenclátor.. y si el
rótulo es el mismo y se encuentra en el mismo lugar al hoguera con
Catastro.

Saludos.


El 16 de marzo de 2012 08:01, Evaristo Gestoso Rodriguez 
evaristogest...@gmail.com escribió:

 Gracias Jaime. Por lo tanto son dos fuentes distintas una de la base de
 datos BCN25, creo y otra de la propia de catastro. Los nombres es natural
 que bailen con las actualizaciones cartográficas y la localización del
 nombre, su punto, es normal que cambie. Gracias de nuevo Jaime. Un saludo.


 ___
 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] [CATASTRO] dos casos de éxito con cat2osm

[Matías Taborda Barroso]

Hola.

Estoy a la espera de que acaben un par de pueblos. También creo que en
aquellos núcleos de población en los que no existe nada (y hay miles) sería
bueno hacer la importación de ejes.

Pero, una pregunta a los genios del cat2osm ¿es posible asignarles el
nombre de calles a esos ejes?. Es que aparecen sólo con los tags source,
source:date y type=route

¿Se podría hacer la opción de que cat2osm leyera sólo los ejes del catastro
urbano y a estos asignarles la etiqueta highway=residential?. Creo que en
la mayoría de los pequeños pueblos que no tienen nada, acertaríamos en un
90%. Asignarles las direcciones prohibidas y sentido únicos es otro cantar,
pero menos es nada ¿no?.





El 16 de marzo de 2012 10:46, agus agustind...@gmail.com escribió:

 Antes de nada, gracias por una herramienta tan molona como cat2osm.
 He probado en Mac, con el 10.7 y el java 7 como se describe en el wiki y
 he tenidos dos casos de éxito en Bolmir (Campóo de Enmedio, Cantabria)[1] y
 en Benilloba (Alacant) [2].
 Enmedio que es grande y tiene varios núcleos de población incluyendo uno
 de más de mil personas (Matamorosa) tardó siete horas.
 Benilloba que es pequeño tardo menos de 20 minutos.
 Si queréis verlos subo los resultados.
 Os dajunto pantallazos del estado actual y de la opción ejes y me tenéis
 que dar buenas razones para no subirlos ;-). En bolmir ahora hay una calle
 y media [3] y en Benilloba ninguna y un polígono mál dibujado [4]. ¿Hace
 falta hurtarle el resultado a la comunidad?
 La diferencia en lo rural es tan bestial que ni os la cuento.
 Algunas cosillas, en el wiki no dice donde poner los cat y a mi me entró
 la duda. El config que me crea a mi es con mayúscula, alguien ya lo ha
 comentado en otro hilo. La estructura del directorio es liosa pero no se me
 ocurre mejor manera de representarlo, bueno si un pantallazo [5]. ¿Se
 podría hacer que la opción UI recordará el directorio que se ha usado en la
 opción anterior? Es para evitar algunos clicks. Una última propuesta que a
 lo mejor no es muy ortodoxa sería cambiar el nombre de confing por un
 identificador del término municipal, quizás el código del catastro (los
 primeros cuatro dígitos mm_pp) así se podrían poner varios municipios en el
 mismo árbol de ficheros.
 Gracias otra vez.
 [1] http://picpaste.com/bolmir_ejes_catastro-LpQdTaB8.png
 [2] http://picpaste.com/benilloba_ejes_catastro-ZetYajWa.png
 [3] http://picpaste.com/bolmir_actual_osm-RwTumb9v.png
 [4] http://picpaste.com/benilloba_actual-d3kXRmVf.png
 [5] http://picpaste.com/pics/directorios_osm-mrYcI1Dc.1331890820.png
 ___
 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] saludando

[Matías Taborda Barroso]

Hola.

En este hilo estábamos intentando recopilar las opiniones y guión a
seguir para la importación.  [1]

*[1]
http://gis.19327.n5.nabble.com/CATASTRO-Guia-de-importacion-de-datos-del-Catastro-tc5524887.html
 *

Ahora mismo, lo suyo sería apuntarse reservando los términos municipales de
los que cada cual vaya a hacerse cargo. Quedan también muchas provincias
por completar en la wiki. Queda trabajo por hacer en este sentido.  [2]

*[2] http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results*


¡¡¡ Y ANTES DE SUBIR NADA, PEDIR LA CONTRASEÑA AL USUARIO CORRESPONDIENTE
DE LA PROVINCIA !!!.

Lo siento, me pongo muy pesado, pero cuando leo algunos mensajes me da la
impresión de que la guía de importación sigue sin llegar a mucha gente,
principalmente a los recién llegado.
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] [Catastro] Relacionar Registros de Catastro (.cat) con su respectiva Construcción.

[Matías Taborda Barroso]

 ¿Me lo puede explicar alguien? ¿Están poniendo en Catastro los datos que
 le salen de los huevos?

No creo que sea eso literalmente, por lo menos en muchos de los casos.

Creo que pasa lo siguiente, en los archivos .CAT vienen el valor de la
superficie declarada (antiguamente la gente declaraba menos superficie de
la que realmente se tenía) y en los archivos SHP viene el valor geométrico
de la parcela, que por lo dicho, no coincide con el valor declarado. Me ha
pasado hace menos de un año al comprar un solar y no coincidía la
superficie real de la parcela con lo que venía declarado en la cédula
catastral, sin embargo sobre la ortofoto la parcela catastral si estaba
dibujada con la superficie real.

Puede ser esto lo que pase.
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] [CATASTRO] que pasa con CORINE

[Matías Taborda Barroso]

El 5 de marzo de 2012 09:31, David Marín Carreño dav...@gmail.com
escribió:

 Yo soy de la opinión de que Corine, por la mala calidad de sus datos, no
debería haberse subido. Además: son polígonos de difícil manejo y
manipulación, ya que están cortados cada X kilómetros...

 Así que voto que por cada polígono de Corine que estorbe, a la hoguera
con él. :-D


+1

Por mi tierra estamos ya en época de peligro de incendios. pero yo
también haría una buena hoguera con CORINE.
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] [CATASTRO] que pasa con CORINE

[Matías Taborda Barroso]

No Jaime, no es eso.

*Españistan, hoy mismo. *
*
*
*Cientos de hectáreas alrededor de un pueblo, que bonito en OSM pone que
son olivos. En realidad no, son casas. Ah, pero como son de CORINE hay que
mantenerlo.*
*
*
Adios.
*
*
El 5 de marzo de 2012 10:06, Jaime Crespo jy...@jynus.com escribió:

 El día 5 de marzo de 2012 09:45, Matías Taborda Barroso
 taborda.barr...@gmail.com escribió:
  Así que voto que por cada polígono de Corine que estorbe, a la hoguera
 con
  él. :-D
 
 
  +1
 
  Por mi tierra estamos ya en época de peligro de incendios. pero yo
  también haría una buena hoguera con CORINE.

 Año 2021, Españistán, en esta misma lista...
 He visto que se acaba de terminar de importar el Catastro, pero es
 que *sólo tiene 10 centímetros de precisión*. Voto por echarlo a la
 hoguera (que el otro día fui a Berlin y al entrar en su espacio aéreo
 los alemanes me mapearon la caries del premolar).

 --
 Jaime Crespo

 ___
 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] [CATASTRO] que pasa con CORINE

[Matías Taborda Barroso]

Ostias, pues porfa, la próxima vez ponlo porque pensé que estabas en serio.

Es que hay que tener mucho cuidado cuando escribimos (y leemos), que luego
vienen los líos.

Siento lo airado de la respuesta.

El 5 de marzo de 2012 10:19, Jaime Crespo jy...@jynus.com escribió:

 El día 5 de marzo de 2012 10:13, Matías Taborda Barroso
 taborda.barr...@gmail.com escribió:
  No Jaime, no es eso.
 
  Españistan, hoy mismo.
 
  Cientos de hectáreas alrededor de un pueblo, que bonito en OSM pone que
 son
  olivos. En realidad no, son casas. Ah, pero como son de CORINE hay que
  mantenerlo.

 ¡Matías! Parece mentira. ¿Tengo que poner el (:-P) para que sepas que
 estaba bromeando? Ni corine ni catastro son intocables. Ni mucho
 menos, ya que esa es la filosofía de OpenStreetMap. TODO es editable.

 --
 Jaime Crespo

 ___
 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] Guía de importación de datos del Catastro.

[Matías Taborda Barroso]

Hola.

Gracias, ya he puesto los mapas de las provincias de Badajoz y Cáceres con
el listado de sus correspondientes pueblos.

¿Empezamos a crear usuarios para poder hacer la importación/pruebas de lo
bonito que queda.. o seguimos algunos dando voces en el desierto y
otros haciendo lo que les viene en gana?. [1]


[1]  http://www.openstreetmap.org/user/KonfrareAlbert/edits



El 1 de marzo de 2012 18:45, Manuel manuelmi...@gmail.com escribió:

 en la wikipedia mira listado de municipios de la provincia y suele tener
 ya el mapa listo


 *
 *~  Un saludo cordial  de Manuel   ~*
 *
 *Mi sitio si te interesa mas información visita*
 El blog relacionado con linux # http://www.picholeiro.info .
 Mi servidor # http://servidor.picholeiro.infohttp://picholeiro.sytes.net.




 El 29 de febrero de 2012 17:33, Xavier Martin xavier...@gmail.comescribió:

 De la wikipedia, al buscar cualquier pueblo suele salir el mapa de la
 provincia con la situación del municipio.
 Luego se pasa por el Gimp, bote de pintura, color y listo.


 El 29 de febrero de 2012 17:16, Matías Taborda Barroso 
 taborda.barr...@gmail.com escribió:



 Respondiendo a las preguntas:

 El tema de usuarios si no se hace uno general, yo creo que mejor que
 comunidades autonomas, crear uno por provincias, como estan en:
 http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results

 Los resultados se pueden colorear por zonas:
 http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results/Avila
 Amarillo si solo esta exportado. Añadiendo en notas el usuario que lo
 ha exportado, la fecha y versión de compilador
 Rojo si se esta corrigiendo o trabajando en ella. Con el nombre de
 usuario y la fecha en que empieza.
 Verde si esta publicado. Con el nombre de usuario, La fecha de
 publicación y la version del compilador..


 +1.
 También creo que sería mejor un usuario/clave por provincia, que por
 comunidad.

 Teniendo en cuenta la cantidad de municipios que pueden tener cada
 provincia, tenemos para entretenernos un buen rato; además así se
 aprovechan las tablas que se están montando en la wiki y con ese sistema de
 colores que dices, mejor que mejor.

 ¿De donde sacas el mapita de la provincia?.




 ___
 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



 ___
 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] Guía de importación de datos del Catastro.

[Matías Taborda Barroso]

 A ver,  según ha comentado Jynus en otro hilo TENEMOS que traducir la wiki
 al inglés y enviar un correo a la lista de imports (lo cual me parece
 razonable).

Yo en eso de traducir no puedo ayudar. Sorry for my english, je.


 En paralelo se pueden ir creando los users y poniendo en las wiki de
 traducción. El que los cree que se anote en la wiki (su correo o alguna
 forma de contactar con él) para ir distribuyendo los passwords entre los
que
 quieran colaborar con la subida.

Ese es el tema, que en este punto estamos atascados. Hacemos propuestas,
que si por comunidades, que si provincias, que si anotarlo en la wiki,
ahora encima traducirlo etc, etc. Pero nadie nos echamos para adelante y lo
hacemos, por miedo, por falta de tiempo, por falta de consenso???. Y
mientras hay gente haciendo la guerra por su cuenta.


 Mi idea es que mañana esté corregida el tema de los cultivos y enviar el
 lunes un el correo a la lista de imports (me niego a hacerlo mañana y que
 lluevan palos el finde que no es seguro que tenga internet). Así el lunes
 por la tarde si hay suerte y no nos dan muchos palos poder empezar a subir
 osm bonitos y cargaditos de información.

 Que os parece el plan?

El plan es cojonudo. A ver que dicen en la lista de imports
___
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.

[Matías Taborda Barroso]

 Me parece un buen plan. Yo con el ingles no puedo ayudar.
 En cuanto a los users al final hacemos por comunidad o por provincia que
 hablo ahoramismo no me acuerdo quien?

Lo de por provincias lo dijo ayer Xavier y yo creo que es buena idea, para
así aprovechar la división que ya está en la wiki.

Venga, me tiro al barro que os parece:

badajoz_cat
caceres_cat
..
..

O cogemos sólo tres o cuatro letras del nombre de cada provincia por no
hacerlo tan largo?
___
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.

[Matías Taborda Barroso]

 Yo casi que prefiero que el nombre quede claro que son datos del catastro.
 catastro_antigua matricula de coche de la provincia me parece razonable

 por ejemplo:

 catastro_TF

 para el import del catastro de Santa Cruz de Tenerife

 catastro_M

 para el de madrid, etc.

Pues buena idea, me parece bien.  Si nadie dice nada en contra, así
sera !!!.

 Por el inglés, nos podemos encargar en el curro pero retrasará algo el
 asunto :P. Si quereis darle un poco de velocidad, revisad lo que se está
 comentando en el hilo de Prados y Praderas y la wiki

Cosa elemental en este tema. ¡¡¡ NO DEBERÍA HABER PRISAS !!!
___
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.

[Matías Taborda Barroso]

Acabo de caer en una cosa. ¿Cada cuenta de usuario no debe estar asociada a
un email diferente?.

¿Quién dispone de más de 50 emails distintos?.
___
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.

[Matías Taborda Barroso]

Gracias por aparecer Jaime.

Estupendo, @openstreetmap.es es lo mejor para esto.


El 1 de marzo de 2012 20:26, Jaime Crespo jy...@jynus.com escribió:

 El día 1 de marzo de 2012 20:24, Jorge Sanz Sanfructuoso
 sanc...@gmail.com escribió:
  He modificado la
  pagina http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results para
  poner el usuario que se use y la persona con la que contactar para el
  password.
 
  Se crean mails en algún servicio gratuito.

 import-catastro-albac...@openstreetmap.es ?
 ...
 --
 Jaime Crespo

 ___
 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] Guía de importación de datos del Catastro.

[Matías Taborda Barroso]

 Antes de traducir la wiki, yo le pondría un poco de orden a la página de
 Spanish Catastro. Tenemos mezclada en la misma página qué es esto del
 catastro, y la guía de uso del cat2osm.

 Si queréis, como estoy ocioso y encamado, puedo dedicarme mañana a poner
en
 orden el tema.
 Yo haría la siguiente estructura:

 Página principal:

 Condiciones de los datos
 Proceso de importación: normas, cómo, etc
 Herramientas: referencia a página de cat2osm, referencia a catastreitor

 Cat2OSM:

 Funcionamiento
 Guía de Hackeo
 TODO
 Guía de uso
 Resultados de conversión
 Soluciones y arreglos con JOSM

 Una vez hecho esto, le cambiaría el nombre a la página principal (de
Spanish
 Catastro a Spanish Cadastre), y ya estaría lista para comenzar a traducir.

 ¿Comentarios? ¿Críticas?

Hola. Esta es la lista de OSM David, je, nadie te ha hecho ni caso :P.

A mi me parece bien, yo es que con la wiki me llevo un poco mal, a mi eso
de estructurar la información se me da bastante mal.

Jaime, tienes razón, la reserva de la creación de usuarios por provincia
debería hacerse en la wiki. Desde este menú que ha planteado David, ¿donde
podría anclarse esa información de los usuarios?. ¿Desde la página
principal?.

andrzej tiene razón, se debería tener un conocimiento lo más cercano
posible a cada municipio a importar.. vamos que seguirá pasando lo
mismo que hasta ahora, la calidad de los mapas será proporcional al número
de usuarios de cada zona, es decir, la zonas rurales y con pocos usuarios
en los alrededores seguirán quedando como hasta ahora, sin nada.

Yo me presento voluntario para la provincia de Badajoz, pero entre lo que
queda de la importación del Nomenclator, más esto de catastro creo que allá
por el 2020 estaré a punto de terminar.

Pienso que esta importación no acabará nunca o si acaba es haciéndolo a lo
bestia... y ahí estoy con los alemanes.
___
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.

[Matías Taborda Barroso]

 Hola a todos,
 Hasta ahora no estaba suscrito a esta lista de correo, pero me presento,
soy el Albert, el usuario
http://www.openstreetmap.org/user/KonfrareAlbert/edits

 He recibido algunas advertencias después de subir algunos datos del
catastro (a medias) y he estado intentando ver qué había hecho mal. Ahora
creo que ya lo sé.

 ¿Empezamos a crear usuarios para poder hacer la importación/pruebas de
lo bonito que queda.. o seguimos algunos dando voces en el desierto y
otros haciendo lo que les viene en gana?. [1]

Hola Albert. Bienvenido a la lista.

Sinceramente, pensé, que alguien que ha realizado la importación debía
estar al corriente por la lista de lo que se estaba haciendo.


 Sólo quería pedir disculpas porqué desconocía la organización que hay
detrás de la subida de los datos del catastro, y sinceramente, pensaba que
ya se habian subido datos en otras poblaciones y que se estaban haciendo
pruebas de subida.
 Lo que me pasó es que estamos trabajando intensamente en nuestro pueblo y
pensaba que lo del catastro era realmente complicado, cayó en mis manos la
wiki «Spanish catastro» y hice la transformación de datos que funcionó muy
bien.
 Repasé el resultado obtenido y me pareció muy bueno y pensé en subirlo.
De hecho, me habían comentado que mi pueblo al ser pequeño era una buena
oportunidad para hacer pruebas.

Nada, evidentemente disculpado.

P.D. Para posteriores mensajes pásate al otro hilo, sin querer has creado
uno con el mismo título.
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

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

[Matías Taborda Barroso]

Hola.

Me permito la libertad de abrir un nuevo hilo para separar la discusión del
tema USUARIO/S CONTRASEÑA/S de los datos que del catastro. Seguir el
actual con más de 250 mensajes se empieza a hacer un poco cuesta arriba
para determinado temas tratado en él.


En primer lugar, pienso que no debería haber lugar a dudas en la comunidad
OSM España, que esto es necesario.

Se ha tratado ya en el el hilo del catastro pero vuelvo a poner aquí el
enlace para tenerlo más a mano. La guía de importación establecida en la
wiki. [1]


Como ya se trató también en el hilo lo suyo es crear varios usuarios. Uno
por comunidad estaría bien.

Atención a navegantes, suele ser habitual a la hora de utilizar en un mismo
JOSM varios usuarios que nos despistamos y se nos olvida cambiarlo con lo
que podemos hacer importaciones con nuestro usuario habitual o usar el
usuario de importación para cualquier otro cometido. Efecto de la Noche de
los Mapas Vivientes.


Finalmente, como dice Jorge, a día de hoy el programa no está completamente
depurado, estamos haciendo pruebas cada uno en nuestro equipos. Claro que
se pueden subir resultado, es lo bueno de OSM que se puede hacer TODO, pero
se supone que deberíamos ponernos de acuerdo para decir a partir de que
momento y de que forma.

Salu2

[1]http://wiki.openstreetmap.org/wiki/Import/Guidelines

[2] http://www.openstreetmap.org/browse/changeset/10619334
___
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.

[Matías Taborda Barroso]

Hola.

Osmeros, vamos a intentar gestionar tanta información.

Tema usuario, contraseña, modo de actuar en este hilo. Problemas,
soluciones y resultado de cat2osm en su correspondiente. ¡¡¡ Jynus pásate
por aquí !!!.

No sólo es crear el nombre de usuario y contraseña y ya está. Es necesario
documentar medianamente bien el proceso seguido hasta ahora y el que se va
a seguir.

Por ejemplo, todos estamos en que un usuario por comunidad es lo suyo.
Venga, todos al wiki y hacemos una página donde se especifique el nombre de
cada comunidad (extremadura_catastro, madrid_catastro, yo que se, lo que se
nos ocurra).

Para no pisarnos poblaciones en el futuro. En [1] ir completando las
poblaciones de cada provincia y quien quiera que vaya escogiendo los
pueblos de los que se va a encargar, reservando con su nombre de usuario de
la wiki.

Se lleva mucho tiempo con esto para que nos entren las prisas a última hora
¿no?.

Vamos, en mi humilde opinión.

[1]http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results
___
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.

[Matías Taborda Barroso]

 Respondiendo a las preguntas:

 El tema de usuarios si no se hace uno general, yo creo que mejor que
 comunidades autonomas, crear uno por provincias, como estan en:
 http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results

 Los resultados se pueden colorear por zonas:
 http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results/Avila
 Amarillo si solo esta exportado. Añadiendo en notas el usuario que lo ha
 exportado, la fecha y versión de compilador
 Rojo si se esta corrigiendo o trabajando en ella. Con el nombre de usuario
 y la fecha en que empieza.
 Verde si esta publicado. Con el nombre de usuario, La fecha de publicación
 y la version del compilador..


+1.
También creo que sería mejor un usuario/clave por provincia, que por
comunidad.

Teniendo en cuenta la cantidad de municipios que pueden tener cada
provincia, tenemos para entretenernos un buen rato; además así se
aprovechan las tablas que se están montando en la wiki y con ese sistema de
colores que dices, mejor que mejor.

¿De donde sacas el mapita de la provincia?.
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] [CATASTRO] Resultados de Ciudad Real con la nueva versión (un 25% más rápida :) )

[Matías Taborda Barroso]

Hola.

 Tambien he tenido problemas descomprimiendo los CAT desde Ubuntu. (Lo he
resuelto desde Win)

La semana pasada hice una prueba con un pequeño pueblo de Badajoz (Valle de
Santa Ana, el más pequeño) y me encontré con el mismo problema al
descomprimir los .CAT.

Me dio por probar cambiando la extensión de los archivos a .zip y
funcionó ?. No se si está bien hacer esto :). En Ubuntu 10.04.

Para pueblos más grandes tendré que esperar a hacerme con un equipo algo
más potente que este, porque sino creo que lo voy a quemar. je, je.

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

[Matías Taborda Barroso]

 Si, de esto nos dimos cuenta el otro día. Los datos del catastro cambian
cada 4 meses, por lo que sería interesante incluir con source=catastro, la
fecha de qué conjunto de datos es. ¿Cuál sería entonces el formato del tag
para esto?

En otras importaciones se ha utilizado source:date=año y mes [1]


[1] http://www.openstreetmap.org/browse/node/316430987


 ¿Esto no se supone que se subiría con el nombre de usuario de la persona
que esté ejecutando JOSM en ese momento?

 Estos detalles más técnicos si que los que conoceis bien OSM tendréis que
explicarnos.

Echadle un vistazo a [2]. Para la importación de una misma serie de datos,
en este caso catastro, en otro fue datos del IGN, etc, debe crearse una
cuenta específica. Una vez que esto comience a funcionar, por correo
interno nos pasamos la contraseña y cada cual desde su JOSM puede hacer la
subida, no hay problema, se pueden conectar desde múltiples ordenadores
utilizando una misma cuenta.
___
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

[Matías Taborda Barroso]

El 7 de febrero de 2012 17:22, Ander Pijoan ander.pij...@deusto.es
escribió:

 Pues entonces lo dejamos como source=catastro y source:date=-MM.
 Hablad ahora o callad para siempre :-)

Yo como tocanarices de las fechas me parece bien. me sigue sabiendo a
poco *source=catastro*, pero si Jynus que controla del tema licencias dice
que vale así, pues O.K.

Lo de los nombres de usuario, tenedlo en cuenta para cuando se de el
pistoletazo de salida definitivo, aunque si algún zombie va a hacer de las
suyas esta noche con catastro, ya debería hacerse algo a este respecto.
___
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

[Matías Taborda Barroso]

Hola.

Por mucho que lo intento no consigo seguir el ritmo de este hilo, así que a
estas alturas mi opinión puede estar fuera de lugar, ser repetitiva, o
vamos, que no estoy en la onda.

Por la experiencia vivida en el proceso de importación del EGRN, en el que
aún estamos y lo que nos queda, aporto mi idea, que como digo, al no estar
muy al día de todo lo tratado en el hilo, puede no estar en consonancia con
el trabajo ya realizado o el que se puede hacer a partir  de ahora.

Para que la gente colabore, nos lo tenéis que dar facilito, es decir,
pregunto: ¿sería posible hacer la descarga por municipios y colgar los
archivos en la wiki (al estilo de lo que hemos hecho en EGRN)?. Cada
usuario (hay que buscar un nombre para toda la importación), cogería los
pueblos o provincias en las que quisiera colaborar y ala, a entretenerse,
no creo que esto pueda hacerse de forma masiva y todo a la vez.

No creo que sea cuestión de que toda la comunidad apruebe cada archivo que
se vaya a subir, entre otras cosas porque la comunidad, a veces opinamos
mucho y otras.., vamos que ya somos mayorcitos para saber si un archivo
está prepara para subirlo o no.

De todos modos, como digo, es una opinión que no se si está en el momento y
contexto adecuado. Pero, vamos, por si sirve de algo, para cuando llegue el
momento... me pido mi pueblo :)

Saludos.

N
___
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

[Matías Taborda Barroso]

 Mi idea es esa. Lo que no tengo claro es como montar la infraestructura.
¿Me puedes pasar un enlace a lo del EGRN? (si, ando un poco vago :P).

En [1] está detallado el proceso de como hemos y estamos haciendo esta fase
del EGRN que en este caso se trata SÓLO del nomenclator de entidades de
población publicadas por el IGN. En este caso los archivos están colgados
en un pequeño servidor que montó el compañero Javier, supongo que para
Catastro habrá que haberlo en otro sitio. Megaupload por ejemplo, je,
je. :P.

http://wiki.openstreetmap.org/wiki/ES:NGMEP

Y sobre todo, un buen manual bien mascadito, con muchas imágenes, inclusive
vídeos para que al personal no se nos haga muy cuesta arriba todo el
proceso.

Mi opinión es que se va a necesitar a mucha gente y con muchas ganas para
hacerlo bien, un dato, el nomenclátor de poblaciones son sólo puntos, pues
bien, en España faltaban más de 1500 poblaciones que son capitales de
municipio y lo único que tuvimos que hacer fue poner el nodo en la plaza
del pueblo. Se llevó su tiempo.

Ahora, en el enlace, echa un vistazo a las entidades de población que no
son capitales de municipio, sólo en Galicia.

Imaginas lo que deben ser los datos catastrales de esas provincias y
compararlas con lo que ya existe. Hay poblaciones de 100 habitantes que
están mejor mapeadas que ciudades de 15000, o sea, que hay que hacer toda
la comparación a mano.

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

[Talk-es] ¿Como obtener modificaciones de una importación?

[Matías Taborda Barroso]

Hola.

Antes de nada, felicitar el año nuevo a todo el mundo. A ver que nos depara
el 2012.

Como sabréis, he estado metido en varias importaciones en el los últimos
tiempo. Primero en la red de Vértices Geodésicos, luego la red de
Nivelación y actualmente en todo lo relacionado con el Nomenclátor.
¡¡¡Madre mía como me meta también en el Catastro !!!. Ya veremos.

En fin, la cuestión es que me gustaría hacerle un seguimiento, sino
periódico por lo menos de vez en cuando a los nodos importados,
principalmente de la Red Geodésica y de Nivelación. Son miles de nodos y en
alguna ocasión he visto que algunos han sido cambiados de lugar y supongo
que algunos habrán sido borrados.

Recordad lo que dice en la inscripción de los vértices geodésicos *La
destrucción de esta señal esta penada por la ley.  *Je, je, no en serio,
lo que me gustaría es obtener de vez en cuando que vértices se han movido o
modificado y si se ha borrado alguno.

Para obtener lo modificados, me ha pasado Carlos Dávila un script en el
que, sobre un fichero descargado del planet puedo filtrar aquellos vértices
que tengan un versión superior a 1, es decir, los que se han modificado.
Pero sin embargo los que se hayan borrado no aparecen en este tipo de
archivos.

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

Re: [Talk-es] ¿source=catastro?

[Matías Taborda Barroso]

El 28 de octubre de 2011 08:48, Ander Pijoan ander.pij...@deusto.es
escribió:

 El archivo Elemtex trae los portales pero sin llegar a estar sobre los
buildings (lo sitúa entre la calle y el edificio mas o menos), ¿es mejor
dejarlos en  esa posición y el propio calculador de rutas de OSM sabría
llegar hasta ahí? Por cierto, a lo mejor en las grandes ciudades no, pero
en algunos   pueblos pequeños estamos mirando que igual sería
también recomendable importar las carreteras.

Hola.

Lo que comentas de las carreteras en pequeños pueblos. ¡¡¡ y no tan
pequeños !!!. Estamos con la importación de los nodos de población y te
puedo asegurar que hay cientos de poblaciones (algunas con miles de
habitantes) a los que no llega ni una sola carretera. Así que importar
números de edificios en esas poblaciones y ninguna carretera que nos lleve
allí... :).

No he echado ningún vistazo a los archivos del catastro, pero al referirte
a carreteras, ¿te refieres a que viene todo el trazado de las mismas o sólo
los tramos que pasan con los cascos urbanos?.

Yo evidentemente, voto por importarlas.

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

Re: [Talk-es] ¿source=catastro?

[Matías Taborda Barroso]

El día 28 de octubre de 2011 09:36, Ander Pijoan ander.pij...@deusto.es
escribió:
 De momento estamos trabajando con los archivos urbanos de las poblaciones.
 El archivo Ejes.shp trae todas las calles y carreteras de dentro de la
zona
 urbana, que supongo que si será lo que comentas del casco urbano. Por
 ejemplo si tenemos un pueblo y una pedanía separados tendríamos todas las
 calles de esas dos zonas pero no las que conectan entre si. En cuanto
salen
 del limite urbano no viene la continuación de la calle. Lo que no sabemos
es
 si en el Ejes.shp de los datos rústicos vendrá justamente el complemento a
 la urbana.
 Saludos.

Hola. Me refería exactamente a eso, es decir, a las vías interurbanas. Como
dijo Jorge, si el WMS presenta las carreteras es de suponer que también
aparecerán en los datos, sería cuestión de echarle un vistazo al catastro
rústico.

Como digo, está estupendo la importación de todo el catastro urbano, pero
veo esencial que podamos tener las vías de conexión de todas las
poblaciones y como ya he comentado, los que estamos en la importación de
poblaciones podemos asegurar que hay cientos sino miles de poblaciones
completamente desconectadas.

¿Os importaría echarle un vistazo a este tema en el catastro rústico?.

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

Re: [Talk-es] ¿source=catastro?

[Matías Taborda Barroso]

 Igual sería una buena idea hacer una especie de documento howto de cómo
 importar catastro, incluyendo trucos en JOSM, etc etc.

Teniendo en cuenta que serán más de 8000 municipios y que se necesitará a
toda la armada osmera, con diferentes grados de conocimiento, ese
documento con la expresión de todas las ideas, trucos, posibles problemas,
etc, es más que obligada.
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Fwd: [Imports] Spain EGRN import assigns capital=yes to level 8 cities, upsets rendering

[Matías Taborda Barroso]

Hola.

Al parecer hemos metido la pata. Esta mañana nos llegó un aviso de un
usuario francés sobre el asunto. No estoy muy familiarizado con el tema de
renderizadores, pero dicho usuario nos sugiere esto:

Hi, you added some capital=yes to towns in Spain, it is a problem in the
rendering of the main map (a href=
http://www.openstreetmap.org/?lat=41.78lon=0.39zoom=7;see here/a).
Please consider using capital=6 for the capital of an admin_level=6
administrative unit, capital=4 for an admin_level=4 administrative unit
etc.

¿Podría ser una solución?. Probemillas, que yo no tengo ni idea de como
hacer esto, Alberto esta offline hasta el próximo miercoles y Javier hasta
última hora de la tarde no suele estar operativo.

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

Re: [Talk-es] Conversor Datum ED50 a WGS84 en .shp

[Matías Taborda Barroso]

Hola.

Podeis hacerlo con gvSIG.

Vista  Gestor de Geoprocesos  Conversión de datos  Reproyectar.

Seleccionas la capa de entrada, proyecciones de entrada y salida y
nombre de archivo de capa de salida

Saludos.


El 04/10/11, Ander Pijoan ander.pij...@deusto.es escribió:
 Hola a todos,

 Quería consultar si alguien conoce como pasar en un archivo shapefile
 (.shp) coordenadas que están en ED50 (D_European_1950, EPSG:23030) a
 coordenadas WGS84.

 Conocemos la herramienta FWTools y el comando ogr2ogr pero tanto con la
 herramienta visual (OpenEV_FW, que nos dice que no es una capa raster) como
 con el Shell (que los comandos son bastante grandes y no se si
 estamos haciéndolo bien) no conseguimos convertirlo correctamente.

 Saludos y Gracias.

 --
 Ander Pijoan Lamas
 Ingeniero Técnico en Informática de Gestión
 Universidad de Deusto

 Contacto:
 Email: ander.pij...@deusto.es
 Móvil: 664471228


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

Re: [Talk-es] Importación poblaciones NGMEP Madrid

[Matías Taborda Barroso]

 hola

 podría echar un cable con madrid
 pero por lo que veo no hay archivo:

 capitales_mun_madrid.osm

Hola Sergio. Bienvenido. Es Javier el que controla la base de datos, pero si
no aparece ningún archivo de Madrid (Baleares y Murcia tampoco) es porque
cuando se ha hecho el filtrado con respecto a lo que había en OSM no habrá
salido ninguna capital que faltase.

 supongo que porque ya se importaron (a mano)
 todas las cap. de municipio
 de todas formas los datos que hay ahora son
 para el nodo de Boadilla del Monte, por ejemplo:

Mas que importación debe haber sido que la gente lo ha ido haciendo a mano.
Es la ventaja de vivir en la Comunidad de Madrid, que sois muchos y siempre
hay alguien con ganas de que su pueblo aparezca en el mapa, no como por
Extremadura, ahins [?].

De todos modos puedes animarte con el archivo del objetivo 2, tienes 545
poblaciones para entretenerte un ratillo.

 is_in=Europe;Spain;Comunidad de Madrid;Madrid;Boadilla del Monte
 is_in:continent=Europe
 is_in:country=Spain
 is_in:country_code=ES
 is_in:municipality=Boadilla del Monte
 is_in:province=Madrid
 is_in:region=Comunidad de Madrid
 name=Boadilla del Monte
 place=town

 con la ventaja de que ya están colocados
 en el sitio lógico y no en el centroide del municipio

 pero les faltan tags interesantes como coordenadas, código INE, población
y tal.
 es decir objetivos 3 y 4

 es posible que alguien comparta o genere este archivo
 capitales_mun_madrid.osm ?
 así podría tratar de completar lo que hay con esos datos.

 que pensais que sobra o falta en los tags del ejemplo anterior?

Seguramente la próxima semana estén preparados los archivos correspondientes
al objetivo 3, es decir, aportar la información del Nomenclátor a lo que ya
existe en osm.

Hay que establecer también unas reglas para este objetivo porque pueden
darse situaciones muy variopintas.

Está pendiente o contacta con Javier a ver si puede adelantarte el archivo
de Madrid, pero lo dicho, animo con las *545 no_capitales_madrid.*
*
*
Saludos.
330.gif___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es