[Talk-es] primer upload

[Iván Sánchez Ortega]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

El Lunes 19 de Febrero de 2007 12:37, Francisco R. Santos escribió:
> > ah, pensaba que era importante mantener unidos los trozos de la misma
> > calle/carretera. ¿Hago lo mismo en las carreteras, cuando llegan a una
> > rotonda?
>
> Si, mejor. Y ten cuidado con las carreteras *muy* largas, mejor las divides
> cada cierta distancia. Yo hice una única "way" con muchísimos segmentos de
> la A-4 (unos 250km) y ahora no me la puedo descargar completa con el JOSM
> para seguir tocándola :-(.

Además, ahora yo me estoy dando cuenta de que las carreteras *tan* largas hay 
que empezar a dividirlas cada cierta distancia, para tener en cuenta los 
*puentes*. Y el dividir más de 100 segmentos es algo pesado.

[...]
> También habrá que dividir la calle cuando pase de un sentido al contrario,
> o a doble sentido. En general, cuando cambien las características de la
> calle, se divide en dos.

Si tenéis mucho, pero mucho interés por el detalle, puedes tener en cuenta el 
número de carriles, y hacer un "way" nuevo cada vez que cambien los carriles, 
o el tipo de arcén, o si pasa de tener farolas a cada lado a no tenerlas, o 
si pasa de tener quitamiedos a no tenerlo.

Hasta qué nivel de detalle se quiera entrar ya es decisión de cada uno, pero 
normalmente hay un consenso, que se basa en qué es lo que ofrecen los 
renderizadores (osmarender y mapnik). Personalmente, creo que no hay que 
preocuparse por cosas como los quitamiedos, o el número de carriles, ya que 
ese nivel de detalle no interesa.

Pero, si consideraras que hay que tener esas cosas en cuenta, habría que hacer 
un "way" separado para cada fragmento de carretera en el que varíe el estado 
de los quitamiedos.

- -- 
- ----------------------------------
Iván Sánchez Ortega <ivansanchez en escomposlinux.org>

http://acm.asoc.fi.upm.es/~mr/ ; http://acm.asoc.fi.upm.es/~ivan/
MSN:i_eat_s_p_a_m_for_breakfast en hotmail.com
Jabber:ivansanchez en jabber.org ; ivansanchez en kdetalk.net
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFF2ZTwR56dWuhgxGgRAvvBAJ9nMvQxW4GbqqJu8LA7UPaTBV941wCdGEBN
P3pqT1HtxRzZlfEgcBytXFI=
=gcfp
-----END PGP SIGNATURE-----