[Talk-co] Relaciones múltiples en una vía

[Igor TAmara]

Hola, super buena la guía, muchas gracias :).  Creo que ya estoy
aprendiendo.  Por lo pronto una pequeña descripción de lo que hice :

 1. trazar las divisiones en aquellos sitios en que había una vía
principal, por ejemplo, la avenida 68 o la autopista norte.
 2. no hacer trazas adicionales cuando pudiera hacer uso de divisiones o
vías ya existentes que no tuvieran separador o que fueran ciclorutas o
cualquier otra vía.
 3. Colocar la relación armando el multipolígono.  Colocar la función
correspondiente para la división :outer

De esta forma se aprovechó la existencia de la delimitación de la localidad
de Chapinero y se colocaron adicionalmente : Usaquén, Suba, Engativá,
Barrios Unidos.

También he tratado de ir colocando otros límites yendo hacia el sur en el
mapa de la ciudad.  Creo que Candelaria y su relación con Santafé serían
como las más complicadas, pero tal vez siguiendo las guías avanzadas de
relaciones, podría quedar bien :)

El conjunto de cambios donde especifiqué las relaciones es [1] por si
quieren darle una mirada para aplicar las correcciones correspondientes.

1.http://www.openstreetmap.org/browse/changeset/11802433

Después de las localidades vendrían las UPZ y finalmente los barrios, pero
para UPZ y barrios si debería ser más bien como un proceso automatizado....

Muchas gracias.

El 3 de junio de 2012 12:43, Germán Márquez Mejía <manchito en gmail.com>escribió:

> Se hace igual que los departamentos y municipios. Por supuesto varía el
> correspondiente admin_level [0] (sin alterar el de los límites que ya
> están cuando coincidan con los departamentales o municipales). Ejemplos
> de su aplicación en niveles inferiores al municipal se encuentran en
> Cartagena, Tuluá y Manizales.
>
> Algunos tips:
>
> -Si bien digo que no se debe alterar el admin_level de los límites que
> están, estos sí se pueden segmentar (tecla P) para adaptarlos a las
> divisiones inferiores. Por lo menos en JOSM, todos los pedazos
> resultantes conservan sus relaciones originales.
>
> -Cuando hay que seguir el curso de un río, el borde de un bosque, o
> similar, viene muy bien la herramienta de seguimiento (tecla F).
>
> -Las líneas que actúan como límite no deben tener nombre. Solo
> admin_level=x, boundary=administrative y source, si aplica. Todos los
> datos de la unidad administrativa van en la relación (el multipolígono).
> Es tarea del renderer hacer o no visibles sobre el límite los nombres de
> las áreas que delimita (que pueden ser muchas simultáneamente), no del
> mapero.
>
> -En el editor de relaciones, siempre tratar de dejar los miembros
> ordenados y verificar que todos los multipolígonos queden cerrados.
>
> [0] http://wiki.openstreetmap.org/wiki/Tag:boundary%
> 3Dadministrative#10_admin_level_values_for_specific_countries
>
>
> Am Sonntag, den 03.06.2012, 11:59 -0500 schrieb Igor Támara:
> > Hola, coloqué este conjunto de cambios para delimitar la localidad de
> > Suba, tal vía también ayudaría a hacer el delimitamiento de la
> > localidad de Usaquén, claro, todo esto en Bogotá, cómo sería el uso de
> > josm para colocar las relaciones múltiples de esos segmentos de vía
> > para generar el polígono y aprovechar los límites departamentales
> > también, hay un videotutorial o alguna explicación paso a paso de cómo
> > hacerlo?  Me gustaría emplear etiquetas parecidas a las que ya tiene
> > la localidad de Chapinero.
> >
> >
> > De esta forma tendríamos las localidades de Bogotá mejor demarcadas.
> >
> >
> > 1.http://www.openstreetmap.org/browse/changeset/11788715
> >
> >
> > Gracias de antemano.
> > _______________________________________________
> > Talk-co mailing list
> > Talk-co en openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-co
>
>
>
> _______________________________________________
> Talk-co mailing list
> Talk-co en openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-co
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://lists.openstreetmap.org/pipermail/talk-co/attachments/20120604/ea9716bb/attachment-0001.html>