| ArcMap<\/TD><\/TR><\/TBODY><\/TABLE><\/TD> | 26\/10\/16 Will: Uma única rota com uma lacuna é outra solução viável (além de dividir em duas rotas) para rotas fish. R&H atualmente suporta rotas Lollipop. Rotas fish requerem esforço significativo de desenvolvimento para acomodar a lógica e processos diversos do R&H. FHWA indicou que lacunas ao longo das rotas não são aceitáveis para HPMS.<\/P> Alguns DOTs estão reportando problemas na medição de eventos usando a solução da rota única. Will está disposto a acompanhar esses problemas e acredita que o R&H deveria suportar.<\/P> Atualmente existe um problema abrangente incluindo vários tipos de rotas: Alpha, Loop, Branch, Fish, Lollipop, etc. \/ NC - R&H não suporta rotas fish. ADOT atualmente limita bifurcações em seu sistema de rotas. Estaria interessado em suporte nativo do Roads and Highways pois permitiria modelar algumas geometrias de rotas "do mundo real". Dos documentos Agile: "A definição de boa qualidade inclui que haverá um e somente um registro por rota, que as medidas dos vértices serão estritamente crescentes com a direção da digitalização (para todos os LRMs), que nenhuma medida para uma dada rota seja ambígua (para todos os LRMs), e que as regras de dominância da rota estejam implementadas e funcionando"<\/P><\/TD> | 16<\/TD> | Muito Alto<\/TD> | Requer suporte a nível de código em todos os níveis do software: edição de Rotas, calibração, edição de eventos, a0a0a6<\/P> RHUG: Prioridade máxima entre os LOE altos para a próxima versão. Também deve ser suportado no 10.5 (pelo menos) via patch. Necessário para atender aos requisitos FHWA HPMS e suportar integração Agile.<\/P><\/TD><\/TR> |
| Comportamento do evento "Cover"<\/TD> | ArcMap<\/TD> | 26\/10\/16- Idaho DOT destacou este problema como tendo grande impacto nos processos QA\/QC de eventos. As soluções existentes não funcionam para eventos externos e houve consenso geral que adicionar o comportamento "cover" seria uma economia de tempo para gerenciar eventos contínuos. <\/P> Vários DOTADOT - este comportamento "cover" deve imitar de perto o comportamento já existente para realinhamentos cartográficos. MN: Qual é sua definição de "cover"? NC: O comportamento Move pode deixar pequenas lacunas quando deveria haver cobertura total - Cover garantiria cobertura total do evento após a edição.<\/P><\/TD> | 11<\/TD> | Alto<\/TD> | RHUG: Continua sendo prioridade alta para estados implementadores. Gostaria de incluir na próxima versão mas não pode adiar correção da rota alpha<\/TD><\/TR> |
