| ArcMap<\/TD><\/TR><\/TBODY><\/TABLE><\/TD> | 26\/10\/16 Will: Una ruta única con una brecha es otra solución viable (además de dividir en dos rutas) para rutas fish. R&H actualmente soporta rutas Lollipop. Las rutas fish requieren un esfuerzo significativo de desarrollo para acomodar la lógica y procesos varios de R&H. FHWA ha indicado que las brechas a lo largo de las rutas no son aceptables para HPMS.<\/P> Algunos DOT reportan problemas con la medición de eventos usando la solución de ruta única. Will está dispuesto a hacer seguimiento a estos problemas y cree que R&H debería soportarlo.<\/P> Actualmente hay un problema general que incluye varios tipos de rutas: Alpha, Loop, Branch, Fish, Lollipop, etc. \/ NC - R&H no soporta rutas fish. ADOT actualmente limita bifurcaciones en su sistema de rutas. Estaría interesado en soporte nativo de Roads and Highways ya que permitiría modelar algunas geometrías de ruta "del mundo real". Según documentos Agile: "La definición de buena calidad incluye que habrá uno y solo un registro por ruta, que las medidas de vértice serán estrictamente crecientes con la dirección de digitalización (para todos los LRMs), que no habrá medidas ambiguas para una ruta dada (para todos los LRMs), y que las reglas de dominancia de ruta están implementadas y funcionando"<\/P><\/TD> | 16<\/TD> | Muy alto<\/TD> | Requiere soporte a nivel de código en todos los niveles del software: edición de ruta, calibración, edición de eventos, e2\u0080\u0086<\/P> RHUG: Prioridad máxima entre los LoE altos para la próxima versión. También debería ser soportado al menos en la versión 10.5 mediante parche. Necesario para cumplir con los requisitos FHWA HPMS y soportar integración Agile.<\/P><\/TD><\/TR> |
| Comportamiento del evento "Cover"<\/TD> | ArcMap<\/TD> | 26\/10\/16- Idaho DOT destacó este problema como un gran impacto en los procesos QA/QC de eventos. Las soluciones existentes no funcionan para eventos externos y hubo consenso general en que agregar el comportamiento "cover" ahorraría tiempo en la gestión de eventos continuos. <\/P> Varios DOTADOT - este comportamiento "cover" debería imitar estrechamente el comportamiento ya implementado para realineamientos cartográficos. MN: ¿Cuál es tu definición de "cover"? NC: El comportamiento Move puede dejar pequeños huecos cuando se supone que debe haber cobertura completa - Cover aseguraría cobertura completa del evento después de la edición.<\/P><\/TD> | 11<\/TD> | Alto<\/TD> | RHUG: Sigue siendo prioridad alta para los estados implementadores. Quisiera incluirlo en la próxima versión pero no puede posponerse la corrección de ruta alpha<\/TD><\/TR> |
