Re: [Talk-es] Autovías vs. motorroad=yes
Iván Sánchez Ortega escribió: A ver, Voy a sacar el tema de las autovías y el tag de motorroad a un hilo de conversación nuevo. Resulta que los alemanes se han inventado un tag motorroad=yes, que se añade a un highway=trunk o un highway=primary para marcar sus Kraftfahrstraßes o como leches se pronuncie eso. El caso es que en España existía una clasificación parecida, las vías rápidas, que desde el 2003 se llaman vías para automóviles. Al menos por Madrid no hay ninguna, pero se supone que alguna queda por el norte, según me dijeron cuando me estudié el carnet de conducir... Para que veáis la similitud entre las vías para automóviles y las krafgrancomosediga, véanse las señales que hay en: http://es.wikipedia.org/wiki/Vía_rápida http://de.wikipedia.org/wiki/Kraftfahrstraße http://wiki.openstreetmap.org/wiki/Key:motorroad La pregunta es cuál de las siguientes dos opciones os parece mejor: - Usar motorroad=yes para las vías para automóviles, y dejar las autovías como están ahora, con su highway=motorway - Ignorar totalmente las vías para automóviles y usar motorroad=yes para las autovías (que pasarían de highway=motorway a trunk o primary dependiendo del color del número de referencia). (Y así queda zanjado la discusión sobre qué hacer con la M-45, que tiene todos los carteles con el M-45 en fondo naranja, pero todo el cartel con fondo azul - el resultado sería una highway=primary + motorroad=yes) Yo me decanto por la segunda opción, autovía=motorroad. Mi razonamiento es que hay muy poquitas vías para automóviles y muchas autovías; y que aunque en otros países usen las vías para automóviles, en España usamos mucho las autovías. ¿Opiniones? 2 opción - i approve this proposal ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] pgrouting
Hola José,
he probado el OpenJump y me gusta más que el uDig, que al estar basado en
Eclipse me va más lento, tiene fallos de renderización,etc.
Lo único que no he podido conseguir hacer es poder modificar/grabar los
datos de mi Postgis directamente desde el OpenJump, puedo editarlos, pero no
sé como grabarlos, ya que cuando le doy a Guardar datos seleccionados me
da un error de
SaveDatasetsPlugIn Exception:java.lang.NullPointerException
Saludos.
Iván.
2009/2/26 José Manuel Mira Martínez josema.m...@gmail.com
El 26 de febrero de 2009 17:02, Ivan Garcia capisc...@gmail.comescribió:
Hola José,
para compilar el osm2pgrouting sin problemas prueba esto
modifica en src/stdafx.h:
de
#include string
a
#include string.h
y dale al make
Muchas gracias por la información. He realizado el cambio y ha compilado a
la primera. Ahora sólo me queda probarlo.
Saludos, ya nos dirás como te ha ido. A mí de momento me funciona genial,
he probado con el OSM de Valencia y me lo carga en la base de datos de
Pgrouting (postgis) y entonces uso la función
SELECT assign_vertex_id('edges', 0.0001, 'the_geom', 'gid'); para crear
los vértices de las intersecciones de las vías.
Me gusta mucho como trabaja esta utilidad. Ahora las intersecciones si que
son generadas perfectamente, sin tener que recurrir a herramientas externas
(ej. OpenJump, GRASS, ArcInfo). El resultado es muy notable, y tiene en
cuenta los pasos a distintos nivel,
no computa elementos lineales no rutables (ríos, barrancos, ffcc,tram).
(ej:http://www.openstreetmap.org/?lat=38.37951lon=-0.45314zoom=16layers=B000FTF
)
, asigna el coste en función de la dirección, lo mismo para el
reverse_cost, genera los x1,y1,x2,y2 sólo. Vamos, que preparado para
realizar cálculos de rutas optimas a la primera.
Sólo le veo una mini-pega, es que desaparece la columna del tipo de vía,
que es sustituida por class_id, que viene definida en el fichero de
configuración xml (mapconfig.xml).
Después ya puedo calcular mis rutas usando
DROP TABLE IF EXISTS dijsktra_result;
CREATE TABLE dijsktra_result(gid int4) with oids;
SELECT AddGeometryColumn('dijsktra_result', 'the_geom', '4326',
'MULTILINESTRING', 2);
INSERT INTO dijsktra_result(the_geom)
SELECT the_geom FROM dijkstra_sp('edges', 52, 35);
Donde 52 es el vértice de inicio y 35 es el vértice de llegada, son
ejemplos.
Finalmente para visualizar esa ruta generado uso el uDIG para conectarme
directamente a la BBDD y lo representa en colores muy chulo.
Sí en uDig te parece chulo, te aseguro que con OpenJump, con la opción Capa
- Ejecutar consulta de almacén de datos - tu query sql donde debes de
formatear la columna geometria por st_aseWkb(tu columna geométrica) el
resultado es sensacional. Reconozco que tengo debilidad por OpenJump, es muy
didáctico.
En fin, que muchas gracias por la información.
Por último, he pensado realizar un mini-manual sobre este tema y colgarlo
en la wiki de OSM para que todos tengamos un punto de partida. y mejorarlo y
ampliarlo al gusto de todos. Cuando lo tenga lo comunicaré a la comunidad.
Creo que ya sólo queda realizar salidas por internet con OpenLayer o
MapServer.
Un saludo a todos.
J3M
Saludos.
Iván.
2009/2/26 José Manuel Mira Martínez josema.m...@gmail.com
Hola a todos,
El 26 de febrero de 2009 0:16, Ivan Garcia capisc...@gmail.comescribió:
Hola José, dices que has probado el programa osm2pgsql y tiene ciertas
limitaciones,
Matizo la frase. Tiene ciertas limitaciones para usar osm como tablas
adecuadas para calcular rutas. Por lo demás es una estupenda herramienta
para obtener de forma más o menos ordenada los datos de osm en la
geodatabase Postgres-postgis.
Para routing necesitas:
- nodos de inicio de linea y fin de línea en las intersecciones de calle
- tener bien definido el oneway, al menos para obtener rutas que tengan
en cuenta las direcciones, que es lo que hace el algoritmo
shortest_path_shooting_star, que a su vez nos sirve para asignarle un coste
inverso (reverse_cost) a las direcciones en un único sentido (y a las
junction/roundabout)
- opcionalmente una tabla de nodos un poco más explícita, con alias para
nodos en cristiano, para que nos pueda llevar en vez del nodo 45 al 256, del
Hotel (nodo 45) al restaurante (nodo 256), que es lo que
hacemos con los navegadores de coche.
- Por otra parte, y esto es algo que deberiamos pensar todos los
'osemeros' , pgrouting te permite asignar costes adicionales a las
intersecciones, para indicar que no se tarda lo mismo, por ejemplo,
continuar recto, que girar a la izquierda. Yo personalmente he pensado en
utilizar los pocos semáforos de osm, pero tienen que estar ubicados en la
intersección.¿creo?, pero no se como hacer para indicarle estos pesos de
giro a izq. o dcha.
- osm2pgsql genera una tabla de líneas, donde se encuentran las calles
entre otras, pero también incluye los ríos y barrancos que
Re: [Talk-es] pgrouting
El 27 de febrero de 2009 11:57, Ivan Garcia capisc...@gmail.com escribió:
Hola José,
he probado el OpenJump y me gusta más que el uDig, que al estar basado en
Eclipse me va más lento, tiene fallos de renderización,etc.
Me alegro de que compartas esta opinión. Tener uDig es como mover una rueda
de molino sin engrasar.
Lo único que no he podido conseguir hacer es poder modificar/grabar los
datos de mi Postgis directamente desde el OpenJump, puedo editarlos, pero no
sé como grabarlos, ya que cuando le doy a Guardar datos seleccionados me
da un error de
SaveDatasetsPlugIn Exception:java.lang.NullPointerException
Me imagino que te habrás instalado el plugin correspondiente de PostGIS:
http://sourceforge.net/project/showfiles.php?group_id=118054package_id=179545release_id=464883
e instalado correctamente, es decir, en el directorio path
openjump/lib/ext. El driver jdbc debe de estar en tu ext/lib de tu
instalación de java (en mi caso
/usr/lib/jvm/java-6-sun-1.6.0.10/jre/lib/ext/ postgresql-8.0.309.jdbc3.jar)
Posteriormente, una vez que has cargado una layer de postgis y lo has
editado para guardar debes de tener la precaución de asignar correctamente
la SRID (referencia espacial) a la que se corresponde con tu tabla postgis.
En el caso de layers de OSM utiliza el 4326. Para ello: Barra Menu - Layer
- ChangeSRIDplugin. Ten presente que OJ por defecto trabaja sin proyección,
es decir, SRID = -1
Con esto debe de ser suficiente.
Una aclaración: si no ha cambiado OJ, lo que hacía era borrar todos los
registros de la tabla y volcarlos de nuevo. Esto está bien si tus datos no
tienen otras dependencias, o procede de una shape o similar que quieres
añadir como una tabla nueva. Por ello nunca utilizo OJ para la edición de
PostGIS. Siempre utilizo Qgis porque está diseñado específicamente para
PostGIS, y de hecho trabaja de forma transaccional, es decir,
1. inicias sesión de digitalización
2. borras, modificas posiciones, añades, etc
3. cierras la sesión de digitalización.
Sólo los registros afectados se incluirán en la transacción, es decir, un
BEGIN y un COMMIT
Por cierto, hay un plugin en QGIS para crear una layer a partir de un OSM.
Sólo obtiene la geometria, obviando los atributos, pero es un buen comienzo.
Saludos,
Jose
Saludos.
Iván.
2009/2/26 José Manuel Mira Martínez josema.m...@gmail.com
El 26 de febrero de 2009 17:02, Ivan Garcia capisc...@gmail.comescribió:
Hola José,
para compilar el osm2pgrouting sin problemas prueba esto
modifica en src/stdafx.h:
de
#include string
a
#include string.h
y dale al make
Muchas gracias por la información. He realizado el cambio y ha compilado a
la primera. Ahora sólo me queda probarlo.
Saludos, ya nos dirás como te ha ido. A mí de momento me funciona genial,
he probado con el OSM de Valencia y me lo carga en la base de datos de
Pgrouting (postgis) y entonces uso la función
SELECT assign_vertex_id('edges', 0.0001, 'the_geom', 'gid'); para crear
los vértices de las intersecciones de las vías.
Me gusta mucho como trabaja esta utilidad. Ahora las intersecciones si que
son generadas perfectamente, sin tener que recurrir a herramientas externas
(ej. OpenJump, GRASS, ArcInfo). El resultado es muy notable, y tiene en
cuenta los pasos a distintos nivel,
no computa elementos lineales no rutables (ríos, barrancos, ffcc,tram).
(ej:http://www.openstreetmap.org/?lat=38.37951lon=-0.45314zoom=16layers=B000FTF
)
, asigna el coste en función de la dirección, lo mismo para el
reverse_cost, genera los x1,y1,x2,y2 sólo. Vamos, que preparado para
realizar cálculos de rutas optimas a la primera.
Sólo le veo una mini-pega, es que desaparece la columna del tipo de vía,
que es sustituida por class_id, que viene definida en el fichero de
configuración xml (mapconfig.xml).
Después ya puedo calcular mis rutas usando
DROP TABLE IF EXISTS dijsktra_result;
CREATE TABLE dijsktra_result(gid int4) with oids;
SELECT AddGeometryColumn('dijsktra_result', 'the_geom', '4326',
'MULTILINESTRING', 2);
INSERT INTO dijsktra_result(the_geom)
SELECT the_geom FROM dijkstra_sp('edges', 52, 35);
Donde 52 es el vértice de inicio y 35 es el vértice de llegada, son
ejemplos.
Finalmente para visualizar esa ruta generado uso el uDIG para conectarme
directamente a la BBDD y lo representa en colores muy chulo.
Sí en uDig te parece chulo, te aseguro que con OpenJump, con la opción
Capa - Ejecutar consulta de almacén de datos - tu query sql donde debes de
formatear la columna geometria por st_aseWkb(tu columna geométrica) el
resultado es sensacional. Reconozco que tengo debilidad por OpenJump, es muy
didáctico.
En fin, que muchas gracias por la información.
Por último, he pensado realizar un mini-manual sobre este tema y colgarlo
en la wiki de OSM para que todos tengamos un punto de partida. y mejorarlo y
ampliarlo al gusto de todos. Cuando lo tenga lo comunicaré a la comunidad.
Creo que ya sólo queda
Re: [Talk-es] Nueva licencia de OSM
hi! Holas, Quiero llamar la atención sobre el calendario para el cambio de licencia de OSM: http://wiki.openstreetmap.org/wiki/Open_Data_License/Implementation_Plan Si seguís la lista inglesa y/o la lista legal, estaréis al tanto. Si no lo estáis pero os interesa... ¡leed los archivos de las listas! En ellas se han publicado enlaces a la nueva licencia, la ODbL. y tu que estás mu puesto en estos menesteres de las licencias nos podrías traducir al cristiano a que tipo de licencia libre humanoide se asemeja 8-) . saludos, Un saludo, ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Nueva licencia de OSM
El Viernes, 27 de Febrero de 2009, Martín Vales escribió: y tu que estás mu puesto en estos menesteres de las licencias nos podrías traducir al cristiano a que tipo de licencia libre humanoide se asemeja 8-) . Se asemeja a una CC-by-sa, pero adaptada a la legislación europea sobre bases de datos. :-) -- -- Iván Sánchez Ortega i...@sanchezortega.es Knowledge is of two kinds. One is what we know. The other is what we can look up. -- John Ruskin signature.asc Description: This is a digitally signed message part. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
