Re: [Talk-es] Edit war about names in Basque speaking regions

[Cruz Enrique Borges Hernández]

Hola a todos,

Yo puedo confirmar que prácticamente todas las señales viarias están
en ambos idiomas cuando se puede... y cuando no caben, en el principio
de la calle está en un idioma y en el final en el otro. En cualquier
caso, según el BOE las vías deberían de estar en bilingüe (Artículo 10
de https://www.boe.es/buscar/doc.php?id=BOE-A-2012-5539) por lo que
entiendo que esto tiene poca discusión, deben de estar en biligue y
con sus respectivos name:es y name:eu.

Un saludo,
cruz

On Sat, 25 Jul 2020 at 23:02, Jordi Miró Ferrer  wrote:
>
> Hola,
> El criterio usado en algunos de los changeset por Hart Beltza parece correcto 
> si en el municipio aparecen placas con los nombres en ambos idiomas. Es 
> decir, en name deben aparecer los dos nombres separados por una barra. Luego, 
> habría que añadir las traducciones en name:eu y name:es. Catastro no siempre 
> es lo oficial. Por ejemplo, la ciudad de València tiene el callejero en 
> catalán de manera oficial, pero los de Catastro no lo han modificado y sigue 
> saliendo en castellano. En principio, las placas deberían anteponerse a lo 
> que diga el Catastro, a no ser que exista un error ortográfico en la placa. 
> En este último cado, lo suyo sería corregirlo en OSM.
>
> Saludos
>
> 
> De: Frederik Ramm 
> Enviat el: divendres, 24 de juliol de 2020 22:39
> Per a: talk-es@openstreetmap.org 
> Tema: [Talk-es] Edit war about names in Basque speaking regions
>
> Hi,
>
> one user has changed several street names from the Spanish form to a
> combined "Basque / Spanish" form. This has angered another user and
> there have been fights about how these streets should be named.
>
> I have blocked the user "Hartz Beltza" in
> https://www.openstreetmap.org/user_blocks/3807 and requested that they
> discuss the matter with the Spanish community before they continue. (I
> have also requested from user H2Ox2 that he use better changeset comments.)
>
> In OpenStreetMap it is very rare that we use dual languages in the
> "name" tag but it *does* happen, for example in the bilingual
> (Italian/German speaking) region of South Tyrol. There, both languages
> are actually shown on the street signs. I don't know how this is in the
> Basque regions. I am not saying you cannot do it but it required a broad
> consensus that it is the right thing to do.
>
> It is a decision that the Spanish community should be making, and the
> DWG will then help enforce it.
>
> Please continue this discussion in Spanish. I am providing an automated
> translation of my message below.
>
> Bye
> Frederik
> (DWG Ticket #202007241145)
>
> Un usuario ha cambiado varios nombres de calles del formulario en
> español a un formulario combinado "euskara / español". Esto ha enojado a
> otro usuario y ha habido peleas sobre cómo se deben nombrar estas calles.
>
> Bloqueé al usuario "Hartz Beltza" en
> https://www.openstreetmap.org/user_blocks/3807 y solicité que
> discutieran el asunto con la comunidad española antes de continuar.
> (También solicité al usuario H2Ox2 que utilice mejores comentarios de
> conjunto de cambios).
>
> En OpenStreetMap es muy raro que usemos dos idiomas en la etiqueta
> "nombre", pero * sucede *, por ejemplo, en la región bilingüe (italiano
> / alemán) del Provincia autónoma de Bolzano. Allí, ambos idiomas se
> muestran en las señales de tráfico. No sé cómo es esto en las regiones
> vascas. No digo que no pueda hacerlo, pero requirió un amplio consenso
> de que es lo correcto.
>
> Es una decisión que debe tomar la comunidad española, y el DWG ayudará a
> hacerla cumplir.
>
> Por favor continúe esta discusión en español.
>
> --
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
>
> ___
> 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] TF-1 en Tenerife

[Cruz Enrique Borges Hernández]

Hasta donde yo me acuerdo de la teórica autopista son las carreteras
con vias separadas y sin pasos al mismo nivel (sin necesidad de dos
vías por sentido). Ahora mismo no estoy seguro del primer punto, pero
si es así, efectivamente esa carretera no es una autopista.

El día 4 de enero de 2017, 17:29, Paúl Sanz  escribió:
> ¿Alguien de Canarias por aquí? He pasado unos días de vacaciones en
> Tenerife y me he movido bastante con Osmand. Aunque no he hecho mucho
> por mapear (estaba de vacaciones y esas cosas) sí me ha llamado la
> atención que la TF-1 tiene un tramo, en torno al Túnel del Bicho, que
> está marcado como "highway=motorway" cuando se trata de una sola
> calzada con dos carriles en la subida y solo uno en la bajada.
> Sí me he fijado en que toda la obra civil de la carretera ha sido
> pensada para que vaya una autopista (puentes con vamos tapiados y
> anchos, etc.) pero ahora mismo no hay dos calzadas separadas. ¿Tiene
> sentido dejarlo así? ¿No sería preferible cambiar estos tramos de la
> TF-1 a "trunk"?
>
> ___
> 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] Concretando Re: Quedemos en Zaragoza en Septiembre

[Cruz Enrique Borges Hernández]

Como no podía ser de otra forma, es justo el fin de semana que no
puedo :S A ver si convenzo a alguien en Deusto para que vaya.

El día 5 de agosto de 2016, 10:55, Jaime Crespo <jy...@jynus.com> escribió:
> En principio sería el el fin de semana del 16 de septiembre en Zaragoza.
>
> El viernes por la tarde la idea sería haces una sessión "de cara para
> afuera", donde la gente de Wikimedia España presenta su asociación en algún
> auditorio. Me gustaría si alguien pudiera enmarronarse en hacer una
> brevísima presentación presentando OSM y dirigido al publico en general +
> relación con Wikipedia o posibles metodos de colaboración.
>
> Luego haríamos una cena y tomar algo para hablar más informalemente.
>
> El resto del fin de semana, WMES tiene su agenda para socios; ahí sería
> cuando haríamos la Mapping party + charlas entre socios.
>
> He creado
> <http://wiki.openstreetmap.org/wiki/Spanish_10th_anniversary_mapping_party_(Zaragoza)>;
> por favor ayudadme a completar actividades (por ejemplo si queréis reservar
> un tiempo para hablar sobre la asociación).
>
> También inscribiros en
> <http://wiki.openstreetmap.org/wiki/Spanish_10th_anniversary_mapping_party_(Zaragoza)#Participantes>
> aunque no lo tengáis muy claro, para saber un número aproximado de
> participantes.
>
> Un saludo,
>
> 2016-07-29 9:35 GMT+02:00 Santiago Crespo <openstreet...@flanera.net>:
>>
>> Hola,
>>
>> Me apunto. Cuanto antes tengamos las fechas más barato nos saldrán los
>> billetes :)
>>
>> Saludos,
>> Santiago Crespo
>>
>>
>> On 07/29/2016 09:22 AM, Carlos Cámara wrote:
>> > ¡Buena idea!
>> >
>> > En cuanto estén las fechas confirmadas trato de organizarme para
>> > asistir. También será una oportunidad para conocer en persona a gente
>> > con quienes hemos hablado por correo y aprender de todos.
>> >
>> > Saludos
>> >
>> > Carlos Cámara
>> > http://carloscamara.es
>> >
>> > 2016-07-29 9:12 GMT+02:00 Cruz Enrique Borges Hernández
>> > <cruzki...@gmail.com <mailto:cruzki...@gmail.com>>:
>> >
>> > Hola a todos,
>> >
>> > Dependiendo de las fechas el grupo de Deusto también se apunta. Si
>> > queréis, podemos encargarnos del tema de la salida. Este año hemos
>> > tenido bastante experiencia preparando salidas con chavales de
>> > instituto! [1]
>> >
>> > Un saludo,
>> > cruz.
>> >
>> > [1] http://ciudadesamigables.org/
>> >
>> >
>> > El día 29 de julio de 2016, 1:43, Alejandro S.
>> > <alejandro...@gmail.com <mailto:alejandro...@gmail.com>> escribió:
>> > > Buenas,
>> > >
>> > > Yo me apunto también y estoy dispuesto a echar una mano con la
>> > organización
>> > > o lo que haga falta. Es una buena oportunidad para vernos las
>> > caras y mover
>> > > cosas todos juntos :)
>> > >
>> > > Saludos,
>> > > Alejandro Suárez
>> > >
>> > >
>> > > On Fri, Jul 29, 2016, 00:49 Miguel Sevilla-Callejo
>> > <msevill...@gmail.com <mailto:msevill...@gmail.com>>
>> > > wrote:
>> > >>
>> > >> ¡¡Muy buenas noticias y muy buena iniciativa!!
>> > >> ¿Se sabe las fechas de la reunión de Wikimedia?
>> > >> No se me ocurre más que decir que que ME APUNTO!
>> > >> 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 - Conse

Re: [Talk-es] Quedemos en Zaragoza en Septiembre

[Cruz Enrique Borges Hernández]

Hola a todos,

Dependiendo de las fechas el grupo de Deusto también se apunta. Si
queréis, podemos encargarnos del tema de la salida. Este año hemos
tenido bastante experiencia preparando salidas con chavales de
instituto! [1]

Un saludo,
cruz.

[1] http://ciudadesamigables.org/


El día 29 de julio de 2016, 1:43, Alejandro S.
 escribió:
> Buenas,
>
> Yo me apunto también y estoy dispuesto a echar una mano con la organización
> o lo que haga falta. Es una buena oportunidad para vernos las caras y mover
> cosas todos juntos :)
>
> Saludos,
> Alejandro Suárez
>
>
> On Fri, Jul 29, 2016, 00:49 Miguel Sevilla-Callejo 
> wrote:
>>
>> ¡¡Muy buenas noticias y muy buena iniciativa!!
>> ¿Se sabe las fechas de la reunión de Wikimedia?
>> No se me ocurre más que decir que que ME APUNTO!
>> 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-07-28 11:01 GMT+02:00 Jaime Crespo :
>>>
>>> Con las iniciativas para resucitar la asociación, quedemos para celebrar
>>> los 10 años de esta lista!
>>>
>>> Parece que hay bastante gente activa en Zaragoza que estarían dispuestos
>>> a colaborar. Así mismo, la gente the Wikimedia España (posiblemente)
>>> celebrará su congreso anual allí, y no me han puesto problemas en hacer
>>> coincidir ambos eventos con la ventaja de tener doble audiencia en los
>>> eventos públicos de cada asociación, y de tener que organizar la mitad de
>>> cosas.
>>>
>>> Por ello, os propongo la quedada de "Zárágózá: 10 años después" con los
>>> siguientes objetivos:
>>>
>>> * Organizar un evento para el público general de promoción del propio
>>> proyecto "aka ¿Qué es OpenStreetMap?"
>>> * Organizar una Mapping party
>>> * Quedar en persona y compartir trucos de usuario "avanzado"
>>> * Hablar de temas de la asociación para la gente interesada
>>> * Hablar con asociaciones afines por si hay medios de colaboración
>>>
>>> Como Zaragoza es limítrofe vía Ave con sitios como Madrid, Barcelona,
>>> Valencia o Sevilla, igual os da menos pereza eso de salir al MundoReal(TM).
>>> Sería en fin de semana.
>>>
>>> Full disclosure: Soy también miembro de Wikimedia España, pero creo
>>> legítimamente que podría haber muchas opciones de colaboración [0] [1]
>>>
>>> [0] 
>>> [1]
>>> 
>>>
>>> --
>>> Jaime Crespo
>>>
>>> ___
>>> 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] Reunión OSM.es / IGN

[Cruz Enrique Borges Hernández]

A mi no me parece mal esto último que propone Santiago. La verdad que
me da mucha pena no disponer de tiempo ahora para poder dedicarlo a
estas acciones.

--
Cruz Enrique Borges Hernández
Associate Researcher -- DeustoTech Energy

Universidad de Deusto / Deustuko Unibertsitatea
Avda. Universidades, 24, 48007 Bilbao, Spain
Tel: 944139000 ext.2052
cruz.bor...@deusto.es

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

[Talk-es] HOT sale en el país!

[Cruz Enrique Borges Hernández]

Hola a todos,

La portada digital del periódico El País recoge hoy una noticia sobre
HOT dando instrucciones sobre como ayudar en las tareas referentes del
terremoto.

http://elpais.com/elpais/2016/04/21/planeta_futuro/1461255938_249596.html

Muy buen trabajo el que están haciendo la gente de HOT!!!

Nos vemos.

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

[Talk-es] Fwd: Consulta sobre mapa de barreras arquitectónicas en OSM

[Cruz Enrique Borges Hernández]

Hola a todos,

Por alguna extraña razón todos los correos de la Universidad de Deusto los
marca como spam la lista (o gmail o no lo tengo claro). Os reboto la
respuesta a ver si así.

Un saludo.
cruz

-- Mensaje reenviado --
De: Ander Pijoan <ander.pij...@deusto.es>
Fecha: 2 de marzo de 2016, 12:04
Asunto: Re: [Talk-es] Consulta sobre mapa de barreras arquitectónicas en OSM
Para: Discusión en Español de OpenStreetMap <talk-es@openstreetmap.org>,
Angela Garcia Perez <angelagar...@deusto.es>, Sarai Casas Simón <
saray.decasassi...@deusto.es>, Cruz Enrique Borges Hernandez <
cruz.bor...@deusto.es>


Buenos días Carlos,

Te escribo desde la Universidad de Deusto en Bilbao, donde estamos
trabajando en un proyecto "similar" pero a un nivel mas local y con
estudiantes de institutos. El proyecto se llama CiudadesAmigables [1] y se
engloba dentro del aprendizaje-servicio para aportar una mayor
accesibilidad a las personas en situación de discapacidad motora.

Lo que pretendemos en este proyecto es concienciar a los estudiantes
mediante charlas y experiencias, realizar salidas en las que mapean su
entorno para ir añadiendo a OSM vías y etiquetas que definan la
accesibilidad de las ciudades [3, 4, 5, 6, 7] y ,si es posible, crear una
pequeña plataforma-aplicación en la que utilizar y actualizar esos datos
[1].

Si quieres podemos ponernos en contacto tanto conmigo como con Ángela
García <angelagar...@deusto.es>, Saray De Casas <
saray.decasassi...@deusto.es> o Cruz Borges <cruz.bor...@deusto.es> que
trabajamos en el proyecto.

Saludos.

[1] http://ciudadesamigables.org/
[2]
http://energia.deusto.es/publications/info/ciudades-amigables-para-todos-investigacion-accion-universitaria-en-accesibilidad-urbana-a-traves-de-openstreetmap
[3] http://wiki.openstreetmap.org/wiki/ES:Key:wheelchair
[4] http://wiki.openstreetmap.org/wiki/Key:toilets:wheelchair
[5] http://wiki.openstreetmap.org/wiki/Proposed_features/Steps_features (En
proceso de aceptación)
[6]
http://wiki.openstreetmap.org/wiki/Proposed_features/Playground_Equipment
[7]
http://wiki.openstreetmap.org/wiki/Proposed_features/DisabilityDescription


El 2 de marzo de 2016, 11:38, Carlos Cámara <carlos.cam...@gmail.com>
escribió:

> Buenos días,
>
> Aunque llevo tiempo suscrito a la lista, este es mi primer mensaje, así
> que me presento: soy Carlos Cámara, contribuidor ocasional a OSM y defensor
> de todo lo que tenga que ver con cultura libre.
>
> Escribo porque como profesor del grado de arquitectura en la Universidad
> San Jorge, llevo tiempo pensando en cómo poder hacer alguna actividad
> conjunta con la comunidad OSM y la comunidad universitaria y esta podría
> ser una ocasión para ello: el caso es que vamos a iniciar una prueba piloto
> para trabajar en la confección de un mapa de barreras arquitectónicas de
> Zaragoza y me planteaba la opción de usar OSM, pues entiendo que se trata
> de unos datos muy valiosos para el público en general y por otra parte, al
> ser una tarea ardua ayudaría enormemente abrir la participación a
> cualquiera, más allá de la comunidad de una universidad tan pequeña.
>
> He estado buscando si existía algo similar en estos momentos y por lo que
> he visto existe http://wheelmap.org/en/map que se basa en la etiqueta key:
> wheelchair <http://wiki.openstreetmap.org/wiki/Wheelchair> de OSM para
> mostrar en un mapa edificios, paradas de bus... con una superposición de
> colores en función de si están adaptados a silla de ruedas o no. Además,
> también proporciona aplicaciones para móvil para poder editar estos datos
> de manera muy fácil (quizá algo más fácilmente que usando OSM Tracker). La
> verdad es que es un buen punto de partida, pero no es exactamente lo que
> buscaba, pues se centra únicamente en la accesibilidad de silla de ruedas y
> no contempla otras barreras arquitectónicas como podrían ser la falta de
> semáforos para invidentes, pavimentos rugosos para personas con visibilidad
> reducida, rampas en las aceras para movilidad reducida...
>
> Tras esta introducción, me gustaría consultaros lo siguiente:
>
>1. *¿Sería posible usar OSM para mapear estas barreras arquitectónicas
>más allá de la silla de ruedas?* A priori parece la opción más
>interesante para todos (win-win), y me encantaría poder hacerlo.
>2. En caso afirmativo, *¿cual sería el procedimiento a seguir?*
>Entiendo que sería el de hacer previamente una taxonomía de las barreras
>arquitectónicas a mapear, buscar si existe alguna en
>http://wiki.openstreetmap.org/wiki/Category:Tags que sea similar y, en
>caso negativo, crear un tag nuevo.
>3. Acerca de la* permanencia de los datos*: El objetivo de la prueba
>piloto es desarrollar un mapa para finales de julio y me preocupa que en
>este tiempo puedan perderse los d

Re: [Talk-es] Sobre acceso temático a OSM

[Cruz Enrique Borges Hernandez]

Échale un ojo a la web http://overpass-turbo.eu/ ;)

El día 29 de noviembre de 2015, 14:22, Manuel Enrique Puebla Martinez
<mpue...@uci.cu> escribió:
>
> Hola:
>
>  ¿Alguien conoce alguna forma de acceder a la información de la base de
> datos de OSM diferenciando las temáticas de los objetos espaciales?, es
> decir, supongan que quiero buscar todas las escuelas de un país. ¿Existe
> alguna forma de construir una consulta para recuperar todas las escuelas de
> un país?
>
> Saludos a todos.
>
>
>
>
>
>
>
> ___
> 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

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

[Cruz Enrique Borges Hernandez]

Hasta donde yo me acuerdo de cuando se estuvo haciendo la importación había
una directrices de donde poner cada nodo. Si no recuerdo mal la idea
principal era "ponerlo en la plaza del ayuntamiento" así que no creo que
fueran "inmutables". En cualquier caso, has mirado en la wiki? Estas cosas
hay que documentarlas. Creo que la página relevante es:
http://wiki.openstreetmap.org/wiki/ES:NGBE

En cualquier caso, tampoco es que las fronteras no sean editables sino que
"arreglarlar" una frontera suele llevar a consigo un conflicto
internacional :P

Saludos.

El 18 de noviembre de 2015, 0:33, Alejandro S. <alejandro...@gmail.com>
escribió:

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


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

Re: [Talk-es] Etiquetar parques infantiles

[Cruz Enrique Borges Hernandez]

Hola Jaime,

muchas gracias por avisar.  Ya he dado parte al servicio informático a ver
si averiguan q pasa.

Un saludo.
Cruz
El 27/9/2015 16:34, "Jaime Crespo" <jy...@jynus.com> escribió:

> Cruz,
>
> Todos tus mensajes a la lista me están yendo a spam:
>
> "Because: It has a from address in deusto.es but has failed deusto.es's
> required tests for authentication."
>
> Comprobad vuestro SPF, o si os han mentido en una blacklist.
>
> Un saludo,
>
>
> 2015-09-25 13:53 GMT+02:00 Cruz Enrique Borges Hernandez <
> cruz.bor...@deusto.es>:
>
>> Hola Esther,
>>
>> Existe esto leisure=playground [1], leisure=park [2] y ya si te quieres
>> entretener, pues puedes etiquetar cada "juego" [3]
>>
>> [1] http://wiki.openstreetmap.org/wiki/ES:Tag:leisure%3Dplayground
>> [2] http://wiki.openstreetmap.org/wiki/ES:Tag:leisure%3Dpark
>> [3]
>> http://wiki.openstreetmap.org/wiki/Proposed_features/Playground_Equipment
>>
>>
>>
>> El 25 de septiembre de 2015, 13:47, Esther Ríos <
>> esther.riosjime...@gmail.com> escribió:
>>
>>> hola a todos,
>>> he estado mirando la lista de Map Features de OSM Wiki y no he sabido
>>> ver como se etiquetan los parques o juegos infantiles que hay al aire
>>> libre, ya sea en un parque o una plaza ¿alguien se ha encontrado en esta
>>> situación? ¿como se podría hacer?
>>>
>>> Gracias
>>>
>>> ___
>>> 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
>>
>>
>
>
> --
> Jaime Crespo
>
> ___
> 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] Etiquetar parques infantiles

[Cruz Enrique Borges Hernandez]

Hola Esther,

Existe esto leisure=playground [1], leisure=park [2] y ya si te quieres
entretener, pues puedes etiquetar cada "juego" [3]

[1] http://wiki.openstreetmap.org/wiki/ES:Tag:leisure%3Dplayground
[2] http://wiki.openstreetmap.org/wiki/ES:Tag:leisure%3Dpark
[3]
http://wiki.openstreetmap.org/wiki/Proposed_features/Playground_Equipment



El 25 de septiembre de 2015, 13:47, Esther Ríos <
esther.riosjime...@gmail.com> escribió:

> hola a todos,
> he estado mirando la lista de Map Features de OSM Wiki y no he sabido ver
> como se etiquetan los parques o juegos infantiles que hay al aire libre, ya
> sea en un parque o una plaza ¿alguien se ha encontrado en esta situación?
> ¿como se podría hacer?
>
> Gracias
>
> ___
> 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

Re: [Talk-es] Consulta sobre Cat2Osm2 y los niveles subterráneos de edificios

[Cruz Enrique Borges Hernandez]

Pues la verdad es que desde mi punto de vista lo que está mal es la
etiqueta no el cat2osm2 :P

En cualquier caso, parece que el consenso está en etiquetar los pisos
subterraneos con otra etiqueta. Cuando montamos esa parte del cat2osm2 aún
no se había llegado a ningún consenso con las etiquetas 3D así que es
posible que no sea la única incongruencia con la wiki (de hecho, creo que
los tejados también van a estar mal). Si pilláis alguna más, recordad que
la mejor forma es hacer un bug en github:

https://github.com/AnderPijoan/cat2osm2/issues/new

Ya he creado yo el bug de esta. Ahora mismo andamos hasta arriba de mierda,
pero esto no debería de ser muy difícil de cambiar.

Nos vemos.
cruz.

El 22 de septiembre de 2015, 0:04, Rodrigo Rega <rodrigor...@gmail.com>
escribió:

> Hola a todos.
>
> Estoy realizando pruebas para hacer próximamente mi primera importación de
> datos de Catastro con Cat2Osm2 (versión 2014-10-14). Tras hacer la limpieza
> y normalización siguiendo el wiki [1], me he encontrado con que el
> validador de JOSM lanza varias advertencias con mensajes del tipo: Valor
> '-2' para clave 'building:min_level' se parece a '2'.
>
> Tras comentarlo en el grupo de Telegram "OSM España", varios compañeros
> coincidimos en que parece que Cat2Osm2 está usando "building:min_level"
> para etiquetar los niveles subterráneos de los edificios. Según el wiki de
> OSM [2] esta etiqueta no sería la correcta, siendo la adecuada
> "building:levels:underground".
>
> ¿A alguien le consta si actúo bien si cambio "building:min_level" por
> "building:levels:underground"?
>
> Me han comentado que varios desarrolladores de Cat2Osm2 siguen la lista,
> sería genial si nos pudiesen arrojar algo de luz sobre el asunto.
>
> Un saludo.
>
> [1]
> http://wiki.openstreetmap.org/wiki/Limpieza_y_normalizaci%C3%B3n_de_datos_catastrales
> [2] http://wiki.openstreetmap.org/wiki/Key:building:levels
>
> --
> Rodrigo Rega
> http://www.rodrigorega.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] CiudadesAmigables: un proyecto de Ciencia Ciudadana alrededor de OpenStreetMap por la Universidad de Deusto y DeustoTech

[Cruz Enrique Borges Hernandez]

Hola a todos,

Para los que no me conozcáis soy Cruz E. Borges, investigador de
DeustoTech y co-rresponsable junto a Ander Pijoan del Cat2OSM2. El
motivo de este correo es presentaros la nueva iniciativa en la que
estamos metidos y que esperemos os parezca de interés.

El proyecto Ciudades Amigables [1] es un proyecto de
investigación-acción en el que implicaremos a estudiantes de diversos
niveles educativos en una iniciativa de ciencia ciudadana para evaluar
la accesibilidad urbana. Para ello, organizamos unas sesiones de
sensibilización en las que personas con diversidad funcional les
explicarán a los escolares las barreras que deben superar en su día a
día. A continuación realizamos una salida a campo en la que recogemos
distinta información sobre accesibilidad para luego volcarla a
OpenStreetMap y poder analizarla.

En este proyecto contamos con la colaboración de la Fundación Zerbikas
[2] y la federación FEKOOR [3] así como de distintos centros
educativos. Hasta el momento solo hemos realizado una salida a campo
con los chavales de 4º de la ESO del centro Santa Maria Ikastetxea [4]
con muy buenos resultados. Ander anda sacando fotos del antes y
después. Por lo pronto las aceras son cosas nuestra :P

A lo largo del año esperamos hacer más salidas con otros colegios de
Bizkaia. A ver si la próxima salida andamos mejor de tiempo y podemos
avisar para ver si alguien se anima a acompañarnos.

Un saludo,
cruz.

[1] http://energia.deusto.es/projects/info/ciudades/
[2] http://www.zerbikas.es/
[3] http://www.fekoor.com/
[4] 
http://energia.deusto.es/news/view/primera-jornada-del-proyecto-ciudades-amigables/

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

Re: [Talk-es] CiudadesAmigables: un proyecto de Ciencia Ciudadana alrededor de OpenStreetMap por la Universidad de Deusto y DeustoTech

[Cruz Enrique Borges Hernandez]

Muchas gracias,

Estoy preguntando al departamento de sistemas a ver que puede haber pasado :(

El día 17 de septiembre de 2015, 14:09, Carlos Cabezas
<r0u...@r0uzic.net> escribió:
> [offtopic]
>
> Cruz Enrique, Gmail me avisa que no se ha podido verificar tu dominio de
> deusto y me lo ha marcado como spam, a ver si con este correo le llega a
> otras personas :-)
>
> Saludos.
>
> El 17/9/2015 10:22 a. m., "Cruz Enrique Borges Hernandez"
> <cruz.bor...@deusto.es> escribió:
>>
>> Hola a todos,
>>
>> Para los que no me conozcáis soy Cruz E. Borges, investigador de
>> DeustoTech y co-rresponsable junto a Ander Pijoan del Cat2OSM2. El
>> motivo de este correo es presentaros la nueva iniciativa en la que
>> estamos metidos y que esperemos os parezca de interés.
>>
>> El proyecto Ciudades Amigables [1] es un proyecto de
>> investigación-acción en el que implicaremos a estudiantes de diversos
>> niveles educativos en una iniciativa de ciencia ciudadana para evaluar
>> la accesibilidad urbana. Para ello, organizamos unas sesiones de
>> sensibilización en las que personas con diversidad funcional les
>> explicarán a los escolares las barreras que deben superar en su día a
>> día. A continuación realizamos una salida a campo en la que recogemos
>> distinta información sobre accesibilidad para luego volcarla a
>> OpenStreetMap y poder analizarla.
>>
>> En este proyecto contamos con la colaboración de la Fundación Zerbikas
>> [2] y la federación FEKOOR [3] así como de distintos centros
>> educativos. Hasta el momento solo hemos realizado una salida a campo
>> con los chavales de 4º de la ESO del centro Santa Maria Ikastetxea [4]
>> con muy buenos resultados. Ander anda sacando fotos del antes y
>> después. Por lo pronto las aceras son cosas nuestra :P
>>
>> A lo largo del año esperamos hacer más salidas con otros colegios de
>> Bizkaia. A ver si la próxima salida andamos mejor de tiempo y podemos
>> avisar para ver si alguien se anima a acompañarnos.
>>
>> Un saludo,
>> cruz.
>>
>> [1] http://energia.deusto.es/projects/info/ciudades/
>> [2] http://www.zerbikas.es/
>> [3] http://www.fekoor.com/
>> [4]
>> http://energia.deusto.es/news/view/primera-jornada-del-proyecto-ciudades-amigables/
>>
>> --
>> 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
>



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

Re: [Talk-es] Charla en el IGN, deberes para OSM.es

[Cruz Enrique Borges Hernandez]

Esto son magníficas noticias!

Desde mi punto de vista, lo más operativo es que sea gente que esté implicada
y que resida en Madrid. En cualquier caso, ¿cuál es el estado legal de la 
asociación?

Un saludo,
cruz.

 Hola disculpad el ladrillo que os voy a soltar:
 
 Ayer por fin tuvimos la actividad de presentación de OSM y el HOT en el
 salón de actos del IGN en Madrid. Se puede decir que la dirección del IGN
 estuvo bien representada con un subdirector y varios subdirectores adjuntos
 así como jefes de servicio, técnicos, etc. además de la compañía de tres
 miembros de Geoinquietos Madrid que se pusieron cerca mío para echarme un
 cable :-)
 
 Bueno la charla fue bastante bien, hicieron muchas preguntas y en general
 creo que les quedó más o menos claro a nivel organizativo cómo funciona
 OSM, de la parte técnica no entré mucho porque no tocaba, pero vaya que se
 quedaron con ganas de que hagamos más cosas.
 
 El caso es que al final de la charla en un pequeño debate posterior quedó
 claro que el IGN quiere volver a colaborar con OSM. Cosas que se
 mencionaron:
 
 - Establecer un protocolo que permita montar un mapatón con la mayor
 velocidad posible si se produce una activación urgente del HOT. Algo así
 como dejar toda la discusión atada de antemano para que si se realiza una
 activación podamos tener un espacio y los canales de difusión abiertos en
 el menor tiempo posible.
 
 - Algún tipo de formación para la gente del IGN en OSM, no solo para que la
 gente pueda colaborar en un mapatón sino para tener mejor conocimiento de
 cómo se contribuye a OSM.
 
 - Colaboración en futuras mapping parties. En geoinquietos Madrid se están
 moviendo actividades de este tipo para otoño.
 
 - Posibilidad de que el IGN ofrezca infraestructura para OSM (hierro)
 
 - Y la que creo es más relevante: establecer un canal de comunicación
 formal de OSM España con el IGN.
 
 Sobre esto último yo dejé bien claro que desde luego soy solo un
 colaborador más (que dio la casualidad de que fue invitado para esa charla)
 pero que no pretendo tomarme ningún otro rol más que el de advocate que
 dicen los ingleses y que trasladaría el guante que nos echaban a este foro
 para hablarlo entre todos.
 
 Resumiendo: si se quiere colaborar con el IGN, y ellos quieren hacerlo, hay
 que nombrar por lo menos un par de personas o tres que sirvan de
 representantes formales ante el instituto.
 
 Saludos
 
 --
 Jorge Sanz

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

Re: [Talk-es] Taller de OSM en Forotech (Universidad de Deusto, Bilbao)

[Cruz Enrique Borges Hernandez]

Hola,

Pues parece que ha habido un malentendido y el taller es el 4 de marzo
a las 16:00. Tenéis más información sobre el evento en
http://www.ingenieria.deusto.es/cs/Satellite/ingenieria/es/semana-de-ingenieria.
Estáis invitados,

Un saludo,
cruz.


El día 3 de febrero de 2015, 11:27, Ander Pijoan
ander.pij...@deusto.es escribió:
 Hola a todos,

 La Universidad de Deusto cada año organiza una semana dedicada a la
 Ingeniería y la Tecnología en la que se hacen distintas jornadas y talleres
 para principiantes e interesados.

 Este año vamos a dar un pequeño taller de Completa el mapa de tu ciudad con
 OpenStreetMap en el que intentaremos que nuevas personas conozcan OSM y
 aprendan a mapear y a sacarle partido. El taller será el Miércoles 4 de
 marzo a las 17:30.

 Si alguno de los de la zona queréis pasar por el taller estaremos encantados
 de recibiros, de conoceros y de que contéis vuestras experiencias.

 Saludos.

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




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

Re: [Talk-es] Importación de megalitos

[Cruz Enrique Borges Hernandez]

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

Re: [Talk-es] Ciudades con edificios y portales

[Cruz Enrique Borges]

Muchas gracias por contestar!

 En España tienes Burgos muy bien mapeado y mi pueblo, San Fernando de
 Henares :D

Buah, menudo pedazo de currazo que habeis hecho en ambos sitios. Nos los 
anotamos :)

 He mapeado todas las carreteras y aceras que hay, edificios por bloques
 con entrada, número de plantas, altura física en algunos casos, etc. Sin
 usar cat2osm2. Y a nivel internacional, mira Berlín y alrededores, el
 trabajo que han hecho es muy bueno.

Berlín lo tenemos localizado lo que pasa es que es mu grande. En esas 
ciudades es muy difícil evaluar el estado global de los datos. Responder 
a cosas como: 
- están todas las farmacias tageadas?, 
- son topológicamente correctas las carreteras y aceras?, 
- etc. 
Estamos probando con Reikiavik, que es una ciudad de tamaño razonable y que 
parecía bien mapeada, y lo estamos flipando con la cantidad de pifias que 
estamos encontrando. Ander lleva un par de días arreglando aceras que no 
van a ningún lado y cosas así.

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

Re: [Talk-es] Direcciones de locales comerciales

[Cruz Enrique Borges Hernandez]

Si la dirección es distinta; en cada nodo, si es la misma, en el
edificio. En cualquier caso, ¡no olvides poner en cada nodo un
entrance=yes!

El día 30 de diciembre de 2014, 18:09, Roberto geb
roberto...@gmail.com escribió:
 Paúl,
 la única relación que existe entre los PDI y el edificio es visual por lo
 que en las búsquedas es mejor que los PDI tengan información de calle y
 número.

 El 30/12/2014 17:33, Paúl Sanz paulsanzca...@gmail.com escribió:

 Hola

 Estoy mapeando alguno de los sitios en los que estuve en vacaciones
 (con solo 4 meses de retraso...) y me ha surgido una duda: en el caso
 de un edificio con uno o varios locales comerciales, la etiqueta
 addr:housenumber se incluye solo en el edificio o en cada elemento?
 Por ejemplo, en
 http://www.openstreetmap.org/#map=19/40.45692/-3.70316, una zona en la
 que he ido añadiendo unos cuantos comercios, hay muchos que comparten
 dirección. No he encontrado información en la wiki sobre esto.

 ¿Es mejor etiquetar solo el edificio o repetir la etiqueta en todos
 los elementos?

 ___
 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

Re: [Talk-es] access to Spanish cadastre

[Cruz Enrique Borges]

Es cierto. No había caído en ese punto.

 Según mi último recuerdo sobre este tema, es que la información de
 catastro no sirve para sacar las direcciones correctas [1]. Desconozco
 si se habrá solucionado.
 
 Saludos, Andrés.
 
 
 [1]
 http://gis.19327.n5.nabble.com/Catastro-duda-nombres-de-calles-td5777261.
 html
 2014-12-15 3:59 GMT+01:00 Tom Lee t...@mapbox.com:
  Ha -- thank you, Agustín and Cruz. This is tremendously helpful. From
  the decree, it seems that cadastral data is free for use in general,
  which I think much include the INSPIRE data (if that is incorrect,
  please do let me know). Working with 7000+ GML files will not be a lot
  of fun, but I think I can use this to add the data to OpenAddresses.
  Thanks very much!
  
  Tom
  
  
  On Sat, Dec 13, 2014 at 7:00 AM, talk-es-requ...@openstreetmap.org
  
  wrote:
  Envíe los mensajes para la lista Talk-es a
  
  talk-es@openstreetmap.org
  
  Para subscribirse o anular su subscripción a través de la WEB
  
  https://lists.openstreetmap.org/listinfo/talk-es
  
  O por correo electrónico, enviando un mensaje con el texto help en
  
  el asunto (subject) o en el cuerpo a:
  talk-es-requ...@openstreetmap.org
  
  Puede contactar con el responsable de la lista escribiendo a:
  talk-es-ow...@openstreetmap.org
  
  Si responde a algún contenido de este mensaje, por favor, edite la
  linea del asunto (subject) para que el texto sea mas especifico que:
  Re: Contents of Talk-es digest Además, por favor, incluya en la
  respuesta sólo aquellas partes del mensaje a las que está
  respondiendo.
  
  Asuntos del día:
 1. access to Spanish cadastre (Tom Lee)
 2. Re: access to Spanish cadastre (Agustín)
 3. Re: access to Spanish cadastre (Cruz Enrique Borges Hernandez)
  
  --
  
  Message: 1
  Date: Fri, 12 Dec 2014 13:33:57 -0500
  From: Tom Lee t...@mapbox.com
  To: talk-es@openstreetmap.org
  Subject: [Talk-es] access to Spanish cadastre
  
  Message-ID:
  
  
  caeuyxdtnarsgx_nmp+40xbpekefhtmxheerxj4jq_brcu7s...@mail.gmail.com
  Content-Type: text/plain; charset=utf-8
  
  I've recently been researching Spain's cadastral database, which
  quickly
  led to the work done on cat2osm and other projects by people on this
  list. However, I find myself confused. I believe that links to bulk
  downloads of the data exist on this page:
  
  https://www.sedecatastro.gob.es/OVCFrames.aspx?TIPO=TITa=masiv
  
  In fact, it is discussed in some detail on this OSM wiki page:
  
  http://wiki.openstreetmap.org/wiki/Cat2Osm#Descargar_datos_de_Catastro
  
  But when I attempt a download, it seems that I need an X.509
  certificate. I
  wonder if anyone can explain the nature of this requirement o a
  non-Spanish
  citizen? I realize that some elements of the database related to land
  value
  and ownership are sensitive, but I don't believe that these bulk
  downloads include such data. The license terms associated with this
  data seem to be quite open (
  
  http://www.catastro.minhap.es/ayuda/legislacion/ovc/resoluciondgc20110
  323_tfs.pdf ), which makes this requirement all the more confounding.
  
  Any insights are much appreciated.
  
  Tom
   próxima parte 
  Se ha borrado un adjunto en formato HTML...
  URL: 
  http://lists.openstreetmap.org/pipermail/talk-es/attachments/20141212/
  766a93fd/attachment-0001.html
  
  
  --
  
  Message: 2
  Date: Fri, 12 Dec 2014 20:15:46 +0100
  From: Agustín agustind...@gmail.com
  To: Discusión en Español de OpenStreetMap
  
  talk-es@openstreetmap.org
  
  Subject: Re: [Talk-es] access to Spanish cadastre
  Message-ID: 082722c4-ef69-4af6-b8a2-339bf6a54...@gmail.com
  Content-Type: text/plain; charset=utf-8
  
   On 12 Dec 2014, at 19:33, Tom Lee t...@mapbox.com wrote:
   
   I've recently been researching Spain's cadastral database, which
  
  quickly led to the work done on cat2osm and other projects by people
  on
  this list. However, I find myself confused. I believe that links to
  bulk
  
  downloads of the data exist on this page:
   https://www.sedecatastro.gob.es/OVCFrames.aspx?TIPO=TITa=masiv 
  
  https://www.sedecatastro.gob.es/OVCFrames.aspx?TIPO=TITa=masiv
  
   In fact, it is discussed in some detail on this OSM wiki page:
   
   http://wiki.openstreetmap.org/wiki/Cat2Osm#Descargar_datos_de_Catast
   ro
  
  http://wiki.openstreetmap.org/wiki/Cat2Osm#Descargar_datos_de_Catastr
  o
  
   But when I attempt a download, it seems that I need an X.509
  
  certificate. I wonder if anyone can explain the nature of this
  requirement o a non-Spanish citizen? I realize that some elements of
  the database related to land value and ownership are sensitive, but I
  don't believe that these bulk downloads include such data. The
  license terms associated with this data seem to be quite open (
  http://www.catastro.minhap.es/ayuda

Re: [Talk-es] access to Spanish cadastre

[Cruz Enrique Borges Hernandez]

You need a valid ID electronic card (DNI-e) to download ANY data from the 
cadestre
database. Moreover, you have to fill a form where you have to provide your 
localizacion,
work and the amount of € that the use of that particular dataset have save in 
the 
project (when applicable). Even more, there are data that they have, but they 
not provide
in any case. Those are the rules set by the cadestre.

If you ask me why they set that rules: I DON'T KNOW AND I WOULD RATHER PREFER 
NOT TO ASK ;) (it a thing that could ONLY be worse).

On the other hand, the cadestre information of Spain are accessible now 
thorough 
this portal:

http://blog-idee.blogspot.com.es/2014/03/actualizacion-de-los-datos-de-descarga.html

fulfilling the INSPIRE directive. I have not tested myself, but seems that the 
data 
format its different and cannot be used with cat2osm2 [1]. In any case, please 
note 
that cat2osm is DEPRECATED and should not be used for anything.

In any case, good luck using the cadestre data ;)
cruz.

[1] http://wiki.openstreetmap.org/wiki/Cat2Osm2

 But when I attempt a download, it seems that I need an X.509 certificate. I
 wonder if anyone can explain the nature of this requirement o a non-Spanish
 citizen? I realize that some elements of the database related to land value
 and ownership are sensitive, but I don't believe that these bulk downloads
 include such data. The license terms associated with this data seem to be
 quite open (
 http://www.catastro.minhap.es/ayuda/legislacion/ovc/resoluciondgc20110323_tfs.pdf
 ), which makes this requirement all the more confounding.

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

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

[Cruz Enrique Borges]

 ¿A que se puede deber esto? ¿Puede que las ortofotos estén
 mal georreferenciadas?

Pues a que se mapea sobre las imágenes de BING y es posible que existan 
discrepancias entre las tres bases de datos. Sobre todo cuando haya que 
rectificar las imágenes (cuando se ven sombras en los edificios, trozos de 
fachadas y esas cosas) pues los algoritmos para eso no tienen porque 
coincidir.

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

Re: [Talk-es] Entrevista para elbinario.net

[Cruz Enrique Borges]

 Aparte de la dominación mundial el proyecto entre manos más importante es
 el de la importación de los datos del catastr, aunque no descarto que
 iniciemos alguna campaña similar a la de las fuentes, aceptamos ideas

Yo puedo proponer varias (por orden de dificultad):

- Completar la información de accesibilidad (http://wheelmap.org/)
- Marcar los puntos de alquiler de bicicletas
- Poner los contenedores de basura
- Marcar los puntos de recarga de coches eléctricos
- Poner las paradas de autobuses
- Poner los portales a las casas
- Marcar los comercios (con sus portales :P)

PD: con respecto a la entrevista, a mi me parecen correctas las respuestas.

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

Re: [Talk-es] ¿Puede el mapa estar creciendo demasiado?

[Cruz Enrique Borges]

Yo no creo que eso sea un problema a medio y largo plazo y dudo mucho que 
lo sea a corto salvo que hagamos burradas tipo importar el catastro a huevo 
de un día para otro. Me baso en dos hipótesis:

- La potencia de cálculo y de almacenamiento va bastante más rápido de lo 
que creemos. En un servidor de unos 2 k€ se puede montar un copia del 
planet completa sin problemas. Ese precio es ridículo para el coste usual 
de los servidores. De hecho, estoy seguro que los problemas no los tienen 
en espacio, sino en carga de trabajo de la base de datos (sobre todo con 
las relaciones). Con el tiempo, esto disminuirá pues las zonas que ya están 
muy bien mapeadas casi no tienen ediciones.

- La mayor carga de peticiones está en el servidor de tiles. El espacio en 
este caso es CONSTANTE y lo que aumenta son las peticiones, que encima son 
TRIVIALES (dame esta imagen). Con lo que un servidor tirando a MUY CHORRA 
soporta miles de conexiones sin despeinarse. Encima, como hay varios 
proveedores de tiles, el trabajo se reparte.

Finalmente, yo no creo que no se deba mapear cosas, todo lo contrario, 
mapéalo todo. Cuanta más información, mejor. Ya le buscaremos utilidad, no 
te preocupes ;)

 He estado investigando y me he respondido yo mismo la pregunta, pero de
 todas formas lo expongo por si alguien ha tenido mi misma preocupación.
 
 He visto por ahí algún proyecto para incluir pasos de cebra, semáforos,
 señales de Stop e incluso contenedores de basura, me preocupaba que el
 mapa empezara a crecer sin parar y requiriera cantidades desorbitadas de
 espacio de almacenamiento. OSM se financia con donaciones y me
 preocupaba que no pudiera asumir el gasto.
 
 Pero me he respondido a mi mismo. He visto que el mapa completo ocupa 37
 GB y han habido 947 MB de modificaciones esta semana. La verdad que es
 poco espacio, no creo que los servidores de OSM estén demasiado
 saturados, al menos en lo que a almacenamiento se refiere.
 
 De todas formas pienso que hay que intentar ahorrar espacio. La realidad
 es infinita, por tanto, almacenar la realidad en su totalidad requiere
 un espacio infinito. Así que es necesario hacer una aproximación a la
 realidad (por ejemplo, el sonido digital no es real, es una aproximación
 a la realidad).
 
 Hace un tiempo vi que un amigo trazaba las curvas de las carreteras al
 milímetro, poniendo muchísimos puntos, le recomendé que usara muchos
 menos puntos. Y sigo pensando lo mismo, a pesar de que el mapa ocupe
 sólo 37 GB. Pienso que no hay que derrochar espacio, hay que trazar las
 curvas con el mínimo de puntos necesarios para una representación
 aceptable. Si no se hace así, el mapa tal vez si que empezaría a
 requerir una cantidad de espacio preocupante.
 
 En resumen, pienso que el mapa debe ofrecer información completa pero
 hay que ir con cuidado de no pasarse, teniendo en cuenta que representar
 la realidad en su totalidad es imposible.
 
 
 ___
 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

Re: [Talk-es] Coordenadas UTM extrañérrimas

[Cruz Enrique Borges]

Yo en su momento me escribí este script en python para arreglar las 
coordenadas en UTM y pasarlo a osm, espero que te pueda servir de ayuda.

 Hola
 
 Mirando por el portal de opendata de bcn me he encontrado un listado de
 todas las fuentes, tanto las de beber como las ornamentales, de la
 ciudad de Barcelona.
 
 Están con licencia CC BY 3.0 que por lo que he visto es compatible por lo
 que he pensando en importarlas, pero ahora es cuando me encuentro el
 problema.
 
 Según ellos el listado de fuentes usa coordenadas UTM sistema municipal
 
 He estado probando varias cosas para ver si conseguía transformar esto a
 algo manejable pero todos los conversores que he probado me dicen que
 las coordenadas están fuera de rango.
 
 Ejemplo:
   X-Y : 29621467,82587692
   debería estar más o menos por aqui
   (41,3898301, 2,1571738) http://www.openstreetmap.org/node/2964058469
 
 Si alguien me echa un cable con algo que pueda scriptear le estaré
 altamente agradecido
 
 Un saludo

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

DeustoTech Energy
Telefono: 944139000 ext.2052
Avda. Universidades, 24
48007 Bilbao, Spain#! /usr/bin/python
# -*- coding: iso-8859-15 -*-

# Arregla los datos de los suministros y genera un osm con su geolocalizacion.

import csv
from math import pi, sin, cos, tan, sqrt, radians, degrees
from pyproj import Proj, transform

wgs84 = Proj(proj='latlong',datum='WGS84')
utm30 = Proj(proj='utm',zone='30',init='epsg:23030',nadgrids=/home/cruzki/src/cat2osm/peninsula.gsb)
#utm30 = Proj(proj='utm',zone='30',init='epsg:25830')

fields = [OBJECTID,IDEST,ESTACION,DIRECC,POBLACION,LINK_ESTAC,ZONA,LINK_ZONA,PROVCOD,NO2,NO_,NOX,O3,CO,SO2,PST,PM10,PM2_5,BEN,ETB,MPX,O_X,TOL,NH3,SH2,HC,MSV,CL2,HCL,HCMET,HCNOMET,TEMPERATUR,HUMEDAD,PRESION,RADIACION,RAD_UV,LLUVIA,LL_ACIDA,DIR_VIENTO,V_VIENTO,XUTM,YUTM]

f = csv.DictReader(open('estaciones.csv'),delimiter=';',quotechar='')
g = open('Bizkaia-corregidos.txt','w')
h = open('localizacion.osm','w')

h.write(?xml version='1.0' encoding='UTF-8'?\n)
h.write(osm version='0.6' generator='JOSM'\n)

for row in f:
  # Transformamos de utm a latlong
  lon, lat, z = transform(utm30,wgs84,float(row[XUTM]),float(row[YUTM]),0)

  # Transformamos de latlong a utm para corregir los datos de los clientes
  easting, northing, z = transform(wgs84,utm30,lon,lat,0)

  # Guardamos OSM
  h.write(node id=\ + row[OBJECTID] + \ version=\6\ timestamp=\2011-10-27 08:26:29.565\ uid=\292702\ user=\AnderPijoan\ changeset=\5407370\ lat=\+str(lat)+\ lon=\+str(lon)+\\n/node\n)

  # Guardamos clientes
  g.write(row[OBJECTID]+,+str(lat)+,+str(lon)+\n)

h.write(/osm\n)

g.close()
h.close()___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Coordenadas UTM extrañérrimas

[Cruz Enrique Borges]

Y lo de dividir por 100, por qué lo haces? Me extraña mucho que lo tengas 
que hacer. Por otro lado, creo que al usar floats alguna vez tuvimos 
problemas.

 On Mon, Sep 08, 2014 at 02:42:58AM -0700, Cruz Enrique Borges wrote:
  Yo en su momento me escribí este script en python para arreglar las
  coordenadas en UTM y pasarlo a osm, espero que te pueda servir de
  ayuda.
 
 Mi script viene a ser igual pero cambio utm30 por utm31
 utm31 =
 Proj(proj='utm',zone='31',init='epsg:23031',nadgrids=/home/celso/openst
 reetmap/peninsula.gsb)
 
 y los datos me vienen como enteros por los que lo divido por 100
 
 lon, lat, z =
 transform(utm31,wgs84,float(row[INVENTARI_COORDENADA_X])/100,float(row
 [INVENTARI_COORDENADA_Y])/100,0)
 
 Por lo demás es lo mismo,
 
 Lo bueno
 El mapa de puntos que me da tiene la forma d e la ciudad
 
 Lo malo
 Me la situa en África
 
 Un saludo y gracias
 
 ___
 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

Re: [Talk-es] [CAT2OSM2] Nueva versión 2014-09-02

[Cruz Enrique Borges]

 la key barrier se refiere a límites físicos
 
 sólo se me ocurre el ejemplo de una parcela de una casa independiente
 en la que todo el perímetro tenga una valla o muro

Ese es el ejemplo más típico. En Santander prácticamente todos los 
edificios de varios barrios van a ser así, un edificio, un jardín que los 
rodea, un muro/seto/valla, repetir. Me juego lo que quieras a que muchas 
áreas residenciales de ciudades dormitorio serán también así.

 en entorno rústico hay muchas sin valla ni muro (Castilla en general)

En entorno rústico no deberías usar cat2osm2 :P

 en entorno urbano mucha parcela coincide con edifico y si hay valla o
 muro es solo algún tramo

Si coincide, no hay problema (porque no va a existir el polígono) y si hay 
muro en algunos tramos, habría que etiquetarlos, ¿no? Ya que tienes el 
polígono hecho...

 wall=no no existe

Si que existe [1] pero no es lo que yo pensaba.

[1] http://wiki.openstreetmap.org/wiki/Tag:wall%3Dno

 o es barrier=yes (que vemos sombra en la imagen ortofoto pero no se puede
 determinar el tipo) o es un barrier concreto

Desde mi punto de vista, si te vas a poner a mapear muros entre parcelas 
deberías de basarte en conocimiento de campo no en ortofoto. 
Principalmente porque si está bien sacada la ortofoto prácticamente no 
deberías de ver el muro y si está mal sacada, vas a meter un desplazamiento 
bastante considerable a lo que mapees.

 así que
 o bien se unen todas las landuse (en la práctica habitual no se suele
 fragmentar en parcelas el uso del suelo) o dejamos cada parcela como
 división administrativa menor, lo que no sé si tiene clave/etiqueta..
 o...

Yo diría que el espíritu debería ser unirlas SI NO HAY NADA FÍSICO QUE LAS 
SEPARE. Por eso voto por dejar las separaciones y basándose en el 
conocimiento de campo unirlas cuando corresponda.

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

Re: [Talk-es] [CAT2OSM2] Nueva versión 2014-09-02

[Cruz Enrique Borges]

 Depende de los sitios. En Canarias, supongo que en Galicia también, casi
 todos las parcelas de terreno rústico están separadas por límites físicos
 (muros de piedra seca, vallados de vegetación). Lo de poner barrier=yes
 queda pendiente de al contrastar con la ortofoto poner un tipo más
 específico. Creo que lo mejor es que fuera posible elegir con un
 parámetro que el programa uniera los landuse iguales o no y si deja las
 separaciones con barrier=yes o no las deja. Si no es muy complicado de
 programar...

Complicado de programar no es, pero se que en este nivel ander tiene alguna 
pelea con el cat2osm2. Mañana le pregunto a ver si lo ve viable.

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

Re: [Talk-es] [CAT2OSM2] Nueva versión 2014-09-02

[Cruz Enrique Borges]

 De hecho, ahora viendo los resultados,  surge la duda de si unir todas
 las geometrías de parcelas en función del landuse:
 
 Dejándolas como están ahora ganamos que tenemos la delimitación de cada
 parcela pero hay muchas parcelas todas solo con tag de landuse o amenity
 (ya que la dirección postal se ha ido a los puntos de entrada)

Los franceses lo dejaron porque generalmente entre parcelas urbanas hay un 
muro. Yo casi que le pondria un barrier=yes por defecto y cuando no lo 
tenga que se ponga un wall=no :P

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

Re: [Talk-es] [CAT2OSM2] Nueva versión 2014-09-02

[Cruz Enrique Borges Hernandez]

 me da que a alguien se le ha olvidado hacer un git push :P


El 2 de septiembre de 2014, 21:02, Matías Taborda Barroso 
taborda.barr...@gmail.com escribió:

 Hola.  Perdón... Pero donde está la nueva versión?.  En github sigue la
 anterior (esta tarde al menos)y en la pagina personal de Cruz otra mas
 antigua...
 El 02/09/2014 13:05, Ander Pijoan ander.pij...@deusto.es escribió:

 Hola a todos,

 Siguiendo las discusiones que hemos tenido durante estos días y visto que
 hay algunos usuarios que estáis subiendo parcelas de vuestras poblaciones,
 hemos hecho un pequeño cambio para que os sea más fácil.

 - La dirección ya no se pone en la parcela, sino que la hemos trasladado
 a los puntos de entrada. Estos tendrán el addr:housenumber, addr:street,
 addr:postcode y entrance=yes.
 De esta forma en las parcelas únicamente quedan los datos de landuse,
 amenity, etc

 - Con el tema del 3d y building parts, seguimos dándole vueltas hasta que
 esté correcto, así que de momento no hemos hecho cambios. Siguen saliendo
 los edificios troceados por alturas (a no ser que lancéis el archivo con el
 parámetro -3d 0)

 Espero que os sea de ayuda y cualquier comentario o sugerencia son bien
 recibidos.

 Saludos

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




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

Re: [Talk-es] Subida de catastro en la Palma de C. y dudas

[Cruz Enrique Borges]

 Yo, viendo que al final las importaciones se harán de forma manual, no
 creo que el día que actualicemos andemos mirando referencias
 catastrales. Pondremos dos capas y cambiaremos lo nuevo por lo viejo,
 sea la misma referencia o distinta. Nuestra referencia al final es la
 localización del elemento.

Si ese va a ser el caso, obviamente sobra.

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

Re: [Talk-es] Catastro Arafo

[Cruz Enrique Borges]

Al final me da la sensación que lo mejor va a hacer poner un parámetro de 
entrada con 2 valores (como está y todas las direcciones en el 
entrance=yes) visto que no se termina de llegar a un consenso sobre el 
tema.

 Hola Ander
 
 Estoy de acuerdo en que el número de portal debe estar en un nodo mejor
 que en la parcela. El resultado del programa los tiene en las parcelas y
 no en los nodos y estoy pasándolos a mano al nodo más cercano con
 entrance=yes y de acuerdo a la calle que corresponda. Esto es laborioso
 y estaría bien modificar el programa para que ya salga en los nodos. El
 motivo de que no lo haya hecho con todas las parcelas es que sólo lo
 estoy haciendo si en la parcela hay un nodo con entrance=yes. Hay
 parcelas en las que el programa no está generando ningún nodo con esa
 etiqueta y por tanto añadirlo a mano supondría tener que tomar una
 decisión sobre donde ponerlo. En estos casos he optado por dejar el
 número de portal en la parcela para no complicarme. Si te parece mejor
 podría añadir el nodo a mano. De hecho, muchas veces en la imagen de
 fondo de Catastro aparece el número y lo lógico sería añadir un nodo
 cerca. Sin embargo, en otras ocasiones ni siquiera la imagen de Catastro
 muestra el número de portal.
 
 Saludos, Javier
-- 
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

Re: [Talk-es] Catastro Arafo

[Cruz Enrique Borges]

- Veo que se han mantenido las etiquetas catastro:ref. Tenía entendido
 que no tenían ninguna utilidad para OSM y que lo mejor era eliminarlas.
 Es correcto?

Yo votaría por mantener por lo menos catastro:ref para hacer más fácil las 
herramientas de actualización.

- Si se eliminan las ref:catastro, entonces tenemos muchos polígonos
 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

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

Re: [Talk-es] Catastro Arafo

[Cruz Enrique Borges]

  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

Re: [Talk-es] Subida de catastro en la Palma de C. y dudas

[Cruz Enrique Borges]

 Entonce si un edificio tiene por número 43-49, lo etiquetarias como
 addr:housenumber=43,46,49?

Yo en este caso pondría la dirección en el nodo con el entrance=yes (en 
cada nodo la dirección que le corresponde). Si la misma entrada tiene todos 
los números (yo esto no lo he visto nunca :S) entonces si que se la pondría 
al edificio.

 Sí, eso lo tengo claro. Mi duda es si ponéis el comercio en un nodo del
 edificio con la etiqueta entrance=yes o dejáis el nodo suelto.

NONO, pones la información del comercio en el nodo con entrance=yes y luego 
lo añades a la geometría del edificio en donde esté la entrada.

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

Re: [Talk-es] Catastro Arafo

[Cruz Enrique Borges]

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

Exacto, 

a)  casas y edificios con una sola dirección - la información en el 
polígono. 
b)  edificios con más de una dirección/portal - en el nodo entrance=yes

Me queda la duda de que sería lo ideal en el caso 

c)  edificios con una sola dirección pero múltiples comercios. 

Yo creo que lo ideal es que la dirección del edificio esté en el polígono y 
la de los comercios en el nodo con entrance=yes. 

El caso con edificio con varias direcciones y comercios sería equivalente 
al caso b).

Obviamente, cuando se haga indoor mapping [1] siempre estaríamos en el caso 
a) :P
 
[1] http://wiki.openstreetmap.org/wiki/Indoor_Mapping

PD: esto no está documentado en la wiki?¿?¿?

 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

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

Re: [Talk-es] Subida de catastro en la Palma de C. y dudas

[Cruz Enrique Borges]

 Concretamente me refería a ésto:
 https://www.google.es/maps/@41.412323,1.968939,3a,75y,210.15h,81.29t/data
 =!3m4!1e1!3m2!1scgSt_N9Wt76p4JHvO5qR4w!2e0?hl=ca Ahora lo he dejado como
 addr:housenumber=43,49 y addr:interpolation:odd
 http://www.openstreetmap.org/node/3024685510
 Entiendo que esto último le sobra?

Yo creo que el interpolation sobra. De todas formas, SOLO tiene el 43 y el 
49 o tiene también el 45 y el 47? En el addr:housenumber=43,49 deberían 
estar todos los números.

 Vendría a ser algo así? (bueno, no es un comercio, pero sirve como
 ejemplo) http://www.openstreetmap.org/node/2367339563
 La situación real:
 https://www.google.es/maps/@41.413192,1.965751,3a,90y,175.51h,77.77t/data
 =!3m4!1e1!3m2!1se_R9ShbCUtTv9m0zc5dMZA!2e0?hl=ca

Ummm, en este caso me queda la duda de qué es mejor, si poner ambos en el 
nodo como está o poner la dirección del edificio en el polígono...

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

Re: [Talk-es] Catastro Arafo

[Cruz Enrique Borges]

 Y no es más fácil hacerlo siempre igual (b).

Más fácil es SEGURO, pero no necesariamente más correcto. La dirección es 
una propiedad del polígono de la parcela, no de la entrada de un edificio. 
En zonas urbanas, parcela y edificio coincidirán en un número muy elevado 
de casos, pero en zonas rústicas, la entrada a la parcela puede estar en un 
lado, dentro tener varios edificios (con sus entrance=yes correspondientes) 
y cosas más esotéricas.

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

Re: [Talk-es] Cat2osm2 en Villafruela, Burgos

[Cruz Enrique Borges Hernández]

 Hola Oscar.
 
 ¿Sabes si alguien ha contactado con el catastro para ver si pueden
 actualizar los datos? Yo contacte una vez con ellos por otro tema y la
 verdad es que no hicieron nada pero a lo mejor si les damos mucho la
 tabarra tenemos suerte y solucionan algo.

Se supone que los datos los actualizan cada tres meses pero me da que en este 
caso el problema es más profundo y lo que pasa es que no se están coordinando 
entre administraciones (el ayuntamiento cambia los nombres de las calles y/o 
los números y no lo notifica a nadie :S)

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

Re: [Talk-es] Mapeo con cat2osm2 y josm para un pueblecito de Castellón

[Cruz Enrique Borges Hernández]

 ¿Pero se puede empezar a importar datos ya?
 En el wiki de Cat2osm2 dice que todavía no se puede:
 IMPORTANTE: AÚN NO ESTÁN APROBADOS LOS RESULTADOS PARA EMPEZAR A
 IMPORTARLOS A OSM.
 
 Yo también quiero subir algunos edificios por Castellón ciudad, y
 árboles, farolas, etc. pero no sabía si se podía o no.
 
 ¿Cómo has aclarado todo? ¿Con quién has hablado?

Ahora mimo lo que tenemos terminantemente prohibido es subir el resultado a 
cascoporro. Nos dejan subir los datos URBANOS después de haber sido revisados 
(sobre todo las parcelas, edificios, números de portales, etc.),  corregidos 
los FIXME y todos los warnings y errores que te de el JOSM (bueno, todos no, 
los avisos razonables, que a veces da cada uno...). 

A la hora de subir las cosas, contacta con la persona responsable de tu 
provincia para que revises los datos y te de las claves. Recuerda que hay que 
subir las cosas poco a poco.

Por cierto, ander estaba trabajando antes de irse de vacaciones en algo de los 
edificios en 3D. Si la idea es subir la información en 2D nada más, no hay 
problemas, pero si vais a meter el tema 3D, lo mejor es esperar a que termine.

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

Re: [Talk-es] Completar y actualizar municipios completos bajo el permiso del propio ayuntamiento

[Cruz Enrique Borges Hernández]

Buenas Oskar,

Antes que nada me presento. Soy Cruz E. Borges, investigador de DeustoTech 
(Universidad de Deusto). Desde la Universidad somos bastante activos en temas 
de OSM. Ahora mismo mantenemos cat2osm (una herramienta para transformar los 
datos del catastro nacional a OSM) y estamos siendo bastante proactivos en la 
divulgación de OSM entre los distintos investigadores de la universidad. 
Además, ahora mismo hemos pedido un proyecto a la FECyT para (entre otras 
cosas) introducir OSM a los escolares de Bizkaia. Estamos bastante interesados 
en conocer a las empresas/administraciones que usan OSM por Euskadi para ver 
si podemos hacer proyectos en común ;)

Sobre tu corre, te comento en el texto.

 El segundo punto es en el que nos hemos de centrar, de como se han de
 hacer las cosas. Por un lado tenemos archivos y cartografía que nos da
 el propio ayuntamiento, creemos que es la fuente más fiable al estar
 actualizada, además de tener un canal abierto directo con departamentos
 como urbanismo, turismo, etc, que conocen perfectamente el municipio.
 Pero, sobre licencias, consultando con el cliente, no existe ningún tipo
 de acuerdo, es decir, le dan los archivos, haz con ellos lo que quieras,
 pero no hay nada por detrás. En este punto, que debería firmar el
 ayuntamiento para que pudiésemos usar dichos archivos para cartografiar
 en OSM? En este punto también hemos de hacer un trabajo de explicar y
 concienciar sobre los beneficios de OSM sobre GMaps o visores GIS que
 suelen usar los ayuntamientos en sus webs, y que den los pasos que sean
 necesarios para ello, liberar cartografía o lo que haga falta.

Con un correo en el que os den permiso para «hacer lo que os de la gana» vale 
;) Aunque lo mejor es que pongan el fichero en OpenData Euskadi (o 
equivalente) con una licencia lo más permisiva que estén dispuestos a aceptar: 
Desde dominio público (lo ideal) pasando por odbl (lo siguiente mejor) o 
alguna de las CC (las menos ideales :P)

 Todo siempre lo dibujamos sobre la ortofoto, aunque tengamos los datos y
 archivos, suele ser bastante manual el trabajo, importar solo edificios
 (que no suelen estar georeferenciados) y moverlos y adaptarlos todos
 para que sean fieles a la realidad sobre ortofoto, y también haciendo
 uso de otras fuentes, como GeoEuskadi (Attribution 3.0 Unported), si
 algo no cuadra no se dibuja y se comenta con el ayuntamiento, sobre todo
 cuando suelen ser cambios y no añadidos (nombres de calle diferentes a
 los ya publicados, etc). Luego, hacemos lista de las cosas que siguen
 sin cuadrarnos y no hay forma de solucionar, y cuando vamos a las
 reuniones con dichos ayuntamientos, aprovechamos y hacemos trabajo de
 campo en el propio lugar. Por ejemplo, lo que son portales (housenumbers
 dentro de los propios buildings normalmente) o áreas de deporte, esto
 suele ser absolutamente manual, pero si que usamos lo que nos facilita
 el ayuntamiento como referencia de donde va cada número.

Sobre este tema, lo ideal es que reviséis la documentación sobre cómo tagear 
correctamente edificios [1], sobre todo las entradas [2,3] que es una 
información que da mucho juego y que hasta ahora no suele introducirse. Si os 
sentís con muchas ganas, también podéis mapear edificios en 3D [4] para un 
efecto WOW [5] ;)

[1] http://wiki.openstreetmap.org/wiki/Buildings
[2] http://wiki.openstreetmap.org/wiki/Tag:building%3Dentrance
[3] http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dschool
[4] http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings
[5] http://demo.f4map.com/

 El tema de crear una entrada en el catálogo y una página en la wiki,
 vistas las que hay creadas, me da la sensación que los cambios que vamos
 a realizar (suelen ser municipios de 50.000 habs, pequeños) no son
 large-scale imports of external data, además que el proceso para nada
 es importar lo que nos dan así a la brava, ni locos vamos.

Por lo que comentáis, efectivamente, lo que plateáis no es un import masivo 
aunque nunca está de más que aviséis a imports del proceso y lo documentéis en 
la wiki para que nadie se sorprenda si «de repente» aparece un pueblo de la 
nada. De todas formas, es preferible que vayáis subiendo la información «poco 
a poco» para que pnorman no se asuste :P

 Una cuenta dedicada para cada importación, me resulta raro y
 operativamente engorroso, pero no sería impedimento para nada, supongo
 que es para tener un seguimiento sobre una importación concreta en la
 base de datos.

Dado el flujo de trabajo que tenéis, yo os recomiendo una cuenta por pueblo.

 Es todo, a ver si me podéis echar una mano, gracias.

 Un saludo
 Oskar

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

Re: [Talk-es] Topónimos en diferentes niveles de zoom

[Cruz Enrique Borges]

Buenas

Los tiles de cada nivel de zoom no se actualizan con la misma frecuencia. 
Los niveles más altos pueden tardar hasta una semana es ser actualizados. 
Si en unos días no se han actualizados, entonces puede que haya algún 
problema, pero si los niveles bajos están correctos es de suponer que en 
los altos no los haya.

 Buenos días.
 
 
 
 Llevo algún tiempo actualizando nombres de lugares de la Comunidad
 Autónoma del País Vasco. Sin embargo, veo que el nombre corregido no
 siempre aparece en el mapa con la forma correcta en todos los niveles de
 zoom aunque sí aparece en la etiqueta (p. ej.: Bolera de Arcaya, la
 forma anterior, por una parte, y Bolera de Arkaia, la forma corregida,
 por otra).
 
 
 
 ¿Podría alguien explicarme por qué sucede o cómo tendría que realizar las
 correcciones para que aparezca la forma corregida en todos los niveles
 de zoom?
 
 
 
 Muchas gracias de antemano.
 
 
 
 Saludos,
 
 
 
 Mirari Alberdi Agirre
 
 Técnica del Servicio de Toponimia
 
 Viceconsejería de Política Lingüística
 
 Dpto. de Educación, Política Lingüística y Cultura
 
 Gobierno Vasco

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

Re: [Talk-es] Preparando salida de campo en Sopela

[Cruz Enrique Borges Hernandez]

 Puliendo un poco más la regla anterior: todo lo que haya dentro de un 
 polígono que tenga un nodo con addr:* tiene también ese addr. 
 Solucionaría lo de los POI con el mismo addr que del portal si su nodo queda 
 dentro del perímetro.
 …
 
 Aunque si una parcela o edificio tiene varios números por ejemplo cuando está 
 en esquina, entonces lo anterior flaquea. 
 Se podría simplemente repetir addr:* en los POIs. 

 El polígono tendría dos nodos, con dos addr (y entrance=*) distintas, luego 
 tiene las dos addr a la vez y los POI, que normalmente son comercios a pie de 
 calle, tendrían sólo una de las dos addr, la suya.
 ¿Qué problemas plantea realmente que haya varios objetos con el mismo addr:* ?
 En una búsqueda de una aplicación el resultado sería todo lo que hay en esa 
 dirección, no?

El problema de repetir direcciones en los POI no es tal. Es decir, de todas 
todas, vas a tener que ponerle la dirección completa a uno de los nodos. El 
único problema que le veo a esta solución es que no hay forma de inferir la 
dirección de la parcela. El enrutador funcionará perfectamente, pero habremos 
perdido esa información salvo que repitamos la información en la parcela.

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

Re: [Talk-es] OSM en el radar meteorológico de la F1

[Cruz Enrique Borges]

 Hola,
 Soy usuario de Alsa y en la línea que uso habitualmente los mapas siguen 
 distando mucho de ser OpenStreetMap, a menos que los hayan modificado en 
 estos 15 ultimos días. ¿Será que para entornos rurales todo llega mas tarde? 
 ;-)

Yo me he dado cuenta ahora y viajo todas las semanas, así que puede ser que lo 
hayan cambiado recientemente. Por otro lado, yo solo hago el trayecto 
Santander-Bilbao que casi siempre son buses de largo recorrido (Bilbao - 
Avilés, Barcelona - A Coruña y cosas así). Puede ser que solo lo hayan puesto 
es estos...

-- 
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] OSM en el radar meteorológico de la F1

[Cruz Enrique Borges Hernandez]

Buenas

Estaba viendo la F1 y me he dado cuenta que en el radar meteorológico usan
como capa base OSM :) El otro día me di cuenta que en los autobuses ALSA
también lo usan para visualizar la ruta. Cada vez lo encuentras en más
sitios.

Nos vemos.

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

Re: [Talk-es] Charla sobre OSM en el Congreso del RITSI de Córdoba

[Cruz Enrique Borges Hernandez]

 Me pongo en contacto para proponeros un par de cuestiones. Me gustaría 
 facilitar a los asistentes, quizás generando página en la wiki de OSM, 
 un listado con nombres y forma de contacto con aquellos de vosotros que 
 estéis vinculados con centros de investigación, o que estéis trabajando 
 en algún proyecto de interés para el perfil de asistentes. Pienso que 
 puede ser interesante para los alumnos poder saber si dentro de sus 
 universidades hay gente trabajando sobre OSM y facilitar la forma de 
 contactar con ellos.

En DeustoTech - Universidad de Deusto, tenemos varios proyectos de
investigación en los que usamos OSM a diario. Te cito unos cuantos:

[Indicadores] 
Estudiamos mejoras en los estimadores de diversos indicadores de
sostenibilidad usando principalmente OSM como fuente de datos.

Un artículo resumen (hay otro en camino):
http://goo.gl/oFmL8

Una demo:
http://energia.deusto.es:3000/indicators/indicator2

[ALTLF]
Hemos creado un modelo de crecimiento urbano que toma como datos
de partida los datos de OSM (en realidad de lo que sale de cat2osm
fusionado con OSM). Luego lo aplicamos para gestionar las 
infraestructuras eléctricas que son necesarias para dar servicio a esa
zona.

Artículo resumen (otro en camino):
http://goo.gl/v1GaV

Video de la demo:
http://www.youtube.com/watch?v=TszTaNV3ih0feature=youtu.be

[cat2osm]
Tema aparte de que desarrollamos el cat2osm y estamos terminando
una herramienta QA de validación de los datos que salen del cat2osm
(basada en osmly). 

Para contactar, puede contactar conmigo (ver más abajo) o con
Ander Pijoan (ander.pijoan at deusto dot 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

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

[Cruz Enrique Borges]

 ¿El mapa 3D supone que el suelo es plano, o tiene en cuenta el relieve?
 (importante en poblaciones de montaña)

Este en particular creo que no, pero yo he visto algún otro render que si
que lo tiene en cuenta.

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

Re: [Talk-es] Buscar puntos kilométricos en carreteras

[Cruz Enrique Borges Hernandez]

 Lo único comentar que según la wiki(
 http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmilestone) es mas
 recomendable usar distance=* que pk

Yo entiendo que estas cosas las debería de calcular el algoritmo de 
enrutamiento. Lo único que se indicar en OSM es dónde está el punto kilométrico 
0 (o equivalente) para que sepa en que sentido tiene que empezar a contar.

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

Re: [Talk-es] Buscar puntos kilométricos en carreteras

[Cruz Enrique Borges Hernandez]

 Los puntos kilométricos son hitos fijos en las carreteras. Se mantienen,
 incluso aunque cambien los tramos de carreteras entre medias, por
 ejemplo por nacer una circunvalación a una población u otros casos. Es
 por ello que no se deben calcular a partir de distancias medidas sobre
 la carretera. La distancia entre un punto kilométrico y el siguiente no
 tienen por qué ser 1000 metros, puede ser una cantidad mayor o menor.

No sabía yo eso. En ese caso los puntos kilométricos son un dolor de 
muelas para introducir en OSM 

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

Re: [Talk-es] Buscar puntos kilométricos en carreteras

[Cruz Enrique Borges Hernandez]

 La capas vectoriales del IGN incluyen una capa para los PKs de las
 carreteras y otra para los PKs de los ferrocarriles, aunque no están muy
 actualizadas. Son hitos fijos, pero de vez en cuando se actualizan.

Ya, pero la licencia del IGN no permite importar nada a OSM. Ni siquiera
usarla como capa base según entendí yo la licencia el otro día (cuando
el tema de los códigos postales).

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

Re: [Talk-es] Las geometrías de los códigos postales son de pago?

[Cruz Enrique Borges]

 Tienen un WFS desde el que se puede descargar a shp con geoserver, aunque 
 esto no lo he hecho nunca.
 
 Servicio WFS de Códigos Postales:
 http://www.cartociudad.es/wfs-codigo/services

Ya, pero los términos de licencia siguen siendo los mismos. También tienen un 
servicio de descarga masiva... Me parece flipante que una cosa tan básica no 
es que no sea de dominio público, es que haya que poner casi 1000 € para que te 
las den... 

En serio, yo pensaba que después de la des-apertura de datos de aemet (nótese 
las comillas) no me iba a poder escandalizar por nada, pero esto ya raya el 
absurdo.

En fin, que terminaremos haciéndolo a la Iván :P

Muchas gracias.

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

Re: [Talk-es] Las geometrías de los códigos postales son de pago?

[Cruz Enrique Borges]

 Hace mucho que no mapeo de manera extensiva... y la verdad es que me
 apetece. Partiendo de la web esta de codigospostales.com, ¿nos ponemos
 a ello? Me pido Madrid. :-)

Supongo que primero deberíamos de clarificar el tema de la licencia.
¿Ha enviado alguien ya un correo a la dirección de la web?

-- 
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] Las geometrías de los códigos postales son de pago?

[Cruz Enrique Borges]

Buenas

Estaba buscando las geometrías de los códigos postales para un proyecto que 
tenemos en mente (y para discutir su importación en España siguiendo el ejemplo 
Inglés de paso) y me he encontrado con esto:

http://www.correos.es/ss/Satellite/site/pagina-1349169615030/info

¿En serio hay que pagar esa cantidad de pasta para conseguir las geometrías de 
los códigos postales?

He encontrado que en el CNIG dentro del producto CartoCiudad parece que si que 
están estas geometrías para descargar, pero con una licencia no-comercial. A 
ver si puedo investigar un poco más sobre el tema, pero lo estoy flipando un 
poco con este tema...

Nos vemos.


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

Re: [Talk-es] Incorporación de datos de catastro a OSM.

[Cruz Enrique Borges]

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

Re: [Talk-es] Edificios con distintas alturas

[Cruz Enrique Borges]

El Lunes, 11 de noviembre de 2013 10:40:56 Emilio Gómez Fernández escribió:
 En mi caso, las pocas veces que me he encontrado con estos casos [1] he
 pasado del validador. Es el único error que no he corregido.
 
 [1] http://www.openstreetmap.org/#map=19/43.46338/-3.86461

¿No deberíamos escribir un bug en JOSM con esto?

http://josm.openstreetmap.de/newticket

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

Re: [Talk-es] Edificios con distintas alturas

[Cruz Enrique Borges Hernandez]

 ¿Os parece que he de modificar el resultado de cat2osm2 para que JOSM no
 se queje? Espero vuestras sugerencias.

Lo que me parece es que nos deberías de pasar la página de la wiki donde 
explican eso para modificar cat2osm2 ;) porque es una de las cosas que 
creo que podemos resolver fácilmente.

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

Re: [Talk-es] Edificios con distintas alturas

[Cruz Enrique Borges Hernandez]

Tócate los huevos, todos los cambios que hicimos al cat2osm2 para quietar
las relaciones y leyendo en diagonal parece que ahora recomiendan que los
edificios sean una relación...

   ¿Os parece que he de modificar el resultado de cat2osm2 para que JOSM no
   se queje? Espero vuestras sugerencias.
 
  Lo que me parece es que nos deberías de pasar la página de la wiki donde
  explican eso para modificar cat2osm2 ;) porque es una de las cosas que
  creo que podemos resolver fácilmente.
 
 
 [1] http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings Explicación más
 o menos resumida de lo que al parecer se consensuó respecto al 3D en
 edificios.
 [2] http://wiki.openstreetmap.org/wiki/Key:building:part

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

Re: [Talk-es] Catastro: duda nombres de calles.

[Cruz Enrique Borges]

 Sí, eso consideré yo al principio, pero el problema viene con los edificios
 que caen fuera del polígono que recoge la población. Un enlace espacial no
 les asignaría ni código postal ni localidad (me refiero sobre todo a
 regiones de poblamientos dispersos). 

En ese caso si que debería de ir.

 Lo mismo ocurrirá con las ciudades,
 que tienen varios códigos postales. Por eso opté por añadir esos datos a
 los edificios. No es la manera más elegante, pero no le encontré otra
 solución. Quizá esa información debería ir en el eje de vía a la que va
 asociada el edificios... no se.

Lo suyo es importar los polígonos con los CP (si están accesibles, porque
los hemos buscado sin éxito).
 
 Es que las direcciones de las parcelas de Catastro donde he probado es un
 cachondeo igual que en los edificios. Me ha resultado mas sencillo seguir
 básicamente este proceso:
 
 1. Filtrar edificios y copiarlos a una nueva capa.
 2. Descargar edificios existentes de OSM y coflación con los nuevos de
 Catastro.
 3. En los casos de direcciones sin resolver, asociar los nombres de las
 vías de los ejes de calle más cercano a los edificio mediante el componente
 FixedAddress, asegurándome que es correcto mediante la interfaz que trae.
 4. Subir a OSM.
 
 Es que viendo la cantidad de parcelas que hay, con numerosas longueras sin
 división física alguna y que en muchos casos el parcelario que viene
 reflejado en Catastro (puede que verídico a efectos administrativos) es más
 viejo que la tos y no corresponde con la realidad, quizá es mejor ir por
 partes. De todas formas acabo de empezar con esta manera de trabajar como
 quien dice y es probable cambie algo.

A mi este proceso me parece correcto, el problema podría venir si luego
cuando inteste subir las parcelas se te lía mucho la coflación de los datos.
Estoy pensando en entornos urbanos donde las parcelas y los edificios tienen
bastante en común. Tema aparte que el cat2osm está pensado para que los tags
de localización (dirección y demás) estén en la parcela y no en los edificios.
Lo cual puede hacer un infierno proceder como estás haciendo.

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

Re: [Talk-es] Catastro: duda nombres de calles.

[Cruz Enrique Borges Hernandez]

 Pero, ¿hay una opción en el programa para que saque sólo las manzanas
 urbanas? ¿o hay que distinguirlas manualmente por la referencia catastral?

Si que la hay. La opción fácil es no poner los datos rústicos pero creo que hay
un parámetro para eso para eso.

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

Re: [Talk-es] Manual para tontos Registro Catastro para cat2osm2

[Cruz Enrique Borges]

El dnie es un infierno. Primero prueba a ver si te funciona en 
la policía [1] y luego intenta entrar en catastro. Fíjate que
en catastro NO TIENES que registrarte (eso es para funcionarios
y tal) sino que le das directamente a descargar la cartografía.

[1] http://www.dnielectronico.es/como_utilizar_el_dnie/verificar.html


 La verdad que lo del DNI electrónico es como una tómbola. Depende del
 sistema operativo, navegador, librerías del certificado... Por suerte hay
 bastante info por internet e incluso para algunos sistemas operativos
 programas que lo instalan automáticamente.
 
 Supongo que Cruz te lo podrá explicar mejor, en nuestro caso creo que hemos
 tenido que descargar unas librerías y luego instalar un certificado en
 Firefox. Aún y con esas aveces no reconoce y aveces no. para comprobar si
 la he reconocido se entra en la página de la policía y ahí se pueden ver
 los datos almacenados en el DNI.
 
 Luego ya es rezar para ir a la web de Catastro y al hacer clic en Descargar
 información vectorial reconozca el DNI.
 
 Saludos
 
 El viernes, 6 de septiembre de 2013, Óscar Zorrilla Alonso 
 oscar_zorri...@hotmail.com escribió:
  Hola a todos;
 
  Quiero probar cat2osm2, pero para ello necesito descargarme datos del
 catastro, mi problema es que (no veo, no se, ...) como registrarme con el
 DNI electrónico.
 
  Me gustaría que alguna alma caritativa me indique paso a paso, estilo
 manual para tontos, como poder al menos intentarlo con el DNI y encontrarle
 su otro uso (del cual tengo dudas que funcione).
 
  He visto que con certificados si se puede:
 http://www.catastro.meh.es/ayuda/manual_descargas_shapefile.pdf
  En caso de que me sea imposible con el DNI pediré el certificado y
 probaré por ahí, pero quiero al menos intentarlo con el DNI.
 
  Un saludo y muchas gracias
 
  Óscar
 
 
 

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

Re: [Talk-es] Manual para tontos Registro Catastro para cat2osm2

[Cruz Enrique Borges]

 Certificado de la FNMT. El mejor consejo.

Nosotros ayer estuvimos planteando MUY seriamente sacarnos
el certificado de la FNMT... y eso que le damos bastante 
caña al DNIe...

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

Re: [Talk-es] Manual para tontos Registro Catastro para cat2osm2

[Cruz Enrique Borges]

El Viernes, 6 de septiembre de 2013 12:46:16 Benjamín Valero Espinosa escribió:
 Cuando llegue a mi casa os mandaré cómo conseguí configurar el DNIe para
 Mac.
 
 Antes de nada, un aviso MUY importante. Hasta donde yo sé, da igual el SO
 que uses, los certificados de la Policía sólo funcionan en 32 bits. Y sólo
 en Firefox o IE, nada de Chrome o Safari. Por fortuna en Mac es fácil
 ejecutar Firefox en modo compatiblidad. 32 bits.

Pues me da que no porque mi ordenador 64 bits puro (es una gentoo así que
está todo compilada a huevo :P) y funciona (de aquella manera, pero bueno).
De hecho, el mayor problema que tenemos es con el firefox, tanto el lector
como el certificado funcionan perfectamente, pero tengo que volver a cargar
el dispositivo PK11# (o como se llame) cada vez que abro el firefox, si no
es como si no lo detectara...

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

Re: [Talk-es] Alquiler de bicicletas públicas de Sevilla, Valencia y Santander

[Cruz Enrique Borges Hernandez]

Que significa el ref = 27?¿?¿?

El 8 de agosto de 2013 11:16, Moises Arcos moiarc...@gmail.com escribió:

 El 8 de agosto de 2013 12:13, Iván Sánchez Ortega i...@sanchezortega.es
  escribió:



 El Jue, 8 de Agosto de 2013, 10:58, Moises Arcos escribió:
  Las etiquetas que vamos a usar van a ser las siguientes, pongo un
 ejemplo
  de cómo las usaremos:
 
 - amenity = bicycle_rental
 - capacity = 17
 - name = 027 Avenida de Llanes
 - network = Sevici
 - operator = JCDecaux
 - ref = 27

 Yo anadiría:

 source = JCDecaux
 source:url = https://developer.jcdecaux.com/#/opendata


 Perfect, tomo tu propuesta.






 Nos vemos,
 --
 Iván Sánchez Ortega i...@sanchezortega.es

 Un ordenador no es un televisor ni un microondas, es una herramienta
 compleja.




 --
 Moisés Arcos Santiago
 Área de Proyectos

 Emergya Consultoría
 Tfno: +34 954 51 75 77
 Fax: +34 954 51 64 73
 www.emergya.es



 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://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

Re: [Talk-es] Alquiler de bicicletas públicas de Sevilla, Valencia y Santander

[Cruz Enrique Borges Hernandez]

No conocía yo este tag...

Muchas gracias por la aclaración.

El 8 de agosto de 2013 12:12, Moises Arcos moiarc...@gmail.com escribió:

 Buenas,


 El 8 de agosto de 2013 13:04, Cruz Enrique Borges Hernandez 
 cruz.bor...@deusto.es escribió:

 Que significa el ref = 27?¿?¿?


 Se trata del número de la parada, la clave ref se utiliza para referenciar
 números o códigos, se puede usar también por ejemplo para marcar el número
 de ruta de un autobús o por ejemplo para diferenciar distintas entradas a
 una zona de aparcamientos extensa.

 En el nombre viene 027 Avenida de Llanes, pues ref=027 para indicar que se
 trata de la estación número 027 de la red de estaciones de Sevici.

 Saludos



 El 8 de agosto de 2013 11:16, Moises Arcos moiarc...@gmail.comescribió:

 El 8 de agosto de 2013 12:13, Iván Sánchez Ortega 
 i...@sanchezortega.es escribió:



 El Jue, 8 de Agosto de 2013, 10:58, Moises Arcos escribió:
  Las etiquetas que vamos a usar van a ser las siguientes, pongo un
 ejemplo
  de cómo las usaremos:
 
 - amenity = bicycle_rental
 - capacity = 17
 - name = 027 Avenida de Llanes
 - network = Sevici
 - operator = JCDecaux
 - ref = 27

 Yo anadiría:

 source = JCDecaux
 source:url = https://developer.jcdecaux.com/#/opendata


 Perfect, tomo tu propuesta.






 Nos vemos,
 --
 Iván Sánchez Ortega i...@sanchezortega.es

 Un ordenador no es un televisor ni un microondas, es una herramienta
 compleja.




 --
 Moisés Arcos Santiago
 Área de Proyectos

 Emergya Consultoría
 Tfno: +34 954 51 75 77
 Fax: +34 954 51 64 73
 www.emergya.es



 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://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




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

Re: [Talk-es] Alquiler de bicicletas públicas de Sevilla, Valencia y Santander

[Cruz Enrique Borges Hernandez]

 A las malas, podrías poner ref= en todas y cada una de las parcelas
 catastrales, aunque igual es un poquito bestia XDD


Ahora que lo pienso, el cat2osm saca un cadestre:ref=referencia
catastral.

La verdad es que el tag ref a secas no me termina de convencer. Los
ejemplos que hay en la wiki casi siempre son ref:algo=número que le veo
más sentido. Supongo que no es fácil que se le pueda poner siempre un
algo al identificador.

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

Re: [Talk-es] Alquiler de bicicletas públicas de Sevilla, Valencia y Santander

[Cruz Enrique Borges Hernandez]

Por lo que yo entiendo esa licencia es compatible con la de osm pues
permite importar y reutilizar el contenido incluso comercialmente.

El 6 de agosto de 2013 18:52, Juan Luis Rodriguez Ponce 
juanlui...@gmail.com escribió:

 Buenas,

 JCDecaux, la empresa concesionaria del sistema de alquiler de bicicletas
 Sevici, Valenbisi y Tusbic (entre otros muchos por el mundo) ha estrenado
 una nueva API [1] que ofrece información en tiempo real información sobre
 las estaciones de alquiler (ocupación, estado, coordenadas, dirección,...).

 Además de eso, ofrece un listado (CSV y JSON) con los datos estáticos de
 las estaciones [2] (número, nombre, dirección, latitud y longitud). Estos
 datos han sido liberados con licencia OpenLicense [3].

 Si esta licencia fuera compatible con la oDBL de OpenStreetMap podríamos
 plantearnos repasar las estaciones que hay mapeadas, actualizarlas con los
 datos proporcionados y añadir las que falten.

 ¿Alguien puede confirmar si si la licencia [3] es compatible con OSM?

 [1] https://developer.jcdecaux.com/
 [2] https://developer.jcdecaux.com/#/opendata/vls?page=static
 [3] https://developer.jcdecaux.com/#/opendata/licence


 --
 Un saludo,
 Juan Luis.

 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://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

Re: [Talk-es] Importación datos catastro (metodología)

[Cruz Enrique Borges]

El Miércoles, 3 de julio de 2013 13:29:41 Jaime Crespo escribió:
 Los usuarios están creados, otra cosa es que tenga sentido mandar las
 contraseñas cuando todavía no se tiene permiso para subir.
 
 Uno puede editar en local si así lo desea, o con un servidor de
 pruebas, como está haciendo la gente.

Según entendí yo del último intento teníamos permisos para subir 
las cosas masa a masa y siempre con revisión local, nada de subir
el tocho-fichero (@ander, me equivoco?). 

Obviamente siempre tendríamos que subir con los usuarios de catastro
que ha creado Jynus.

El último punto que faltaba para que nos dieran permiso es tener un 
sistema de QA que ahora mismo estamos en ello pero estamos encontrando 
bastante dificultades U_U

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

Re: [Talk-es] Importación datos catastro (metodología)

[Cruz Enrique Borges Hernandez]

 Por lo último que tenía entendido no se puede.
 
 De no ser así,  que se avise.

Lo último que se habló en imports es que necesitábamos un mecanismo de QA
para los problema de catastro para detectar a gente que suba los datos sin 
seguir el protocolo (básicamente lo que ha contado Albet). Ahora mismo estamos
trabajando en Deusto para levantar un OSMOSE para España [1] pero la cosa
está siendo un poco más difícil de lo planificado (por falta de documentación).

Por lo que he entendido, podemos subir cosas siempre y cuando:
- Se siga a RAJATABLA el procedimiento descrito en [2]
- El responsable de la zona revise que lo que se va a subir es correcto.

Supongo que si quereis empezar a subir cosas lo podríais hacer coordinándonos
por la wiki hasta que preparemos algo mejor (estamos en ello también).

Nos vemos.

[1] http://wiki.openstreetmap.org/wiki/Osmose
[2] 
http://wiki.openstreetmap.org/wiki/Cat2Osm2#.C2.BFC.C3.B3mo_lo_vamos_a_importar.3F

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

Re: [Talk-es] Impresionante renderizado 3D de datos OSM basado en WebGL

[Cruz Enrique Borges]

El Domingo, 16 de junio de 2013 12:40:07 xevi escribió:
 Realmente interesante, lo he probado en Girona donde el ayuntamiento
 cedio los datos de edificios y arboles y esta muy bien.
 Gracias lo desconocia.

Mucho cuidado con este tema porque en el caso de la universidad de
Cantabria los datos están mal. La facultad de ciencias es bastante más
compleja de lo que se muestra y los mismo para el resto de edificios.

Los datos de catastro 3D son muy importantes y valiosos, pero llevarán
MUCHÍSIMO más trabajo de arreglar. Si ya tenemos problemas con el 
catastro 2D, no quiero imaginarme el follón del 3D.

Para mí, lo parte más difícil del 3D será la necesidad imperiosa de
conocimiento local porque las imágenes de satélite no van a dar mucha
ayuda (las imágenes LiDAR si que echarían una mano, pero esa 
información es bastante más escasa). 

Por cierto, mañana empieza una alumna a trabajar en temas de OSM en
la Universidad de Deusto. Por lo pronto vamos a trabajar en el 
validador de datos de catastro pero la idea es montar algún sistema para
hacer más amigable el arreglo de los datos de catastro.

Ya os contaré.

Nos vemos.


 El dg 16 de 06 de 2013 a les 12:23 +0200, en/na Emilio Gómez Fernández
 va escriure: 
  Atentos al juego de luces y sombras y a la animación del agua:
  
  
  Campus de la Universidad de Cantabria y el Parque Atlántico de la
  Llamas en Santander
  http://map.f4-group.com/#lon=-423412lat=5384079zoom=18
  
  
  Burgos
  http://map.f4-group.com/#lon=-410129lat=5213189zoom=18
  
  
  Viendo estos tipos de desarrollos sigo pensando que es importante que
  no desechemos la información de alturas de edificaciones de Catastro,
  de cara, por ejemplo, al uso en herramientas de modelado SIG urbano en
  3D (CityEngine, 3D City GIS, etc.).
  
  
  Un saludo.
  
  
  Emilio Gómez
  
  
  ___
  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

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

Re: [Talk-es] Errores en OpenStreetBugs y Notas

[Cruz Enrique Borges]

Nosotros hemos puesto varias notas en español y nos las han corregido. Yo 
entiendo
que un problema que se tenga q resolver in situ, pues tendrás que ponerlo 
en el idioma local.

 Bueno es saberlo, gracias.
 Aprovecho para plantear una cuestión relacionada con el tema. Las notas
 tienen que ir en inglés o valen en castellano. La N-234 desde Calamocha a
 Daroca tiene muchos cruces que, al menos, osmand entiende como rotondas,
 dvisiones de calzada y cosas más raras cuando creo que en realidad debería
 decir follow the road during 24 km al pasar la última rotonda de
 Calamocha.
 Os pongo un ejemplo de división de la calzada que creo que no tiene sentido.
 http://www.openstreetmap.org/?lat=41.025491lon=-1.342132zoom=18layers=MN
 Y uno de como te tira de la carretera.
 http://www.openstreetmap.org/?lat=40.969137lon=-1.311356zoom=18layers=MN
 ¿Hay alguna manera de corregir todo ello de una vez?
 Saludos
 Agustin
 
 
 2013/6/12 Oscar Zorrilla Alonso oscar_zorri...@hotmail.com
 
Hola a todos;
 
  Desde hace mes y medio es posible añadir notas (errores) directamente
  desde la web de www.openstreetmap.org, en la esquina inferior derecha.
  Una ventaja que le encuentro es poder contactar con el usuario que la puso
  para aclarar el error, además programas como OsmAnd ya han cambiado a esta
  nueva plataforma.
 
  Sin embargo todavía quedan muchísimos errores abiertos en OpenStreetBugs
  http://openstreetbugs.schokokeks.org/
 
  Mi duda es si se deberían pasar los errores de OpenStreetBugs a las notas
  de OSM por si en el futuro se elimina este servicio.
 
  Por último una llamada para pedir que aquellos que abrieron errores
  comprueben si están ya corregidos o los corrijan, o en caso de
  desconocimiento local, que alguien que conozca la zona intente arreglarlos
  y de esta manera vayamos quitando errores y limpiando el mapa.
 
  Un saludo
 
  Oscar Zorrilla (aka cronoser)
 
  ___
  Talk-es mailing list
  Talk-es@openstreetmap.org
  http://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

Re: [Talk-es] [CAT2OSM2] Bienvenido Windows

[Cruz Enrique Borges]

 Lo siento.
 Yo me quedé en el libro de Forges Informática para tontos  y no
 evolucioné.
 Cuando accedo a github, me he regitrado, mediante el enlace facilitado por
 Ander no encuentro el dichoso icono zip al que hacen referencia Alex y
 Marco.
 Por otro lado me he descargado el fichero desde la página de Cruz pero
 cuando lo ejecuto no observo ninguna reacción en el pc.

Si te lo has bajado de mi página, olvidate de github y del zip. 
Lo único que tienes que tener es un fichero de unos 13 MB que se llame 
cat2osm2.jar, si puedes ver las extensiones de los archivos, si no, 
sin el .jar (que mal ha hecho a este mundo que microsoft decidiera 
ocultar las extensiones de los ficheros).

 ¿Se ejecuta desde ejecutable directamente o desde la consola de windows
 (cmd)?

No, hay que ejecutarlo desde cmd. Pero antes tienes que haber instalado
java 7. Lo puedes conseguir en:

http://www.oracle.com/technetwork/java/javase/downloads/index.html

Te recomiendo que te vuelvas a leer la página web de cat2osm2 de
la wiki de osm

http://wiki.openstreetmap.org/wiki/Cat2Osm2

porque en los primeros pasos está explicado todo el proceso.
Si aún así necesitas ayuda, ya hacemos un manual (porque los
que pagan el desarrollo de cat2osm2 pueden que terminen
teniendo los mismos problemas :P)

Ojo, que me estoy dando cuenta que en la guía falta un paso
después de abrir cmd. 

cd ruta donde has guardado el cat2osm2.

Nos vemos.

 ¿Incordio mucho si pido un paso a paso de descarga y ejecución del programa?
 Repito que yo no encuentro por ningun lado el icono zip.
 Lo siento, de verdad.
 Saludos
 
 Héctor

PD: si alguien se anima a hacer un instalador para windows
(que entiendo que no debe ser muy difícil) sería un puntazo.
Yo creo que hasta valdría con un .bat pero no estoy seguro.


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

Re: [Talk-es] [CAT2OSM2] Bienvenido Windows

[Cruz Enrique Borges]

 Hola:
 Me da el mismo error que a Héctor: Error: Invalid or corrupt jarfile
 cat2osm2.jar. El problema es que el archivo que me descargo es de 23kb
 cuando debería ser de unos 12Mb, no?

Eso es muy raro, puede que github tengo un límite de tamaño de archivo?
Parece que si.

Lo acabo de subir a mi página web

http://paginaspersonales.deusto.es/cruz.borges/cat2osm2.jar

Nos vemos.

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

Re: [Talk-es] [CAT2OSM2] Bienvenido Windows

[Cruz Enrique Borges]

 Hola Ander.
 Está bien el enlace de descarga?
 Algo dice que no uede mostrar ficheros tan largos.
 Saludos

Prueba a entrar en esta

https://github.com/AnderPijoan/cat2osm2

y luego darle con el botón derecho donde pone

cat2osm2.jar

y en el menú que te sale, darle a guardar como o equivalente.

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

Re: [Talk-es] Polígonos y parcelas catastrales

[Cruz Enrique Borges]

El consenso general es que CORINE debe morir y ser enterrado muy profundamente.

Ahora bien, catastro no es que sea ideal para sustituir esos datos. Así que
la idea es ir caso por caso y decidir en cada momento (por las imágenes
satélite o por el conocimiento de la zona) que conjunto de datos está
mejor adaptado a cada zona.

Espero que te sirva de ayuda.

 Actualmente en OSM existen nodos de datos con source= EU CORINE land cover
 2006 para reflejar masas forestales  y una serie de polígonos tipo
 plantació de árboles.
 En el fichero de datos del catastro también se descargan las parcelas con
 su landuse definido.
 ¿Como trato esta información? Me cargo lo ya reflejado en OSM y actualizo
 la base con los datos descargados del catastro? Compatibilizar ambos datos
 lo encuentro sumamente complicado.
 ¿Alguna directriz al respecto?
 Saludos
 
 Héctor
-- 
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

Re: [Talk-es] Catastro

[Cruz Enrique Borges Hernandez]

Eso tiene que ser resultado de alguna importación ilegal (o directa) del 
catastro. 
¿Puedes localizarla para revertirla?

La licencia la ha revisado un abogado y es compatible con ODbL.

 Hola,
 
 Soy nuevo en esta lista, pero ya participo en OSM desde 2006. Los últimos
 dias me han preguntado 2 veces de traducir al español desde talk-fr y
 josm-dev.
 
 Tengo preguntas sobre la importación del catastro. No entiendo muy bien
 porque hay 8000 veces:
 
 http://taginfo.openstreetmap.org/keys/COORX#combinations
 
 Son tags que no sirven para nada en la base de datos de Openstreetmap.
 COORX y COORY no son en WGS84 y de todas formas ya están en la base como
 atributos del node.
 
 AREA es algo que se pueda calcular en PostGIS
 
 Si NINTERNO es una referencia unica, puede estar convertido en
 ref:(abreviaciónDelCatastroEspañola). Todo lo demás no es necesario. Hay
 programas come QGIS o ARCGIS para recombinar
 
 Lo que seria interesante es addr:housenumber y addr:street. Por eso tendrán
 que combinar con otro dataset. Disponeís de esos datos también con licencia
 adecuada?
 
 Polyglot

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

Re: [Talk-es] Catastro

[Cruz Enrique Borges Hernandez]

 Es lo que me imaginaba. Es por la presencia de esos tags que me daba cuenta
 que vienen los datos del catastro. Todos están ubicados en la misma región:
 
 http://taginfo.openstreetmap.org/keys/COORX#map
 
 Donde puedo encontrar más información sobre la manera corecta de agregar
 datos del catastro? Quiero informar el contributor.

Actualmente no tenemos permiso desde imports para hacer importaciones masivas.
De todas formas la documentación completa está en la página:

http://wiki.openstreetmap.org/wiki/Cat2Osm2

 Si necesitáis ayuda con un script Overpass para bajar todos los datos
 'erroneas' para rectificarlas en JOSM, hazme signo. (perdona mi español un
 rarisimo)

Ahora mismo lo que nos falta por desarrollar para que nos den el permiso final
es generar algún mecanismo de control para estos casos. Nos han recomendado 
hacer un plugin para osmose [3], pero si conoces alguna forma basada en overpass
podría ser altamente interesante.

 Ademas hemos recibido la permisión recentemente de integrar datos del
 sistema de información úrbaniza de Bruselas (UrbIS). Me gustaría saber como
 es el proceso que utilizáis para convertir los datos.

Usamos una aplicación creada ad hoc (cat2osm2, ve el enlace de arriba o [1]) 
diseñada específicamente para los datos del catastro español. No creo que os 
merezca la pena adaptarla a los datos que poseais salvo que sean muy similares. 
Lo mejor opción seguro pasará por usar ogr2osm (la última versión por 
pnorman's [2]) pues permite hacer añadir plugins en python con
la información de traducción de tags muy fácilmente.

Espero que te sea de ayuda. Muchas gracias.

[1] https://github.com/AnderPijoan/cat2osm2
[2] http://wiki.openstreetmap.org/wiki/Ogr2osm
[3] http://wiki.openstreetmap.org/wiki/Osmose

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

Re: [Talk-es] Estado de cat2osm2

[Cruz Enrique Borges]

 Gracias por la respuesta.
 Ya, puestos a pedir, leo en tu correo que hay un usuario responsable en
 cada provincia.
 ¿Como puedo averiguar quien es en Girona?
 Si ni lo hay...¿Como puedo ofrecerme para ello? ¿Y a quién?
 Ya vale por hoy.
 Saludos
 
 Héctor

Si no hay nadie en Girona, ponte en contacto con Jaime Crespo en 
jynus at jynus.com que es quien las gestiona.


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

Re: [Talk-es] Estado de cat2osm2

[Cruz Enrique Borges]

 Hola Ander
 
 ¿El usuario encargado comparte la cuenta de importación con el usuario que
 lo contacta para que él mismo suba los datos o el usuario tiene que eniar
 al encargado el archivo trabajado para que lo suba con la cuenta de
 importación?

Esto ya es como os vayais organizando entre los responsables de los usuarios. 
La idea que se planteó a imports era que el usuario que tiene las claves sea 
el responsable de esos datos. Eso implica que:

+ puede imponer que todo lo que se suba pase por su mano para que lo revise 
+ o que de las claves a todo el mundo y luego lo revise

Obviamente, esto es como con el software libre, uno empieza mandando parches 
y al final termina con acceso porque ha demostrado que hace las cosas bien.

Por otro lado, no dijeron de montar un plugin para osmose que localice los 
actos vandálicos de catastro automáticamente, pero esto ahora mismo está 
por hacer :( 

Desgraciadamente tanto ander como yo estamos petados de trabajo y no hemos 
conseguido financiación extra para pillar a nadie para hacer esto. Hemos 
planteado proyectos fin de carrera en este sentido, pero por el momento nadie
ha estado interesado :(

Nos vemos.

-- 
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] ¿Alguien me puede explicar esta edición?

[Cruz Enrique Borges]

http://www.openstreetmap.org/browse/way/142064504

O.o porque estamos Ander y yo flipándolo un poco...

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

Re: [Talk-es] Diferencias semánticas en OSM

[Cruz Enrique Borges]

 También he conocido a diversas empresas/universidades en España
 haciendo cosas con OSM, tal vez puedan responder aquí.

Desde DeustoTech Energía (Universidad de Deusto) venimos haciendo 
bastantes desarrollos sobre OpenStreetMap. Recientemente hemos 
presentado un artículo en las VII jornadas SIG libre de Girona
con un resumen de los desarrollos que hemos hecho y/o que estamos
realizando. Puedes consultar el artículo en [1]. Si quieres que te
ampliemos más información sobre cualquiera de los temas, no tienes
más que mandarnos un e-mail ;)

[1] http://paginaspersonales.deusto.es/cruz.borges/Papers/13GIS.pdf

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

Re: [Talk-es] [Imports] [Cat2Osm2] Tool for exporting Spanish Cadastre data in OSM suitable format

[Cruz Enrique Borges Hernandez]

We are thankfull for your corrections but we want to make clear that
this is NOT an automated import tool, it is a HELP tool to improve the
information. These fixme are put in order to OBLIGATE the local mapper
that is ussing the tool to correct the mistakes BEFORE upload.

WE INSIST, THIS IS NOT AN AUTOMATIC IMPORT TOOL.

[sorry for the upper case, but it seems that it is easily forgot...].

We aswer below.

 I see lots of FIXME keys, and also FIXME values on that page. I don't
 think that there's much merit in automatically adding fixme tags. For
 things like landuse=commercial, office=fixme then the lack of an
 office tag will be picked up by QA tools.

This is exactly the objetive of these tags.

 As for particular sections:

 * Commercial - (C) - I would find it unusual to see both a landuse and
 shop tags on a particular feature - if it's a shop, then the landuse
 tag is either redundant, or I would expect to find it on a separate
 way surrounding a group of shops.
 * shop=pharmacy should be amenity=pharmacy

Perfect, we will change that.

 * Turismo - (G) - amenity=cafe, forks=4 I have no idea what forks=4
 means, but looking at hotels I think it's some sort of award rating.
 An alternative key should be used, unless the cafe has only 4 items of
 cutlery!

This is what the spanish comunity have agreed. In Spain the Restaurant
awars are tenedores (forks). Is you think that it would be better to
put stars we can change this but it would collide with the Michelin
stars. Or you suggest using something like cafe:awards or similar?

 * tourism=apartments, category=1 - again, a better key for the
 category is needed.

In Spain apartmens have a Llave (key) as a category. We have the
same question, it is better to have a key tag, a category tag or
use the stars tag (same as hotels)?

 * Deportivo (K) - landuse=sports - that's not an in-use value for
 landuse, so I wouldn't use it.

Ok, we will change it for leisure=sport_centre.

 * Oficinas (O) - similar to the commercial section, I wouldn't add
 landuse tags to individual offices. Additionally, landuse=health isn't
 a recognised tag

Perfect, we will change that.

 * Sanidad, beneficiencia y otros (Y)  - I don't know what is meant by
 medical_system:western=yes, I'd suggest not using it
 * health_facility:type=clinic - this just duplicates the information
 in the amenity=clinic tag, so should be removed
 * landuse=health, health_facility:type=dispensary - I suspect this
 is better tagged with amenity=pharmacy, dispensing=yes
 *  health_facility:type=hospital - that just duplicates the
 amenity=hospital tag, so should be removed

Perfect, this is what local mapper have thought would be best, but
reading you comments we think that your suggestion make sense.

 * office=labor_union - we use en_gb spellings, so office=labour_union please

OK

 * landuse=farmyard, building=livestock - I'd say it's either a
 building or an area of farmyard, but not both. See landuse vs office,
 above

Perfect.

 Cheers,
 Andy

We will change that tags ASAP in the wiki and in the tool.

Thankyou.

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

Re: [Talk-es] Estado de la importación de datos del Catastro

[Cruz Enrique Borges Hernandez]

 Los números de parcela no renderizan en mapnik, pues sólo lo hacen si se
 etiquetan a un edificio, no a una parcela. Ya sé que no se edita para el
 renderizador, pero...

Eso también nos hemos dado cuenta pero yo creo que es un bug de mapnik
que en algún momento hay que escribir.

 Al hilo de esto: es posible con cat2osm generar también etiquetas del
 tipo addr:city

Esta sin problema

 y/o addr:postcode?

Esto no viene en Catastro.

 La que sí creo que se podría incorporar es la de addr:country=ES para todas 
 las importaciones.

Lo que no nos queda raro es, ¿estas cosas no serían redundantes?

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

Re: [Talk-es] Estado de la importación de datos del Catastro

[Cruz Enrique Borges Hernandez]

  Ahora que me fijo mejor, en la parcela están también las etiquetas
  'addr:street', 'addr:housenumber'... ¿No es redundante tenerlo en el nodo
  que indica la entrada? Me refiero, ese nodo según sale de cat2osm2 tiene
  las etiquetas 'addr:housenumber' y 'entrance=yes', yo he añadido el resto
  de nodos (city, country, postcode y street) porque se quejaba de un
  'housenumber' sin 'street' (y ya añadí el resto por si acaso). Ahora no sé
  si he hecho bien o hubiese sido mejor directamente dejar el nodo con
  'entrance=yes' y eliminar el 'housenumber' de ese nodo ¿Qué opináis?
 
 
 Creo que no se pusieron adrede para que no estuvieran los mismos datos
 varias veces. Se que se hablo sobre el tema de que era mejor pero al final
 no me acuerdo como quedo la cosa. A ver si lo ve alguien que se acuerde y
 nos dice.

Se hizo adrede para no duplicar información, pero si el validador de JOSM 
canta se cambia porque es una cosa que se puede arreglar fácilmente.

¿Con que versión de JOSM validais? Para comprobar el warning.

Nos vemos.

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

Re: [Talk-es] Estado de la importación de datos del Catastro

[Cruz Enrique Borges Hernandez]

 @Ander, este fin de semana podríamos dar la lata un poco en imports?
 Aunque sea anunciar una importación piloto a la base de datos real.

Yo más que anunciarla, haría la subida piloto en un área pequeña y luego 
les enviamos el correo con la zona subida para que nos cuenten. 

Obviamente en este caso tenemos que ser ULTRA escrupulosos:

- Un par de masas de una zona que no tenga nada.
- Bien corregidas y validadas.
- Hecho el merge y subidas poco a poco.
- Con la cuenta de catastro y atribución.
- Validadas (a ser posible) por más de una persona.

Todo esto para que no tengan excusas al proceso de subida. 
¿Os parece bien?

@antonio ¿te ofreces de voluntario? La idea es hacer algo así
y luego nos envías la zona, la revisamos aquí y mandamos a 
imports.

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

[Talk-es] Un juez se fía más de los datos de Google Earth que del catastro

[Cruz Enrique Borges Hernandez]

http://www.lavozdegalicia.es/noticia/galicia/2013/02/08/fiscala-urbanismo-vigo-dice-fia-google-earth-catastro/0003_201302G8P12994.htm

Tiene huevos que usen las fotos de Google Earth antes que PNOA o similares. Eso 
o que el periodista no se ha empapado de una (cosa harto probable...). De todas 
formas, nada nuevo bajo el sol... la verdad es que un proyecto de 
reconocimiento de edificios en imágenes por satélite para depurar el catastro 
sería muy guapo y tendría un impacto de puta madre.

Nos vemos.

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

Re: [Talk-es] Un juez se fía más de los datos de Google Earth que del catastro

[Cruz Enrique Borges Hernandez]

 ¿PNOA tiene registro histórico?

Digo yo que si, por lo menos para un juez. Estas cosas se hacen de vez en 
cuando y no creo que se tiren al cubo de la basura.

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

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

[Cruz Enrique Borges]

 Por cierto, probando con la última versión del GitHub, he podido constatar
 que en los resultados, como ya habéis comentado anteriormente en el hilo,
 hay muchísimas parcelas/edificios que se superponen, en muchos casos de
 manera idéntica (si no hay huecos ni cosas raras), una vía (landuse)
 contiene los datos catastrales y el nodo del portal y la otra vía
 (building) contiene el edificio. No sé si habéis llegado a un consenso
 respecto a esto, pero yo al menos en estos casos de coincidencia exacta
 dejaría sólo una vía con las etiquetas del landuse y del building.

Se supone que eso ya debería de estar arreglado :S ¿Nos puedes pasar
el config y los shapefiles para probar?

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

Re: [Talk-es] Duda sobre etiquetación

[Cruz Enrique Borges]

 Si quieres puedes entretenerte a hacer el mapeo del interior:
 http://wiki.openstreetmap.org/wiki/IndoorOSM (cosa que nunca he hecho y
 parece compleja), pero si no se trata de una gran superfície quizás lo más
 fácil es, en mi opinión, crear un nodo para cada comercio encima del
 polígono.
 Quizás alguién puede aconsejarte otra cosa.
 
 Un saludo!

Sobre esto Ander y yo hemos tenido alguna discusión. Quizá puedan ayudarnos. 
La discusión es cual de las siguientes opciones es lo que se debería de hacer:

a) El nodo con el uso debe de ir en el way del edificio (en donde está la 
   entrada de la tienda o lo que sea) con un entrance=yes y los datos del 
comercio.
   (pero no su número y demás pues lo hereda del edificio en el que está).
b) El nodo está flotando en el área del edificio y contiene toda la información 
de
   localización (calle, número, y demás) además de los datos del uso.

Obviamente con IndoorOSM la cosa no tiene discusión porque las tiendas pasan 
a ser subparcelas como los cultivos de catastro :P

A ver si nos sacáis de dudas.
 
-- 
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

Re: [Talk-es] WMS Catastro

[Cruz Enrique Borges]

On Wednesday 30 January 2013 07:07:22 Javier Sánchez wrote:
 Hola
 
 Se que ya se ha dicho antes en la lista, pero todavía no termino de tenerlo
 claro. Tengo entendido que no se puede utilizar el WMS del Catastro como
 fondo para dibujar, pero el hecho de que venga por defecto en Josm me hace
 pensar lo contrario. ¿Se puede o no usar? ¿Se puede considerar que dibujar
 sobre el fondo supone una transformación como la pedida por la clausula de
 distribución del Catastro? Lo más importante de todo, ¿se puede utilizar
 como fuente de datos para poner nombres a las calles?
 
 Un saludo, Javier

Hasta donde yo se, lo que tenemos prohibido [por el momento] es hacer 
importaciones 
masivas de datos desde el catastro. No hay problema en dibujar por encima de la
capa WMS del catastro. Eso si, MUCHO CUIDADO CON LOS DATOS DE LAS CALLES, en los
pueblos que hemos mirado hemos encontrado muchas con errores (sobre todo fuera 
de ciudad).

Nos vemos.

-- 
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] Noticia sobre OSM en CNN

[Cruz Enrique Borges]

Mirad que blog acaban de publicar en el planet KDE

http://aseigo.blogspot.com.es/2013/01/the-real-wikipedia-of-maps.html


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

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

[Cruz Enrique Borges Hernandez]

 Hola, me gustaría saber si tenéis planeado alguna manera (si es factible)
 de trocear los resultados en zonas. Por ejemplo, mi municipio (Orihuela)
 tiene una gran cantidad de núcleos rurales fuera del núcleo urbano, muy
 susceptibles de ser tratados por separado, aunque imagino que lo mismo
 podría aplicarse a grandes núcleos con muchos barrios

Los resultados ya se dan por masas y polígonos urbanos. Si miras los ficheros
de ejecución completa hay unos directorios con los resultados separados.


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

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

[Cruz Enrique Borges Hernandez]

 Acabo de abrir el archivo de ejemplo de Aldeaseca de Alba, y apunto un
 error que quizás sea solucionable: un farmland al Oeste de casco urbano
 tiene miembros inner formados por 2 ó más nodos que tendrían un área
 nula (ver imagen adjunta). Esto es posible que sea debido al catastro y
 no a cat2osm2, pero mi pregunta es: ¿se podría hacer que el propio
 programa depurase esto automáticamente?

Ese problema ya está resuelto. Creo que no hemos subido los ficheros
con la última versión que corrige todo el tema de áreas nulas, parcelas
debajo de edificios y algunos temas de tags que nos comentaron en imports. 
Creo que el código estaba subido en el github del cat2osm2 por si quereis 
probarlo. 

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

Re: [Talk-es] [Imports] [Cat2Osm2] Tool for exporting Spanish Cadastre data in OSM suitable format

[Cruz Enrique Borges Hernandez]

 But in this case would not natural=water be better suited?

After carefully reading the map features page I agree with you. We will review 
all the water related tag.
 
 Well, it's not possible to review them without also looking at the cadastre
 data. For example, how could I verify that what is in that table as Jardín
 que se valora should really be tagged as leisure=garden? It's impossible to
 do so without looking at the data from the catastro.

Unfortunately, the raw shapefiles for catastro cannot be redistributed 
without modifications (the modified can be) and you need a valid electronic 
spanish ID card to access them but you can access pseudo-vectorial  
data (a rasterization of the data contained in the shapefiles) through JOSM.
Just download any portion of data from Spanish and JOSM will suggest
using it. We have made that and  LOTS of test with our own towns (and 
several mappers form the Spanish community have made the same) to 
interpret correctly most of the Documentation. Moreover, we have been using
the data from Ciudad Real for a Engineering Project form almost a year 
so we have a relative good experience with both sets of tags.

 It sounds like you are relying on the catastro documentation without
 checking each feature type with another source. This is an extremely bad
 idea for two major reasons:
 
 1. It relies on being able to accurately translate the catastro
 documentation into OSM tags. Documentation is frequently unclear or
 ambiguous and words may have multiple definitions.
 
 2. It relies on the catastro use reflecting their documentation. I haven't
 seen a large GIS data source yet where there weren't some differences
 between the data source and its documentation.

 My preferred approach is to pick a feature type, find multiple examples of
 it in the data, compare them with imagery or other sources, then use that
 information combined with the documentation to determine what to tag it as.

We completely agree with you. Moreover, we have made that and more. BUT,
and this is and important BUT, we know (because we have talked with
persons close to the cadestre service and because we have see it LOTS of times)
that the internal consistence of their tagging is scarce. We mean, every
civil servant have their own set of tagging rules that do not completely 
match 
one with others. Only in big cities seems to be some sort of standardization. 
So in the end, we have needed to reach a tagging consensus between several 
zones in order to do not fit the tags to only one civil servant rules. We 
have 
made test in several towns of the Canarian Islands, Cantabria, Ciudad Real 
(the entire province, in this case), Segovia, and several other (by the local 
community) and we think that we have reach a good consensus. Probably, as
other mappers start using it, some degree of tagging tuning should be made
in order to reach a bigger consensus.

BUT, we insists, this is not a tool to realize automatic imports, all data 
should
be revised by experts mappers before upload, so if any incorrect tag if found 
it will be corrected manually. The changes in the tagging scheme will only 
made things easier for the local mappers but (ideally) they will not change 
the quality of the upload data.

 It's wrong to say that the catastro have overused it. They do not use OSM
 tags. They use an attribute that according to the table is defined to mean
 Suelo vacante, sin construer, or Vacant land without building. This is
 different than landuse=greenfield.

What I mean is that, in the internal rules of some of the civil servants, 
things 
like Green Zones inside Cities is tagged that way when they have tags in 
their 
own tagging scheme, but more specific in their hierarchy. This is what
I mean for overused, they have used it as a wild-card. The same have happen 
with 
water related geometries and car parks. The problem arise when, from one place
to others, the wildcards did not match. Obviously, there exist problems also to
translate tags from one set to the other (mostly because the OSM tag set is A 
LOT
more specific than the cadestre one).

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

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

[Cruz Enrique Borges Hernandez]

Contexto entre el texto.

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

Ahora mismo el cat2osm2 te permite sacar la info 3D perfectamente. Otra cosa
sea lo que nos dejen importar. Por lo pronto ya hemos dicho en imports que
por poderse, se puede sacar y nuestra opinión (de ander y mía) es que
este tema debería de quedar a vuestra discreción. Los tags 3D son muy útiles 
(y bonitos, no lo voy a negar :P) pero pueden llegar a ser un infierno de 
editar y comprobar.

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

No conozco la situación en otros lados, pero en España (en la mayoría 
de sitios que conozco) las parcelas urbanas están separadas al menos
con una valla o similar. Las rústicas más de lo mismo, aunque es MUCHO
más difícil de delimitar. Ahora mismo las urbanas se sacan todas las que
tienen sentido (si la parcela coincide con el edificio es tontería imprimirla)
y las rústicas se tiene una opción para fusionarlas por landuse. Pero pasa
lo mismo que con el 3D, hay una opción para desactivar el fusionado y
sacar la información completa. Nuestra posición al respecto es igual que
con el 3D, nos parece una información muy útil pero que puede ser
muy complicada de editar y revisar, por eso pensamos que la decisión de
que se tiene que importar debería recaer en el señor que lo quiera hacer.

De todas formas, ahora mismo parece que la discusión está más en el lado
de que no creen que los tags sean los más correctos. Por lo pronto hay que
revisar todos los tags relacionados con  agua y no estaría de más que los
más expertos le dierais un repaso a la web:

http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features

por si en alguna de las familias de tags se haya cambiado el consenso y haya
que actualizar algo.

Muchas gracias por todo y a ver si esta vez nos dan permiso. ¡Cada vez estamos
más cerca de conseguirlo!

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

[Talk-es] [Cat2Osm2] Tool for exporting Spanish Cadastre data in OSM suitable format

[Cruz Enrique Borges]

Hi everyone,

We sent a message to imports list a few months ago when we finished
the first version of Cat2Osm. This is the results of almost two years
of work back-to-back with the spanish OSM community. It is a tool for
converting a whole municipality's spanish cadastre data [1], to an OSM
file for then checking manually some small errors cadastre could have,
fix them and import the necessary data into OSM. Please notice that
this is not meant to be a tool to mass import, in fact it is a tool to
help local mappers to improve existing data or having a good starting
point in empty places. We repeat, this is not an automatically import
tool!!

The first version exported too much data and created lots of relations
so we've been working with spanish OSM community on a second version
of Cat2Osm2 [2], that simplifies the result by losing some extra info
like:
- reducing the number of relations.
- not taking in account building levels
- create the union for all rural areas which share the same tags
- pass building tags to parcels and remove the building when their
geometries are the same

It also exports the result divided in urban/rural blocks which makes
it very easy for users to validate everything is ok, remove
unnecessary geometries and merge it with existing data. We also export
in separate files linear or points elements that can be also 
interesting to import.

What the spanish OSM community mainly wants to use from the result is
urban related data such as: buildings or parcel landuses and rural
landuses. However, Cat2Osm2 also exports street geometries that could
be suitable for checking if the existing street data is correct or
have a good start point. In fact the import list have already allowed
the use of this kind of data.

Here's a link with the result for a village called AldeasecaDeAlba in
Spain [3]. If you look for Aldeaseca de Alba in OSM [4] you will see
it almost has no data (only street without names). Cat2Osm2 exports
the files separately as we previously said but it also concatenates
them into a global big file just in case someone wants to use the
result for his own GIS or for a quick review of the result. You will
find all this files in previous link. Please note that the concatenated
files is only intended for debug actions and the actual import process
will be made with the split files inside the directories.

Once they've exported the result, at least two users have to review
each block before upload. We have already some wiki infrastructure to
coordinate this actions [6] but probably it would be better to have
a more productive one. 

There exists a import guide [7] with the general information in 
English and a user guide [5] with tips that will be updated when local 
mappers gain more experience working with this data. Please notice that 
this work-flow will change as it is based on the use of the last 
version on an specific city and cannot be suitable for other places. 
We have already created imports accounts (one per province) [6] and 
distributed to some expert users that would be in charge of the upload 
process. We will be very strict with the process; we will not allow to 
upload data with other accounts and if somebody does not respect the 
rules we will ask the admins to take the appropriate action against 
them as we have already done on several occasion.

We hope you find this results suitable for being uploaded in those
places where some data is needed.

[1] http://www.sedecatastro.gob.es/
[2] http://wiki.openstreetmap.org/wiki/Cat2Osm2
[3] http://paginaspersonales.deusto.es/cruz.borges/AldeasecaDeAlba.zip
[4] http://www.openstreetmap.org/?lat=40.81818lon=-5.44678zoom=17layers=M
[5] http://wiki.openstreetmap.org/wiki/Minitutorial_para_cat2osm_Avila
[6] http://wiki.openstreetmap.org/wiki/Spanish_Cadastre/results
[7] http://wiki.openstreetmap.org/wiki/Spanish_Cadastre_import

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

Re: [Talk-es] [Imports] [Cat2Osm2] Tool for exporting Spanish Cadastre data in OSM suitable format

[Cruz Enrique Borges Hernandez]

Pues ahora parece que les gusta el 3D y las parcelas por separado...

2013/1/17 Cruz Enrique Borges Hernandez cruz.bor...@deusto.es

 Thanks for the comments. I will answer below:


  - not taking in account building levels



 I think this information is quite interesting (for making 3D Models),
 in other regions people are investing a lot of work to survey these
 (and to split the buildings accordingly). Strange you decided to not
 use this information. Maybe it wasn't precise or current enough?


  - create the union for all rural areas which share the same tags


 tracing atomic areas is also something we are doing in some regions
 manually. IMHO you are destroying a lot of interesting information by
 unifying these. The actual landuse is much less interesting than the
 size and layout of the areas/plots. Its the layout that tells the
 structure, and often also history, of the rural areas. Wouldn't do
 this.


 I will answer these two point at the same time:

 The tool can import these data too, but the last time we discuss here
 there were LOTS of opinions against these. We agree with you, and
 internally we are using that information but from our point of view it a
 decision that the local mappers must take. In [1] there is the same same
 town but with building 3D data and rural parcels. In this case you will not
 notice much differences as this is a very small rural twon where the
 buildings have normally one level. In [2] and [3] you can see Cadiz [4] a
 big capital from the south of Spain with [3] and witout [2] the 3D
 information.

 In fact we can also have the all the historical changes but we do not know
 how to code this information without completely screwing the actual data. I
 am not sure about the acuracy of data previous to 2000 but we can extract
 it. Exists any propousal in this direction?


  - pass building tags to parcels and remove the building when their
  geometries are the same


 I guess you wanted to say: remove the parcel?


 In this case it does not matter what you have deleted because they sahre
 the same geometry and tags :P



 cheers,
 Martin


 [1] http://paginaspersonales.deusto.es/cruz.borges/AldeasecaDeAlba3D.zip
 [2] http://paginaspersonales.deusto.es/cruz.borges/Cadiz.zip
 [3] http://paginaspersonales.deusto.es/cruz.borges/Cadiz3D.zip
 [4] http://en.wikipedia.org/wiki/Cadiz

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

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




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

Re: [Talk-es] [Imports] [Cat2Osm2] Tool for exporting Spanish Cadastre data in OSM suitable format

[Cruz Enrique Borges Hernandez]

Fist of all, thanks for the comments. I will answers them in place.

 There appear to be some ways with duplicated way nodes (i.e. a way having
 the same node multiple times, other than when closing a loop). JOSM's
 validator can find these. 

This have already been addressed.

 There are some duplicate nodes. An example can be found at 40.8253351,
 -5.4437406. I'll be talking more about duplicate nodes later.

I am not sure about this (most probably is a duplicate node in the original 
data) 
but in any case the JOSM validator should catch these. We have tried very hard
to reuse as much nodes and ways as the data allow us.

 The road network does not appear to be consistently connected, for example
 at 40.8182542, -5.4476705

We are already aware of this problem. The road network is probably the less 
interested part of the dataset: they are inaccurate and their geometries are 
completely screw-up. It is only provided because some locals mapper thought
that it can be useful as a starting point in a completely empty place. 

 Tagging:
 
 You appear to be using landuse=reservoir for unknown water. Most of the ones
 I looked at would be better suited as natural=water. natural=water is also
 better suited for unknown bodies of water.

Geometries with water tags are one of the most difficult tags to translate. 
The problem comes from the original data: it does not maintain internal 
consistency between different towns. Others difficult tags are parking 
spaces and greenfield for the same reason. In the end, all of them (and 
probably others ones that will appear in other regions) should be revised 
manually by the local community. We have already planned to have 
wiki pages with regional information about the import process given tips
about this things.

 Are there any tags that will be used other than those in this sample file?

This is the full list (sorry about the spanish):
http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features

Please, if you found any mistake, let us know before changing the table.

 The import is proposing a new tag, use=agricultural. This is found on
 landuse=meadow areas. Are there any new tags that this import is proposing
 to use?

This is ,almost for sure, a bug in our code. Anyway, the complete list are in 
the previous link.

 How were the tag translations arrived at? 

The translation tags was made from: 
- What catastro documentation said:
 http://www.catastro.meh.es/pdf/formatos_intercambio/catastro_fin_cat_2006.pdf. 
- What experts mappers have said. In fact, the pages have been almost 
completely filled by expert mappers from the Spanish community.
- What persons close to the catastro office have said to us.
- Obviously, our own experience using this data in other projects.

 Taking the example of
 landuse=greenfield, was this decided on based on descriptions from the
 catastro, or was it based on inspection of the areas that it applies to with
 aerial imagery, surveys or other resources?

 The areas tagged with landuser=greenfield aren't areas with no past or
 present buildings scheduled for development (i.e. virgin ground that will be
 turned into a construction site)

Our experience over that specific tag is that catastro have overused it: there 
are places tagged (in catastro) as a greenfield that should be another thing 
(normally landuse=village_green or recreation_ground). Probably this is
due to differences in the definitions of the two ontologies.

 If you go for this method, how do you intend to handle duplicate nodes? The
 problem is that if two files that contain nodes at the same position are
 uploaded in two different edit sessions JOSM will not merge the nodes, even
 if they were merged in the concatenated file.

This problem should not happen never. The splitted files consist on an entire 
block of buildings that cannot share any node, by definition. In any case, the
conflation with existing data will be responsibility of the local mappers.

 Other:
 
 To what extent do you intend the importers verify the data? Do you expect
 them to 
 
 1. Verify each object in some way against some other source (e.g. imagery)
 2. Verify the file for consistency (e.g. that no buildings are in water)
 3. Rely on cat2osm2's verification

We expect them to use (at least) 1 and 2 and of course the JOSM validator. 
I am not sure on what you mean with 3. 

Moreover, we think that this task should be made ONLY by experts mappers 
who really know the surrounding area in order to be able to fix the 
ambiguities or the mistakes. Even more, probably some of them have to be
resolved in place.

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

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

[Cruz Enrique Borges]

On Wednesday 16 January 2013 11:50:17 David Marín Carreño wrote:
 Quizá en poblaciones pequeñas lo suyo sería poner el código postal a
 la relación que define el municipio, en lugar de ponerlo en todas las
 construcciones.
 
 En poblaciones grandes, con más de un código postal, quizá lo adecuado
 sea crear áreas con las fronteras entre códigos postales: aunque no
 cambian frecuentemente, una partición futura de un código postal en
 dos obligaría a cambiar todas las casas que lo tuvieran puesto dentro.
 Igual que no ponemos el municipio o incluso el país con los tags
 addr:city o addr:country de una casa, creo que tampoco deberíamos
 incluir el código postal.
 
 En otro orden de cosas, no sabía que el código postal estaba dentro de
 los datos del catastro... ¿Es así?

Si que está, el problema es de donde sacamos el polígono con el código 
postal. Es más, la pregunta es ¿cómo lo está haciendo ahora mismo 
nominatim y/o en otros países?

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

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

[Cruz Enrique Borges]

On Wednesday 16 January 2013 12:18:27 David Marín Carreño wrote:
 Pues para sacar el área del código postal, se puede tomar todas las
 parcelas con el mismo código postal, y crear un nuevo polígono con la
 unión de todas ellas, asignándole el addr:postcode.

Eso es una ÑAPA de proporciones bíblicas. ¿seguro que esa información
no están en algún repositorio de Open Data? A mi me suena un huevo de
haberla visto en algún lado...

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

Re: [Talk-es] Streetnames of Catastro-wms

[Cruz Enrique Borges]

On Monday 14 January 2013 15:48:40 Jan Tappenbeck wrote:
 hi !
 
 is it allow to get the streetnames of the spain-wms-catastro overlay for 
 osm?
 
 regards Jan :-)

Yes they are. But you should be aware that some times they are not very acurate.

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