Gente, no sé si es un error o estoy mirando algo mal, o si está mal editado el WME. La cosa es que estaba siguiendo un UR en la zona donde mencionaba que la altura estaba incorrecta, y en ese caso la altura no estaba cargada en Waze asi que supongo que el buscador la encontró en el mapa de Google, el cual históricamente tuvo y sigue teniendo mal cargadas las alturas, hasta los mapas de Mapear tenian mal cargadas las alturas en esta zona.
La cosa es que antes de editar la altura que solicito el Wazer, me puse a reivsar otra calle cercana que ya tiene cargadas las alturas en WME correctamente (para “copiar” la forma en que están cargadas en la zona), y lo que encontré fue interesante: que aunque están cargadas de manera aparentemente correcta en WME (no se quien ni cuando las cargaron), el buscador (tanto en la App como Live Map) sigue usando las alturas de Google que están mal.
El ejemplo que les menciono es en Florida (Vte. Lopez), la calle Adolfo Alsina tiene las alturas cargadas en WME correctamente (recalco que yo no fui el que las cargo!, ni sé cuando se hizo), les dejo el PL de la zona. Y aca les dejo una comparación entre lo que se ve en el WME y el resultado de una busqueda en Live Map:
Si es un bug, o si están mal cargadas las alturas, por favor, déjeme alguna referencia de como puedo resolver el problema.
Zevaki, las alturas las cargamos, pero waze decide de donde las levanta y al menos yo no se con que criterio, pero cuando dé prioridad a su propia numeración, deberia funcionar.
He visto varios UR donde reportan que la altura es incorrecta a pesar de estar correctamente cargada en Waze. Un ejemplo es la calle J.F. Segui al 800, que sería en la relidad entre Neuquen y Av. Ganoa: que si bien las alturas están cargadas en Waze, cuando ruteas te manda una cuadra para abajo (entre Felipe Vallese y Neuquen).
Entiendo lo que decis Z_R, pero cual debería ser la respuesta “formal” para los Wazers? imaginate que no les podemos decir “Waze hace lo que quiere, lero lero!”, porque no les va a gustar
Y me remito al primer post, porque pienso que quizás no sea un problema de Waze, sino que nosotros estemos cargando mal las alturas… En la Wiki no encontré nada que diga como cargar correctamente los rangos, y ahi se menciona solo los números de casa puntuales… no sé, quizás pensamos que debería funcionar pero simplemente no está pensado para esto.
Si es realmente un “error” de Waze, estaría bueno tener una link con la referencia al problema o algo de documentacion para poder pasarle a los Wazers que reclaman estas cosas.
Gente, vuelvo con este tema, ya que “algo” malo está pasando con el tema de las alturas.
Estoy siguiendo este UR, por un problema con las alturas en la calle Santo Tomé. Pero al revisar en WME, veo que las alturas están cargadas:
Pero al hacer la busqueda en la App (y seleccionando “3000 Santo Tomé”, lo que trae es esto:
Verán que en WME, Santo Tomé al 3000 es en la intersección con Argerich, pero en resultado de la búsqueda en la App es en la esquina de Nazca.
Bueno, hasta acá uno diría: las alturas no están actualizadas o subidas a los mapas… perooooo… si en lugar de usar el buscador, uso el mapa y selecciono la ubicación (manteniendo presionado el lugar), obtengo esto:
O sea, el mapa “sabe” la altura correcta, pero el buscador no.
No se si se entendió la explicación, a pesar de que uno trata de ser lo mas claro posible en transmitir este problema aparentemente complejo, a veces el medio no ayuda. Si tienen dudas lo seguimos charlando hasta que quede claro, pero por mi parte estoy 100% de que esto es un error de la aplicacion (o del server de busquedas o lo que fuese).
Por lo pronto voy a cerrar el UR informandole al usuario que Waze toma la altura de la calle de los mapas de Google cuando hace la busqueda, a pensar de tener las alturas correctamente cargadas en el WME, y recomendandole que haga la busqueda manual directamente en el mapa.
Estaría bueno conocer la opinión de nuestros Local Champs de este tema, y saber si acaso es algo que ya está reportado a Waze y quizas se esté trabajando para resolver.
Mmm… weird… haga lo que haga, busque como busque, no logro que me traiga como resultado “3000 Santo Tome, Villa del Parque” como a vos… lo que me trae es esto:
Fijate que tambien estoy usando a Waze como proveedor de resultados.
Que pusiste exactamente en el campo de búsqueda vos?
Ahi está!!! ahora si me trajo el resultado correcto!!! Lo pario!
El tema es que esto no es Buenos Aires, sino CABA… es mas, si te fijas el detalle del resultado de la búsqueda, no dice "Buenos Aires, sino que dice “Ciudad Autónoma de Buenos Aires”. Es decir, es muy poco intuitivo. De hecho, yo busqué “Santo Tome 3000 Villa del Parque” y tampoco me traía ese resultado…
Bueno, listo entonces, no estamos ante un problema de la App, sino mas bien un tema de como se ingresa el criterio de busqueda, que insisto, es poco intuitivo.
Es verdad Z, hice la prueba por segunda vez y volvio a fallar, solo me trajo como resultado “3000 Santo Tome, Buenos Aires, CABA”… evidentemente ESE resultado no viene de Waze.
Por nada Zewaki. Un comentario sobre lo poco intuitivo, como verás estoy lejos y no se
donde queda Santo Tome 3000, asi que le pregunto a Waze lo más simple posible y me
lleva
Bueno, acá sigue sin andar che… a la segunda, tercera, cuarta, etc busqueda que hice ya no me trajo el resultado correcto any more…
Como dije antes, hay algo mal en la funcion de busqueda… porque a pesar de poner a Waze como buscador principal, igualmente te trae resultados de Google Maps
Les dejo algo que me acercó hoy TheWhiteTurtle, les puede interesar por el tema numeración de casas, y como Waze estaría usando la numeración. Nos quedan algunas cuestiones, por ejemplo, si hay o no interpolación de números entre ubicaciones de residencias. Lo importante es que parece que sí usa la numeración de residencias de manera prioritaria, pero no así las de los places no residenciales. Por otra parte, estas tendrían prioridad por sobre las de Google. Lo que no encuentro en la lista es la numeración de calles, entrarán en la categoría imported locations? De ser así, estarían abajo en prioridad que Google, por los que fallarían si entran en conflicto con las de Google Maps.
