On Tuesday 18 October 2011 08:04:15 Oscar Fonts wrote: > Buenas, > > > En la siguiente web puedes echar una mano proponiendo como se > > trasladaría cada campo del catastro a OSM > > > > http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_f > > eatures > Hm, pero aquí están listados los registros alfanuméricos (cat), que no > tienen geometría asociada [1]... no acabo de ver la relación directa > con map features de OSM. > Lo primero sería cómo ligar (join) algunos de estos registros cat con > los shp, que sí llevan la geometría de ejes, construcciones, etc. > Desgraciadamente la relación jamás es 1:1.
Eso ya se ha hecho. Falta por resolver algún detalle en las geometrías de los edificios principalmente debido a dos detalles: 1- No tenemos del todo claro como ligar los datos del .CAT con los shapes del CONSTRU cuando hay más de un edificio en la parcela (no parece que la numeración coincida). 2- No tenemos claro como importar los elementos 3D al mapa. Es decir, las diferentes plantas de los edificios. Por lo pronto estamos trabajando con las relaciones para evitar duplicar geometrías (incluso en 3D) y luego guardamos en el tag constru la altura. > Al menos los ejes viarios urbanos sí se pueden relacionar con sus > nombres [2] y los edificios con sus números de policía [3]. > En mi opinión, donde se describe el tipo de elemento, y por tanto lo > que habría que relacionar con map features, son los códigos TTGGSS > [4]. Los número de policía están en el .CAT pero no en el .SHP así que no es viable. Tampoco por el número catastral porque de los edificios solo tenemos la referencia de la parcela (en el .SHP) no de la propia construcción. > También se podría extraer información sobre usos de locales > comerciales en urbana, y sobre usos del suelo en rústica. Pero paso a > paso... Esa información no la hemos localizado. ¿En qué archivo/tag está la información de los usos de los locales comerciales? > Y, sí, elempun y elemlin no pueden importarse a ciegas. Pero valen > como ayuda: Hay un montón de caminos y riachuelos bien detallados que, > contrastados con PNOA, podrían mapearse más fácilmente. De esto no nos hemos encargado aún. En otro orden de cosas, estamos buscando un repositorio donde subir el código que estamos realizando. ¿Nos podrías dar acceso al repositorio que enlazas para centralizar el trabajo? > Oscar. > > > [1] https://github.com/oscarfonts/catastro2postgis/blob/master/catstruct.py > [2] > https://github.com/oscarfonts/catastro2postgis/blob/master/sql/calles.sql > [3] > https://github.com/oscarfonts/catastro2postgis/blob/master/sql/views.sql > [4] > https://github.com/oscarfonts/catastro2postgis/blob/master/dict/dict_TTGGSS > .csv > >> > Los datos del catastro van a ser importados de forma masiva. Si es > >> > posible, lo > >> > ideal es no usar dicha fuente para no duplicara trabajo y evitar > >> > colisiones a > >> > futuro. En cuanto tengamos los script distribuiremos info sobre > >> > como > >> > colaborar > >> > ;) > >> > > >> > > Saludos > >> > > > >> > > Daniel Rodríguez > > _______________________________________________ > 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