On Tuesday 14 October 2008 09:46:07 Guillermo Sansovic wrote: > El 13/10/2008 22:09, Matias D'Ambrosio dijo : > > Mandé un email a la lista global de OSM y me dijeron que está ok usar el > > role de esta manera, lo escribí un poco mas formal y cambié uno o dos > > detalles > > Te respondieron más bien que cada uno podía hacer lo que quería, pero > presentaron tambien una serie de objeciones. Copio acá los comentarios > Me dijeron que usar el role esta ok, si esto no era así, no servía. El resto del thread no lo pegu'e acá porque me pareció que no correspondía (y es mucho para traducir :-P ).
> > You will not find a scheme that has no problems. One big problem with > > yours is that if a way is split in two, then things become veery > > difficult; you basically need an editor plugin that then splits the > > relation into two as well, with the nodes from one half of the way in > > one relations and the others in the other. Splitting ways is a > > relatively common operation I think. > > Esta es también mi objeción fundamental. En OSM se están modificando > constantemente las calles. Como ejemplo, Buenos Aires, que ya está > dibujada por completo hace más de medio año sigue recibiendo > actualizaciones casi a diario. Muchas de las veces la gente que edita > está recién empezando y se encuentra con que, a lo mejor, la calle de la > esquina de la casa tiene algún error. Lo corrige y en el proceso deja > con frecuencia calles desconectadas o intersecciones sin el nodo > correspondiente. Esto es relativamente fácil de corregir si uno revisa > periódicamente las ediciones en la zona que conoce. > Sin embargo, si a esto le agregamos la complejidad adicional de una > relación que incluya cada una de las intersecciones de la calle y que > debe ser mantenida por separado, mucha de esa gente cometería más > errores o sería excluída de participar. No podemos darnos el lujo de > despreciar a la gente que dibuja los mapas porque son la esencia de OSM. > El problema del vandalismo es central en OSM y por eso se está trabajando en el protocolo 0.6 . Como le dije a Frederik, un bot puede arreglar esto de manera trivial, o una modificación a los editores para que lo haga automáticamente. > > Also, you are re-using the existing nodes in a street. This means that > > if someone moves these around to improve the shape, the house numbers > > move with it which might not be desirable. - What happens if you have an > > extra node beside the way (e.g. a pharmacy) for which you want to add a > > house number? > > Esto no lo veo tan problemático en ninguno de los esquemas que > planteamos siempre y cuando nos restrinjamos a poner alturas asociadas a > los nodos de las intersecciones exclusivamente. Es difícil que cambien > de posición. > Esto fue un error de Frederik, costumbre de usar Karlsruhe, agregar nodos que no pertenezcan a la vía es independiente, como le respondí. Todos los sistemas propuestos para -ar usan los nodos de la vía, a menos que me olvide de alguno. > > With the current state of editors, I cannot see the "ease of editing" > > you talk about. > > De nuevo de acuerdo con Frederik. Tu relación no estaría asociada de > ninguna manera visible con el mapa que estás viendo en el editor. La > única forma sería con un plugin de JOSM como sugieren en otra parte de > la respuesta, pero ahí de todos modos dejarías afuera a todos los > usuarios de Potlatch. > Eeh? Tanto JOSM como Merkaartor muestran las relaciones a las que pertenece una vía! Con mi sistema, se hace click en la vía y hay una relación con type=street_number, con la de un nodo por relación habría tantas relaciones en la vía como nodos (10, 20, 50...). Tu sistema accede a la relación de la misma manera. El único sistema que no funciona así es Karlsruhe, creo, pero necesita tanto trabajo que ni en Karlsruhe (la ciudad) está completo. > > As for the efficiency in storage, I suggest you take the long-term view: > > I am 100% sure that at some point in the future, OSM will have at least > > one node for every house, more likely a building outline for every > > house. > > El tema de la eficiencia, como dije en otro post, me parece irrelevante. > Los datos de OSM nunca son usados directamente sino que son > transformados por la aplicación antes de su uso: por ejemplo el > rendering se hace desde una base de datos Postgres o las aplicaciones de > ruteo generan su propio formato de archivos con el grafo de las > distancia. El servicio de Namefinder, que sería el encargado de usar las > alturas, también procesa significativamente los datos antes de usarlos. > Aunque no es la prioridad #1, tampoco veo por que ignorarla, o terminás con cosas como java. Como le aclaré a Frederik, la eficiencia en edición también es un punto a favor en mi diseño, necesita *mucho* menos trabajo que los otros propuestos. > Un detalle que vale la pena aclarar es que Frederik es probablemente > una de las personas que más sepa de estos temas: escribió el que es > hasta ahora el único libro de OSM y es el encargado de mantener el JOSM. > Por otro lado es el autor del único esquema de numeración en uso en OSM > (Karlsruhe). > Y está fijado en Karlsruhe :-) Como le respondí a el, el sistema de Karlsruhe puede que sea el que se adopte a la larga, pero necesita muchisimo trabajo, mas precision que la que tenemos la mayoría aca (se necesita un GPS o imágenes de altísima resolución). Creo que sería útil hacer una comparación entre los sistemas propuestos, en vez de hacer críticas que en algunos casos aplican a todos. Por ej, así se marcaria una calle de 10 nodos con mi método (una acción por renglón): Seleccionar la vía y el nodo 1, nodo 2, nodo 3, nodo 4, nodo 5, nodo 6, nodo 7, nodo 8, nodo 9, nodo 10, (con una mínima modificación al editor se podría hacer esto con dos clicks) poner "crear relación". Poner los tags: type=street_number scheme=sequential sequence=odd_right cambiar el role de nodo 1 por su número cambiar el role de nodo 2 por su número cambiar el role de nodo 3 por su número cambiar el role de nodo 4 por su número cambiar el role de nodo 5 por su número cambiar el role de nodo 6 por su número cambiar el role de nodo 7 por su número cambiar el role de nodo 8 por su número cambiar el role de nodo 9 por su número cambiar el role de nodo 10 por su número Estamos hablando de unos 25 clicks y escribir 13 tags. Con la modificación al editor serían 15 clicks y escribir 13 tags. Así se marcaría la misma calle con la última de las propuestas (que creo es la más eficiente a la hora de editar), el tag de type podría copiarse en vez de escribirse, sigue siendo una acción pero más corta: Seleccionar la vía y un nodo, poner "crear relación". Poner los tags: type=ar:street_number street_number_right=901 street_number_left=900 Seleccionar la vía y un nodo, poner "crear relación". Poner los tags: type=ar:street_number street_number_right=1001 street_number_left=1000 Seleccionar la vía y un nodo, poner "crear relación". Poner los tags: type=ar:street_number street_number_right=1101 street_number_left=1100 Seleccionar la vía y un nodo, poner "crear relación". Poner los tags: type=ar:street_number street_number_right=1201 street_number_left=1200 Seleccionar la vía y un nodo, poner "crear relación". Poner los tags: type=ar:street_number street_number_right=1301 street_number_left=1300 Seleccionar la vía y un nodo, poner "crear relación". Poner los tags: type=ar:street_number street_number_right=1401 street_number_left=1400 Seleccionar la vía y un nodo, poner "crear relación". Poner los tags: type=ar:street_number street_number_right=1501 street_number_left=1500 Seleccionar la vía y un nodo, poner "crear relación". Poner los tags: type=ar:street_number street_number_right=1601 street_number_left=1600 Seleccionar la vía y un nodo, poner "crear relación". Poner los tags: type=ar:street_number street_number_right=1701 street_number_left=1700 Seleccionar la vía y un nodo, poner "crear relación". Poner los tags: type=ar:street_number street_number_right=1801 street_number_left=1800 40 clicks, y escribir 30 tags, o 40 clicks, 10 combinaciones de teclas y escribir 20 tags. Una vía de diez nodos es bastante típica, de menos son bastante raras. Una vía de dos nodos (el mínimo): Sistema de una relación por vía: 5 clicks, escribir 5 tags. Sistema de una relación por nodo: 8 clicks, escribir 6 tags. Una vía de 20 nodos: Sistema de una relación por vía: 45 clicks, escribir 23 tags. Sistema de una relación por nodo: 80 clicks, escribir 60 tags. Estoy asumiendo que hace falta un click por role, que no debería ser el caso si el editor anda bien, pero como le juega en contra a mi sistema no creo que se quejen :-P Si los editores soportaran seleccionar los nodos de una vía y el diálogo de relaciones está bien, mi sistema siempre andaría con menos de 5 clicks + escribir tags. Esto obviamente no es exacto, porque puede que haya que mover la vista, etc, pero es un buen indicar en general. Una relación por nodo: PRO: Más resistente a los novatos. CON: Necesita mucho más trabajo. Menor flexibilidad (no soporta que los números estén puestos sin separación par/impar, por ej). Una relación por vía: PRO: Mínimo trabajo requerido. Flexible. Fácil de modificar cosas como impar/par si están erradas, ya que es una propiedad de la calle. CON: problemas con splitting (necesita mejor soporte de editores/un bot lo arregla). _______________________________________________ Talk-ar mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-ar
