| ArcMap<\/TD><\/TR><\/TBODY><\/TABLE><\/TD> | 26.10.16 Will: Eine einzelne Route mit einer Lücke ist eine weitere praktikable Lösung (zusätzlich zur Aufteilung in zwei Routen) für Fischrouten. R&H unterstützt derzeit Lollipop-Routen. Fischrouten erfordern erheblichen Entwicklungsaufwand, um die verschiedenen R&H-Logiken und -Prozesse zu berücksichtigen. FHWA hat angegeben, dass Lücken entlang von Routen für HPMS nicht akzeptabel sind.<\/P> Einige DOTs melden Probleme bei der Ereignismessung mit der Einzelrouten-Lösung. Will ist bereit, diese Probleme weiter zu verfolgen und glaubt, dass R&H dies unterstützen sollte.<\/P> Derzeit gibt es ein übergeordnetes Problem, das verschiedene Routentypen umfasst: Alpha, Loop, Branch, Fish, Lollipop usw. \/ NC - R&H unterstützt keine Fischrouten. ADOT begrenzt derzeit Verzweigungen in seinem Routensystem. Es wäre an nativer Unterstützung durch Roads and Highways interessiert, da dies einige "realistische" Routengeometrien modellierbar machen würde. Aus Agile-Dokumenten: "Die Definition von guter Qualität beinhaltet, dass es genau einen Datensatz pro Route gibt, dass die Scheitelpunktmaße streng mit der Digitalisierungsrichtung zunehmen (für alle LRMs), dass keine Maße für eine gegebene Route mehrdeutig sind (für alle LRMs) und dass die Regeln zur Routendominanz vorhanden und funktionsfähig sind."<\/P><\/TD> | 16<\/TD> | Sehr hoch<\/TD> | Erfordert Code-Ebene-Unterstützung in allen Softwareebenen: Routenedition, Kalibrierung, Ereignisedition, a0a0a0a6<\/P> RHUG: Höchste Priorität unter den hohen LoE für die nächste Version. Sollte auch mindestens durch einen Patch in 10.5 unterstützt werden. Benötigt zur Erfüllung der FHWA HPMS-Anforderungen und zur Unterstützung der Agile-Integration.<\/P><\/TD><\/TR> |
| Verhalten des "Cover"-Ereignisses<\/TD> | ArcMap<\/TD> | 26.10.16 - Idaho DOT hat dieses Problem als großen Einfluss auf QA/QC-Prozesse bei Ereignissen hervorgehoben. Bestehende Workarounds funktionieren nicht für externe Ereignisse und es herrschte allgemeiner Konsens, dass das Hinzufügen des "Cover"-Verhaltens eine Zeitersparnis bei der Verwaltung kontinuierlicher Ereignisse wäre.<\/P> Mehrere DOTADOT - dieses "Cover"-Verhalten sollte das Verhalten nachahmen, das bereits für kartografische Neuausrichtungen vorhanden ist. MN: Was ist Ihre Definition von "Cover"? NC: Das Verschiebeverhalten kann kleine Lücken hinterlassen, wenn eigentlich vollständige Abdeckung gewünscht ist - Cover würde nach der Bearbeitung vollständige Abdeckung des Ereignisses sicherstellen.<\/P><\/TD> | 11<\/TD> | Hoch<\/TD> | RHUG: Bleibt hohe Priorität für implementierende Bundesstaaten. Möchte es in die kommende Version aufnehmen, kann aber die Alpha-Routen-Korrektur nicht verschieben.<\/TD><\/TR> |