Mapa GPS

Pongo capturas del problema con las fuentes en el BaseCamp que habia reportado hace un tiempo.

OSM Argentina - 20121111

OSM Alternativa Libre

Comercial

Lo del problema con el zoom que va y viene raro en el Nuvi no es problema del mapa, me pasa con estos otros dos mapas tambien.

Lo que todavia no entiendo es porque algunas intersecciones las encuentra y otras no.
Ya defini los limites de nivel 8, en algunos lados adicionalmente cargue los tags is_in:* que en principio no debieran ser necesarios porque la relacion del limite ya le marcaria el interior.

Hola estimados amigos he leído prácticamente todo de su página.
Reciban una enorme felicitación de mi parte porque es de admirar el constante interés por mejorar su mapa de Argentina, solo inicialmente y ahora logar incluirle buena parte de los países fronterizos. Eso, al menos hasta donde he logrado incursionar no lo tenemos acá en Ecuador y si es que existe y ustedes lo conocen les agradezco su ayuda haciéndome saber al respecto.
Bueno mi caso es que después de ver su página y encontrar que han tenido y solucionado algunos problemas similares a los que encuentro en el mapa que bajé de OSM, tal vez me quieran ayudar, por lo cual les agradezco desde ya si lo pueden hacer, pero si no, lo entenderé perfectamente.
Mil gracias por tomarse el tiempo para analizar mi solicitud y si su respuesta es positiva estaría enviándoles el detalle del antes mencionado mapa.
Cordial saludo para todos en este sitio.

El cambios de licencia de OSM no se ha reflejado en los textos del “Acerca de” del mapa. Sigue apareciendo el CCBYSA y debiera ser el ODBL

En todo el sitio web sigue diciendo CC-BY-SA también.

Podés poner CC-BY-SA como licencia a los mapas Garmin que armás, pero tenés que decir que los datos de fuente de OSM están bajo la licencia ODbL.

Martin, te repregunto lo de la busqueda por interseccion porque me tiene intrigado.

Por ejemplo, encuentra bien, (en orden de entrada al Nuvi) Uruguay, Punta Del Este, California esquina San Francisco
pero no encuentra Uruguay, Minas, Domigo Pérez esquina Franklin Delano Roosevelt (Nodo http://www.openstreetmap.org/browse/node/1338482600 )

No entiendo si hay algo mal en los datos y hay que corregirlos, o es que en la compilacion no estas actualizando los limites administrativos (uno esta desde el 6 de noviembre http://www.openstreetmap.org/browse/relation/2559279 y el otro desde el 11 de octubre http://www.openstreetmap.org/browse/relation/2470435 que es el caso que funciona)

Gracias desde ya.

No se si tiene algo que ver, pero tengo un garmin 2495 y tampoco me encuentra los puntos por intersección. Iba a postearlo en breve… :confused:

Cambié el texto, ahora dice: “(C) Colaboradores de OpenStreetMap”

No cabe todo el texto, con lo cual debería probar de incorporar el archivo de la licencia con la opción de mkgmap “–license-file=file”

Hola Muralito!

El tema de las intersecciones ha sido desde meses motivo de grandes dolores de cabeza, dado que en un principio he pensado que estaba haciendo las cosas mal. Finalmente después de investigar y realizar un sin número de pruebas llegué a la conclusión de que se trata de un problema de mkgmap. He consultado con varios especialistas, entre ellos Argenos, los cuales coinciden en lo siguiente:

El formato garmín es poco conocido y lo que se conoce fue basado en la descripción realizada John Mechalas (http://garmin-img.sourceforge.net/)

Las calles que se dividen en varios segmentos son las que tienen problemas. Estos problemas son tanto para intersecciones como para la direcciones. Aparentemente mkgmap no trata correctamente estos casos y de ahí que existan estos problemas.

He leído en la lista mkgmap-dev que estan tratando de solucionar estos problema, pero se hace a modo de ingeniería inversa, con lo cual se demorará un poco la solución del problema.

Fijate que en “Problemas conocidos” en http://www.i-nis.com.ar/osm/garmin se hace referencia a los problemas del mapa.

Gracias por la informacion. Principalmente queria asegurarme de que no fuera un tema de datos que se estuvieran ingresando mal y que se pudiera corregir por ese lado
Me parecia que no, porque a primera vista estaban los datos cargados similares (salvo la fecha de terminado), y p.ej. nominatim mostraba todo como debe ser. Voy a ver si pruebo los datos de OSM con el navit u otra software similar. ¿Tenes alguna sugerencia para eso?

Yo he visto que las intersecciones son bastante bien manejadas por “mapfactor”, un navegador que tiene una versión gratis para android. Y usando esta aplicación, siempre encontré las intersecciones sin problemas.

http://navigatorfree.mapfactor.com/es/

también está disponeble por el playstore de google.

En otras aplicaciones como OSMAnd funcionan correctamente la búsqueda por intersecciones y la búsqueda por direcciones.

Juan Facundo, es un problema propio de los mapas para navegadores Garmin creados con Mkgmap.

Si entendí lo que decías. Le respondía a:

Martin:

He encontrado algun caso donde el ruteo lo hace bien en cuanto a la ruta a tomar, pero mal en cuanto a las indicaciones que da.
Te paso uno puntual por si lo podes revisar.
http://www.openstreetmap.org/browse/way/178813170

Al rutear por esta avenida en los cruces http://www.openstreetmap.org/browse/node/917391658 y http://www.openstreetmap.org/browse/node/917572986 te dice que dobles cuando hay que seguir recto.
Lo de los cruces te los pongo como referencia bastante aproximados pero no seguro, porque venia manejando, puede ser algunos metros antes o despues.

(La version del mapa no es la de ayes, es la primera de diciembre)

Lo probe en el basecamp
y las indicaciones para seguir recto son

Direccion/Nombre , Distancia, Hora, Distancia Total, Tiempo Total, Trayecto, Posicion

  1. Avenida Italia, S34 53.442 W56 09.154
  2. Entrar en Avenida Italia y conducir hacia el este, 0 m, 0 m, 253.0° verdadero, S34 53.442 W56 09.154
  3. Girar a la izquierda en Avenida Italia, 466 m, 22 s, 466 m, 22 s, 61.4° verdadero, S34 53.344 W56 08.874
  4. Girar a la derecha en Avenida Italia, 301 m, 54 s, 766 m, 1 min, 64.8° verdadero, S34 53.273 W56 08.697
  5. Avenida Italia1, 1.0 km, 2 min, 1.8 km, 3 min, 90.0° verdadero, S34 53.207 W56 08.033

El problema en 3 y 4 me parece que esta en las vias que hay para doblar en esos lugares.

Hola.

Hay un error en la ciudad de Neuquén, y no se a que puede deberse. Si hago una búsqueda de un punto “krav maga” en osm, el resultado es:

Centro deportivo Krav Maga Neuquen, 214, Chile, Barrio Nuevo, Neuquén, Confluencia, Neuquén, 8300, Argentina

entre otros.

Pero en garmín me da:

Nótese que dice “Cipolletti”, lo que es totalmente erróneo.

Otro ejemplo: “escuela tecnica epet 8” que da como resultado de búsqueda en osm:

Escuela Técnica EPET 8, Perticone, Neuquén, Confluencia, Neuquén, 8300, Argentina

Pero Garmín dice:

Nótese lo mismo.

Espero pueda resolverse.

Saludos.

Me parece que está relacionado con el hecho que no está marcado el límite de la ciudad de Neuquén con admin_level 8. Yo encontré los límites entre barrios pero no el de la localidad.

El límite de la ciudad está marcado, solo que con nivel 7, dado que era límite municipal. Lo había preguntado en otro tópico. La relación que define la ciudad de Neuquén Capital es la http://www.openstreetmap.org/browse/relation/2598332, y del mismo modo he definido la de Plottier, y algunas otras que voy haciendo mientras avanzo en el plano de la provincia.
En la wiki está especificado los admin level específicos para cada país: http://wiki.openstreetmap.org/wiki/Admin_level#10_admin_level_values_for_specific_countries y acá dice que en el caso es 7.

Pero debés tener razón, leí en un momento que los límites administrativos que se renderizaban (esta bíen dicho?) eran solo los de nivel 2, 4 y 8.

Concuerdo con alperton. Lo que no tengo claro es si tendria que haber dos relaciones (una para el municipio y otra para la ciudad, con los mismos miembros y distinto admin_level) o el tema tendria que solucionarse con los mapeos del mkgmap, para que en ese caso tambien tome el admin_level 7.