Las ferias vecinales usualmente las marcamos como Restricciones (TBR - Time Based Restrictions), y no son visibles en la App. Simplemente el ruteo no te lleva por las vías restringidas mientras está activa la TBR
Waze no tiene previsto mostrarlas en el corto plazo (Ver comentario 22 en SUG-1100 en Centercode https://waze.centercode.com/project/feedback/view.html?cap=c4c17e7b1c714fd4811d8431529d23aa&uf=eae5d9eb05b146b4b79a490634c02e29&slsid=6f8e92cc0e894aebbefdfd397c7c348f
Las TBR tienen varias funcionalidades que habitualmente no usamos en Uruguay; en otros paises se aplican para determinados tipos de vehículos o determinados horarios o matrículas (Ej en tal lugar solo pueden circular los que viven ahí, o en una zona no pueden circular camiones, o tal día no pueden circular las matrículas pares…)
No son dinámicas; ésto quiere decir que si se agrega/modifica una TBR hay que esperar a que se actualice el mapa para que se aplique en la App
Se sugiere discutir si será conveniente (mantener las restricciones y) marcarlas como cierres en los horarios de feria.
Como información complementaria leer el hilo siguiente donde se han registrado las aciones tomadas para obtener la info de las ferias de Montevideo (que se trasladan con cierta frecuencia): https://www.waze.com/forum/viewtopic.php?f=430&t=74625
Actualmente para poder ver las restricciones se requiere nivel de acceso al segmento que las tiene.
Para poder hacer cierres se requiere nivel o permiso que habilite.
Para ingresar cierres periódicos se puede utilizar el Script “Advanced Closures” https://www.waze.com/forum/viewtopic.php?f=819&t=193465&hilit=advanced+closure#p1433742
Este script permite marcar cierre por ej para todos los miércoles de 06:00 a 16:30 hasta una fecha, o cargarlos desde un .csv (no he probado esta última funcionalidad)
El origen de la función TBR fue para solucionar las vías reversibles. Calles que en determinados días y horarios son flechadas en un sentido en determinado horario cambian el sentido de circulación (Chile, Costa Rica entre otros tienen vías reversibles).
Lo bueno que tiene el TBR es que si quiero editar el segmento el WME te permite hacerlo. En cambio para editar un segmento con un cierre se deben borrar todos los cierres para poder actualizar el segmento y luego volver a cargar todos los cierres.
En lo personal me parece muy poco practico.
Yo aplicaría cierres a las ferias el día que el Cierre sea independiente de la edición (como pasa con el TBR).
Yo no veo que Waze vaya a independizar los cierres de la edición, al menos en corto plazo.
Podríamos probar cargando cierres por tres meses (cargardos desde un .csv parece prometedor y sencillo), y el único problema sería borrarlos y vovler a crearlos si hay que editar algún segmento
yo creo que lo mas util seria marcarlos como cierres.
El ver el cierre en la app es muy util, porque uno no siempre va ruteando y tener el feedback visual de que hay algo que no permite tomar ese camino es parte de lo que Waze deberia hacer.
Por eso creo que seria lo mejor dejarlo como cierres
Creo que estamos todos de acuerdo en que deberíamos marcar las Ferias como cierres. Lo que se debe definir es como lo vamos a implementar teniendo en cuenta que si debemos editar un segmento se debe borrar el cierre, editar y luego volver a aplicar el cierre (y son infinitos cierres, uno por cada semana)
Quien y como lo vamos a hacer? (Programar infinitos cierres para un mismo segmento)
Donde lo vamos a registrar para poder volver a cargarlos una vez que se cumplan los ya cargados o se deban volver a cargar?
Creo que debemos preveer muchos detalles antes de avanzar.
Concuerdo con uds. que lo mejor es hacer, desde la App cliente, visible los cierres para las ferias por lo pronto los TBR, son prácticos, si fueran visibles para nuestro caso, creo que lo mejor es implementar los cierres y auditarlos en cierto período de tiempo, me parece muy aceptable la idea de JC.
Estoy de acuerdo con la opción de marcarlos como cierre, además de dejar la restricción. Es prometedor el script que menciona jcnina, por ejemplo tener un csv con todas las ferias que conocemos y modificándole la fecha poder cargar un par de meses. En caso de modificar un segmento que tenga cierre deberíamos acceder a ese mismo registro para restaurar los cierres.
Esto haría surgir la necesidad de centralizar el registro e implementación de las ferias.
En definitiva: Voto a favor de marcarlos como cierres, y creo que se debe ir armando el CSV para generar los cierres
Como usuario me parece una buena idea.
Como editor me parece un engorro.
Los argumentos de sirgabouy me parecen contundentes.
Si no hay una forma en que los cierres por feria aparezcan en la app de forma automática como lo es hoy con las restricciones, yo no lo haría.
También estoy de acuerdo con que esto no se arregla simplemente votando, en todo caso comenzar probando con alguna feria previendo que los segmentos estén perfectamente numerados, que se encuentre sobre segmentos que se vea que su probabilidad de necesitar una corrección sea nula, y evaluar los resultados, como usuarios y editores.
Con respecto a los scripts todos sabemos lo que pasa cada vez que desde el Olimpo actualizan el WME
Ya se realizaron pruebas desde agosto en la feria de los sábados en la calle Salto y la de los domingos en el Parque Rodó. Se definieron ambas ferias y sólo se recogieron comentarios positivos de los usuarios.
El mismo script que permite agregar los cierres, permite eliminarlos. Si es necesario hacer una edición será necesario borrar los cierres y volver a crearlos cuando se actualice el mapa. El script respeta las habilitaciones de área/nivel para aplicar o borrar los cierres, y los mismos se visualizan como un cierre común en el WME.
Opino que lo mejor sería definir los cierres cada mes o cada dos meses a partir de un csv actualizado desde la planilla donde registramos las ferias; no borrar las restricciones
Junto a Andrés vamos a realizar una prueba para el mes de enero para unas 10 ferias de las que se cuenta con información actualizada mientras actualizamos la información de las restantes.
Quienes se quieran unir al proyecto, una buena forma de colaborar es agregando los Permalinks de los segmentos, días y horas en la Planilla de Ferias.
En el camino iremos viendo quien los dispara cada mes…
En el marco del MTE Race voy a seguir cargando además de las mencionadas en el post anterior, las otras que están en la planilla de ferias (ya mencionada en un post anterior)
Las estoy cargando relacionadas a un MTE: Ferias Vecinales, de acuerdo a las restricciones vigentes en el mapa (Dias, horarios, segmentos marcados) y usando el script para cargarlas desde un .csv
08/02/2017 - Agrego Pocitos, Punta Carretas - mes de Febrero
08/02/2017 - Agrego Feria del Parque Rodó - hasta el 30/4
09/02/2017 - Agrego ferias de hoy
09/02/2017 - Agrego Ferias de los Viernes y de los Sabados de febrero
12/02/2017 - Se finalizó con el ingreso de las ferias de la planilla para el mes de febrero
Hemos seguido marcando las ferias como cierres con el siguiente criterio:
1) Marcar y mantener actualizadas las ferias como restricciones horarias (TBR) en el mapa 2) Marcar en la Planilla de Ferias los PL que abarca la feria. (En la hoja BaseXXXX -donde XXXX es el año en curso-) 3) Ingresar una vez al mes los cierres de todas las ferias a partir de las hojas Week1…4 de la planilla , generando un .csv que se carga al mapa con el script Advanced Closures
IMPORTANTE: Las hojas BASEXXXX y Week1…4 de la Planilla de Ferias tienen varias fórmulas necesarias para generar los cierres automatizables. Si no está familiarizado con el manejo de fórmulas en Hojas de Cálculo Google, solicite ayuda a otro editor experimentado.
NOTAS:
Si se agregan o eliminan lineas en la Hoja BaseXXXX, se deben actualizar las hojas Week1…4 y las fórmulas de las columnas N a R
Si sólo se cambian horarios o PL las hojas Week1…4 se actualizan automáticamente sin ser necesario hacer más nada.
Los horarios se deber ingresar en formato HH:MM
Los cierres de cada mes se vinculan a un MTE creado a ese fin: “<Month> Street Mekets / Ferias Vecinales <Mes>”
En la celda K1 se debe ingresar el Id del MTE a vincular (dejar en blanco si no se va a ingresar uno)
En la celda M2 ingresar la fecha base para generar los datos de las hojas Week1…4
Una vez al año será necesario reconstruir las fórmulas de las hojas Week1…Week4 a partir de la correspondiente BaseXXXX
Si es necesario hacer alguna edición urgente en uno o varios segmentos involucrados:
a) Borrar los cierres
b) Realizar las modificaciones
c) Reestablecer los cierres que restan en el mes de acuerdo a las restricciones de los segmentos
Si los cambios implicaran renombrado de segmentos (se divide uno, se crean nuevos, se eliminan …), se deberá actualizar la planilla y eventualmente esperar a que se actualice el mapa para volver a cargar los cierres.
