Moin,
die Sony NEX-EA50 kann GPS-Daten in den .mts-Clips aufzeichnen. Nur - wie kommt man wieder ran? Ich hab schon in Catalyst Browse geschaut, in Sony Vegas, Adobe CS 5 Bridge, mit dem Explorer sowieso, dann noch mit VLC und wasweißichnichtalles - ich finde diese Daten einfach nicht.
Kontrolliert habe ich die Funktion auch schon: sie ist eingeschaltet, und in den mit Fotofunktion gemachten JPEGs sind die Daten auch sauber und korrekt vorhanden. Laut Handbuch kann die Kamera es ausdrücklich auch im Videomodus ...
Ich will die Daten auch gar nicht im NLE einblenden; mir würde ein kleines Tool reichen, dem ich einen Clip zum Fraß vorwerfe und das mir dann die Position im kopierbaren WGS84-Format oder so rausgibt.
Ideen? Vorschläge?
Danke,
Andreas
Hallo, hatte diese "Probleme" vor längerer Zeit mit einer HXR-NX5. Die GPS Daten sind definitiv da. Rankommen ist was anderes. Ich kann Dir leider nicht mehr genau sagen wie... hatte das damals mit exiftool auslesen können. Allerdings ist mir das zu kompliziert gewesen. mit exiftool auslesen in ein Sidcar file schreiben und in der NLE importieren oder so ähnlich.
vielen Dank für die Info und den Tip zum Exiftool. Einfach eine mts draufziehen und voila ... siehe Screenshot.
Für einen Innendreh ist eine Ungenauigkeit von 50 Metern noch akzeptabel, finde ich. Die Höhe stimmt auch nicht, aber für meine Zwecke reicht diese Genauigkeit. Mal sehen, wie ich das automatisiert auslesen und in eine KMZ-Datei packen kann ...
vielen Dank!!!
Andreas
"Doch das genügt nicht." - Arseni Tarkowskij
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
ja das ansehen ist einfach aber ein Sidecar-File zu erstellen bzw. das automatisiert für viele zu machen ist etwas anderes. Es geht mit sicherheit aber mann muss mit dem Kommandozeilen Dingens klarkommen...
wenn Du eine Lösung hast wär es schön wenn Du das hier posten könntest. Auch Andre Informationen wären da dann mit auszuwerten.
Ich arbeite mit Resolve 14 und dort wird mal gar nichts übernommen was an exif Daten im File sind.
Ich werde mal ein .mts "zerlegen" und versuchen, die Lage solcher Metadaten herauszubekommen. Vielleicht gibt es ja eine Dokumentation darüber. Mit etwas Visual Basic kann man da vielleicht ran. Ich hab schon mal was für den Windows Scripting Host zusammengefrickelt, um aus einem Verzeichnis voller .m2ts Standbilder zu zaubern für eine Vorschau; insofern .. kann ja nicht so schwer sein.
Mal gucken. Wenn ich was hab, klar: wird hier vorgestellt!
vielen Dank
Andreas
Also: das gewünschte Ergebnis läßt sich mit dem Exiftool sehr schön erreichen, wenn auch nicht als "1-Klick-Lösung". Achtung DOS-lastige Handhabung - die Schreibweise muss immer peinlich genau eingehalten werden, null Fehlertoleranz ....!
indem man z.B. in Windows 7 links unten in das Suchfeld "cmd" eingibt und Enter drückt. Siehe Bild 1.
Alsdann meldet sich ein Fenster mit der Eingabeaufforderung. Wahrscheinlich befindet man sich nicht im gewünschten Verzeichnis. Bei mir würde der Name z.B. lauten:
Zunächst wechselt man das Laufwerk und gibt dazu ein: "F:" (enter). Die Eingabeaufforderung müßte jetzt F:> lauten
Dann wird das Verzeichnis gewechselt, dazu gäbe man in meinem Beispiel ein:
Weil mein Verzeichnisname Leerzeichen enthält, muss der gesamte Name in Anführungszeichen eingeschlossen werden. Die Eingabeaufforderung sollte jetzt lauten: F:\Video\97. Test Sony NEX-50>
Ich kopiere nun das Exiftool in dieses Verzeichnis. Die Datei heißt normalerweise exiftool(-k).exe, aber ich habe sie in exiftool.exe umbenannt, das ist nachher bißchen einfacher in der Eingabe.
Der nächste Befehl weist exiftool.exe an, die gesamten .mts-Dateien im Verzeichnis durchzuhecheln, die Daten als Tabstop-getrennte Tabelle in die Datei test.txt auszugeben und die GPS-Daten dezimal aufzubereiten:
Es erfolgt keine Meldung - die gesamte Programmausgabe wird in die Datei test.txt geschrieben. Was nun?
Wir nehmen Libre Calc (oder Excel), und öffnen die Datei. Libre wird den Typ erkennen und eine Spaltenvorschau für den nächsten Schritt anbieten (siehe Bild 2). Normalerweise sollten die Einstellungen schon stimmen. Wir klicken "ok" und sehen dann die umgesetzte Tabelle. Die ist recht breit (Bild 3), bietet aber weiter rechts die ersehnten GPS-Daten (Bild 4). Die Spalte "AS" enthält die Koordinaten. In "AP" findet sich die gemessene Höhe.
In der Tabelle finden wir auch Angaben zu Belichtungszeit, Blende, Dauer des Clips, usw. usw. Mit ein wenig Makroprogrammierung bekomme ich in den nächsten Tagen mal hin, eine Google-fähige KMZ-Datei aus den jetzt vorliegenden Daten zu schaffen.
Übrigens funktioniert das genauso gut mit Fotos, die ein Geotagging aufweisen.
viel Spaß beim Probieren
Andreas
(P.S.: die ausführliche Beschreibung richtet sich an diejenigen, die die Kommandozeile unter Windows nicht wirklich kennen! Wenn man will, könnte man den beschriebenen Vorgang auch mit ein wenig mehr Schreibkram noch weiter automatisieren.)
"Doch das genügt nicht." - Arseni Tarkowskij
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Andreas_Kiel hat geschrieben: ↑Mo 11 Sep, 2017 12:59
mir würde ein kleines Tool reichen, dem ich einen Clip zum Fraß vorwerfe und das mir dann die Position im kopierbaren WGS84-Format oder so rausgibt.
welche SubStreams findet MediaInfo denn in diesem MTS-Stream?
Ist das Problem, diesen substream zu extrahieren oder den Extrakt auszuwerten?
ein Haufen Infos, sicher nützlich, aber null GPS eben. Und ein ganzes Verzeichnis bequem durchhecheln, wie weiter oben beschrieben, scheint damit auch nicht zu gehen.
bg, Andreas
Um ein spezialisiertes Tool zu schreiben, müsste man genau wissen, wie und wo der Hersteller die zusätzlichen Daten ablegt. Sonst ist das mit viel rumraten verbunden, leider.
Was sagt denn der Hersteller? Vielleicht legt er das von ihm verwendete Datenformat offen.
TheBubble hat geschrieben: ↑Do 14 Sep, 2017 20:01
Um ein spezialisiertes Tool zu schreiben, müsste man genau wissen, wie und wo der Hersteller die zusätzlichen Daten ablegt....
Was sagt denn der Hersteller? Vielleicht legt er das von ihm verwendete Datenformat offen.
ich würde eher davon ausgehen, dass es vom Hersteller bereits ein tool gibt. Denn der GPS-Teil in der Cam ist ja Zusatzaufwand, den ein
Hersteller kaum treiben würde, wenn das Feature nicht nutzbar ist.
dosaris hat geschrieben: ↑Do 14 Sep, 2017 20:20
ich würde eher davon ausgehen, dass es vom Hersteller bereits ein tool gibt.
ja, Du und ich, wir würden sicher davon ausgehen ... Sony denkt so vielleicht nicht! Catalyst Browse gibt dazu nämlich nix aus. Das ist das Tool, was für das Filemanagement von Sony angeboten und für den Export von der Kamera herunter empfohlen wird.
Wegen der kruden Bedieneroberfläche kommt man an die Daten zu den Clips nur umständlich heran, an GPS gar nicht. Einzig und allein in den JPEG-Dateien, falls man die Kamera als Fotoknips benutzt, sind diese Daten zugänglich und werden z.B. Adobe Bridge CS5 korrekt gezeigt.
Eine Lösung, um aus all den Aufnahmen eine KMZ-Datei zu basteln, muss ich wohl tatsächlich selber schreiben (Office Macro, oder mit Visual Studio). Gottseidank verwendet Google stinknormales XML. Da fällt das Erzeugen wahrlich nicht schwer. Ich mach mal sowas für Libre Office. Kann dauern, aber ich lade es hoch, sobald es fertig ist.
bg,
Andreas
dosaris hat geschrieben: ↑Do 14 Sep, 2017 20:20
ich würde eher davon ausgehen, dass es vom Hersteller bereits ein tool gibt. Denn der GPS-Teil in der Cam ist ja Zusatzaufwand, den ein
Hersteller kaum treiben würde, wenn das Feature nicht nutzbar ist.
Kann sein, dass es ein solches Tool gibt, muss aber nicht. Grade bei großen Firmen gibt es verschiedene Teams, d.h. die Hardware machen andere Leute als die beigelegte Software. Vielleicht ist die Kamera ja in der Lage, beim Abspielen die Daten im Display anzuzeigen. Ich kenne das Gerät nicht.
Vielleicht gibt es auch irgendeineen mir unbekannten (vielleicht sogar kostenpflichtigen) Standard, nach dem die GPS-Daten abgelegt sind. Den kann die Kamera ja durchaus unterstützen, obwohl es fast keine Software tut.
unter linux können mittlerweile wirklich fast alle fotobearbeiungs- und verwaltungsprogramme mit geotags in allen arten von bildern umgehen.
ich nutze es zwar kaum, aber prinzipell geht das z.b. auch im von mir hauptsächlich genutzen darktable RAW entwickler,
TheBubble hat geschrieben: ↑Fr 15 Sep, 2017 00:52
Bei Fotos sind Ortsangaben inzwischen wirklich verbreitet und werden auch ausgelesen. Es geht ihm allerdings um Videos.
da hast natürlich recht. ich kenn ehrlich gestanden auch kein einziges video programm, das derartige features unterstützen würde -- höchstens div. web lösungen, die parallel aufgezeichneten gpx-tracks beim abspielen der videos mit karten- oder geländeansichten synchronisieren.
im prinzip wäre es aber natürlich kein problem dieselben bekannten technischen lösungen, wie sie in den fotoprogrammen genutzt werden (exiftool wurde eh schon genannt), auch in videotools einzubinnden. vermutlich ist es aber wohl eine geschichte, die nur einen sehr kleinen kreis von anwendern ernsthaft interessieren dürfte.
eigentlich kann die bridge gpsdaten anzeigen, genau wie pre, bei ae sollte es auch im metadatenfenster sichtbar sein. cs5 ist halt schon fast 10 jahre alt, ich bezweifel, dass es das feature damals schon gab.
blickfeld hat geschrieben: ↑Fr 15 Sep, 2017 08:40
eigentlich kann die bridge gpsdaten anzeigen
Tut sie ja auch "fast" .. bei allen meinen anderen Aufnahmen kann sie es; aber eben nur JPEG und RAW. Bei MP4 und MTS macht die Bridge es nicht. MP4 wäre schon alt genug, dass Bridge die Daten lesen sollte ...
Aber: jetzt hab ich mit MediaInfo einmal spaßeshalber in ein MP4 von der DJI Phantom Vision 2 reingeschaut. Da ist die Location enthalten, man muss sie nur erkennen:
<File>
<track type="Allgemein">
<CompleteName>F:\Video\97. Test Sony NEX-50\DJI00008.MP4</CompleteName>
<Format>MPEG-4</Format>
<Format_Profile>JVT</Format_Profile>
<CodecID_String>avc1 (avc1/isom)</CodecID_String>
<FileSize_String>394 MiB</FileSize_String>
<Duration_String>4 min 19s</Duration_String>
<OverallBitRate_Mode_String>variabel</OverallBitRate_Mode_String>
<OverallBitRate_String>12,7 Mb/s</OverallBitRate_String>
<Encoded_Date>UTC 2014-08-04 13:54:57</Encoded_Date>
<Tagged_Date>UTC 2014-08-04 13:54:57</Tagged_Date>
<xyz>+59.3610+11.8384</xyz>
</track>
offensichtlich kann also jeder Hersteller die EXIF-Daten in einem File anordnen, vermutlich sind ein paar Bezeichnungen "normiert" und der Rest kann heißen wie es will, hier <xyz>.
Mediainfo erkennt bei dem File aus der Phantom also die Daten, bei den Sony-MP4 ist es nicht der Fall. Exiftool erkennt in beiden Dateiformaten die GPS-Daten:
Andreas_Kiel hat geschrieben: ↑Fr 15 Sep, 2017 12:27Aber: jetzt hab ich mit MediaInfo einmal spaßeshalber in ein MP4 von der DJI Phantom Vision 2 reingeschaut. Da ist die Location enthalten, man muss sie nur erkennen:
Andreas_Kiel hat geschrieben: ↑Fr 15 Sep, 2017 12:27
offensichtlich kann also jeder Hersteller die EXIF-Daten in einem File anordnen, vermutlich sind ein paar Bezeichnungen "normiert" und der Rest kann heißen wie es will, hier <xyz>.
zum glück ist das heute nicht mehr EXIF im engeren sinn, sondern vorwiegend und speziell in adobe programmen XMP.
das ist im prinzip ein erweiterbarere spezifikation für beliebige metadaten, in der gewöhnlich auch andere weit verbreitete standards, wie zb. dublin core od.a. RDF varianten, genutzt werden, um das ganze auch mit ernsthafteren redaktions- und archivsystemen kompatibel zu machen.
Andreas_Kiel hat geschrieben: ↑Fr 15 Sep, 2017 12:27
blickfeld hat geschrieben: ↑Fr 15 Sep, 2017 08:40
eigentlich kann die bridge gpsdaten anzeigen
Tut sie ja auch "fast" .. bei allen meinen anderen Aufnahmen kann sie es; aber eben nur JPEG und RAW. Bei MP4 und MTS macht die Bridge es nicht. MP4 wäre schon alt genug, dass Bridge die Daten lesen sollte ...
Die Aussage ist Quatsch, da die bridge gps lesen kann, auch bei video. Wahrscheinlich wurde es erst nach cs5 implementiert oder die Kamera schreibt die Daten halt nicht konform
Andreas_Kiel hat geschrieben: ↑Fr 15 Sep, 2017 12:27
Tut sie ja auch "fast" .. bei allen meinen anderen Aufnahmen kann sie es; aber eben nur JPEG und RAW. Bei MP4 und MTS macht die Bridge es nicht. MP4 wäre schon alt genug, dass Bridge die Daten lesen sollte ...
Die Aussage ist Quatsch, da die bridge gps lesen kann, auch bei video. Wahrscheinlich wurde es erst nach cs5 implementiert oder die Kamera schreibt die Daten halt nicht konform
Deine Aussage ist sogar noch größerer Quatsch. Erzähl mir mal nicht, was ich bei der Bridge-Version CS5 (4.0.5.11) sehe oder nicht sehe, ich hab das nämlich ausprobiert und nicht ausgedacht. Aus keinem meiner Videos, die nachweislich GPS-Daten enthalten und die exiftool jedes Mal auch problemlos findet, konnte die Bridge auch nur ein Fünkchen GPS auslesen. Das kann sie nur mit Fotos.
Andreas_Kiel hat geschrieben: ↑Fr 15 Sep, 2017 16:06
blickfeld hat geschrieben: ↑Fr 15 Sep, 2017 14:04
Die Aussage ist Quatsch, da die bridge gps lesen kann, auch bei video. Wahrscheinlich wurde es erst nach cs5 implementiert oder die Kamera schreibt die Daten halt nicht konform
Deine Aussage ist sogar noch größerer Quatsch. Erzähl mir mal nicht, was ich bei der Bridge-Version CS5 (4.0.5.11) sehe oder nicht sehe, ich hab das nämlich ausprobiert und nicht ausgedacht. Aus keinem meiner Videos, die nachweislich GPS-Daten enthalten und die exiftool jedes Mal auch problemlos findet, konnte die Bridge auch nur ein Fünkchen GPS auslesen. Das kann sie nur mit Fotos.
Lesen und schreiben ist schon schwer. Deine Aussage, das bridge keine gps Daten kann, ist nachweislich falsch. Da die bridge das kann, ab welcher Version auch immer. Wie ich geschrieben habe entweder nach cs5 oder aber deine cam schreibt nicht konforme Metadaten. Einfach lesen was ich geschrieben habe und was du geschrieben hast. Wenn du dann immer noch der Meinung bist, das meine Aussage und nicht deine Quatsch ist, kann ich nur einen textverständniskurs nahe legen. Aber dann bin ich hier mal raus. Schreib ruhig weiter nicht zutreffende Aussagen
Andreas_Kiel hat geschrieben: ↑Fr 15 Sep, 2017 16:06
Deine Aussage ist sogar noch größerer Quatsch. Erzähl mir mal nicht, was ich bei der Bridge-Version CS5 (4.0.5.11) sehe oder nicht sehe, ich hab das nämlich ausprobiert und nicht ausgedacht. Aus keinem meiner Videos, die nachweislich GPS-Daten enthalten und die exiftool jedes Mal auch problemlos findet, konnte die Bridge auch nur ein Fünkchen GPS auslesen. Das kann sie nur mit Fotos.
Lesen und schreiben ist schon schwer. Deine Aussage, das bridge keine gps Daten kann, ist nachweislich falsch. Da die bridge das kann, ab welcher Version auch immer. Wie ich geschrieben habe entweder nach cs5 oder aber deine cam schreibt nicht konforme Metadaten. Einfach lesen was ich geschrieben habe und was du geschrieben hast. Wenn du dann immer noch der Meinung bist, das meine Aussage und nicht deine Quatsch ist, kann ich nur einen textverständniskurs nahe legen. Aber dann bin ich hier mal raus. Schreib ruhig weiter nicht zutreffende Aussagen
das mit dem Textverständnis ist so eine Sache: zeige mir die Stelle, an der ich geschrieben habe, die Bridge könne es generell nicht.
Aus keinem meiner Videos, die nachweislich GPS-Daten enthalten (...)
Die Rede ist einzig und allein von den Videos im .mts-Format von meiner NEX-EA50 und dem mp4-Format von meiner DJI Phantom.
Den Unterschied zwischen "meiner" und "jeder" mag dir der Deutschlehrer deiner Wahl erklären.
blickfeld hat geschrieben: ↑Fr 15 Sep, 2017 14:04... oder die Kamera schreibt die Daten halt nicht konform
konform in hinblick auf welchen standard?
die ganze metadatenproblematik ist derart verworren und von inkompatibilitäten geprägt, dass dieser spezielle fall wohl noch am ehesten zu den vernachlässigbareren zählen dürfte.
Andreas_Kiel hat geschrieben:
das mit dem Textverständnis ist so eine Sache: zeige mir die Stelle, an der ich geschrieben habe, die Bridge könne es generell nicht.
kein ding:
Tut sie ja auch "fast" .. bei allen meinen anderen Aufnahmen kann sie es; aber eben nur JPEG und RAW. Bei MP4 und MTS macht die Bridge es nicht. MP4 wäre schon alt genug, dass Bridge die Daten lesen sollte ...
ist halt schon schwer...
ich sehe nirgends, dass du von bridge cs5 sprichst, sondern von die bridge. aber stimmt, "die bridge" ist ja klar, dass damit cs5 gemeint ist. vor allem weil du auf eine aussage vom mir geantwortest hast, als ich meinte, das bridge (allgemeingehalten kann) das kann und ich auch noch drauf hingewiesen habe, dass evtl. dieses feature noch nicht in cs5 drin ist.
eigentlich kann die bridge gpsdaten anzeigen, genau wie pre, bei ae sollte es auch im metadatenfenster sichtbar sein. cs5 ist halt schon fast 10 jahre alt, ich bezweifel, dass es das feature damals schon gab.
quod erat demonstrandum
sonst noch fragen?
eine habe ich jetzt noch, war das verpeiltheit, das du die antworten falsch im kopf hattest, faulheit, dass du nicht noch mal nachgelesen hast oder bist du wirklich der meinung, das du hier im recht bist?
zu zwei
Die Rede ist einzig und allein von den Videos im .mts-Format von meiner NEX-EA50 und dem mp4-Format von meiner DJI Phantom.
Den Unterschied zwischen "meiner" und "jeder" mag dir der Deutschlehrer deiner Wahl erklären.
:
siehe mein erstes posting
eigentlich kann die bridge gpsdaten anzeigen, genau wie pre, bei ae sollte es auch im metadatenfenster sichtbar sein. cs5 ist halt schon fast 10 jahre alt, ich bezweifel, dass es das feature damals schon gab.
und mein zweites:
da die bridge gps lesen kann, auch bei video. Wahrscheinlich wurde es erst nach cs5 implementiert oder die Kamera schreibt die Daten halt nicht konform
Hier jetzt mal eine recht praktikable Lösung für alle, die GPS-Daten in ihren .mts-Files haben:
Schritt 1: exiftool besorgen (Freeware) und in den auszuwertenden Video-Ordner kopieren (es funktioniert auch sinngemäß mit allen anderen üblichen Bilddateien).
Schritt 2: eine Batchdatei (z.B. "etoolrun.bat") anlegen mit folgendem Inhalt:
(erste Zeile würde eine in Excel importierbare Textdatei mit allen Exif-Daten erzeugen, wenn das "rem" entfernt würde. Statt "*.m2ts" funktionieren auch die meisten anderen Dateitypen mit Exif-Infos.)
Zweite Zeile sorgt für eine direkt in Google verwendbare kml-Datei
Dritte Zeile sorgt für eine Pause (steht ja auch da...), damit man ggf. noch eine Fehlermeldung sehen könnte.
("F:\Video\Quellen" steht für den auszuwertenden Ordner. Ich sehe zu, dass der Name keine Leerzeichen enthält, ist ja manchmal eine Fehlerquelle).
Schritt 3: eine Datei namens "kml.fmt" anlegen in demselben Ordner. Inhalt:
#------------------------------------------------------------------------------
# File: kml.fmt
#
# Description: Example ExifTool print format file for generating a
# Google Earth KML file from a collection of geotagged images
#
# Usage: exiftool -p kml.fmt -r DIR [...] > out.kml
#
# Requires: ExifTool version 10.41 or later
#
# Revisions: 2010/02/05 - P. Harvey created
# 2013/02/05 - PH Fixed camera icon to work with new Google Earth
# 2017/02/02 - PH Organize into folders based on file directory
# 2018/01/03 - PH Added IF to be sure position exists
#
# Notes: 1) Input files must contain GPSLatitude and GPSLongitude.
# 2) Add the -ee option to extract the full track from video files.
# 3) For Google Earth to be able to find the images, the input
# images must be specified using relative paths, and "out.kml"
# must stay in the same directory as where the command was run.
# 4) Google Earth is picky about the case of the image file extension,
# and may not be able to display the image if an upper-case
# extension is used.
# 5) The -fileOrder option may be used to control the order of the
# generated placemarks when processing multiple files.
#------------------------------------------------------------------------------
#[HEAD]<?xml version="1.0" encoding="UTF-8"?>
#[HEAD]<kml xmlns="http://earth.google.com/kml/2.0">
#[HEAD] <Document>
#[HEAD] <name>My Photos</name>
#[HEAD] <open>1</open>
#[HEAD] <Style id="Photo">
#[HEAD] <IconStyle>
#[HEAD] <Icon>
#[HEAD] <href>http://maps.google.com/mapfiles/kml/pal ... .png</href>
#[HEAD] <scale>1.0</scale>
#[HEAD] </Icon>
#[HEAD] </IconStyle>
#[HEAD] </Style>
#[SECT] <Folder>
#[SECT] <name>$directory</name>
#[SECT] <open>0</open>
#[IF] $gpslatitude $gpslongitude
#[BODY] <Placemark>
#[BODY] <description><![CDATA[<br/><table><tr><td>
#[BODY] <img src='$directory/$filename'
#[BODY] width='$imagewidth' height='$imageheight'>
#[BODY] </td></tr></table>]]></description>
#[BODY] <Snippet/>
#[BODY] <name>$filename</name>
#[BODY] <styleUrl>#Photo</styleUrl>
#[BODY] <Point>
#[BODY] <altitudeMode>clampedToGround</altitudeMode>
#[BODY] <coordinates>$gpslongitude#,$gpslatitude#,0</coordinates>
#[BODY] </Point>
#[BODY] </Placemark>
#[ENDS] </Folder>
#[TAIL] </Document>
#[TAIL]</kml>
(Quelle: Paul Harvey, Autor vom exiftool)
(hier: <href>http://maps.google.com/mapfiles/kml/pal ... .png</href> kann natürlich ein anderes Icon stehen! Wie man sieht, werden die vom exiftool extrahierten Daten mit $.... eingeleitet. Die Dokumentation enthält eine Auflistung dazu.)
Schritt 4: die Batchdatei ("etoolrun.bat") starten und einen kurzen Moment warten, während die Datei "out.kml" erzeugt wird. Es kommt ggf. zu "kleinen" (als "minor") eingestuften Fehlern. Die kann man getrost ignorieren. Zum Schluß muss man eine beliebige Taste drücken, um das cmd-Fenster zu schließen.
Schritt 5: Alsdann kann man die erzeugte kml-Datei Google Earth zum Fraß vorwerfen und erhält eine feine Karte mit den Dreh- /Aufnahmeorten.
Für Reisen usw. echt nützlich, oder wenn man eine bestimmte Gegend zeigen möchte, nur gelegentlich zu Aufnahmen kommt und deswegen viele Lücken zu schließen hat.
Exiftool ist richtig stark und kann noch sehr viel mehr. Ich hab da wirklich nur an der obersten Schicht der Möglichkeiten kratzen können bis jetzt.
Rechtliche Notiz: Wir übernehmen keine Verantwortung für den Inhalt der Beiträge
und behalten uns das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
