Office: (Office 2007) GPS-Daten aus Exif auslesen

Hallo Gemeinde,

ich komme nicht weiter. Mit folgendem Code lese ich die Details von Bilddateien in eine Tabelle (dient so nur zu Testzwecken):
Code:

Im Ergebnis befinden sich in der Tabelle nahezu alle Detailsdaten, die man findet, wenn man über die Eigenschaften einer Bilddatei die Details ansieht.

Was aber nicht zu finden ist, sind die GPS-Daten (Breiten -u. Längengrad und Höhe über NN) eines Bildes, obwohl diese unter Eigenschaften/ Details angezeigt werden.

Kann mir jemand sagen, warum ich die GPS-Daten so nicht einlesen kann und gibt es Alternativen?

Ich hab von Lösungen über GDi+ gelesen, doch sind entsprechende Beschreibungen nur in englisch gehalten, was in Kombination mit dem Unverständnis des Themas für mich böhmische Wälder ausmacht.

Die Bilddetails sollen nur gelesen werden.

Danke im voraus

:)

 

Hallo

in den exif Propertrys für GDIP sind so dinge wie PropertyTagGpsLongitudeRef , PropertyTagGpsLongitude, PropertyTagGpsAltitudeRef, PropertyTagGpsAltitude ...

Da ich aber keine Blider habe die die diese Props beinhalten kann ich nicht sagen ob es mit angehängter db funktioniert oder die richtigen von dir gesuchten Daten liefern.

 

Hallo daolix

danke für das Beispiel. Die Geodaten werden ausgegeben. Insofern funzt das.

Das einlesen dauert allerdings mit 1 bis 1,5 sek. ziemlich lange.
Da ich nicht alle Daten brauche, werde ich versuchen, die PropertyItems einzeln auszulesen. Allerdings stehe ich da grad noch vor wie Ochs vorm Scheunentor.

Ggf. hab ich noch Fragen, komme wohl aber erst Freitag dazu, mich damit näher auseinander zu setzen.

 

Hallo

liegt daran das einige Infos zu lang sind und die Aufarbeitung z.B in Hex zuviel Zeit benötigt. Dies ist also dem Beispiel geschuldet, das reine einlesen selbst ist flott.

 

trotzdem würde mich ja interessieren, warum nach meinem Beispiel aus #1 nun ausgerechnet die GPS-Daten nicht auszulesen sind. Ich krieg ja auch sowas wie Blende, Lichtwerte, Belichtungszeit etc. pp.

Wie ist das mit GDI-PLus. Ist das nun schon standardmäßig auf Windowsbetriebssystemen oder müsste ich auf einem anderen Rechner eine DLL installieren?

 

Ja, Standard seit WinXP.

 

Hallo Uwe,

kannst du ein Bild mit Geodaten zur Verfügung stellen?
Ich hätte eine alternative Idee, müsste aber erst testen, ob es funktioniert.

 

Ja ab WinXP, das hab ich unterdessen auch raus gefunden.

@Marsu Ein Bild mit GPS-Daten ist im Anhang

 

Ich hab mal auch noch nach Alternativen gesucht, leider ohne nennenswertem Ergebnis.
Eine Variante ist eine ExifReader-Klasse, die aber einen Fehler produziert.

Die andere Alternative wäre WIA. Aber da braucht man wieder eine extra DLL, was ich gerne vermeiden möchte.

Daher werde ich mich mit GDI+ auseinander setzen.

@Marsu, deine Idee würde ich trotzdem gerne hören *Smilie

 

Hallo,
hier gibt es eine fertige DB zum Thema: Extracting GPS data from JPEG files

 

Ich hab mir gedacht, dass die Function: GdipGetPropertyItem dazu geeignet sein müsste, Exifdaten einzeln auszulesen.

Leider sehe ich da absolut nicht durch. Kann mir das vllt. jemand erklären? Mit Beispiel wäre natürlich nett *Smilie

 

Hallo

Anbei geänderte db die dir jetzt nur die GPS-Daten, entsprechend der In GDIP vorhandenen Konstanten, aus der Bilddatei ausliest.

Ja, das ist richtig, aber um die tun zu können musst du vorher mit GdipGetPropertyItemSize die Grösse (in Bytes) des Props ermitteln und einen entsprechendgrossen Buffer zur Verfügung stellen.

 

Hallo daolix,

Danke für Modifikation. Das ist Coding, wo ich nur noch schwerlich durchsehe, daher freue ich mich über die Lösung.

Ich will die Werte allerdings in Textboxen haben aber da habe ich schon einen Weg gefunden.

Gibt es noch einen Weg, eine Formel, mit der ich die Koordinaten in Dezimal anzeigen kann?

 

Die Koordinaten ( z.B GpsID = 2 oder GpsID = 4) werden in ° (Grad), Minuten und Sekunden mit der Pipe getrennt angezeigt.
in deiner Bsp-Datei ist das dann z.B.
50° 23' 4,78269599342886''
Zur Berechnung müsstest du den String an der Pipe ("|") split(ten) und die Berechnung ist dann ° + (Minuten / 60) + (Sekunden / 3600)

Code:

 

Dann brauche ich nicht weiter zu wurschteln.
Ich denke auch, dass du mit den beiden Beispielen von daolix und Wayne Phillips (everythingaccess) eine gute Auswahl hast.