Code Monkey home page Code Monkey logo

gpicsync's People

Contributors

francoisschnell avatar

Watchers

 avatar

gpicsync's Issues

Support Panasonic RAW files (.raw)

What steps will reproduce the problem?
1. Tools->Exif reader will read .raw file OK
2. Run gpicsync w/pictures folder containing .raw files & a gps file
3.

What is the expected output? What do you see instead?
No processing of .raw files

What version of the product are you using? On what operating system?
Win XP SP2  gpicsync 1.10

Please provide any additional information below.

Bob McTague

Original issue reported on code.google.com by [email protected] on 8 Aug 2007 at 4:01

Would like to customize the generated description

What steps will reproduce the problem?

geotag an image, summarize in IPTC caption.

What is the expected output? What do you see instead?

Current output is for example:

Latitude/Longitude=(57.702430 , 11.924333 ) <br>Near Geonames: Sannegården
Västra Götalands Län Sweden <a
href=http://www.geonames.org/maps/google_57.702430_11.924333.html> (Map
link)</a><br><br

Desired output should reflect the distance to the geoname, also provide a
link to google maps which is more precise than the one to geonames.

Latitude/Longitude=(57.702430 , 11.924333 ) <br>0.604 km from Sannegården
Västra Götalands Län Sweden <a
href="http://maps.google.com/[email protected],11.924333"> (Google
Maps)</a><br><br>

Best would be, if this entry can be customized by a template.

I don't know if it already exists. The entry should be appended to the
description if this already has contents.



What version of the product are you using? On what operating system?

gpicsync 1.09 on windows


Please provide any additional information below.

I tried to retrieve the geonames information by
http://ws.geonames.org/findNearbyPlaceName?lat=57.702430&lng=11.924333&style=lon
g

I guess it is the same webservice you are using.

Bernhard


Original issue reported on code.google.com by [email protected] on 20 Jul 2007 at 11:10

Exif is not produced correctly

What steps will reproduce the problem?
1. Use the GPX file and the image attached with GPicSync.
2.
3.

What is the expected output? What do you see instead?
EXIF coordinates N 50.928183 ,E 7.242650 are added.

What version of the product are you using? On what operating system?
v0.8 on Vista

Please provide any additional information below.
The log says
"Processed image DSC06255.JPG : taken 2007-04-07-12:26:07  - Writting best
match to picture  -> N 50.928183 ,E 7.242650 : time difference (s)= 65"
This is the right geo information. The EXIF data is broken, though. Neither
IrfanView nor EXIF Viewer nor Flickr can use the EXIF data.

Original issue reported on code.google.com by [email protected] on 7 Apr 2007 at 6:15

Attachments:

Feature Request: TimeStamp

Thanks for writing this app. Its' great.
I am using 0.99 on Win XP SP2

In the KML Generation, please consider adding the capability to write a
<TimeSpan> to the Document and a <TimeStamp> to each placemark.

These elements will enable the time bar in Google Earth and let a user play
through the photos in time.

I think adding the <TimeStamp> is particularly straightforward.  The goal
is to get something like the following in the <Placemark>

<TimeStamp>
  <when>2007-05-17T12:00:00Z</when> 
</TimeStamp> 

In the placemark method in kmlGen.py, you just need the time of the photo.
 You have a method readDateTime(self) in geoexif.py that returns the date
and time in a list.  These just need to get concatenated with a 'T' in
between them and a 'Z' at the end. I am assuming this time is UTC.

After that, it seems the only other change would be to modify the line:
"</coordinates>\n</Point>\n"

to 

"</coordinates>\n</Point><TimeStamp><when>"+datetimeval+"</when></TimeStamp>\n"

Sorry I don't know Python; otherwise, I'd have offered better code suggestion.

Michael 

Original issue reported on code.google.com by [email protected] on 25 May 2007 at 9:27

READ ME FIRST BEFORE POSTING (new mail for posting issues)

Hi all,

The issue attachment storage quota has exceeded here.

If you have any issue or feature requests I would appreciate if you can
mail-me me directly here (please add "gpicsync" somewhere in the title of
your mail):
http://francois.schnell.free.fr/fschnellgmail.png

For issues, in most cases it's very helpful for me to have:
- the tracklog used
- one or two pictures
- the UTC value used
(I will use the above data for test only)

Thanks

francois



Original issue reported on code.google.com by [email protected] on 12 Aug 2007 at 2:48

No write to DNG EXIF

What steps will reproduce the problem?
1. Try to geotag pictures in DNG format.


What is the expected output? What do you see instead?
Expected is a DNG with geoinfo in the EXIF. Instead, I can see that there
is a matching geo info in the gpx file, but the EXIF doesn't get updated.
However, if I convert the image into jpg, everything is fine.

What version of the product are you using? On what operating system?
1.07 on WinXP SP2.




Original issue reported on code.google.com by [email protected] on 16 Jul 2007 at 9:19

EXIF not working in Picasa after 0.8xx version

What steps will reproduce the problem?
1. Installed 0.84 then 0.81.1 then 0.70
2. Geocoded the same photos and view them in Picasa
3.

What is the expected output? What do you see instead?


What version of the product are you using? On what operating system?


Please provide any additional information below.

I am really excited with the program and thank you so much. One of the 
reasons why I am using this program over WWMX from Microsoft was that this 
one works perfect with Picasa. Photos that are geocoded with WWMX were not 
shown correctly in Picasa where this program supported it wonderfully. 

But after I upgraded to 0.84, I realized that EXIF data in Picasa was 
wrong. Picasa showed the photo's langitude correctly but showed latitude 
as 000000...

I cannot wait to see this fixed in the next version. Thank you very much~


Original issue reported on code.google.com by [email protected] on 10 Apr 2007 at 5:24

[NikonD80] GPS Exif tags not written to the picture file

What steps will reproduce the problem?
1. Sync a picture - JPEG file - from Nikon D80 with a GPX trace
2.
3.

What is the expected output? What do you see instead?
The GPS Exif tags are not written to the picture file but only the IPTC
tags with position and geotags


What version of the product are you using? On what operating system?
GPicSync 1.10 + WXP SP2

Please provide any additional information below.


Original issue reported on code.google.com by [email protected] on 30 Jul 2007 at 1:30

Attachments:

auto-geotagging of &quot;positionless&quot; points

What steps will reproduce the problem?
1. use a GPX file with a track
2. "nearest" (time) point is used
3.

What is the expected output? What do you see instead?
This "positionless" waypoint will get assigned coordinates of the 
point "before" and the point "after" this point. So the coord of this 
positionless point will be interpolated/extrapolated

What version of the product are you using? On what operating system?
0.90

Please provide any additional information below.


Original issue reported on code.google.com by [email protected] on 2 May 2007 at 4:08

Repeatable issue similar to #1

If directories typed into "Pictures Folder" and "GPS File" boxes (rather
then using buttons to set these) nothing happens.

only Beginning synchronization with UTC Offset =-4 hours and maximum time
difference = 120 seconds. is printed

What steps will reproduce the problem?
1. Type in directory name in the "Pictures Folder" box
2. Type in full path to file in the "GPS file" box
3. Hit "Synchronize"

What is the expected output? What do you see instead?
Output is only "Beginning synchronization with UTC Offset =-4 hours and
maximum time difference = 120 seconds."

What version of the product are you using? On what operating system?
Windows XP SP2, GPicSync .93

Please provide any additional information below.
If I do the above and then use the buttons next to the file location boxes
to select the directory and the box, then the text in the boxes do not
change at all, but it works.

Original issue reported on code.google.com by [email protected] on 17 Jun 2007 at 4:00

No support for loading JPGs that already contain gps EXIF data

What steps will reproduce the problem?
1. If you have JPG files that already contain EXIF gps data, you cannot
load them into gpisync and export them for view in Google Maps
2.
3.

What is the expected output? What do you see instead?


What version of the product are you using? On what operating system?
v.93 on XP Pro SP2

Please provide any additional information below.

I know you run this out of kindness, but the ability use a prevously 
gecoded JPG with EXIF data or for the few cameras that capture EXIF data 
with gps directly, these photos cannot be loaded and exported to Google 
Maps.

Original issue reported on code.google.com by [email protected] on 4 Jul 2007 at 8:11

Maybe a future feature? - automatic delete of waypoints which are (very) off

What steps will reproduce the problem?
1. GPicSync uses all points
2. Sometimes there are waypoints which are very off.
3. This problem occures when the signal is very poor - like in the city 
(high buildings). For example: the track should be a line but it is zig-
zag (realy, not slightly!) with 50m to the right/left.

What is the expected output? What do you see instead?
The program should delete points which are (very) off or should ask to 
delete some points on request/by verify

What version of the product are you using? On what operating system?
0.94

Please provide any additional information below.
I think this feature is not so important for now. It´s more to think about 
for a later version of GPicSync. Thanks for version 0.94! Thanks for 
interpolation and use of special timezone.


Original issue reported on code.google.com by [email protected] on 10 May 2007 at 9:39

the Files in the originals-backup-Folder get new time!

What steps will reproduce the problem?
1. the Files in the originals-backup-Folder get new time stamp! the 
current system time
2.
3.

What is the expected output? What do you see instead?
backups should keep their original time stamp

What version of the product are you using? On what operating system?
1.10 winXP

Please provide any additional information below.


Original issue reported on code.google.com by [email protected] on 27 Aug 2007 at 7:48

More options in keywords EXIF

What is the expected output? What do you see instead?
Since 1.02 we can specify the keywords in EXIF with this section:
#Add geonames and geotagged in EXIF by default (True or False) and select
the ones you want

But it's not possible to select True or False for this 3 informations:
geotagged, geo:lat=XX.XX, geo:lon=YY.YY

How i can select false for this.

yhanx to you

What version of the product are you using? On what operating system?
1.10

Please provide any additional information below.


Original issue reported on code.google.com by [email protected] on 24 Aug 2007 at 10:39

Output file time/date stamp

What steps will reproduce the problem?
1. just run the program with a file that has been edited.
2. this edited file will have a later time/date than its EXIF time/date.
3.

What is the expected output? What do you see instead?
SUGGESTION: Add a check box to allow either EXIF time/date or real time/date.
This would allow easy backing-up of output files.
At present backups by time/date must be done manually.

What version of the product are you using? On what operating system?
1.10, Windows XP sp2.

Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 21 Aug 2007 at 2:49

Western latitudes

What steps will reproduce the problem?
1. Track western latitudes (ie: -71.1234)
2. Notices the kml file list eastern latitudes (71.1234)
3.

What is the expected output? What do you see instead?


What version of the product are you using? On what operating system?

Code from svn on 1-Apr-2008, ~8:30pm EST

Please provide any additional information below.


Original issue reported on code.google.com by nozell on 2 Apr 2007 at 12:40

Stored longitude is positive

What steps will reproduce the problem?
1. Setup to syncronize pictures
2. Syncronize
3. Log says:
...
Found pond_d_001.jpg ...taken 2007-04-27-11:57:55  - Writting best match to
picture  -> N 30.326819 ,W -81.696576 : time difference (s)= 0".  
...
Note that longitude is negative.
4. Use 'exiftool' to look at image
...
GPS Latitude                    : 30 deg 19' 35.82" N
GPS Longitude                   : 81 deg 41' 54.27" W
GPS Position                    : 30 deg 19' 35.82" N, 81 deg 41' 54.27" W
...

What is the expected output? What do you see instead?
Longitude is positive instead of negative.

What version of the product are you using? On what operating system?
0.92

Please provide any additional information below.


Original issue reported on code.google.com by [email protected] on 4 May 2007 at 2:32

Option to mass delete geo information from images

What steps will reproduce the problem?
I mistakenly set too large "time difference for nearest trackpoint"
interval as I thought that "interpolation" feature works even for larger
pauses in your track log (for example I had my GPS turned off for 1 hour
during my drive and i thought GpicSync will interpolate positions for this
missing part of tracklog). Now I have some pictures geotagged with the last
position in the track log before the longer pause (which is not true).
Now when I want to correct it, and set standard interval of 120 seconds,
only those pictures fitting this condition get re-tagged. Could there be an
option to delete geo information from pictures which can't be tagged? Or
just some mass erase feature?


What version of the product are you using? On what operating system?
I'm using version 0.99 for Windows


Original issue reported on code.google.com by [email protected] on 1 Jun 2007 at 8:54

Accept other formats as input GPS files

This is a feature request more than anything else.

It would be nice to add other file formats maybe using an external link 
with GPS Babel.

Otherwise this is a great program, thanks !

Original issue reported on code.google.com by [email protected] on 20 May 2007 at 7:23

Feature Request

This isn't a problem, but rather a feature request.

Can you make the pictures folder entry remember the last entry on startup
so that you don't have to start at "My Computer" every time you re-start
the program.  The GPS file entry seems to have this.


What version of the product are you using? On what operating system?
0.95 on XP Pro SP2

Please provide any additional information below.
Great program by the way!

Original issue reported on code.google.com by [email protected] on 15 May 2007 at 8:37

No preview nor Google earth integration for RAW (.NEF) files

What steps will reproduce the problem?

If Geocoding Raw (.NEF) files, the GEOCoding works fine, but no preview is 
displayed. Similarly no thumbs of the RAW pictures are dislpayed in Google 
Earth

What is the expected output? What do you see instead?

The thumbs of RAW files should be shown

What version of the product are you using? On what operating system?

gpicsync 1.1 on Windows

Please provide any additional information below.


Original issue reported on code.google.com by [email protected] on 13 Aug 2007 at 8:26

Error during sync and/or gpx inspection

What steps will reproduce the problem?
1. Start a sync then exit, or;
2. Start a inspection then exit

What is the expected output? What do you see instead?
I expected to have jpg files with included GPS data. I got an error.

What version of the product are you using? On what operating system?
I'm using version 1.06 of GPicSync running on Windows Vista Ultimate 64bit
and Windows XP Pro.

Please provide any additional information below.
When trying to synchronise gps data GPicSync generates this message:

------
Beginning synchronization with UTC Offset =2 hours and maximum time
difference = 300 seconds

and then it doesn't do anything. When I press stop and then quit the
program I get an error dialog with the log file location. There is no gps
data in the photo's. Same happens when inspecting the gpx file. The gpx is
fine and opens without errors in OziExplorer and GPSBabel

I tried it on Windows Vista and XP both with the same result. I've attached
the log and the gpx file.

Kind regards,

Sebastiaan Schimmel

Original issue reported on code.google.com by [email protected] on 8 Jul 2007 at 5:54

Attachments:

Tag Camera RAW files - Eg. CR2

What steps will reproduce the problem?
1. Use a RAW (in my case Canon CR2) file instead of a JPEG
2.
3.

What is the expected output? What do you see instead?
Tagged CR2 file. Software ignores files other than CR2

What version of the product are you using? On what operating system?
0.9 / Win XP SP2

Please provide any additional information below.
I have been very impressed with your program and love it!
I Often shoot in RAW and would love to be able to tag these images 
immediately before loading them into cataloging software like Lightroom.


Original issue reported on code.google.com by [email protected] on 24 Apr 2007 at 10:33

NEF (raw) files Preview

What steps will reproduce the problem?
1. Doesn't preview NEF (Nikon raw) files
2.
3.

What is the expected output? What do you see instead?
On the image preview box I can't se nothing during syncro


What version of the product are you using? On what operating system?
1.07 with Windows XP


Please provide any additional information below.
May be is not a bag, but I hope you can resolve it!

Thanks


Original issue reported on code.google.com by [email protected] on 13 Jul 2007 at 3:24

Error on starting gpicsync-GUI.exe

What steps will reproduce the problem?
1. Run gpicsync-GUI.exe from g:\program files\gpicsync

What is the expected output? What do you see instead?

Errors occoured dialog..

Log file contents = 

Traceback (most recent call last):
  File "gpicsync-GUI.py", line 898, in <module>
  File "gpicsync-GUI.py", line 77, in __init__
IOError: [Errno 2] No such file or directory: 'H:\\/gpicsync.conf'



What version of the product are you using? On what operating system?
1.03



Original issue reported on code.google.com by [email protected] on 13 Jun 2007 at 1:30

GPX problem

Hi,

First of all thanks for the excellent program
I'm trying to use a csv file (from an i-blue 747 gps logger) converted to 
gpx with gpsbabel but it doesn't seem to work, the gpx inspector says 0 
valid tracks point. But the same gpx works with other programs, for example
gps trackmaker or topofusion.

Here is a sample of the gpx

?xml version="1.0" encoding="UTF-8"?>
<gpx
 version="1.0"
creator="GPSBabel - http://www.gpsbabel.org"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns="http://www.topografix.com/GPX/1/0"
xsi:schemaLocation="http://www.topografix.com/GPX/1/0 
http://www.topografix.com/GPX/1/0/gpx.xsd">
<time>2007-08-02T22:56:06Z</time>
<bounds minlat="45.652391000" minlon="9.049950000" maxlat="45.857113000" 
maxlon="9.237726000"/>
<wpt lat="45.835107000" lon="9.101439000">
  <name>WPT001</name>
  <cmt>WPT001</cmt>
  <desc>WPT001</desc>
</wpt>
<wpt lat="45.835107000" lon="9.101439000">
  <name>WPT002</name>
  <cmt>WPT002</cmt>
  <desc>WPT002</desc>
</wpt>
<wpt lat="45.835107000" lon="9.101439000">
  <name>WPT003</name>
  <cmt>WPT003</cmt>
  <desc>WPT003</desc>
</wpt>


What version of the product are you using? On what operating system?
1.10 - win xp pro sp2

Thanks in advance,
Valentino

Original issue reported on code.google.com by [email protected] on 2 Aug 2007 at 11:06

Nothing happens

I am very interrested in your prog.

I try to use it with a folder of 129 jpeg files, and a big gpx file of 
59000 entries (a trip in Africa). This file was download from GPS by 
OziExplorer, concatenated each day, and export to gpx format by the same 
Oziexplorer

When I push Synchronize button, Nothing happens, I see just this two lines

Beginning synchronisation with UTC Offset=1
Found 2005-10-10 16-10-18 JT.JPG : Processing now ... 

and nothing ...
The prog can stay more than 1 hour like that.

Is there something about several days in the file (I have try with a 
subset file of 1 day with same result)

What version of the product are you using? On what operating system?
GPicSync-13032007-1 and Windows XP SP2

Please provide any additional information below.
1st part of my gpx file attached


Original issue reported on code.google.com by [email protected] on 15 Mar 2007 at 4:58

Attachments:

gpicsync removes already existing By-Line in Iptc

What steps will reproduce the problem?
Geotag a CR2 file

What is the expected output? What do you see instead?
I expect that only the description is appended but no other IPTC fild is
touched. But existing IPTC data seem to get lost.

What version of the product are you using? On what operating system?
1.09

Please provide any additional information below.
I uploaded some files in issue #9

Original issue reported on code.google.com by [email protected] on 20 Jul 2007 at 1:57

Exif Reader don't read *jpg files (just *JPG ones)

What steps will reproduce the problem?
1. once in GPicSync, select Tools > Exif reader
2. in dialog box, select whatever option you want (all exif datas or just
daet/tim/lat/long)
3. in the file selection dialog box, a predefined filter force user to see
*JPG files, it forces user to see only *JPG files

What is the expected output? What do you see instead?

Either provide a less strict file filter, either remove the file filter and
let user select his files

What version of the product are you using? On what operating system?

GPicSync 0.93 on Linux Mandriva 2007.1

Please provide any additional information below.

(none)

Original issue reported on code.google.com by [email protected] on 6 May 2007 at 1:52

My Portrait mode photo displays in Landscape

What steps will reproduce the problem?
1.
2.
3.

What is the expected output? What do you see instead?

On clicking one particular photo on my walk, I expected to see it in
PORTRAIT format. But it was in LANDSCAPE format.
Opening the file in any viewer/editor displays it in Portrait mode.

What version of the product are you using? On what operating system?
0.98-2 - 2007 in XP Home (SP1).

-- 
Terry, West Sussex, UK


Original issue reported on code.google.com by [email protected] on 24 May 2007 at 10:49

feature request

btw, thanks for the really quick fix for 0000 hrs UTC issue.  Now
everything works fine.

I'm not familiar with how the keywords are formed.  It would be great if
there were a way of globally choosing which ones to apply to images.  For
example, I'd like the country and state tags to be applied but not anything
else.  Would you consider this for a future release?

The reason why I'm asking for this is because lightroom reads all the
keywords into the database and often that's more detail than I need. 
Deleting them individually is time consuming.

Original issue reported on code.google.com by [email protected] on 22 May 2007 at 7:16

Enter one-line summary

What steps will reproduce the problem?
1. Use a GPX file with a track that includes a <name> tag
2.
3.

What is the expected output? What do you see instead?
The <name> tag in the <placemark> tag in the generated kml should show the
name from the <name> tag for the gpx track.  Instead the kml displays:
<Placemark>
<name>Path</name>

from a gpx file:
<trk>
<name>My Track Name</name>

should generate:
<Placemark>
<name>My Track Name</name>

What version of the product are you using? On what operating system?
0.92 windows

Please provide any additional information below.


Original issue reported on code.google.com by [email protected] on 2 May 2007 at 1:59

the Interpolation-Options seems not to work.

What steps will reproduce the problem?
1. if I check the Interpolation or not - the result is the same: no 
interpolation!
2. The Photos a few seconds after the first point are all located to the 
first point
3. The Photos a few seconds before the second point are all located to the 
second point of the track


What is the expected output? What do you see instead?
I would expect to have the photos each with other coordinates along a line 
between the first and the second point of the track, with distances 
according to the difference in time between the first and the second point 
of the track. 

What version of the product are you using? On what operating system?
1.10

Please provide any additional information below.


Original issue reported on code.google.com by [email protected] on 27 Aug 2007 at 7:45

Unhandled exception in thread started by <function sync at 0x023D2570>

What steps will reproduce the problem?
1. I try to use it with a folder of Nikon D200 Raw files
2. import the GPS data (NMEA file)
"For information, GPX file created with GPSBabel in your picture folder." 
was prompted on screen
3. When I push Synchronize button, Nothing happens, The message was 
prompted as below:
------

Beginning synchronization with UTC Offset =+8 hours and maximum time 
difference = 300 seconds
Creating an 'originals-backup' folder.
Starting to generate a Google Earth file (doc.kml) in the picture 
folder ... 
(Found DSC_1824.NEF ...

When i quit the program. the message was prompted on windown
Title of message box: "Error occured"
message: See the logfile C:\Program files\GpicSync\gpicssync-GUI.exe.log

I check the log file and content of file as below:
Unhandled exception in thread started by <function sync at 0x023D2570>
Traceback (most recent call last):
  File "gpicsync-GUI.py", line 733, in sync
  File "gpicsync.pyc", line 168, in syncPicture
AttributeError: 'GpicSync' object has no attribute 'shotDateUTC'
Unhandled exception in thread started by <function sync at 0x023D3570>
Traceback (most recent call last):
  File "gpicsync-GUI.py", line 733, in sync
  File "gpicsync.pyc", line 168, in syncPicture
AttributeError: 'GpicSync' object has no attribute 'shotDateUTC'
Unhandled exception in thread started by <function sync at 0x023D3570>
Traceback (most recent call last):
  File "gpicsync-GUI.py", line 733, in sync
  File "gpicsync.pyc", line 168, in syncPicture
AttributeError: 'GpicSync' object has no attribute 'shotDateUTC'
Unhandled exception in thread started by <function sync at 0x023D3570>
Traceback (most recent call last):
  File "gpicsync-GUI.py", line 733, in sync
  File "gpicsync.pyc", line 168, in syncPicture
AttributeError: 'GpicSync' object has no attribute 'shotDateUTC'
Unhandled exception in thread started by <function sync at 0x023D3B70>
Traceback (most recent call last):
  File "gpicsync-GUI.py", line 733, in sync
  File "gpicsync.pyc", line 168, in syncPicture
AttributeError: 'GpicSync' object has no attribute 'shotDateUTC'


What version of the product are you using? On what operating system?
GpicSync 1.10-2007
OS WinXP sp2





Original issue reported on code.google.com by [email protected] on 4 Aug 2007 at 7:41

Cannot get it working

Trying to send you the following email, but not sure of address?
====================

Hello Francois,

Just discovered your program, which looks as if it will be very useful - if
only I could get it working!

It is GPicSync  0.98-2 - 2007.

I have tried several different sets of photos and associated GPX files, but
on clicking Synchronise! I just get "Beginning synchronization with UTC
Offset =0 hours and maximum time difference = 120 seconds". I also tried
various entries in UTC offset, and numbers up to 1200 instead of 120, with
same result. 

'Create a log file in picture folder', 'Dates must match', and 'backup
pictures' are checked. But I see no log file after I use Stop. Or any
'backup pictures' (where are they supposed to be placed BTW?).

My GPX files open OK in Memory-Map, GPS Utility, and Google Earth. My JPG
photos have EXIF data.

The log file (which I found in the Program Files folder, not the picture
folder) has lots of entries like these:

Traceback (most recent call last):
  File "gpicsync-GUI.py", line 381, in sync
AttributeError: 'GUI' object has no attribute 'gpxFile'
Unhandled exception in thread started by <function sync at 0x01B271B0>
Traceback (most recent call last):
  File "gpicsync-GUI.py", line 381, in sync
AttributeError: 'GUI' object has no attribute 'gpxFile'
Unhandled exception in thread started by <function sync at 0x01B271B0>
Traceback (most recent call last):
  File "gpicsync-GUI.py", line 381, in sync
AttributeError: 'GUI' object has no attribute 'gpxFile'

I am running an Athlon 1800 1 GB PC under XP Home (SP1).

Can you help me to identify and fix the problem please?

Best wishes,

-- 
Terry Pinnell, West Sussex, UK

Original issue reported on code.google.com by [email protected] on 22 May 2007 at 3:03

Attachments:

(Non ascii geonames) Exif Reader doesn't print exif info on Linux

What steps will reproduce the problem?
1. in GPicSync, select Tools > Exif Reader, then "all exif metadata"
2. choose a file (take this one:
http://francois.schnell.free.fr/geo/29Apr07/IMG_2884.JPG saved locally)
3. the "console window" just shows:

Selected metada in the EXIF header of the picture : 
---------------------------------------------------------------

and nothing else. 

If you examine this very same file with gexif, you'll see all exif
informations, with GPS values defined (48°N, 8°E ...)

What is the expected output? What do you see instead?
GPicSync should display exif informations (at least the GPS-related ones)

What version of the product are you using? On what operating system?
GPicSync 0.93 on Linux Mandriva 2007.1

Please provide any additional information below.

This bug could be important as this avoids GPicSync to work correctly
(claims : "WARNING: DIDN'T GEOCODE, no track point at this picture date")
More debug in progress.

Original issue reported on code.google.com by [email protected] on 6 May 2007 at 9:51

How to use UTC-OFFSET it the difference is x:30?

What steps will reproduce the problem?

1. I can only use integer numbers of hours!
2. because we were in Australia (UTC + 10h 30min)I can´t do it
3. How can I use "decimal" hours? For eg. 10.50 (= 10h 30min)?

What is the expected output? What do you see instead?
Can do the correction only with intger of Hours

What version of the product are you using? On what operating system?
0.90

Please provide any additional information below.
Maybe it would be easy to use Minutes to correct the UTC-Offset. Like 60 
min for 1 h?

Original issue reported on code.google.com by [email protected] on 7 May 2007 at 2:48

Using Exif to extract thumbnail images from jpg

What steps will reproduce the problem?
1. Using the Google Maps Export function
2.
3.

What is the expected output? What do you see instead?
It would be cool if the kml that is generated could refer to a thumbnail
image for the jpg instead of the full size image.  You could use exif to
extract the thumbnail image from the images as an optional setting.

What version of the product are you using? On what operating system?
0.92 Windows

Please provide any additional information below.
Currently I use:
exiftool -b -ThumbnailImage -w _thumb.jpg *.jpg
to extract thumbnail images and then upload them to a webserver and
manually modify the kml to refer to these thumbnail images

Original issue reported on code.google.com by [email protected] on 2 May 2007 at 2:58

Package perl-Image-ExifTool required for Mandriva 2007.1

What steps will reproduce the problem?
1. without rpm perl-Image-ExifTool, GPicSync claims he can't find exif data
2.
3.

What is the expected output? What do you see instead?
Picture normally geocoded

What version of the product are you using? On what operating system?
GPicSync 0.93 on Linux Mandriva 2007.1 (spring)

Please provide any additional information below.

Please add perl-Image-ExifTool as a prerequisite for Linux Mandriva 2007.1

Original issue reported on code.google.com by [email protected] on 8 May 2007 at 9:38

Add Elevation data please

What steps will reproduce the problem?
1. take a abritary gpx-file
2.
3.

What is the expected output? What do you see instead?
- i would expect the hight above sea level in the exif data
- i see sea level set to 0


What version of the product are you using? On what operating system?
- 0.9 , windows XP


Please provide any additional information below.
-i like your SW, better then a programm for geocoding i bought recently


Original issue reported on code.google.com by [email protected] on 23 Apr 2007 at 6:59

Adjust time by minutes between GPS LOG and Photos

What steps will reproduce the problem?
1. Camera time should be a few minutes faster or slower than the GPS
2. Take photos while moving on a boat / car / plane...
3. Geocoding the photos will find trackpoints in the log at the EXIF time 
but the Lat/Long will be incorrect.

What is the expected output? What do you see instead?
I would like to lat / long to represent the accurate location where the 
photo was taken. Instead the position on the map can be way out if the 
time is not accurate between the devices.

What version of the product are you using? On what operating system?
0.9 / win XP SP2

Please provide any additional information below.
My camera seems to gain time. I have lots of photos that I'd like to 
geocode where the time is a bit out but where for example I was on a boat 
taking photos while we were moving past Cape Point, the map places these 
photos of Cape Point a few km off which make things very confusing.
It would be great if I could use the UTC offset in hours and minutes. 
Currently I find I can only use integers eg +2 - I'd like to be able too 
do +2:09 to correct for the 9 mins.

Original issue reported on code.google.com by [email protected] on 24 Apr 2007 at 10:28

(early morning in E hemisphere or late evening in W) 'Dates must match' not working with -4 UTC offsets

What steps will reproduce the problem?
1. Create a GPS track early morning in E hemisphere or late evening in W
2. Take photos with camera set to local time
3. Use UTC offset in GPicSync
4. Enable 'Dates must match'

What is the expected output? What do you see instead?
Photos should be matched and tagged. 
Instead programs reports "No matching time".

What version of the product are you using? On what operating system?
GPicSync 0.85 on WindowsXP sp2

Please provide any additional information below.
Example I take some photos on 14-Apr-2007 at 10:00pm local time. I am in
Time Zone "UTC -4" so the GPS time is 15-Apr-2007 02:00am. If 'dates must
match' is enabled then these photos will not be matched even though the
camera date is correct.

Original issue reported on code.google.com by [email protected] on 14 Apr 2007 at 6:37

Defect reading NMEA files (Qstarz BT-Q1000)

What steps will reproduce the problem?
1. Import NMEA File from QSTARZ BT-Q1000
2.
3.

What is the expected output? What do you see instead?
a working GPX file (as the app creates automatically one)

What version of the product are you using? On what operating system?
1.10, Windows XP

Please provide any additional information below.

The created GPX file is empty. A test with GPSBabel fails too. GPS
Visualizer has no problems to read and process the file.

If wished I can mail examples of both the NMEA file and the produced output
of GPS Visualizer.

Original issue reported on code.google.com by [email protected] on 25 Aug 2007 at 5:26

No match found when UTC time crosses 0000 hrs

What steps will reproduce the problem?
1. Half my pictures were taken just before 0000 hrs UTC, the other after.
2. The first half of the pictures were correctly located and tagged.
3. Errors were flagged on the second half - the program thinks that the
time difference is 23+ hours off.

What is the expected output? What do you see instead?
I've checked the GPX file against the photos and the program should have
matched them.  I suspect that the time comparison may be buggy. 
Incidentally, I'm at UTC - 7 hours.

What version of the product are you using? On what operating system?
0.98-1, XP Pro SP2

Please provide any additional information below.


Original issue reported on code.google.com by [email protected] on 21 May 2007 at 3:33

Misaligned camera clock gives wrong coordinates

What steps will reproduce the problem?
1. Misalign the camera clock from "real" GPS clock
2. Alternative: Be in a different time zone
3. Geotag your pictures

What is the expected output? What do you see instead?
Pictures should be geotagged correctly. Due to the time lag, coordinates
are wrong.

What version of the product are you using? On what operating system?
0.85 on Vista

Please provide any additional information below.
It's not a bug, it's a feature request ;-)

One possibility could be to take a picture of the GPS' time and date page
with the camera. A dialog that allows to pick this picture and enter
manually the displayed GPS time would allow to calculate the time lag to be
used subsequently.

Original issue reported on code.google.com by [email protected] on 12 Apr 2007 at 6:44

Save multi-configuration &quot;Local Time Correction&quot;

Can you save multi-configuration for "Local Time correction"?
I have a more two or more camera with different datetime and I need to put 
any time the "Local Time Correction" of each one.
Can you create a multiconfiguration so I can save each localtime with the 
name of my camera?

Thanks
Flaviano

Original issue reported on code.google.com by [email protected] on 3 Jul 2007 at 10:00

Enter one-line summary

What steps will reproduce the problem?
1.
2.
3.

What is the expected output? What do you see instead?

On clicking one particular photo on my walk, I expected to see it in
PORTRAIT format. But it was in LANDSCAPE format.
Opening the file in any viewer/editor displays it in Portrait mode.

What version of the product are you using? On what operating system?
0.98-2 - 2007 in XP Home (SP1).

-- 
Terry, West Sussex, UK


Original issue reported on code.google.com by [email protected] on 24 May 2007 at 10:39

Multi GPX input feature request

Thank you for excellent program! I would ask you for one improvement:
possibility to select and use several gpx files for a given picture folder.
Garmin devices usually create day by day gpx files but photo folders in
Canon camera do not correspond neither with date nor with session. So to
gather them together manually is a boring task.


P.S. Addition to a list of geotagging soft:
http://astellar.googlepages.com/geotagging (in Russian)

Original issue reported on code.google.com by [email protected] on 9 Jun 2007 at 6:57

Search a whole directory for matching GPS Files

As i am very lazy i normally put my GPS (.gpx) files into one directory.
I would really like to see the software scan all .gpx files in that
directory  und use the matching GPS File(s) for geocoding. 

Of course this is a request for enhancement!

Original issue reported on code.google.com by [email protected] on 19 May 2007 at 7:07

Support Panasonic RAW files (.raw)

What steps will reproduce the problem?
1. Tools->Exif reader will read .raw file OK
2. Run gpicsync w/pictures folder containing .raw files & a gps file
3.

What is the expected output? What do you see instead?
No processing of .raw files

What version of the product are you using? On what operating system?
Win XP SP2  gpicsync 1.10

Please provide any additional information below.

Bob McTague

Original issue reported on code.google.com by [email protected] on 8 Aug 2007 at 4:01

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.