El 10 de marzo de 2012 18:05, Ander Pijoan <[email protected]>escribió:
> Lo único que falta de añadir a cat2osm de los datos que pueden darnos > información es el destino. Estamos rompiéndonos la cabeza a ver como > podemos intentar adivinar cómo asignar destinos a las construcciones. En > estos momentos tal y como dices lo que hace es poner el uso general de la > parcela sin leer los destinos ni aunque haya una única construcción (Esta > semana nos meteremos con los destinos). > > Estupendo, entonces: no os doy la brasa más con temas de destinos/usos. ;-D > Lo de los elementos textuales si que puede ser un rollo tal y como está. > La mejor opción igual es quitarlos de la ejecución general y únicamente > permitir sacarlos por separado como ya hace el parámetro -elemtex. Perfecto. Acabo ahora mismo de probar la opción -portales, y tiene buena pinta. Es más: yo la pondría en la generación por defecto. Sólo un par de detalles: si la parcela ya tiene el número (tag addr:housenumber), la entrada no debería tenerlo. Si no, vamos a acabar con el mapa llenito de números repetidos. :-) Por otro lado, el tag entrance no debe ser "entrance=*", sino "entrance=yes". Y ya, para rizar el rizo, lo suyo sería que el nodo formara parte del way de la fachada... :-) > El 10 de marzo de 2012 14:08, David Marín Carreño <[email protected]>escribió: > > Hola. >> >> El 10 de marzo de 2012 13:35, Ander Pijoan <[email protected]>escribió: >> >> No he podido seguir toda la conversación pero tened en cuenta q para la >>> referencia catastral de la parcela (14 números) hay un uso general y luego >>> cada construcción en esa parcela (los 14 números + 4 que empiezan de 0001 >>> en adelante) son los de cada construcción y estos no hay forma de conocer a >>> que geometría hay que asignar. Esos no asifnables se pueden ver en un osm >>> aparte con el comando -usos pero ni se puede conocer sin conocer la zona >>> dónde van. >>> >>> >> Esto es así, a no ser que haya una única construcción/subparcela en dicha >> parcela, o si todas las construcciones/subparcelas tienen el mismo destino. >> En ese caso se puede asumir que el destino de la parcela es el mismo que el >> de la(s) subparcela(s) >> >> Si se hace esta modificación, supongo que después no deberían aparecer >> con el comando -usos. >> >> >> >>> El sábado 10 de marzo de 2012, Jesús Gómez Fernández < >>> [email protected]> escribió: >>> >>> > Sí, la referencia catastral del ejemplo que comenté es 0097001VN4909N. >>> En el uso del inmueble indica "Suelos sin edificar, obras de urbanización y >>> jardinería" >>> > He estado probando con un portátil ya muy "viejuno": un Intel Core Duo >>> 1,66GHz 1 GB DDR2. Ha tardado unas 8 horas. >>> > Un saludo. >>> > Jesús Gómez >>> > >>> > El 10 de marzo de 2012 12:28, Cruz Enrique Borges Hernández < >>> [email protected]> escribió: >>> >>> >>> >>> Aparecen las etiquetas building:min_level y min_height con valores. >>> Sería interesante que cuando existiesen, se añadiese también la etiqueta >>> building=yes. >>> >> >>> >> Esto tiene toda la pinta de bug. Se lo comento a ander el lunes. >>> >>> >>> >>> En la versión anterior aparecía la etiqueta building:level que ahora >>> ya no está. Cosa rara porque se que es un edificio de pisos y el anterior >>> archivo osm indicaba que tenía 4 niveles (creo que correcto). >>> >> >>> >> Y esto también, me da que por alguna razón ahora no está pasando por >>> el parseador de alturas y por eso no esta poniendo esos metadatos. >>> >>> >>> >>> El multipolígono tiene la etiqueta landuse=farmyard cuando es un >>> edificio residencial. >>> >> >>> >> Has comprobado que metadatos tiene catastro para esa referencia >>> catastral? >>> >> >>> >> Por cierto, cuanto ha tardado? >>> >> >>> >> -- >>> >> Cruz Enrique Borges Hernández >>> >> Email: [email protected] >>> >> >>> >> DeustoTech Energy >>> >> Telefono: 944139000 ext.2052 >>> >> Avda. Universidades, 24 >>> >> 48007 Bilbao, Spain >>> >> >>> >> _______________________________________________ >>> >> Talk-es mailing list >>> >> [email protected] >>> >> http://lists.openstreetmap.org/listinfo/talk-es >>> >> >>> > >>> > >>> >>> -- >>> Ander Pijoan Lamas >>> Ingeniero Técnico en Informática de Gestión >>> Universidad de Deusto >>> >>> Contacto: >>> Email: [email protected] >>> Móvil: +34 664471228 >>> >>> >>> _______________________________________________ >>> Talk-es mailing list >>> [email protected] >>> http://lists.openstreetmap.org/listinfo/talk-es >>> >>> >> >> >> -- >> David Marín Carreño <[email protected]> >> >> >> _______________________________________________ >> Talk-es mailing list >> [email protected] >> http://lists.openstreetmap.org/listinfo/talk-es >> >> > > > -- > Ander Pijoan Lamas > Ingeniero Técnico en Informática de Gestión > Universidad de Deusto > > Contacto: > Email: [email protected] > Móvil: +34 664471228 > > > _______________________________________________ > Talk-es mailing list > [email protected] > http://lists.openstreetmap.org/listinfo/talk-es > > -- David Marín Carreño <[email protected]>
_______________________________________________ Talk-es mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-es
