[Talk-es] [CATASTRO] Conversión de Puebla de Don Fadrique (Granada)

[David Marín Carreño]

El 10 de marzo de 2012 18:05, Ander Pijoan <ander.pijoan en deusto.es>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 <davefx en gmail.com>escribió:
>
> Hola.
>>
>> El 10 de marzo de 2012 13:35, Ander Pijoan <ander.pijoan en deusto.es>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 <
>>> jesus.gomez.fdez en gmail.com> 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 <
>>> cruz.borges en deusto.es> 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: cruz.borges en deusto.es
>>> >>
>>> >> DeustoTech Energy
>>> >> Telefono: 944139000 ext.2052
>>> >> Avda. Universidades, 24
>>> >> 48007 Bilbao, Spain
>>> >>
>>> >> _______________________________________________
>>> >> 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
>>>
>>>
>>> _______________________________________________
>>> Talk-es mailing list
>>> Talk-es en openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-es
>>>
>>>
>>
>>
>> --
>> David Marín Carreño <davefx en gmail.com>
>>
>>
>> _______________________________________________
>> 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
>
>
> _______________________________________________
> Talk-es mailing list
> Talk-es en openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-es
>
>


-- 
David Marín Carreño <davefx en gmail.com>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://lists.openstreetmap.org/pipermail/talk-es/attachments/20120310/f91d5912/attachment-0001.html>