Suivi d'un grand nombre de voitures avec gps

Question

J'étudie à la demande d'un client sur le suivi d'un grand nombre de voitures avec un module GPS. ces modules affichent environ toutes les 2 minutes, et la possibilité de poster deux fois plus quand il y a aussi un capteur de température attaché. Tout cela équivaut à environ 1.000.000 demandes par jour, que je devrai inverser le géocodage. comme le nombre est trop pour le laisser calculer le côté client. (Exécuter un rapport de rapport avec 250 voitures sur un an qui est un trou de positions qui doivent être encodées, ce rapport prendrait une éternité à faire)

La précision des résultats est importante, donc dans la surcomstance idéale je voudrais utiliser le google ou bing geocode API mais comme trouvé dans ce fil: Here ce ne serait pas possible. une base de données locale serait idéale, mais le changement de la route va ici aux Pays-Bas, ce qui serait désuet très bientôt.

J'ai trouvé quelques ressources pour la base de données locale des géocodes comme: Here mais la précision de la base de données this n'est pas assez précise. j'ai besoin des trucs comme nom de rue, code postal, province, pays

ressources que j'ai trouvé à ce jour: - Maps.google (2500 demande par jour) - Open Street View (pas de limite) - USC WEBGIS géocodage - Bing (100.000 demandes par an) - MapQuest (aucune limite) - GEONames

Donc la question est. comment voulez-vous un problème comme celui-ci. problème en bref: 1.000.000 positions GPS par jour qui doivent être géocodées en sens inverse de manière fiable pour l'Europe

Answer 1

Open Street Map?

Answer 2

Dont utiliser google maps pour reliablility (http://www.newser.com/story/104797/google-map-mistake-triggers-invasion.html)

;)

Mais revenons à votre problème.

Je pense que vous devez condenser les données. Tracer 250 voitures par Yer n'aura pas beaucoup de sens. De plus, vos tiques ne permettent pas de tracer un bon chemin le long des routes, puisque cela fait jusqu'à 4 KM entre 2 ticks.

Vous devez clarifier les questions auxquelles vous voulez répondre un peu plus. Et une fois que vous savez ce que vous voulez savoir, vous pouvez penser à dénormaliser les données en un énorme cube. Quelles sont les questions qui intéressent le client? Cela affectera la façon dont vous devez stocker vos données. Est-ce que la question principale est où sont les voitures au point X à temps, ou veulent-ils avoir l'information sur une seule voiture pour la journée? en fonction de cela, vous devez concevoir vos index. Je voudrais juste essayer de tracer les points sur une image "Map", et les tracer en fonction de la position. Cela vous permettra de tracer beaucoup plus alors l'API google vous permettra de tracer toutes les 180.000 ticks chaque jour

En fonction de cela, vous devrez choisir votre disposition de table.

De même, quelles sont les failles signalées par le client? Vous n'obtiendrez pas une précision de 100% avec les données GPS, car il n'est exact que jusqu'à 50 mètres si vous n'avez pas la précision militaire.Et un système de navigation va "tricher" en vous collant aux routes, mais vous n'aurez pas cette capacité, puisque vous avez besoin de suivre beaucoup plus de tiques pour y parvenir (quand a-t-il fait un virage à droite exactement - Combiné avec une carte précise vous de faire une correction)

Mais je pense qu'il est logique de transférer ces données dans un cube SSAS, et que l'on mesure sur la base des questions que le client veut avoir répondu ...

Je sais que ce est assez général.