francoisschnell / gpicsync Goto Github PK

Hello,
Thanks for a great tool.
Is there any chance that you can add high DPI support for windows 10?
As far as I understand dependencies update may solve the issue

while processing Nikon .nef raw file

1. Cannot create thumbs .
2. re-name will change .nef to .jpeg

I can apparently georeference all JPG images in subfolders but not when selecting parent image folder that contains RAW images (e.g. CR2, NEF) in subfolders. Is there some way to allow this? Many thanks

I tried out using this very helpful script on a picture that already has geocoordinates in the exif metadata and those were overwritten by the script. While that might be intended sometimes, I would like to have the default to not overwrite existing geodata but make overwriting an option.

I used the command-line version.

My use case is: my camera can add geodata itself but sometimes does not have the information and then cannot add it to the picture. So I have a directory with image of which most have geodata but some do not. I would like to use the script for this directory and only add missing data since usuall y I assume the data directly from the camera is better.

Hi,
just installed and tryes to look at some pics that already have metadata on it without much success
o came here trying to fing a way to add gps tags to my photos based on a map

when closing gui i get an info to look at the log and here it is

i selected a folder and a gpx file and clicked in "view in google earth"
honestly i dont know if it has some connection
hope it helps do solve a bug

Traceback (most recent call last):
File "gpicsync-GUI.py", line 700, in viewInGE
File "win32com\client_init_.pyc", line 95, in Dispatch
File "win32com\client\dynamic.pyc", line 114, in _GetGoodDispatchAndUserName
File "win32com\client\dynamic.pyc", line 91, in GetGoodDispatch
pywintypes.com_error: (-2147221005, 'Invalid class string', None, None)
Traceback (most recent call last):
File "gpicsync-GUI.py", line 700, in viewInGE
File "win32com\client_init.pyc", line 95, in Dispatch
File "win32com\client\dynamic.pyc", line 114, in _GetGoodDispatchAndUserName
File "win32com\client\dynamic.pyc", line 91, in _GetGoodDispatch
pywintypes.com_error: (-2147221005, 'Invalid class string', None, None)

Traceback (most recent call last):
File "gpicsync-GUI.py", line 916, in sync
UnicodeDecodeError: 'ascii' codec can't decode byte 0xcd in position 2: ordinal not in range(128)

I've been using this for months and then a week ago this started happening where I get the message: "Couldn't find or read configuration file" in the status window. I searched the repository and can't find anything that might generate this message.

Is there a technical reason gpicsync can't auto-determine the offset between coordinate timestamp to image timestamp? I understand that pictures have a time without a time zone or time since epoch (e.g. they only have something like 08:09:46 on 01/28/2018) so gpicsync cannot convert that to utc, but each coordinate has an implied timezone which can be used to offset automatically.

I have seen packages like timezonefinder, but have not tried them yet.

Any thoughts about adding this?

Thanks for the really useful software!

Hi,

I'm trying to use GPicSync but it seems thart it doesn't recognize the date in my pictures (also when using the EXIF reader).

I tried with pictures taken from a camera and from a smartphone and EXIF date can be read without problem with any other program (Xnview, Picasa, Windows...)

My computer is in french language (Windows) and I tried the GpicSync Gui both in english and french.

geocoding stops in non english version of the GUI when "logfile" option is checked (reported by mail by werner)

EDIT: will fixed it soon

I'm not sure if it is even possible to run your great software on mac but I read it is possible.
Unfortunately I'm getting this error:

$ python gpicsync-GUI.py
Traceback (most recent call last):
File "gpicsync-GUI.py", line 29, in
from unidecode import unidecode # unicode to ascii (see issue 117 regarding Python 2.x and command line to exiftool containing unicode)
ImportError: No module named unidecode

exif reader doesn't work so nothing works at all.
Error from LOG file:
\GPicSync\gpicsync-GUI.exe:1222: UnicodeWarning: Unicode equal comparison failed to convert both arguments to Unicode - interpreting them as being unequal

I am often adding GPS to thousands of images. Would it be possible to extend using multiprocessing to launch multiple exiftools to handle this.

I tried entering in 25 seconds for the camera and 24 seconds for the GPS. It acknowledges that I did this, but it doesn't change what location the photo was taken. I have a GPX track with points taken once per second, and it's clear that the photo was matched with the adjacent location. Additional instructions for camera time being off would be appreciated, thanks!