Te puede interesar además

https://wiki.openstreetmap.org/wiki/ES:Bienes_de_Inter%C3%A9s_Cultural_en_Canarias
http://overpass-turbo.eu/s/sAn

El 24 de octubre de 2017, 20:10, Iván Hernández Cazorla <
ivanher...@gmail.com> escribió:

> Gracias por ambos ejemplos Javier, bastante útiles para tener claro lo que
> comentas ―y ambos de Canarias, por lo que me manejo mejor al conocerlos―.
> Entiendo que la idea, tal y como leí en una página de la wiki, es no
> complicar las relaciones más de lo que ya son. Ni tampoco añadirles
> elementos que no tienen la necesidad de estar dentro de esta.
>
> Me apunto las etiquetas protection_title y protection_title:category a mi
> lista de necesarias. La de ref:bic ya la tenía en cuenta.
>
> Una vez más, Javier, gracias por tu explicación. La tendré en cuenta y, en
> cuanto tenga un hueco, realizaré un esquema con todo ello para que no se me
> olvide nada.
>
> Saludos, Iván
>
> On 24/10/17 08:53, Javier Sánchez Portero wrote:
>
> Sería de esa forma pero no es imprescindible que lo hagas con una
> relación. Si es un área relativamente pequeña puedes hacerlo simplemente
> con una vía cerrada. Si es un área más compleja y/o quieres aprovechar vías
> ya existentes, puedes hacerlo con una relación. En ese caso no te olvides
> de la etiqueta type=boundary y no es necesario que pongas la etiqueta
> area=yes. Aquí tienes un ejemplo usando una vía y una relación:
>
> http://www.openstreetmap.org/way/249934990
> http://www.openstreetmap.org/relation/2621556
>
> Los miembros de la relación deben ser las líneas que conforman el límite
> del área de protección con el papel outer. Los elementos protegidos en si
> mismos (edificios, los pozos de nieve del caso anterior) no es necesario
> que formen parte de la relación. Tanto la frontera del área de protección
> como los elementos protegidos deben llevar las etiquetas
>
>     ref:bic=*
>     protection_title=Bien de Interés Cultural
>     protection_title:category=*
>
> El 21 de octubre de 2017, 15:39, Iván Hernández Cazorla <
> ivanher...@gmail.com> escribió:
>
>> ¡Vaya! Que extraño... Reviso el correo electrónico todos los días y
>> juraría que no recibí esos correos. Algo tuvo que ocurrir, quizás se fueron
>> a la carpeta de spam. Aunque no suele pasarme con los correos de las
>> listas, ni me ha pasado con Talk-es, a excepción de este mismo caso.
>>
>> Gracias a ambos Jesús por contestar a mi duda tan rápido, a pesar de que
>> no haya visto las respuestas hasta ahora. Y a ti Jesús López por
>> notificarme que me ya me habían respondido y por pasarme las respuestas de
>> nuevo. La próxima vez que pase tanto tiempo «sin respuesta» a un mensaje de
>> la lista me paso por el archivo y así me ahorro mensajes como el anterior.
>> Entiendo entonces que lo correcto sería etiquetar el área de protección
>> con este conjunto:
>>
>>     boundary=protected_area
>>     protect_class=22
>>     area=yes
>>
>> Utilizando «22» en protect_class, dado que esta hace referencia a
>> «protection of sites with special architecture or historic interest,
>> designed and created intentionally by people».
>>
>> Aún no he manipulado mucho las relaciones, así que ahí va otra
>> pregunta.Entiendo que esas etiquetas deberían ir en una relación que
>> constituiría el área de protección del monumento y dentro de esta, se
>> mapearían los elementos de dentro y fuera del BIC con puntos y vías. ¿Sería
>> correcto mapearlo así?
>>
>> Relación - Área de protección (AP)
>> >> Puntos y vías dentro del AP, pero fuera del BIC en sí mismo.
>> >> Área del BIC.
>> >> >> Mapeado de todo lo correspondiente dentro de ese área.
>>
>> Una vez más, muchas gracias a ambos.
>>
>> Saludos, Iván
>>
>>
>> On 21/10/17 15:18, Jesús Lopez wrote:
>>
>> Buenas de nuevo Iván. Debes tener algún problema con el correo de la
>> lista. Ese mismo día te contesté:
>>
>> Hola Iván.
>>
>> Sí, es posible. Yo para esos casos suelo usar estas dos etiquetas:
>>
>> • boundary=protected_area
>> • area=yes
>>
>> En esta página del wiki [1] lo tienes mejor explicado todo lo relacionado
>> con los monumentos.
>>
>> Un saludo.
>> Jesús
>>
>> [1] https://wiki.openstreetmap.org/wiki/ES:Key:ref:bic
>>
>>
>>
>> Y también lo hizo Jesús Gómez Fernández:
>>
>> Iván echa un vistazo a la clave heritage[1] y si puedes utiliza también
>> la combinación de etiquetas
>>
>> boundary=protected_area
>> protect_class=xx
>>
>> Como comenté por la lista hace unos meses, el esquema protect_class es
>> bastante más preciso para definir áreas de protección de cualquier tipo y
>> está adaptado a las particularidades de cada país. [2]
>>
>> Un saludo.
>> Jesús Gómez
>>
>>
>> [1] http://wiki.openstreetmap.org/wiki/Key:heritage
>> [2] http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dprotec
>> ted_area#Classification
>>
>>
>>
>> Esperemos que hoy si recibas las respuestas :)
>>
>> Un saludo.
>> Jesús López
>>
>> El 21 oct 2017, a las 16:00, Iván Hernández Cazorla <ivanher...@gmail.com>
>> escribió:
>>
>> Buenas,
>>
>> Envié este correo electrónico hace dos semanas aproximádamente, por lo
>> que intuyo que nadie sabe que responderme. ¿Saben de alguien que pueda
>> informarme sobre esta cuestión? Me sería de gran ayuda.
>>
>> Gracias de antemano.
>>
>> Saludos, Iván
>>
>>
>>
>>
>> _______________________________________________
>> Talk-es mailing 
>> listTalk-es@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-es
>>
>>
>> --
>> Iván Hernández Cazorla
>> Miembro de *Wikimedia España*
>>
>> _______________________________________________
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
>
>
> _______________________________________________
> Talk-es mailing 
> listTalk-es@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-es
>
>
> --
> Iván Hernández Cazorla
> Miembro de *Wikimedia España*
>
> _______________________________________________
> 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

Responder a