<\/HEAD>
Salutations à la communauté R&H ! <\/P>
Je voulais envoyer ceci à la communauté Roads & Highways DOT car j'ai mentionné que je le ferais lors de l'appel RHUG de mars. Voici un peu de contexte sur notre projet d'intégration Crash avec notre Bureau de la Sécurité Routière et le Département des Services Publics (DPS) : <\/P>
Les principales exigences de ce projet sont les suivantes :<\/P>
- 3,3 millions d'accidents doivent être mis à jour par rapport au réseau routier existant (réseau LRS).<\/SPAN><\/LI>Les accidents historiques doivent être signalés sur la route, y compris les accidents retirés en raison de changements d'alignement. <\/SPAN><\/LI>Les accidents sur le terrain sont basés sur un réseau routier qui pourrait dater de 6 mois à un an, donc ces accidents devront être mis à jour avec le réseau LRS actuel. <\/SPAN><\/LI>Il y avait également un besoin de modifier l'emplacement spatial et/ou les attributs d'un accident tout au long de l'année. <\/SPAN><\/LI><\/UL><\/P>Nous avons eu une discussion avec Clive Reece d'ESRI concernant la solution technique suivante qui a vérifié que notre processus de rétrodatation était solide et fonctionnerait bien.<\/SPAN><\/P>1. Charger les données d'accident en tant qu'événement externe<\/P>2. Exécuter la fonction Relocate events sur l'événement externe. La fonction exécutera l'événement externe des changements LRS et si un changement est survenu, la route et la mesure les plus récentes seront retournées. Si le LRS n'a pas été mis à jour là où se trouve l'événement, alors rien n'est retourné. <\/P>3. Nous avons divisé les résultats de relocate event en 2 ensembles de données qui doivent être traités séparément. Le premier ensemble comprend les événements qui ont passé la fonction Relocate events sans "erreur" dans le champ LocError. Il inclut également les accidents pour lesquels rien n'est retourné après exécution de la fonction Relocate events. Le second ensemble contient tous les accidents ayant "Route Not Found" ou "Route Location Not Found". Ce sont ce que nous appelons 'No-Plots', et ils devront être traités séparément.<\/P>4. Pour le premier ensemble de données corrigées, nous allons les ajouter dans un événement interne où l'historique sera également intégré. Une fois que les accidents corrigés sont dans un événement interne, le LRS maintiendra automatiquement les accidents à jour avec les nouveaux changements routiers. <\/P>5. Pour les 'No-Plots', nous devons les traiter manuellement et les intégrer dans l'événement interne lorsqu'ils sont corrigés.<\/P><\/P>Jetez un œil à notre diagramme vue à vol d'oiseau à 10,000 pieds pour notre processus de rétrodatation d'intégration Crash.<\/P><\/P>N'hésitez pas à me contacter si vous avez des questions ou si vous traversez cela en ce moment. Nous construisons également un processus automatisé d'intégration rétrodatée mais ce post est déjà trop long
. <\/P><\/P>Jesse Pearson <\/SPAN><\/P>Gestionnaire du portefeuille d'intégration LRS<\/SPAN><\/P>Minnesota Department of Transportation<\/SPAN><\/P>PH : 651-366-3881<\/SPAN><\/P>Jesse.Pearson@state.mn.us<\/A><\/SPAN><\/P><\/P><\/BODY><\/HTML>
.png)