My favorites | Sign in
Project Home Wiki Issues Source
Search
for
TroubleShooting  

Featured
Updated Feb 4, 2010 by francois...@gmail.com

---

If you encounter a problem with GPIcSync or have a feature request thanks to let me know directly at this email (include "gpicsync" in the subject):

The old issues page can be found here here

---

  • 1)If you have an error MSVCP71.dll and/or MSVCR71.dll was not found (or another dll file).
  • 2)If GPicSync says geocoding went fine (and Google Earth file is OK) but the position wasn't written in the picture metadata
  • 3)If no indications of localization appears check first your .gpx file

1)If you have an error MSVCP71.dll and/or MSVCR71.dll was not found (or another dll file).

This dll(s) should be installed by default on Windows XP. You can Google their name and download them on specialized site like "dll-files.com".

Basically, you can put them in the GPicSync installation folder or better in the system directory (on Windows XP it is C:\Windows\System32\)

It seems that MSVCP71.dll and MSVCR71.dll work together so if you have a missing message for one be sure you also have the other one.

If it's still doesn't work please contact me.

If after that you still have a problem try to install the Microsoft .Net framework.

2)If GPicSync says geocoding went fine (and Google Earth file is OK) but the position wasn't written in the picture metadata

Another software you've used may have altered or "corrupted" the picture metadata in a way that EXIFtool (library used by GPicSync) can't deal with anymore.

Few tips to workaround this (whatever the software you used): http://groups.google.com/group/gpicsync/browse_thread/thread/1258406a030ff7c6

3) If no indications of localization appears check first your .gpx file:

A .gpx file is a "XML" file. You can open it and modify it easily in a text editor: it has plenty of tags (

<tag>
....
</tag>
)

Gpx files have one or more

<trkseg>
...
</trkseg>
which contain plenty of trackpoints
<trkpt>
...
</trkpt>
which says at which location you were at a precise time.

...
<trkseg>
... 
<trkpt lat="48.50517319" lon="7.13916969">
<ele>700.46</ele>
<time>2007-03-04T12:05:16Z</time>
</trkpt>
<trkpt lat="48.50517286" lon="7.13916759">
<ele>704.30</ele>
<time>2007-03-04T12:05:18Z</time>
</trkpt>
<trkpt lat="48.50517294" lon="7.13916550">
<ele>708.15</ele>
<time>2007-03-04T12:05:20Z</time>
</trkpt
 ... ... 
</trkseg>
...

Use "Tools"->"GPX Inspector" to quickly see the data GPicSync finds in it. If your gpx file seems fine use "Tools"->"EXIF Reader" and check if your photos contain a 'Date/Time Original' field like (Date/Time Original : 2007:04:06 14:41:02). Some image processing software erase metadata (Picassa for example keeps the metadata).

Comment by texasnat...@gmail.com, May 15, 2009

Regarding point #2, this will also happen in Windows if the Read Only bit is set on the photo file.

Comment by tima.me...@gmail.com, Oct 7, 2009

yo!

Comment by tima.me...@gmail.com, Oct 7, 2009

even if i manually enter the GPS coordinates for images, using the EXIF writer, i can't see results on Google Earth. Is it because the time should also match between the GPX file and the image time??

Comment by china...@gmail.com, Jul 18, 2010

i installed it on win 7, and also have .net installed. still get the MSVCR71.dll was not found. any ideas?

Comment by joachim....@gmail.com, Mar 13, 2012

Installed v. 1.29 on Windows XPSP3 and tried, but nothing happens. Checked all checkboxes, jpgs are straight from my sony camera, unmodified. Track is a proper gpx track that I have viewed with gpx viewers. A backup folder and a thumbs folder are created as subfolders of the images folders as well as doc.kml and doc-web.kml, but they contain no files respectively no information. The log contains no mention of individual images. What do I have to specify in the Google maps export folder text box? After installing GPicSync in contained a HTTP url. But can GMapSync directly upload its results to a web server? Can I enter a local path (as windows path like D:\documents\... Does it need a backslash in the end?) Is there any other way to make some tiny mistake that messes everything up? I would appreciate any help. Regards Joachim

Comment by project member francois...@gmail.com, Mar 13, 2012

Hello Joachim, could you send me the gpx file and two or three pictures for testing? Thanks a lot in advance.

Comment by ilkan...@gmail.com, Mar 16, 2012

Hi I have Windows 7 64 bit. From some reason, both the previous and the latest versions doesn't work.

The prevous can't even start, got the below error:

Traceback (most recent call last):

File "gpicsync-GUI.py", line 1220, in <module> File "gpicsync-GUI.py", line 337, in init File "wx\core.pyc", line 3336, in ConvertToBitmap?
wx.core.PyAssertionError?: C++ assertion "image.Ok()" failed at ..\..\src\msw\bitmap.cpp(799) in wxBitmap::CreateFromImage?(): invalid image

The latest version can't update the images (geonames in IPTC), got the below error:

Unhandled exception in thread started by <function sync at 0x0303D430> Traceback (most recent call last):

File "gpicsync-GUI.py", line 1002, in sync
UnicodeDecodeError?: 'ascii' codec can't decode byte 0xc4 in position 32: ordinal not in range(128)

Thanks Yossi

Comment by project member francois...@gmail.com, Mar 16, 2012

Hello Ilkanaev. Concerning the first problem I can't reproduce it with my datasets, it would be great if you could send me two/three pictures + gpx+ your time zone for testing. You can also try to install the program in user folder. Concerning the second problem, it could be non "ascii" characters coming from geonames (the program is not fully UTF yet for geonames).

Comment by tulai.net, May 1, 2012

Hi francois,

I have exactly the same problem as Ilkanaev. I am also using gpicsync on win7 x64. gpicsync stop when it tries to tag "Zurich"(in Germany Zürich) to the photo.

I don't know whether Ilkanaev had sent you two/three pics+gpx+timezone for testing. I will be happy if I would help. I sent you the pics and gpx to your gmail. the time zone used is "berlin"(which is +1:00) and summer time.

Comment by project member francois...@gmail.com, May 1, 2012

Thanks a lot for your feedback and dataset.I made and committed changes to the source code to take into account unicode for geonames. Unfortunately it only works for now in source code. When I make an exe and package it to test it with your test example, it stops working (same error message) :( I will try to find a solution hopefully soon.

Comment by learner....@gmail.com, May 14, 2012

Hello Sir, I am encountering a typical problem. Nothing happens while I press "Synchronise !" Button. I went through your trouble shoot guide and felt that no. 3 is the best fit trouble to solve my problem. I started inspecting the gpx file using Tools->GPX Inspector and the same for the metadata file of my picture using Tools->EXIF Reader. Now, what I found that my gpx file is logging a time which is almost 10 hours back. I have critically checked my mobile and found that the time is exactly same as per my local time, no lagging. I am using My Tracks to create my gpx file. Why My Tracks logging the time 10 hours back? May you help me?

Comment by project member francois...@gmail.com, May 19, 2012

Hello Learner. I've just installed "My Tracks" for Androids and the GPX export seems to work fine as it indicates the GMT time (Greenwich UK time), not the local time. Did you give the right time zone before syncing in GPicSync? If your local time was wrong in your camera you can also go in GPicSync: Options menu > Local Time Correction. If it still doesn't work don't hesitate to send me a test sample.


Sign in to add a comment
Powered by Google Project Hosting