He leído mucho por el foro pero no recuerdo si esto se ha comentado.
Imagino que a todos os habrá pasado esto, (sino es que tengo un “poltergueist” en mi pc :? ).
Cuando le doy a una “seta” de error de mapa reportado por algún usuario, pasa en la mayoría de las veces que la ruta marcada por waze o la ruta marcada por el usuario o incluso ambas no aparacen completas, aparecen cortadas, con lo que averiguar dónde está el error, cuando solo pone “general error” se hace imposible. En estos casos reviso giros en las calles o carreteras por donde posiblemente esté el dichoso error, si lo encuentro lo corrijo, pero sino, miro la fecha del reporte y si es muy antiguo lo marco como no encontrado, si es reciente lo dejo algunos días más a ver si otro editor consigue resolverlo.
Doy por sentado que hay setas que no hay opción de ver las rutas por el tipo de error reportado o sólo es posible ver alguna de ellas, yo me refiero a las setas donde puedes marcar y desmarcar las dos rutas.
Con todo esto, pregunto: :?:
¿ este error os pasa a todos ?
si es así, se supone un error del editor, entonces…
¿ los programadores de Waze lo saben y están trabajando en ello ?
o
¿ puede ser un error del cliente al reportar el error ?
¿ Hago bien en marcar algunos reportes como no detectados o es preferible dejarlos ?
:shock: Espectante me hallo ante vuestras sabias respuestas
Saludos a todos.
Si. Todos vemos lo mismo al pulsar en las “setas” (UR= update request en lenguaje Waze)
Yo creo que el error más bien viene de que las rutas de color verde son los datos que el sistema recoge de las posiciones GPS de los móviles de los usuarios. Estos datos no son continuos, pues el GPS no está siempre transmitiendo… o la información que se recoge no es exacta, pues el GPS no lo es… puede haber muchas razones para que las rutas no sean completamente precisas. También influye el momento en el que el usuario pulsa el botón para notificar error: El sistema guarda y transmite los datos de ese momento, con una ventana de tiempo hacia atrás y hacia adelante. Si el error se notifica lejos o después del sitio donde físicamente está es prácticamente imposible saber donde está el problema.
Por lo dicho más arriba, creo que no ha lugar a que el error sea de programación.
Marcarlo como no detectado implica que el problema se cierra, desaparece y quitas la posibilidad a otros editores de que encuentren una solución que tú no has visto. Ahora bien, somos cuatro gatos editando los mapas y el hecho de dar una respuesta al usuario, aunque sea un “no tengo ni flores de cual es tu problema”, implica transmitir a ese usuario que hay “vida” al otro lado y probablemente le anime a intentar reportar más cosas. Dicho todo lo anterior, voy a consultar a los otros country managers a ver si hacemos una encuesta para definir un tiempo prudencial para “recomendar” el cierre de los UR.
Y si nos pones un permalink del error que hayas detectado… una imagen vale más que mil palabras!
@pedrimorféo:
Hola!, yo funciono igual que tú. Lo pruedente me parece dejar los reportes unos días , ya que a veces nosotros mismos marcamos UR de errores para luego tenerlos marcados en el editor y corregirlos ( aunque hay editores que ya te los están corrigiendo antes de que aparques el coche , que ya me tiene pasado unas cuantas veces :lol: :lol: :lol: )
Creo que lo bueno de esto (y lo comento porque ya me tiraron de las orejas por cerrar uno que no supe arreglar) es que quien lo puso, si lo puso conscientemente recibirá un correo de que ese reporte ha sido revisado - cerrado o que falta información, y tiene 10 dias para supervisarlo si está de acuerdo o no con la corrección.
Si no los cerramos en un tiempo determinado, se va a llenar el editor de chinchetas (setas para otros).
y no se que hacer con ella, en parte tiene razón en el error, el letro indica Liendo,
pero no existe ninguna localidad con ese nombre, “Liendo” es el nombre del ayuntamiento, seguro que hay más casos como este, pero no se qué solución darle.
Es un caso difícil el de los municipios y núcleos de población. Waze le da muy mal soporte, y el buscador que usa (más o menos Bing) hace de las suyas, porque si buscas Liendo te devuelve Hazas, que será parte del ayuntamiento, pero sin dar más pistas. Si no conoces la zona, la conclusión es que no encuentra la población, como dice el sufrido usuario.
Por otra parte, el error es de febrero. ¿Podría ser que no estuvieran marcadas las poblaciones? No sabiendo el término buscado resulta complicado.
Si Waze hubiera mejorado el sistema de UR, se podría mandar un mensaje personalizado pidiendo datos. Estará en pendientes, pero es necesario que esto cambie, porque es posible que cerrando la incidencia con un ‘no tengo ni idea’ (not identified), el usuario sienta el aliento de alguien más tras los mapas, pero también puede llegar a pasar que piense que el responsable de ese aliento pasa olímpicamente del problema.
Rompo una lanza por una mejora en el sistema de UR. Es básico tanto para mejorar los mapas como para atraer nuevos usuarios.
Pues el debate ya está servido. . Cuando hay un error importante , la zona se llera de UR. Creo que un UR aislado, que no afecta a la navegación, abierto desde hace 8 meses, se podría cerrar sin mayor problema como “no resuelto”… porque además , no lo vamos a resolver y podemos pasarnos discutiendo meses…
La pregunta mágica: ¿y que hacen nuestros compañeros extranjeros con los UR que no saben resolver :roll: :roll: :roll: ??
Queda claro entonces, por una parte si que es cierto como dices Plumaveloz
No es la primera vez que leo sobre la inexactitud de los GPS y de ahí cuando pregunto si es posible por un error del Cliente, con lo cual queda aclarado el tema.
En este caso sólo tenemos opción de ver la ruta del usuario, percataros que el UR está algo alejado de la línea verde pero tiene un puntito verde justo debajo de la “seta” en este y otros casos ese punto verde es parte del total de la línea, con lo que contamos con el hecho que comentas, ¿cuando le dió el ok al error el usuario? ¿la cobertura GPS era óptima?
Contando con estas variables queda claro que lo suyo es ir repasando los tramos hacia atrás prediciendo en la medida de lo posible por dónde pasó el usuario, otra es esperar un tiempo prudencial, pero en otros casos es prácticamente imposible predecir desde dónde venía el usuario, sobre todo en ciudades.
Este otro caso es más esclarecedor de lo que ocurre https://es.waze.com/editor/?zoom=4&lat=41.39014&lon=2.03895&layers=BFTFTTTTTTFTTTTTTTTTFT
La ruta WAZE marca el recorrido previsto, pero la traza GPS se queda cortada, y te preguntas… ¿por dónde quería ir el usuario?
Como dice Calandraca todo viene al hilo de evitar
Y por otra evitar tirones de orejas por cerrar mal un UR
Esperaremos unas pautas, de mientras seguimos actuando como hasta ahora.
Ante la duda, esperar.
Este error fue arreglado por GPSRitter el 4/10/12, pero como la ultima actualización es del 25/09/12 pues …
¿Que hacer en estos casos? ¿Es posible ponerse en contacto con quien ha marcado el UR y pedirle paciencia hasta la siguiente actualización? Hay que tener en cuenta que puede no ser el mismo usuario que marco el primer UR que llevo a la corrección
No hay nada que hacer. El actual sistema de UR es deficiente en ese aspecto. No se sabe quién creó la solicitud, ni se puede establecer una comunicación personalizada. Hay que fiarse de los mensajes estándar de Waze (y en inglés). En ellos ya se avisa de que el cambio puede tardar 10 o más días en ser efectivo.
Dicho lo anterior, que creo que no se puede expresar mejor, para los amantes del tema os sugiero la siguiente lectura, que tampoco creáis que nos va a aclarar demasiado, más allá de la iconografía utilizada.
Efectivamente habrá muchos casos en los que por h o por b o por w no seamos capaces de solucionar el UR… Waze no nos permite saber quien hizo el reporte… no nos permite investigar más… pero si que nos pinta el UR de colores
Mi consejo sería que una vez que el color del icono (seta, chincheta, globito) pasa a rojo, es un magnifico momento para cerrarla… si la habéis resuelto, ponéis solved y si no, pues not identified… y según lo que pongáis el usuario recibirá un correo que en un porcentaje bastante alto (todavía) no entenderá.
Hasta que mejore la interfaz, esto es un bonito ejercicio para intentar encontrar fallos… para aprender en la detección y corrección de los mismos… En este sentido, no os olvidéis de las trazas GPS que suelen ser muy valiosas…
Un último consejo para los que gustan de marcarse algo para acordarse luego… poned algún texto… tipo “No tocar esta UR que la arreglo yo”… y seguro que nadie os la cerrará.
A mi me han cerrado unas cuantas sin darme la opción a arreglarlas… pero incluso en este caso, si lo han hecho cuando el icono ya estaba en rojo… tampoco me puedo quejar. :ugeek:
Yo rompiendome los cuernos para determinar un plazo para cerrar las UR… y no me acordaba del color de las chinchetas/setas.
La cosa tiene tintes de Alzheimer si añado que yo fui uno de los que tradujo esa página… en fins :lol:
Dicho lo anterior, creo que lo suyo es recomendar que se cierren las UR en color rojo… aún cuando no se tengan datos suficientes. ¿opiniones?
Leo en la wiki algo que al principio no le di la debida importancia:
:shock:
y claro uno… :?:
¿Cuántos UR he intentado solucionar, mirando mil veces los puntos de unión, giros, sentidos, etc etc y resulta que esto “puede que tenga gran parte de culpa”?
Respecto a los UR rojos, estoy de acuerdo en darles preferencia.
p.d.- a veces sueño con las palabras… “Wrong Driving Directions” y “General Error” :?
En la mayoría de ocasiones, los UR rojos no son el problema, este caso se repite cada semana y si no se van solucionando imaginaos como estaría el mapa de UR’s
Pues el debate ya está servido. . Cuando hay un error importante , la zona se llera de UR. Creo que un UR aislado, que no afecta a la navegación, abierto desde hace 8 meses, se podría cerrar sin mayor problema como “no resuelto”… porque además , no lo vamos a resolver y podemos pasarnos discutiendo meses…
A veces uno se piensa que es el único que circula por un sitio. :oops:
