Correspondance des cartes en temps réel à l'aide d'ArcGIS Desktop?

12

Je travaille sur un projet qui nécessite une correspondance de carte en temps réel. J'utilise actuellement ArcGIS mais je ne sais pas si cela fonctionnera.

Voici ce qui se passe avec mon système:

les téléphones portables ont envoyé des correctifs GPS toutes les cinq secondes à mon serveur et je dois faire une correspondance de carte en temps réel pour accrocher le point sur l'un des liens de la carte et stocker les points correspondants.

ArcGIS dispose d'un outil «proche» pour accrocher le point au lien le plus proche. Cependant, l'entrée de l'outil doit être un fichier de formes pour les points.

Je me demande comment je peux gérer les données en temps réel que j'obtiens dans ArcGIS. Créer un fichier de forme pour chaque point?

Une autre suggestion pour accomplir ce travail?

— user14631
source

3

Créez une entité ponctuelle à partir de votre position GPS (vraisemblablement stockée sous forme de fichier au format tableau) à l'aide de l' option Créer des événements XY et copier , puis utilisez-la avec l' outil Proche - ou essayez l' outil de jointure spatiale avec l'option `` la plus proche ''. Vous souhaiterez probablement stocker ces fonctionnalités intermédiaires dans un espace de travail temporaire / scratch qui peut être supprimé après avoir obtenu la sortie finale (que vous pouvez ajouter à votre base de données).

— ccn
source

Salut, Merci pour votre aide. J'ai fait exactement ce que vous avez dit et c'est maintenant résolu. Cependant, il y a un nouveau problème. Le calcul prend de sept à dix secondes pour imprimer les résultats finaux d'un point. Mais ce que je peux développer, c'est une application en temps réel qu'il vaut mieux contrôler en 2 à 3 secondes maximum. L'importation d'Arcpy est-elle le problème car il s'agit d'un grand module? Pourriez-vous s'il vous plaît me dire où est le problème et comment améliorer le système? (L'ensemble du système est en Java, le module python que j'ai développé sera appelé à partir des codes principaux)

— user14631

Il semble donc que l'arcpy soit importé à chaque fois. Est-ce là que réside le problème? Merci.

— user14631

1

Vous êtes les bienvenus au premier commentaire. Quant à votre deuxième commentaire, je vous recommande de poster une nouvelle question (peut-être en référence à celle d'origine) sur la façon d'améliorer votre code, ainsi que l'exemple de code afin que nous puissions tous mieux l'apprécier.

— ccn

1

Si un point est «proche» dépend vraiment de beaucoup de choses non seulement sur la route la plus proche mais aussi sur les points précédents. Vous pouvez jeter un œil à l' algorithme et aux outils que j'utiliserais.

— Karussell
source

1

Il existe une solution de correspondance de carte en temps réel (mais c'est en Java et non ArcGIS) qui implémente la correspondance de carte du modèle de Markov caché, voir ici: https://github.com/bmwcarit/barefoot

Il est assez robuste et la carte fait correspondre les traces GPS aux données d'OpenStreetMap, également en temps réel (appelée correspondance de carte en ligne). (MISE À JOUR :) Ce que vous recherchez peut être implémenté en tant que "serveur autonome de suivi" (avec une API de type REST).

— sema
source

Savez-vous si cette fonctionnalité est présente maintenant?

— nha

1

Eh bien, oui, cette fonctionnalité est disponible maintenant, mais elle ne fait pas partie d'ArcGIS (si telle est la question). Le résultat ressemble à ceci: github.com/bmwcarit/barefoot#tracker-server-quick-start

— sema

0

Vous risquez de rencontrer des goulots d'étranglement informatiques et des problèmes de cohérence avec tout package qui n'a pas de routage approprié ou, au minimum, une abstraction du réseau routier. Si vous utilisez des données OSM pour le réseau routier, vérifiez TrackMatching à partir de mon profil. Vérifiez ces algorithmes de correspondance de threads .

— Fabrice Marchal
source

0

Vous pouvez jeter un œil à la nouvelle API de service de Microsoft «Snap to road». Pour plus de détails, vous pouvez voir ce lien

— nicogis
source