[Talk-de] Große Anzahl GPS Tracks verfügbar

2008-05-24 Diskussionsfäden msemm
Hallo,
wir betreiben seit mehreren Jahren eine Tracking  Tracing Plattform für 
Fahrzeuge.
Derzeit sind bei uns ca. 18.000 Fahrzeuge angemeldet, in die jeweils 
eine GPS/GPRS Blackbox eingebaut ist.
Diese Blackboxen senden derzeit ca. 10-15 GPS Positionen pro Sekunde (!) 
an unsere Server mit allerlei Zusatzinformationen wie Zeitstempel, 
Geschwindigkeit, Fahrtrichtung, Höhe über NN etc.
Auch Zündung ein/aus ist zumeist vorhanden, so dass wir einzelne 
Routen (Tracks) erkennen können.
Derzeit haben wir ca. 150 Mio. Datensätze auf unseren Servern, keiner 
älter als 1 Jahr.
Schwerpunkt der Daten: Europa, kleinere Mengen in Afrika und USA.

Meine Frage: ist es für OSM interessant, diese Daten dauerhaft zu bekommen?
Wenn ja: mit welchem Verfahren sollte die Datenübertragung am besten 
bewerkstelligt werden?

Gruß
Markus


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de


Re: [Talk-de] Große Anzahl GPS Tracks verfügbar

2008-05-24 Diskussionsfäden msemm




10-15 GPS-Positionen pro Sekunde:
der Wert ist schon richtig, allerdings kommen diese Daten von allen
18.000 Geräten **in Summe**

Das bedeutet aber, dass wir OSM in der Tat ca. 10-15 neue
GPS-Positionen pro Sekunde zur Verfügung stellen können.

Gruß
Markus




Martin Koppenhoefer schrieb:

  
Am Samstag, 24. Mai 2008 schrieb msemm:


  Diese Blackboxen senden derzeit ca. 10-15 GPS Positionen pro Sekunde (!)
  

Da frage ich mich: Warum geben handelsübliche GPS-Empfänger maximal eine
Ausgabe pro Sekunde her? ;-)

  
  
ich denke, das ist ein Tippfehler und gemeint war eine Position alle
10-15 Sekunden

  
  
3. Anonymisierung des Zeitstempels. Dieser wird nur benötigt um eine
Reihenfolge der Punkte festzulegen. Es bietet sich also an, den bei jedem
Track um zufällige Werte zu verschieben.


  
  aber bitte um genau eine oder mehrere Wochen verschieben, denn die
Zeitstempel werden ausser zu Reihenfolge der Punke auch zu Ermittlung
der Geschwindigkeit genutzt. Das wird zwar nach meiner Kenntnis bisher
nur von Feature colourbyvelocity ausgewertet, könnte aber in der
Zukunft auch zur Ermittlung von Durchschnittsgeschwindigkeiten und
insbesondere auch letztere zu bestimmten Zeiten herangezogen werden,
um das Routing zu optimieren.

Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
  







-- 
ENAiKOON GmbH
Helmholtzstr. 2-9
10587 Berlin
Germany
Tel.:  +49 (0) 30 / 397 475-36
Fax : +49 (0) 30 / 397 475-46
Web: www.enaikoon.de
E-Mail: [EMAIL PROTECTED]

Firmensitz: Helmholtzstr. 2-9, 10587 Berlin
Registergericht: Amtsgericht Berlin-Charlottenburg, HRB 85273
Geschäftsführer: Markus Semm


 distance under control **

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. 

This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden.




___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de


Re: [Talk-de] Große Anzahl GPS Tracks verfügbar

2008-05-24 Diskussionsfäden msemm




*** siehe unten

André Reichelt schrieb:

  -BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Bernd Wurst schrieb:
| 1. Erstmal Reduktion auf einen sinnvollen Wert, also maximal eine
Angabe pro
| Sekunde. Alles drüber enthält keine wirklich notwendigen Daten (bei
200 km/h
| sind das grade mal gut 50 Meter und man fährt in der Geschwindigkeit
keine
| Kurven).

Ich finde schon, dass man verfügbare Daten möglichst nutzen können
sollte. Wäre es nicht möglich, ein Plugin einzuführen, um die Daten
direkt aus Eurer Datenbank zu holen? Dann müsste man die Server auch
nicht andauernd synchronisieren.
*** technisch kein Problem. Denkst Du da an einen Abruf pro geogr. Region?
*** wir könnten die Daten aber auch kontinuierlich anliefern so wie sie anfallen.

| 2. Eliminierung aller unnötigen Daten (Wir brauchen nur Koordinaten,
evtl.
| Höhe und einen Zeitstempel).

Die Zündung brauchen wir jetzt nicht, aber was gibt es denn genau für Daten?
*** Zündung ein/aus könnte als Begrenzer für einen "Track" genommen werden wenns zusätzlichen Erkenntnisgewinn in sich birgt.

*** unser aktuelle Datensatz:
  
  
  
  
  REF157075824/REF
  
  
  
   
  VERSION3000/VERSION 
  
  
   
  TRANSPORTMEDIA-1/TRANSPORTMEDIA 
  
  
   
  CLIENTID0/CLIENTID 
  
  
   
  RECDATE2008-05-24/RECDATE 
  
  
   
  RECTIME12:49:55/RECTIME 
  
  
   
  SENDATE / 
  
  
   
  SENDTIME / 
  
  
   
  LATDEG50./LATDEG 
  
  
   
  LATMIN27./LATMIN 
  
  
   
  LATSEC26.3520/LATSEC 
  
  
   
  LONGDEG4./LONGDEG 
  
  
   
  LONGMIN10./LONGMIN 
  
  
   
  LONGSEC29.6460/LONGSEC 
  
  
   
  ALTITUDE0/ALTITUDE 
  
  
   
  MSG_TYPE0/MSG_TYPE 
  
  
   
  TAXI_BUSY0/TAXI_BUSY 
  
  
   
  TAXI_MOVED0/TAXI_MOVED 
  
  
   
  SQUAREID / 
  
  
   
  T_CONC_NO / 
  
  
   
  DIGINP10/DIGINP1 
  
  
   
  DIGINP20/DIGINP2 
  
  
   
  DIGINP30/DIGINP3 
  
  
   
  DIGINP41/DIGINP4 
  
  
   
  DIGINP50/DIGINP5 
  
  
   
  DIGOUTP10/DIGOUTP1 
  
  
   
  DIGOUTP20/DIGOUTP2 
  
  
   
  DIGOUTP30/DIGOUTP3 
  
  
   
  DIGOUTP40/DIGOUTP4 
  
  
   
  SPEED45/SPEED 
  
  
   
  DIRECTION123/DIRECTION 
  
  
   
  VOLTAGE41/VOLTAGE 
  
  
   
  BOXTIME2008-05-24 12:49:53.0/BOXTIME
  
  
  
   
  GWTIME2008-05-24 12:49:55.0/GWTIME
  
  
  
   
  KMREL23456/KMREL 
  
  
   
  KMABS23456/KMABS 
  
  
   
  TEMPERATURE0/TEMPERATURE 
  
  
   
  ANALOGINP1 / 
  
  
   
  ANALOGINP2 / 
  
  
   
  ANALOGINP3 / 
  
  
   
  ANALOGINP4 / 
  
  
   
  DNID0/DNID 
  
  
   
  DNID_MEMBER_NR0/DNID_MEMBER_NR 
  
  
   
  PERSON_ID / 
  
  
   
  INVENTORY_STATE / 
  
  
   
  I_BUTTON / 
  
  
   
  GPS_FIX_TS1970-01-01 03:00:00.0/GPS_FIX_TS
  
  
  
   
  EVENT / 
  
  
   
  TNO /
  
  
  
   
  IGNITION4/IGNITION 
  
  
   
  KMORIG23456/KMORIG 
  
  
   
  IMAGE_ID / 
  
    /position
  
  
    /gps


  
| 3. Anonymisierung des Zeitstempels. Dieser wird nur benötigt um eine
| Reihenfolge der Punkte festzulegen. Es bietet sich also an, den bei jedem
| Track um zufällige Werte zu verschieben.

Was hat das für einen Sinn? Man kann auch einfach die Daten vom Fahrer
lösen, dann wiess man nämlich auch ganz genau, wie alt die Daten sind.
man muss halt nur sicherstellen, dass man aus den Daten keine
Rückschlüsse ziehen kann.
*** aus dem Bauch sehe ich das auch so. Mal sehen, was unser Anwalt nächste Woche dazu sagt...

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFIOAwxSZwYnshmvloRAr4NAJ9NnqbDlHBDmFU1AOn0rk0Pve0O+wCguUyV
BQjvfNwUJTDHy0ZHvd8GsI4=
=Nx1D
-END PGP SIGNATURE-

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

  







-- 
ENAiKOON GmbH
Helmholtzstr. 2-9
10587 Berlin
Germany
Tel.:  +49 (0) 30 / 397 475-36
Fax : +49 (0) 30 / 397 475-46
Web: www.enaikoon.de
E-Mail: [EMAIL PROTECTED]

Firmensitz: Helmholtzstr. 2-9, 10587 Berlin
Registergericht: Amtsgericht Berlin-Charlottenburg, HRB 85273
Geschäftsführer: Markus Semm


 distance under control **

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. 

This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden.




___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de


Re: [Talk-de] Große Anzahl GPS Tracks verfügbar

2008-05-24 Diskussionsfäden msemm




Business-Logik der Generierung von Positionen:
zu 98% läuft in den Geräten folgender Algorithmus:

  es wird alle x Meter eine Position gesendet (meist alle 5 km)

  
  es wird zusätzlich immer dann eine Position gesendet
wenn sich die Fahrtrichtung um mehr als y Grad ändert (meist 60 Grad).
Das bedeutet, dass kurz hinter jeder Abbiegung eine GPS-Position
generiert wird. 
Damit ist die gefahrene Route mit einer minimalen Anzahl von
GPS-Positionen eindeutig beschrieben.

  
  Es wird immer dann eine GPS-Position generiert, wenn die Zündung
an ode ausgemacht wird. 
Damit ist der Beginn und das Ende einer Fahrt (Route/Track) exakt
beschrieben.

  
  So lange die Fahrzeuge stehen, senden sie also keine GPS-Position,
da keines der beiden Kriterien erfüllt wird

Viele Grüße
Markus

Andreas Jacob schrieb:

  Am Samstag, 24. Mai 2008 14:40:01 schrieb André Reichelt:
  
  
msemm schrieb:
| Das bedeutet aber, dass wir OSM in der Tat ca. 10-15 neue GPS-Positionen
| pro Sekunde zur Verfügung stellen können.

Wie bereits angesprochen, ich fände solch eine Datenmenge wunderbar.
Warum sollte man denn Teile der Daten wegwerfen, wenn man sie hat? Ich
wäre gott froh, wenn ich meinen Empfänger so einstellen könnte, das
würde nämlich einiges einfacher machen und mit so genauen Daten kann man
auch Kreuzungsverläufe sehr gut nachbilden.

  
  
Ich glaube, dass was Markus mitteilen wollte war, dass auf ihren Servern 10-15 
Positionsdaten von _allen_ 18.000 Fahrzeugen eingehen. Wenn du das pro 
Fahrzeug haben willst, dann darfst du noch einmal durch 18.000 teilen. Wäre 
ja auch sonst etwas unbezahlbar. (Wenn ich das mal per Überschlag mache, dann 
gibt es eine Position nur alle 20 Minuten - was sich im OSM Sinn extrem 
schlecht für das rekonstruieren von Tracks eignet)

Aber um mal konkret Markus zu fragen: Welche zeitliche und/oder örtliche 
Auflösung besitzen denn die aufgezeichneten Positionsdaten? Weil wenn z.B. 
nur alle 20 Minuten eine Position übermittelt wird, dann muss innerhalb eines 
Jahres schon eine Strecke sehr häufig frequentiert werden, um eine Spur zu 
erkennen! 

Gruß Andreas

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
  







-- 
ENAiKOON GmbH
Helmholtzstr. 2-9
10587 Berlin
Germany
Tel.:  +49 (0) 30 / 397 475-36
Fax : +49 (0) 30 / 397 475-46
Web: www.enaikoon.de
E-Mail: [EMAIL PROTECTED]

Firmensitz: Helmholtzstr. 2-9, 10587 Berlin
Registergericht: Amtsgericht Berlin-Charlottenburg, HRB 85273
Geschäftsführer: Markus Semm


 distance under control **

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. 

This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden.




___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de


Re: [Talk-de] Große Anzahl GPS Tracks verfügbar

2008-05-24 Diskussionsfäden msemm




mir scheint, dass unsere Daten auf wenig Interesse stoen.
Wir werden daher diese Idee nicht weiter verfolgen.
Viele Gre
Markus

Bernd Wurst schrieb:

  Hallo.

Am Samstag, 24. Mai 2008 schrieb Martin Koppenhoefer:
  
  
aber bitte um genau eine oder mehrere Wochen verschieben, denn die
Zeitstempel werden ausser zu Reihenfolge der Punke auch zu Ermittlung
der Geschwindigkeit genutzt.

  
  
Es gibt tracks, da willst du aus der errechneten Geschwindigkeit keine 
Informationen herauslesen. ;-)

Im Ernst, einen Median zu bilden ber die irgendwo gefahrenen 
Geschwindigkeiten wre vermutlich gar nicht weit weg von der dort geltenden 
Geschwindigkeitsbegrenzung. 

Aber ich mchte nicht, dass jeder sehen kann, wann ich wo wie schnell gefahren 
bin. Ich sammle gern Tracks, aber ich verwische dann die Timestamps. Leider 
gibt es noch keinen richtig guten Algorithmus um die Abstnde der Punkte zu 
randomisieren, so dass man (angenommen die Intervalle des Loggers bleiben 
gleich) natrlich auch immer die Geschwindigkeit erahnen kann. Aber erahnen 
ist nicht so gefhrlich wie errechnen.

Gru, Bernd

  
  

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
  







-- 
ENAiKOON GmbH
Helmholtzstr. 2-9
10587 Berlin
Germany
Tel.:  +49 (0) 30 / 397 475-36
Fax : +49 (0) 30 / 397 475-46
Web: www.enaikoon.de
E-Mail: [EMAIL PROTECTED]

Firmensitz: Helmholtzstr. 2-9, 10587 Berlin
Registergericht: Amtsgericht Berlin-Charlottenburg, HRB 85273
Geschftsfhrer: Markus Semm


 distance under control **

Diese E-Mail enthlt vertrauliche und/oder rechtlich geschtzte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtmlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. 

This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden.



___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de