[GERMAN] - reverse Geokoding - 2-stellige Country ISO Code?

[RobiWan]

Hallo,

wenn ich über Werkzeuge "Daten umgekehrt geokodieren" gehe, wird 3-stelliges Country Code verwendet.
Gibt es eine Möglichkeit die Daten mit 2-stelligen Code zu schreiben?

Robert

[Mario]

Was immer der von Dir verwendete Dienst liefert, wird genutzt.

[RobiWan]

Ich habe Google eingetragen und Google scheint immer 3-Stellige ISO Country Code zu verwenden.
Ich kann das zwar über Metadatenvorlage "lösen" aber das erfordert wieder noch mal Daten schreiben, daher wäre mir schon lieber eine Möglichkeit so fern die irgendwie gibt in einem Step zu machen.
Für Indexieren habe ich eine Vorlage erstellt die allg. Sachen wie Copyright usw. setzt. Nach dem Import neuer Bilder will IMatch diese Metadaten auch zurückschreiben. Vorher wähle ich alle Bilder aus und starte "Reverse Geocoding". Dann werden diese Daten inkl. Stichwörter eingetragen. Jetzt schreibt IMatch alles in die XMP Dateien.
Mit der zweiter Vorlage die ich unter "aktualisieren Metadaten" eingetragen habe ersetze ich passend die ISO Codes. Nach dem IMatch die gerade geschriebene Metadaten wieder eingelesen hat, merkt die Software, dass da was verändert werden muss und macht es ja auch. Nur dann habe ich noch mal alle Metadaten Schreiben/ Lesen Vorgang, was das ganze nicht unbedingt schneller macht.
(Alternativ musste ich mir überlegen ob das damalige sich Festlegen auf 2 Stellen gute Idee war. Nur jetzt ~200000 Bilder ändern ist auch doof)

Robert

[Mario]

Ich verstehe nicht, was IMatch da tun kann?
IMatch verwendet den ISO Ländercode, den Google oder die anderen Services liefert.
Warum willst Du aus dem Standard 3-letter code einen 2-letter code machen? Was macht das für einen Unterschied?

IMatch müsste dafür Umsetzungstabellen pflegen, ich müsste immer ein Auge auf die ISO-Standards haben, falls sich ein Code ändert (kommt vor) usw.
Die Erstellung der Tabellen, Implemtierung, Pflege, Dokumentation usw. alles das kostet meine Entwicklerzeit (aka "Geld").

Bitte stelle einen Feature Request wenn Du so eine Erweiterung möchtest. Dann sehen wir am Feedback, für wie viele andere Anwender das ebenfalls Problem ist..

[RobiWan]

Ich verstehe nicht, was IMatch da tun kann?
...
...
Bitte stelle einen Feature Request wenn Du so eine Erweiterung möchtest.

Mario, es war doch nur eine Frage nicht mehr. Wenn es Out-Of-the-Box nicht möglich ist, dann ist es halt so.
Ich habe wie oben beschrieben eine sagen wir Art Lösung für mich gefunden. Ob ich damit auf Dauer glücklich werde muss sich halt zeigen. Wenn nicht, werde ich vielleicht auf 3-Stellen umstellen.
Feature Request kann ich mir zwar überlegen, aber wenn es so nicht gefragt wird.... ist ja auch die Chance, dass es plötzlich sehr viele Leute meinen "jou wollte ich schon immer haben" eher sehr gering.

Robert

[Mario]

3-stellig is ISO standard und flexibler.

Feature Request kann ich mir zwar überlegen, aber wenn es so nicht gefragt wird.... ist ja auch die Chance, dass es plötzlich sehr viele Leute meinen "jou wollte ich schon immer haben" eher sehr gering.

Genau dafür sind feature requests da - um auszuloten, wie viele Anwender ein feature benötigen oder es sinnvoll finden.

[Tveloso]

...
Ich habe wie oben beschrieben eine sagen wir Art Lösung für mich gefunden. Ob ich damit auf Dauer glücklich werde muss sich halt zeigen. Wenn nicht, werde ich vielleicht auf 3-Stellen umstellen.
...

Wie in diesem Beitrag beschrieben:

    https://www.photools.com/community/index.php?topic=10950.0

...wollte ich früher auch die 2-Zeichen-Codes "standardisieren", bin aber inzwischen zu den 3-Zeichen-Codes übergegangen.  IMatch bevorzugt die 3-Zeichen-Codes, und sie sind ohnehin aussagekräftiger.

Übersetzt von diesem Text mit DeepL:

As discussed in this post:

    https://www.photools.com/community/index.php?topic=10950.0

...I also previously wanted to "standardize" on the 2-character codes , but have since moved to the 3-character codes.  IMatch favors the 3-character codes, and they're actually more descriptive anyway.