También estoy viendo en el caso de lo que habéis subido en Medina de Pomar,
que en el caso de que haya un edificio con varias alturas, la geometría del
de alturas inferiores la dejáis por debajo de otras geometrías de altura
superior:

http://www.openstreetmap.org/way/239069526
Por ejemplo esta geometría que representa una parte de 6 plantas, tiene
otra geometría por debajo que representa 1 planta.

¿Es esta es la mejor forma de representar diferentes alturas? Ya que
nosotros en Cat2Osm2 estamos separando en 2 geometrías que no se solapan.
Si la forma solapada es mejor, cambiamos el programa.

Saludos.


El 5 de diciembre de 2013 08:26, Ander Pijoan <ander.pij...@deusto.es>escribió:

> ¿Hay que llegar a ese límite de considerar una parcela un administrative
> boundary?
>
> Hay algunos tags que no coinciden con los que estamos usando nosotros en
> Cat2Osm2 como por ejemplo el is_in:catastro:ref que nosotros usamos
> directamente catastro:ref. ¿Cuál sería el correcto?
>
> Y teniendo en cuenta que está usando Catastro y parece que está bien
> mapeado ese pueblo supongo que estará comprobando que las direcciones sean
> correctas.
>
> Saludos.
>
>
> El 5 de diciembre de 2013 08:06, Moises Arcos <moiarc...@gmail.com>escribió:
>
> Buenos días,
>>
>> analizando las etiquetas que se han empleado para la importación he
>> encontrado que se han usado las map_features:
>>
>> *boundary=administrative*, que se usa para los límites administrativos
>> [1]
>> *admin_level=10*, que se usa para determinar el nivel de este límite
>> administrativos, en este caso al ser 10 sería a nivel de barrios [2] para
>> España
>>
>> Espero que la info sirva de ayuda para corregir este problema de
>> importación.
>>
>> Saludos!!!
>>
>> [1] http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative
>> [2] http://wiki.openstreetmap.org/wiki/Key:admin_level#admin_level
>>
>>
>> El 4 de diciembre de 2013 22:07, Óscar Zorrilla Alonso <
>> oscar_zorri...@hotmail.com> escribió:
>>
>> Hola;
>>>
>>> En mi opinión el usuario que ha importado catastro no ha mirado lo que
>>> contenía el fichero osm y ha metido todo, en Burgos en las pruebas que
>>> hemos hecho tan sólo hemos importado edificios.
>>>
>>> http://www.openstreetmap.org/#map=18/42.93219/-3.48500
>>>
>>> Un saludo
>>>
>>> Oscar
>>>
>>> ------------------------------
>>> Date: Wed, 4 Dec 2013 17:55:08 +0100
>>> From: asan...@gmail.com
>>> To: talk-es@openstreetmap.org
>>> Subject: [Talk-es] Error en Huetor-Tájar
>>>
>>> Buenas a tod@s, he detectado este error en todos los edificios de esta
>>> localidad.
>>>
>>> http://osm.org/go/b7JcEw5d-
>>>
>>> Saludos, Andrés.
>>>
>>> _______________________________________________ Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>>> _______________________________________________
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>>>
>>
>> _______________________________________________
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
>
>
> --
> Ander Pijoan Lamas
> Research Assistant, Deustotech
> Computer Science Engineer
> University of Deusto
>
> E-mail: ander.pij...@deusto.es
> Phone: +34 664471228
> in: http://www.linkedin.com/profile/view?id=162888312
>



-- 
Ander Pijoan Lamas
Research Assistant, Deustotech
Computer Science Engineer
University of Deusto

E-mail: ander.pij...@deusto.es
Phone: +34 664471228
in: http://www.linkedin.com/profile/view?id=162888312
_______________________________________________
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Reply via email to