[Talk-es] Importación del Catastro
Santiago Crespo
openstreetmap en flanera.net
Lun Nov 21 10:35:43 UTC 2016
Hola,
No conocía los servicios ATOM del castastro, los estoy probando y de
primeras me parece mucho más cómodo que la descarga de SHP con el DNI
electrónico.
Además veo que cada edificio en el GML tiene un enlace a una foto de su
fachada, cosa que puede ser muy útil. ¿Sabéis si la licencia de las
fotos es la misma que el resto de datos de libre descarga?
No veo la información con el número de plantas en el GML, entiendo que
habría que hacer una consulta al catastro por cada edificio para obtener
esta información. ¿Es así?
Por favor Pepe, prepara este documento que comentas.
Sobre la conversión, creo que podríamos crear unas traducciones para los
GML y usar ogr2osm.
Sobre las opciones que plantea Pepe, creo que deberíamos centrarnos por
ahora en los edificios y direcciones. El resto de elementos me parece
que es intentar abarcar demasiado. Una vez tengamos bien documentado la
importación de edificios y direcciones, nos podemos centrar con las vías
y luego en el resto de elementos, abarcando pocos elementos cada vez.
Saludos,
Santiago Crespo
On 11/20/2016 09:21 PM, Pepe Casado wrote:
> Hola de nuevo. Repasando los correos que sobre este asunto hemos ido
> enviando y en particular los de Jorge y Santiago he pensado que es
> importante que tengamos en cuanta una cosa importante y que determinará
> claramente si obtamos por una u otra información a cargar. La cuestión
> es el uso que de esa información hagamos en osm. Me explico:
>
> 1.- Si de lo que se trata es de completar y enriquecer lo mas rapido y
> fácil posible la base de datos por ejemplo con edificios y direcciones,
> entonces deberíamos dar un nuevo enfoque y utilizar el conjunto de datos
> baja directiva INSPIRE que catastro nos ofrece a través de los servicios
> ATOM. Esa información en formato gml y xml nos proporciona datos de
> direcciones, parcelas y edificios. Entiendo que elaborar un scrip que
> "traduzca" esa información a formato osm para validar desde josm, no
> sería muy complicado.
> Si os parece puedo preparar un documento con las características más
> importantes de estos ficheros de cara a la próxima reunión virtual.
>
> 2.- seguir utilizando el proceso actual con cat2osm2 o bien como está
> ahora o ampliando la información.
>
> La primera opción entiendo que será más rápida pero menos completa que
> la segunda o actual que aporta más información aunque se ha de
> determinar si realmente osm necesita tantos datos y tan específicos como
> son los catastrales.
>
> Entendamos que el asunto o la decisión no es fácil pues dependiendo de
> los perfiles de cada uno de nosotros preferimos una u otra opción, pero
> pienso que debemos centrar esfuerzos en optimizar los procesos y buscar
> una base de datos que se adapte a todos, porque realmente no debemos
> convertir osm en un catastro (aunque a mi ya me gustaría :-) ) sino en
> algo rico en información y relativamente sencillo de gestionar sin
> necesidad de ser especialista para poder mapear.
>
> Bueno ya me decís.
>
> SaludOSM
>
> Pepe Casado
>
>
> El 20 nov. 2016 8:41 PM, "Jorge Sanz Sanfructuoso" <sanchi2 en gmail.com
> <mailto:sanchi2 en gmail.com>> escribió:
>
> Hola.
>
> Lo del catastro se ha dejado bastante parado y creo que es una pena
> porque es un lugar del que se puede coger muchísima información útil.
>
> El tema de los usuarios en su día se hizo lo de hacer uno por
> provincia, pero no creo que se tenga problema en usar otros si lo
> decidimos así con tal de que no sean los normales como ya se ha
> comentado. Lo único que si recomendaría es usar uno especifico para
> catastro y no mezclarlo el usuario con otras importaciones.
> Considero que catastro no es una importación como otras, que es una
> gran cantidad información, propensa a bastantes errores y que creo
> que deberíamos tener controlada.
>
> Incluirlo en la próxima reunión virtual +1
>
> En cuanto a las etapas que sugiere Santiago Crespo. A ver si me
> puedo explicar claramente. Yo la experiencia que tengo de en su
> momento cuando se miro el tema es que hay cosas que difieren mucho
> como las han puesto dependiendo de las zonas de España, si son zonas
> rurales o urbanas, lo que se ha preocupado la persona que tenia que
> meter los datos, zonas super desactualizadas,... Por lo que una
> importación automática en principio no la veo viable nunca. Con esto
> lo que quiero decir es que sin conocimiento de la zona no recomiendo
> importación de nada y por ende estas etapas no puedo compartirlas,
> por lo menos totalmente.
>
> Creo que siempre tendríamos que empezar por sitios conocidos porque
> sino no podemos validar que lo que hacemos esta bien. Así que la
> parte de municipios aleatorios no la comparto.
> Siempre se ha hablado de ir haciéndolo por manzanas y comprobando lo
> que se sube. Para eso hay que conocerlo sino, no se puede.
> Comprobar diferencias entre los datos de unas zonas y otras si es
> posible hacerlo aleatorio, y se debe hacer para ver todas las
> posibles complicaciones, pero ponerse a subir a OSM no.
>
> En cuanto a los mas poblados ahi ya si que si conocimiento local.
> Que primero en la mayoría vamos a poder tener el conocimiento local,
> y segundo que en los pueblos suele tender a estar todo bien o todo
> mal pero en las zonas pobladas, por lo menos lo que me encontrado
> yo, difiere mucho de una zona a otra de la población de estar
> perfecto a de repente haber pifostios de traca. Los pueblos suele
> ser una única persona la que ha metido los datos en el catastro y
> zonas poblabas ha pasado por varias manos, hay bastantes mas
> ediciones porque hay mas construcciones,...
>
> Con conocimiento local no pido ir cada por cada comprobando cada
> cosa, pero si ser capaz de comprobar datos aquí datos allí y tener
> una idea general de que cosas en cada sitio estan bien y que cosas
> puedes estar mal y hay que comprobar. Que se nos pasaran muchas seguro.
>
> Estoy de acuerdo de empezar con los edificios y las direcciones. Es
> lo que se sugirió en su momento también. Las vías ademas si no
> recuerdo mal había algún problema para sacar los datos correctamente.
>
> Una cosa que hay que recalcar es subir todas las direcciones
> teniendo y comprobando que coincida el nombre de la calle en la
> dirección, con el nombre de la vía, que hay una de errores en OSM
> por lo menos en España con ese tema que tela para dejarlo bien. Ando
> enfrascado con errores de esos y en una lista interminable.
>
> Un saludo.
>
>
> El sáb., 19 nov. 2016 a las 20:15, Santiago Crespo
> (<openstreetmap en flanera.net <mailto:openstreetmap en flanera.net>>)
> escribió:
>
> Muchas gracias Pepe por tu ofrecimiento de ayuda, creo que tu
> experiencia es muy valiosa para poder llevar a buen puerto esta
> propuesta.
>
> Hay 8125 municipios. Os propongo repartir el trabajo en varias
> etapas,
> por ejemplo:
>
> 0.- Planificación: discusión, propuestas en la wiki, más discusión y
> consenso en talk-es e imports.
>
> 1.- 10 municipios aleatorios entre los 100 más pequeños
> (agrupados en 1
> proyecto en el gestor de tareas —TM—)
>
> 2.- 1-5 relativamente pequeños o medianos, elegidos por ser
> conocidos o
> cercanos entre los colaboradores del proyecto anterior. (1-5
> proyectos
> en el TM)
>
> 3.- 50 aleatorios, para intentar ver un poco de todo (1-5 proyectos)
>
> 4.- 62 más poblados, empezando por los menos poblados (un
> proyecto por
> municipio).
>
> 5.- X municipios aleatorios (1 proyecto)
>
> 6+.- repetir la fase anterior
>
> Omitiríamos los municipios en los que haya una fuente de datos
> mejor,
> aunque no se haya importado aún.
>
> Viendo el curro que es, me pregunto si no podremos hacer
> importaciones
> automáticas a partir de la etapa 6.
>
> Pongo 62 porque son los que aparecen en esta tabla de la
> wikipedia, pero
> podrían ser 50 o 100:
> https://es.wikipedia.org/wiki/Anexo:Municipios_de_España#Municipios_más_poblados
> <https://es.wikipedia.org/wiki/Anexo:Municipios_de_Espa%C3%B1a#Municipios_m%C3%A1s_poblados>
>
> Aquí está el listado oficial con los datos de los municipios:
> http://ssweb.seap.minhap.es/REL/frontend/inicio/municipios/all/all
> <http://ssweb.seap.minhap.es/REL/frontend/inicio/municipios/all/all>
>
> Os propongo empezar únicamente con los edificios y las direcciones
> porque me parece de lo más interesante para añadir a OSM en
> España y es
> algo que si lo pensamos y documentamos bien será fácil de revisar.
>
> Como mucho añadiría las vías (calles y carreteras), aunque creo
> que esto
> lo podemos gestionar mejor y será más fácil de revisar si lo
> debatimos y
> organizamos como otra posible importación. Podría seguir los
> pasos de la
> primera, empezando su etapa 0 cuando terminemos la etapa 2 de
> los edificios.
>
> Saludos,
> Santiago Crespo
>
> On 11/19/2016 01:10 PM, Pepe Casado wrote:
> > Por acabar insisto en que deberíamos intentar aprovechar a
> máximo los
> > datos que catastro nos aporta ya que nos permitiría explotar
> mucho la
> > información y añadiría un extraordinario valor a OSM.
> >
> > Os lo dice alguien que después de más de 30 años catastrando
> España algo
> > he aprendido de lo que esa base de datos contiene.
> >
> > A vuestra disposición si esa experiencia puede ayudar a esta
> comunidad.
>
> _______________________________________________
> Talk-es mailing list
> Talk-es en openstreetmap.org <mailto:Talk-es en openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-es
> <https://lists.openstreetmap.org/listinfo/talk-es>
>
> --
> Jorge Sanz Sanfructuoso - Sanchi
> Blog http://blog.jorgesanzs.com/ <http://blog.jorgesanzs.com/>
>
> _______________________________________________
> Talk-es mailing list
> Talk-es en openstreetmap.org <mailto:Talk-es en openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-es
> <https://lists.openstreetmap.org/listinfo/talk-es>
>
>
>
> _______________________________________________
> Talk-es mailing list
> Talk-es en openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
Más información sobre la lista de distribución Talk-es