geotag ninja should use gps files for geotagging photos about geotagninja HOT 77 CLOSED

Can you provide an example GPS file please. Preferably a "real" one. I can then ponder on how to add that in.

from geotagninja.

could you provide me mean to mail in private mode ?
I dont wish too much to share my positions !
phil

from geotagninja.

Either can you pls send an email to nemethv on gmail or if you prefer you can upload the file any place, you can change the numbers etc but I need the format/structure of the file to be real. I don't mind if all the coordinates are 51°28′40″N 0°00′05″W but keep to the original format please.
Alternatively again I'm assuming the file is of something of an established standard so if you point me in the right direction to that standard I can work from there.

from geotagninja.

I just sent a private mail with files and general description of my procedures
Phil

from geotagninja.

for information 2 screen copies
first one is made from positions from pixtrack
second one from positions from json files from google
As you can see there are differences but this could be acceptable when you take a lot of photos in vacations and you dont remember where !

from geotagninja.

Received, thank you -- I'll have a look at this a bit later. I'll first do the "external path for exiftool"

Actually a few questions. Admittedly I've never used this particular functionality in geosetter so a little unsure about the requirement.

• You'd like to parse the gpx/json files and put the coordinates onto the map like in the screenshot, right?
• After that happens, what would be the next step? (just use the marker as a basis point for tagging?)

At the moment I'm not sure how to put multiple objects onto the map so I think this might be a longer term thing. It (the map and the markers) is a Javascript thing that I haven't really dug into yet.

from geotagninja.

This is the power of geosetter that I don’t find anywhere else
My procedure with GPX files is the following

• in my Iphone I start the pixtrack application ( there are others but not free)
• I take photos during a period of time (can be several hours )
• I stop pixtrack . The box file is saved in a dedicated directory in Dropbox automatically and therefore is synchronized in my PC

when I come back home

• I open geosetter
• I select the directory in which I put all my photos
• I select all the photos
• And there is a menu in geosetter in which I can use all the dropbox files .
• Automatically all the photos can be seen in the map with their positions and automatically they are written with the exif with their positions.
• I can even choose external xmp file or embedded position in the original photo

As the geosetter program is nearly obsolete, it does not support anymore the map functions and don’t work with json files despite it is exiftool dépendant

I could share my screen if you wish to see the power of that geosetter program that is no more developed and does not really have equivalent ……. Except perhaps yours in the near future ?

Phil

from geotagninja.

At the moment I'm not sure how to put multiple objects onto the map so I think this might be a longer term thing. It (the map and the markers) is a Javascript thing that I haven't really dug into yet.

In fact this is directly shared by the exiftool that works today only in command lines .
please refer to the command I use with the json as it is not compatible with geosetter and therefore not recognized as a position file by geosetter

so your program could add some command lines….. hemmmm easy to say … !

from geotagninja.

I'll see what I can do about it - as a first step the next release will finally work with multi-select on the map. That lack of feature has been bugging me ever since the first release.

from geotagninja.

Fantastic !
I will be happy to help you for any test
Nikon D5 …. Fine … I just have the D750 ! But I find it heavy. That is the reason I use more and more the Sony RX10 especially compared with d750 + 150-600 mm ……

from geotagninja.

Same link as in the "French thread" but just putting here for logging purposes. -> https://drive.google.com/file/d/18iI77SIdrIv-joOtyT0-MzqOVtB5OgM0/view?usp=sharing
If you feel like playing around with multi-select. Doesn't yet have the tag-import thing but just more or less the version from which the screenshot is.
Also changed a bit of logic so that it doesn't check each time for new version but just once a week. (kinda relating back to #11 )

from geotagninja.

same as for the language: no map any more

from geotagninja.

from geotagninja.

Try again please, same link as above. (tested this one on Hungarian, which I think is that same culture-setting as French so should be ok now).

from geotagninja.

excellent !
next step now is the ability to upload positions from gps files .. and you will have 90 % of the geosetter functionalities

you shouls find somebody from Germany for the german translations. there is a big photo community there

for information Hungarian is not a latin language but has the same origin as Finish (Finland)

from geotagninja.

I'll have to have a proper look at what Geosetter was/is doing :)

Re languages: yeah, HUN isn't quite the same family as FRE but from a coding perspective is the bloody numbers that cause a headache. E.g. in English a decimal is a dot whereas in others (like FRE/HUN) it's a comma. Same annoyance w the thousand separators (for UK that's nothing/comma but I think for a bunch of countries it's space)
So like the number between one and two for me is 1.5 whereas for you it's 1,5 --> most systems expect to work with the English rules (the map API certainly does) the problem was in this particular case that Windows just takes the numbers according to the local "culture setting". So for you it wasn't working because the coordinate 51.1234 was firing off as 51,1234 to the map and it didn't know what to do with it and I forgot to account for it in the first attempt.

from geotagninja.

Babel Tower issue !
Congratulations
It will be a very good tool
Phil

from geotagninja.

I think that the advantage of geosetter is to give a MMI to the basic command line for exiftool.exe

from geotagninja.

Right, had a brief look at this.
Bunch of questions then...

• So the idea is that it pulls the GPS info from the GPX/JSON files based on time-stamp and just assigns the position of the "nearest timestamp" to any selected photo?
• For the GPX files the "source of truth" isn't the file name-date (e.g. 2022-10-14_15-53-42.gpx) but in each of the files the closest <time>2022-10-14T15:53:43+02:00</time> to the picture-taken-TS? [timestamp] (and take <trkpt lat="xx" lon="xx">)
• For JSONs it's the "simplifiedRawPath": { "points": [{ "latE7": xx, "lngE7": xx, "timestamp": "2022-10-01T08:26:12.704Z"}] (and just take the two E7 values...)

Basically loop through a folder of pictures, make a dictionary of files and TSs of files and also look at the GPX/JSON data and marry up based on closest-TS?

from geotagninja.

Hi,

So the idea is that it pulls the GPS info from the GPX/JSON files based on time-stamp and just assigns the position of the "nearest timestamp" to any selected photo?

yes this is the philosophy

For the GPX files the "source of truth" isn't the file name-date (e.g. 2022-10-14_15-53-42.gpx) but in each of the files the closest <time>2022-10-14T15:53:43+02:00</time> to the picture-taken-TS? [timestamp] (and take <trkpt lat="xx" lon="xx">)
For JSONs it's the "simplifiedRawPath": { "points": [{ "latE7": xx, "lngE7": xx, "timestamp": "2022-10-01T08:26:12.704Z"}] (and just take the two E7 values...)

In both solution, I sincerely dont know as this is really shared by exiftool program.
for the json solution, here is the discussion link with Phil, when he developped the version that supports such file.

https://exiftool.org/forum/index.php?topic=13671.msg74019#msg74019

nevertheless, I think that the minimum command line to tag photos with at least gpx and json file is:

exiftool -geotag positions/. "-geotime<${DateTimeOriginal}+02:00" . -api GeoMaxIntSecs=1200 photos/*

I just verified that this line works with either GPX or JSON file (so the "positions/. "" part of the command as I copy my positions files in /positions)
DateTimeOriginal is also necessary (needs some tweaking between file coming from GPX and file in UTC coming from google
and GeoMaxIntSecs is the precision needed between 2 photos (with my GPX file coming from my iphone, I can have very short value but from the JSON one, I have to increase otherwise, exiftool does not find many photos

I think that first step would be to have those 2 last parameters only in your MMI and a routine that should launch this command.

• for sure all the stuffs about directories ...... !

for information, this commands generates new photos with positions written in the photo and keep the existing ones with a additional _original suffix to the extension name

What do you think ?
I my English clear enough ?
Phil

from geotagninja.

Thanks for the update. I've read through https://exiftool.org/geotag.html <- that and...well it's a bit challenging. Basically here's the rundown of the issue.
The way GTN works is that there are 2-3 stages of writing data to a file. This is because until the data is written the user can change their minds. So in practice ...

1. when someone does the Edit File and then they don't yet click OK, but they've put data into the relevant fields (e.g. City, or even just Lat/Long), that is the 1st step - tho' it is called something else in code but think of it as "pool_1"
2. if they click Cancel, pool_1 gets destroyed, nothing happens. if they click OK, pool_1's data gets amended to what's in pool_2
3. actually if you click the location-to-file button on the main screen the data goes into pool_2 automatically
4. the main grid (listview) gets updated with whatever is in pool_2. this is when you see "red text rows". this data has not yet been written but it's different from what's stored in the file.
5. data gets written to the file if the user wants it so. in practice this means that various exiftool commands get fired and in the background the code ascertains that the write process took place, updates the "red text" to "black text" etc.

The issue is with using direct commands to geotag (as per link above) is that it skips the various pools and just goes straight and writes - and i have no control over that, can't offer it to the user (red text) for approval etc. I'm not particularly keen on that so i'll need to find a way to extract the data from the various file types and work it into the current system. That might take a wee while.

from geotagninja.

Just a follow up, Phil has provided a logic that could work -> https://exiftool.org/forum/index.php?topic=13671.msg74019#msg74019
I'll look at it next week.

from geotagninja.

Fantastic what a team !

from geotagninja.

Ok can you pls have a look at - https://drive.google.com/file/d/18iI77SIdrIv-joOtyT0-MzqOVtB5OgM0/view?usp=share_link
Do back up your files on this occasion as it's very experimental.

from geotagninja.

hi
I made very quick tests and hope I will make more this afternoon and to morrow
great job !
Phil

from geotagninja.

Hi again,

ok so quickly

• French translations that aren't from you are google translated. (feel free to suggest better/shorter ones)
• "replace originals" -- that's just to use backups or not. basically if it's off then no backup file is created when saving.
• "why keep xmp" -> turn off sidecar creation in the settings you asked
• "no value" -- can you be specific as to what precise settings you used for the import? like what xmp file, what dropdown values, what timezone etc. i can't quite debug without them -- also when the lat/long is updated after import that wipes the city/state/etc settings for the file. that's on purpose, just "get from web".
• "no processing message". i think that's on purpose because "-geotag" works differently in exiftool than the rest but i'll think about how to bring it back in. might or might not be possible
• "no possibility to see positions on the map" -- i don't understand that. it's a Save File? question. if you mean that city/state etc are missing then "get all from web" first. alternatively i can auto-trigger that (see above at "no value")
• "should be on map" - again please provide precise details of various combinations used. otherwise i can't debug

I'll be off for most of the weekend but will be back on Monday :)

from geotagninja.

Kind of a +1 and a bit of explanation on why some of your data might not show. The TLDR is that you need to adjust the timezone and DST. So in your case, if your pics were taken in Rome and the photos are TZd as they are then you prob need to set the TZ to Rome and then turn on DST. [Paris will also do but prob turn on DST because you took them while DST was on]
Here's a rundown of how this whole process runs, things it can do and things it cannot do.

1. user selects a file/folder that has gpx/json/whatnot files
2. user sets the rest of the settings and presses OK
3. exiftool parses the track files and tries to marry them up with image files.
4. the actual write process doesn't happen, instead a dummy file gets created somewhere that the user doesn't see. this file is specific to the image file.
5. GTN parses the dummy file and queues up things to write
6. user chooses to write and completes the process

A few "problems" here:

1. the process (from the perspective of image files) only works on whole folders - while it's not impossible to queue up a bunch of commands for individual image files, there is no benefit to it
2. there is no way to parse the track files and export them without marrying them up with image files. exiftool (ET) doesn't have that capability and i won't code it because it's a major pain in the backside because ET can only deal with a(n admittedly wide) range of track types, so there is no point in me re-inventing the wheel here. even so, a track file could contain 100s if not 1000s of coordinates and if we were to query each of those for a TZ setting via an API then we'd get banned from the API for overusage. an outcome of this is that there is no way to pre-pull coordinates, then automatically figure what time zone they are and apply them separately. this is why the user needs to pre-set that in the dropdown.

from geotagninja.

+2 edit/amend:
I'll adjust the auto-pull from web after a coordinate change to happen so user won't need to do it.

from geotagninja.

For the settings menu French is OK but I am afraid it does not reflect a good understanding.
Sometimes, it is better to imagine what it should be in English first

• Ajouter/écraser xmp dans le fichier: add/overwrite xmp in the file ? Which file ? Overwrite which xmp ?
  Is it the setting to choose either add positions in the existing photo file or create an additional xmp along the photo file ?

• Ajouter/remplacer sidecar XMP: i am afraid that I don’t understand Sidecar and what it is used to. What is the benefit for a basic photographier who does not anything about informatic ?

• Remplacer le fichier d’origine: replace original file ? Which file ? What’s the relationship with first setting ?

Sorry for noob ( or look like noob !) questions but I prefer clarification before giving new translations
Phil

from geotagninja.

re: Settings, xmp/sidecar files, overwrites:
If you'd like to see the English you can set the language to English. The actual functionality logic is copied from GeoSetter (GS) but I'll try to explain.

• What sidecars do: I think it's part of the Adobe workflow. RAW files when edited in ACR (Adobe Camera Raw) get created an extra XMP file in addition to modifying the image itself.. Also exifTool itself has settings whether to read or ignore and whether to prioritise high or low sidecar files, built-in xmp tags and built-in exif tags. GTN handles these as part of the code. I don't know why the sidecars came to exist (there are some wiki articles here and here but they are limited use), but it's "normal". GS had this option where most RAW files and some TIFF based files would default to creating/editing sidecar files. If you look in GS that's by default disabled for JPG based stuff so I copied the logic here (also in ACR JPG files don't get created sidecars unless the user explicitly asks). Not sure this answers your Q but hopefully useful.
• "add/overwrite xmp" -> that's the sidecar xmp outlined above.
• "replace original file" -> the image file (jpg, cr2, nef, arw...). If you don't replace it then the process will create a backup of the original. Again this is inherited behaviour from ex-GS logic, it does the same.

from geotagninja.

if i well understand, whatever the correct words are, if I want to save the positions inside the picture file and create a save of the original, I need to have such settings:
"add/overwrite xmp in file" : activated
"add/rewrite xmp sidecard" : deactivated
"overwrite original file": deactivated

but the result of the process is that I have for each photo the original with positions inside, a XMP file (no need in that case) and no backup
this means that second and last option do not work

I tried also to have no change in the picture file and have a sidecard xmp so options :desactivated, activated, deactivated but after validation of such settings, when I verify the settings, the first one is always activated so it does not work as "add/overwrite xmp in file" : deactivated as it is not kept in consideration

and here are the screen copy of my configuration inside geosetter with texts in english

Phil

from geotagninja.

Hi Phil,
Thanks for those I'll have a look next week. The various settings (the three in Settings that don't work now) had worked at the time of the initial release but I haven't tested them since. It's possible I've modified something over the course of the past some months that broke it.

As for the two other things you've flagged:

• It's probably possible to add in the Max Time Diff setting. It requires poking the exiftool API, which I haven't done but I'm guessing it's possible. See below nonetheless.
• The interpolation I'm not sure about. See below from exiftool documentation:

My understanding (but I may be incorrect) that the two things you're asking are defined based on the two settings above but they both default to 1800s . So I'm not entirely sure if adding in the settings will change much.

from geotagninja.

Okay, same link as above here.
Changes:

• I've had a 2nd look at the problematic settings re xmp files, overwrites and whatnots. I've tested it with an ARW file and it works now. If it still doesn't work for you, shout, but do ensure you have your setting per extension (so if you set it for ARQ but not ARW then it won't work for ARW)
• I've added in the extrapolation/interpolation options. There is no setting in exifTool doc like "don't use future TSs" [ts = timestamp] so there is no such option here.

from geotagninja.

Hi this is fantastic.
I just made 5 mn tests this morning
when trying to untick the overwrite original file (so without the -original backup) there is a message for each photo
when it is ticked its works

I will make additional tests to day and next days
Phil

from geotagninja.

That shouldn't be related to the backup or overwrite. Unauthorized just means that your geonames username/password combination is not valid (or some such, albeit very likely as it's just a reply from the API, which is entirely independent from the app)

from geotagninja.

Surprising because when it is ticked I can choose either having sidecars xmp or not having , and write or not xmp inside the photo file.

from geotagninja.

And I even try to write inside the file and having sidecars xmp then delete xmp files . I verified that the files are modified with internal positions
The issue is just when I don’t want to keep original file . ( that I never do but this should work !)
Phil

from geotagninja.

The "overwrite xmp in file" has to do with the types of tags - there are broadly 3 kinds of tags, iptc, exif and xmp. These are possibly all stored inside the file but generally xmp tags aren't created, not even internally by the camera. So those settings mean that if you enable it, xmp tags will be added inside the photo file. Entirely separately from that you may choose to also create sidecar files. The whole logic has to do with workflow and versioning, which I think you don't use (most people don't)
As said above the unauthorized error is unrelated -> have you set your username and password?

from geotagninja.

Which user name/ password ? the geonames ones ? sure they are otherwise I would have issues when wanting and keep _original file.
I agree that this option is shared by the exiftool program but it is surprising to have an issue when wanting to prevent the generation of each _original file
Did you try the option on your side ? honestly I never tried with command line. I will later today
Phil

from geotagninja.

Yeah that one ;)
I recall having had a look but will do again in the afternoon.

from geotagninja.

I'm still at a loss here. Did a test run as per follows:
1 Installed fresh Windows 10 22H2 FR Home
2 Installed dev version of GTN, set my GeoNames Username/passw
3 Downloaded sample ARW file from https://img.photographyblog.com/reviews/sony_a7s_iii/photos/sony_a7s_iii_01.arw (not my blog, not my site)
4 Modified your GPX files so that one of them lines up time-wise with the image above.

5 Set the following for ARW:

• Add XMP In File OFF
• Add XMP Sidecar OFF
• Overwrite Orig OFF
  6 Synced GPX + Location via API OK
  7 Saved file
  8 Observed Settings in nr 5 were applied correctly.

9 Reset ARW file with a fresh copy of original
10 Set the following for ARW:

• Add XMP In File OFF
• Add XMP Sidecar ON
• Overwrite Orig OFF
  11 Synced GPX + Location via API OK
  12 Saved file
  13 Observed Settings in nr 10 were applied correctly.

14 Reset ARW file with a fresh copy of original
15 Set the following for ARW:

• Add XMP In File OFF
• Add XMP Sidecar ON
• Overwrite Orig ON
  16 Synced GPX + Location via API OK
  17 Saved file
  18 Observed Settings in nr 15 were applied correctly.

I can't find the problem, it works ok for me.

from geotagninja.

Strange
I Will do further tests today
What are specific on my side:

• windows 11 pro very last version
• Installation of GTN with standard option “just for me” (other one is “for everybody” … perhaps English is different but selunderstandable)
• Défaut directory xxxxxxx and when I choose a set of photos by default GTN is under xxxxxx and I go to xxxxxx/tag/Sony/test

phil

from geotagninja.

I'll get that config running and will retest but I'd be surprised if it made any real difference.

I've (just now) updated the install file on the shared folder, I don't think it will make much difference but the app will now clear the local storage of coordinates on each restart. (there is a cache of coords + altitude/toponomy that's stored in case user queries the same coords over and over again then no need to ask the API for that multiple times, that now gets cleared on each restart).

from geotagninja.

Will use the last software later on … pc is shared with my wife …
I will also try to use that option in command line
Utilities

-delete_original[!] Delete "_original" backups
-restore_original Restore from "_original" backups

But it surprising to get errors only with the -delete_original tag that you surely use for this third option
Phil

from geotagninja.

https://drive.google.com/file/d/15ptnUIJM3lnepvBL9BUm3NTAinq3kLPH/view?usp=sharing
That's a link to a screenshot video, it's about 10mb and 4 mins long. Normal HD size (a bit wide) so if you're watching on a larger screen it might come across poorly compressed but I didn't poke around much with the screencap settings.
Basically: Win11 Pro, new install, new everything, works. :) - I even followed your file structure.
If it's not working for you, I'm at a bit of a loss :/

from geotagninja.

Hi,
with last version 0.6.8346
settings off off off same issue; I have this geonames api error for each photo; i just have to click ok for each photo and at the end, I have what I want !
I have verified the validity of both login and password and even resized it in the settings but the error is still there

In fact I have the issue for all setting configurations. (I dont remember why this morning one was working without issue

Why does it work finally ? what is the role of geonames ?

from geotagninja.

Geonames is responsible for associating coordinates with places. (ie getting the actual information that the coordinate x/y is in London or Rome or whereever).
I can't debug it for you because it works for me.
If you feel adventurous enough though you can try something.

• download & install https://download.sqlitebrowser.org/DB.Browser.for.SQLite-3.12.2-win64.msi sqlitebrowser
• open sqlitebrowswer and then in it open the file C:\Users\YOURUSERNAME\AppData\Roaming\GeoTagNinja\database.sqlite
• go to Browse Data
• pick the Settings table
• in the filter for the SettingID type in "geo" (or just find the value on the screenshot)
• check that the username and password is what you'd expect to find.
• let me know pls

from geotagninja.

Bit of a +1 but in your browser, try:
http://api.geonames.org/findNearbyPlaceNameJSON?formatted=true&lat=47.3&lng=9&username=YOURUSERNAME&password=YOURPASSWORD
where the username and pwd are what you have in the sqlite database.

from geotagninja.

It says

{"status": {
"message": "invalid user",
"value": 10
}}
I use as username the mail that works for login in geonames

and if I use username given by gzonames

{"status": {
"message": "user account not enabled to use the free webservice. Please enable it on your account page: https://www.geonames.org/manageaccount ",
"value": 10
}}

!!!

from geotagninja.

I have activated the free web service !
quite hidden menu ….

not easy from my iphone as pc is not available at present time

answer is now :
{"geonames": [{
"adminCode1": "SG",
"lng": "9.01488",
"distance": "1.1379",
"geonameId": 7910950,
"toponymName": "Chrüzegg",
"countryId": "2658434",
"fcl": "P",
"population": 0,
"countryCode": "CH",
"name": "Chrüzegg",
"fclName": "city, village,...",
"adminCodes1": {"ISO3166_2": "SG"},
"countryName": "Switzerland",
"fcodeName": "section of populated place",
"adminName1": "Saint Gallen",
"lat": "47.2985",
"fcode": "PPLX"
}]}

so this should work now
Thanks
Phil

from geotagninja.

Okies, that sounds promising.
If it still doesn't work, let me know if the username that you see in the GTN settings is identical (or not) to the string you see in the sqlite database. It should be the same because it's a normal string (rather than anything related to numbers, which could possibly be a problem re: commas in decimals and whatnots)
Basically the short version is that if the username and password in sqlite is what you would expect it to be and the API call in the browser works with that user&pass combination then GTN should work too.

from geotagninja.

fantastic ! it works
I have to test everything now
good job

from geotagninja.

Ok, same link as above (https://drive.google.com/file/d/18iI77SIdrIv-joOtyT0-MzqOVtB5OgM0/view?usp=share_link) patched a few things:

• when user presses OK it will change to a "pls wait" button
• there was a bug that if user parsed the same image file more than once it'd delete the city/etc data but not refresh it.
• other small things

from geotagninja.

I had a notification that a new version of exiftool is available but link gave this error:

nevertheless the link https://exiftool.org/exiftool-12.50.zip works correctly when used under firefox

For the french translation I would prefer:
Ajouter/modifier positions XMP dans le fichier
Créer/remplacer tags dans un fichier XMP séparé
Ne pas conserver de sauvegarde xxxx_original

And : when importation of the position file is finished, positions are seen in the file details on the left but not yet on the map. It is necessary to rehighlight all the files for seing the results. Could it be in real time ?

Isn't it yet the time to deploy officially this very good program and find other beta testers ?
It is now very very close to the geosetter versiondont you think ?

congratulations
Philippe

from geotagninja.

Hi,

Thanks for the updated translations ;)
I'll patch the issue re: 12.50. - the issue there is that it's taken as a numeric value and C# thinks that 12.50 really means 12.5 - I'll work around it.

Re showing updates on the map.: the map only triggers when the listview (grid) selection changes. I've now lost track of the various updates but one of the things upcoming will be a faster handling of Control + A (select All) as it's pretty slow in the current version, possibly even the one you're testing.

from geotagninja.

Actually if you still feel like playing around with changes, I've updated just now the one on google drive. It has your updated translations and bits and bobs of new code.

from geotagninja.

very quick test this early morning
Phil

from geotagninja.

Hi,
I'll have a look at resizing that Form but yes the text is a bit lenghty.
The other 2 Qs:

• I don't know why it's not showing in the first screenshot as I don't have your files/settings...What's in the Report, does it recognise the location? Alternatively if you don't mind re-uploading your test files someplace (just the images, I think I have the GPX files) I can have a look.
• The "why they do show" is a bit trickier. It's because I think you asked ;) -- a user did anyway. Basically originally when there were no valid coordinates the map would then default to coords 0.0/0.0 but that made it difficult to tag series of images one by one so it's been decided that the map would only refresh if the SelectedItem has valid coordinates, which in case of your screenshot is False thus no refresh.

from geotagninja.

I don't know why it's not showing in the first screenshot as I don't have your files/settings...What's in the Report, does it recognise the location? Alternatively if you don't mind re-uploading your test files someplace (just the images, I think I have the GPX files) I can have a look.

---------> this was not the issue; my gpx files are such that they are missing for some photos with the time frames set in the GTN. So after uploading positions, some positions are missing. I have then 2 solutions :

• increase the time frame until it finds position but they will be wrong (could be enough in some cases)

• choose one or several photo where positions are missing, tag a position on the map and find a way to send this position to the selected photo(s).

• This is what I dont find or dont find obvious

  The "why they do show" is a bit trickier. It's because I think you asked ;) -- a user did anyway. Basically originally when there were no valid coordinates the map would then default to coords 0.0/0.0 but that made it difficult to tag series of images one by one so it's been decided that the map would only refresh if the SelectedItem has valid coordinates, which in case of your screenshot is False thus no refresh.

----> understood

Phil

from geotagninja.

understood

from geotagninja.

in english it is better
could you do it bigger ? after all this is one of the more important feature of the program

from geotagninja.

increase the time frame until it finds position but they will be wrong (could be enough in some cases)
That's one for the user to pick I'm afraid.

choose one or several photo where positions are missing, tag a position on the map and find a way to send this position to the selected photo(s).
There is a copypaste function already you know - I think that's generally what you're after.

In the screenshot with "test position i want", i can't see the coordinates on the grid but i'm assuming that those coordinates are interpolated numbers rather than "documented ones" - if so then it's a function of how Exiftool generates the interpolation. GTN doesn't do calculations, exiftool does.

Button size: noted. I'm working on (mostly done actually) on a patch that will make elements resizable (the main ones, anyway), I'll add it in while there.

from geotagninja.

Actually, usual g-drive path, uploaded a new version if you feel like experimenting.

from geotagninja.

french menu "Loc au fichier" ... mmm ! could you put something like "Copie positions dans le(s) fichier(s) selectionné(s)

• other remark
  Phil

from geotagninja.

from geotagninja.

I am lost with the tests !
I choose a very small extrapolation duration when uploading positions in order to have photos with and without positions.
Then I added a very different location in one photo
then save

but after stopping ans starting application and using same photos, correct locations in the previous session were missing

I have to stop a bit the tests ! and perhaps choose new virgin photos !!!

and I got a windows error (second time)

Phil

from geotagninja.

from geotagninja.

from geotagninja.

this is the message in geosetter (right clic)

from geotagninja.

In fact it seems that GTN does not show locations that exist
see 2 screen shots with same photos:
one fromGTN
one from geosetter

from geotagninja.

Thing is, I don't know how GS did/does its things. It's not using exiftool (ET) but the guy either coded most of it himself or did some alternative magic, but since it's not an opensource project I can't quite guesswork it. GTN uses ET to do just about everything so if ET doesn't interpolate the values then there's nothing I can do about it/them.
As I wrote at some point above I don't have the code to standardise and parse a lot of Track-file-formats and it'd not be beneficial for me to try and reinvent the wheel on that one if ET is already doing a fine job on it.

If you find a way to coerce ET to get the interpolation, I can look into if it's being picked up by GTN.

exiftool -geotag=2022-09-07_11-53-42.gpx -geotag=2022-09-07_11-53-42.gpx "-geotime<${DateTimeOriginal#}+02:00" sony_a7s_iii_01.arw -api GeoMaxIntSecs=1800 -api GeoMaxExtSecs=1800

...where for each of the gpx files you need a -geotag=2022-09-07_11-53-42.gpx (obvs amend) and the +02:00 is something you might need to change.

from geotagninja.

Hi
Sorry for my English that is ( even when I read it after ) not so clear .
The settings I used to have missing locations was done on purpose in order to try the procedure for adding location manually to photos.
The issue I saw is that a set a 3 photos that had 11 “automatic from GPx file” plus 1 by manual mode was shown after save , close GTN and reopen GTN with 6 + 1 photos with locations while GS show the 11 +1.

What is surprising is that when opening the 13 photos, the screen showed first the 12 photos with locations then the locations were erased
I cannot currently make new tests but I suspect that your application makes 2 steps ..
This is surely related to xmp informations saved in the photo file and in the xmp sidecar
I Will make further tests as soon as PC is free ( WAF !)
Phil

from geotagninja.

Appreciating you're not in front of a PC at the moment but...If you expect something is a bug I can only debug if I have the precise settings you used. If you modify 13 files and it only saves 7 of them then I'll need the 13 files, all the GPX files and the relevant settings used for the import so I can reconstruct it on my version and debug ;) - as always, if you'd prefer sending things in private, that's ok too.

from geotagninja.

this is the message in geosetter (right clic)

Upcoming change fyi.

from geotagninja.

Hi
I sent you a directory with a set of photos that shows the issue
After further tests, it seems that it is linked with the option to write xmp positions inside the file .
With the option to write sidecar xmp only, the issue seems to be absent.
I say seems because even with « only xmp » there was one file without positions only
And I tried as well to close then open GTN and import photo and the number of photos without positons changed
Phil

from geotagninja.

from geotagninja.

Hopefully all good now - see new release. :)

from geotagninja.