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

Ander Pijoan ander.pijoan en deusto.es
Vie Dic 16 12:46:58 GMT 2011


Hola,

Una vez mas os traemos los avances semanales del proyecto. Os adjuntamos el
resultado de Aldeaseca de Alba y hemos dejado durante el fin de semana
traduciendo alguna otra población mas grande, ya que se tiran su tiempo,
para enseñároslas.

paginaspersonales.deusto.es/cruz.borges/AldeasecaDeAlba.zip

Creemos que ya por fin está siguiendo todo lo que nos habéis dicho, a falta
de unos detalles:

-Warnings porque nos comentasteis que indicásemos el tipo de calle de los
inmuebles como "name:type". Dice que no existe name. Viendo los tags creo
que sería  mas correcto "street:type".

-Warnings porque algún elemento lineal se esta llevando el tag multipolygon
y o no se está cerrando por ser lineal o porque está como una relación de
ways. Lo podéis ver con JOSM.

-Warnings para los inner polygons. Al parecer no deberian contener el tag
multipolygon.

-Warnings por ways y nodos que están cerca de otros o están mal en la base
de datos (duplicados, etc.).

¿Son significativos estos warnings?

-Tag MASA: todavía no sabemos a que tag traducirlo.

-Tag CONSTRUALTURAS: Ya hemos traducido las construcciones (las que eran
jardines ya tienen los tags de jardín, las piscinas, muelles...) y ahora
falta el posible 3D y aquí llega el lío.

Hemos consultado hoy en la lista de dev y nos han dado bastante caña hasta
llegar a decirnos que al tener que ser eliminado en 10 años,
la información del catastro que importemos puede no cumplir con la licencia.
Esto queríamos preguntaros a los expertos.

En cuanto al 3D nos han dicho que de momento no tienen nada claro, que van
a hacer un meeting en marzo en Alemania y que aunque haya algunos tags, no
quieren que OSM sea una base da datos de edificios 3D al detalle. Así que
de momento esto lo dejamos parado.

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

Ahora si que ha llegado el momento de criticar todo lo que veáis extraño
(imputable al proceso de traducción, los errores que trae catastro eso ya
es otro tema) para intentar afinarlo lo máximo posible. A lo largo de la
semana que viene esperamos que vayan terminando las otras ciudades para
mostraros y ver nosotros también distintos ejemplos.

Llegados a este punto, nos interesaría empezar con las pruebas
de importación para ver qué importar, como hacerlo, y qué sucede. Aldeaseca
se podría importar al servidor de development ya que no hay nada con lo que
colisione.

Saludos.

El 10 de diciembre de 2011 11:26, Jaime Crespo <jynus en jynus.com> escribió:

> El día 7 de diciembre de 2011 10:37, Ander Pijoan <ander.pijoan en deusto.es>
> escribió:
>
> > Hola a todos.
> >
> > Os adjuntamos los avances de esta semana y necesitamos
> > vuestra colaboración para mas traducción de datos.
> >
> > Aldeaseca De Alba (está desplazado, ya hemos conseguido arreglarlo pero
> el
> > ultimo archivo exportado lo teníamos sin
> > desplazar.) paginaspersonales.deusto.es/cruz.borges/AldeasecaDeAlba.zip
>
> Sigue habiendo algún problema geométrico:
> http://imgur.com/2MCkw (tenéis las coordenadas abajo)
> Hay un área no cerrada y otra donde se solapan los trazos (¿es por los
> datos fuente?).
> Sin embargo, la de la izquierda, el número 6 está geométricamente
> perfecto. Falta lo que dice Iván de los números de casa, que no se repitan.
>
> > Ciudad Real (también está desplazado, pero este no hemos conseguido que
> haga
> > la reproyección bien)
> paginaspersonales.deusto.es/cruz.borges/CiudadReal.7z
>
> Ah! Mucho mejor ejemplo para probar las tags.
> Otro polígono roto: http://imgur.com/xP0ZC
> Tiene mucha mejor pinta que versiones anteriores, aunque como bien dices,
> hace falta completar la traducción de etiquetas.
>
> > Página de traducción de datos:
> >
> http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features
> >
> > Como veréis ya esta hecha la simplificación de vías tal y como tienen que
> > representarse en OSM. Esto mas el tag "type=multipolygon" hace que ya
> cosas
> > como lagos y colores de suelo empiecen a mostrarse en JOSM. ¿Recomendais
> > ponerle type=multipolygon a todo para que JOSM lo coloree
>
> Se pone como relaciones multipoligon los edificios o áreas que están
> formados por varios ways. Si sólo tiene un way, NO se crea relación y se
> aplican directamente a la vía. Otros elementos, como las carreteras,
> todavía no se ha acordado como "unirlas" pero desde luego no son
> multipolìgonos. Hay discusiones abiertas, pero en general se sigue (y eso
> probablemente no cambiará) aplicando las etiquetas a las vías, aunque se
> repitan.
>
> > También necesitamos buscarle un nombre a los atributos CONSTRU y MASA. El
>
> El primero ya comenté en el wiki que se podría usar para añadir el número
> de plantas, de cara a ser usados por renderizadores 3d. Esto está muy verde
> en OSM, pero puede ser buen momento para afianzar o modificar alguna
> propuesta ya existente.
>
> Masa, no recuerdo haber visto ninguna.Tal vez haya que inventarla.
>
> Pensad que algunas etiquetas importadas del catastro las usaremos por
> primera vez en OSM ahora, así que puede que tengamos que crear
> "jurisprudencia".
>
> --
> Jaime Crespo
>
> _______________________________________________
> Talk-es mailing list
> Talk-es en openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-es
>
>


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

Contacto:
Email: ander.pijoan en deusto.es
Móvil: +34 664471228
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://lists.openstreetmap.org/pipermail/talk-es/attachments/20111216/182854e8/attachment.html>


Más información sobre la lista de distribución Talk-es