View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2546 [GeoSetter] User Interface minor always 2024-03-16 12:53 2024-03-23 13:27
Reporter: xyzzy Platform: PC  
Assigned To: OS: Windows 11 Pro  
Priority: normal OS Version: 22H2  
Status: new Product Version: 4.0.49 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: White on White
Description: Recently, it seems that the names of directories are written in "white" on a "white" background (Fig-1). If I temporarily modify the "View" by adding the "Folders" (Fig-2) and removing it, the situation returns to normal (Fig-3). (We can see this clearly in “Dark” mode (Fig-4)
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files: Fig-1.jpg (23,833 bytes) 2024-03-16 12:53
https://www.geosetter.de/mantis/file_download.php?file_id=1313&type=bug
jpg

Fig-2.jpg (45,236 bytes) 2024-03-16 12:53
https://www.geosetter.de/mantis/file_download.php?file_id=1314&type=bug
jpg

Fig-3.jpg (23,542 bytes) 2024-03-16 12:53
https://www.geosetter.de/mantis/file_download.php?file_id=1315&type=bug
jpg

Fig-4.jpg (20,780 bytes) 2024-03-16 12:53
https://www.geosetter.de/mantis/file_download.php?file_id=1316&type=bug
jpg

Fig-5.jpg (20,894 bytes) 2024-03-16 13:03
https://www.geosetter.de/mantis/file_download.php?file_id=1317&type=bug
jpg

Fig-6.jpg (81,198 bytes) 2024-03-23 13:27
https://www.geosetter.de/mantis/file_download.php?file_id=1318&type=bug
jpg
Notes
(0004828)
xyzzy   
2024-03-16 13:03   
if I click on a point outside the folders, all the folders "disappear" (are written white on white) (Fig-5)
(0004829)
xyzzy   
2024-03-23 13:27   
I found out why:
In the "Thumbnail view" section of "Adjust Columns and Captions", I had set "Visible Lines" to "0" by mistake.
I reset the value to "6"

@Heiko: : You can close this request

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2545 [GeoSetter] User Interface minor always 2024-03-08 09:54 2024-03-08 09:54
Reporter: georoom Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 4.0.49 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Diverse Fehler beim Editeren von Metadaten bzw. Verschieben von Aufnahme/Zielpositionen
Description: 1. Protokoll Kartenzugriffe: [In Zwischenablage kopieren] kopiert nur eine 0

2. Nach dem Verschieben des Aufnahme oder Zielpunktes auf der Karte kommt recht oft

08.03.2024 07:26:56 ERROR: TypeError: Die Eigenschaft "_zoom" eines undefinierten oder Nullverweises kann nicht abgerufen werden.; TypeError: Die Eigenschaft "_zoom" eines undefinierten oder Nullverweises kann nicht abgerufen werden.
   at _addLayer (file:///C:/Users/xxx/AppData/Local/Temp/geosetter/map-2024-03-08-071119/inc/leaflet/plugins/Leaflet.markercluster/leaflet.markercluster.js:1:13684)
   at addLayer (file:///C:/Users/xxx/AppData/Local/Temp/geosetter/map-2024-03-08-071119/inc/leaflet/plugins/Leaflet.markercluster/leaflet.markercluster.js:1:1805)
   at GSM._setMarkerVisible (file:///C:/Users/xxx/AppData/Local/Temp/geosetter/map-2024-03-08-071119/map.js:336:17)
   at GSM._addOrUpatePhotoMarker (file:///C:/Users/xxx/AppData/Local/Temp/geosetter/map-2024-03-08-071119/map.js:817:9)
   at GSM.addPhotoMarkers (file:///C:/Users/xxx/AppData/Local/Temp/geosetter/map-2024-03-08-071119/map.js:707:13)
   at Global code (Unknown script code:1:1)
  GSM.addPhotoMarkers([{"id": 76,"coord": {"lat":1.2836193015,"lng":103.8439697027},"destCoord": {"lat":1.2838016453,"lng":103.8436692953},"direction": 301.26,"focalLength": 26.00,"isPortrait": true,"sortValue": ""}], false);
08.03.2024 07:26:56 ERROR: TypeError: Die Eigenschaft "_childClusters" eines undefinierten oder Nullverweises kann nicht abgerufen werden.; TypeError: Die Eigenschaft "_childClusters" eines undefinierten oder Nullverweises kann nicht abgerufen werden.
   at _removeLayer (file:///C:/Users/xxx/AppData/Local/Temp/geosetter/map-2024-03-08-071119/inc/leaflet/plugins/Leaflet.markercluster/leaflet.markercluster.js:1:9808)
   at removeLayer (file:///C:/Users/xxx/AppData/Local/Temp/geosetter/map-2024-03-08-071119/inc/leaflet/plugins/Leaflet.markercluster/leaflet.markercluster.js:1:2207)
   at GSM._setMarkerVisible (file:///C:/Users/xxx/AppData/Local/Temp/geosetter/map-2024-03-08-071119/map.js:323:17)
   at GSM.selectPhotoMarker (file:///C:/Users/xxx/AppData/Local/Temp/geosetter/map-2024-03-08-071119/map.js:1272:9)
   at Global code (Unknown script code:1:1)
  GSM.selectPhotoMarker(76, true, false);
08.03.2024 07:26:56 ERROR: TypeError: Die Eigenschaft "_childClusters" eines undefinierten oder Nullverweises kann nicht abgerufen werden.; TypeError: Die Eigenschaft "_childClusters" eines undefinierten oder Nullverweises kann nicht abgerufen werden.
   at _removeLayer (file:///C:/Users/xxx/AppData/Local/Temp/geosetter/map-2024-03-08-071119/inc/leaflet/plugins/Leaflet.markercluster/leaflet.markercluster.js:1:9808)
   at removeLayer (file:///C:/Users/xxx/AppData/Local/Temp/geosetter/map-2024-03-08-071119/inc/leaflet/plugins/Leaflet.markercluster/leaflet.markercluster.js:1:2207)
   at GSM._setMarkerVisible (file:///C:/Users/xxx/AppData/Local/Temp/geosetter/map-2024-03-08-071119/map.js:323:17)
   at GSM.selectPhotoMarker (file:///C:/Users/xxx/AppData/Local/Temp/geosetter/map-2024-03-08-071119/map.js:1272:9)
   at Global code (Unknown script code:1:1)
  GSM.selectPhotoMarker(76, true, false);
08.03.2024 07:26:56 ERROR: TypeError: Die Eigenschaft "_childClusters" eines undefinierten oder Nullverweises kann nicht abgerufen werden.; TypeError: Die Eigenschaft "_childClusters" eines undefinierten oder Nullverweises kann nicht abgerufen werden.
   at _removeLayer (file:///C:/Users/xxx/AppData/Local/Temp/geosetter/map-2024-03-08-071119/inc/leaflet/plugins/Leaflet.markercluster/leaflet.markercluster.js:1:9808)
   at removeLayer (file:///C:/Users/xxx/AppData/Local/Temp/geosetter/map-2024-03-08-071119/inc/leaflet/plugins/Leaflet.markercluster/leaflet.markercluster.js:1:2207)
   at GSM._setMarkerVisible (file:///C:/Users/xxx/AppData/Local/Temp/geosetter/map-2024-03-08-071119/map.js:323:17)
   at GSM.selectPhotoMarker (file:///C:/Users/xxx/AppData/Local/Temp/geosetter/map-2024-03-08-071119/map.js:1272:9)
   at Global code (Unknown script code:1:1)
  GSM.selectPhotoMarker(76, true, false);
08.03.2024 07:27:21 ERROR: TypeError: Die Eigenschaft "_childClusters" eines undefinierten oder Nullverweises kann nicht abgerufen werden.; TypeError: Die Eigenschaft "_childClusters" eines undefinierten oder Nullverweises kann nicht abgerufen werden.
   at _removeLayer (file:///C:/Users/xxx/AppData/Local/Temp/geosetter/map-2024-03-08-071119/inc/leaflet/plugins/Leaflet.markercluster/leaflet.markercluster.js:1:9808)
   at removeLayer (file:///C:/Users/xxx/AppData/Local/Temp/geosetter/map-2024-03-08-071119/inc/leaflet/plugins/Leaflet.markercluster/leaflet.markercluster.js:1:2207)
   at _moveChild (file:///C:/Users/xxx/AppData/Local/Temp/geosetter/map-2024-03-08-071119/inc/leaflet/plugins/Leaflet.markercluster/leaflet.markercluster.js:1:9122)
   at _childMarkerMoved (file:///C:/Users/xxx/AppData/Local/Temp/geosetter/map-2024-03-08-071119/inc/leaflet/plugins/Leaflet.markercluster/leaflet.markercluster.js:1:9010)
   at e.fire (file:///C:/Users/xxx/AppData/Local/Temp/geosetter/map-2024-03-08-071119/inc/ ...
  GSM.addPhotoMarkers([{"id": 76,"coord": {"lat":1.2836193000,"lng":103.8439697000},"destCoord": {"lat":1.2838016500,"lng":103.8436693000},"direction": 301.26,"focalLength": 26.00,"isPortrait": true,"sortValue": ""}], false);

3. Nach Edit von Metadaten eines Bildes kommt häufig:
08.03.2024 08:35:30 ERROR: TypeError: Die Eigenschaft "_zoom" eines undefinierten oder Nullverweises kann nicht abgerufen werden.; TypeError: Die Eigenschaft "_zoom" eines undefinierten oder Nullverweises kann nicht abgerufen werden.
   at _addLayer (file:///C:/Users/xxx/AppData/Local/Temp/geosetter/map-2024-03-08-073131/inc/leaflet/plugins/Leaflet.markercluster/leaflet.markercluster.js:1:13684)
   at addLayer (file:///C:/Users/xxx/AppData/Local/Temp/geosetter/map-2024-03-08-073131/inc/leaflet/plugins/Leaflet.markercluster/leaflet.markercluster.js:1:1805)
   at GSM._setMarkerVisible (file:///C:/Users/xxx/AppData/Local/Temp/geosetter/map-2024-03-08-073131/map.js:336:17)
   at GSM._showPhotoMarkerDirection (file:///C:/Users/xxx/AppData/Local/Temp/geosetter/map-2024-03-08-073131/map.js:1584:13)
   at GSM.selectPhotoMarker (file:///C:/Users/xxx/AppData/Local/Temp/geosetter/map-2024-03-08-073131/map.js:1276:13)
   at Global code (Unknown script code:1:1)
  GSM.selectPhotoMarker(89, true, false);
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2544 [GeoSetter] User Interface minor random 2024-03-07 12:36 2024-03-07 14:27
Reporter: georoom Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 4.0.49 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Karten-Fehler beim Klicken auf das nächste Vorschaubild
Description: 07.03.2024 12:26:51 ERROR: TypeError: Die Eigenschaft "x" eines undefinierten oder Nullverweises kann nicht abgerufen werden.; TypeError: Die Eigenschaft "x" eines undefinierten oder Nullverweises kann nicht abgerufen werden.
   at L.DistanceGrid.prototype._sqDist (file:///C:/Users/xxx/AppData/Local/Temp/geosetter/map-2024-03-07-115559/inc/leaflet/plugins/Leaflet.markercluster/leaflet.markercluster.js:1:25684)
   at L.DistanceGrid.prototype.getNearObject (file:///C:/Users/xxx/AppData/Local/Temp/geosetter/map-2024-03-07-115559/inc/leaflet/plugins/Leaflet.markercluster/leaflet.markercluster.js:1:25501)
   at _addLayer (file:///C:/Users/xxx/AppData/Local/Temp/geosetter/map-2024-03-07-115559/inc/leaflet/plugins/Leaflet.markercluster/leaflet.markercluster.js:1:13476)
   at addLayer (file:///C:/Users/xxx/AppData/Local/Temp/geosetter/map-2024-03-07-115559/inc/leaflet/plugins/Leaflet.markercluster/leaflet.markercluster.js:1:1805)
   at GSM._setMarkerVisible (file:///C:/Users/xxx/AppData/Local/Temp/geosett ...
  GSM.addPhotoMarkers([{"id": 71,"coord": {"lat":1.2900027800,"lng":103.8462527800},"destCoord": null,"direction": 308.72,"focalLength": 26.00,"isPortrait": true,"sortValue": ""}], false);
Tags:
Steps To Reproduce:
Additional Information: kommt durchaus öfters...
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2543 [GeoSetter] User Interface minor always 2024-03-01 08:35 2024-03-05 12:25
Reporter: redwine Platform: Desktop  
Assigned To: OS: Windows 10  
Priority: normal OS Version: 22H2  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Mausrad Scrollrichtung
Description: Die Scrollrichtung des Mausrades wird in der List- oder Bildansicht umgedreht, wenn in der Windows-Mauseinstellung (Rad – vertikaler Bildlauf) auf eine Bildschirmseite eingestellt ist.
(Logitech Maus + Windows Maustreiber)


Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2531 [GeoSetter] User Interface minor N/A 2023-05-28 23:10 2024-02-23 14:14
Reporter: xyzzy Platform: PC  
Assigned To: OS: Windows 11 Pro  
Priority: low OS Version: 22H2  
Status: new Product Version: 4.0.49 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: New version
Description: Does anyone have any news of Friedemann?
Does anyone know the date of a new release?
@Heiko: Do you have any news for us? A big thank you...
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files:
Notes
(0004771)
heiko   
2023-05-29 23:21   
I haven't heard from Friedemann for a while, but I'll write to him :)
(0004772)
xyzzy   
2023-05-30 23:53   
@Heiko: Thank you so much. We will all appreciate hearing from Friedemann
(0004773)
heiko   
2023-06-02 23:09   
Friedemann is doing well and still working on GeoSetter. It seems that GeoSetter crashes again and again and until Friedemann has found this problem, there will be no new release.

I myself have no problems with the current beta version and like to work with it :)

Unfortunately I have no more news.
(0004826)
xyzzy   
2024-02-23 14:14   
@Heido: Still no news from Fridemann?
(0004827)
xyzzy   
2024-02-23 14:14   
@Heiko: Still no news from Fridemann?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2542 [GeoSetter] User Interface crash always 2024-02-19 01:11 2024-02-19 01:11
Reporter: Ron Helms Platform: Dell Optiplex 7070  
Assigned To: OS: Windows 11 Pro  
Priority: high OS Version: 22H  
Status: new Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GeoSetter, "standard" and beta, crashes upon attempting to run.
Description: GeoSetter, "standard" and beta, crashes upon attempting to run.
Tags:
Steps To Reproduce: Download and Install GeoSetter (current download) or GeoSetter beta (current download).
Attempt to run the program.
Additional Information: After many minutes Windows pops up an error message screen shown in the first of the attached screenshots.
Windows also pops up the second attached screenshot window.
I clicked "Continue Application" near the upper right corner.
After a few minutes Windows popped up the error message screen shown in the 3rd attached screenshot.
Attached Files: Screenshot - 2024-02-18 , 6_52_25 PM.pdf (1,221,919 bytes) 2024-02-19 01:11
https://www.geosetter.de/mantis/file_download.php?file_id=1310&type=bug
Screenshot - 2024-02-18 , 6_53_49 PM.pdf (1,988,810 bytes) 2024-02-19 01:11
https://www.geosetter.de/mantis/file_download.php?file_id=1311&type=bug
Screenshot - 2024-02-18 , 6_54_22 PM.pdf (1,228,300 bytes) 2024-02-19 01:11
https://www.geosetter.de/mantis/file_download.php?file_id=1312&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2519 [GeoSetter] Image Data major always 2023-04-15 01:55 2024-02-13 13:21
Reporter: Tak Platform: Windows PC  
Assigned To: OS: Windows 11  
Priority: normal OS Version: 11 latest patch  
Status: new Product Version: 4.0.49 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GS 4.0.49 forgets to fetch date/time from EXIFTool for CR3 image
Description: CR3 files out of Canon R6 do not have date/time in GeoSetter 4.0.49. So, GS fails to match with GPX data set.
Tags: 4.0.49, CR3, exif
Steps To Reproduce: Get CR3 image data from Canon R6.
Place in any folder.
Open the folder by GeoStter 4.0.49.
Additional Information: Associate to the date/time fetch error, GS fails to get Aperture and Shatter speed data. ISO and Focal Length are OK.
Attached Files: 2023-04-16_130859.jpg (286,826 bytes) 2023-04-16 06:20
https://www.geosetter.de/mantis/file_download.php?file_id=1282&type=bug
2023-04-17_073000.jpg (163,122 bytes) 2023-04-17 00:47
https://www.geosetter.de/mantis/file_download.php?file_id=1283&type=bug
jpg
Notes
(0004745)
Tak   
2023-04-16 06:20   
Adding image file.
(0004746)
xyzzy   
2023-04-17 00:02   
The problem "Filename encoding not specified" is due to the fact that an instruction like "-charset filename=latin" is missing.
I have already asked to be able to add instructions when reading exiftool tags (see 2509)
(0004747)
Tak   
2023-04-17 00:17   
Thanks,
but, I think "-charset filename=latin" will not resolve the situation, because the target filename is already in Latin, and, CR2 files (in Latin) does not have the problem.
(0004748)
xyzzy   
2023-04-17 00:20   
@TaK: Either the file name or the path contains accented characters: the problem does not come from GeoSetter but from Exiftool which is used be GeoSetter to retrieve the metadata
(0004749)
xyzzy   
2023-04-17 00:24   
Test the following line with and without "-charset filename=latin"

exiftool -a -G1 -s -charset filename=latin "FullPathFile"
(0004750)
Tak   
2023-04-17 00:47   
>Either the file name or the path contains accented characters:

Aha! I used Kanji (one of UTF-8 character set) for the path.
So, I tested moving the file in a folder in English, BUT, it did not work!
See the attached picture. The EXIFTool error is gone! However, the captioned problem persists.
So, my problem differs from your problem.

(Also, CR2 files and JPG files are OK even if in a Kanji name folder. And Aperture or Focal Length data is retrieved
even if CR3 files. Those facts demonstrate that file/folder name is not the cause in my case.)
(0004751)
xyzzy   
2023-04-17 00:50   
My intervention is only for the Warning message of the Exiftool tool not for the other errors. Sorry
(0004797)
Erik   
2023-08-26 16:43   
I have the exact same problem:
In all CR3 Pictures (from R6, new firmware) there is no date displayed (so I can not match with GPS logfile).
Other programs (like XnView) display the date of CR3 correct.
In the corresponding JPG-files are all data correct.
It makes my process VERY complicated if I want to have GPS-Data also in my CR3-files (resp. XML sidecar-files)!
Is there a solution?!
(0004798)
xyzzy   
2023-08-29 16:39   
@Erik: Could the software "www.routeconverter.com" be useful to you?
(0004825)
Tak   
2024-02-13 13:21   
> "www.routeconverter.com" be useful to you?
Nop.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2541 [GeoSetter] User Interface minor unable to reproduce 2024-02-06 12:56 2024-02-06 14:12
Reporter: xyzzy Platform: PC  
Assigned To: OS: Windows 11 Pro  
Priority: low OS Version: 22H2  
Status: new Product Version: 4.0.49 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Window at startup
Description: During startup this message "Fenster nicht gefunden" appeared. But only appeared once. No longer appeared on subsequent starts
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files: Msg at startup.jpg (6,864 bytes) 2024-02-06 12:56
https://www.geosetter.de/mantis/file_download.php?file_id=1309&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2540 [GeoSetter] Image Data major always 2023-11-22 13:51 2024-01-22 06:56
Reporter: roscoe Platform: Desktop  
Assigned To: OS: Windows  
Priority: high OS Version: 11-64  
Status: new Product Version: 4.0.49 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Fotos im HEIC Format können nicht verarbeitet werden.
Description: Bei Fotos im HEIC Format werden keine oder falsche Metadaten ausgelesen. Das im Foto gespeicherte Erstellungsdatum sowie teilweise vorhandene GPS Koordinaten werden nicht erkannt. Diese Daten sind aber im Foto vorhanden und können mit dem ExifTool manuell ausgelesen/angezeigt werden.
Ebenfalls wird bei einigen dieser Bilder kein Thumbnail, sondern nur ein schwarzes Bild angezeigt.
Es ist daher nicht möglich, solche Bilder mit Geosetter zu verarbeiten und mit GPS Tracks zu synchronisieren.
Tags: "Apple" "HEIC"
Steps To Reproduce: Programm normal öffnen und die Fotos laden.
Additional Information:
System Description
Attached Files: Heic_fotos.jpg (260,670 bytes) 2023-11-22 13:51
https://www.geosetter.de/mantis/file_download.php?file_id=1308&type=bug
jpg
Notes
(0004819)
Motalf   
2023-11-23 16:53   
mit Exiftool auf einem PC
Machen Sie ein Foto mit angezeigter Miniaturansicht und geben Sie eine HTML-Datei aus den Exifs aus
Machen Sie ein Foto mit einem schwarzen Miniaturbild und geben Sie eine HTML-Datei aus den Exifs aus

Schauen Sie sich die Exifs an, wenn sie trotz des schwarzen Aufklebers herauskommen

Schauen Sie mit Tags und/oder Exifs:
https://exiftool.org/TagNames/Apple.html

andernfalls können HEIC-Dateien in JPG konvertiert werden

Mehr kann ich zu diesem Apple-Format nicht machen, ich habe kein iPhone oder iPad.
(0004820)
Motalf   
2023-11-25 13:57   
Speichern Sie die Fotos nach Möglichkeit im DNG-Format auf dem Gerät
oder am PC von HEIC in DNG konvertieren
(0004821)
roscoe   
2023-11-28 16:49   
@Motalf
gute Idee, werde ich mal testen. HEIC nach JPG konvertieren ist zwar einfach, aber dabei geht einiges verloren. JPG hat nur 8 Bit, HEIC aber 16 Bit. Bein konvertieren solle ja nichts verloren gehen. Aber der Weg über DNG ist sicherlich eine Alternative.
(0004823)
roscoe   
2024-01-16 12:00   
@Motalf
ich habe jetzt lange herumexperimentiert. Die Möglichkeit, die Fotos direkt auf dem Gerät in einem anderen Format zu speichern, ist nicht möglich, da ich dieses Format von extern bekomme. Konvertieren in DNG geht nur mit Lightroom. Konvertieren in ein anderes Format hat immer den Nachteil, dass entweder Geosetter das andere Format nicht unterstützt oder aus 16 Bit werden 8 Bit gemacht.
Fazit, der Umweg über Lightroom, HEIC nach DNG und wieder nach Geosetter und dann wieder nach Photoshop oder LR ist doch sehr umständlich und zeitraubend. Hier sollte GS doch das HEIC Format auch voll unterstützen. Zumal dieses Format ja immer mehr Verbreitung findet.

Frage am Rande an die Community: weiß jemand wie es mit GS weitergeht? Man hat schon lange nichts mehr von Friedemann gehört.
Question to the community: does anyone know how to proceed with GS? There has been nothing heard of Friedemann for a long time.
(0004824)
Motalf   
2024-01-22 06:56   
@roscoe
Vielleicht damit "CopyTransHEICforWindows v1.006" !? (Aber nicht sicher!)
CopyTrans HEIC ist ein Dienstprogramm zur nativen Unterstützung von Bildern im HEIC/HEIF-Format unter Windows.

Mit CopyTrans HEIC können Sie HEIC-Fotos auf Ihrem Windows-PC öffnen und verwenden, sie aber auch in das JPG-Format konvertieren

Mit CopyTrans HEIC können Sie auch HEIC-Fotos drucken und HEIC-Dateien mit Microsoft Office verwenden. Das Programm zeigt HEIC-Miniaturansichten an, integriert sich nahtlos in den Windows Explorer und speichert Ihre EXIF-Daten.

Suchen Sie einen "HEIC to DNG"-Konverter, den Sie auf dem PC installieren können

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2266 [GeoSetter] Image Data minor always 2022-02-28 11:59 2024-01-08 09:21
Reporter: uomosaturno Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Aufnahme Datum bzw Datum wird bei Bearbeitung mehrer Bilder nicht auf die anderen Bilder übernommen
Description: Wenn man das Datum eines Bildes setzt und auf "aktuelle Werte übernehmen" klickt werden die Datumsangaben nicht übernommen.
Bei den anderen Daten scheint das soweit zu funktionieren.

Habe es auf 2 Windows Rechnern getestet.

Grüße
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003965)
WilfriedB   
2022-02-28 16:24   
@uomosaturno funktioniert bei mir schon seit langem. Allerdings habe ich wohl noch nie ein festes Datum/Uhrzeit gesetzt, sondern immer nur mit "TimeShift" und GeoSetter korrigiert dann alle anderen Bilder um das gleiche Intervall.
(0003966)
uomosaturno   
2022-02-28 18:11   
@wilfriedB ich habe manchmal Bilder die gar kein Aufnahmedatum haben, z.B. die von meinem Scanner.. da kann ich dann nicht mit Timeshift arbeiten
(0003967)
WilfriedB   
2022-02-28 18:24   
@uomosaturno das liegt dann wohl an dem Datenformat, das der Scanner erstellt. Ich hatte letztes Jahr einen Dia-Scanner gemietet, der beim Scan schon ein vorgegebenes Datum rein setzte, das ich dann später über GeoSetter auch korrigieren konnte.
Aber das erinnert mich jetzt an etwas anderes: Ich hatte dann auch kostenloses Hilfsprogramm für komplexere Änderungen genutzt. Das heißt EXIF Date Changer von https://www.relliksoftware.com/
(0003969)
uomosaturno   
2022-03-01 21:31   
@WilfriedB das mag ja alles sein, aber, dass man das Datum nicht auf andere Bilder kopieren kann ist doch wohl ein Problem im Exif Tool oder GeoSetter.
Es kann ja auch noch andere Szenarien geben in denen ich Datumswerte kopieren möchte. Bzw allen das gleiche Datum geben.
Vielleicht ist es ja auch ein Feature, aber es wird ja in dem Dialog angeboten, alos sieht es doch nach einem Fehler aus.

Grüße
(0003970)
WilfriedB   
2022-03-01 21:34   
das ist schon klar @uomosaturno. Das war nur ein gut gemeinter Rat, das Problem zu umgehen. Da es seit drei Jahren kein Lebenszeichen von Friedemann Schmidt gab, hab ich kaum Hoffnung, dass an dem Programm in absehbarer Zeit irgend etwas geändert wird.
(0003971)
uomosaturno   
2022-03-02 16:31   
@WilfriedB danke auch dafür, dass wusste ich nicht, dann müssen wir das Programm wohl so nehmen, wie es ist..
Ist es OpenSource? Dann könnten wir es forken.. :)
(0003972)
WilfriedB   
2022-03-02 18:56   
@uomosaturno soweit ich weiß, ist das leider kein OpenSource, Jedenfalls hab ich keinerlei Hinweis dazu gesehen. Lediglich der HTML/Javascript Code, der für die Kartendarstellung verantwortlich ist, kann auf dem eigenen PC abgelegt und modifiziert werden (u.a. um die Probleme mit den Kosten der Google APis zu umgehen), aber der Code für die eigentliche Benutzeroberfläche ist meines Wissens nirgends verfügbar.
Hier ist übrigens der Blog, wo er sich vor fast vier Jahren zuletzt meldete und versprochen hatte, sich wieder intensiv um eine neue Version zu kümmern, aber danach hab ich weder hier noch auf seiner Web-Seite etwas neueres gefunden: https://geosetter.de/2018/05/10/new-website-new-geosetter-de/ .
Leider hab ich bislang auch keine gute Alternative zu all den Möglichkeiten von GeoSetter gefunden - einmal abgesehen von der Änderung des Datums.
(0003974)
WilfriedB   
2022-03-03 18:28   
@uomosaturno, in einem Punkt muss ich mich korrigieren (und freue mich darüber!) Ich hab gerade erst gesehen, das Friedemann sich nach langer Zeit doch mal wieder gemeldet hat, nämlich vor einer Woche wegen eines anderen (gravierenderem) Problems: https://geosetter.de/mantis/view.php?id=2261#c3952
(0004822)
uomosaturno   
2024-01-08 09:21   
Frohes neues noch,

hab gerade gesehen, dass der fehler bei mir liegt. :-(
Es wird standardmässig beim Übernehmen "nur Zeitzone" ausgewählt, wenn man den wegnimmt geht es.
Es wäre wohl sinnvoller den nicht standardmäßig anzuhaken..

Grüße

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2539 [GeoSetter] Image Data minor have not tried 2023-10-30 19:46 2023-11-05 10:39
Reporter: slart Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: noWrap missing results in false Longitudes
Description: @Motalf

I used the modified map_google.html from Motalf posted here:
Motalf
2022-12-14 10:28
0002383:0004167
https://www.geosetter.de/mantis/view.php?id=2383#c4167

This map has not a wrap activated. That results possible in false Longitudes (less than -180 or greater than 180). The geosetter don't check the values and passed the false values to exiftool. Then false values are saved. That is a problem by reading and working with this Longitude data.

Activate a noWrap in the linked map_google.html:
Line 1116
        var osm = new L.TileLayer(osmUrl, {maxZoom: 19, attribution: osmAttrib, noWrap: true}).addTo(map);

With this only tiles in the extend of -180,-90 to 180,90 are visible. But it is further possible to click outside the tiles and set false Longitude values. With the Latitude this is not possible. It needs a coordinate wrap for the Longitude.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Leaflet version.jpg (77,797 bytes) 2023-11-02 17:11
https://www.geosetter.de/mantis/file_download.php?file_id=1306&type=bug
jpg

map_google_20231105.zip (72,337 bytes) 2023-11-05 10:39
https://www.geosetter.de/mantis/file_download.php?file_id=1307&type=bug
Notes
(0004809)
xyzzy   
2023-10-31 05:18   
Out of curiosity, what version of GeoSetter are you using?
(0004810)
Motalf   
2023-11-01 09:23   
the map_google.html was for version 3.5.3 of memory
I haven't encountered any problem like that.
 
maybe a link problem depending on the Windows OS!?
https://{s}.tile.osm.org/{z}/{x}/{y}.png
Or
https://tile.openstreetmap.org/{z}/{x}/{y}.png

with w7 I used and use:
https://{s}.tile.osm.org/{z}/{x}/{y}.png

same with my local leaflet maps


since then there is version 4.0.49 if don't fool me!
I can't help anymore, it's been a while since I watched
(0004811)
Motalf   
2023-11-01 09:33   
I've never seen "noWrap: true" with leaflet! ???
I'm not an expert in leaflet maps either!

Sincerely !
(0004812)
slart   
2023-11-01 19:25   
Ah, hey @Motalf !

Maybe you misunderstood it a little bit.

Geosetter 3.5.3 portable
Windows 7
Motalfs google_map.html

Scenario:
- start Geosetter
- zoom out to zoom:0
- the map is wrapped - is horizontal displayed in a loop.
- scroll left or right
- set a point (click)
- show the Longitude in the file table: less/greater than -180/180
That is the problem.

Disable the wrapping of the map tiles (noWrap: true):
Line 1116
        var osm = new L.TileLayer(osmUrl, {maxZoom: 19, attribution: osmAttrib, noWrap: true}).addTo(map);

But this is only a helper for not click outside -180 - 180.

Better was a Longitude wrapper, that the Longitude range is always -180 - 180.

I have no idea ot the code point to insert this Longitude wrapper:

latlon = [lat,lon];
function lon_wrapper(latlon) {
  lat = latlon[0];
  lon = latlon[1];
  lon = lon % 360;
  if (lon > 180) {
    lon = lon - 360;
  } else if (lon < -180) {
    lon = 360 + lon;
  }
  return [lat,lon];
}

Have anyone an idea?
(0004813)
slart   
2023-11-01 20:16   
... more infos:

maybe i have found a solution. There is a wrap() for Leaflet.
See here:
https://github.com/Leaflet/Leaflet/issues/1589

To insert this wrap() in the Motalfs map_google.html you must very high sensitive.
The wrap() must be added at all 6 latlng, but NOT on the latLng. It is also case sensitive!

There a 3 code lines/points for editing

Line 376
                setDragMarkerToPosition(e.latlng.wrap().lat, e.latlng.wrap().lng,

Line 1141
                setDragMarkerToPosition(e.latlng.wrap().lat, e.latlng.wrap().lng, false);

Lines 1145 and 1147
                    + e.latlng.wrap().lat
                    + ","
                    + e.latlng.wrap().lng;

After this edit, it is always possible to click outsite -180 - 180, but the marker are always setted inside -180 - 180. And the Longitude in the file table is also inside -180 - 180.

Consider: I have no idea if this fix all occcurences of false Longitudes.
(0004814)
Motalf   
2023-11-02 05:20   
Thank you for the link:
https://github.com/Leaflet/Leaflet/issues/1589

Ok I see better what you are talking about

for leaflet I don't know what version they are in now!?
whether the bug has been fixed or not.

That’s beyond my skills!

it seems to me that I had set a minimum zoom of 6
I don't remember the original one anymore but it must have been close.


can be related to the GPS point to display the Map
but without certainty.

sorry I can't help you anymore!

if anyone has any leads?
(0004815)
Motalf   
2023-11-02 05:44   
Edit:
for the MinZoom on the original and on My map google.html there is none!
(maybe on version 3 or 4 that I made...) that goes back a long way!

see if in the latest version of geosetter (beta 4.0.49) you encounter this problem !?
(0004816)
xyzzy   
2023-11-02 17:11   
Version of Leaflet:
For version 3.5.3, look at the file x:\....\GeoSetter\script\leaflet.js
For version 4.0.49, do "Help| Show Map Info", the Leaflet version will be displayed
(0004817)
Motalf   
2023-11-02 22:11   
@xyzzy
top ! thanks !
(0004818)
slart   
2023-11-05 10:39   
remember, remember ...

In the topic is the Issue linked to the topic with the issue about the Windows 7 problem with the map.

When i remember right, Friedemann don't support W7 in version 4. When it work, it's lucky.

From that stand, Motalf, Thunderboy, xyzzy and slart search for a solution for W7. The result was many map_google.html. I used the last map_google.html from motalf (linked in the topic).

Leaflet: This my issue here is not a really problem. It is a matter of the handling with the Logitude data. In the original and all other map_google.html no wrap for Longitude and wrap for Tiles is active. This is also the Leaflet default.

Leaflet feaure possibilitys to no wrap the Tiles and wrap the Longitude. Everyone can enable it.

I have modifying the last map_google.html from Motalf.
- no wrap Tiles
- wrap Longitude
- all pictures and files (leaflet.js, leaflet.css) are saved local. (with this no longer requests to geosetter.de).

remember: it is a solution for version 3 and Windows 7.

Attached. (hope it works)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2537 [GeoSetter] Image Data feature always 2023-10-16 05:45 2023-10-23 08:03
Reporter: ricebucket Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: support HIF files
Description: New Sony cameras can writes HIF files instead of JPG. iPhones for the past few versions too.
As this is a newer standard format, can GeoSetter support this too?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: image info shows date but edit data doesn't.png (182,003 bytes) 2023-10-22 17:36
https://www.geosetter.de/mantis/file_download.php?file_id=1304&type=bug
png

image info shows exif but cannot geotag.png (147,587 bytes) 2023-10-22 17:36
https://www.geosetter.de/mantis/file_download.php?file_id=1305&type=bug
png
Notes
(0004799)
xyzzy   
2023-10-16 16:37   
Did you try adding a new type: Settings | File Options | Add custom Type ... ?
(0004800)
ricebucket   
2023-10-17 02:27   
Custom types don't really work. You can't see a preview of the image, and most importantly, since GeoSetter cannot read date/time on the image, you can't geotag them using a track.
(0004801)
wim_van   
2023-10-19 23:19   
Euh, are you sure you have a good exif-reader ? Geotag only uses the results returned by the Exif-tool. Date/time are standard-tags in an exif.
(0004802)
xyzzy   
2023-10-20 13:44   
What does exiftool give ?
For example do the following test to see if exiftool can read the data:

exiftool -H -G1 -s -charset filename=latin FullFilePath
(0004805)
ricebucket   
2023-10-22 17:36   
Turns out I was on a really old version of exiftool that's several years old. For some reason, my auto-update isn't working and Geosetter reports "Retrieving information about a newer version failed." in the ExifTool Update Information dialog.

But I digress, this is a different problem.

I then manually updated exiftool to the newest (12.68) and Geosetter correctly recognizes that version in the ExifTool Update Information dialog. I see full exif details on the Image Info pane, like camera & lens details, date & time.

Yes my problem still remains:
- Edit Data (Ctrl-E) does not show anything. For example, Date tab is empty, even though I can see full exif details in Image Info pane.
- Since the main parts of the program isn't reading the date, I still cannot geotag. Geosetter reports "None of your selected images contains a date time value..." Note that a raw file written by the camera at the same time can be geotagged without a problem.

I've attached a screenshot showing the problem.
(0004806)
WilfriedB   
2023-10-22 19:03   
@icebucket regarding "my auto-update isn't working": Seems, you have an old version of GeoSetter. Auto-Update did not work for a long time, but with latest GeoSetter 4.0.49 (build 2233 - beta) it does work. Possibly that updating it might solve your original problem ...?
(0004807)
ricebucket   
2023-10-22 20:28   
Yeah I haven't been using the beta because I thought the "released" version would be more stable. But now that I installed the beta, I realize how far ahead the beta is (at least in terms of UI)... I will use the beta from now on.

With the beta, I can now update exiftool through the program.

But I still have my original problem with HIF files: Can't geotag. No date times in the UI.

I'm actually surprised that you guys are so knowledgeable about GeoSetter but are completely oblivious to this problem. Maybe not everyone has the newest Sony camera, but surely lots of people have iPhones, which have produced HEIC files for the last few versions of iOS? Is it because iPhone pics come already geotagged so people are not running it through this program?
(0004808)
WilfriedB   
2023-10-23 08:03   
@ricebucket thanks for the feedback! Yes, the current beta solved many problems.

In my case, you guess correctly: My Sony is several years old and I don't own any iphone.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2538 [GeoSetter] User Interface minor always 2023-10-21 15:57 2023-10-21 18:50
Reporter: xyzzy Platform: PC  
Assigned To: OS: Windows 11 Pro  
Priority: low OS Version: 22H2  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: MantisBT stop to send emails
Description: @heiko: I "monitor" some bugs. Before I received emails if there were additions to these bugs. I haven't received any for some time now. Is this normal?
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files: Msg-From Mantis Bug Tracker.jpg (159,283 bytes) 2023-10-21 18:50
https://www.geosetter.de/mantis/file_download.php?file_id=1303&type=bug
jpg
Notes
(0004803)
heiko   
2023-10-21 18:27   
I don't know if it's normal, but I haven't received any emails from Mantis for years.
(0004804)
xyzzy   
2023-10-21 18:50   
Here is the kind of message I received from "Mantis Bug Tracker":

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2536 [GeoSetter] User Interface feature always 2023-09-02 19:38 2023-09-03 12:48
Reporter: Erik Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Edit speed (km/h)
Description: I often take fotos while driving. So speed matters.
My GPS-logger writes the speed in km/h. I know this is WRONG.
GeoSetter reads these data and display in the list the wrong data.
They should be corrected with wrongspeed/100*53,9957.

But there is no possibility to correct the speed in the GeoSetter EDIT pages!
Its one of the few field GeoSetter cannot correct.
This field could be added to the place ('Ort') beside the hight -> Speed [km/h].
This would be great to correct the speed manually!

Even better would be a button to correct the most common errors in GPS-Loggers
('convert wrong knots to km/h' ore something like that).
Thanks!
Tags: Geschwindigkeit, km/h, speed
Steps To Reproduce: GPS logfile with speed data.
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2405 [GeoSetter] User Interface feature have not tried 2022-12-24 13:46 2023-08-13 15:49
Reporter: xyzzy Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Version 4.0.4 - GPS Date
Description: In the "Edit Data" section, there is nothing about "GPS Date". (unless i'm wrong).

Would it be possible to add it as for "Created Date" including a checkbox "Get from Taken Date"?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: GPS date time.txt (12,876 bytes) 2023-08-12 16:07
https://www.geosetter.de/mantis/file_download.php?file_id=1302&type=bug
Notes
(0004796)
BryherPatch   
2023-08-12 16:07   
To add to this, the GPS date seems to be used by Google Photos to set the image date/time in preference to other dates, if it is present.
You can remove this date (but I can't find a way to update it) by clicking 'Remove All Location Data' and then you have to save/refresh the file before you add more gps data for it to set.
So, in addition to the suggestion above, could there also be a 'settings' option to sync the GPS date to the create date and/or remove it??
The file I have attached has the exif info showing different GPS and date taken times, Google photos uses the GPS data/time . I can't upload the original JPG because it is too large for the uploader and I can't find a way of reducing it without losing the gps exif data :(

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
766 [GeoSetter] User Interface major have not tried 2011-02-13 18:47 2023-08-09 14:53
Reporter: Skippermark Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Altitude feature not working
Description: When trying to get the altitude from the web, I get the error, "No altitude found for specified coordinates."

This happens for every location, even if a previous altitude had been retrieved for that location.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001506)
Skippermark   
2011-02-19 15:53   
Still happening as of 02/19/11
(0001513)
faxmayo   
2011-03-08 11:12   
I have the same problem. I wrote another issue.
(0001518)
Skippermark   
2011-03-13 17:24   
Still happening as of 3/13/11
(0001519)
Franklin2K   
2011-03-13 17:41   
I have the same problem, too
(0001520)
bjg222   
2011-03-14 21:01   
Same here, I can not get altitude information
(0001523)
drose   
2011-03-16 08:22   
(Last edited: 2011-03-16 08:23)
Had the same problem (3.4.16) but it vanishes during testing without changing anything at geosetter. Though it could be a server time out.

(0004795)
Whatthesnap   
2023-08-07 18:10   
Same here.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2535 [GeoSetter] Image Data major always 2023-07-28 10:48 2023-08-04 17:16
Reporter: drose Platform: PC  
Assigned To: OS: Windows  
Priority: normal OS Version: 11  
Status: new Product Version: 4.0.49 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: HEIC, keine Meta-Daten (über EXIF ?) auslesbar.
Description: Die mit meinem SAMSUNG S20+ aufgenommenen HEIC-Bilder werden in Geosetter (auch als Thumbnail) angezeigt.
Jedoch fehlen alle für eine Track-Synchronisierung relevanten Daten (Aufnahmedatum) in der Bilderübersicht. => daher schwerer Fehler
=> Hier scheint Geosetter über EXFIF die Meta-Daten nicht korrekt auszulesen.
Windows und Irfan-View lesen die Metadaten der Bilderkorrekt aus.
Tags: exif, HEIC
Steps To Reproduce: Ordner mit S20+ Bildern öffnen => Bilder werden korrekt angezeigt (Siehe Beispiel im Anhang)
Problem: Zu jedem Bild fehlen die Meta-Daten (Siehe anliegendes Beispielbild und den Screenshot von Geosetter)
Additional Information: Habe keine Überprüfung mit dem EXIF-Kommandozeilen-Tool durchgeführt (mangels Kenntnis des Tools)
Hinweis: Die Bilder wurden aus Google-Foto heruntergeladen, jedoch werden die Meta-Daten von Windows korrekt angezeigt.
Des weiteren werden die Metadaten mit IrfanView ebenfalls korrekt ausgelesene. => Siehe Screenshot in der Anlage.
Attached Files: 20230715_172925.heic (2,148,820 bytes) 2023-07-28 10:48
https://www.geosetter.de/mantis/file_download.php?file_id=1297&type=bug
Geosetter_40490_Keine-Metadaten_Screenshot 2023-07-28 103128.png (126,962 bytes) 2023-07-28 10:48
https://www.geosetter.de/mantis/file_download.php?file_id=1298&type=bug
png

IrfanView_HEIC-Metadaten_Screenshot 2023-07-28 104438.png (108,366 bytes) 2023-07-28 10:48
https://www.geosetter.de/mantis/file_download.php?file_id=1299&type=bug
png

GeoSetter ExifTool Versio.jpg (43,265 bytes) 2023-07-30 20:01
https://www.geosetter.de/mantis/file_download.php?file_id=1300&type=bug
jpg

Heic-Missing info.jpg (256,865 bytes) 2023-07-31 16:24
https://www.geosetter.de/mantis/file_download.php?file_id=1301&type=bug
jpg
Notes
(0004791)
WilfriedB   
2023-07-30 20:01   
@drose welche Version von ExifTool ist unter GeoSetter installiert? Mit den Menüpunkten Hilfe->ExifTool kann man das heraus finden. Die aktuelle Version müsste 12.64 sein.
(0004792)
xyzzy   
2023-07-31 16:17   
I have the same problem and my version of exiftool is the latest (12.64).
The information is displayed correctly in the "Image Info (ExifTool) section.
Geosetter must use another API for the "View" section!
(0004793)
heiko   
2023-08-02 21:53   
GeoSetter is using it's own code to read the meta data. ExifTool is "only" used for writing meta data.
(0004794)
roscoe   
2023-08-04 17:16   
Siehe meinen Eintrag 0002518. Hier scheint ein vergleichbares Problem vorzuliegen.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2533 [GeoSetter] Image Data crash always 2023-07-04 16:22 2023-07-27 19:20
Reporter: cheerful Platform:  
Assigned To: OS:  
Priority: immediate OS Version:  
Status: new Product Version: 4.0.49 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Crash with EOutOfResources
Description: The folder contains over 5000 images. GeoSetter will crash consistently near the end of the scan with this error code. Task Manager shows it only uses about 300MB of memory
Tags:
Steps To Reproduce: On my local PC, open the folder
Additional Information:
Attached Files: Screenshot 2023-07-04 101144.png (198,880 bytes) 2023-07-04 16:22
https://www.geosetter.de/mantis/file_download.php?file_id=1296&type=bug
png
Notes
(0004786)
xyzzy   
2023-07-05 13:23   
Problem already reported several times (see 2486,...)
(0004789)
vadimpl   
2023-07-23 15:11   
I've had this problem for many years. It does not depend on either the GeoSetter version or the computer configuration. And crush reports don't work.
The more files in the folder and the more time GeoSetter runs in a row, the faster the crash occurs
(0004790)
WilfriedB   
2023-07-27 19:20   
Same here @vadimpl Many years ago, I realized GeoSetter is great for geo-tagging images, but not very useful to manage a big number of files. Since then, I store all pictures taken the same day in a folder using a yy\mm\dd folder hierarchy and manage all pictures (250,000+) with powerful database (Daminion).

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2534 [GeoSetter] Image Data major always 2023-07-16 17:14 2023-07-19 14:32
Reporter: Merlin2504 Platform: iMac 27", 3,4 ghz  
Assigned To: OS: Win 10  
Priority: normal OS Version: 10  
Status: new Product Version: 4.0.49 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Cannot search for an address
Description: Cannot search for an address
Tags:
Steps To Reproduce:
Additional Information:
System Description Mit dem Programm wird auf einen iMac im virtuellen System "parallels Desktop" auf Windows 8 gearbeitet.
Attached Files:
Notes
(0004787)
heiko   
2023-07-18 19:29   
what version of GeoSetter are you using?

In the latest BETA version, the search for an adress is working.
(0004788)
xyzzy   
2023-07-19 14:32   
@Merlin2504 : Can you add steps to follow, screenshots?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2079 [GeoSetter] Image Data major always 2020-02-16 21:20 2023-07-02 00:23
Reporter: tohis Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Can't save files having umlaut characters in name
Description: I built a new PC with UK-English Windows 10, and installed Geosetter 3.5.3 (portable) into it. When I try to geotag and save any image which has non-English characters in its name (Å, Ä, Ö for example), I get "Warning: Error opening file" and "Error: File not found" and the image will not be saved. See the attached image.

In thumbnails window the file names with umlauts are shown correctly, but in the error report these are shown as a tilted square with ? inside. Also, in some places the degree symbol ° (Alt-248) is shown as ? as well.

I have set the Windows locale to Finland, and the chcp command in cmd.exe shows the code page is 850 like expected.

I found the IPTC setting and tried ISO-8859-1 and UTF-8 instead of default ANSI, but this seems not to have effect on this issue.

For years I used Windows 7 and an older Geosetter 3.3.48 without this issue. I tried that old version again, but it's having the same issue in Windows 10. I also tried the newest Geosetter in a virtual Windows 7 in VirtualBox, and the issue was not present there.

So it may as well be a Windows 10 issue, however I haven't seen this kind of problem in any of my other programs (and some of them are very old).

There is a workaround by geotagging the images before renaming them with any non-English characters.
Tags:
Steps To Reproduce: Have two image files named test_AO.jpg and test_ÄÖ.jpg, and (optionally) a GPS data file containing the location for them. Select the images in Geosetter and press Ctrl-G to attach location data (or enter it manually), and then try to save the images. test_AO.jpg will be saved, but test_ÄÖ.jpg produces the error and will not be saved.
Additional Information:
Attached Files: geosetter_problem.png (159,107 bytes) 2020-02-16 21:20
https://www.geosetter.de/mantis/file_download.php?file_id=818&type=bug
png

IPTC-Character-Coding.png (33,534 bytes) 2020-02-18 23:02
https://www.geosetter.de/mantis/file_download.php?file_id=820&type=bug
png

exiftool_character_encoding.png (4,634 bytes) 2021-06-26 11:30
https://www.geosetter.de/mantis/file_download.php?file_id=845&type=bug
png

Charset.jpg (50,714 bytes) 2023-06-26 18:52
https://www.geosetter.de/mantis/file_download.php?file_id=1294&type=bug
jpg

Charset-2.jpg (84,648 bytes) 2023-06-26 23:29
https://www.geosetter.de/mantis/file_download.php?file_id=1295&type=bug
jpg
Notes
(0003797)
heiko   
2020-02-18 23:02   
I'm also using Win10 and have no problems to save files which have umlauts in the filename. You can see my settings for the "IPTC Character Coding" in the attached screenshot.
(0003804)
heiko   
2020-04-16 23:46   
does this work for you? can I close this issue?
(0003859)
tohis   
2021-06-26 11:30   
Sorry for the delay. I have Latin I (ANSI) set and still having the problem. Actually, it may be ExifTool which isn't working right. As in that picture posted before, "ExifTool reported errors/warnings on 1 of 1 images" and "Error: File not found". Character encoding is messed up somewhere.

I downloaded newest ExifTool and placed it in the Geosetter\tools folder but it didn't fix the problem.

Then I typed exiftool -G -a åäöÅÄÖ.jpg on the command line - see the picture. Could this be a clue to what's going on? Apparently ExifTool finds the file named by non-English characters, but then warns about the encoding not specified. Then at the next line, the file name is already wrong, which leads to messed up characters and finally saving the file will fail.
(0003861)
heiko   
2021-07-02 14:27   
I've just made a test with the file "ÄäÖö.jpg" and I've had no problems to save my changes.

Have you updated ExifTool.exe in the %AppData% directory?
(0004774)
Whatthesnap   
2023-06-25 17:28   
Ich habe das gleiche Problem.

Sprachset Latin wie oben beschrieben
GeoSetter Version 4.0.49 Beta
ExifTool Version 12.63

Erst ein Umbenennen des Verzeichnisses, in dem sich das zu speichernde Bild befindet, bewegt Geosetter dazu das getaggte Bild zu speichern und keine Fehlermeldung auszugeben. Sehr nervig.
(0004775)
xyzzy   
2023-06-25 18:07   
GeoSetter should add "-charset filename=latin " when using "exiftool". A request has already been made (2509).
(0004776)
Whatthesnap   
2023-06-25 18:19   
Liegt es denn überhaupt an ExifTool? GeoSetter macht aus einem "Österreich" ein "Österreich", wenn man die Pfadzeile anklickt.

Windows 10 hier.
(0004777)
xyzzy   
2023-06-26 18:52   
Add in the "Settings" for exiftool the following 2 lines. There is no more "warning"
(0004778)
Whatthesnap   
2023-06-26 22:48   
This has exactly zero effect. ExifTool still says file not found.
(0004779)
xyzzy   
2023-06-26 23:29   
Weird! I have a test with a similar filename and it works for me!
(0004780)
Whatthesnap   
2023-06-26 23:38   
I don't know if it's due to the filename (not tested), it seems more like a problem with Umlauts in paths.
(0004781)
xyzzy   
2023-06-26 23:47   
what version of exiftool are you using (mine is version 12.63)?
(0004782)
Whatthesnap   
2023-06-26 23:50   
Also 12.63 as stated a few posts above this.
(0004784)
xyzzy   
2023-07-02 00:21   
@ Whatthesnap:
Can you test this query in cmd mode?

chcp 65001
cls
exiftool -H -G1 -s -charset filename=latin E:\KUVAT\Uudet\test_AÖ¨.jpg
(0004785)
xyzzy   
2023-07-02 00:23   
This should list all tags by group

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2486 [GeoSetter] User Interface crash always 2023-02-14 16:11 2023-05-25 09:48
Reporter: zava Platform:  
Assigned To: Friedemann OS:  
Priority: urgent OS Version:  
Status: assigned Product Version: 4.0.47 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Crashing often when working in folder with 700+ images
Description: This seemed to appear today after installing V4.0.47
When working in a folder containing a large number of images (8-900), GS seems to cause a huge number of exceptions due to "memory resources being insufficient".
This happens when trying to save changes applied to a large number of images or just attempting to display them on the map.
After dozens of exception warnings, the only way out seems to close the application.
Tried to reduce image number, problem seems to mitigate when less than 700 are in the folder.
This is a fairly large numbero of images, but I am quite positive that I have been to work with such numbers with previous versions.
Tried to close most other apps, so that over 60% of (16Gb) RAM was available and 64Gb out of 255 are free on the SSD.
Meanwhile, programs doing even heavy work on the same images (such as other image viewers or ICE stitching as much as 14 images at a time) seemed unaffected by any resource problems.
Wonder if it happened to anybody else and if it's related to this version.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: bugreport.txt (55,535 bytes) 2023-02-14 16:25
https://www.geosetter.de/mantis/file_download.php?file_id=1199&type=bug
Crash.txt (37,657 bytes) 2023-05-18 03:42
https://www.geosetter.de/mantis/file_download.php?file_id=1292&type=bug
Notes
(0004605)
zava   
2023-02-14 16:25   
Attaching a bug report file, exception caught while just scrolling to the next image (total approx 690 images in folder).
(0004606)
WilfriedB   
2023-02-14 19:04   
@zava years ago I came to the conclusion that GeoSetter is not very efficient when it comes to many images in a single folder. At the time when i was using Windows 7 and HDDs, I did experience crashes when writing several hundred images at once. Since having migrated Wind 10 and more importantly SDDs, I don't remember having had such kind of problems again. However, I organized all my images in in daily folders so rarely have more than 200 pictures and with this old experience in mind, I save the synchronized images always in two parts (my wife's and then my own). I also avoid using the flat mode.
Looking back at last year's images, the biggest daily folder contained 920 images, thus each save process handled not more than 500 files without any problems. This was last summer with v3 - with v4 I did not handle such big amount at once yet.
(0004607)
zava   
2023-02-14 20:57   
Thank you WilfriedB,
during my survey of WWI fortification I easily gather 4-800 pictures in a day (many of them are discarded later). I have never experienced particular problems with handling 4-500 images. the problem seems (but I cannot be sure) to have emerged only with recent (last?) versions.
But maybe it's just a general problem with GS and large image collections... I cannot say.
Concerning the flat mode, I have never really understood WHAT it is: I tried it sometime in the distant past and I got everything messed up, so I never tried it again.
Maybe I should split surveys on a "half day" basis, or even less...
(0004609)
WilfriedB   
2023-02-14 22:10   
@Zava having said the above, I was curios and created a copy of a folder with 914 images, synchronized it again with a track und wrote the changes to disk. This did work fine ... until 86% when the exception was raised. I did send a bug report to Friedemann.
Reg. "Concerning the flat mode, I have never really understood WHAT it is:":
If the folder opened by GeoSetter has subdirectories, ALL images in ALL subdirectories are shown and can be changed. I normally don't use it neither, just to limit the number of files according to my previous experiences.
Reg. "Maybe I should split surveys on a "half day" basis, or even less... ":
I use a filter to to do that, but my naming convention, which tells what camera was used, makes that easy. Usually, I only import the images from one camera, synchronize with the track und write the changes before starting the import from the other camera. At that point, I activate the filter showing only the pictures of the second camera and repeat the process.
(0004610)
ThunderBoy   
2023-02-14 22:40   
@WilfriedB I wonder what version of GS from the future you are using, since it shows all files in subfolders even without Flat Mode. I can't do it without this mode. Also the filters only work on the inside of the directory for me, not on the subfolders as well.

I have worked right after the release and tested version 4.0.47 in Flat Mode with up to about 1300 files and had no problems with it on my system. That is, except for the problem I write about here: 0002457
(0004611)
WilfriedB   
2023-02-15 07:48   
@Zava Friedemann did respond on my bug report, promising a solution with hight priority as soon as possible, but due to high workload in his job, it might take several days.

I forgot to mention, another approach to limit the number of save operations. In the menu, you find Edit->Save changes of selected images. In Settings, I did defined Shift-Alt-S to that function. By selecting a smaller number of images and pressing Shift-Alt-S allows me to write to disk in smaller packages.

@Thunderboy reg.: "since it shows all files in sub-folders even without Flat Mode." seems to be a misunderstanding. When I said "If the folder opened by GeoSetter has subdirectories, ALL images in ALL subdirectories are shown and can be changed.", I meant this is what happens, IF (and only if) you did switch on Flat Mode (either File->Flat Mode in the menu or pressing the button "Show images in Subfolders)

Btw. what I wrote applies to 4.0.47 Beta (including the test, I made last night) and most, if not all of the previous versions.
(0004612)
zava   
2023-02-15 15:26   
Thank you WilfriedB!
Will be waiting for Friedemann's intervention.
(0004615)
ThunderBoy   
2023-02-15 20:07   
@WilfriedB You wrote above that you don't use Flat Mode, so that's why I was suspicious. So you use it and you don't even know it. The fact that it shows all the files in subfolders is Flat Mode. ????????
(0004641)
Friedemann   
2023-02-24 17:30   
FYI: This is not fixed by now, I didn't change something already. I did a test for myself with exactly 1.000 image files, several times, but I can't reproduce it by now. But of course I will do some more tests. It seems that something is going wrong in the skinning component, taht maybe gdi ressources will not be freed correctly... Unfortuinately I can not ask the programmer because he's from Ukraine and I think he has other things to do than working on this. He doesn't answer anymore for a longer time now, also to other users I really hope he's well!!!!!!!!
(0004672)
WilfriedB   
2023-02-25 21:12   
@zava even though Friedemann said it is not fixed now, jut for you information: I tried my test case of 914 images with 4.0.48 and 4.0.49 and did not get any error.
(0004763)
hugog   
2023-05-18 02:45   
This is happening to me as well. About 998 images in a directory. Very easy to repro. Just JPEG's. I have two screens. Main app on one screen and the map and image on the other other screen. Rebooting tends to fix the issue at least for the first directory. Played around with increasing the GDI object limit in the registry, but that didn't make a difference.

Used to get this error in 2.x, but that would be after hours of usage and going through multiple 998 file directories. In this version (4.x) its might not crash on the first directory, but will happen for the next folder. Once it crashes its game over. I need to reboot as even opening Geosetter causes a crash as it tries to read the directory.

Folders are not flat, and do not have filters.
(0004764)
hugog   
2023-05-18 03:42   
Crash uploaded
(0004765)
hugog   
2023-05-19 09:16   
Did some more testing today on folders (sub 600) and eventually it crashed with the error out of resources. Once it crashes the only way to get GeoSetter working again is to reboot. Opening GeoSetter without rebooting results in a out of resources within the first few minutes.

Its not that bad as a reboot take 30 seconds and I don't mind rebooting a 20-30 times a day if that's whats needed to remain stable.
(0004766)
ThunderBoy   
2023-05-19 10:14   
I haven't verified this, but I think it will also be related to the graphics chip and the motherboard. I can't work with more than 1200 files anymore. I'm working with a max of 1100 files. It doesn't matter what type of files. First: It takes at least 3x longer to process (save) files. It has long breaks between batches with writing via ExifTool, because the system freezes in a piece. Second: With more files, GS keeps throwing up an error window, which automatically disappears when GS starts responding again for a while (and so on and so on). It has happened to me a couple of times that even with fewer files, GS has fired me from system jobs completely (without throwing an error). I have 16GB of RAM and 2GB of RAM on the graphics. I've also noticed that when I do something in GS, it loads the NT Kernel & System processor at 13%. But I know this is related to some incompatible system driver.
(0004769)
hugog   
2023-05-25 07:49   
Thanks for the feedback.

I know a bit about the GDI subsystem and it throw's EOutOfResources errors when there are unhandled expections, missing handles, etc. The way in which this subsystem errors is a bit generic, it will throw EOutOfResources for many things, the scope of the error is wide, so don't assume it reletes to a physical hardware issues....that would be too easy to fix.

In any case the same issue happens on my everyday PC (see Crash.txt) for spec's 16 cores, 48GB RAM and my bigger PC, which much much higher spec, 512GB RAM and 128 new physical cores (yes, its that big), way to big for simple GS work.

While this error happened in GS 2.x it was much less frequent.

It's intresting that I need to reboot to regain stability, so I assume the reboot is clearing whatever got screwed up. This may mean something to the dev's.

In case you need mem dumps or traces I'm happy to provide. As this is easy to repro if you have a debug build I can test that.
(0004770)
hugog   
2023-05-25 09:48   
Can't figure in out in WinDbg. All I get is 250477278 (0EEDFADE in HEX). madExcept is probably giving you more info.

After cycling through a few small directories (300-400), the larger dir's 0000507:0000998 files caused it to crash. I reopened the app and it crashed a few minutes into the ~ 998 file scan while viewing images.

Opening up the 400 or less files didn't crash (and I never rebooted).

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2471 [GeoSetter] User Interface text always 2023-02-03 11:04 2023-05-19 10:20
Reporter: ThunderBoy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version:  
Product Build: Resolution: reopened  
Projection: none      
ETA: none Fixed in Version: 4.0.41 beta  
    Target Version:  
Summary: Dark Theme
Description: In basic loading of file contents, e.g. files in a directory, the font text is black. When the basic data is loaded, the text is already white. You can see this nicely when a large number of files are loaded via Flat Mode. On a dark background this black text is thus unreadable.

PS: I also found other problems but I found that I have to create a completely new setup of the program, because on a clean install these other problems work.
Tags:
Steps To Reproduce: Selects a dark theme + Selecting any directory and activating Flat mode
Additional Information:
Attached Files: Darktheme.jpg (111,800 bytes) 2023-02-03 11:04
https://www.geosetter.de/mantis/file_download.php?file_id=1156&type=bug
jpg

the-bar-with-columns.jpg (131,200 bytes) 2023-02-03 12:00
https://www.geosetter.de/mantis/file_download.php?file_id=1157&type=bug
jpg
Notes
(0004516)
ThunderBoy   
2023-02-03 12:00   
I did find one problem even on a clean install. I always have this problem even on my saved window layout. I thought the bug was only in my save layout. The problem occurs when the layout is changed or refreshed when the dark theme is turned on. The bar with the columns behind turns white and the text is invisible. The problem remains until the program is exited. The next time the program is started it is ok. But unless you do the same thing I write above again.
(0004519)
ThunderBoy   
2023-02-03 16:55   
Also when changing the photo data, this text in the Exif section is also black on a dark background "The image has been changed with GeoSetter. You see the original values here only!"
(0004520)
ThunderBoy   
2023-02-03 17:16   
And now the other way around. Even when editing the file name by slow double-clicking on the file name, the text is white on a white background. This is when no text is selected and the cursor clicks on the text. I don't mean using the F2 key. Clarification: this text is normally white and when editing the file name a white background appears, so when no selection is made this text is invisible.
(0004525)
Friedemann   
2023-02-04 13:40   
Unfortunately I do not get the problem fixed that some controls look not ok directly after switching between dark and light view mode. But I don't think you do that very often either.
The other problem should be fixed now (renaming, status of flat search).
(0004767)
ThunderBoy   
2023-05-19 10:20   
There is still a problem with the text "The image has been changed with GeoSetter. You see the original values here only!" Also it is black on a dark background, so invisible.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2528 [GeoSetter] User Interface major always 2023-05-13 20:47 2023-05-14 13:20
Reporter: cristian Platform:  
Assigned To: OS:  
Priority: high OS Version:  
Status: new Product Version: 4.0.49 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: google map satellite photo
Description: hello you can no longer see the google satellite map. this error always comes. can you help me to solve the problem

best regards

cristian
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: geosetter.bmp (2,808,418 bytes) 2023-05-13 20:47
https://www.geosetter.de/mantis/file_download.php?file_id=1291&type=bug
Notes
(0004759)
WilfriedB   
2023-05-13 22:07   
@cristian are you sure, you have GeoSetter 4.0.49 (Build 2233 - beta) installed? This message came up in a much older version months ago. In my PC the version of GeoSetter shows on the upper left of the window, but it is not visible on you screenshot, probably indicating you are you using a much older beta version.
In any case for me the google satellite map works since several months.
(0004760)
cristian   
2023-05-13 22:35   
Can you tell me where I can get the latest version of the program
(0004761)
mak_kawa   
2023-05-14 00:11   
Settings -> Auto Check for Updates -> Check also for New Beta Versions.
(0004762)
WilfriedB   
2023-05-14 09:08   
@cristian I saw at least one report here, that " Auto Check for Updates" would not work (it did work for me thought), but you can also download the latest version directly from https://geosetter.de/update/geosetter_beta.exe meanwhile 4.0.49 (Build 2233 - beta) is available since several weeks (months?).

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2260 [GeoSetter] User Interface block always 2022-02-18 20:08 2023-05-08 13:49
Reporter: gptits Platform: AcerAspire-E5-771G  
Assigned To: Friedemann OS: windows  
Priority: urgent OS Version: 10  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Erreur affichage carte
Description: Erreur affichage carte
Map log :
18/02/2022 19:51:05 ERROR: Impossible d'effectuer l'opération à cause de l'erreur suivante 80020101
showMap3(2, 0, 28.0569420104, -15.5099444152, 13);


Depuis ce jour la carte n'est plus affichée. Après désinstallation et réinstallation de Geosetter Vers. 3.5.3. (Build 2195). ExifTool 10.96 puis 12.40 windows 10
URL carte http://map.geosetter.de/v3/map_google.html


Tags:
Steps To Reproduce: dès que l;on utilise la fonction "carte""
Additional Information: Processeur Intel(R) Core(TM) i7-5500U CPU @ 2.40GHz 2.40 GHz
Mémoire RAM installée 16,0 Go
Type du système Système d’exploitation 64 bits, processeur x64
---------------
Édition Windows 10 Famille
Version 21H2
Installé le ?10/?02/?2022
Build du système d’exploitation 19044.1566
Expérience Windows Feature Experience Pack 120.2212.4170.0
Attached Files: geosetter_settings.zip (17,583 bytes) 2022-02-18 20:08
https://www.geosetter.de/mantis/file_download.php?file_id=905&type=bug
Notes
(0003943)
WilfriedB   
2022-02-23 13:35   
The solution suggested by @Ojlnd in https://www.geosetter.de/mantis/view.php?id=2261 did work for me!
Seems the second message "You are using a browser that is not supported ..." it started showing up several weeks ago and still does after implementing Ojlnd's solution, but the maps do work again now!
(0003961)
gptits   
2022-02-28 11:02   
WilfriedB : Indeed, by following these instructions, the open-street map is accessible.
But despite a Google API key, selecting a Google map, in my case, always leads to an error.
Best regards
(0003964)
WilfriedB   
2022-02-28 16:14   
For me it works for all other maps too @gpits. Maybe somebody else at the above mentioned thread can help?
After using Ojlnd's solution, it always opened OSM map after starting GeoSetter, but I could switch to any of the other maps. Then I changed line 1354 to SetMapType(AMapType); (instead of the 4 between the brackets), now it opens whatever map was open at the time I closes GeoSetter.
(0003968)
gptits   
2022-03-01 09:00   
Doesn't work for me with SetMapType(AMapType). Always the same error when starting Geosetter. Sorry. With Open-street working, I can wait for the next version of Friedemann
(0004757)
xery   
2023-05-08 09:40   
It's doesn't work for me.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2518 [GeoSetter] Image Data minor always 2023-04-10 13:42 2023-05-08 03:39
Reporter: roscoe Platform: Desktop  
Assigned To: OS: Windows  
Priority: normal OS Version: 11-64  
Status: new Product Version: 4.0.49 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: HEIC Files from Apple Device
Description: With photos from the Iphone, sometimes no thumbnails are displayed, but only black thumbnails. However, this only applies to some photos. In the image preview, all photos are displayed correctly. The metadata (date taken, GPS coordinates) are also not displayed in the thumbnail, although they are available in the photo file. The image info from Exiftool also shows this. It is therefore not possible to synchronize the images with a track.
Tags: "Iphone" "Heic"
Steps To Reproduce:
Additional Information:
System Description
Attached Files: Geosetter-Heic1.jpg (425,574 bytes) 2023-04-10 13:42
https://www.geosetter.de/mantis/file_download.php?file_id=1270&type=bug
Geosetter-Heic.jpg (446,302 bytes) 2023-04-10 13:42
https://www.geosetter.de/mantis/file_download.php?file_id=1271&type=bug
Notes
(0004756)
trainman   
2023-05-08 03:39   
I'm not having issues with the thumbnails, but have the same issue with the Geodata.
EXIFTool can read the GPS information without any problems, but Geosetter isn't pulling it in, so no GPS information attached to the photos. When converted to JPGs, Geosetter reads the GPS information fine.
Also probably related to this issue is that Geosetter doesn't read the time taken information from the EXIF data, so I can't use Geosetter to rename with microseconds.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2525 [GeoSetter] Image Data trivial always 2023-04-30 10:27 2023-04-30 17:12
Reporter: Erik Bachmann Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Getting data from Geoname return country in local language
Description: Has set up v. 3.5.3 with English as language and UTF-8 as IPTC languange.
When requesting data from Geonames I get country names - in danish.
The setting "Get current Language for Countries (instead of English)" has no effect.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: geosetter.settings.jpg (100,472 bytes) 2023-04-30 10:27
https://www.geosetter.de/mantis/file_download.php?file_id=1288&type=bug
jpg

geosetter.lang.jpg (22,891 bytes) 2023-04-30 10:27
https://www.geosetter.de/mantis/file_download.php?file_id=1289&type=bug
jpg

geosetter.country.jpg (61,378 bytes) 2023-04-30 10:27
https://www.geosetter.de/mantis/file_download.php?file_id=1290&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2524 [GeoSetter] User Interface feature have not tried 2023-04-29 14:14 2023-04-29 14:14
Reporter: xyzzy Platform: PC  
Assigned To: OS: Windows 11 Pro  
Priority: normal OS Version: 22H2  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: New options for Exiftool
Description: Is it possible to add 2 options for data display by Exiftool:
1) Extract unknown tags (this is the -u option)
2) Extract unknown binary tags too (it's the -U option)
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files: New Exiftool Options.jpg (116,623 bytes) 2023-04-29 14:14
https://www.geosetter.de/mantis/file_download.php?file_id=1287&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2523 [GeoSetter] Tracks crash always 2023-04-27 09:23 2023-04-27 12:12
Reporter: JE Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 4.0.49 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Absturz nach einpflegen der Fotografierrichtung
Description: 27.04.2023 09:20:19 ERROR: TypeError: Die Eigenschaft "x" eines undefinierten oder Nullverweises kann nicht abgerufen werden.; TypeError: Die Eigenschaft "x" eines undefinierten oder Nullverweises kann nicht abgerufen werden.
   at L.DistanceGrid.prototype._sqDist (file:///C:/Users/wurze/AppData/Local/Temp/geosetter/map-2023-04-27-091954/inc/leaflet/plugins/Leaflet.markercluster/leaflet.markercluster.js:1:25684)
   at L.DistanceGrid.prototype.getNearObject (file:///C:/Users/wurze/AppData/Local/Temp/geosetter/map-2023-04-27-091954/inc/leaflet/plugins/Leaflet.markercluster/leaflet.markercluster.js:1:25501)
   at _addLayer (file:///C:/Users/wurze/AppData/Local/Temp/geosetter/map-2023-04-27-091954/inc/leaflet/plugins/Leaflet.markercluster/leaflet.markercluster.js:1:13476)
   at addLayer (file:///C:/Users/wurze/AppData/Local/Temp/geosetter/map-2023-04-27-091954/inc/leaflet/plugins/Leaflet.markercluster/leaflet.markercluster.js:1:1805)
   at GSM._setMarkerVisible (file:///C:/Users/wurze/AppData/Local/Temp/geosetter/ma ...
  GSM.addPhotoMarkers([{"id": 1,"coord": {"lat":49.4468258541,"lng":8.4498703480},"destCoord": {"lat":49.4463585008,"lng":8.4507608414},"direction": 128.91,"focalLength": -1.00,"isPortrait": false,"sortValue": ""}], false);
27.04.2023 09:20:19 ERROR: TypeError: Die Eigenschaft "x" eines undefinierten oder Nullverweises kann nicht abgerufen werden.; TypeError: Die Eigenschaft "x" eines undefinierten oder Nullverweises kann nicht abgerufen werden.
   at L.DistanceGrid.prototype._sqDist (file:///C:/Users/wurze/AppData/Local/Temp/geosetter/map-2023-04-27-091954/inc/leaflet/plugins/Leaflet.markercluster/leaflet.markercluster.js:1:25684)
   at L.DistanceGrid.prototype.getNearObject (file:///C:/Users/wurze/AppData/Local/Temp/geosetter/map-2023-04-27-091954/inc/leaflet/plugins/Leaflet.markercluster/leaflet.markercluster.js:1:25501)
   at _addLayer (file:///C:/Users/wurze/AppData/Local/Temp/geosetter/map-2023-04-27-091954/inc/leaflet/plugins/Leaflet.markercluster/leaflet.markercluster.js:1:13476)
   at addLayer (file:///C:/Users/wurze/AppData/Local/Temp/geosetter/map-2023-04-27-091954/inc/leaflet/plugins/Leaflet.markercluster/leaflet.markercluster.js:1:1805)
   at GSM._setMarkerVisible (file:///C:/Users/wurze/AppData/Local/Temp/geosetter/ma ...
  GSM.selectPhotoMarker(1, true, false);
27.04.2023 09:20:19 ERROR: TypeError: Die Eigenschaft "x" eines undefinierten oder Nullverweises kann nicht abgerufen werden.; TypeError: Die Eigenschaft "x" eines undefinierten oder Nullverweises kann nicht abgerufen werden.
   at L.DistanceGrid.prototype._sqDist (file:///C:/Users/wurze/AppData/Local/Temp/geosetter/map-2023-04-27-091954/inc/leaflet/plugins/Leaflet.markercluster/leaflet.markercluster.js:1:25684)
   at L.DistanceGrid.prototype.getNearObject (file:///C:/Users/wurze/AppData/Local/Temp/geosetter/map-2023-04-27-091954/inc/leaflet/plugins/Leaflet.markercluster/leaflet.markercluster.js:1:25501)
   at _addLayer (file:///C:/Users/wurze/AppData/Local/Temp/geosetter/map-2023-04-27-091954/inc/leaflet/plugins/Leaflet.markercluster/leaflet.markercluster.js:1:13476)
   at addLayer (file:///C:/Users/wurze/AppData/Local/Temp/geosetter/map-2023-04-27-091954/inc/leaflet/plugins/Leaflet.markercluster/leaflet.markercluster.js:1:1805)
   at GSM._setMarkerVisible (file:///C:/Users/wurze/AppData/Local/Temp/geosetter/ma ...
  GSM.setOptShowSelectedPhotoDirection(true);
27.04.2023 09:20:19 ERROR: TypeError: Die Eigenschaft "x" eines undefinierten oder Nullverweises kann nicht abgerufen werden.; TypeError: Die Eigenschaft "x" eines undefinierten oder Nullverweises kann nicht abgerufen werden.
   at L.DistanceGrid.prototype._sqDist (file:///C:/Users/wurze/AppData/Local/Temp/geosetter/map-2023-04-27-091954/inc/leaflet/plugins/Leaflet.markercluster/leaflet.markercluster.js:1:25684)
   at L.DistanceGrid.prototype.getNearObject (file:///C:/Users/wurze/AppData/Local/Temp/geosetter/map-2023-04-27-091954/inc/leaflet/plugins/Leaflet.markercluster/leaflet.markercluster.js:1:25501)
   at _addLayer (file:///C:/Users/wurze/AppData/Local/Temp/geosetter/map-2023-04-27-091954/inc/leaflet/plugins/Leaflet.markercluster/leaflet.markercluster.js:1:13476)
   at addLayer (file:///C:/Users/wurze/AppData/Local/Temp/geosetter/map-2023-04-27-091954/inc/leaflet/plugins/Leaflet.markercluster/leaflet.markercluster.js:1:1805)
   at GSM._setMarkerVisible (file:///C:/Users/wurze/AppData/Local/Temp/geosetter/ma ...
  GSM.selectPhotoMarker(1, true, false);
27.04.2023 09:20:19 ERROR: TypeError: Die Eigenschaft "x" eines undefinierten oder Nullverweises kann nicht abgerufen werden.; TypeError: Die Eigenschaft "x" eines undefinierten oder Nullverweises kann nicht abgerufen werden.
   at L.DistanceGrid.prototype._sqDist (file:///C:/Users/wurze/AppData/Local/Temp/geosetter/map-2023-04-27-091954/inc/leaflet/plugins/Leaflet.markercluster/leaflet.markercluster.js:1:25684)
   at L.DistanceGrid.prototype.getNearObject (file:///C:/Users/wurze/AppData/Local/Temp/geosetter/map-2023-04-27-091954/inc/leaflet/plugins/Leaflet.markercluster/leaflet.markercluster.js:1:25501)
   at _addLayer (file:///C:/Users/wurze/AppData/Local/Temp/geosetter/map-2023-04-27-091954/inc/leaflet/plugins/Leaflet.markercluster/leaflet.markercluster.js:1:13476)
   at addLayer (file:///C:/Users/wurze/AppData/Local/Temp/geosetter/map-2023-04-27-091954/inc/leaflet/plugins/Leaflet.markercluster/leaflet.markercluster.js:1:1805)
   at GSM._setMarkerVisible (file:///C:/Users/wurze/AppData/Local/Temp/geosetter/ma ...
  GSM.selectPhotoMarker(1, true, false);
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2520 [GeoSetter] User Interface crash always 2023-04-16 04:15 2023-04-19 06:13
Reporter: trainman Platform:  
Assigned To: OS:  
Priority: high OS Version:  
Status: new Product Version: 4.0.49 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Continuous crashing
Description: I have 2 versions of Geosetter on my Win 7 PC. I have the release version 3.5.3 and the beta version 4.0.49.

3.5.3 is pretty much rock solid and rarely if ever crashes, but the map doesn't work.

The map works on 4.0.49, but it crashes nearly all the time doing just about anything - usually on folders with 1000 images, but also happens with less. The PC has 16GB of RAM, but the crash usually says not enough resources.

Interestingly, the link to email a crash report tries to load Outlook, which isn't set up.
Tags:
Steps To Reproduce: Crashes after loading images.
Crashes when trying to save images.
Crashes when scrolling.
Additional Information:
Attached Files: bugreport.txt (50,352 bytes) 2023-04-16 04:15
https://www.geosetter.de/mantis/file_download.php?file_id=1278&type=bug
bugreport-2.txt (68,693 bytes) 2023-04-16 04:37
https://www.geosetter.de/mantis/file_download.php?file_id=1279&type=bug
bugreport-3.txt (26,834 bytes) 2023-04-16 05:18
https://www.geosetter.de/mantis/file_download.php?file_id=1280&type=bug
bugreport-4.txt (25,151 bytes) 2023-04-16 05:51
https://www.geosetter.de/mantis/file_download.php?file_id=1281&type=bug
map_retouched.html (44,880 bytes) 2023-04-18 16:20
https://www.geosetter.de/mantis/file_download.php?file_id=1284&type=bug
settings.jpg (9,202 bytes) 2023-04-18 16:20
https://www.geosetter.de/mantis/file_download.php?file_id=1285&type=bug
jpg
Notes
(0004742)
trainman   
2023-04-16 04:37   
Just had another crash. Had saved a number of files, and was scolling down to add geodata to the next lot when it crashed.
(0004743)
trainman   
2023-04-16 05:18   
Just had anotrher crash. This time, the folder was down to 560 images, and I had already saved a number of images. I selected 20 images to assign position data when it froze.
(0004744)
trainman   
2023-04-16 05:51   
And another freeze. Attempting to allocate location data to 24 images in a folder of 1000 images.
(0004752)
jllanos   
2023-04-18 16:20   
I am still using GS 3.5.3. waiting for version 4 release (if it ever happens).

Steps to install version 3.5.3:
1.- Download geosetter_setup.exe from geosetter.de and install it
2.- Copy the file map_retouched.html (the original file corrected by me to made it work) to the folder containing geosetter.exe
3.- Launch GS and in Settings modify the map file

I agree with you that "3.5.3 is pretty much rock solid" and for my needs is enough.
(0004753)
trainman   
2023-04-19 06:13   
I think I love you. You are a legend. Thanks for this.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2431 [GeoSetter] User Interface major always 2023-01-12 12:38 2023-04-12 10:40
Reporter: ThunderBoy Platform:  
Assigned To: Friedemann OS:  
Priority: immediate OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: 4.0.15 - The selected image (file) cannot be deleted.
Description: When selecting an image (file), deletion does not work. I think it still worked in version 4.04. In newer ones it doesn't. It doesn't work with the Del key, and there is no delete available in the right-click image menu either. I looked, but even in the menu there is no option to delete the file.
Tags:
Steps To Reproduce: Delete key
Additional Information:
Attached Files:
Notes
(0004380)
zava   
2023-01-14 19:17   
I confirm the reported behavoiur.
In previous BETA version a "delete" button and the "Delete" key were both available, but in most cases deleting image files resulted in Geosetter crashing.
Maybe this is why the delete feature was removed, but of course this is not a "solution"...
(0004561)
zava   
2023-02-09 16:00   
WIth V4.0.43 some action has reappeared with the "delete" button (although no explicite delete command is available).
As a matter of fact, selecting inages and pressing "delete" seems to telete the images BUT most of the times results in GS freezeing and crashing a few second later
(0004613)
zava   
2023-02-15 15:29   
As of today (V4.0.47) the issue is stil present: pressind "DEL" for a selected image nearly always results in GS crashing.
As a hint, I can say that crash happens AFTED the actuale deletion of the image (after restarting, the image is indeed erased)
(0004614)
WilfriedB   
2023-02-15 16:26   
@zava I just tried in 4.0.47 under Windows 10 22H2 and deleting (i.e. moving to trash) with the Delete key did work for me. Something must be different in you environment - version of Windows, for example ...? Did you send a bug report?
But you are right, there is not delete option - neither in the menu nor context menu.
(0004616)
ThunderBoy   
2023-02-15 20:39   
@zava I have no problem with this on Windows 7. Have you tried it on a completely clean install? Attach here or send a bug report to the boss.

I haven't tried it on any new version since. In version 4.0.47 it really works with the Del key, just like in older versions. There is no mention in the change log that anything was done about this. See if it was related to another problem that has been fixed in the meantime. I accidentally found out that this same problem was already solved a long time ago: 0000720 We'll see if it goes in the new version.

PS: I also noticed that the Help menu in the program is missing a link to this forum. I'm not going to create a new thread for it. :)
(0004628)
zava   
2023-02-19 22:21   
Quite puzzled...
There are two major causes of systematic GS crashing, both of which happpen virtually always:
- pressing DEL on an image (image IS deleted but GS crashes). Virtually 100% of times. This did NOT happen pre-V4
- selecting a new working folder: this also crashes GS 90% of the times. This happened also pre-V4
(0004630)
heiko   
2023-02-19 23:05   
strange! For me all works fine!
(0004632)
xyzzy   
2023-02-19 23:24   
The "delete" and "selecting a new working folder" also works on my PC: Windows 11 Pro Version 22H2
(0004690)
ThunderBoy   
2023-02-27 08:17   
Del key also works in the latest version (4.0.49) without error messages.
(0004698)
zava   
2023-03-01 10:45   
I have now installed 4.0.49: the del key erased four pictures without a crash! This never happened before. But upon deleting the fifth image, GS again crashed...
There is surely some difference in my environment, but I have no idea what I could check...
I guess I'll have to stick to my old habit of renaming the files to be deleted to "xxx-filename" and then deleting them with some external tool...
If anybody has a clue about any check or test that may prove useful to a diagnosys, I will try...
(0004699)
ThunderBoy   
2023-03-01 10:55   
@zava You just write here over and over again that it keeps crashing, but you don't attach any bug report. I'm sure you're not even sending it to the supervisor to finally have a look at it.
(0004716)
zava   
2023-04-04 19:42   
Thank you for your suggestion; in fact I was assuming *this* was a bug report...
Since apparently it is not, can you pls suggest how a proper bug report is sent and what additional info can be retrieved?
GS Help simply mentions registering and sending to the Mantis system...
Thank you
(0004717)
ThunderBoy   
2023-04-04 20:07   
@zava The error message is obtained directly when the program crashes. The program itself requires it when it crashes! Here it just says that something is wrong and attaches this message or sends it to the manager by email. You can get such a message directly from the program e.g. here: 0002505
(0004719)
zava   
2023-04-06 12:25   
Thank you thunderboy, I was aware of that exception window and I would have sent it if one had been available.
But when GS crashes as I reported, no such error message is issued, it simply disappears and gets closed, providing no (readily available) crash information.
(0004720)
WilfriedB   
2023-04-06 19:15   
@Zava are you sure, GeoSetter really ends? Since quite a long time, I often run into situations that the GeoSetter window is hidden by other windows. To find the window, I use the alt-Tab key combination.
If the window really did disappear, I would suggest use the Windows task manager and see if the GeoSetter task still shows up there.
Another option is to check Windows event log (see https://answers.microsoft.com/en-us/windows/forum/all/how-to-open-event-log-viewer-windows-10/bb4fb2ac-5aa0-4bbf-afc6-45642b92a6bc )
Maybe @heiko or @Friedemann have other hints for problem determination, if the program really ends silently.
(0004725)
zava   
2023-04-09 23:32   
Thank you WilfriedB,
Step by step:
- GS is running
- GS is listed in the process list in task manager
- I hit DEL
- the selected image IS deleted
- GS remains apparently frozen for a few seconds. "Not responding" appears in the top edge if GS's window
- GS is closed
- GS process is no longer in the process list in task manager
- Event manager lists TWO ERRORs attributed to GS generating an exception

The standard GS exception/error window never appeared.

Event maanger lists as follows (in italian but I believe it's understandable):

Nome dell'applicazione che ha generato l'errore: GeoSetter.exe, versione: 4.0.49.2233, timestamp: 0x2a425e19
Nome del modulo che ha generato l'errore: unknown, versione: 0.0.0.0, timestamp: 0x00000000
Codice eccezione: 0xc000041d
Offset errore 0x00000012
ID processo che ha generato l'errore: 0x4a88
Ora di avvio dell'applicazione che ha generato l'errore: 0x01d96b08faf23113
Percorso dell'applicazione che ha generato l'errore: C:\Program Files (x86)\GeoSetter beta\GeoSetter.exe
Percorso del modulo che ha generato l'errore: unknown
ID segnalazione: c37b790d-f5b7-4fcb-9a64-35bf800efaf1
Nome completo pacchetto che ha generato l'errore:
ID applicazione relativo al pacchetto che ha generato l'errore:

and a nother exception recorded a few seconds earlier:
Nome dell'applicazione che ha generato l'errore: GeoSetter.exe, versione: 4.0.49.2233, timestamp: 0x2a425e19
Nome del modulo che ha generato l'errore: unknown, versione: 0.0.0.0, timestamp: 0x00000000
Codice eccezione: 0xc000041d
Offset errore 0x00000012
ID processo che ha generato l'errore: 0x4a88
Ora di avvio dell'applicazione che ha generato l'errore: 0x01d96b08faf23113
Percorso dell'applicazione che ha generato l'errore: C:\Program Files (x86)\GeoSetter beta\GeoSetter.exe
Percorso del modulo che ha generato l'errore: unknown
ID segnalazione: c37b790d-f5b7-4fcb-9a64-35bf800efaf1
Nome completo pacchetto che ha generato l'errore:
ID applicazione relativo al pacchetto che ha generato l'errore:

The two errors have a different exception code.

I hope this may provide some useful info.
(0004726)
WilfriedB   
2023-04-10 08:51   
@zava a great problem report! Now, we can hope this helps @Friedemann to pinpoint the cause and finds some time to investigate.

Seems to me, the most important detail is "Codice eccezione: 0xc000041d", which means "STATUS_FATAL_USER_CALLBACK_EXCEPTION"
(0004741)
zava   
2023-04-12 10:40   
"STATUS_FATAL_USER_CALLBACK_EXCEPTION"

Sounds terrible! ;)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2514 [GeoSetter] Image Data major random 2023-04-06 10:51 2023-04-11 09:16
Reporter: roscoe Platform: Desktop  
Assigned To: OS: Windows  
Priority: normal OS Version: 11-64  
Status: new Product Version: 4.0.49 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Map jumps to wrong position
Description: Occasionally the following error occurs:
The position of a selected photo is displayed correctly on the map. If you scroll through the images, the map is also moved to the correct position each time and the image position is displayed.
If you then move the mouse pointer from the thumbnails to the map, the map jumps to a wrong position. For example, it is not possible to move the position of a currently selected photo.
Tags: "Map" "Position"
Steps To Reproduce: Occurs only after prolonged use of the program. Error occurs rather randomly according to my observations so far. After restarting the program, everything is initially fine again.
Additional Information: See my Screen Movie
System Description
Attached Files: Geosetter_2023-04-06.mkv (4,128,674 bytes) 2023-04-06 10:51
https://www.geosetter.de/mantis/file_download.php?file_id=1251&type=bug
Notes
(0004740)
roscoe   
2023-04-11 09:16   
I have researched something. It seems that this problem occurs when the search has been used or already existing positions of images are postponed again. This is my previous impression.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2517 [GeoSetter] Image Data major always 2023-04-10 00:09 2023-04-10 20:03
Reporter: zava Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 4.0.49 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Huge time difference (45024 days, from 1899) when syncing images to gpx
Description: GS has never had particular problems syncing images with gpx files, and even now it does it with all my previous gpx files.
Yet, with one particular gpx file, which does contain a track suitable to properly sync images (with an appopriate, small time adjustment), it fails syncing and finds a huge time difference (45024 days!)
As far ai I could see, the gpx files contains regular items and also the images have a taken date very close with recorded point in the gpx (I inspected image data with GS's edit data and another viewer, I inspected the recorder track points in GS's track point list and also by carefully inspecting the gpx file in a plain text editor; everything looks fine, yet GS provides this very strange failure.

To make things easier to reproduce, I am attaching ONE single image and the gpx file.
If I try to sync, the image is NOT synced, and the report displays that huge time difference.
It is noticeable that the track point date appears as recorded in the year 1899 (!!!), although the actual gpx file seems to contain only appropriate data stamps).
Also noticeable, is tha that the report is not related to any of the contained active logs (as is usually the case) but references the overall gpx file.
This seems to only happen with this particular gpx file.

Close inspection of the gpx code doesn't seem to show any strange timestamps
I have repeated all the process generating the gpx file from the GPS unit, with unchanged results.
All previous files generated by the same process/GPS unit work flawlessly.

Attached, a sample image and the gpx file, in case anybody is willing to look into it or at least try to reproduce the problem.
Thank anybody for trying!
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Sync settings.jpg (117,493 bytes) 2023-04-10 00:09
https://www.geosetter.de/mantis/file_download.php?file_id=1259&type=bug
jpg

Sync report.jpg (42,492 bytes) 2023-04-10 00:09
https://www.geosetter.de/mantis/file_download.php?file_id=1260&type=bug
jpg

2023 04 08 Nodic.gpx (168,373 bytes) 2023-04-10 00:09
https://www.geosetter.de/mantis/file_download.php?file_id=1261&type=bug
Z4085376_lr.JPG (1,613,512 bytes) 2023-04-10 00:09
https://www.geosetter.de/mantis/file_download.php?file_id=1262&type=bug
grafik.png (31,232 bytes) 2023-04-10 08:59
https://www.geosetter.de/mantis/file_download.php?file_id=1263&type=bug
png

grafik-2.png (20,915 bytes) 2023-04-10 09:22
https://www.geosetter.de/mantis/file_download.php?file_id=1264&type=bug
png

grafik-3.png (120,696 bytes) 2023-04-10 09:22
https://www.geosetter.de/mantis/file_download.php?file_id=1265&type=bug
png

2023 04 08 Nodic_mod.gpx (1,226 bytes) 2023-04-10 12:03
https://www.geosetter.de/mantis/file_download.php?file_id=1266&type=bug
No time date.jpg (285,728 bytes) 2023-04-10 12:03
https://www.geosetter.de/mantis/file_download.php?file_id=1267&type=bug
bugreport.txt (28,231 bytes) 2023-04-10 12:54
https://www.geosetter.de/mantis/file_download.php?file_id=1268&type=bug
grafik-4.png (298,918 bytes) 2023-04-10 13:40
https://www.geosetter.de/mantis/file_download.php?file_id=1269&type=bug
No date time information_BASECAMP.jpg (384,297 bytes) 2023-04-10 13:50
https://www.geosetter.de/mantis/file_download.php?file_id=1272&type=bug
2023 04 08 Nodic_Basecamp.gpx (111,136 bytes) 2023-04-10 13:50
https://www.geosetter.de/mantis/file_download.php?file_id=1273&type=bug
2023 04 08 Nodic_Basecamp_spurious WPTs.gpx (165,655 bytes) 2023-04-10 13:50
https://www.geosetter.de/mantis/file_download.php?file_id=1274&type=bug
grafik-5.png (12,092 bytes) 2023-04-10 16:51
https://www.geosetter.de/mantis/file_download.php?file_id=1275&type=bug
png

grafik-6.png (91,224 bytes) 2023-04-10 16:51
https://www.geosetter.de/mantis/file_download.php?file_id=1276&type=bug
png

grafik-7.png (89,418 bytes) 2023-04-10 16:51
https://www.geosetter.de/mantis/file_download.php?file_id=1277&type=bug
png
Notes
(0004727)
WilfriedB   
2023-04-10 08:59   
@zava I downloaded you examples and believe the cause of the problem is the GPX file. How did you create it? I opened it with RouteConverter and see the date and time inside the description field, but the Date and Time fields are empty:
(0004728)
WilfriedB   
2023-04-10 09:22   
@zava please ignore my previous comment. Only a litte later, I noticed the GPX contains some way points and multiple tracks. However according to RouteConverter, the time stamp of the first track starts later than the time of you jpg. Looking the same track in GeoSetter seems, it doessn't account to the time zone.
(0004729)
zava   
2023-04-10 11:16   
Hello WilfriedB,
thank you for your concern!

I assume you were able to reproduce the problem, right?
I agree the problem is probably with the gpx file.

The procedure to produce the gpx file (unchanged since 10+ years) is as follows:
- receive active logs from Garmin USB unit into Mapsource (old and buggy program, but always worked fine to this purpose)
- delete some non relevant tracks (logs from previous days, which were previously recorded in gpx files displaying no problem)
- "saving as" gpx file (the one I attached

As I said this procedure has been my standard with hundreds of gpx files across the past 10+ years. Both the Garmin GPS unit and Mapsource do have several quirks (such as recording waypoints with no time stamp, while the waypoint date is recorded in the "comment", as you noticed using Routeconverter), but up to this time the resulting gpx file had always been good for GS syincing.
Indeed, it does display with no apparent problem and no prehistoric dates in GS and in CompeGps...

I may now try to prune the gpx files to the barely minimum content displaying the problem...

Concerning your remark
"according to RouteConverter, the time stamp of the first track starts later than the time of you jpg. Looking the same track in GeoSetter seems, it doessn't account to the time zone."
(if I understood it correctly)
In my experience, it is rather normal that jpg dates may be slightly eralier or later than track points. This is due to several factor, and partly compensated by GS's time addiction.
But even when no perfect match is achieved, this is usually a "normal" situation, often not preventing synchronization, or at worst leaving an unsynced image but with a "reasonable" time difference (some minutes or hours...
But here a track point timestamp appears dated 1899! I guess THIS is somehow the cause of all problems but I have no idea where this date is emerging from! (no such date is reported anywhere in the gpx file, all dates are apparently correct...)

Thank you!
(0004730)
zava   
2023-04-10 12:03   
Hello,
I produced a stripped down version of the gpx file: I removed waypoints and all tracks, leaving only one active log (which was taken at the same time as the sample image I originally attached).
This gpx file appears correct, it is displayed correctly by GS and by Routeconverter and looks fine in a plain text editor.
Both programs correctly show two track points with proper time stamps.
Yet, when syincing, GS reports that "no track file was selected or track file contains no coordinates including date time information" (see attach)
But, the file DOES contain two apparently valid points, and EVEN GS does display their date time information! (also visible in attached screenshot)

WHAT is wrong with this tiny file?!
Thank anybody watching!
(0004731)
WilfriedB   
2023-04-10 12:54   
@zava I forgot to mention that I was able to reproduce in the sense that synchronizing was not possible, but did not see the difference of 45024 days. However, using the short version of the GPX, I did get a bug report, I saved and attached here.
(0004732)
zava   
2023-04-10 13:24   
Thank you WilfriedB...
even stranger...
What "non sync" message does GS give when you are unable to sync?

I tried all sort of attempts...
I "injected" the gpx code of the first active log into a "working" gpx file... As a result, the track and trackpoints ARE displayed corretly by all programs (routeconverter, GS, CompeGPS...) but GS seems to IGNORE this track. It is listed as LAST , although I inserted it sa first), which is correct (assuming they are reordered according to taken date), but it is IGNORED by the sync process (I get a "best sync" with 13 days error (which is correct given all OTHER timestamps in the file), there's no longer mention of 1899 year of taken date, but that particular track segment is ignored (according to it's taken date, it shpuld correctly sync, or just fail of a couple hours, if timezone not correct. Instead, it is IGNORED...

Out of ideas...
(0004733)
WilfriedB   
2023-04-10 13:40   
@zava in both cases, when I use the original GPX file with tracks selected by default, as well as the reduced GPX I get the normal "No GPS dat message ..." I noticed the "report" button for the first time ever (my ignorance), So clicking it, I see a time difference of -1:00:11. Strange enough, this time, I did not get a burg report, though.
(0004734)
zava   
2023-04-10 13:50   
Tried some more: downloaded tracks from GPS unit using Garmin Basecamp (newer than MapSource).
Saved as (attached) gpx file.
Again, the xml code seems fine.
But, when loaed in GS, two spurious waypoints ("Noname" and "Active log 397" appear, which are NOT in the gpx code...
Upon trying to sync, GS complains that "no coordinates with time information are in the file (while GS and other programs DO list all the correct trackpoints WITH date stamps...
Crazy...
I am also attaching a "cleaned up" gpx file where the spurious watpoints were deleted (using GS), but with the same result (attached screenshot).
(0004736)
zava   
2023-04-10 16:09   
Hello WilfriedB,
your result is in fact qualitatively different from mine, in that it is a CORRECT result!
In your case, possibly due to an uncompensated time difference or time zone, GS correctly FOUND time stamps in the gpx file and matched them with the image time stamp; sync still failed, but if you introduced the neccessary time correction (1:00:11), the sync would most probably succeed.

In my case, and even with the very same file, GS FAILS to find any time information in the file, although it is present and GS correctly lists and displays it! A totally different result!

So there is some difference in the gpx file, but also a major difference in GS behaviour in my environment vs. yours...

Very informative insight, thank you...
(0004738)
WilfriedB   
2023-04-10 16:51   
@zava correct, I finally got it to work, after several attempts to correct the time stamp of the jgp. One key point is the fact that the track list shows the UTC time, whereas the thumbnail shows the local time. Pleas see my screen shots.
(0004739)
zava   
2023-04-10 20:03   
Hello WilfriedB,
definitely GS is working fine on this file on your machine.
On mine I definitely keep getting the "1899" spurious dates and other erratic behaviours...
On the other hand, I tried GPicSync: in case you don't know about it, it's a fairly limited rogram, not too user friendly and not at all comparable to GS, but it does process the SAME gpx to geolocate the images correctly...
Same gpx, same images, different (correct) result...
Definitely:
- something is "strange" with that gpx file (other files don't cause GS to malfunction
- something is also strange with GS (in my environment)
- whatever it is, it does not seem to affect GPicSync...

This said, I have no way to get deeper into WHAT is going wrong.
Last test, I may try GS on a different machine...

Thank you for your help!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2516 [GeoSetter] Image Data major always 2023-04-09 07:58 2023-04-10 16:25
Reporter: wim_van Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 4.0.49 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Coordinates added using Geosetter 3.5.2 to images taken in South-America are no more visible on a map.
Description: In 2022 I used Geosetter 3.5.2 to add coordinates (GPS) to images taken in South-America. In geosetter I could see the map (satelitte, ...) and the selected images ...
When opening that folder which contains the images weeks later, all images got a trackpoint on the map without any problem. All Exifdata seems correct.
Yeseterday I tried opening the same folder under Geoseteer 4.0.49 beta ... All images of South-America were NO MORE shown on a map, even no map show up ....
In google, ... the same images can been seen on a map without any problem.
Images taken in Europe were nice shown on maps with a trackpoint.
Tags:
Steps To Reproduce: Load the added images. 2 taken in Peru, 2 taken in Belgium. Coordinates added with Geosetter 3.5.2
Additional Information:
Attached Files: Belgium_1.jpg (350,366 bytes) 2023-04-09 07:58
https://www.geosetter.de/mantis/file_download.php?file_id=1253&type=bug
Belgium_2.jpg (735,477 bytes) 2023-04-09 07:58
https://www.geosetter.de/mantis/file_download.php?file_id=1254&type=bug
Peru_1.jpg (189,223 bytes) 2023-04-09 07:58
https://www.geosetter.de/mantis/file_download.php?file_id=1255&type=bug
jpg

Peru_2.jpg (155,598 bytes) 2023-04-09 07:58
https://www.geosetter.de/mantis/file_download.php?file_id=1256&type=bug
jpg

Vallée Sacrée des Incas - Cuzco.jpg (189,925 bytes) 2023-04-09 14:25
https://www.geosetter.de/mantis/file_download.php?file_id=1257&type=bug
jpg

GeoSetter Example Wim_Van.jpg (372,021 bytes) 2023-04-09 17:02
https://www.geosetter.de/mantis/file_download.php?file_id=1258&type=bug
Notes
(0004722)
xyzzy   
2023-04-09 14:25   
My photos taken in Peru are displaying well!
(0004723)
WilfriedB   
2023-04-09 14:44   
Since it does work for xyzzy, what kind of map did you select @wim_van? Remember, in version 4, there are more choices for the map.
(0004724)
WilfriedB   
2023-04-09 17:02   
Having said the above @wim_van , I did download your two examples and they do show on the "Google Hybrid" map
(0004735)
wim_van   
2023-04-10 16:08   
xyzzy & Wilfriedb thanks for this information.
I retried and got errors (system hangs, ....).
Finally I checked the register of my PC and foudn some erros (adobe reader, ...).
Reset my PC and adapted the register... (took a half day).
I retested and yeah, I too can now see the map with a marker on the place where I took the picture.
So, this message, issue may be wiped. Still interesting to know that a stupied error in the register can cause unexplaineable errors. SORRY.
(0004737)
WilfriedB   
2023-04-10 16:25   
Thanks for the feedback @wim_van . Good it works now! Who knows, what went wrong in Windows, problems with the registry are always nasty

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2515 [GeoSetter] Tracks minor always 2023-04-07 20:12 2023-04-10 13:44
Reporter: makowiec Platform:  
Assigned To: OS: Windows  
Priority: normal OS Version: 10  
Status: new Product Version: 4.0.49 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Geosetter won't "Export to GPX Track File"
Description: Geotag images using the footprints icon, then select several images and use File>Export to GPX Track File. Program errors out.
Tags:
Steps To Reproduce:
Additional Information: Bugreport.txt is attached
Attached Files: bugreport.txt (37,916 bytes) 2023-04-07 20:12
https://www.geosetter.de/mantis/file_download.php?file_id=1252&type=bug
Notes
(0004721)
roscoe   
2023-04-08 14:40   
Same Problem for me.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2507 [GeoSetter] User Interface major have not tried 2023-03-06 09:42 2023-04-05 14:41
Reporter: rnicz Platform:  
Assigned To: OS: Windows 10 Pro, Windows 11 Pro  
Priority: normal OS Version:  
Status: new Product Version: 4.0.49 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Displaying of image positions on map is broken in 4.0.49 beta.
Description: Displaying of image positions on map is broken in 4.0.49 beta. Version 4.0.47 works fine.

1. Use of command "Remove image positions from map" should remove all positions leaving only currently selected image, but some images are left visible on map all the time.
2. Often many images are marked as current image, so it is imposible to tell which one is really selected.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Geosetter_4.0.49_beta_positions_can_not_be_removed.jpg (209,500 bytes) 2023-03-06 09:42
https://www.geosetter.de/mantis/file_download.php?file_id=1244&type=bug
jpg

Geosetter2.png (790,093 bytes) 2023-04-05 14:41
https://www.geosetter.de/mantis/file_download.php?file_id=1249&type=bug
Geosetter1.png (880,198 bytes) 2023-04-05 14:41
https://www.geosetter.de/mantis/file_download.php?file_id=1250&type=bug
Notes
(0004718)
roscoe   
2023-04-05 14:41   
I can confirm this error. See screenshots

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2513 [GeoSetter] Tracks minor always 2023-04-01 01:25 2023-04-01 16:42
Reporter: makowiec Platform: Windows  
Assigned To: OS: Win 10  
Priority: normal OS Version: 10  
Status: new Product Version: 4.0.49 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: TCX File Not Recognized
Description: I just tried to use a .tcx file exported from FitBit to geocode a batch of images. I had been able to do this as recently as February 19. This time, I got a message "You didn't select a track file or your selected track file doesn't contain any coordinates including date time information." I was able to wash the .tcx through GPSBabel and convert to .gpx, and was able to use the GPX file to geocode the images.
Tags: file formats
Steps To Reproduce: - Open a directory containing image files and a tcx file
- Click the 'footprints' icon to initiate geocoding
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2509 [GeoSetter] User Interface minor have not tried 2023-03-14 14:37 2023-03-31 23:21
Reporter: xyzzy Platform: PC  
Assigned To: OS: Windows 11 Pro  
Priority: normal OS Version: 22H2  
Status: new Product Version: 4.0.49 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Settings for ExifTool
Description: It seems that geoSetter does not use the instructions for Exiftool specified in the configuration file to display the data in the "Image Info (ExifTool)" tab
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files: Charset.jpg (65,824 bytes) 2023-03-14 14:37
https://www.geosetter.de/mantis/file_download.php?file_id=1245&type=bug
jpg
Notes
(0004711)
xyzzy   
2023-03-14 16:21   
To repeat the problem, just have an accented character (é ç Ô, etc) in the file name or in the directory name
(0004715)
xyzzy   
2023-03-31 23:21   
@Friedemann: After checking and querying, it is not possible to use these settings for Exiftool when reading information.
So, I modify my request to know if it is possible to add this same type of parameters but when "reading" Exiftool data?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2512 [GeoSetter] Image Data feature always 2023-03-29 10:12 2023-03-29 18:35
Reporter: Phil_K Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 4.0.49 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: If XMP-GPano tags are present, on setting view angle include XMP-GPano PoseHeadingDegree
Description: If XMP-GPano tags are present, the positive degree number (starting from north) should be written not only to "GPSImgDirection" but also to XMP-GPano PoseHeadingDegree when setting the viewing angle.

For spherical / 360° images the XMP-GPano tag "PoseHeadingDegree" defines the direction related to North for the middle point of the flat projected image.
While using the "specific position" on exif view the XMP-GPano fields can be checked. But if the view angle/direction is set it is only written to GPSImageDirection which is okay for normal non-360° images.
Tags:
Steps To Reproduce: Load a 360° image
Set a view direction/target
check the exif data
Additional Information: For information on GPano please see
https://developers.google.com/streetview/spherical-metadata?hl=en
https://exiv2.org/tags-xmp-GPano.html
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2511 [GeoSetter] User Interface minor sometimes 2023-03-22 15:46 2023-03-24 03:07
Reporter: xyzzy Platform: PC  
Assigned To: OS: Windows 11 Pro  
Priority: normal OS Version: 22H2  
Status: new Product Version: 4.0.49 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Image Info (ExifTool) - Selected language
Description: There are 2 boxes checked: GeoSetter does not change the previous selected box
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files: Exiftool Info Language.jpg (163,845 bytes) 2023-03-22 15:46
https://www.geosetter.de/mantis/file_download.php?file_id=1246&type=bug
jpg

Exiftool Info Language-en-1.jpg (165,488 bytes) 2023-03-24 03:07
https://www.geosetter.de/mantis/file_download.php?file_id=1247&type=bug
jpg

Exiftool Info Language-en-2.jpg (160,275 bytes) 2023-03-24 03:07
https://www.geosetter.de/mantis/file_download.php?file_id=1248&type=bug
jpg
Notes
(0004713)
xyzzy   
2023-03-22 15:55   
Procedure to reproduce:
1) Choose a language --> GeoSetter only selects this language
2) Choose "Show ExifTool Tag Names" --> GeoSetter select this option but do not unselect the previous language
(0004714)
xyzzy   
2023-03-24 03:07   
If I select any of the three "English" languages (en-English|en-ca Canadian English|en-gb - British English), on return, all three English languages are checked.
If after that, I select "Show ExifToll Tag Names", GeoSetter will select the 4 boxes

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2504 [GeoSetter] User Interface minor always 2023-03-03 16:00 2023-03-13 00:28
Reporter: othmarmarti Platform:  
Assigned To: heiko OS: Windows  
Priority: normal OS Version: 11 22H2  
Status: resolved Product Version: 4.0.49 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Non-bolcking error wen opening OpenStreetmap Map
Description: The error log of the map window is

03.03.2023 15:55:19 GSM.init('map', '4.0.49 (Build 2233)', {"lat":48.4228891100,"lng":9.9555847000}, 19);
03.03.2023 15:55:19 GSM.setMainLayer(1, 'OpenStreetMap', 'http://{s}.tile.osm.org/{z}/{x}/{y}.png', {maxZoom: 19, attribution: '© OpenStreetMap'});
03.03.2023 15:55:19 GSM.selectFavorite(-1, true, false, false);
03.03.2023 15:55:19 GSM.showScaleBar(true, true);
03.03.2023 15:55:19 GSM.showZoomControl(true);
03.03.2023 15:55:19 GSM.setMarkersTrackOptions('aqua', 2, 5.0);
03.03.2023 15:55:19 GSM.setOptAutoFollowFocused(true);
03.03.2023 15:55:19 GSM.setOptShowSelectedPhotoDirection(true);
03.03.2023 15:55:19 GSM.setOptPhotoDirectionSize(5);
03.03.2023 15:55:19 GSM.setOptShowPhotoDirections(false);
03.03.2023 15:55:19 GSM.setOptUseClustering(false);
03.03.2023 15:55:19 GSM.setOptPhotoDirectionUsePov(true);
03.03.2023 15:55:19 ERROR: TypeError: Das Objekt unterstützt die Eigenschaft oder Methode "setOptShowFavoritesLabels" nicht; TypeError: Das Objekt unterstützt die Eigenschaft oder Methode "setOptShowFavoritesLabels" nicht
   at Global code (Unknown script code:1:1)
  GSM.setOptShowFavoritesLabels(true);
03.03.2023 15:55:19 ERROR: TypeError: Das Objekt unterstützt die Eigenschaft oder Methode "setOptShowWaypointsLabels" nicht; TypeError: Das Objekt unterstützt die Eigenschaft oder Methode "setOptShowWaypointsLabels" nicht
   at Global code (Unknown script code:1:1)
  GSM.setOptShowWaypointsLabels(true);
03.03.2023 15:55:19 GSM.showMarkersTrack(false);
03.03.2023 15:55:20 GSM.showFavorites([{"id": 1,"coord": {"lat":13.7560177667,"lng":100.5609297833},"radius": 25,"autoAssign": true,"name": "Anna Bangkok"},{"id": 2,"coord": {"lat":46.6298675500,"lng":9.7425069833},"radius": 25,"autoAssign": true,"name": "Bergün"},{"id": 3,"coord": {"lat":48.4199306867,"lng":9.9669814110},"radius": 200,"autoAssign": true,"name": "Botanischer Garten"},{"id": 4,"coord": {"lat":48.4209132875,"lng":9.9631834030},"radius": 100,"autoAssign": true,"name": "Botanischer Garten 2"},{"id": 5,"coord": {"lat":48.4219243496,"lng":9.9609947205},"radius": 200,"autoAssign": true,"name": "Botanischer Garten 3"},{"id": 6,"coord": {"lat":48.3992738749,"lng":9.9954235554},"radius": 25,"autoAssign": false,"name": "Café im Kornhauskeller"},{"id": 7,"coord": {"lat":48.3993041487,"lng":9.9954155088},"radius": 25,"autoAssign": true,"name": "Café Kokoschinski"},{"id": 8,"coord": {"lat":48.2287752493,"lng":-4.4295930862},"radius": 25,"autoAssign": true,"name": "Ferien 2007"},{"id": 9,"coord": {"lat" ...
03.03.2023 15:55:20 GSM.showAllFavoriteCircles(false);
03.03.2023 15:55:20 GSM.addPhotoMarkers([{"id": 125,"coord": {"lat":48.4987916667,"lng":10.3023111167},"destCoord": null,"focalLength": 280.00,"isPortrait": true,"sortValue": "07.05.2016 16:27:33"},{"id": 240,"coord": {"lat":48.4127366667,"lng":9.9543300000},"destCoord": null,"focalLength": 280.00,"isPortrait": false,"sortValue": "27.09.2016 17:21:33"}], false);
03.03.2023 15:55:20 GSM.selectPhotoMarker(-1, true, false);
03.03.2023 15:55:20 GSM.showAllFavoriteCircles(false);
03.03.2023 15:55:20 GSM.showPosMarker(false);
03.03.2023 15:55:21 GSM.addTrack('1', [], 'blue', 10, 0.50000000, false, '');
03.03.2023 15:55:21 GSM.showTrack("1", true);
03.03.2023 15:55:21 GSM.selectPhotoMarker(-1, true, false);
03.03.2023 15:55:21 GSM.showAllFavoriteCircles(false);
03.03.2023 15:55:21 GSM.addTrack('1', [], 'blue', 10, 0.50000000, false, '');
03.03.2023 15:55:21 GSM.showTrack("1", true);
03.03.2023 15:55:21 GSM.showAllFavoriteCircles(false);
03.03.2023 15:55:36 GSM.selectPhotoMarker(-1, true, false);
03.03.2023 15:55:36 GSM.showAllFavoriteCircles(false);
03.03.2023 15:55:43 GSM.selectPhotoMarker(-1, true, false);
03.03.2023 15:55:43 GSM.showAllFavoriteCircles(false);
03.03.2023 15:55:51 GSM.selectPhotoMarker(-1, true, false);
03.03.2023 15:55:51 GSM.showAllFavoriteCircles(false);
03.03.2023 15:55:52 GSM.selectPhotoMarker(-1, true, false);
03.03.2023 15:55:52 GSM.showAllFavoriteCircles(false);
03.03.2023 15:55:52 GSM.removeTrack("1");
03.03.2023 15:55:52 GSM.removeAllPhotoMarkers();
03.03.2023 15:55:52 GSM.zoomObjects({"markers": false, "coordinates": [], "tracks": []});
03.03.2023 15:55:52 GSM.selectPhotoMarker(-1, true, false);
03.03.2023 15:55:52 GSM.showAllFavoriteCircles(false);
03.03.2023 15:55:54 GSM.selectPhotoMarker(-1, true, false);
03.03.2023 15:55:54 GSM.showAllFavoriteCircles(false);
03.03.2023 15:55:54 GSM.removeAllPhotoMarkers();
03.03.2023 15:55:54 GSM.zoomObjects({"markers": false, "coordinates": [], "tracks": []});
03.03.2023 15:55:54 GSM.addPhotoMarkers([{"id": 290,"coord": {"lat":48.4228891100,"lng":9.9555847000},"destCoord": {"lat":48.4228214700,"lng":9.9556571200},"direction": 144.61,"focalLength": 28.00,"isPortrait": true,"sortValue": "02.03.2023 09:00:34"},{"id": 291,"coord": {"lat":48.4228891100,"lng":9.9555847000},"destCoord": {"lat":48.4228214700,"lng":9.9556571200},"direction": 144.61,"focalLength": 28.00,"isPortrait": true,"sortValue": "02.03.2023 09:00:34"}], true);
03.03.2023 15:55:54 GSM.selectPhotoMarker(290, true, false);
03.03.2023 15:55:54 GSM.showAllFavoriteCircles(false);
03.03.2023 15:55:54 GSM.selectPhotoMarker(290, true, true);
03.03.2023 15:55:54 GSM.showAllFavoriteCircles(false);
Tags:
Steps To Reproduce: Start Geosetter
Additional Information:
Attached Files: OpenStreetMap.jpg (185,243 bytes) 2023-03-03 17:12
https://www.geosetter.de/mantis/file_download.php?file_id=1240&type=bug
jpg

MapFile.jpg (100,226 bytes) 2023-03-03 17:25
https://www.geosetter.de/mantis/file_download.php?file_id=1241&type=bug
jpg
Notes
(0004705)
xyzzy   
2023-03-03 17:12   
I don't have this error!!!
(0004706)
xyzzy   
2023-03-03 17:25   
@othmarmarti : Which Map File did you specify in the Settings?
(0004707)
othmarmarti   
2023-03-03 21:11   
It is exactly that map\map.html file supplied by the installer. I use Openstreetmap with the layer URL http://{s}.tile.osm.org/{z}/{x}/{y}.png and the options {maxZoom: 19, attribution: '© OpenStreetMap'}

I started Geosetter 4.0.49 with all the maps. The results are

ArcGIS Satelite no error
ArcGIS Street no error
Carto no error
Esri Topo no error
Google Hybrid no error
Google Satellite no error
Google Street no error
MTB Europe no error
Open Topo no error
Open Streetmap no error

The reason for the error was, that the installer somehow messed the dirctories. It worked after reinstalling and correcting the installation directory in the installer

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2111 [GeoSetter] Image Data feature N/A 2021-01-17 23:00 2023-03-08 21:29
Reporter: reno Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Please add User Comment to available fields
Description: We have a large number of images with data in the User Comment field, so it would be quite useful to have this as an available edit field. (Many images go way back - originally edited with Exifer!)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: UserComment.jpg (51,775 bytes) 2022-12-21 10:15
https://www.geosetter.de/mantis/file_download.php?file_id=1047&type=bug
jpg

Custom View.jpg (132,891 bytes) 2023-02-26 19:23
https://www.geosetter.de/mantis/file_download.php?file_id=1237&type=bug
jpg
Notes
(0004243)
ThunderBoy   
2022-12-21 10:15   
@reno You can configure this directly in the program to add it to your photos automatically. File > Settings > ExifTool > Use Additional Exiftool Commands after GS Commands. Check this option. In the window below, type the following: -UserComment=
Each time you save a file in GS, it overwrites the UserComment to this value you specify.
(0004256)
heiko   
2022-12-21 20:47   
take a look into the help file under "GeoSetter Workflows | Additional ExifTool Commands |Additional ExifTool Commands".

Here you will find a description how to write "UserComment".
(0004685)
reno   
2023-02-26 18:45   
Thanks, and that works fine, but it requires me to go into the settings dialog every time I want to change that field. So it's less useful when I want to edit that field on every image. It would be nice if in Edit Data it appeared somewhere. Possibly as a permanent field in Source/Description, or at least as a field that can be added in Custom View.

Thanks again.
(0004687)
xyzzy   
2023-02-26 19:23   
Is there anything in Custom View that can be used if not added?
(0004688)
xyzzy   
2023-02-26 19:48   
Sorry, I read too quickly the solution already proposed by @reno
(0004691)
ThunderBoy   
2023-02-27 08:48   
@reno The option I mentioned above is a good one if you don't change the comment data each time. Often times you will forget that adding a comment is activated and the problem is there.

Yes, I would also welcome the addition of User Comment among the optional columns. Whether or what this information is entered can currently only be determined by looking at the Exif data. There was one other item I missed in the optional columns, but I don't know what it was at the moment.
(0004708)
ThunderBoy   
2023-03-08 16:32   
I'm only now realizing that the ability to edit the User Comment for each file separately is very useful. So far I have been using it automatically for all files as I wrote above. But soon I will need to enter a comment for all files in one directory: First Name. For all files in the next directory Comment: Second name ... and so on. Going still to the main settings and changing it there all the time is about nothing.

As @xyzzy wrote, it would be so cool to add this to the box to display when editing a file.
(0004709)
xyzzy   
2023-03-08 21:29   
@Friedemann: Would it be possible to have a settings section managed by "Exiftool"?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2506 [GeoSetter] User Interface tweak have not tried 2023-03-04 17:08 2023-03-04 17:08
Reporter: xyzzy Platform: PC  
Assigned To: OS: Windows 11 Pro  
Priority: low OS Version: 22H2  
Status: new Product Version: 4.0.49 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Only part of the keyword is displayed
Description: In the "Image Preview" section, GeoSetter only displays part of the keyword when you hover the mouse over the image.
My keywords are formed of "LastName|FirstName" (a "|" separates the 2 parts) and
only the 1st part is displayed
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files: Only Part of Keyword.jpg (53,807 bytes) 2023-03-04 17:08
https://www.geosetter.de/mantis/file_download.php?file_id=1243&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2505 [GeoSetter] Tracks major always 2023-03-04 14:09 2023-03-04 14:10
Reporter: xyzzy Platform: PC  
Assigned To: OS: Windows 11 Pro  
Priority: normal OS Version: 22H2  
Status: new Product Version: 4.0.49 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Fatal error during an Export to GPX Track File
Description: After choosing a destination file, GeoSetter generates a fatal error after an "Export to GPX Track File"
(I sent the report by email)
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files: Export to GPX Track File.jpg (149,456 bytes) 2023-03-04 14:09
https://www.geosetter.de/mantis/file_download.php?file_id=1242&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2484 [GeoSetter] User Interface major always 2023-02-12 16:02 2023-03-03 14:08
Reporter: xyzzy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 4.0.47 beta  
Product Build: Resolution: reopened  
Projection: none      
ETA: none Fixed in Version: 4.0.48 beta  
    Target Version:  
Summary: Flat Mode & Filter on file name
Description: Filename filter in Flat mode does not work
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Filter-1.jpg (133,575 bytes) 2023-02-12 16:02
https://www.geosetter.de/mantis/file_download.php?file_id=1193&type=bug
jpg

Filter-2.jpg (165,024 bytes) 2023-02-12 16:02
https://www.geosetter.de/mantis/file_download.php?file_id=1194&type=bug
jpg

Filter-3.jpg (145,636 bytes) 2023-02-12 16:08
https://www.geosetter.de/mantis/file_download.php?file_id=1195&type=bug
jpg

image.png (6,526 bytes) 2023-02-13 11:43
https://www.geosetter.de/mantis/file_download.php?file_id=1196&type=bug
png

Filter_JPG.jpg (48,862 bytes) 2023-02-13 13:28
https://www.geosetter.de/mantis/file_download.php?file_id=1197&type=bug
jpg

Filter_JPG-2.jpg (64,376 bytes) 2023-02-13 13:33
https://www.geosetter.de/mantis/file_download.php?file_id=1198&type=bug
jpg

Flat Mode and Filter - Step 1.jpg (97,554 bytes) 2023-02-26 04:33
https://www.geosetter.de/mantis/file_download.php?file_id=1227&type=bug
jpg

Flat Mode and Filter - Step 2.jpg (112,140 bytes) 2023-02-26 04:33
https://www.geosetter.de/mantis/file_download.php?file_id=1228&type=bug
jpg

Flat Mode and Filter - Step 3.jpg (91,740 bytes) 2023-02-26 04:33
https://www.geosetter.de/mantis/file_download.php?file_id=1229&type=bug
jpg

Reading GeoData before Filter.mp4 (978,370 bytes) 2023-03-03 14:08
https://www.geosetter.de/mantis/file_download.php?file_id=1239&type=bug
Notes
(0004595)
Friedemann   
2023-02-13 11:43   
Can you please attach a ascreenshot of your filter dialog? How did you get the "_.jpg"??? That's totally strange... it should be something like "(FILE_NAME HAS '_.jpg')"... Please see my screenshot.
(0004597)
xyzzy   
2023-02-13 13:28   
It's like missing the equivalent of an F5 (Refresh files)
(I also added the screenshot of the filter)
(0004598)
Friedemann   
2023-02-13 19:15   
Ah, now I see, you saved it as a template "_.jpg" and this name is shown. But do your files really have exactly the name "_.jpg"??? I think you have to use "contains" instead of "equals"...
(0004601)
xyzzy   
2023-02-13 19:19   
Indeed, I saved as a template :)

The files are exactly "_.jpg": In the directories where there are only videos, I take a screenshot that I name "_.jpg"
(0004604)
Friedemann   
2023-02-13 22:08   
Oops, yes, you're absolutely right, excuse me! It seems I never testet the filter for equality... :-/
(0004676)
xyzzy   
2023-02-26 04:33   
Searches work but results are not always correct

Step1:
- Go to a directory containing subdirectories
- Enable filter
- Enable search by subfolder (Show images in subfolders)
- The results are good.


Step2:
-Disable filter
- Return to the directory containing the subdirectories
- Enable search by subdirectory
- The results are good

Step3:
- Without moving, reactivate the filter
- The results are not good

(0004694)
xyzzy   
2023-02-28 21:16   
@Friedemann:
Is it also possible to reverse the order of execution of the process:
GeoSetter starts by searching for location data and then filters on the files.
If the filter was done before, it would limit the number of location searches.
(0004702)
Friedemann   
2023-03-03 10:38   
@xyzzy the result is ok, you see 2 files, but the status in the status bar is wrong, isn't it?
(0004703)
xyzzy   
2023-03-03 13:38   
@Friedemann: Exact: In step 1 and 3, there should be only 2 files and show the same result in the "Status Bar"
(0004704)
xyzzy   
2023-03-03 14:08   
@Friedemann: I made a small video which shows that GeoSetter starts by searching for location data before filtering files:
In this case, it searches on 265 files but there are only 2 files that answer to the filter.
It's worse if I do the same test at "root" where there are nearly 50,000 files: Not enough resources and GeoSettre "Crashes"

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2498 [GeoSetter] User Interface minor always 2023-02-25 16:38 2023-03-02 10:36
Reporter: xyzzy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 4.0.48 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: Next Release  
    Target Version:  
Summary: The update of the track load is not done well
Description: see step 4: should display "1 loaded" and not "all loaded"
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Load Track Step 1.jpg (17,917 bytes) 2023-02-25 16:38
https://www.geosetter.de/mantis/file_download.php?file_id=1221&type=bug
jpg

Load Track Step 2.jpg (32,034 bytes) 2023-02-25 16:38
https://www.geosetter.de/mantis/file_download.php?file_id=1222&type=bug
jpg

Load Track Step 3.jpg (38,741 bytes) 2023-02-25 16:38
https://www.geosetter.de/mantis/file_download.php?file_id=1223&type=bug
jpg

Load Track Step 4.jpg (40,670 bytes) 2023-02-25 17:40
https://www.geosetter.de/mantis/file_download.php?file_id=1224&type=bug
jpg

Load Track Step 5.jpg (167,672 bytes) 2023-02-26 18:54
https://www.geosetter.de/mantis/file_download.php?file_id=1236&type=bug
jpg
Notes
(0004686)
xyzzy   
2023-02-26 18:54   
If we change directory where there is no file, the results are not updated
(0004701)
Friedemann   
2023-03-02 10:36   
The status will be updated now correctly.

Perhaps important: "loaded" means that the track file is in memory, but not that it is also displayed. A distinction is made between track files and tracks. A track file can contain several tracks and waypoints.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2474 [GeoSetter] User Interface tweak N/A 2023-02-04 22:23 2023-03-02 10:14
Reporter: xyzzy Platform:  
Assigned To: Friedemann OS:  
Priority: low OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Width of the "Name" column
Description: Would it be possible, when changing directories, to expand the "Name" column to the width of the longest directory name?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Column Width.jpg (103,040 bytes) 2023-02-04 22:23
https://www.geosetter.de/mantis/file_download.php?file_id=1163&type=bug
jpg
Notes
(0004527)
xyzzy   
2023-02-04 23:40   
Another possibility:
When selecting the different column names in "Adjust Columns and Caption...", keep the desired "width" for each (as much as possible)
(0004528)
ThunderBoy   
2023-02-04 23:58   
I also noticed that some columns automatically shorten or lengthen. For example, the Name column truncates. Especially after restarting the program. I too would be in favor if there was an option in the settings to automatically adjust the columns according to the longest filename.
(0004529)
xyzzy   
2023-02-05 00:02   
@ThunderBoy: Would it be better to be able to extend this possibility to all columns by specifying a minimum width?
(0004695)
Erik Krause   
2023-02-28 22:29   
Any column expands to maximum content width, if you double-click the separator.
(0004696)
xyzzy   
2023-02-28 23:35   
@Erik Krause: Thank you for this information
(0004697)
ThunderBoy   
2023-03-01 10:11   
Yes, that is the way too. But better would be the possibility of automatic adaptation according to the length of the content ... with the option to activate it in the program settings. What I mean is that it would automatically truncate or lengthen the columns without clicking.
(0004700)
xyzzy   
2023-03-01 13:38   
@ThunderBoy: I agree with you but until Friedemann finds a solution, it's an alternative solution

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2501 [GeoSetter] User Interface crash always 2023-02-26 10:35 2023-02-28 18:22
Reporter: wim_van Platform:  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 10-11  
Status: resolved Product Version: 4.0.49 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: Next Release  
    Target Version:  
Summary: When setting Direction-folder maximized and opening a map with a huge amount of images the programm hangs....
Description: See added image
Action A -> generates a crash
When you want to select a directory-map with images to treat an you set theat Directory-map in max.window, and there you move to the wanted map an click on it to retrieve all images, the programm hangs and results in 'not working' and you have to kill teh programm.
When you restart the programm, the maximize directory-folder is reset to the normal width and the window with the thumbnails then contains all images.
It is just as, if you chose a mazimized directory-folder, when the search is done, fous is lost and I have the impression the the unvisible image-window blocks ....

Action B -> works normally
However, when you use option B (see image) you can walk to all branches in the drictory-tree without any trouble. Update of the shown thumnails is done automatically and quick.
Tags:
Steps To Reproduce: Start Geosetter
Go to the Directory-folder (normally at the left)
Choose maximized size (border-icons right, above where you can maximize)
Move in the directory-tree to the map where you want to retrieve all images and click on it
An hourgalss appears for infinty ....
In the border at the top: Geosetter .... (not responding)

Now you have to kill the programm with the task-mamanger, programma-cross-icon

When you restart Geosetter
Directory-folder-window is in small size
All images for the map you clicked on, are available in the second window ()
Additional Information:
Attached Files: Geosetter_error_VW.jpg (89,194 bytes) 2023-02-26 10:35
https://www.geosetter.de/mantis/file_download.php?file_id=1230&type=bug
jpg

Geosetter_error_01_VW.jpg (74,983 bytes) 2023-02-26 15:29
https://www.geosetter.de/mantis/file_download.php?file_id=1232&type=bug
jpg

GeoSetter Map partially hidden.jpg (193,000 bytes) 2023-02-26 17:09
https://www.geosetter.de/mantis/file_download.php?file_id=1234&type=bug
jpg

GeoSetter Floating Map.jpg (204,652 bytes) 2023-02-26 17:09
https://www.geosetter.de/mantis/file_download.php?file_id=1235&type=bug
jpg
Notes
(0004678)
wim_van   
2023-02-26 10:37   
Sorry, forgot to note. When using the left-window without maximizing the size, the programm act as normal (B)
(0004680)
wim_van   
2023-02-26 15:29   
I yhink I found the problem.
When the window (A) with the overview with thumnails becomes to small, it is no more possible creatings them in the window. So all is freezing.
Solution ? simpel, put width-constraints on the window where thumnails are projected. I propose to take the width of the smallestthumbnailsize that is possible multipled with 2.
This should resolve this problem. With a width-constraint, the max. windowsize of the DIrectory-folder is blocked.
For as far I see the construction (Delphi-programmer) the window A and the window below are member of a panel. I should place the constraint on the paneL
(0004683)
WilfriedB   
2023-02-26 17:09   
@wim_van over the years, I found it more convenient to have only the thumbnail panel (the one you needed to enlarge) maximized. All other panels, such as the map or the list of tracks, you can move by dragging the title line. The list of tracks, I only open, when needed with Ctrl-T. All other panels stay closed most of the times.
(0004689)
wim_van   
2023-02-26 20:13   
@WilfriedB
I agree and I too work that way.
But, We are asked to test this software and to help Iand I find it not correct trying to hide errors. As developper I always tried delivering error-less packages. In my job I couldn't accept errors in logic, flowcharts ...
And of course, the work arround is just to deny the existence of this Directory-window, so for the same we could remove it forever.
But, not every-one works the same way. If I'm wright the problem could be solved by just adding a constraint on sizing. Why should we not do this ?
Can you imagine ? You buy a car and the airco is not cooling where the vendor just proposes opening the windows to cool down your car and keeping the faulty airco as is
(0004693)
Friedemann   
2023-02-28 18:22   
@wim_van, Thank you for the proposed solution! Unfortunately, I can't reproduce the problem, nothing freezes for me. However, I have set the minimum width of all panels to 250. Maybe that will actually help. If not, please open again.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2397 [GeoSetter] User Interface feature have not tried 2022-12-20 20:56 2023-02-28 12:37
Reporter: xyzzy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Version 4.0.4 - Favorites on the map
Description: When I click on a favourite, the star changes but the information is no longer displayed
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Favoris.jpg (63,885 bytes) 2022-12-20 20:56
https://www.geosetter.de/mantis/file_download.php?file_id=1043&type=bug
jpg

Show Favorite.jpg (333,412 bytes) 2023-02-27 15:06
https://www.geosetter.de/mantis/file_download.php?file_id=1238&type=bug
Notes
(0004692)
xyzzy   
2023-02-27 15:06   
Since version 4.0.48, a new option ("acMapShowFavoritesLabels") appeared under "Show favorite positions on map"
and there is not even any information in the "Favorite" box anymore

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2503 [GeoSetter] User Interface tweak N/A 2023-02-26 16:21 2023-02-26 16:21
Reporter: xyzzy Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 4.0.49 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Have the possibility to choose the Waypoints icon
Description: Is it possible to add a parameter in the "Settings" to allow us to choose the Waypoints icon?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Choix de l'icone.jpg (190,789 bytes) 2023-02-26 16:21
https://www.geosetter.de/mantis/file_download.php?file_id=1233&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2496 [GeoSetter] User Interface tweak always 2023-02-25 15:53 2023-02-26 14:51
Reporter: xyzzy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 4.0.48 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Size of Waypoint Labels
Description: Is it possible to adjust the size of the labels?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Size of labels.jpg (282,443 bytes) 2023-02-25 15:53
https://www.geosetter.de/mantis/file_download.php?file_id=1219&type=bug
Notes
(0004679)
xyzzy   
2023-02-26 14:51   
@Friedemann: Would it be possible to configure these labels (in the config.ini file) for example the choice of color, etc.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2493 [GeoSetter] User Interface feature N/A 2023-02-24 23:00 2023-02-26 07:18
Reporter: xyzzy Platform:  
Assigned To: Friedemann OS:  
Priority: low OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Applicant Confirmation
Description: @Friedemann and @heiko :
Is it possible to add a step in the process: Before putting "Resolved" to ask the "Requester" if it's OK?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0004674)
Friedemann   
2023-02-25 23:22   
(Last edited: 2023-02-25 23:22)
Yes it is :-) Do you refer to a special ticket? Normally I can reproduce the problems and after fixing and testing they do not occur anymore. That's why I don't often ask about it. And the ticket the will not be taken into the change log of a new version. If something is still not ok, you can reopen the ticket.

(0004675)
xyzzy   
2023-02-26 03:48   
I was used to working in environments where the person reporting an issue had to confirm its resolution.
But it's ok for me this way you proceed.
You can close this issue.
(0004677)
WilfriedB   
2023-02-26 07:18   
@xyzzy a while ago, I asked myself the same question, because I did not find the "reopen" button. Later I found it under "Attach Tags" Not sure, if was there immediately after the issue had been closed,

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2500 [GeoSetter] User Interface major always 2023-02-25 18:50 2023-02-25 23:18
Reporter: xyzzy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 4.0.48 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: "mklink" are not always displayed
Description: Under the "P:\MyPhotos" directory, I have 2 links created by the "mklink" command.

They are not displayed in "Folders" nor in the drop-down list but are in the "Browser" window
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Folders-1.jpg (88,436 bytes) 2023-02-25 18:50
https://www.geosetter.de/mantis/file_download.php?file_id=1225&type=bug
jpg

Folders-2.jpg (60,845 bytes) 2023-02-25 18:50
https://www.geosetter.de/mantis/file_download.php?file_id=1226&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2497 [GeoSetter] User Interface minor always 2023-02-25 16:19 2023-02-25 23:18
Reporter: ceroni Platform: Microsoft  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 10 pro  
Status: assigned Product Version: 4.0.48 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: DNG preview not showing
Description: Not a big deal but DNGs from Samsung S9 (SM-G9600) are not showing in the preview window.
Interestingly, DNGs do show when converted using Adobe DNG converter.
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files:
Notes
(0004673)
ceroni   
2023-02-25 22:25   
Forgot to mention that thumbnails are showing OK.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2495 [GeoSetter] User Interface major always 2023-02-25 15:44 2023-02-25 23:17
Reporter: xyzzy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 4.0.48 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Error when clicking on a second Waypoint Label
Description: Error on the second click of a Waypoint Label
Tags:
Steps To Reproduce: Show Waypoint Labels is selected
Load a Track with at least 2 Waypoints
On the map, click on a Label
Click on a second label
Here the error occurs
Additional Information:
Attached Files: Second click Waypoint Label.jpg (237,983 bytes) 2023-02-25 15:44
https://www.geosetter.de/mantis/file_download.php?file_id=1218&type=bug
jpg

GeoSetter No tine stamps in GPX track.jpg (138,189 bytes) 2023-02-25 16:09
https://www.geosetter.de/mantis/file_download.php?file_id=1220&type=bug
jpg
Notes
(0004668)
WilfriedB   
2023-02-25 16:09   
@xyzzy and @Friedemann possibly related: in 4.0.48 I cannot synchronize with a GPX track ("No GPS data found"), which did work this morning with the same images and GPX. In the track list, when selecting "Show list of track points", I do see the coordinates but no time stamp.
(0004669)
WilfriedB   
2023-02-25 16:35   
@xyzzy ... and yes, I also get the error when clicking the second way point

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2492 [GeoSetter] Tracks feature always 2023-02-24 17:30 2023-02-25 18:57
Reporter: ymeridith2 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 4.0.47 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 4.0.49 beta  
    Target Version:  
Summary: Cannot search for an address
Description: When I search for any address, I get an error and no geo coordinates are found. It doesn't matter which map is being used. Please note that searching for location names and cities can be found successfully. It's just addresses that produce the error.
Tags: address, search
Steps To Reproduce: 1. Search for an address (for example: 1600 Pennsylvania Avenue NW Washington, D.C.)
2. Error is produced.
Additional Information: date/time : 2023-02-24, 09:53:54, 988ms
operating system : Windows 10 x64 build 19045
system language : English
system up time : 2 days 1 hour
program up time : 3 minutes
processors : 4x Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz
physical memory : 1673/7913 MB (free/total)
free disk space : (C:) 29.84 GB
display mode : 1536x864, 32 bit
process id : $1934
allocated memory : 267.55 MB
largest free block : 441.18 MB
executable : GeoSetter.exe
exec. date/time : 2023-02-12 13:30
version : 4.0.47.2228
settings folder : C:\Users\ymeri.DESKTOP-31T3OT4\AppData\Roaming\GeoSetter_beta\
ExifTool folder : C:\Users\ymeri.DESKTOP-31T3OT4\AppData\Roaming\GeoSetter_beta\tools\exiftool.exe
map file : C:\Program Files (x86)\GeoSetter beta\map\map.html
map file HTML version : 4.0.39
map file JS version : 4.0.39
contact name : Meridith Young
contact email : ymeridith@gmail.com
callstack crc : $e32a57c9, $5b5e1f43, $6ab0fb60
exception number : 1
exception class : EAccessViolation
exception message : Zugriffsverletzung bei Adresse 00DFF6B8 in Modul 'GeoSetter.exe'. Lesen von Adresse 00000000.

main thread ($1068):
00dff6b8 +244 GeoSetter.exe ufrmLocationSearch 353 +18 ParseNode
00dff757 +2e3 GeoSetter.exe ufrmLocationSearch 368 +33 ParseNode
00dffa5a +1a6 GeoSetter.exe ufrmLocationSearch 392 +16 TLocationSearch.ParseSearchResult
00dff07b +0b7 GeoSetter.exe ufrmLocationSearch 225 +11 TLocationSearch.ExecuteSearch
00dffc06 +08a GeoSetter.exe ufrmLocationSearch 425 +12 TLocationSearch.Search
00ea8af9 +08d GeoSetter.exe ufrmMain 15153 +5 TfrmGeoSetterMain.btnMapSearchClick
005019c2 +086 GeoSetter.exe Controls 4705 +9 TControl.Click
004f4467 +02f GeoSetter.exe StdCtrls 3472 +3 TButton.Click
00b0207b +03f GeoSetter.exe sButton 451 +4 TsButton.Click
004f45ce +01e GeoSetter.exe StdCtrls 3524 +1 TButton.CNCommand
00501797 +1df GeoSetter.exe Controls 4645 +53 TControl.WndProc
005053da +18e GeoSetter.exe Controls 6342 +33 TWinControl.WndProc
004f42b6 +086 GeoSetter.exe StdCtrls 3414 +13 TButtonControl.WndProc
00b0458b +acb GeoSetter.exe sButton 1414 +303 TsButton.WndProc
00583ba9 +085 GeoSetter.exe TntControls 666 +19 TWinControlTrap.WindowProc
005014a2 +036 GeoSetter.exe Controls 4552 +5 TControl.Perform
0050559c +03c GeoSetter.exe Controls 6388 +6 DoControlMsg
00505ddd +015 GeoSetter.exe Controls 6574 +1 TWinControl.WMCommand
00501797 +1df GeoSetter.exe Controls 4645 +53 TControl.WndProc
005053da +18e GeoSetter.exe Controls 6342 +33 TWinControl.WndProc
00b8e13e +b9e GeoSetter.exe sPanel 1580 +291 TsCustomPanel.WndProc
00583ba9 +085 GeoSetter.exe TntControls 666 +19 TWinControlTrap.WindowProc
00504fac +034 GeoSetter.exe Controls 6237 +3 TWinControl.MainWndProc
004918f4 +014 GeoSetter.exe Classes 10966 +8 StdWndProc
75c15a76 +016 user32.dll CallWindowProcW
00583804 +048 GeoSetter.exe TntControls 554 +12 TWinControlTrap.Win32Proc
004918f4 +014 GeoSetter.exe Classes 10966 +8 StdWndProc
77d34fbb +04b ntdll.dll KiUserCallbackDispatcher
75c15c1a +06a user32.dll SendMessageW
75c15a76 +016 user32.dll CallWindowProcW
00583a04 +0f0 GeoSetter.exe TntControls 605 +25 TWinControlTrap.DefWin32Proc
004918f4 +014 GeoSetter.exe Classes 10966 +8 StdWndProc
75c04346 +016 user32.dll CallWindowProcA
00505520 +13c GeoSetter.exe Controls 6369 +23 TWinControl.DefaultHandler
00501ee9 +015 GeoSetter.exe Controls 4836 +1 TControl.WMLButtonUp
00501797 +1df GeoSetter.exe Controls 4645 +53 TControl.WndProc
005053da +18e GeoSetter.exe Controls 6342 +33 TWinControl.WndProc
004f42b6 +086 GeoSetter.exe StdCtrls 3414 +13 TButtonControl.WndProc
00b0458b +acb GeoSetter.exe sButton 1414 +303 TsButton.WndProc
004918f4 +014 GeoSetter.exe Classes 10966 +8 StdWndProc
00583ba9 +085 GeoSetter.exe TntControls 666 +19 TWinControlTrap.WindowProc
00504fac +034 GeoSetter.exe Controls 6237 +3 TWinControl.MainWndProc
004918f4 +014 GeoSetter.exe Classes 10966 +8 StdWndProc
75c15a76 +016 user32.dll CallWindowProcW
00583804 +048 GeoSetter.exe TntControls 554 +12 TWinControlTrap.Win32Proc
004918f4 +014 GeoSetter.exe Classes 10966 +8 StdWndProc
75c0805b +00b user32.dll DispatchMessageA
00528f2c +0ac GeoSetter.exe Forms 6872 +13 TApplication.ProcessMessage
00528f73 +00f GeoSetter.exe Forms 6891 +1 TApplication.HandleMessage
0052920e +0a6 GeoSetter.exe Forms 6975 +16 TApplication.Run
00ebd098 +04c GeoSetter.exe GeoSetter 179 +4 initialization
76ec00f7 +017 KERNEL32.DLL BaseThreadInitThunk

thread $1f08:
76ec00f7 +17 KERNEL32.DLL BaseThreadInitThunk

thread $2d08:
76ec00f7 +17 KERNEL32.DLL BaseThreadInitThunk

thread $2de0:
75c1c647 +47 user32.dll MsgWaitForMultipleObjectsEx
75c1c5ea +1a user32.dll MsgWaitForMultipleObjects
00462985 +0d GeoSetter.exe madExcept CallThreadProcSafe
004629ef +37 GeoSetter.exe madExcept ThreadExceptFrame
76ec00f7 +17 KERNEL32.DLL BaseThreadInitThunk
>> created by main thread ($1068) at:
699d67ca +00 gdiplus.dll

thread $3530 (TWorkerThread):
77474233 +93 KERNELBASE.dll WaitForSingleObjectEx
7747418d +0d KERNELBASE.dll WaitForSingleObject
0053acb3 +17 GeoSetter.exe VirtualTrees 6079 +3 TWorkerThread.Execute
00462aa3 +2b GeoSetter.exe madExcept HookedTThreadExecute
0048f3f6 +36 GeoSetter.exe Classes 9372 +7 ThreadProc
004052b8 +28 GeoSetter.exe System 11562 +33 ThreadWrapper
00462985 +0d GeoSetter.exe madExcept CallThreadProcSafe
004629ef +37 GeoSetter.exe madExcept ThreadExceptFrame
76ec00f7 +17 KERNEL32.DLL BaseThreadInitThunk
>> created by main thread ($1068) at:
0053abaa +16 GeoSetter.exe VirtualTrees 6022 +1 TWorkerThread.Create

thread $227c:
7747e39d +fd KERNELBASE.dll WaitForMultipleObjectsEx
00462985 +0d GeoSetter.exe madExcept CallThreadProcSafe
004629ef +37 GeoSetter.exe madExcept ThreadExceptFrame
76ec00f7 +17 KERNEL32.DLL BaseThreadInitThunk
>> created by main thread ($1068) at:
76565f91 +00 combase.dll

thread $2fd4:
76ec00f7 +17 KERNEL32.DLL BaseThreadInitThunk

thread $3c14 (TacAddThread): <priority:-1>
77474233 +93 KERNELBASE.dll WaitForSingleObjectEx
7747418d +0d KERNELBASE.dll WaitForSingleObject
004a3713 +17 GeoSetter.exe SyncObjs 132 +2 TEvent.WaitFor
00bf2a38 +0c GeoSetter.exe sSkinManager 7982 +2 TacAddThread.Execute
0048f3f6 +36 GeoSetter.exe Classes 9372 +7 ThreadProc
004052b8 +28 GeoSetter.exe System 11562 +33 ThreadWrapper
00462985 +0d GeoSetter.exe madExcept CallThreadProcSafe
004629ef +37 GeoSetter.exe madExcept ThreadExceptFrame
76ec00f7 +17 KERNEL32.DLL BaseThreadInitThunk
>> created by main thread ($1068) at:
00bec532 +22 GeoSetter.exe sSkinManager 6248 +4 TacSkinListController.StartDelayedLoading

thread $336c (TImageDataRefreshThread):
77487b95 +45 KERNELBASE.dll SleepEx
77487b3a +0a KERNELBASE.dll Sleep
00a44d04 +e4 GeoSetter.exe ImageDataRefreshThread 127 +31 TImageDataRefreshThread.Execute
00462aa3 +2b GeoSetter.exe madExcept HookedTThreadExecute
0048f3f6 +36 GeoSetter.exe Classes 9372 +7 ThreadProc
004052b8 +28 GeoSetter.exe System 11562 +33 ThreadWrapper
00462985 +0d GeoSetter.exe madExcept CallThreadProcSafe
004629ef +37 GeoSetter.exe madExcept ThreadExceptFrame
76ec00f7 +17 KERNEL32.DLL BaseThreadInitThunk
>> created by main thread ($1068) at:
00a44bc3 +27 GeoSetter.exe ImageDataRefreshThread 80 +2 TImageDataRefreshThread.Create

thread $1970:
77474233 +93 KERNELBASE.dll WaitForSingleObjectEx
7747418d +0d KERNELBASE.dll WaitForSingleObject
00462985 +0d GeoSetter.exe madExcept CallThreadProcSafe
004629ef +37 GeoSetter.exe madExcept ThreadExceptFrame
76ec00f7 +17 KERNEL32.DLL BaseThreadInitThunk
>> created by thread $1f08 at:
696379e1 +00 wininet.dll

thread $3eb0 (TacShellChangeThread):
7747e39d +fd KERNELBASE.dll WaitForMultipleObjectsEx
7747e283 +13 KERNELBASE.dll WaitForMultipleObjects
00b3d008 +5c GeoSetter.exe acShellCtrls 1835 +9 TacShellChangeThread.Execute
0048f3f6 +36 GeoSetter.exe Classes 9372 +7 ThreadProc
004052b8 +28 GeoSetter.exe System 11562 +33 ThreadWrapper
00462985 +0d GeoSetter.exe madExcept CallThreadProcSafe
004629ef +37 GeoSetter.exe madExcept ThreadExceptFrame
76ec00f7 +17 KERNEL32.DLL BaseThreadInitThunk
>> created by main thread ($1068) at:
00b3cf08 +44 GeoSetter.exe acShellCtrls 1796 +7 TacShellChangeThread.Create

thread $2174 (TImageDataQueueSaveThread):
77487b95 +045 KERNELBASE.dll SleepEx
77487b3a +00a KERNELBASE.dll Sleep
00cdb486 +15e GeoSetter.exe ImageDataQueueSaveThread 166 +36 TImageDataQueueSaveThread.Execute
00462aa3 +02b GeoSetter.exe madExcept HookedTThreadExecute
0048f3f6 +036 GeoSetter.exe Classes 9372 +7 ThreadProc
004052b8 +028 GeoSetter.exe System 11562 +33 ThreadWrapper
00462985 +00d GeoSetter.exe madExcept CallThreadProcSafe
004629ef +037 GeoSetter.exe madExcept ThreadExceptFrame
76ec00f7 +017 KERNEL32.DLL BaseThreadInitThunk
>> created by main thread ($1068) at:
00cdb27f +033 GeoSetter.exe ImageDataQueueSaveThread 104 +5 TImageDataQueueSaveThread.Create

thread $3b34 (TImageDataQueueSaveThread):
77487b95 +045 KERNELBASE.dll SleepEx
77487b3a +00a KERNELBASE.dll Sleep
00cdb486 +15e GeoSetter.exe ImageDataQueueSaveThread 166 +36 TImageDataQueueSaveThread.Execute
00462aa3 +02b GeoSetter.exe madExcept HookedTThreadExecute
0048f3f6 +036 GeoSetter.exe Classes 9372 +7 ThreadProc
004052b8 +028 GeoSetter.exe System 11562 +33 ThreadWrapper
00462985 +00d GeoSetter.exe madExcept CallThreadProcSafe
004629ef +037 GeoSetter.exe madExcept ThreadExceptFrame
76ec00f7 +017 KERNEL32.DLL BaseThreadInitThunk
>> created by main thread ($1068) at:
00cdb27f +033 GeoSetter.exe ImageDataQueueSaveThread 104 +5 TImageDataQueueSaveThread.Create

thread $7ec (TImageDataQueueSaveThread):
77487b95 +045 KERNELBASE.dll SleepEx
77487b3a +00a KERNELBASE.dll Sleep
00cdb486 +15e GeoSetter.exe ImageDataQueueSaveThread 166 +36 TImageDataQueueSaveThread.Execute
00462aa3 +02b GeoSetter.exe madExcept HookedTThreadExecute
0048f3f6 +036 GeoSetter.exe Classes 9372 +7 ThreadProc
004052b8 +028 GeoSetter.exe System 11562 +33 ThreadWrapper
00462985 +00d GeoSetter.exe madExcept CallThreadProcSafe
004629ef +037 GeoSetter.exe madExcept ThreadExceptFrame
76ec00f7 +017 KERNEL32.DLL BaseThreadInitThunk
>> created by main thread ($1068) at:
00cdb27f +033 GeoSetter.exe ImageDataQueueSaveThread 104 +5 TImageDataQueueSaveThread.Create

thread $39f4 (TImageDataQueueSaveThread):
77487b95 +045 KERNELBASE.dll SleepEx
77487b3a +00a KERNELBASE.dll Sleep
00cdb486 +15e GeoSetter.exe ImageDataQueueSaveThread 166 +36 TImageDataQueueSaveThread.Execute
00462aa3 +02b GeoSetter.exe madExcept HookedTThreadExecute
0048f3f6 +036 GeoSetter.exe Classes 9372 +7 ThreadProc
004052b8 +028 GeoSetter.exe System 11562 +33 ThreadWrapper
00462985 +00d GeoSetter.exe madExcept CallThreadProcSafe
004629ef +037 GeoSetter.exe madExcept ThreadExceptFrame
76ec00f7 +017 KERNEL32.DLL BaseThreadInitThunk
>> created by main thread ($1068) at:
00cdb27f +033 GeoSetter.exe ImageDataQueueSaveThread 104 +5 TImageDataQueueSaveThread.Create

thread $88c:
77474233 +93 KERNELBASE.dll WaitForSingleObjectEx
7747418d +0d KERNELBASE.dll WaitForSingleObject
005a7499 +4d GeoSetter.exe VirtualShellNotifier 2260 +9 TVirtualChangeDispatchThread.Execute
00596922 +36 GeoSetter.exe MPThreadManager 676 +22 TCommonThread.ExecuteStub
00462985 +0d GeoSetter.exe madExcept CallThreadProcSafe
004629ef +37 GeoSetter.exe madExcept ThreadExceptFrame
76ec00f7 +17 KERNEL32.DLL BaseThreadInitThunk
>> created by main thread ($1068) at:
005966e1 +6d GeoSetter.exe MPThreadManager 615 +12 TCommonThread.Create

thread $4120:
75c03d7f +4f user32.dll GetMessageA
005a686b +bb GeoSetter.exe VirtualShellNotifier 1918 +15 TVirtualShellChangeThread.Execute
00596922 +36 GeoSetter.exe MPThreadManager 676 +22 TCommonThread.ExecuteStub
00462985 +0d GeoSetter.exe madExcept CallThreadProcSafe
004629ef +37 GeoSetter.exe madExcept ThreadExceptFrame
76ec00f7 +17 KERNEL32.DLL BaseThreadInitThunk
>> created by main thread ($1068) at:
005966e1 +6d GeoSetter.exe MPThreadManager 615 +12 TCommonThread.Create

thread $3d50:
76ec00f7 +17 KERNEL32.DLL BaseThreadInitThunk

thread $bfc: <priority:-1>
7747e39d +fd KERNELBASE.dll WaitForMultipleObjectsEx
76436dbc +8c msvcrt.dll _endthreadex
00462985 +0d GeoSetter.exe madExcept CallThreadProcSafe
004629ef +37 GeoSetter.exe madExcept ThreadExceptFrame
76ec00f7 +17 KERNEL32.DLL BaseThreadInitThunk
>> created by main thread ($1068) at:
76436caf +7f msvcrt.dll _beginthreadex

thread $335c:
75c1c647 +47 user32.dll MsgWaitForMultipleObjectsEx
765e1402 +72 combase.dll CoWaitForMultipleHandles
00462985 +0d GeoSetter.exe madExcept CallThreadProcSafe
004629ef +37 GeoSetter.exe madExcept ThreadExceptFrame
76ec00f7 +17 KERNEL32.DLL BaseThreadInitThunk
>> created by main thread ($1068) at:
67482c3a +00 mshtml.dll

thread $3bb0: <priority:-1>
7747e39d +fd KERNELBASE.dll WaitForMultipleObjectsEx
76436dbc +8c msvcrt.dll _endthreadex
00462985 +0d GeoSetter.exe madExcept CallThreadProcSafe
004629ef +37 GeoSetter.exe madExcept ThreadExceptFrame
76ec00f7 +17 KERNEL32.DLL BaseThreadInitThunk
>> created by main thread ($1068) at:
76436caf +7f msvcrt.dll _beginthreadex

thread $3164:
77474233 +93 KERNELBASE.dll WaitForSingleObjectEx
7747418d +0d KERNELBASE.dll WaitForSingleObject
76436dbc +8c msvcrt.dll _endthreadex
00462985 +0d GeoSetter.exe madExcept CallThreadProcSafe
004629ef +37 GeoSetter.exe madExcept ThreadExceptFrame
76ec00f7 +17 KERNEL32.DLL BaseThreadInitThunk
>> created by main thread ($1068) at:
76436caf +7f msvcrt.dll _beginthreadex

thread $3364:
76ec00f7 +17 KERNEL32.DLL BaseThreadInitThunk

thread $4380:
77474233 +93 KERNELBASE.dll WaitForSingleObjectEx
7747418d +0d KERNELBASE.dll WaitForSingleObject
00462985 +0d GeoSetter.exe madExcept CallThreadProcSafe
004629ef +37 GeoSetter.exe madExcept ThreadExceptFrame
76ec00f7 +17 KERNEL32.DLL BaseThreadInitThunk
>> created by main thread ($1068) at:
67482c3a +00 mshtml.dll

thread $41ec: <priority:15>
7747e39d +fd KERNELBASE.dll WaitForMultipleObjectsEx
7747e283 +13 KERNELBASE.dll WaitForMultipleObjects
00462985 +0d GeoSetter.exe madExcept CallThreadProcSafe
004629ef +37 GeoSetter.exe madExcept ThreadExceptFrame
76ec00f7 +17 KERNEL32.DLL BaseThreadInitThunk
>> created by main thread ($1068) at:
674e02e0 +00 mshtml.dll

thread $d90:
77474233 +93 KERNELBASE.dll WaitForSingleObjectEx
7747418d +0d KERNELBASE.dll WaitForSingleObject
00596c77 +2f GeoSetter.exe MPThreadManager 898 +4 TCommonEventThread.Execute
00596922 +36 GeoSetter.exe MPThreadManager 676 +22 TCommonThread.ExecuteStub
00462985 +0d GeoSetter.exe madExcept CallThreadProcSafe
004629ef +37 GeoSetter.exe madExcept ThreadExceptFrame
76ec00f7 +17 KERNEL32.DLL BaseThreadInitThunk
>> created by main thread ($1068) at:
005966e1 +6d GeoSetter.exe MPThreadManager 615 +12 TCommonThread.Create

thread $3d9c:
76ec00f7 +17 KERNEL32.DLL BaseThreadInitThunk

thread $402c:
75c1c647 +47 user32.dll MsgWaitForMultipleObjectsEx
765e1402 +72 combase.dll CoWaitForMultipleHandles
00462985 +0d GeoSetter.exe madExcept CallThreadProcSafe
004629ef +37 GeoSetter.exe madExcept ThreadExceptFrame
76ec00f7 +17 KERNEL32.DLL BaseThreadInitThunk
>> created by thread $1f08 at:
67482c3a +00 mshtml.dll

thread $3444:
75c1c647 +47 user32.dll MsgWaitForMultipleObjectsEx
765e1402 +72 combase.dll CoWaitForMultipleHandles
00462985 +0d GeoSetter.exe madExcept CallThreadProcSafe
004629ef +37 GeoSetter.exe madExcept ThreadExceptFrame
76ec00f7 +17 KERNEL32.DLL BaseThreadInitThunk
>> created by thread $1424 at:
67482c3a +00 mshtml.dll

thread $4204: <priority:2>
75c03d7f +4f user32.dll GetMessageA
00462985 +0d GeoSetter.exe madExcept CallThreadProcSafe
004629ef +37 GeoSetter.exe madExcept ThreadExceptFrame
76ec00f7 +17 KERNEL32.DLL BaseThreadInitThunk
>> created by main thread ($1068) at:
697d34b5 +00 winmm.dll

thread $4094:
76ec00f7 +17 KERNEL32.DLL BaseThreadInitThunk

thread $3c18:
7747e39d +fd KERNELBASE.dll WaitForMultipleObjectsEx
00462985 +0d GeoSetter.exe madExcept CallThreadProcSafe
004629ef +37 GeoSetter.exe madExcept ThreadExceptFrame
76ec00f7 +17 KERNEL32.DLL BaseThreadInitThunk
>> created by thread $3364 at:
771a1226 +00 CRYPT32.dll

thread $34d8:
76ec00f7 +17 KERNEL32.DLL BaseThreadInitThunk

thread $39d0:
76ec00f7 +17 KERNEL32.DLL BaseThreadInitThunk

hardware:
+ {1ed2bbf9-11f0-4084-b21f-ad83a8e6dcdc}
  - Fax
  - Microsoft Print to PDF
  - OneNote (Desktop)
  - OneNote for Windows 10
  - Root Print Queue
+ {36fc9e60-c465-11cf-8056-444553540000}
  - Intel(R) USB 3.0 eXtensible Host Controller - 1.0 (Microsoft)
  - Synology Virtual USB Hub (driver 1.0.2.4)
  - USB Composite Device
  - USB Root Hub (USB 3.0)
+ {4d36e966-e325-11ce-bfc1-08002be10318}
  - ACPI x64-based PC
+ {4d36e967-e325-11ce-bfc1-08002be10318}
  - SanDisk X400 M.2 2280 128GB
+ {4d36e968-e325-11ce-bfc1-08002be10318}
  - Intel(R) HD Graphics 620 (driver 31.0.101.2115)
+ {4d36e96b-e325-11ce-bfc1-08002be10318}
  - HID Keyboard Device
  - HID Keyboard Device
  - Standard PS/2 Keyboard
+ {4d36e96c-e325-11ce-bfc1-08002be10318}
  - BITTY BOOMER Hands-Free AG Audio
  - BITTY BOOMER Stereo
  - Intel(R) Display Audio (driver 10.27.0.12)
  - Realtek Audio (driver 6.0.8895.1)
  - Sound bar Stereo
  - Steam Streaming Microphone (driver 8.33.15.17)
  - Steam Streaming Speakers (driver 17.56.13.764)
+ {4d36e96e-e325-11ce-bfc1-08002be10318}
  - Generic PnP Monitor
+ {4d36e96f-e325-11ce-bfc1-08002be10318}
  - HID-compliant mouse
  - PS/2 Compatible Mouse
+ {4d36e970-e325-11ce-bfc1-08002be10318}
  - Realtek PCIE CardReader (driver 10.0.17763.21313)
+ {4d36e972-e325-11ce-bfc1-08002be10318}
  - Bluetooth Device (Personal Area Network)
  - Killer Wireless-n/a/ac 1535 Wireless Network Adapter (driver 12.0.0.1118)
  - Microsoft Kernel Debug Network Adapter
  - Microsoft Wi-Fi Direct Virtual Adapter 0000003
  - Microsoft Wi-Fi Direct Virtual Adapter 0000004
  - Mullvad VPN TAP Adapter (driver 9.24.2.601)
  - TAP-Windows Adapter V9 (driver 9.24.2.601)
  - WAN Miniport (IKEv2)
  - WAN Miniport (IP)
  - WAN Miniport (IPv6)
  - WAN Miniport (L2TP)
  - WAN Miniport (Network Monitor)
  - WAN Miniport (PPPOE)
  - WAN Miniport (PPTP)
  - WAN Miniport (SSTP)
+ {4d36e978-e325-11ce-bfc1-08002be10318}
  - Standard Serial over Bluetooth link (COM3)
  - Standard Serial over Bluetooth link (COM4)
+ {4d36e97b-e325-11ce-bfc1-08002be10318}
  - Intel(R) Chipset SATA/PCIe RST Premium Controller (driver 17.5.3.1026)
  - Microsoft iSCSI Initiator
  - Microsoft Storage Spaces Controller
+ {4d36e97d-e325-11ce-bfc1-08002be10318}
  - ACPI Fixed Feature Button
  - ACPI Lid
  - ACPI Processor Aggregator
  - ACPI Sleep Button
  - ACPI Thermal Zone
  - BITTY BOOMER Hands-Free AG
  - Charge Arbitration Driver
  - Composite Bus Enumerator
  - Detection Verification (driver 1.0.174.0)
  - FemiNetwork (Gateway)
  - High precision event timer
  - Intel(R) Dynamic Platform and Thermal Framework Generic Participant (driver 8.3.10209.6897)
  - Intel(R) Dynamic Platform and Thermal Framework Generic Participant (driver 8.3.10209.6897)
  - Intel(R) Dynamic Platform and Thermal Framework Generic Participant (driver 8.3.10209.6897)
  - Intel(R) Dynamic Platform and Thermal Framework Generic Participant (driver 8.3.10209.6897)
  - Intel(R) Dynamic Platform and Thermal Framework Manager (driver 8.3.10209.6897)
  - Intel(R) Dynamic Platform and Thermal Framework Processor Participant (driver 8.3.10209.6897)
  - Intel(R) Management Engine Interface (driver 2145.1.42.0)
  - Intel(R) Power Engine Plug-in
  - Intel(R) Serial IO GPIO Host Controller - INT344B (driver 30.100.1943.2)
  - Intel(R) Serial IO I2C Host Controller - 9D60 (driver 30.100.1943.2)
  - Intel(R) Serial IO I2C Host Controller - 9D61 (driver 30.100.1943.2)
  - Intel(R) Smart Sound Technology (Intel(R) SST) Audio Controller (driver 9.21.0.4001)
  - Intel(R) Smart Sound Technology (Intel(R) SST) OED (driver 9.21.4260.1)
  - Intel(R) Virtual Buttons (driver 2.2.1.31)
  - Intel(R) Xeon(R) E3 - 1200 v6/7th Gen Intel(R) Core(TM) Host Bridge/DRAM Registers - 5904 (driver 10.1.1.38)
  - Legacy device
  - Microsoft ACPI-Compliant Embedded Controller
  - Microsoft ACPI-Compliant System
  - Microsoft Basic Display Driver
  - Microsoft Basic Render Driver
  - Microsoft Hyper-V Virtualization Infrastructure Driver
  - Microsoft System Management BIOS Driver
  - Microsoft UEFI-Compliant System
  - Microsoft Virtual Drive Enumerator
  - Microsoft Windows Management Interface for ACPI
  - Microsoft Windows Management Interface for ACPI
  - Mobile 6th/7th Generation Intel(R) Processor Family I/O PCI Express Root Port 0000001 - 9D10 (driver 10.1.1.38)
  - Mobile 6th/7th Generation Intel(R) Processor Family I/O PCI Express Root Port 0000005 - 9D14 (driver 10.1.1.38)
  - Mobile 6th/7th Generation Intel(R) Processor Family I/O PCI Express Root Port 0000006 - 9D15 (driver 10.1.1.38)
  - Mobile 6th/7th Generation Intel(R) Processor Family I/O PMC - 9D21 (driver 10.1.1.38)
  - Mobile 6th/7th Generation Intel(R) Processor Family I/O SMBUS - 9D23 (driver 10.1.1.38)
  - Mobile 6th/7th Generation Intel(R) Processor Family I/O Thermal subsystem - 9D31 (driver 10.1.1.38)
  - Mobile 7th Generation Intel(R) Processor Family I/O LPC Controller (U Premium) - 9D58 (driver 10.1.1.38)
  - Motherboard resources
  - Motherboard resources
  - Motherboard resources
  - Motherboard resources
  - Motherboard resources
  - Motherboard resources
  - Motherboard resources
  - NDIS Virtual Network Adapter Enumerator
  - PCI Express Root Complex
  - Plug and Play Software Device Enumerator
  - Programmable interrupt controller
  - Remote Desktop Device Redirector Bus
  - System CMOS/real time clock
  - System timer
  - UMBus Root Bus Enumerator
  - Volume Manager
+ {50127dc3-0f36-415e-a6cc-4cb3be910b65}
  - Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz
  - Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz
  - Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz
  - Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz
+ {53d29ef7-377c-4d14-864b-eb3a85769359}
  - Windows Hello Face Software Device (driver 10.0.19041.1889)
+ {5c4c3332-344d-483c-8739-259e934c9cc8}
  - Intel(R) Dynamic Application Loader Host Interface (driver 1.33.2019.512)
  - Intel(R) Graphics Command Center (driver 31.0.101.2115)
  - Intel(R) Graphics Control Panel (driver 31.0.101.2115)
  - Intel(R) iCLS Client (driver 1.56.87.0)
  - Intel(R) Management and Security Application Local Management (driver 1928.12.0.1287)
  - Intel(R) Pinning Shell Extensions (driver 16.8.3.1003)
+ {62f9c741-b25a-46ce-b54c-9bccce08b6f2}
  - Bluetooth
  - FemiNetwork
  - Microsoft Device Association Root Enumerator
  - Microsoft GS Wavetable Synth
  - Microsoft Radio Device Enumeration Bus
  - Microsoft RRAS Root Enumerator
  - WAN Connection Device
  - WAN Device
  - Wi-Fi
+ {72631e54-78a4-11d0-bcf7-00aa00b7b32a}
  - Microsoft AC Adapter
  - Microsoft ACPI-Compliant Control Method Battery
+ {745a17a0-74d3-11d0-b6fe-00a0c90f57da}
  - Converted Portable Device Control device
  - GPIO Buttons Driver
  - GPIO Dock Mode Indicator Driver
  - GPIO Laptop or Slate Indicator Driver
  - HID-compliant consumer control device
  - HID-compliant consumer control device
  - HID-compliant system controller
  - HID-compliant system controller
  - HID-compliant touch pad
  - HID-compliant vendor-defined device
  - HID-compliant wireless radio controls
  - I2C HID Device
  - Intel(R) HID Event Filter (driver 2.2.1.377)
  - Microsoft Input Configuration Device
  - Portable Device Control device
  - Sideband GPIO Buttons Injection Device
+ {c166523c-fe0c-4a94-a586-f1a80cfbbf3e}
  - Microphone (Realtek Audio)
  - Speakers / Headphones (Realtek Audio)
+ {ca3e7ab9-b4c3-4ae6-8251-579ef933890f}
  - Integrated Webcam
+ {d94ee5d8-d189-4994-83d2-f68d7d41b0e6}
  - Trusted Platform Module 1.2
+ {e0cbf06c-cd8b-4647-bb8a-263b43f0f974}
  - BITTY BOOMER
  - BITTY BOOMER Avrcp Transport
  - Bluetooth Device (RFCOMM Protocol TDI)
  - Device Identification Service
  - Microsoft Bluetooth Enumerator
  - Microsoft Bluetooth LE Enumerator
  - Qualcomm Atheros QCA61x4 Bluetooth (driver 10.0.0.1238)
  - Sound bar
  - Sound bar Avrcp Transport
  - Sound bar Avrcp Transport
+ {e1c7dabe-63de-4630-a4de-a4adc0503be3}
  - DellInstrumentation Device (driver 2.8.5.0)
+ {e6f1aa1c-7f3b-4473-b2e8-c97d8ac71d53}
  - UCM-UCSI ACPI Device
+ {f2e7dd72-6468-4e36-b6f1-6488f42c1b52}
  - System Firmware 2.20.0 (driver 0.2.20.0)

cpu registers:
eax = 00000000
ebx = 00000001
ecx = 72546a93
edx = 00000007
esi = 00000000
edi = 015147ab
eip = 00dff6b8
esp = 0019e99c
ebp = 0019ea34

stack dump:
0019e99c 00 00 00 00 c4 e9 19 00 - 40 ea 19 00 c4 4b 40 00 ........@....K@.
0019e9ac 34 ea 19 00 4c d9 5c 09 - ff ff ff ff 01 eb 19 00 4...L.\.........
0019e9bc 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
0019e9cc 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
0019e9dc 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
0019e9ec 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
0019e9fc 00 00 00 00 01 00 00 00 - ff ff 00 00 00 00 00 00 ................
0019ea0c 21 b8 25 cd fa ff 55 c0 - d8 61 f1 40 09 f0 44 40 !.%...U..a.@..D@
0019ea1c 00 00 00 00 00 00 00 00 - 73 bd dd 12 00 00 00 00 ........s.......
0019ea2c 00 00 00 00 00 00 00 00 - d0 ea 19 00 5c f7 df 00 ............\...
0019ea3c dc eb 19 00 dc ea 19 00 - c4 4b 40 00 d0 ea 19 00 .........K@.....
0019ea4c 4c d9 5c 09 ff ff ff ff - 01 eb 19 00 00 00 00 00 L.\.............
0019ea5c 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
0019ea6c 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
0019ea7c 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
0019ea8c 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
0019ea9c 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
0019eaac 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
0019eabc 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
0019eacc 00 00 00 00 dc eb 19 00 - 5f fa df 00 dc eb 19 00 ........_.......

disassembling:
[...]
00dff6aa mov eax, [eax]
00dff6ac call dword ptr [eax+$1c]
00dff6af call -$9f804c ($407668) ; System.@CheckAutoResult
00dff6b4 mov eax, [ebp-$74]
00dff6b7 push eax
00dff6b8 > mov eax, [eax]
00dff6ba call dword ptr [eax+$68]
00dff6bd call -$9f805a ($407668) ; System.@CheckAutoResult
00dff6c2 mov edx, [ebp-$70]
00dff6c5 lea eax, [ebp-$2c]
00dff6c8 call -$9fa105 ($4055c8) ; System.@LStrFromWStr
[...]

error details:
Tried searching for address
Attached Files: bugreport.txt (30,340 bytes) 2023-02-24 17:30
https://www.geosetter.de/mantis/file_download.php?file_id=1201&type=bug
GeoSetter Search Location.jpg (137,653 bytes) 2023-02-24 19:03
https://www.geosetter.de/mantis/file_download.php?file_id=1202&type=bug
jpg

Nothing Found.jpg (6,107 bytes) 2023-02-24 20:29
https://www.geosetter.de/mantis/file_download.php?file_id=1203&type=bug
jpg

GeoSetter Settings-Internet-GeoNames.jpg (74,645 bytes) 2023-02-24 20:53
https://www.geosetter.de/mantis/file_download.php?file_id=1204&type=bug
jpg

My access code.jpg (117,844 bytes) 2023-02-24 20:59
https://www.geosetter.de/mantis/file_download.php?file_id=1205&type=bug
jpg

Recherche - 1.jpg (117,496 bytes) 2023-02-24 21:16
https://www.geosetter.de/mantis/file_download.php?file_id=1206&type=bug
jpg

Recherche - 2.jpg (134,440 bytes) 2023-02-24 21:16
https://www.geosetter.de/mantis/file_download.php?file_id=1207&type=bug
jpg

Recherche - 3.jpg (105,646 bytes) 2023-02-24 21:16
https://www.geosetter.de/mantis/file_download.php?file_id=1208&type=bug
jpg

Recherche 3.jpg (185,244 bytes) 2023-02-24 21:28
https://www.geosetter.de/mantis/file_download.php?file_id=1209&type=bug
jpg

Recherche 2.jpg (177,951 bytes) 2023-02-24 21:28
https://www.geosetter.de/mantis/file_download.php?file_id=1210&type=bug
jpg

Recherche 1.jpg (136,422 bytes) 2023-02-24 21:28
https://www.geosetter.de/mantis/file_download.php?file_id=1211&type=bug
jpg

Test2.JPG (136,806 bytes) 2023-02-25 01:25
https://www.geosetter.de/mantis/file_download.php?file_id=1212&type=bug
jpg

Test3.JPG (11,688 bytes) 2023-02-25 01:25
https://www.geosetter.de/mantis/file_download.php?file_id=1213&type=bug
jpg

Test1.JPG (85,868 bytes) 2023-02-25 01:25
https://www.geosetter.de/mantis/file_download.php?file_id=1214&type=bug
jpg
Notes
(0004642)
WilfriedB   
2023-02-24 19:03   
@ymeridith2 when I search with your example "1600 Pennsylvania Avenue NW Washington, D.C"i works fine for me. I get a window with several choices of similar addresses (see screen shot) and when I select one, the map positions there.
I am also using 4.0.47 and Windows 10 x64 build 19045.
(0004643)
xyzzy   
2023-02-24 20:29   
With the same address search, I also got an error similar to ymeridith2.

On the other hand, some other searches work and
others give me a popup: GeoSetter/Nothing Found
(0004644)
xyzzy   
2023-02-24 20:47   
@Friedemann: I think the popup (GeoSetter/Nothing Found) is "JavaScript".

Is it appropriate to translate it?

If yes, how?
(0004645)
WilfriedB   
2023-02-24 20:53   
@xyzzy and @ymeridith2 what do you have under Settings->Internet->GeoNames? xyzzy's result reminded me, that you have a choice there. Long time ago, I did register with geonames.org and specified my own user Id where you see the red bar in my screen shot. A wrong proxy could be another potential reason.
(0004646)
xyzzy   
2023-02-24 20:59   
@WilfriedB: My access code
(0004647)
xyzzy   
2023-02-24 21:16   
Here are 3 tests I performed and the results:
1) 1025, rue Lionel-Daunais (voir Recherche - 1.jpg)
2) 1025, rue Lionel-Daunais, Boucherville (voir Recherche - 2.jpg)
3) 1025, rue Lionel-Daunais, Boucherville, J4B8R4 (voir Recherche - 3.jpg)

@WilfriedB and @ymeridith2: Can you do the same tests and see if you get the same results?
(0004648)
WilfriedB   
2023-02-24 21:28   
@xyzzy almost identical, except for the fact, that I don't see the same intersection you show in Recherche - 1.jpg
(0004649)
xyzzy   
2023-02-24 21:52   
@WilfriedB: In summary: research works.
We have to ask @Friedemann why there is a fatal error, in some cases, in the search for "1600 Pennsylvania Avenue NW Washington, D.C."
(because your search worked) which is not obvious.
Good luck @Friedemann: (do you want to have an email with all the specifications of the error generated by the program)
(0004650)
xyzzy   
2023-02-24 22:04   
@WilfriedB: the only differences I see in case 1) are the distances: I'm close and you aren't. Is that correct?
(0004651)
xyzzy   
2023-02-24 22:13   
@WilfriedB: 1025, rue Lionel-Daunais is the address of a very good restaurant where mussels are unlimited on Tuesdays and Wednesdays LOL
(0004654)
ymeridith2   
2023-02-25 01:19   
RE https://geosetter.de/mantis/view.php?id=2492#c4645:

My settings for Settings->Internet->GeoNames are the same as @WilfriedB and @xyzzy.
(0004655)
ymeridith2   
2023-02-25 01:25   
RE https://geosetter.de/mantis/view.php?id=2492#c4647:

1) 1025, rue Lionel-Daunais (voir Recherche - 1.jpg)
2) 1025, rue Lionel-Daunais, Boucherville (voir Recherche - 2.jpg)
3) 1025, rue Lionel-Daunais, Boucherville, J4B8R4 (voir Recherche - 3.jpg)
(0004656)
ymeridith2   
2023-02-25 01:44   
Here are a few more USA residential addresses that produce the same results for me (nobody that I know lives at these locations so I think it's ok to post here):
A) 900 North Stafford Street Arlington VA 22203
B) 10619 North O'Connell Lane Mequon WI 53092
C) 612 Prairie Avenue Downers Grove IL 60515

Each of these produce the following results for me:
Street City State: Street is found
Street City State Zip: Street is found
Number Street City State: original error as posted
Number Street City State Zip: original error as posted

Thank you for your assistance with this.
(0004657)
WilfriedB   
2023-02-25 09:01   
@ymeridith2 your first example brings Exception EAccessViolation also for me. I did report it directly out of GeoSetter (think it's more convenient than pasting the complete dump here).

Same for the other two examples, for which I did not send a bug report.

Removing the house number works fine for me. I also tried to modify the addresses by adding comma between street and city, which did help sometimes in the past without any success. Same for adding USA and moving the house number behind the street name.

Only strange that I can find the White House (very first example) without any problems. I just did try it again, to be sure.
(0004658)
Friedemann   
2023-02-25 10:35   
Hello!!!

First of all, thanks for testing this! :-)

The "nothing found" ist my negligence, I have to replace it with a more detailed and translatable version!

This doesn't have anything to do with Geonames. It's this one: https://nominatim.org/release-docs/develop/api/Overview/ It's free and delivers very good information, I think.

This is the search url for "1600 Pennsylvania Avenue NW Washington, D.C." used by @ymeridith2: https://nominatim.openstreetmap.org/search?q=1600%20Pennsylvania%20Avenue%20NW%20Washington,%20D.C.&format=xml&polygon_geojson=1&limit=10 and this the url for "1025, rue Lionel-Daunais, Boucherville, J4B8R4" where nothing is found: https://nominatim.openstreetmap.org/search?q=1025,%20rue%20Lionel-Daunais,%20Boucherville,%20J4B8R4&format=xml&polygon_geojson=1&limit=10

Regarding thge exception: That's strange! @ymeridith2, are you using maybe a firewall? The exception occurs while parsing the XML result. Maybe the XML is empty on your machine. Of course I can and will catch this excpetion to show something not so disturbing. But of course it should work. @ymeridith2, does the url work in your browser? Is there soemthing special for your environment, firewall or something else?
(0004659)
Friedemann   
2023-02-25 10:43   
@Wilfried, ah, I see, sorry, you get the same exception... So it works in general for you, but sometimes not, Isee. I will build something in to show the raw XML result. Maybe the results of the webservice are not deterministic, you get other results than me and these results will cause a crash. And @ymeridith2, Is ee, some searches will work for you too... sorry for not reading carefully!
(0004661)
roscoe   
2023-02-25 12:11   
Ich habe es auch mal probiert. Meine Ergebnisse decken sich 1:1 mit denen von WilfriedB. Version 4.0.47 Build 2228. OS = Win 11/64 Home 22H2 Build 2263.1325.

Habe auch noch mal andere Suchziele probiert. Er wird immer das richtige Ziel gefunden.
(0004662)
Friedemann   
2023-02-25 14:09   
There's a new version now at https://geosetter.de/geosetter_beta.exe in which I added a dialog showing the received xml (in case of an error). If you get this dialog, please copy the xml and send it to me...
(0004663)
xyzzy   
2023-02-25 14:23   
@Friedemann: GeoSetter Check For Update indicates that there is no new version! Is this normal?
(0004664)
WilfriedB   
2023-02-25 14:30   
@Friedemann search with "900 North Stafford Street Arlington VA 22203" in 4.0.48 brings:

<?xml version="1.0" encoding="UTF-8" ?>
<searchresults timestamp='Sat, 25 Feb 23 13:29:29 +0000' attribution='Data © OpenStreetMap contributors, ODbL 1.0. http://www.openstreetmap.org/copyright' querystring='900 North Stafford Street Arlington VA 22203' exclude_place_ids='319880278' more_url='https://nominatim.openstreetmap.org/search/?q=900+North+Stafford+Street+Arlington+VA+22203&polygon_geojson=1&exclude_place_ids=319880278&format=xml'>
<place place_id='319880278' osm_type='way' osm_id='454859526' place_rank='30' address_rank='30' boundingbox="38.881107,38.881207,-77.110562,-77.110462" lat='38.881157' lon='-77.110512' display_name='900, North Stafford Street, Virginia Square, Ballston, Arlington, Arlington County, Virginia, 22203, United States' class='place' type='house' importance='-0.52'/></searchresults>
(0004665)
ymeridith2   
2023-02-25 15:19   
@Friedemann:

Results from https://nominatim.openstreetmap.org/search?q=1600%20Pennsylvania%20Avenue%20NW%20Washington,%20D.C.&format=xml&polygon_geojson=1&limit=10:

<searchresults timestamp="Sat, 25 Feb 23 12:51:30 +0000" attribution="Data © OpenStreetMap contributors, ODbL 1.0. http://www.openstreetmap.org/copyright" querystring="1600 Pennsylvania Avenue NW Washington, D.C." exclude_place_ids="164605957,164247076,164533638,164208759,55796038,327871934" more_url="https://nominatim.openstreetmap.org/search/?q=1600+Pennsylvania+Avenue+NW+Washington%2C+D.C.&polygon_geojson=1&exclude_place_ids=164605957%2C164247076%2C164533638%2C164208759%2C55796038%2C327871934&format=xml&accept-language=en-US%2Cen%3Bq%3D0.5">
<script id="__gaOptOutExtension"/>
<place place_id="164605957" osm_type="way" osm_id="238241022" place_rank="30" address_rank="30" boundingbox="38.8974908,38.897911,-77.0368537,-77.0362519" geojson="{"type":"Polygon","coordinates":[[[-77.0368537,38.8975574],[-77.0367914,38.8975573],[-77.0367838,38.8975573],[-77.0367445,38.8975573],[-77.0367006,38.8975572],[-77.0366639,38.8975572],[-77.0366562,38.8975401],[-77.0366445,38.8975253],[-77.036636,38.8975176],[-77.0366217,38.8975078],[-77.0366061,38.8975003],[-77.0365845,38.8974938],[-77.0365616,38.8974908],[-77.0365503,38.8974911],[-77.0365387,38.8974914],[-77.0365194,38.897495],[-77.0364977,38.8975026],[-77.0364832,38.8975103],[-77.0364701,38.8975201],[-77.036461,38.8975292],[-77.0364517,38.8975421],[-77.0364451,38.897557],[-77.0363987,38.8975569],[-77.036321,38.8975569],[-77.0363105,38.8975569],[-77.036252,38.897557],[-77.0362519,38.897598],[-77.0362528,38.897621],[-77.0362528,38.8976491],[-77.0362528,38.8976492],[-77.0362528,38.8976776],[-77.0362528,38.8976962],[-77.0362528,38.8977032],[-77.0362528,38.8977034],[-77.0362527,38.8977387],[-77.0362527,38.8977562],[-77.0362526,38.8977951],[-77.0363111,38.8977952],[-77.0363412,38.8977952],[-77.0363982,38.8977952],[-77.0363984,38.8977953],[-77.0364305,38.8977953],[-77.036455,38.8977953],[-77.0364549,38.8978187],[-77.0364548,38.8978339],[-77.0364548,38.8978441],[-77.0364548,38.8978548],[-77.0364547,38.897883],[-77.0364547,38.8978949],[-77.0364547,38.8979108],[-77.0365326,38.8979109],[-77.0365602,38.8979109],[-77.036643,38.897911],[-77.036643,38.8978966],[-77.036643,38.897885],[-77.0366428,38.8978553],[-77.0366428,38.8978448],[-77.0366427,38.8978343],[-77.0366429,38.8978268],[-77.0366432,38.8978169],[-77.0366432,38.8977955],[-77.0366679,38.8977955],[-77.036703,38.8977956],[-77.0367461,38.8977956],[-77.0367946,38.8977956],[-77.0368114,38.8977958],[-77.0368535,38.8977959],[-77.0368537,38.8977338],[-77.0368535,38.8977184],[-77.0368535,38.8977036],[-77.0368535,38.8976869],[-77.0368535,38.8976765],[-77.0368535,38.8976497],[-77.0368536,38.8976282],[-77.0368536,38.8975961],[-77.0368537,38.8975574]]]}" lat="38.897699700000004" lon="-77.03655315" display_name="White House, 1600, Pennsylvania Avenue Northwest, Washington, District of Columbia, 20500, United States" class="office" type="government" importance="1.2547211541681"/>
<place place_id="164247076" osm_type="way" osm_id="238241023" place_rank="30" address_rank="30" boundingbox="38.8973242,38.8974297,-77.0374621,-77.0373535" geojson="{"type":"Polygon","coordinates":[[[-77.0374621,38.8973715],[-77.037461,38.8973628],[-77.0374588,38.897357],[-77.0374573,38.8973525],[-77.0374495,38.8973427],[-77.0374403,38.8973347],[-77.037428,38.8973276],[-77.037413,38.8973242],[-77.0373987,38.8973251],[-77.037387,38.8973287],[-77.0373772,38.8973342],[-77.0373665,38.8973438],[-77.037361,38.8973517],[-77.0373568,38.8973614],[-77.0373538,38.8973727],[-77.0373535,38.8973838],[-77.0373561,38.8973946],[-77.0373611,38.8974056],[-77.0373686,38.8974161],[-77.037376,38.8974221],[-77.0373835,38.8974253],[-77.0373903,38.8974277],[-77.0374018,38.8974297],[-77.0374107,38.8974295],[-77.0374175,38.8974288],[-77.0374251,38.8974269],[-77.0374323,38.8974235],[-77.0374365,38.8974211],[-77.0374413,38.8974179],[-77.0374469,38.8974128],[-77.0374529,38.8974055],[-77.0374565,38.8973992],[-77.0374594,38.8973927],[-77.037461,38.8973866],[-77.0374621,38.8973784],[-77.0374621,38.8973715]]]}" lat="38.89737555" lon="-77.0374079114865" display_name="The Oval Office, 1600, Pennsylvania Avenue Northwest, Washington, District of Columbia, 20006, United States" class="office" type="government" importance="1.100969587124"/>
<place place_id="164533638" osm_type="way" osm_id="238241016" place_rank="30" address_rank="30" boundingbox="38.8973242,38.8976897,-77.0378226,-77.0372952" geojson="{"type":"Polygon","coordinates":[[[-77.0378226,38.8973346],[-77.0377443,38.8973343],[-77.0376929,38.8973342],[-77.0376333,38.897334],[-77.0375815,38.8973338],[-77.0375183,38.8973336],[-77.0374573,38.8973334],[-77.0374573,38.8973525],[-77.0374495,38.8973427],[-77.0374403,38.8973347],[-77.037428,38.8973276],[-77.037413,38.8973242],[-77.0373987,38.8973251],[-77.037387,38.8973287],[-77.0373772,38.8973342],[-77.0373665,38.8973438],[-77.0373446,38.8973442],[-77.0372952,38.897344],[-77.0372966,38.8974804],[-77.0372971,38.8975942],[-77.0372968,38.897689],[-77.0373284,38.8976892],[-77.0373558,38.8976893],[-77.0373919,38.8976895],[-77.0374351,38.8976897],[-77.0374354,38.8976539],[-77.0374361,38.8976264],[-77.0374365,38.8975975],[-77.0374557,38.8975976],[-77.0374559,38.8976053],[-77.0375502,38.8976056],[-77.0375857,38.8976057],[-77.0375908,38.8976057],[-77.0375905,38.8976393],[-77.0375904,38.8976632],[-77.0376902,38.8976636],[-77.0376903,38.8976404],[-77.0376905,38.897606],[-77.0377087,38.8976061],[-77.0377417,38.8976062],[-77.0378094,38.8976073],[-77.0378204,38.8976074],[-77.0378215,38.8975421],[-77.0378213,38.8974737],[-77.0378219,38.8974545],[-77.0378217,38.8974308],[-77.0378221,38.8974205],[-77.0378226,38.8973346]]]}" lat="38.89751125" lon="-77.03755907267006" display_name="The West Wing, 1600, Pennsylvania Avenue Northwest, Washington, District of Columbia, 20500, United States" class="building" type="yes" importance="1.0255805794353"/>
<place place_id="164208759" osm_type="way" osm_id="238241018" place_rank="30" address_rank="30" boundingbox="38.8973817,38.897768,-77.0357843,-77.0355017" geojson="{"type":"Polygon","coordinates":[[[-77.0357843,38.897386],[-77.0357426,38.8973858],[-77.0357427,38.8973825],[-77.0356975,38.8973823],[-77.0356628,38.8973821],[-77.0356185,38.8973817],[-77.0356184,38.897386],[-77.035574,38.8973858],[-77.0355738,38.8974207],[-77.0355329,38.8974205],[-77.0355049,38.8974203],[-77.0355042,38.8974851],[-77.0355037,38.8975329],[-77.0355033,38.897567],[-77.0355032,38.8975805],[-77.0355027,38.8976249],[-77.0355017,38.8977261],[-77.0355372,38.8977263],[-77.035571,38.8977265],[-77.0355707,38.8977625],[-77.0356098,38.8977628],[-77.0356097,38.8977673],[-77.0356606,38.8977676],[-77.0356945,38.8977678],[-77.0357412,38.897768],[-77.0357412,38.8977619],[-77.0357811,38.8977621],[-77.0357813,38.8977262],[-77.0357814,38.8977162],[-77.0357818,38.8976987],[-77.0357818,38.8976947],[-77.0357819,38.8976781],[-77.0357819,38.8976715],[-77.0357821,38.8976476],[-77.0357821,38.897632],[-77.035782,38.8976172],[-77.0357821,38.8976077],[-77.0357827,38.8975426],[-77.035783,38.8975064],[-77.0357835,38.8974825],[-77.0357838,38.8974503],[-77.0357841,38.8974162],[-77.0357843,38.897386]]]}" lat="38.89757375" lon="-77.03564283145161" display_name="The East Wing, 1600, Pennsylvania Avenue Northwest, Washington, District of Columbia, 20500, United States" class="building" type="yes" importance="0.92500394596232"/>
<place place_id="55796038" osm_type="node" osm_id="4957653990" place_rank="30" address_rank="30" boundingbox="38.8974228,38.8975228,-77.0365982,-77.0364982" geojson="{"type":"Point","coordinates":[-77.0365482,38.8974728]}" lat="38.8974728" lon="-77.0365482" display_name="White House Meridian, 1600, Pennsylvania Avenue Northwest, Washington, District of Columbia, 20500, United States" class="tourism" type="information" importance="0.6201" icon="https://nominatim.openstreetmap.org/ui/mapicons/amenity_information.p.20.png"/>
<place place_id="327871934" osm_type="way" osm_id="4639175" place_rank="30" address_rank="30" boundingbox="38.898627,38.898727,-77.03532,-77.03522" lat="38.898677" lon="-77.03527" display_name="1600, Pennsylvania Avenue Northwest, Washington, District of Columbia, 20500, United States" class="place" type="house" importance="-0.53"/>
</searchresults>

Results from https://nominatim.openstreetmap.org/search?q=1025,%20rue%20Lionel-Daunais,%20Boucherville,%20J4B8R4&format=xml&polygon_geojson=1&limit=10:

<searchresults timestamp="Sat, 25 Feb 23 12:51:51 +0000" attribution="Data © OpenStreetMap contributors, ODbL 1.0. http://www.openstreetmap.org/copyright" querystring="1025, rue Lionel-Daunais, Boucherville, J4B8R4" more_url="https://nominatim.openstreetmap.org/search/?q=1025%2C+rue+Lionel-Daunais%2C+Boucherville%2C+J4B8R4&polygon_geojson=1&format=xml&accept-language=en-US%2Cen%3Bq%3D0.5">
<script id="__gaOptOutExtension"/>
</searchresults>
(0004666)
ymeridith2   
2023-02-25 15:21   
@Friedemann

In the latest Geosetter beta, XML messages produced by searching for the following addresses:

A) 900 North Stafford Street Arlington VA 22203

<?xml version="1.0" encoding="UTF-8" ?>
<searchresults timestamp='Sat, 25 Feb 23 14:20:39 +0000' attribution='Data © OpenStreetMap contributors, ODbL 1.0. http://www.openstreetmap.org/copyright' querystring='900 North Stafford Street Arlington VA 22203' exclude_place_ids='310249509' more_url='https://nominatim.openstreetmap.org/search/?q=900+North+Stafford+Street+Arlington+VA+22203&polygon_geojson=1&exclude_place_ids=310249509&format=xml'>
<place place_id='310249509' osm_type='way' osm_id='454859526' place_rank='30' address_rank='30' boundingbox="38.881107,38.881207,-77.110562,-77.110462" lat='38.881157' lon='-77.110512' display_name='900, North Stafford Street, Virginia Square, Ballston, Arlington, Arlington County, Virginia, 22203, United States' class='place' type='house' importance='-0.52'/></searchresults>

B) 10619 North O'Connell Lane Mequon WI 53092

<?xml version="1.0" encoding="UTF-8" ?>
<searchresults timestamp='Sat, 25 Feb 23 14:20:55 +0000' attribution='Data © OpenStreetMap contributors, ODbL 1.0. http://www.openstreetmap.org/copyright' querystring='10619 North O'Connell Lane Mequon WI 53092' exclude_place_ids='327251377' more_url='https://nominatim.openstreetmap.org/search/?q=10619+North+O%27Connell+Lane+Mequon+WI+53092&polygon_geojson=1&exclude_place_ids=327251377&format=xml'>
<place place_id='327251377' osm_type='way' osm_id='21546187' place_rank='30' address_rank='30' boundingbox="43.209837562369,43.209937562369,-88.057536253126,-88.057436253126" lat='43.20988756236939' lon='-88.05748625312617' display_name='10619, North O Connell Lane, Mequon, Ozaukee County, Wisconsin, 53097, United States' class='place' type='house' importance='-0.43'/></searchresults>

C) 612 Prairie Avenue Downers Grove IL 60515

<?xml version="1.0" encoding="UTF-8" ?>
<searchresults timestamp='Sat, 25 Feb 23 14:21:11 +0000' attribution='Data © OpenStreetMap contributors, ODbL 1.0. http://www.openstreetmap.org/copyright' querystring='612 Prairie Avenue Downers Grove IL 60515' exclude_place_ids='316534233' more_url='https://nominatim.openstreetmap.org/search/?q=612+Prairie+Avenue+Downers+Grove+IL+60515&polygon_geojson=1&exclude_place_ids=316534233&format=xml'>
<place place_id='316534233' osm_type='way' osm_id='22082874' place_rank='30' address_rank='30' boundingbox="41.800348647059,41.800448647059,-88.000611058824,-88.000511058824" lat='41.80039864705882' lon='-88.00056105882352' display_name='612, Prairie Avenue, Downers Grove, DuPage County, Illinois, 60515, United States' class='place' type='house' importance='-0.43'/></searchresults>
(0004667)
ymeridith2   
2023-02-25 15:24   
@WilfriedB

I first emailed an error report but then I read the FAQ in the beta and it said that reporting it here saved @Friedemann some time, so I did that too.

RE 1600 Pennsylvania, it's possible that was a poor example, since it's also the address of the White House. Whoops.
(0004670)
Friedemann   
2023-02-25 18:38   
@ymeridith2, ah, thank you, I see now, there's no geojson geometry returned by this request, that's why an exception occured. Now, after fixing, no dialog will be shown for these 3 requests, the map will me set directly to the found position. One additional question: You get the error dialogs with these XML bodies, do they show another values than -1 for the line and the line position on top of the XML body?
(0004671)
Friedemann   
2023-02-25 18:57   
I hope this is fixed now, If you still get any XML problems, please reopen... An updated version is now available: https://geosetter.de/geosetter_beta.exe

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2499 [GeoSetter] Tracks block always 2023-02-25 17:45 2023-02-25 17:45
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: immediate OS Version:  
Status: resolved Product Version: 4.0.48 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 4.0.49 beta  
    Target Version: 4.0.49 beta  
Summary: Trackpoints do not contain date time anymore
Description: Trackpoints do not contain date time anymore
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2494 [GeoSetter] User Interface minor N/A 2023-02-25 14:39 2023-02-25 14:40
Reporter: xyzzy Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 4.0.48 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Erreur at first start
Description: I got the following error the first time but not afterwards:
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Erreur au premier démarrage 4.0.48.jpg (119,151 bytes) 2023-02-25 14:39
https://www.geosetter.de/mantis/file_download.php?file_id=1217&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2383 [GeoSetter] User Interface block N/A 2022-12-02 18:19 2023-02-25 12:34
Reporter: Motalf Platform: PC  
Assigned To: Friedemann OS: windows  
Priority: normal OS Version: 7  
Status: resolved Product Version: 3.5  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Map not visible on w7
Description: Map not visible on windows 7 !

sur le fichier map_google.html

Ligne 1117 à 1120:
------------------
L.tileLayer('https://tile.openstreetmap.org/{z}/{x}/{y}.png', {
                maxZoom: 19,
                attribution: '© http://www.openstreetmap.org/copyright'
            }).addTo(map);

Replace with :
---------------
var osmUrl='http://{s}.tile.osm.org/{z}/{x}/{y}.png';
        var osmAttrib='Map data © http://openstreetmap.org contributors';
        var osm = new L.TileLayer(osmUrl, {attribution: osmAttrib}).addTo(map);


See if this solution works with W8 (8.1) W10 and w11
to solve the problem on w7 and talk to Friedemann about it

- the attached image shows the map displayed in geosetter on W7 with the above solution.
- The zip contains the modified map_google.html file.

Tags:
Steps To Reproduce:
Additional Information:
Attached Files: OSM.JPG (238,348 bytes) 2022-12-02 18:19
https://www.geosetter.de/mantis/file_download.php?file_id=948&type=bug
jpg

map_google.zip (7,836 bytes) 2022-12-02 18:19
https://www.geosetter.de/mantis/file_download.php?file_id=949&type=bug
osm 2.JPG (20,191 bytes) 2022-12-02 18:33
https://www.geosetter.de/mantis/file_download.php?file_id=950&type=bug
jpg

map_google v2.zip (8,039 bytes) 2022-12-02 18:42
https://www.geosetter.de/mantis/file_download.php?file_id=951&type=bug
Geosetter.jpg (313,561 bytes) 2022-12-02 21:59
https://www.geosetter.de/mantis/file_download.php?file_id=952&type=bug
map_google.rar (7,663 bytes) 2022-12-02 21:59
https://www.geosetter.de/mantis/file_download.php?file_id=953&type=bug
Map Sat.JPG (201,387 bytes) 2022-12-03 00:54
https://www.geosetter.de/mantis/file_download.php?file_id=954&type=bug
jpg

Map Sat 2.JPG (212,678 bytes) 2022-12-03 01:00
https://www.geosetter.de/mantis/file_download.php?file_id=955&type=bug
jpg

Folder Local.zip (140,758 bytes) 2022-12-07 00:52
https://www.geosetter.de/mantis/file_download.php?file_id=956&type=bug
Folder Locoal.zip (1,425,235 bytes) 2022-12-07 01:07
https://www.geosetter.de/mantis/file_download.php?file_id=957&type=bug
map_esri-osm.zip (81,314 bytes) 2022-12-07 21:56
https://www.geosetter.de/mantis/file_download.php?file_id=958&type=bug
map_google-osm.zip (81,195 bytes) 2022-12-07 21:56
https://www.geosetter.de/mantis/file_download.php?file_id=959&type=bug
image_1.jpg (79,825 bytes) 2022-12-07 22:02
https://www.geosetter.de/mantis/file_download.php?file_id=960&type=bug
jpg

Zoom Map Leaflet.xlsx (12,500 bytes) 2022-12-07 22:23
https://www.geosetter.de/mantis/file_download.php?file_id=961&type=bug
maxZoom with Google.JPG (53,185 bytes) 2022-12-08 03:01
https://www.geosetter.de/mantis/file_download.php?file_id=962&type=bug
jpg

Attrib Google Original.jpg (45,792 bytes) 2022-12-09 05:16
https://www.geosetter.de/mantis/file_download.php?file_id=963&type=bug
jpg

Attrib Google replace.jpg (61,251 bytes) 2022-12-09 05:18
https://www.geosetter.de/mantis/file_download.php?file_id=964&type=bug
jpg

map_google.html (41,475 bytes) 2022-12-09 05:39
https://www.geosetter.de/mantis/file_download.php?file_id=965&type=bug
Attrib google.JPG (28,049 bytes) 2022-12-09 08:55
https://www.geosetter.de/mantis/file_download.php?file_id=966&type=bug
jpg

map.jpg (27,571 bytes) 2022-12-09 10:18
https://www.geosetter.de/mantis/file_download.php?file_id=967&type=bug
jpg

map_google-2.zip (8,381 bytes) 2022-12-09 11:05
https://www.geosetter.de/mantis/file_download.php?file_id=968&type=bug
map_google-3.rar (8,243 bytes) 2022-12-09 14:46
https://www.geosetter.de/mantis/file_download.php?file_id=969&type=bug
map_google-3.zip (8,360 bytes) 2022-12-09 14:47
https://www.geosetter.de/mantis/file_download.php?file_id=970&type=bug
Favorite Cities.jpg (296,125 bytes) 2022-12-09 14:50
https://www.geosetter.de/mantis/file_download.php?file_id=971&type=bug
map_Gmap-OSM_2map_Only.zip (81,531 bytes) 2022-12-09 15:58
https://www.geosetter.de/mantis/file_download.php?file_id=972&type=bug
map_Esri-OSM_2map_Only.zip (81,500 bytes) 2022-12-09 15:58
https://www.geosetter.de/mantis/file_download.php?file_id=973&type=bug
map scale.jpg (21,881 bytes) 2022-12-10 03:30
https://www.geosetter.de/mantis/file_download.php?file_id=974&type=bug
jpg

download.png (17,989 bytes) 2022-12-10 05:16
https://www.geosetter.de/mantis/file_download.php?file_id=975&type=bug
png

GeoSetter.rar (1,822,853 bytes) 2022-12-10 13:26
https://www.geosetter.de/mantis/file_download.php?file_id=976&type=bug
GeoSetter-1.jpg (207,676 bytes) 2022-12-10 13:26
https://www.geosetter.de/mantis/file_download.php?file_id=977&type=bug
jpg

GeoSetter-2.jpg (72,431 bytes) 2022-12-10 13:26
https://www.geosetter.de/mantis/file_download.php?file_id=978&type=bug
jpg

GeoSetter-3.jpg (157,011 bytes) 2022-12-10 13:26
https://www.geosetter.de/mantis/file_download.php?file_id=979&type=bug
jpg

Missing Favorite Image-2.jpg (40,225 bytes) 2022-12-10 13:27
https://www.geosetter.de/mantis/file_download.php?file_id=980&type=bug
jpg

Icons menu map.JPG (29,286 bytes) 2022-12-10 15:36
https://www.geosetter.de/mantis/file_download.php?file_id=981&type=bug
jpg

image_2.jpg (137,132 bytes) 2022-12-10 15:42
https://www.geosetter.de/mantis/file_download.php?file_id=982&type=bug
jpg

Missing Favorite Image-3.jpg (39,095 bytes) 2022-12-10 15:47
https://www.geosetter.de/mantis/file_download.php?file_id=983&type=bug
jpg

Add favorite.jpg (230,251 bytes) 2022-12-11 04:39
https://www.geosetter.de/mantis/file_download.php?file_id=985&type=bug
jpg

Graycode.JPG (36,580 bytes) 2022-12-11 08:15
https://www.geosetter.de/mantis/file_download.php?file_id=986&type=bug
jpg

GeoSetter-2.rar (1,823,145 bytes) 2022-12-11 12:09
https://www.geosetter.de/mantis/file_download.php?file_id=987&type=bug
Search.jpg (154,994 bytes) 2022-12-11 20:23
https://www.geosetter.de/mantis/file_download.php?file_id=988&type=bug
jpg

Final-TB.jpg (241,611 bytes) 2022-12-12 16:46
https://www.geosetter.de/mantis/file_download.php?file_id=989&type=bug
jpg

Screenshot_1.jpg (10,336 bytes) 2022-12-12 17:38
https://www.geosetter.de/mantis/file_download.php?file_id=990&type=bug
jpg

Buttons.jpg (282,938 bytes) 2022-12-12 18:48
https://www.geosetter.de/mantis/file_download.php?file_id=991&type=bug
Bar Edge.jpg (172,432 bytes) 2022-12-13 16:46
https://www.geosetter.de/mantis/file_download.php?file_id=992&type=bug
jpg

marker_waypoint.zip (2,562 bytes) 2022-12-13 20:08
https://www.geosetter.de/mantis/file_download.php?file_id=993&type=bug
OSM-img.jpg (113,039 bytes) 2022-12-13 20:49
https://www.geosetter.de/mantis/file_download.php?file_id=995&type=bug
jpg

map_Gmap-OSM_2map_Only v3.zip (81,603 bytes) 2022-12-14 00:51
https://www.geosetter.de/mantis/file_download.php?file_id=996&type=bug
map_Esri-OSM_2map_Only v3.zip (81,568 bytes) 2022-12-14 00:51
https://www.geosetter.de/mantis/file_download.php?file_id=997&type=bug
errorGS.jpg (408,808 bytes) 2022-12-14 11:35
https://www.geosetter.de/mantis/file_download.php?file_id=1000&type=bug
GeoSetter - final.rar (155,590 bytes) 2022-12-21 09:33
https://www.geosetter.de/mantis/file_download.php?file_id=1046&type=bug
GeotaggWhithExiftool.JPG (128,356 bytes) 2022-12-21 14:19
https://www.geosetter.de/mantis/file_download.php?file_id=1048&type=bug
jpg

GeotagExiftool.zip (31,735 bytes) 2022-12-21 14:29
https://www.geosetter.de/mantis/file_download.php?file_id=1049&type=bug
Copy Paste-3.jpg (76,024 bytes) 2022-12-21 15:02
https://www.geosetter.de/mantis/file_download.php?file_id=1050&type=bug
jpg

Copy Paste-1.jpg (31,413 bytes) 2022-12-21 15:02
https://www.geosetter.de/mantis/file_download.php?file_id=1051&type=bug
jpg

Copy Paste-2.jpg (78,247 bytes) 2022-12-21 15:02
https://www.geosetter.de/mantis/file_download.php?file_id=1052&type=bug
jpg

Map OSM in w7.JPG (429,421 bytes) 2023-02-05 19:35
https://www.geosetter.de/mantis/file_download.php?file_id=1166&type=bug
map_layers.xml (5,485 bytes) 2023-02-06 00:31
https://www.geosetter.de/mantis/file_download.php?file_id=1167&type=bug
Notes
(0004078)
Motalf   
2022-12-02 18:33   
I forgot the maxzoom

I attach the image with the code, it will be more meaningful
(0004079)
Motalf   
2022-12-02 18:42   
the zip with the maxZoom correction
(0004080)
ThunderBoy   
2022-12-02 21:57   
If you prefer a satellite map, here is temporarily a hybrid satellite map that works under Windows 7. The map is displayed in full quality.

File > Settings > Map > Map Address and Layers
(0004081)
Motalf   
2022-12-03 00:54   
With Openstreetmap there are many possibilities !

in Map Satellite there are:
Esri Satellite
Bing map Satellite

there are others but Paid in API
But not Hybrid!
a way to get closer to it and add a CartoDB Voyager layer Like Below I did.

Afterwards it is Friedemann who will make the decision.
I just took over from his code! ;)
(0004082)
Motalf   
2022-12-03 01:00   
With the zoom !
(0004083)
Motalf   
2022-12-03 01:34   
@ThunderBoy
You forgot a " in the google api script:
<script src="http://........Key></script>

<script src="http://........Key"></script>

I also have this happen to me often, either a " or either a >. :p ;)
(0004084)
slart   
2022-12-06 00:19   
Hello,
i have not yet testet your solutions, but i have coded a new simple geotagging tool that only need a browser (with internet connection) and exiftool. It runs also in win7 and is totally modificable.
Please read the instructions and the info page.
https://www.penultima.de/geo/
(0004085)
slart   
2022-12-06 21:46   
@Motalf
Please don't link to geosetter.de server in your script. You can download the scripts and save it in the geosetter directory. That don't request the geosetter.de server and is better for Friedmann. ;) save ressources ?
(0004086)
Motalf   
2022-12-06 22:52   
@slart

Ok thanks for the information!
I didn't know there was an impact.
Usually I get the css and Js in a local folder

how to do for the zip already posted ?
Can you remove them to avoid the problem ?
(0004087)
slart   
2022-12-06 23:39   
@Motalf

All is good. I have testet your map_google.html and it works fine on Win7 with IE 11.

I have talked with Friedmann the last days for the future of Geosetter and give him a little bit tips. The idea of a html file with the map code (JavaScript) is always good, but not yet perfect. It was better to save the files (css, js, png, jpg, ...) was linked in the map_google.html local by the user, also in the geosetter directory and not on the server.

The idea of Friedmann by the map_google.html was, that users can modifying it. But except the Win7 users no one has done it. The greater problem of geosetter is also not the map displaying, was is generated with the map_google.html, but the Geosetter core. But this problem is a difficult problem and not really a problem, but also, perhaps in the future. By this, the really problem is time - the free time of Friedmann to code a new Geosetter core.

I have suggested another procedure to Friedmann, similar to a management. We will see whether he adopts it or not. It includes the idea for saving the files not on the server, but by the users, and by changes, publish a new version of Geosetter.

By the way, I have created a Geosetter Simple (with OpenLayer map) that has no core to cause problems. Geosetter Simple works like a website. It can be used localy (download).
Hint: First you must choose a map by click. By default no map is displayed.
https://www.penultima.de/geo/
(0004088)
xyzzy   
2022-12-07 00:21   
I quickly tested the option proposed by "slart".
But it does not offer all the possibilities of GeoSetter.
So for my part, I will continue to use GeoSetter. :)
(0004089)
Motalf   
2022-12-07 00:52   
No worries I understand, I corrected locally see the images in the attached zip (with a few more changes).
 cool if the map file works with w11 it would mean that it will work with w8 and w10 until the next version.

do I attach the file without the OSM map links? (so I don't dare to post files anymore)

I tried with Bing map (Satellite) and Esri Vector (Hybrid) but with the api keys it blocks with updateCustomLayers apparently
My skills stop there!

I quickly flew over the Simple Geosetter (with OpenLayer map ) I'll look a little better!

Thank you ! ;)
(0004090)
Motalf   
2022-12-07 01:07   
Oupps sorry, the settings were out of order !
(0004091)
Erik   
2022-12-07 14:13   
For me (Windows 7 x64) it works now. Thank you!
Also the satellite view, but I have to change the map under File > Settings > Map > Map Address and Layers every time.
(0004092)
DenisPac   
2022-12-07 21:41   
Thank you Thunderboy and Motalf!
I ended up using the hybrid map from Thunderboy.
But I feel the max zoom is still a bit far away.
Is it possible to get a higher zoom level?
Thank you anyway! :-)
(0004093)
Motalf   
2022-12-07 21:56   
@Erik
I put the 2 maps in the google-osm file, it will be easier than going to the preferences.

@DenisPac
you have to add the line maxZoom: 18 (the max is 20 it seems to me)

there is a table for the zoom max according to the map I have to find it!
(0004094)
Motalf   
2022-12-07 22:02   
unzip the zip in folder Geosetter

-file map
-folder osm

and put the map file path in the preferences
see picture below
(0004095)
Motalf   
2022-12-07 22:23   
here is the table for the maps (it is not complete but it gives a starting point)
(0004096)
Motalf   
2022-12-08 03:01   
@DenisPac
(0004097)
ThunderBoy   
2022-12-08 09:54   
Thanks @Motalf for the edit. I didn't have time to do it. It's getting better.
In the files map_esri-osm.html or map_google-osm.html, edit the coordinates of your position below this line (approximately 1300).
if (ALatitude > 900 || ALongitude > 900) {
ALatitude =
ALongitude =

It would still be good to add attribution for Google, e.g.: attribution: 'https://www.google.com/maps/'
I won't edit it anymore.
(0004098)
gbger   
2022-12-08 17:50   
Thank you to Motalf for providing the map_google-osm file above, and for providing instructions on editing the zoom file.

I am now running Geosetter successfully on Windows 7 with Google hybrid map and OSM, at zoom 19. It even runs faster than the previous official version. Good software lives forever!

(and thank you to Friedemann for the classic software)
(0004099)
slart   
2022-12-08 20:47   
@Motalf
Thank you, but i have no time yet to test it.

again, i had talked with Friedmann the last days. He code at this time an updated v3.5.3 with a little bit corretures for failure things. By this update, he put all files, that are requestet from geosetter from the server geosetter.de in the local geosetter directory. Maybe, next, the files go offline. Therefore my request to you, all files into a local directory. good one.

The next: in this same update the map_google.html will be splittet in html, css, js files and the last embeeded in the first. So, the thing is, you can wait for this update and make a new modififcation from this, or you make it now with splittet in html, css, js. The thing is, the updated geosetter will be not work in W7.

My idea, why the geosetter (default map_google.html) don't work in W7, is the ECMA, also the JavaScript Enginge in the IE. That can not "let" and "const" and so one. When you use a older leaflet or OpenLayers script, than it works furthermore. The last by OpenLayers is the 5.3.0.

On this day, Friedmann say, a Geosetter v4 is not expected to occur. He have no time for this. Also, we have v3.5.3 and in the next day a updated version from this with a little bit changes.

So, I have asked Friedmann to mark the code in the split files so that it is either visible which parts can be adjusted, or visible which parts need to be left unangstated. Then everyone has the chance to adjust these files as they like. We will see in the next days.

*Geosetter Simple*
Yes, it is really *simple*, but have no unvisible CORE. All code is visible and modificable. The published version is only a really simple version. From this, it is endless expandable. All what Geosetter can, is possible with Geosetter Simple - theoretically. Geosetter is only a connection to the local file system and exiftool. The map with all your functions (marker, GPX, ...) is compleetly outside in the map_google.html. From this point of view is Geosetter Simple a fully worked map_google.html without Geosetter.
By exiftool, Geosetter send the command on exiftool. In Geosetter Simple you send the command on exiftool. Thats the not so comfortable different, but it is a very little process: copy&paste. For this, it has no core.
So, what you need is time for coding or money for coders or find published moficated versions of Geosetter Simple.
*Geosetter Simple* is a new start for a free tool for geotagging. It depends on what is made of it. Good luck!
(0004100)
slart   
2022-12-08 20:55   
unangstated = untouched (german: unangetastet)
(0004101)
Motalf   
2022-12-08 23:16   
Thank you for the feedback ! it's cool !

@ThunderBoy
for attrib I thought about it but I didn't want to touch it.
In the image with the google maps (street, topo, etc..) it is not mentioned
I will look!


ALatitude and ALongitude ditto I will look!



@gbger
in the google_map.html file on the geosetter server, the maxZoom is 19 (from memory)
by copying the code from my map to modify, the maxZoom was 18.

if some want to change the level, there is the table to help you.



@slart
Thank you for this important information but this is beyond my knowledge.
I don't have your level!

I know a little leaflet because I edited 3, 4 map in local web page.
that's how I saw that the line to display the map was not good!

Html, css, it can be fine, I still have to learn.
But Js Scripts, etc... so there it is hard! I can understand it but can't apply it.
I do a little, but it's really tiny! ;)



@
Esri Vector (hybrid) works in local web page but no way to put it in geosetter as already said!
I must be doing it wrong (as said above)

Esri Vector (hybrid) and better than Esri Satellite, no need to add CartoDB Voyager
and is closer to Gmap Hybrid.

I did not add the search bar with the magnifying glass button which works well on the local web page.
In geosetter, she yo-yos at times.
To solve the problem, display the search bar and type enter.
It's a little bug but it can be annoying. that's why I didn't put it.
(0004102)
Motalf   
2022-12-09 05:16   
@ThunderBoy

For Google attribute
we have nothing to do, normally it should be displayed as below see the image.
(0004103)
Motalf   
2022-12-09 05:18   
if you want to add an attrib
modify with the following code in the image below

I can't do anything more!
(0004104)
xyzzy   
2022-12-09 05:39   
A quick way to switch between three card styles
(0004105)
Motalf   
2022-12-09 05:53   
@xyzzy
Mapbox and Maptiler have a free API but a limited number of uses (to be verified)
(0004106)
Motalf   
2022-12-09 08:55   
For Google attrib take this one instead, see the code below in the image
(0004107)
ThunderBoy   
2022-12-09 10:18   
@xyzzy The OpenStreetMap map does not show up under Windows 7. The other maps are working.

If I can find more time, I'll take a look at all your suggestions. I'm also not a great programmer.
(0004108)
Motalf   
2022-12-09 11:05   
try it it should work now
I modified with my piece of code
(0004109)
ThunderBoy   
2022-12-09 11:12   
Thanks @Motalf, it works. As I wrote, when I find more time, I will add more different maps.
(0004110)
xyzzy   
2022-12-09 14:46   
To add favorite cities
(0004111)
Motalf   
2022-12-09 15:58   
Another version with only 2 maps

it's up to you to see which one suits you!
then I stop there

this one:

https://www.geosetter.de/mantis/view.php?id=2383#c4093

or this one:
(0004112)
xyzzy   
2022-12-09 17:33   
@Motalf : The last model is very good. Thanks
(0004113)
Motalf   
2022-12-10 03:30   
For information :

if you want to change the unit of measurement of the map scale at the bottom left,
replace true with false and vice versa

Metric :
--------
imperial: false,
metric: true

Imperial:
---------
imperial: true,
metric: false

see below in the picture
(0004114)
xyzzy   
2022-12-10 05:16   
@Motalf: Missing an image
(0004115)
Motalf   
2022-12-10 06:09   
I can not do anything !
this is a grayed out part of the code in my opinion.

the same thing happens on the map file on the server:
http://map.geosetter.de/v3/map_google.html


Friedmann is working on it I think!
apart from reporting a new bug, but he must be aware!

there is also the cross in the center of the map ditto.
(0004116)
ThunderBoy   
2022-12-10 13:26   
So I looked at it and kept the code from @Motalf. There are 14 maps in total. I added one more scale around the edges. It can be quite useful.
Apart from the map, no data is downloaded from the Internet or directly from the GeoSetter server.
Even Motalf understood this, that there was no need to burden other servers. This should also be used in the new version of GS.
I did this by copying the entire contents of the archive to your GeoSetter directory. And in the map settings you just type this geosettermaps.html

Google's hybrid map is set up first. If you want to set a different start map, you have to edit it in the code.
In the geosettermaps.html file, on line 1025, replace the entire section up to // 2nd map (line: 1026-1033) with another map below.
On lines 1014 and 1015 set your starting position (Latitude and Longitude).

Everything you need can be found in the attached images.
Everything works for me here under Windows 7, so test it out.
This is the final version from me. I won't edit it anymore. I'm happy with that.
(0004117)
xyzzy   
2022-12-10 13:27   
I solved the problem: In your solution, in the "OSM" directory there is an "img" subdirectory which contains the "png" including "favorite.png".
I created an "img" directory at the same level as "OSM" and copied the "favorite.png" file.
There it works again
(0004118)
Motalf   
2022-12-10 15:32   
@ThunderBoy

I saw afterwards that we could put more maps.
14 that's a lot I think, you can reduce the circles of the map thumbnails
not too much either otherwise it's too small, it will leave more visibility.
especially on small laptop screens 13 to 15 "

Otherwise nice work!

the original attrib is in the js script of the api key
but at the service/json level (something like that) so no access to retrieve it
the thing is, it doesn't show up in geosetter!
I moved up the attrib leaflet by 20px to see if it was below and nothing.

have you seen that I put a second preferable Attrib for google!?
here:
https://www.geosetter.de/mantis/view.php?id=2383#c4106


@xyzzy
I did'nt understand everything ! you click on the bubble or on the star favorites to display the popup?
I do not use these last buttons on the right of the menu so I do not know how it is displayed.
(I didn't pay attention to it!)

I don't know if it displays the favorites.png icon or if it displays a thumbnail (thumbnail) of the selected photo!?
(0004119)
xyzzy   
2022-12-10 15:37   
@Motalf:
It is when you click on a favorite place (defined on the maps by a star).
This star is also displayed in the top left with the information specified when creating favorites in the open popup
(0004120)
Motalf   
2022-12-10 15:42   
@xyzzy

favorite.png missing? odd!
(0004121)
xyzzy   
2022-12-10 15:47   
The path you displayed is "...AppData\Roaming\GeoSetter\OSM\img"
but it must also be in the path
"...AppData\Roaming\GeoSetter\img"
so that they appear in the popup of the favorite
(0004122)
xyzzy   
2022-12-10 15:55   
For my part, in order not to duplicate the directories, I created a link with the command:
mklink /J C:\Users\...\AppData\Roaming\GeoSetter\img C:\Users\...\AppData\Roaming\GeoSetter\OSM\img
(0004123)
Motalf   
2022-12-10 17:50   
I can't reproduce your solution!
possible it is because of the settings in preference.

the OSM folder and the map file is in program file x86
I have nothing in appdata/.../geosetter.

I copied osm to Appdata/.../geosetter
apply the mklink but nothing

if it's solved for you, great.
(0004124)
Motalf   
2022-12-10 17:59   
tilt !!!
I think I understood why, on my side I created favorites of places but not from photos !
(0004125)
slart   
2022-12-10 20:05   
@all : wow! I have all downloaded but no time to test it. And i think, why you do not spend the time in Geosetter Simple? Geosetter - also with the next update - is really outdated. There will be no version 4. Geosetter 3 is outdated. It works until it doesn't work anymore. No thought of security gaps.

@Motalf : xyzzy means, the image file is in the wrong folder. and by thinking, you can ignore local full path (appData). only relevant are relative paths.

GeoSetter\OSM\img
GeoSetter\img

all right?

@Motalf : you can here learn by yourself JavaScript: https://www.w3schools.com/js/default.asp
For Leaflet there is not so good. OpelLayers have a very good example page and a very good documentation. Make it step by step. Learning by doing.
(0004126)
ThunderBoy   
2022-12-10 20:46   
@slart Geosetter Simple ( https://www.penultima.de/geo/) is not for me. The GeoSetter user interface is sufficient for me and I will remain faithful to it. :)
You write that there will be no new version of GeoSetter? I'm glad I at least got this old version to work. So I won't even post any more GeoSetter problems here.
(0004127)
Motalf   
2022-12-11 03:13   
@slart

For the img file I will let 2, 3 days pass
and I will resume in the clear!

Often by doing this I find where I am stuck!


For w3schools/js, I watch from time to time!
I also go to stackoverflow.com and All JavaScript.com
and others depending on what I'm looking for.

totally agree, step by step and with practice.
(0004128)
xyzzy   
2022-12-11 04:31   
I moved the files under "C:\Program Files (x86)\GeoSetter" but if I don't make the "link", there is the same problem: the star does not appear when I click on a favorite .
So I also did the following command:
mklink /J "C:\Program Files (x86)\GeoSetter\img" "C:\Program Files (x86)\GeoSetter\OSM\img"
but with admin rights
(0004129)
xyzzy   
2022-12-11 04:39   
This is how I create my favorites
(0004130)
ThunderBoy   
2022-12-11 07:32   
@xyzzy Why don't you use the portable version of the program? I don't have any problems with this, even if I move the GeoSetter directory to another drive. https://geosetter.de/update/geosetter.zip I see you put my work in there, so you should be good to go. That is, if you copied everything from my geosettermaps.html file. There's no problem with the OSM directory.
(0004131)
Motalf   
2022-12-11 07:40   
Ok thanks to you 2!

I was able to reproduce the problem and the solution

actually when you click on the favorites icon on the map
the popup is displayed but the icon inside is not displayed.

with the mklink in admin the favorites icon in the popup is displayed next to the name of the favorites.

It must be a grayed out part of the code in my opinion.
see if the correction will be brought in version 3.5.xx
(0004132)
Motalf   
2022-12-11 08:15   
The code in grey on the image is not displayed if it is html,
and is not executed if it is a script.
(0004133)
ThunderBoy   
2022-12-11 09:53   
Oh, I've run into that problem of yours as well. I apologize. What I wrote before doesn't help. There will be a bug in the code. I'll test it.
(0004134)
ThunderBoy   
2022-12-11 12:09   
The path for the favorite.png file is directly specified in the GeoSetter.exe file. So I have edited everything necessary in my files so that it is already displaying correctly. It's already working.
I did this by copying the entire contents of the archive to your GeoSetter directory. And in the map settings you just type this geosettermaps.html
(0004135)
xyzzy   
2022-12-11 14:58   
@ThunderBoy
I think you used version 1.2 of "leaflet".
Can you use the latest version (1.9)?
(0004136)
ThunderBoy   
2022-12-11 17:08   
@xyzzy I didn't even deal with that. Tomorrow this old one will be too. This is still from the Geosetter site. Also the json3 file is also older. Anyone who wants to can put new versions of these files in there. https://leafletjs.com/download.html and https://www.cdnpkg.com/json3/file/json3.js/
(0004137)
xyzzy   
2022-12-11 17:17   
merci pour l'info!
(0004138)
jllanos   
2022-12-11 17:50   
In case it is useful for someone:

1.- To change map type as we have always done (button in upper left corner of the map):
-At the beginning of the script:
    var currenttile=null;
    tile0=L.tileLayer('http://...', {maxZoom:19,subdomains:['...'],attribution: '...'});
    tile1=L.tileLayer('http://...', {maxZoom:19,subdomains:['...'],attribution: '...'});
    tile2=L.tileLayer('http://...', {maxZoom:19,subdomains:['...'],attribution: '...'});
    tile3=L.tileLayer('http://...', {maxZoom:19,subdomains:['...'],attribution: '...'});
    tile4=L.tileLayer('https://tile.openstreetmap.org/{z}/{x}/{y}.png', {maxZoom:19,attribution: '...'});

- Instead of the fake function SetMapType(AMapType):
    function SetMapType(AMapType) {
    map.removeLayer(currenttile);
    if (AMapType == 0) {map.addLayer(tile0); currenttile=tile0;}
    else if (AMapType == 1) {map.addLayer(tile1); currenttile=tile1;}
    else if (AMapType == 2) {map.addLayer(tile2); currenttile=tile2;}
    else if (AMapType == 3) {map.addLayer(tile3); currenttile=tile3;}
    else if (AMapType == 4) {map.addLayer(tile4); currenttile=tile4;}
    else {map.addLayer(tile0); currenttile=tile0;}
    UpdateValues();
    }

- After map = L.map('map')....:
    map.addLayer(tile4); currenttile=tile4;

You have to fill the variables tile0 to tile4 with the maps you want. For me five maps is enough, as we have always had.

2.- To find a location in the map:
- After <script src="./tools/js/json3.js"></script>:
    <link rel="stylesheet" href="https://opengeo.tech/maps/leaflet-search/src/leaflet-search.css" />
    <script src="https://opengeo.tech/maps/leaflet-search/src/leaflet-search.js"></script>

- After map = L.map('map')....:
    var searchMarker = L.circleMarker([0,0],{radius:0});
    searchControl= new L.Control.Search({url: 'https://nominatim.openstreetmap.org/search?format=json&q={s}',
        jsonpParam:'json_callback', propertyName:'display_name', propertyLoc:['lat','lon'], marker:searchMarker, autoCollapse:true, hideMarkerOnCollapse:true, autoType:false, minLength:2});
    map.addControl(searchControl);

You have to use the magnifying glass in the map, instead of the "Search box" at the bottom of the map window.
(0004139)
xyzzy   
2022-12-11 20:10   
@ Jllanos
And we get the coordinates (latitude/longitude) how?
(0004140)
xyzzy   
2022-12-11 20:23   
Ok.
I found: by clicking on a point on the map, the coordinates are displayed. Thanks
(0004141)
ThunderBoy   
2022-12-12 00:27   
@jllanos Thanks. It didn't work for me at first, but then I figured it out. Why doesn't it show the crosshair? I haven't figured that out.
(0004142)
xyzzy   
2022-12-12 02:57   
I have never seen this "cross" in the center of the card...
(0004143)
jllanos   
2022-12-12 15:59   
In case it is useful for someone:

3.- To correct the "crosshair problem":
- Replace old showCenterCross with:

function showCenterCross(AShow) {
    document.getElementById("crosshair").style.left = Math.round(document.getElementById("map").clientWidth / 2) - 8+'px';
    document.getElementById("crosshair").style.top = Math.round(document.getElementById("map").clientHeight / 2) - 8+'px';
    if (AShow) document.getElementById("crosshair").style.visibility = 'visible';
    else document.getElementById("crosshair").style.visibility = 'hidden';
}

- Replace:
if (window.attachEvent) {
    window.attachEvent('onresize', OnResizeWin);
    OnResizeWin();
}
with:
if (window.addEventListener) {window.addEventListener('onresize', OnResizeWin); OnResizeWin();}

-Replace old OnResizeWin with:

function OnResizeWin(event) {
    document.getElementById("crosshair").style.left = Math.round(document.getElementById("map").clientWidth / 2) - 8+'px';
    document.getElementById("crosshair").style.top = Math.round(document.getElementById("map").clientHeight / 2) - 8+'px';
}

- Replace (important):
<div id="crosshair" style="position: absolute; z-index: 200; visibility: hidden;">
with:
<div id="crosshair" style="position: absolute; z-index: 2000; visibility: hidden;">

I doubt crosshair ever worked. For me it is useless.
(0004144)
ThunderBoy   
2022-12-12 16:46   
Thanks to all. I've played around with it some more and it's perfect now. Everything works and it's better than Friedman's original version. :) I wanted to make buttons for those optional items to toggle when needed (Mouse position, Graticule, Scale) on the top right ... I've tried everything, but I'm not a programmer. I don't know shit about js. :(

Anyone know how to fix this? For me it's a very useful thing. That is, if it's not a problem in the .exe file itself.
https://geosetter.de/mantis/view.php?id=2384
(0004145)
jllanos   
2022-12-12 17:38   
@ThunderBoy: Forget about putting new buttons on the top right if you are speaking to put them in this bar (Screenshot_1.jpg). That bar belongs to the Geosetter.exe and this will not be changed. You can put all you want into the map itself, as shown in the "geosettermaps.html" with the 14 maps.
(0004146)
ThunderBoy   
2022-12-12 18:05   
@jllanos: I didn't mean in the bar. I know this belongs to the program itself.
"14 maps" Shit, that didn't hit me at all. Thanks. I'll look into it another time. I've got other things to attend to.
(0004147)
xyzzy   
2022-12-12 18:48   
Do you mean something like this?
(0004148)
ThunderBoy   
2022-12-12 19:01   
@xyzzy I made quite a few of these buttons myself, but I only had them for decoration. :D When I don't know how to implent there L.Control.BetterScale, L.Control.MousePosition ...
(0004149)
xyzzy   
2022-12-13 15:46   
Maybe with code like:


var command = L.control({position: 'topright'});
command.onAdd = function (map) {
    var div = L.DomUtil.create('div');
    div.innerHTML = '<div><form><input class="leaflet-control-layers-overlays" id="command" onclick=toggleBar(this.checked) type="checkbox">Toggle Bar</input></form></div>';
    return div;
};
command.addTo(map); //your map variable




function toggleBar(bool) {
  if (bool){
    bar.addTo(map);
  }else{
      map.removeControl(bar);
  }
}
(0004150)
xyzzy   
2022-12-13 18:49   
Better, but certainly not the best solution (I am not an expert in css and javascript)


    function toggleTool(bool, tool) {
      event.stopPropagation();
      if (bool){
        tool.addTo(map);
 
      }else{
          map.removeControl(tool);
      }
    }

in the "showMap3" function:

     edge = L.edgeScaleBar();//.addTo(map); //Will be added/removed by clicking on the corresponding "checkbox"
     bar = L.control.betterscale({
           position: 'bottomleft',
           imperial: false,
           metric: true
       });
// bar.addTo(map); //Will be added/removed by clicking on the corresponding "checkbox"
(0004151)
xyzzy   
2022-12-13 18:50   
var command = L.control({position: 'topleft'});
      command.onAdd = function (map) {
          var div = L.DomUtil.create('div');
          div.innerHTML = '<div class="leaflet-container"><form> \
                  <input class="leaflet-control-layers-expanded leaflet-container" \
                  id="cmdBar" \
                  onclick="toggleTool(this.checked, bar)" \
                  type="checkbox">Bar</input> \
                  <input class="leaflet-control-layers-expanded leaflet-container" \
                  id="cmdEdge" \
                  onclick="toggleTool(this.checked, edge)" \
                  type="checkbox">Edge</input> \
                  </form></div>';
          return div;
      };
      command.addTo(map); //your map variable
(0004152)
Motalf   
2022-12-13 20:08   
Correction for ESri-OSM and Google-OSM v1 and v2
------------------------------------------------

1st
---
Copy waypoint.png to OSM/img and rename it to marker_waypoint.png

correct in the 1/4 file
'img/marker_waypoint.png' to 'OSM/img/marker_waypoint.png

Correct @jllanos's Code for crosshair in the center of the map, here:
https://www.geosetter.de/mantis/view.php?id=2383#c4143

I can't check the rest, I don't have a gps track file with the photos corresponding to the file.


2nd
---
replace at the top of the map file

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "https://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="https://www.w3.org/1999/xhtml" class=" ixigspl idc0_344">

<head>
    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
    <meta http-equiv="expires" content="604800">
    <meta http-equiv="X-UA-Compatible" content="IE=edge">

By

<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <meta http-equiv="X-UA-Compatible" content="IE=edge">

Crosshair Works Great!


I will see later to modify the @jllanos's Code from tile0 to tile4
(0004154)
Motalf   
2022-12-13 22:11   
clip Screenshot Video here :
https://drive.google.com/file/d/1rpumxnO_lJBH-ZDoTJJZs0SeFcu__qq0/view?usp=share_link


clip Crosshair
Clip favorite popup
clip Marker_wayPoint
(0004155)
ThunderBoy   
2022-12-13 22:56   
Thanks @xyzzy. Finally it works for me according to your script. I've added some more stuff in there. How would you do it the other way around. That would activate all plugins first and I will deactivate the one I don't need right now.

@Motalf I've never tried Traces. It's pretty handy sometimes. In the map log it throws me errors (80020101): clearSelectedWaypointName() and zoomRectangle2.
(0004156)
xyzzy   
2022-12-13 23:10   
@ThunderBoy

In the simplest way, in my opinion, it is to add the controls to the 'map' (i.e. do not comment on the ".addto (map)"
and add checked = "true" when creating the <Input ...>:
like this: <Input .... checked = "True" .../>
(0004157)
xyzzy   
2022-12-13 23:12   
edge = L.edgeScaleBar().addTo(map);
     bar = L.control.betterscale({
           position: 'bottomleft',
           imperial: false,
           metric: true
       });
     bar.addTo(map);

      var command = L.control({position: 'topleft'});
      command.onAdd = function (map) {
          var div = L.DomUtil.create('div');
          div.innerHTML = '<div class="leaflet-container"><form> \
              \
              <input class="leaflet-control-layers-expanded leaflet-container" \
              id="cmdBar" \
              onclick="toggleTool(this.checked, bar)" \
              type="checkbox" checked="true">Bar</input> \
              \
              <input class="leaflet-control-layers-expanded leaflet-container" \
              id="cmdEdge" \
              onclick="toggleTool(this.checked, edge)" \
              type="checkbox" checked="true">Edge</input> \
              \
              </form></div>';
          return div;
      };
      command.addTo(map); //your map variable
(0004158)
xyzzy   
2022-12-13 23:17   
To create a track file, select photos with GPS coordinates and in the File menu select "Export to GPX Track File
(0004159)
xyzzy   
2022-12-13 23:22   
I made a little mistake in the answer 4155.
'true' must be in Lower Case
(0004160)
Motalf   
2022-12-13 23:57   
@ThunderBoy

I noticed that for Marker_waypoint.png, an image is missing on the geosetter server. (I can't find it)

so I didn't touch it but it stayed in my memory.

as I don't have a GPS track file, I opened a poi file for gps in .gpx
I saw that the waypoints icon on the map was missing.

In the popup of a waypoint there was the waypoint.png icon, this is where I remembered the missing image and copied waypoint to Marker_waypoint.
it was solved!

I also loaded a route file (in a route format) the track was displayed.


I also got the error when I click on a waipoint to display the popup.
I can't say where it comes from since I can't link a photo to a trace or if it comes from elsewhere

then I can go no further!

@xyzzy
I'll check it out, thanks ;)
(0004161)
ThunderBoy   
2022-12-14 00:03   
@xyzzy It's working. Thanks again. I've already got it more sophisticated than on Google Earth. :D
@Motalf When you zoom in on all the routes with a magnifying glass, it shows the second error.
(0004162)
Motalf   
2022-12-14 00:51   
@ThunderBoy
I removed the greyed out code, made some corrections


In the gmap layer provider I had 2 times maxZoom, corrected

function showMap() replaced 13 by 19
function showMap2() replaced 13 by 19

maxZoom at 19
minZoom at 6

modified crosshair with code from jllanos's
(0004163)
Motalf   
2022-12-14 00:56   
I had a Zoom problem with gps track mode and Carto DB

by changing the maxZoom to 19 and the minZoom from 4 to 6
it solved my problem otherwise I didn't notice anything on my side
(0004164)
xyzzy   
2022-12-14 06:24   
Does anyone know the structure of ".gst" files?

There is no "clearSelectedWaypointName()" function in the code.
Does anyone know what this function is for?
(0004167)
Motalf   
2022-12-14 10:28   
@ThunderBoy

I know what you mean about the zoom on the track.

@all
For my part I stop here, I wait that Friedmann brings the modifications on the next version 3.5.xx
I reported another bug
for me the map works!
I tested with the map-google.html file on the server and I find the same problem.
http://map.geosetter.de/v3/map_google.html

then it's the code between Geosetter and the leaflet script that needs to be edited.
(0004168)
ThunderBoy   
2022-12-14 11:35   
The first error occurs when opening any GPS file. It doesn't matter what the scale of the displayed map is. There is no problem there. In my opinion, the map should adjust to points when opening any file. That seems to be the problem. The second error occurs when I just click the mouse on any point. Does it do this to you as well?
As @xyzzy wrote clearSelectedWaypointName() is not defined anywhere. When I added it like that, it no longer throws an error. Whether this is good I have no idea. :)

function clearSelectedWaypointName() {
            document.getElementById("current_waypoint").innerHTML = "";
        }
(0004169)
jllanos   
2022-12-14 15:15   
In case it is useful for someone:

4.- In case you usually zoom in/out the map with the mouse wheel, maybe you would like to remove the +/- button of the map.
The map look more clean :
- Replace map = L.map('map')....
  with map = L.map('map',{zoomControl:false})...
(0004170)
xyzzy   
2022-12-15 00:13   
As for Motalf, I'll stop here and wait for the new version of Friedmann's GeoSetter. A+
(0004176)
ThunderBoy   
2022-12-15 17:20   
@jllanos There would be better to add a button to return to the starting position of the map instead. As specified in the map_google.html file. Especially when I have high magnification. I wouldn't have to wiggle the mouse wheel so much. :) This could also be applied in the future directly in Geosetter.exe
(0004179)
ThunderBoy   
2022-12-15 21:17   
I've already applied it there myself, so I don't need to deal with it anymore. Clicking the button returns the map to the default view.
(0004240)
ThunderBoy   
2022-12-21 09:33   
I am attaching my latest working version for Geosetter 3.5.3 with all the modifications discussed in this thread. For further information: https://geosetter.de/mantis/view.php?id=2383#c4116 I have edited everything into my native language.
(0004248)
Erik   
2022-12-21 12:09   
Thank you Friedemann for the new version 4. It's great. The maps are working ...
... but not OSM on a Windows 7 system. I konow you wrote at this will happen.

Anyone a simple solution for OSM an Windows 7?!
(0004250)
ThunderBoy   
2022-12-21 12:33   
@Erik I've already written to the boss. You need to change the map layer. File > Settings > Map > Map Address and Layers > Map Layers. Select Openstreet map and change the Layer URL to: http://{s}.tile.osm.org/{z}/{x}/{y}.png
(0004251)
Motalf   
2022-12-21 14:19   
hello !

while waiting for the corrections of version 4.04
I use Exiftool it's longer but it works like geosetter

I use a local web page I enter the data in the 3 tables
and one button per table shows me the line to put in Exiftool(<enter line here>).exe

see picture below


Coordonnées GPS
rename Exiftool file

Exiftool().exe

to

Exiftool(-GPSLongitudeRef=E -GPSLongitude=48.853326 -GPSLatitudeRef=N -GPSLatitude=48.853326).exe



Altitude et Orientation
rename Exiftool file

Exiftool().exe

to

Exiftool(-GPSImgDirectionRef=T -GPSImgDirection=110.22 -GPSAltitudeRef=0 -GPSAltitude=34.82).exe



Coordonnées GPS Destination
rename Exiftool file

Exiftool().exe

to

Exiftool(-GPSDestLongitudeRef=E -GPSDestLongitude=2.349063 -GPSDestLatitudeRef=N -GPSDestLatitude=48.853266).exe


and drag the image to the exiftool file
of course! for a dozen images it helps
(0004252)
Motalf   
2022-12-21 14:29   
If interested here is the zip
(0004253)
xyzzy   
2022-12-21 15:02   
I believe that one can do this and even more with GeoSetter.
1-By selecting a source image,
2-make a "Copy Data to Clipboard".
3-Then select the destination images
4-make a "Paste Data from Clipboard"
5-Select the items to copy in "Paste from Clipboard"
(0004254)
Erik   
2022-12-21 15:03   
@ThunderBoy
Thank you! That was easy and works!
(0004257)
Motalf   
2022-12-21 21:14   
@xyzzy
I'll take a closer look when I reinstall Geosetter.
I stop by from time to time to see the progress of bug fixes.


with exiftool we can also do it with a csv file, I'm studying that
more other things.
(0004535)
Friedemann   
2023-02-05 16:36   
(Last edited: 2023-02-05 16:38)
Hello!
This discussion is essentially about the official GeoSetter version. However, I have taken a few suggestions for the current beta version 4 from here, many thanks to you, especially to @xyzzy and @Motalf and of course all others too!!! I have now added a few map types, but I am not sure which ones I will actually use in the final version. Then I copied the ScaleBar :-) I am unsure about Windows 7. If I have understood correctly, is it enough for OSM to change the address to http://{s}.tile.osm.org/{z}/{x}/{y}.png? I have done that.

Maybe I've over-read something here, so please feel free to point out important things again! :-D

The version 4.0.41 beta can be downloaded here: https://www.geosetter.de/update/geosetter_beta.exe

(0004536)
ThunderBoy   
2023-02-05 17:43   
@Friedemann
The OSM layer change for Windows 7 works, but I have no idea if it works on newer versions of Windows.
The things I used to use in the map view (plugins and map edits) are not yet used in the newer versions of the program. I don't want to keep editing the map.html file. Plugins don't need to be added there. But the scalebar can be there. It is suitable there. The other plugins would be up to everyone, when they can be edited/added directly in GS (without interfering with map.html), as I wrote here https://geosetter.de/mantis/view.php?id=2401 But it's up to you. I noticed while translating the program that it's already starting to be prepared :) In my opinion, the + and - buttons on the map are completely unnecessary. Everyone already uses the mouse wheel for that.

If we don't like something, we figure it out and discard it. :D
(0004539)
Motalf   
2023-02-05 19:35   
on geosetter v 4.0.xx ditto I had to replace the OSM provider
(0004540)
Motalf   
2023-02-05 19:58   
Maps Mappy.cz not visible on w7 !
for the rest of the maps impeccable

the option button is a good idea for zoom or scale !
(0004541)
Friedemann   
2023-02-05 23:10   
@ThunderBoy, you can switch the zoom buttons now off in the submenu right in the map toolbar (or the main menu)
@Motalf, regarding " I had to replace the OSM provider": I did it now for all in 4.0.41. And I will remove the Maps Mappy.*, at the moment I don't see anything there with Windows 11.

BTW: Im developing GeoSetter in a VM with Windows 10 and working with it on my main PC with Widnows 11.
(0004542)
ThunderBoy   
2023-02-05 23:25   
I don't think mapy.cz is going anywhere anymore. They already have it taken care of. They worked for me for a while though. I couldn't get them to work. They will only go directly through www.mapy.cz
(0004543)
ThunderBoy   
2023-02-05 23:34   
@Friedemann I hope the program will remember the setting. I don't feel like turning them off regularly. :) Also custom objects are not fixed yet and for some time they were displayed automatically after restarting the program. Now they have become inactive!
(0004544)
ThunderBoy   
2023-02-06 00:31   
@Friedemann It's already in version 4.0.41 and it works too. But I don't use the last version of GS because Flat Mode with filters doesn't work there and I need it now. I'm attaching the current map file. These maps are all working for me under Windows 7. Most of them are for the whole world. I think they could all be used in the program. Check it out and edit the map addresses because some of them don't work in the latest version or use this file.
(0004547)
makowiec   
2023-02-06 17:42   
The OSM Topo map doesn't display at closest zoom. One click out is okay. (GeoSetter 4.0.41 / Win10) It could be that the map tiles just aren't loading, but I waited what seemed an adequate amount of time. I'm looking in upstate New York, USA (43.07968050 -74.12934239)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
791 [GeoSetter] User Interface major always 2011-04-02 18:35 2023-02-25 12:33
Reporter: Malcolm_Ferguson Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Enhancement request: ability to offset maps to counter misalignment in places like China
Description: Google maps (satellite and street) are misaligned by 300-1,000m in China. The misalignment can be to a different distance and direction between the satellite and street maps. The amount of this misalignment changes in different parts of China, and also seems to change over time.

I have photos from Shanghai that I positioned two years ago that now appear in a different location on the map! I have photos from my iPhone 4 (built-in GPS) that are in the wrong location on the map. This makes setting the GPS coordinates of photos from my Canon 500D (no GPS) rather inaccurate.

You can also Google for this problem, where you will read that people have no problems with GPS mapping in Hong Kong instantly have problems when they cross the border in to Shenzhen.

My enhancement request is:
1) An ability to automatically correct the error in the UI so that picking the location via street or satellite view adds a correctional value to the coordinates provided via what I presume is Google's mapping API

2) If this can't be done automatically (presumably that would require a database of up-to-date coordinates), then provide the ability in the UI to calculate the misalignment using a reference image. For example, if I have a photo from my iPhone, show it on the map, then ask where it really is (both street and satellite views). With that delta, either have a way to add the delta to subsequent photos that are positions via the map service, or shift the map in the UI by that delta so that the user gets the correct coords when they position a photo.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001538)
Malcolm_Ferguson   
2011-04-02 18:39   
Please contact me if you want some reference photos that you can use as test cases. I can probably place them to 5-50m, which is better than the Google's error.
(0001551)
bupar   
2011-04-23 19:21   
This is an issue covered in Google forum:
<http://www.google.de/support/forum/p/maps/thread?tid=764a763844bc2fdd&hl=en>

It seems that satellite maps are correctly aligned but not terrain or street maps.

Strangely, it has been reported that using the mapping service of google.cn instead of google.com produces correctly aligned maps.

A potential solution, my guess, is to add google.cn to Map Type drop down list.
(0004653)
Malcolm_Ferguson   
2023-02-24 23:35   
Information about converting between China's coordinate system (GCJ-02) and GPS coordinates:
https://en.wikipedia.org/wiki/Restrictions_on_geographic_data_in_China#GCJ-02

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2391 [GeoSetter] User Interface minor always 2022-12-18 15:16 2023-02-25 11:31
Reporter: othmarmarti Platform: Intel  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 11  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: 4.03 Build 2201 Image angle not correct with Apple Iphone 8, Image Destination not always shown
Description: First: Thanks for the new version, it mostly works smooth

Compared to 3.53 the view angle of Iphone 8 JPGs is a factor 2 too wide. The view angle for Panasonic JPGs and RW"s is correct. Changeing the crop factor in the preferences has no effect

In the map window (Openstreetmap) with existing destination latitude and longitude and turned on display the information is not shown. When you turn off the image direction with the button on top of the map and then turn it on, it is displayed. Now if you select another image and then come back, it is displayed.
However it has some randomness,
Tags:
Steps To Reproduce: See above
Additional Information: Thanks for your work
Attached Files: Geosetter 4.0.3 (Build 2201 - beta) Iphone 8 65,5deg 3,99mm.png (223,787 bytes) 2022-12-18 16:47
https://www.geosetter.de/mantis/file_download.php?file_id=1021&type=bug
png

Geosetter 3.53 Lumix MFT 7.4deg 140mm.png (526,773 bytes) 2022-12-18 16:47
https://www.geosetter.de/mantis/file_download.php?file_id=1022&type=bug
Geosetter 3.53 Iphone 8 65,5deg 3,99mm.png (525,482 bytes) 2022-12-18 16:47
https://www.geosetter.de/mantis/file_download.php?file_id=1023&type=bug
Geosetter 4.0.3 (Build 2201 - beta) Lumix MFT 7.4deg 140mm.png (211,713 bytes) 2022-12-18 16:47
https://www.geosetter.de/mantis/file_download.php?file_id=1024&type=bug
png

Screenshot_20230225_112621.png (977,721 bytes) 2023-02-25 11:31
https://www.geosetter.de/mantis/file_download.php?file_id=1215&type=bug
Screenshot_20230225_112809.png (528,045 bytes) 2023-02-25 11:31
https://www.geosetter.de/mantis/file_download.php?file_id=1216&type=bug
Notes
(0004192)
othmarmarti   
2022-12-18 16:47   
Here are screenshots of identical files with version 3.53 and 4.0.3

It shows that the view angle is off in 4.0.3
(0004660)
othmarmarti   
2023-02-25 11:31   
I am very happy with 4.0.47 beta. I use it now for all my tagging.

However the minor issue is still there, that the field of view displayed in the map is not consistent with version 3.53 nor with what the image shows.
I added two screenshots 3.53 and 4.0.47 of the same picture, demonstrating the effect.

Thanks for the great program.
Othmar

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2457 [GeoSetter] User Interface crash always 2023-01-23 19:17 2023-02-24 23:30
Reporter: ThunderBoy Platform:  
Assigned To: OS:  
Priority: high OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Program freezes and crashes when saving changes to a large number of files - Probably all versions
Description: I embarked on a big change in my huge portfolio of photographs. I emailed my manager about this problem between the holidays. The program is having a lot of trouble saving large amounts of files. Above 1500 files, the program is almost unusable. It overloads the processor and freezes all the time. Version 4.0.31 throws error messages every now and then (I am attaching some to the archive). Even after the error message is thrown, the program continues to run. There would be no need to even click on Continue Application. Data is continuously saved to the files even during the freeze. When the program recovers a bit, the error message disappears by itself and reappears again after a while. Again .... and again. It is not a problem to prepare the files beforehand, but as soon as I save the changes to the files, the program immediately starts freezing. The more files, the worse it gets. I tried it at first with about 9000 files. That program froze completely and the processor was in hell. I only worked in Flat mode, as that is the only place to work with a lot of subfolders and files in them. There were various changes in the files, e.g. changes: GPS location, contact, artist ... It's very annoying to respond to error windows every now and then. I also have to reduce the amount of directories and files so that the program can still handle them. Making changes one directory at a time is again annoying and tedious. Easier and time saving is to do it in a larger one, but again the program can't handle that. In the meantime, as the program "works", I can attend to other things.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: bugreport_pack.rar (24,935 bytes) 2023-01-23 19:17
https://www.geosetter.de/mantis/file_download.php?file_id=1135&type=bug
Notes
(0004438)
heiko   
2023-01-23 19:40   
I've done a test with 1499 files and all is OK. There were no error messages and all works fine. Version is 4.0.31
(0004439)
ThunderBoy   
2023-01-23 19:54   
I forgot to write that the data is edited and written on a fast external 8TB disk. I haven't written to that many files on the local one yet. Also, these are only TIFF and Nikon RAW files (.NEF). Raw predominates.
(0004440)
heiko   
2023-01-23 20:34   
I've done the same test with an external SSD. 1499 jpg files and 150 Sony RAW files. There were no errors and no problems. Perhaps Friedemann has TIFF and NEF files to reproduce this.
(0004652)
Malcolm_Ferguson   
2023-02-24 23:30   
Do you have any JPEG sidecar files? I'm guaranteed a crash if I have RAW+JPEG. I have my view filtered for non-raw to avoid this. I also can't working recursively on folders containing iPhone photos (HEIC) with JPEG sidecars even though Exiftool doesn't know about HEICs, and have to do this folder by folder.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2449 [GeoSetter] User Interface tweak sometimes 2023-01-15 22:21 2023-02-24 17:24
Reporter: xyzzy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 4.0.48 beta  
    Target Version:  
Summary: Version 4.0.19 - Min/Max Icon
Description: Occasionally the icon to maximize/minimize the window indicates to minimize when the window is already minimized
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Min-Max.jpg (256,519 bytes) 2023-01-15 22:21
https://www.geosetter.de/mantis/file_download.php?file_id=1108&type=bug
jpg

Arrow-1.jpg (172,749 bytes) 2023-02-12 15:09
https://www.geosetter.de/mantis/file_download.php?file_id=1188&type=bug
jpg

Arrow-2.jpg (192,289 bytes) 2023-02-12 15:09
https://www.geosetter.de/mantis/file_download.php?file_id=1189&type=bug
jpg

Arrow-3.jpg (253,027 bytes) 2023-02-12 15:09
https://www.geosetter.de/mantis/file_download.php?file_id=1190&type=bug
jpg
Notes
(0004640)
Friedemann   
2023-02-24 17:24   
I removed the skinned icons now. So I hope this will work fine now. I'm not sure at the moment...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2479 [GeoSetter] User Interface minor always 2023-02-08 12:51 2023-02-24 17:23
Reporter: zava Platform:  
Assigned To: Friedemann OS:  
Priority: low OS Version:  
Status: resolved Product Version: 4.0.41 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 4.0.48 beta  
    Target Version:  
Summary: Image direction no longer modifiable by dragging destination point
Description: In previous versions, image direction was displayed by a purple cone along with a target spot and image direction could be modified by dragging the spot target. Apparently now the target is no longer displayed, so the only way of changing direction is by manually editing th enumerical angle value.
In some cases, the drag method was more handy.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0004557)
WilfriedB   
2023-02-08 14:24   
@zava correct, since the first 4.0 beta this does not work, because the target position is identical to the position of the image. As a workaround, before adding the direction using the button, I search for the target position, copy latitude/longitude, edit the image's metadata and paste latitude/longitude, after doing so the angle degrees are calculated automatically. As I said in the other post, make the triangle visible, by clicking the "show image direction ..." button once or twice.
(0004559)
zava   
2023-02-09 15:44   
Thank you WilfriedB for your workaround. Not too handy though... ;) Especially if you see your target on a map and it was very easy to drag accordingly without knowing coordinates. Hope the normal working will be restored.
Thank you!
(0004565)
Monnemer   
2023-02-09 19:29   
@WilfriedB: as I reported some time ago, the pink cone for changing the viewing direction is not displayed for an image that has a direction indication but no fixed target point. In this respect, the workaround is helpful, but only when fixed target points are specified. In version 3.xx, the pink cone (incl. direction ray) was always displayed even when a direction was specified without fixed target points. You could change the viewing direction directly by dragging with the mouse.
Thx, Stephan
(0004639)
Friedemann   
2023-02-24 17:22   
(Last edited: 2023-02-24 17:23)
Hi,
I changed/fixed something now. But I'm not clear if this is ok for you.

Now, if the image file is focused, there's a edit point for the direction in the map in all cases. If there is a destination ccord already, then it will be shown there. If it isn't, the pont will be shown in the center of the cone.
If the image file is NOT focuses and it does not contain a destination coord, then still no point is show which can be moved. Ok? So you have to focus the image first in the file browser (or in the map).

BUT: Marker pins of photo files can be dragged in the map too, then you will be asked if you want to move the marker itself or if you want do add/change the destination of the image direction. Did you miss this maybe?


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2489 [GeoSetter] User Interface minor N/A 2023-02-18 07:55 2023-02-24 17:17
Reporter: wim_van Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 4.0.47 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 4.0.48 beta  
    Target Version:  
Summary: I proposed helping translating into Dutch in 0002485 but I miss a PO-file
Description: I proposed in 0002485 helping translating into Dutch.
I got a possitive answer and a mail. But, hte PO-file, which I need was not attached into that mail. Can some-one send me the needed file ?
Thanks.
I already replied on the mail I got, where the PO-file is missing but still no answer on that.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0004621)
ThunderBoy   
2023-02-18 12:41   
You don't have to wait for the .po file. The boss would certainly send you a completely clean version with the English or German original, in which not a single word will be translated into your language yet. You'd better do it so that you don't have to translate all the entries again.

Go to the GeoSetter\locale\nl\LC_MESSAGES\default.mo directory and convert it to a .po file on this page https://ezgif.com/mo-to-po Do the same with the German version of GeoSetter\locale\de\LC_MESSAGES\default.mo Then you need a text editor and copy the missing phrases from the German version into the Dutch version. It is better to use the original German .mo file, as the English version may not contain all the phrases. There will certainly be a lot of them and you will kill a lot of time in the process.

When finished, open the .po file in Poedit. From there, translate everything you need into your language. Poedit will also automatically create a .po file when you save the file (if it doesn't, check your settings), which you copy to a designated location in GS and can test the translation on the fly. Attach the final translation here or email it to Friedemann.

I can attach the original .po file here, but I prefer to do it the way I wrote it. If you have any questions, please write here. But I'm not here non-stop.
(0004622)
xyzzy   
2023-02-18 12:45   
Be careful because the PO obtained in this way does not have the relations with the Friedemann program.
It is not the same file that Friedemann had to provide you. He is very busy with work this week I believe.
(0004623)
ThunderBoy   
2023-02-18 13:06   
I don't think there would be any problem with that. He has notes in his original file, but they are irrelevant. However, the manager needs to be sent the file format (i.e. .po file). That's how you required it from me.
(0004629)
heiko   
2023-02-19 22:58   
Friedemann has a lot of stress at work right now! But I just wrote him anyway that the .PO file is missing.

I'm sure that he will send the file as soon as he has time for it.
(0004631)
heiko   
2023-02-19 23:07   
@wim_van: you should have received am mail from Friedemann with the missing .PO file.

Can I close this issue and 2485?
(0004633)
xyzzy   
2023-02-20 01:40   
@Friedemann: everyone understands that you have other emergencies
and we can wait for you to fix the little problems we have.
You are doing a marvelous job.
Thank you very much from all of us.
(0004636)
wim_van   
2023-02-24 07:16   
All,
Thanks for the info.
I already received the needed file.
Translations has been made.
Any way, I respect all the wrok everyone is doing here and surely Friedemann himself.
This issue may be closed.
0002485 may be closed too.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2478 [GeoSetter] User Interface minor always 2023-02-08 12:42 2023-02-24 17:16
Reporter: zava Platform:  
Assigned To: Friedemann OS:  
Priority: low OS Version:  
Status: resolved Product Version: 4.0.41 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 4.0.48 beta  
    Target Version:  
Summary: Editing data (e.g. direction) changes are not displayed until image file saved
Description: Editing image data such as image direction works fine and the data is changed.
But when closing the dialog the change is not displayed and the displayed image direction remains the same as before, although the new value is retained.
Only after saving image file does the change appear correctly.
This is not practical: to check that the change is indeed as wanted, you need to save, so only way to check a potentially wrong change is to make it permanente. Not wise...
Appeared in recent beta versions, but before "reprise" of works it used to work fine.
Tags:
Steps To Reproduce: Select image.
Edit data, change image direction.
Apply.
Displayed direction unchanged.
Edit again, shows new valued is retained.
Save image -> ne direction correctly displayed.
Additional Information:
Attached Files: GeoSetter Show direction.jpg (18,061 bytes) 2023-02-08 13:15
https://www.geosetter.de/mantis/file_download.php?file_id=1173&type=bug
jpg
Notes
(0004556)
WilfriedB   
2023-02-08 13:15   
@zava I noticed this too and alos others mentioned it here a while ago. However, as far as I know, this applies only to the direction triangle and you don't need to save the change. Clicking twice the "Show direction of focused image" button, shows the triangle without saving.
(0004560)
zava   
2023-02-09 15:52   
Thank you WilfriedB but I am afraid I cannot confirm your suggestion. I just tried editing the direction; I then click on "Show direction", after the first click, the direction cone disappears (correct), after the second it reappears unaltered (pointing in the unchanged direction) although I can then check that the new direction is conserved in the direction field.
Then if I save the change, the direction cone is updated.
Applies to 4.0.43 (but I originally found this a few versions ago).
(0004562)
xyzzy   
2023-02-09 16:04   
I found that with version 4.x.x, you need to have data in the "Dest. Latitude/Longitude"
fields for the direction to be displayed on the map.

I also noticed that after modifying the "Dicrection",
if I click anywhere in the "Edit Data" window, when leaving,
the new direction is displayed
(the "Dest. Latitude/Longitude fields " is then updated)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2485 [GeoSetter] User Interface minor have not tried 2023-02-13 09:20 2023-02-24 16:53
Reporter: wim_van Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 4.0.47 beta  
Product Build: Resolution: reopened  
Projection: none      
ETA: none Fixed in Version: 4.0.48 beta  
    Target Version:  
Summary: I would like helping translating into Dutch. How can I do that ?
Description: Since the start of the develpment of version 4... I following this forum.
Still I find prhases in English that aren' translated into Dutch.
I would like helping in this, but how can I do this ?
I found out that phrases are stocked into a kind of database, table with the extenion .mo
Is there an utility to open this and maintain ? If yes, what tool ?
How can I the insert, update phrases ?
Thanks
Tags:
Steps To Reproduce: Just use the application. Section where you can define the behaviour of image-types.
Additional Information:
Attached Files:
Notes
(0004596)
Friedemann   
2023-02-13 11:46   
I will contact you and send you the source PO file. It can be the dited for example with POEdit (https://poedit.net). Editing the MO file is not good, because I need the raw source file.
(0004608)
wim_van   
2023-02-14 22:04   
Hi,
I still not got the PO-file. I got a mail with some explanation, but there was no PO-file attached.
Can it be delivered please.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2491 [GeoSetter] Tracks feature N/A 2023-02-23 18:19 2023-02-24 16:52
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 4.0.48 beta  
    Target Version: 4.0.48 beta  
Summary: Show labels of waypoints
Description: Show labels of waypoints
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1935 [GeoSetter] Image Data feature always 2018-04-18 10:25 2023-02-24 15:58
Reporter: boss23 Platform: Win7  
Assigned To: Friedemann OS:  
Priority: high OS Version:  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: HEIC Support
Description: Hi,

Any support of Apple HEIC file coming?

Thx!
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0004638)
Malcolm_Ferguson   
2023-02-24 15:58   
This is a duplicate of 1997

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1997 [GeoSetter] Image Data feature always 2018-11-03 18:10 2023-02-24 15:56
Reporter: rturnock Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Unable to access .HEIC files (HEIF)
Description: HEIC files do not appear and cannot be selected since they are a relatively new format. Consequently Geosetter cannot be used with these files.
Tags:
Steps To Reproduce: Open a folder that includes both .JPG and .HEIC files and even without a filter applied only the .JPGs appear.
Additional Information: Perhaps a work around might be possible. If an HEIC file is renamed to be a JPG, edited in Geosetter, and named back can changes be made without affecting the image?
Attached Files:
Notes
(0003604)
Malcolm_Ferguson   
2018-12-08 00:13   
Geosetter relies on ExifTool to read and modify metadata. The current version is 11.21, and it only has the ability to read the metadata from HEIC files, and no way to write it. Keep an eye here though for updates: https://sno.phy.queensu.ca/~phil/exiftool/#supported

There are various free ways to convert these to JPEG without sharing your photos, although invariably this requires an iPhone or Mac. Mac has a command line utility called ‘sips’ that will preserve the metadata during conversion to JPEG. The Image Capture app has a checkbox bottom-left to keep originals or convert them during copy from my iPhone. And the iPhone itself has an option in the settings to automaticallly convert pictures to a compatible format if you’re on Windows. Yes, all of this loses the extra colour space data, loses the bitrate savings and loses some detail, but maybe this isn’t important given that images came from a mobile phone camera (not exactly high quality in the first place)
(0003704)
Malcolm_Ferguson   
2019-04-14 05:42   
ExifTool now supports writing to HEIC files.

Lightroom creates XMP files when saving metadata for HEIC files (i.e. treats them as a read-only RAW).

I have a Mac based workflow with GeoSetter running in a virtual machine. I get GeoSetter to work with my HEICs as follows:
1) Save metadata from Lightroom
2) Use the 'sips' command that comes with macOS to create JPEG sidecars
3) Make metadata settings in GeoSetter, which updates the sidecar
4) Read the metadata back in to Lightroom
5) Delete the JPEGs.

There is another bug in GeoSetter that's a bit annoying: with this setup all files appear duplicated if I show files recursively, so I have to go folder to folder. Maybe it gets confused by JPEGs with XMP sidecars?

This is the script I use to batch convert all the HEICs to JPEGs:

#!/usr/bin/env python

import sys
import os
import fnmatch
import subprocess
from distutils import file_util

if len(sys.argv) != 2:
    print("Specify root directory to parse from")
    sys.exit(1)

root_dir = sys.argv[1]

if False == os.path.isdir(sys.argv[1]):
    print("Directory '" + root_dir + "' doesn't exist")
    sys.exit(1)

print("Scanning '" + root_dir + "' ... ")

pattern = '*.HEIC'
for root, dirs, filenames in os.walk(root_dir):
    for f in fnmatch.filter(filenames, pattern):
        fullpath_RAW = os.path.join(root, f)
        fullpath_JPG = os.path.join(root, os.path.splitext(os.path.basename(fullpath_RAW))[0] + ".jpeg")

        print("Processing " + f + "...")
        print("\tRAW: " + fullpath_RAW)
        print("\tJPG: " + fullpath_JPG)
        subprocess.call(["sips", "--setProperty", "format", "jpeg", "--setProperty", "formatOptions", "30", fullpath_RAW, "--out", fullpath_JPG])

        print("\n")

And when I'm finished, I replace "<<ROOT_FOLDER>>" in this command:
find <<ROOT_FOLDER>> -name "*.jpeg" -print0 | xargs -0 -I {} rm "{}"
(0004637)
Malcolm_Ferguson   
2023-02-24 15:56   
This workaround is not longer reliable for me because Lightroom is now reading and writing metadata directly. I've tried turning on XMP writing from Geosetter for JPEGs, but Lightroom doesn't seem to pick all of this up when I'm dealing with a HEIC with JPEG and XMP sidecars.

As Exiftool has also had HEIC writing support for some time now, so it would be great if Geosetter added HEIC as one of its known and internally supported file formats.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2465 [GeoSetter] Image Data minor always 2023-01-27 23:57 2023-02-23 18:17
Reporter: dydxdx Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.5.1  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Beta 4.0.33 build 2177 Unable to get Location data from WEB
Description: Unable to get location data, as I have in previous beta versions. The setting in v4.0.33 and v3.5.3 are identical: v3.5 works, v4.0 doesn't
Tags:
Steps To Reproduce: Regular synchronization
Additional Information: Had this problem in early beta version, and changing ""use http instead of https"" solved it then....but not now.
Attached Files: 2023-01-27_153800.jpg (742,017 bytes) 2023-01-27 23:57
https://www.geosetter.de/mantis/file_download.php?file_id=1142&type=bug
2023-01-27_154443.jpg (766,529 bytes) 2023-01-27 23:57
https://www.geosetter.de/mantis/file_download.php?file_id=1143&type=bug
2023-01-28_064027.jpg (1,006,985 bytes) 2023-01-28 14:49
https://www.geosetter.de/mantis/file_download.php?file_id=1148&type=bug
2023-01-28_064834.jpg (919,686 bytes) 2023-01-28 14:49
https://www.geosetter.de/mantis/file_download.php?file_id=1149&type=bug
2023-02-02_162518.jpg (182,235 bytes) 2023-02-03 00:29
https://www.geosetter.de/mantis/file_download.php?file_id=1155&type=bug
jpg
Notes
(0004472)
mak_kawa   
2023-01-28 06:06   
Weird... I can get Location Data with no problem by "Get from the Web" with address setting of "http://api.geonames.org" in Geosetter 4.0.33 build 2177. I am not sure what is different between us.
(0004474)
WilfriedB   
2023-01-28 09:05   
Does work for me in 4.0.33 and I used almost all previous 4.0.xx betas without any problems.

However, trying again just now, I realized Get Location from Web does work, but trying to get the ALTITUDE from the web DOES NOT. I.e. pressing the button does not do anything and no error message visible.
(0004475)
mak_kawa   
2023-01-28 09:17   
At least for me, getting altitude from the Web also does work with no problem. Strange...
(0004481)
heiko   
2023-01-28 14:22   
I have no problems retrieving the location and altitude data. There were problems with this function, but they should be fixed by now.
(0004482)
xyzzy   
2023-01-28 14:28   
It sometimes happens that the tool used by GeoSetter does not find an elevation.
for example: In Ha Long Bay
-Latitude: 20.87946000
-Longitude: 107.18094200
(0004483)
dydxdx   
2023-01-28 14:49   
Manually sync'g location data works, just no auto pop-up following acceptance of "GPS data has been found for all XX images. Would you like to continue with this result?"
(0004484)
dydxdx   
2023-01-28 19:21   
The two 20 second videos below demonstrate the different synching behavior of 3.0 and 4.0.....the lack of a pop-up GEONAMES data location window in the beta. The beta will connect to GEONAMES manually (Get from WEB button), but not automatically.
Geosetter 3.0 https://youtu.be/tsmq8Ppokh0
Geosetter 4.0 https://youtu.be/aMj1M5fKeVg
(0004485)
WilfriedB   
2023-01-29 13:04   
@dydxdx I do get the message ""GPS data has been found for all XX images. Would you like to continue with this result?" in 4.0.33. Are you sure, the coordinates are not in your favorites? In that case the metadata is changed silently. I believe, the massage also does not come up, if you assigned the same or similar location to other images shortly before.

My statement in 0004474 regarding the altitude was incorrect: It does work correctly. You just need to wait a couple of seconds and watch carefully, since the numbers change silently.
(0004486)
dydxdx   
2023-01-29 14:40   
WilfriedB, thanks for your suggestions:
"Are you sure, the coordinates are not in your favorites?" >>>>> they are not in favorites.
" I believe, the massage also does not come up...." >>>>> not so, deleting location data then resynching same problem.

My thoughts are that there is clearly a coding difference in synching between the 2 versions. They behave differently.
(0004487)
dydxdx   
2023-01-29 16:41   
In response to the following, if I understand correctly, see the video below with blanked-out location data...same problem:
" I believe, the massage also does not come up, if you assigned the same or similar location to other images shortly before."

https://youtu.be/bqAaeJHw8e0
(0004512)
dydxdx   
2023-02-02 22:06   
Installed beta 4.0.38 on Surface Pro 7 Model 1866 i5....same problem. Both desktop and Surface Pro are Win10 machines. I'm surprised no one else has observed this issue.
(0004515)
dydxdx   
2023-02-03 00:29   
Solved...totally missed this in settings, default apparently is null.
(0004635)
andregallegos   
2023-02-23 12:31   
Solved...totally missed this in settings, default apparently is null.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2490 [GeoSetter] Tracks feature have not tried 2023-02-20 17:53 2023-02-23 12:31
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 4.0.48 beta  
    Target Version: 4.0.48 beta  
Summary: Improvements track handling
Description: - Using another XML library fpr speeding up reading GPX about 40 %
- Status bar in tracks panel
- Double click on track shows the track and zoom to it
- Not removing extensions tag when saving
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2371 [GeoSetter] User Interface major always 2022-11-17 18:29 2023-02-20 17:49
Reporter: E.Richter Platform: HP Pavilion Gaming Laptop 17-cd1  
Assigned To: Friedemann OS: Windows 10 Home  
Priority: urgent OS Version: 21H1 19043.1526  
Status: resolved Product Version: 3.5.1  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Karten werden nicht mehr angezeigt
Description: Die Karten werden nicht mehr angezeigt unter folgender Fehlerausschrift:

17.11.2022 18:05:19 ERROR: Der Vorgang konnte aufgrund des folgenden Fehlers nicht fortgesetzt werden: 80020101
  showMap3(2, 4, 44.9892462333, 1.0688863667, 18);
17.11.2022 18:05:19 setMapDimension(1130, 785);
17.11.2022 18:05:19 updateCustomLayers('{ "layers": [ ] }');

Dies tritt seit heute auf. Die Geosetter-Version ist 3.5.3. (Build 2195). Für eine schnelle Beseitigung des Fehlers wäre ich dankbar.

Viele Grüße
E. Richter
Tags:
Steps To Reproduce:
Additional Information:
System Description RAM 16 GB
Attached Files:
Notes
(0004020)
WilfriedB   
2022-11-17 19:00   
Das wurde heute schon mehrfach in englischer Sprache berichtet, allerdings haben wir schon seit langem kein Lebenszeichen von Friedemann Schmidt, wohl der einzige, der das Problem beheben könnte. So können wir nur hoffen ...
Mein Tipp: Die Zuordnung von Geo-Tags aus GPX-Dateien funktionierte bei mir auch ohne Anzeige der Karte korrekt.
(0004051)
WilfriedB   
2022-11-23 19:43   
Es gab etwas neues dazu, siehe hier https://geosetter.de/2018/05/10/new-website-new-geosetter-de/#comment-17981
(0004055)
WilfriedB   
2022-11-27 20:30   
Wie im Blog unter https://geosetter.de/2018/05/10/new-website-new-geosetter-de/#comment-18073 beschrieben, funktioniert die Karte wieder!
Im Moment allerdings nur OpenStreetMap (also keine Karten von Google), aber Friedemann arbeitet auch daran.
Wer bislang unter Einstellungen->Kartendatei und Layer auf eine lokale "Kartendatei" geändert hatte, muss das auf http://map.geosetter.de/v3/map_google.html zurück setzen.
Vielen Dank an Friedemann!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2488 [GeoSetter] Image Data major random 2023-02-17 12:12 2023-02-20 13:20
Reporter: zava Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 4.0.47 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Preview freezes on blank screen
Description: Every now and again, the image preview seems to "fereeze": the image preview window or pane is blank (white) and no new images are previewed, although the rest of GS seems to continue tu work normally.
No operation seems to restore normal functioning: selecting noew image, clicking on fit buttons, changing image sort order, even changing layout (the latter sometimes issues a "insufficient memory resource" error window).
Resources don't seem particularly low (60% memory usage, 55GB free on disk...).
Only program restart seems to restore preview for some time.
Anybody met the same problem?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: immagine.png (42,137 bytes) 2023-02-18 13:26
https://www.geosetter.de/mantis/file_download.php?file_id=1200&type=bug
png
Notes
(0004618)
WilfriedB   
2023-02-17 13:28   
@zava I could not reproduce with 4.0.47 und Windows 10 22H2. What version of Windows do you use? Any idea, what you did before it freezes (e.g. saving many files)? Just as a wild guess, the problem we reported in https://www.geosetter.de/mantis/view.php?id=2486 , possibly might rise also AFTER successfully saving many files ....?
(0004624)
zava   
2023-02-18 13:26   
Hello WilfriedB,
in fact I have not seen a correlation with saving many files, nor with any other "heavy" operation.
At some point during seemingly ordinary work it just happens, and never goes away unless restarting GS.
I myself cannotu suggest a way to reproduce, although it did happen quite a few times...
Running Windows 10 Home V 10.0.19044
(Possible) hint: it always happened while working with two screens (GS on main screen, preview on second screen.
This has been my default and most used configuration for quite some years, with previously no problems. When problem arises, switching to a layout that only uses one screen has no effect but to relocate the blank preview.
It never happened while working on single screen, but this is a fairly rare condition for me.
Sorry for providing little useful info... Just attaching a screenshot...
(0004625)
WilfriedB   
2023-02-18 15:05   
@zava I believe, using dual-monitor is a very important detail (I would have even mentioned in the subject of this issue), specially, if you say "it always happened while working with two screens".
The fact, "it always worked in the past" doesn't mean anything. The most important difference in version 4 compared to all previous versions, is the fact that the map is no longer displayed via Internet Explorer with the help of a Google API, but using Leaflet now, which seems to be quite complicated and quite different from the previous approach.
Unfortunately, I don't have any second display to test that environment, but maybe somebody else does.
(0004626)
xyzzy   
2023-02-18 15:45   
Is there a procedure to follow?
I did some tests on 2 monitors (navigation from one photo to another, start, end, with and without transition effect) and no "freeze" of the preview
(0004627)
zava   
2023-02-19 22:15   
Sorry xyzzy, I have not noticed any triggering action to cause the problem. It just seems to happen from time to time.
My operations are quite repetitive, doing very similar operations on many images one after the other... and at some point preview is gone, but all I did was dome 100 times in the previous hour...
This is the worst case for investigating a quirk...
(0004634)
WilfriedB   
2023-02-20 13:20   
@zava regarding "doing very similar operations on many images one after the other.": How many times do you save while changing many images? Did you try to "Edit"->"Save changes of selected images" more frequently? Or, closing and restarting GeoSetter? Just trying to pin down the cause(s) of the problem.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2372 [GeoSetter] User Interface major always 2022-11-17 20:56 2023-02-14 13:30
Reporter: mhoistad Platform:  
Assigned To: Friedemann OS:  
Priority: urgent OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Error 80020101
Description: I am not able to map anything.
Tags: geosetter
Steps To Reproduce: Trying to map photos and geocoordinates and the error continues
Additional Information:
Attached Files:
Notes
(0004024)
WilfriedB   
2022-11-17 21:17   
Was reported several times today. Please see https://www.geosetter.de/mantis/view.php?id=2282 as the most extensive discussion.
(0004025)
mhoistad   
2022-11-17 23:04   
That note doesn't instruct me on how to fix the error. Please give further instructions.
(0004026)
drs14   
2022-11-18 01:22   
There is no way for you to fix the error. It's up to Friedemann whether he wants to fix it or hand over control to someone else.

Hopefully he's been secretly working on a big update to be released soon.... but currently no sign of that.

GeoSetter is an incredibly useful tool and I'd hate to see it die.
(0004058)
WilfriedB   
2022-11-27 20:32   
As described in https://geosetter.de/2018/05/10/new-website-new-geosetter-de/#comment-18073 the map works again! For now, only the OpenStreetMap and if you changed the settings in the past to point to a local "Map File", you need to change that to http://map.geosetter.de/v3/map_google.html again (as it originally was) in Settings->Map Address and Layers->Map File
Thanks a lot to Friedemann!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2483 [GeoSetter] User Interface feature N/A 2023-02-12 01:46 2023-02-13 19:58
Reporter: xyzzy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Test new version
Description: Important Note:
If you used version "A" of GeoSetter and there is a new version "B" you have installed,
I strongly suggest that you restart your PC before testing this version "B":
modifications may be made in one of GeoSetter's complementary "DLLs",
but the DLLs of version "A" may remain "loaded" which may affect the new modifications:

version "B" will still use the "DLLs" of version "A" which may affect testing.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: DLLs.jpg (58,082 bytes) 2023-02-12 14:32
https://www.geosetter.de/mantis/file_download.php?file_id=1187&type=bug
jpg

DLL-1.jpg (97,086 bytes) 2023-02-12 15:22
https://www.geosetter.de/mantis/file_download.php?file_id=1191&type=bug
jpg

DLL-2.jpg (61,933 bytes) 2023-02-12 15:22
https://www.geosetter.de/mantis/file_download.php?file_id=1192&type=bug
jpg
Notes
(0004593)
Friedemann   
2023-02-12 13:39   
But that's only a problem if GeoSetter is running when installing a new version, right? And the setup program is asking to restart, isn't it? I think that's normal behaviour. When ending GeoSetter befor installing new, now problems will occur...
(0004594)
xyzzy   
2023-02-12 14:32   
There is 1 DLL associated with Windows Explorer!
(0004599)
Friedemann   
2023-02-13 19:16   
But that's normal, isn't it? Not a problem, is it?
(0004600)
Friedemann   
2023-02-13 19:17   
BTW, I didn't do any changes on this DLL for years now...
(0004602)
xyzzy   
2023-02-13 19:28   
A week or two ago, you fixed a problem, but after installing the new version, it was still there.
I rebooted and it was "disappeared".
So, for me, if the problem persists, I reboot just in case, but it can't be reproduced.
(0004603)
xyzzy   
2023-02-13 19:58   
@Friedemann: You can close this issue

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2456 [GeoSetter] User Interface crash always 2023-01-23 17:38 2023-02-12 13:46
Reporter: ThunderBoy Platform:  
Assigned To: Friedemann OS:  
Priority: immediate OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 4.0.47 beta  
    Target Version:  
Summary: 4.0.31 - Directory + Filter and Flat Mode
Description: Select any directory (there do not have to be subdirectories under it). Activate any filter (e.g. TIFF) and then turn on Flat mode. And the fireworks begin. :) The program starts flashing and the only option is to close it. It won't close itself and it won't throw any error. I am also attaching an error message that it threw once when I closed the program.
Tags:
Steps To Reproduce: Select directo
Additional Information:
Attached Files: bugreport.txt (21,702 bytes) 2023-01-23 17:38
https://www.geosetter.de/mantis/file_download.php?file_id=1133&type=bug
gserror.jpg (72,007 bytes) 2023-01-23 17:38
https://www.geosetter.de/mantis/file_download.php?file_id=1134&type=bug
jpg

Flat Mode.jpg (180,301 bytes) 2023-02-05 15:40
https://www.geosetter.de/mantis/file_download.php?file_id=1165&type=bug
jpg

bugreport2.txt (22,347 bytes) 2023-02-11 10:14
https://www.geosetter.de/mantis/file_download.php?file_id=1181&type=bug
bugreport3.txt (24,068 bytes) 2023-02-11 10:14
https://www.geosetter.de/mantis/file_download.php?file_id=1182&type=bug
GeoSetter Verdächtige Aktion Blockiertjpg.jpg (90,429 bytes) 2023-02-12 07:35
https://www.geosetter.de/mantis/file_download.php?file_id=1185&type=bug
jpg

GeoSetter Bedrohung Blockiertjpg.jpg (33,350 bytes) 2023-02-12 07:35
https://www.geosetter.de/mantis/file_download.php?file_id=1186&type=bug
jpg
Notes
(0004435)
WilfriedB   
2023-01-23 17:57   
Reg. "The program starts flashing":
I ran into a situation after opening "Image Info" where the thumbnails were flashing - seemed to be loop permanently updating the display. I needed to end it via task manager, because neither alt-F4 nor closing the window clicking the x on the upper right did react. Unfortunately, I could not reproduce it and have no idea what action did cause it.
(0004436)
xyzzy   
2023-01-23 18:12   
Indeed, if the search chosen does not return any file, the program seems to enter an endless loop :(
(0004437)
ThunderBoy   
2023-01-23 18:30   
@xyzzy It doesn't matter. There can be a large number of files. It still stays in the loop. I've tried any number of ways.
(0004443)
xyzzy   
2023-01-25 14:51   
The problem seems to have appeared from version 4.0.22.
"Filter" and "Flat Mode" work with version 4.0.21 and earlier
(0004493)
ThunderBoy   
2023-01-31 12:10   
I'm renewing this because it says it's resolved, but it's not. I tried version 4.0.37 and the problem is the same. Endless loop.
(0004494)
othmarmarti   
2023-01-31 21:03   
I tried 4.0.37 today and the bug was gone on win 11 22H2
(0004495)
xyzzy   
2023-01-31 21:09   
I have just tested version 4.0.37 on windows 11 and it does not work: there is always a loop.
(0004496)
Friedemann   
2023-01-31 23:09   
I'm so sorry, it was a misunderstanding on my side. Should be fixed now, in 4.0.38 beta. Thank you so much for your help!!!
(0004533)
ThunderBoy   
2023-02-05 15:02   
I'm renewing again. This problem reappeared in version 4.0.41. It is definitely related to issue 2473.
I can email the bugs, but I don't think that will be necessary.
(0004534)
xyzzy   
2023-02-05 15:40   
I confirm:
Without a filter, GeoSetter does not render 100%.
I had to click in the window to get the final result.
With filter, there is an infinite loop.
(0004551)
xyzzy   
2023-02-07 21:47   
Still the same problem with version 4.0.43
(0004577)
ThunderBoy   
2023-02-11 10:14   
In version still 4.0.46 infinite loop. When closing the program via Escape key the following errors. But the data already loads a little longer and then it repeats over and over again.
(0004588)
xyzzy   
2023-02-12 01:27   
@ThunderBoy, @Friedemann:
Have you tested this option in your environment?
On my PC, there is always a loop...
(0004589)
WilfriedB   
2023-02-12 07:35   
@xyzzy adn @friedemann correct, I can reproduce it too. Not only that, after a couple of "blinks" Norton 360 kills GeoSetter:
Kategorie: Data Protector
Datum/Uhrzeit,Risiko,Aktivität,Status,Empfohlene Aktion,Status,Programmpfad,Programmname,Datum/Uhrzeit,Aktion beobachtet,Ziel
12.02.23 07:17:16,Hoch,Data Protector hat eine verdächtige Aktion von GeoSetter.exe blockiert.,Ausgeschlossen,Keine Aktion erforderlich,Ausgeschlossen,C:\Program Files (x86)\GeoSetter beta\GeoSetter.exe,GeoSetter.exe,12.02.23 07:17:16,"Ein verdächtiger Prozess hat versucht, die Attribute einer von Data Protector geschützten Datei zu ändern.","C:\ProgramData\Microsoft\Windows\WER\ReportQueue\AppCrash_GeoSetter.exe_b42e942aeb82f6eeb2a4b67611903242ce968fb9_3985f7ea_cab_1a340321-d547-481d-9f7c-58bc4f4328b2\WER3BF.tmp.mdmp"
(0004590)
WilfriedB   
2023-02-12 09:17   
I just found out, if there are several subdirectories and more images (in my case 92 in total), the frequency of the loop is much slower, I did not get an exception from Norton, but GeoSetter threw EAccessViolation.

I did send a bug report
(0004592)
Friedemann   
2023-02-12 10:57   
(Last edited: 2023-02-12 10:57)
Hope this is fixed now...


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2481 [GeoSetter] Image Data minor N/A 2023-02-10 11:31 2023-02-12 13:41
Reporter: zava Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 4.0.41 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: What are _original image files?
Description: Since recent GS versions, I notice that files appear in the image folder named after the image file but with "_original" appended and no extension, such as
"imagefilename.jpg" along with "imagefilename_original"
It appears it is GS creating them after any image manipulation (assignment of coordinates etc).
I have checked that they are in fact image files themselves, and by adding an appropriate extension (such as .jpg) they can be viewed normally with any program.
They may be just some kind of leftover backup created when making changes, but I guess they should be removed once the operation is completed (otherwise you just consume a lot of disk space with "unknown" and unusable files that one is actually unaware of).
No such files seemed to appear with older versions of GS.
Is GS actually producing these files? What is the purpose of these files? Does it make sense to automatically erase them after change is done? Otherwise, they should be somehow accessible from the program (such as some kind of undo?)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0004569)
WilfriedB   
2023-02-10 11:46   
@zava it is not GeoSetter but ExifTool which creates the "_original" files under the covers. Recently, that is with any of the 4.0 Beta versions, it did not happen to me, but long time ago, after "something unexpected" happened, for example, the disk was not writeable or not available for a short time.
Just in case, here is a discussion on the forum for ExifTool on that topic: https://exiftool.org/forum/index.php?topic=5514.0
(0004570)
WilfriedB   
2023-02-10 12:01   
One more thing @zava: Did you check "Overwrite Original File when Saving Changes" under Settings->File Options ?
(0004572)
zava   
2023-02-10 13:17   
Thank you WilfriedB,
"overwrite original file" is not currently set. I cannot say how it was in the past years of use or if/when this changed, but NOW it was not set, although it makes sense that I had it set in the past.
I did set it and apparently an _original file was not created after a test edit.
But if so, how is it that changes were indeed (over)written in the original file?
Anyway, maybe it was just that simple?!

Thank you!
(0004574)
WilfriedB   
2023-02-10 14:00   
@zava not sure I understand your question correctly "But if so, how is it that changes were indeed (over)written in the original file?", but long ago, I did have situations where GeoSetter and/or ExifTool did crash while attempting to update files. After that, I did not find my file, but there was one with a different extension and after renaming it to .jpg it revealed my original image.
I'm not sure, but I believe even though ExifTool says "overwrite" in reality it creates a copy and than deletes the original. This certainly discussed somewhere in the ExifTool forum.
(0004575)
dydxdx   
2023-02-10 15:15   
Thanks @zava for bringing this up, and @WilfriedB for the background, and pointing out where the option setting is located. I found it very useful.
(0004576)
WilfriedB   
2023-02-10 16:38   
Thanks for the feedback @dydxdx good to hear! :)
(0004578)
ThunderBoy   
2023-02-11 10:35   
@zava @dydxdx It also happened to me when we were saving changes to the files and in the meantime our electricity was turned off a couple of times. I found some files corrupted (incomplete write). I had to delete them because exiftool was already throwing error messages when I did. I couldn't find the original files anymore. They were lost. As @WilfriedB wrote check the settings for each file type: Files > Settings > File Options and for each file the entry: Overwrite Original File when Saving Changes.
(0004579)
zava   
2023-02-11 13:01   
Thank you all,
most of what you wrote makes sense, but I must poin that in my case the _original files seemed to appear even when there was no crash and the regular files were appropriately modified with new values,
Seems exif did male safe copies, but then omitted to delete them...
Apparently, checking "overwrite" seems to remind Exif to delete...
(0004587)
xyzzy   
2023-02-11 15:21   
Exiftool does not work directly on files but on a copy by adding "_exiftool_tmp" to the file extension.
It keeps a copy of the original by default by appending "_original" to the extension.
This version is kept unless you add "-overwrite_original" on the command line.
What GeoSetter must surely do if the "Overwrite Original File when Saving Changes" box is checked.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2482 [GeoSetter] Image Data major always 2023-02-10 12:39 2023-02-12 10:55
Reporter: zava Platform:  
Assigned To: Friedemann OS:  
Priority: high OS Version:  
Status: resolved Product Version: 4.0.41 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Syncing images alters "taken date", so ordering is messed up
Description: Upon syncing images with a gpx file, images that are effectively synced receive a geolocation coordinate (OK).
A that point, displayed ordering (by taken date) appears preserved and all information displayed is unaltered, just the newly acquire coordinates are inserted (OK)
But upon "saving changes", things get totally scrambled up: images that were succesfully georeferenced now display a modified "taken date":
Before, they read something like
04/02/2023 12:44:09
but now they read
04/02/2023 12:44:09+02:00
Instead, images that were not georeferenced still read normal.
(see attachment)
But now, when image display is refreshed (still based on "taken date", ordering is messed up because GS takes that "+02:00" into account, so that two images that were taken at a few seconds distance are now ordered as if taken TWO FULL HOURS apart! This results in a messed up ordering, mixing images with 2 hour added and images with the original timestamp.
It can be seen that the next image listed (by time taken) is now in fact two hours apart, and all images in between are now somewhere else in the list (see attachment)
As a result, scrolling the list effectively jumps along the gpx track with 2 hours leaps, making further processing virtually impossible.
Where do these 2 hours come out of? How can I get rid of them? Or better, how can I avoid them to pop in at all?
Pls. note that this is NOT the "time adjustment" used, it seems to have more to do with some time zone adjustment.
Also, it is not the "time zone" (which is 1hour and NOT checked) (see sync settings attachment)
Strangely enough, othre viewers (such as Faststone), do not seem to see this "addition" and still sort according to the correct "taken date" and display th eoriginal values.
Only GS seems affected by the modified timestamp...

This did not happen pre V4.xx and I seem to recall that it only appeared a few releases ago.
Or did I start recently do do something wrong after several years of use? ;-)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Scrambled timestamps.jpg (73,531 bytes) 2023-02-10 12:39
https://www.geosetter.de/mantis/file_download.php?file_id=1176&type=bug
jpg

Scrambled ordering after changed saved.jpg (87,235 bytes) 2023-02-10 12:39
https://www.geosetter.de/mantis/file_download.php?file_id=1177&type=bug
jpg

Sync settings.jpg (119,381 bytes) 2023-02-10 12:39
https://www.geosetter.de/mantis/file_download.php?file_id=1178&type=bug
jpg

Unaffected data.jpg (116,278 bytes) 2023-02-10 12:55
https://www.geosetter.de/mantis/file_download.php?file_id=1179&type=bug
jpg

GeoSetter Wrong Sort for Taken Date.jpg (21,700 bytes) 2023-02-10 13:38
https://www.geosetter.de/mantis/file_download.php?file_id=1180&type=bug
jpg

GeoSetter Considering Timezone for Taken Date.jpg (126,179 bytes) 2023-02-11 13:31
https://www.geosetter.de/mantis/file_download.php?file_id=1183&type=bug
jpg

GeoSetter Correct Sort for Taken Date.jpg (25,951 bytes) 2023-02-11 13:45
https://www.geosetter.de/mantis/file_download.php?file_id=1184&type=bug
jpg
Notes
(0004571)
zava   
2023-02-10 12:55   
A further image to show that other programs (such as FastStone Image Viewer) seem unaffected by the added hours.
Faststone retains original "time taken" and even a windows listing is unaffected (see attachment, sorted by time taken "data acquisizione" in italian) and sorting is correctly done upon the original, unchanged acquisition time.

So WHERE is the change hidden so that only GS sees and is affected?!
(0004573)
WilfriedB   
2023-02-10 13:38   
@zava I can confirm this (new?) behavior.
The +02:00 is the difference to UTC depending in which time zone the track was recorded. As far as I remember, it was included when you you synchronize the image with GPX track, but did not really change the taken date. However, if you assigned the coordinates manually using GeoSetter there was a pop-up asking if you want to use the time zone of Windows.
Yesterday, I did have such a situation that some images could be synchronized, but I did assign a location manually to one of my images and indeed it shows it in GeoSetter in the wrong sequence (see screen shot) and yes, other programs (Daminion in my case) read the time stamp correctly. Seems to be a bug in GeoSetter not sorting correctly.
(0004580)
zava   
2023-02-11 13:09   
Thank you WilfriedB,
I agree that it seems just GS having the trouble (storing the "+2" in some funy place nobodi else knows about, then messing itself up with that value noone else sees...)
I am quite positive this is a recent "addition" (used GS for several years without this problem, and even the first V4 beta versions seemed unaffected.
I am not sure the problem is simply with using a different time zone: in my case, I am working with images taken 20km from home, and it seems tha a time addition simply results from the operation of assigning a geolocation to the images.
It really gets in the way, because I rely on the time sequence very much in order to process my images... I am doing a survey of WW1 fortifications in my area, dozens of very similar findings in very small areas, so if the sequence is scrambled the whole survey gets scrumbled too...
Hope it can be fixed soon...
(0004581)
zava   
2023-02-11 13:14   
As you WilfriedB say, this addition, which does look like a compensation for UTC difference, is not really added to the timestamp in the image file (other programs don't see it and the file tags still carry the original timestamp); apparently GS stores this info somewhere and then (only recently) decided to actually pick it out and use it for sorting...
But I so far failed fo find how to avoid this...
Sorting by name is of little help for me because i rename all files in order to "assign" them to each finding (e.g. "trench 1", "trench 2", "tunnel 1" etc... So after a little while neither sorting is valid anymore...
(0004582)
WilfriedB   
2023-02-11 13:24   
@zava I did not mean the pictures were taken in different times zones, but the time stamp from the camera doesn't include the zone (or stores it in a different way) and is only included with the time stamp when synchronizing with a recorded track. But I agree, it is clearly a bug for sorting in GeoSetter.
(0004583)
zava   
2023-02-11 13:30   
Installed V4.0.46, quite something seems to have changed arount "sorting", the sorting selection dialog for a start.
As a results is seems the problem has gone (thank you Friedemann!).
I do still see the "+2.00" addition listed (which I am not sure I want to), but files are now once more CORRECTLY ordered according to the "real" taken date.
Other programs/viewers seem to be still unaffected, so seems SOLVED and if confirmed may be CLOSED.
Thank you all!
(0004584)
WilfriedB   
2023-02-11 13:31   
@zava I just noticed, it seems @Friedemann did work on it just recently: in version 4.0.46 the pull-down menu for sort did change.
(0004585)
WilfriedB   
2023-02-11 13:31   
Forgot to add the screenshot
(0004586)
WilfriedB   
2023-02-11 13:45   
Indeed in 4.0.46 the sort by taken date works correctly for me. However, in my case the new option "Consider Timezones ..." doesn't make any difference - probably needs a different example.
(0004591)
Friedemann   
2023-02-12 10:54   
@zava, I'm sorry for this! There was a request to order by UTC time, to consider different timezones. As mentioned already by @WilfriedB (thanks!) there's a new option now to do this, which is disabeld by default. So the behaviour should be like it was before.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2480 [GeoSetter] User Interface minor always 2023-02-09 16:32 2023-02-10 09:37
Reporter: zava Platform:  
Assigned To: OS:  
Priority: low OS Version:  
Status: new Product Version: 4.0.41 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Refresh files results in track files being "undisplayed"
Description: When pressing "refresh files" the displayed track files become unchecked and undisplayed.
Also, after refresh the image display is restarted on the first image, possibly very far from the image one was working on.
Not too serious, but causes some confusion and unnecessary time waste... (provided such thing as a "necessary time waste" does exist... :)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: GeoSetter Track Checked by default.jpg (13,470 bytes) 2023-02-10 09:37
https://www.geosetter.de/mantis/file_download.php?file_id=1175&type=bug
jpg
Notes
(0004563)
xyzzy   
2023-02-09 16:43   
In my environment, the selected photo is always selected after an F5 (but it is centered in the window)!!!
(0004564)
WilfriedB   
2023-02-09 18:22   
@zava I just tried it (it flat mode):
- if there are more than one tracks in the folder and you press F5, the first track is selected. If you did select another one before, it is unchecked. This is same behavior when you start GeoSetter on a folder with multiple tracks.
- if there is only one track in the folder, it is briefly unselected, but immediately selected again.
Another "trap" with F5: Changes you might have made and not saved, are discarded. This happened to me a couple of times, when I moved the GPX to the folder only after starting GeoSetter and was wondering why it couldn't synchronize. After pressing F5, I could synchronize, but some changes were gone ...
(0004566)
xyzzy   
2023-02-10 00:05   
You say "Select" but if its box is not "Checked", the trip does not appear.

In my opinion there is a difference between being selected" and "Checked".

Do you have more details?
(0004567)
WilfriedB   
2023-02-10 08:48   
@xyzzy I did mean "Checked". For my, after starting GeoSetter or refreshing there is always the first track checked. Not sure, if it is the oldest or just the first in alphabetical sequence.
(0004568)
WilfriedB   
2023-02-10 09:37   
@xyzzy when I said the "first" track is checked, it actually means the first in alphabetical sequence at the time, you press F5. In my case, this is always the oldest (named yyyy-mm-dd_hh-mm ... ) so to understand it better, I did rename the newest before pressing F5 to "2023-02-00_16-36 ...". After pressing F5 the renamed track is checked (and the original name still appears in the list as "not loaded").

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2470 [GeoSetter] User Interface trivial always 2023-02-02 23:36 2023-02-09 14:52
Reporter: ThunderBoy Platform:  
Assigned To: OS:  
Priority: low OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Probably the whole 4 series
Description: When viewing the data and editing the columns to display the photo information, I found two entries called "Name". They both work together. When I put the name to show or hide, it applies to both. I just have no idea what the other name is with those numbers. I searched for this number directly in the file via Exif and also via ExifToolGui. But I couldn't find that figure anywhere in there. I also tried it on a completely clean install.
Apparently the boss added some secret code that I accidentally discovered. :)

I also tried it on the old version 3.5.3. I didn't find these items there. Thus the "name" column is not even available there. I also put to view all columns completely and I didn't find these numbers there anywhere.
Tags:
Steps To Reproduce: Adjust Columns and Captions
Additional Information:
Attached Files: Name.jpg (96,290 bytes) 2023-02-02 23:36
https://www.geosetter.de/mantis/file_download.php?file_id=1154&type=bug
jpg

bugreport.txt (33,371 bytes) 2023-02-03 13:59
https://www.geosetter.de/mantis/file_download.php?file_id=1158&type=bug
Name - Filesize.jpg (164,209 bytes) 2023-02-09 14:52
https://www.geosetter.de/mantis/file_download.php?file_id=1174&type=bug
jpg
Notes
(0004517)
ThunderBoy   
2023-02-03 13:36   
I've noticed that the other column called Name appears even on a clean install only when you hide the Name column and then show it again. Interestingly, sometimes it doesn't do that. I can't even describe exactly when it does. I've currently tried it and had it hide that Name column. It hid the file name column and no longer shows it (on/off). It only shows the other Name column with those weird numbers anymore. In order to make the filename column appear again, you need to restart the program. The second column with the numbers is also displayed only at the end of the bar. You probably have to have a photo tagged as well to register this column problem.
(0004518)
ThunderBoy   
2023-02-03 13:59   
I've probably already found the problem. The error message appears periodically as well. The procedure to get to this error message is given in the attachment.
(0004558)
xyzzy   
2023-02-09 14:52   
The content of the "Name" field seems to be the "Filesize"!!!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2432 [GeoSetter] User Interface major always 2023-01-12 12:43 2023-02-08 11:48
Reporter: ThunderBoy Platform:  
Assigned To: OS:  
Priority: immediate OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Beta versions
Description: The search for updates or newer versions of the program does not work in any of the beta versions. It only works in full version 3.5.3.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: no_new_version.jpg (214,165 bytes) 2023-01-15 20:57
https://www.geosetter.de/mantis/file_download.php?file_id=1107&type=bug
jpg

beta.jpg (19,002 bytes) 2023-02-05 14:42
https://www.geosetter.de/mantis/file_download.php?file_id=1164&type=bug
jpg
Notes
(0004354)
mak_kawa   
2023-01-12 13:26   
You checked "Check also for New Beta Versions" in the Misc setting?
(0004355)
xyzzy   
2023-01-12 13:55   
Weird, I opened version 4.0.13 and I got a popup telling me that version 4.0.15 was available.

Have you checked the setting under "Misc|Auto Check for Updates (once a day)| Check also for New Beta Versions?
(0004357)
ThunderBoy   
2023-01-12 14:46   
Of course, I have these options and settings turned on. Otherwise, I would be here cursing this problem.
(0004358)
WilfriedB   
2023-01-12 14:49   
@xyzzy and @mak_kawa I believe, @ThunderBoy means the menu option Help->Check for Update to actively check for a newer version (which obviously we cannot conform after installing the latest version)
(0004359)
ThunderBoy   
2023-01-12 15:03   
I wrote somewhere before that I didn't know that there was a newer version than 4.0.4. He wrote me that a newer version didn't exist. I couldn't even get it in 4.0.13. Of course, unless there is a newer version than 4.0.15, it won't find the update. Version 3.5.3 throws the update right away when I search for it. Never in beta.
(0004394)
ThunderBoy   
2023-01-15 20:57   
Supposedly there is no newer version, but it is already 4.0.19.
(0004408)
ThunderBoy   
2023-01-18 22:01   
I tried different options. I've gone through the registry and deleted everything about GS. Removed the update information from config.ini. I also deleted the config.ini file completely. I also turned off the firewall. Still the program told me that a newer version did not exist, yet it was 4.0.24. I have no idea where the dog is buried.
(0004513)
ThunderBoy   
2023-02-02 22:33   
I've been meaning to write that it works. In the previous two versions, it went automatically when I started the program (it threw me a window right away). But this afternoon I turned on 4.0.38 and the update was supposedly not available. Then I verified that 4.0.39 was already available. I have no idea why it goes once and then doesn't.
(0004514)
xyzzy   
2023-02-02 22:41   
The information is kept in the file "C:\Users\.....\AppData\Roaming\GeoSetter_beta\config.ini"

[Misc]
...
LastAutocheckForUpdate=2023-02-02 16:37:04
LastAutocheckBetaVersion=4.0.39
....
(0004532)
ThunderBoy   
2023-02-05 14:42   
Now I looked at it, as I know that version 4.0.41 is already released. I turned on version 4.0.39 with my default configuration. Automatically it didn't let me know anything about the new version. So I clicked on Help > Check for update. Even so, supposedly there is no newer version. So I closed the program and opened the config.ini file. I deleted these five lines, saved and turned the program on again.

AutocheckForUpdate=
AutocheckForBetaUpdate=
LastAutocheckForUpdate=
LastAutocheckBetaVersion=
LastStartVersion=

Right after the program was switched on, the following data was modified. I didn't manually check for a newer version, and it didn't even throw up a window with the new version:

LastStartVersion=GeoSetter 4.0.39 beta
LastAutocheckForUpdate=30. 12. 1899
LastAutocheckBetaVersion=
AutocheckForUpdate=1
AutocheckForBetaUpdate=0

I didn't do anything, I just closed the program again and the data was modified like this:

LastStartVersion=GeoSetter 4.0.39 beta
LastAutocheckForUpdate=5. 2. 2023 14:09:59
LastAutocheckBetaVersion=
AutocheckForUpdate=1
AutocheckForBetaUpdate=0

Then I edited this entry as follows: AutocheckForBetaUpdate=1
I ran the program and it immediately threw up a window saying that there was a newer version. After the next restart, it no longer automatically throws this window, but it always throws the new version option when I manually search for an update. I won't make any more changes to config.ini and will see how it goes when the next version is released. I'm backing up the current config.ini just to be safe, so I can see the changes when the next version is released. So I'm going to update the program and in time we'll see.
(0004537)
heiko   
2023-02-05 18:09   
Updates are only checked once a day
(0004538)
ThunderBoy   
2023-02-05 18:24   
@heiko I know that, but it didn't work for me at all, even when the program was off for a few days. When I turned it on, it still didn't offer any update (it already had). It didn't work manually and it didn't work automatically. When I removed those lines, it no longer offers me an update every time I restart. I'll see later what it does when there is a new version again.
(0004552)
ThunderBoy   
2023-02-08 08:39   
I looked at it again this morning, because it's now version 4.0.43. I ran the old version 4.0.39 and the latest version is supposedly only 4.0.41. Neither manually nor automatically did I find anything new. Nothing helped me to get a new update through the program. Deleting all the data from the config.ini file didn't help either. That is to say, everything. The file had 0 bytes. The program kept saying that only version 4.0.41 was available. It seems to me that it still has to write the update data somewhere else than in the config.ini file. I couldn't find anything in the Windows registry. This is what it looked like in config.ini:

AutocheckForBetaUpdate=1
AutocheckForUpdate=1
LastAutocheckBetaVersion=4.0.41
LastAutocheckForUpdate=8. 2. 2023 7:17:24
LastStartVersion=GeoSetter 4.0.39 beta

I reverted back to the original config.ini file and did nothing more. I installed the new version 4.0.43 in another test directory and poked around a bit. I downloaded this version via the web. The new version didn't do what I needed, so I closed it. I ran version 4.0.39 and immediately got a window that said there was a version 4.0.43. Interesting. I didn't make any changes there. So I looked at what the installation of the new version had written to the Windows registry. There was nothing important there. I deleted all the data that the program installation had written to the registry anyway. The 4.0.39 program was still throwing up the window that version 4.0.43 existed (even after several restarts of the program). As I wrote, there must still be something to write somewhere else about the version of the program. Except in the registry - not in the program directory either. I seriously have no idea why this doesn't work anymore.

When there will be a new version, I will scan the whole system before installing the new version and compare the changes after installation. May the light accompany you.
(0004553)
WilfriedB   
2023-02-08 10:20   
@Thunderboy did you check the log of your anti-virus software or firewall?
(0004554)
ThunderBoy   
2023-02-08 10:38   
@WilfriedB I've already tried it with the firewall. I wrote about it above. I turned off network protection and filtering in ESET completely. But I haven't tried disabling Windows Firewall and Windows Defender. Next time I will try.
(0004555)
WilfriedB   
2023-02-08 11:48   
@ThunderBoy I don't experience with Defender, but using Norton it seems to me more useful to look at the log, what exactly it did blog.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2477 [GeoSetter] User Interface feature sometimes 2023-02-07 04:50 2023-02-07 20:08
Reporter: xyzzy Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 4.0.41 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 4.0.41 beta  
    Target Version:  
Summary: Not the correct "track" files listed
Description: In the "Tracks" section, displays files that do not exist in this directory.
As if the list was not reset when changing directories.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Bad File List.jpg (345,609 bytes) 2023-02-07 04:50
https://www.geosetter.de/mantis/file_download.php?file_id=1170&type=bug
Bad File List-2.jpg (221,740 bytes) 2023-02-07 04:56
https://www.geosetter.de/mantis/file_download.php?file_id=1171&type=bug
jpg

Track files.mp4 (4,309,118 bytes) 2023-02-07 14:07
https://www.geosetter.de/mantis/file_download.php?file_id=1172&type=bug
Notes
(0004548)
mak_kawa   
2023-02-07 08:20   
Sorry if I am misunderstanding your point.
But... the left-upper folder name is for the image folder, and the right-lower file list is the track files opend by Geosetter? If so, it seems to be natural that the two are not synchronized/identical.
(0004549)
xyzzy   
2023-02-07 14:07   
In previous versions, only the "Track" files present in the selected directory were displayed.
Which seems to me the most correct.

See the video made with version 4.0.37 (Note that this version asked to always keep the modifications)
(0004550)
xyzzy   
2023-02-07 16:19   
Works as expected in version 4.0.43!!!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2476 [GeoSetter] Image Data major N/A 2023-02-06 11:33 2023-02-06 15:35
Reporter: ThunderBoy Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Set Created Date
Description: Would it be possible to add an option "Set Created Date" to the program settings, which would be read from Taken Date, if this data is missing? As it is in the settings option: "Set Taken Date to All Exif Dates". See attachment.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: menu.jpg (136,204 bytes) 2023-02-06 11:33
https://www.geosetter.de/mantis/file_download.php?file_id=1168&type=bug
jpg

fileedit.jpg (75,798 bytes) 2023-02-06 11:41
https://www.geosetter.de/mantis/file_download.php?file_id=1169&type=bug
jpg
Notes
(0004545)
ThunderBoy   
2023-02-06 11:41   
This option is only found in the photo editing window. However, I often forget to turn it on when editing multiple photos.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2475 [GeoSetter] Image Data minor have not tried 2023-02-06 08:41 2023-02-06 15:08
Reporter: ThunderBoy Platform:  
Assigned To: OS:  
Priority: low OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Choice: Remove all tags from photo
Description: Today I just needed to remove all the tags (mainly Exif, XMP, Photoshop and IPTC) from a photo - ideally remove all that are added there. Automatically, not opening each photo and deleting the data manually. I needed to remove these items: Artist, Copyrigt, Copyright Notice, User Comment, Creator Work Email, Creator Work Telephone, By-Line, By-Line Title, Credit. I have to use an external program Exif Tag Remover for this. I would also include an option in GS to "Remove all tags from photo". Ideally right click on the photo(s).
Tags: exif, IPTC, photoshop, tags, XMP
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0004546)
xyzzy   
2023-02-06 15:07   
We can make such modifications with exiftool (already used by GeoSetter):

exiftool -iptc:ALL= -xmp:ALL= -rdf:ALL= -charset filename=latin FilePath

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2472 [GeoSetter] User Interface feature sometimes 2023-02-03 16:33 2023-02-05 18:06
Reporter: xyzzy Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 4.0.41 beta  
    Target Version:  
Summary: Version 4.0.39 - Save button not available
Description: Save button not accessible after modification.
To activate it, I had to toggle between the view modes
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Save not available.jpg (124,733 bytes) 2023-02-03 16:33
https://www.geosetter.de/mantis/file_download.php?file_id=1159&type=bug
jpg
Notes
(0004530)
mak_kawa   
2023-02-05 07:39   
For me, the save button does work well after date/coordinates modification under both report/thumbnail view modes on 4.0.39. Is there any other condition to reproduce the issue?
(0004531)
xyzzy   
2023-02-05 14:22   
Random issue but now works with 4.0.41
@heiko: you can close this issue

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2473 [GeoSetter] User Interface block always 2023-02-04 09:45 2023-02-04 13:42
Reporter: ThunderBoy Platform:  
Assigned To: Friedemann OS:  
Priority: immediate OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: 4.0.39- Loading files in Flat Mode does not work
Description: In this mode, after a basic load of files from all directories, the data will not automatically begin to load. Only 0/0 Images is displayed. To start uploading data, you need to click in the directory/file list window. Even then, to see how many % are already loaded , I need to click into this window periodically.
Tags: Flat Mode
Steps To Reproduce: Select the directory with the subdirectories and click on Flat Mode.
Additional Information:
Attached Files: GeoSetter Reading 2 percent.jpg (24,614 bytes) 2023-02-04 11:47
https://www.geosetter.de/mantis/file_download.php?file_id=1160&type=bug
jpg

GeoSetter Scanning images.jpg (13,443 bytes) 2023-02-04 11:47
https://www.geosetter.de/mantis/file_download.php?file_id=1161&type=bug
jpg

GeoSetter 0 images.jpg (25,663 bytes) 2023-02-04 11:47
https://www.geosetter.de/mantis/file_download.php?file_id=1162&type=bug
jpg
Notes
(0004522)
xyzzy   
2023-02-04 11:32   
Same thing with version 4.0.38 but it works with version 4.0.37
(0004523)
WilfriedB   
2023-02-04 11:47   
@ThunderBoy, I tried it and it seems a bit more complex:
- A while ago with earlier Beta versions, I already noticed the "reading xx%" was not updated, but after a while, it did show the final foot line (not sure, this happened after clicking a thumbnail
Today, with 4.0.39 Build 2012:
- The captions below the thumbnails (those, I can see without scrolling) appears immediately
- On the lower left, I see a window "Scanning Subfolders ..." with a summary of how many files and folders were found.
- Then, the "xx Images in yy Directories, Reading zz% ..." appears, but the zz% does not change
- If I click a thumbnail, either the zz% is updated, or the final result message appears (depending on how long I wait and how many images need to be read)
(0004524)
WilfriedB   
2023-02-04 11:50   
"- The captions below the thumbnails (those, I can see without scrolling) appears immediately" should read:
 - The captions below the thumbnails (those, I can see without scrolling) appears immediately after clicking the button "Show images in subfolders"

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2461 [GeoSetter] User Interface major always 2023-01-26 16:31 2023-02-03 18:38
Reporter: xyzzy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 4.0.38 beta  
    Target Version:  
Summary: Version4.0.33 - No warning of loss of changes
Description: In the "Tracks" section, it is possible to make modifications to the "Track points", for example to delete some.

The "Save Changes" option is only accessible if there have been modifications.
On the other hand, if we close GeoSetter without having saved the modifications,
there are no messages indicating that we are going to lose them.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: No Warning.jpg (306,107 bytes) 2023-01-26 16:31
https://www.geosetter.de/mantis/file_download.php?file_id=1140&type=bug
Routeconverter select Poistion List.jpg (25,320 bytes) 2023-01-28 07:26
https://www.geosetter.de/mantis/file_download.php?file_id=1144&type=bug
jpg

Routeconverter Position List Track.jpg (41,622 bytes) 2023-01-28 09:22
https://www.geosetter.de/mantis/file_download.php?file_id=1145&type=bug
jpg

Routeconverter Position List Waypoints.jpg (25,917 bytes) 2023-01-28 09:22
https://www.geosetter.de/mantis/file_download.php?file_id=1146&type=bug
jpg
Notes
(0004455)
WilfriedB   
2023-01-26 20:41   
@xyzzy same comment as for issue 2462:
 Just in case Friedemann cannot add this feature soon: I use RouteConverter for many sorts of manipulating GPX and other formats of track files: https://www.routeconverter.de/home/en
I believe, both programs complement each other very well.
(0004457)
heiko   
2023-01-26 21:43   
Friedemann knows that the warning messages are still missing and they will come.

I can agree with WilfriedB, Routeconverter is an excellent program when it comes to tracks.
(0004458)
xyzzy   
2023-01-26 21:58   
@heiko, WilfriedB: Thanks, I will look at it
(0004459)
xyzzy   
2023-01-27 05:09   
@WilfriedB: Are the files generated by GeoSetter (Export to GPX Trace File) compatible with RouteConverter?
(0004460)
WilfriedB   
2023-01-27 11:33   
@xyzzy: Good question, since I always recorded my tracks on a logger or SmartPhone app (and if necessary change it with RouteConverter), than use GeoSetter to tag the photos, I never changed on or exported a track from GeoSetter. So I just tried to export a track and it cannot be read.

Although RouteConverter claims to be able to read and convert "all" Geo tracks, there are some exceptions with very old versions of GPX. In the past, I was able the slightly modify tracks, I recorded more than 10 years ago with a Wintec WBT 201, so RouteConverter can read them. I just looked into the GPX exported by GeoSetter. It says gpx version="1.0", which seems to be an even older version and might be incorrectly implemented. Probably another issue, Friedemann might have a look into.
(0004461)
WilfriedB   
2023-01-27 12:18   
I just compared the GPX tracks exported by GeoSetter and RouteConverter. In the second line of GeoSetter's version is missing xmlns="http://www.topografix.com/GPX/1/0"
The GPX file of GeoSetter has:
<?xml version="1.0" encoding="UTF-8"?>
<gpx version="1.0" creator="GeoSetter - https://www.geosetter.de">
It can be read by RouteConverter (and probably other applications) by changing to:
<?xml version="1.0" encoding="UTF-8"?>
<gpx xmlns="http://www.topografix.com/GPX/1/0" version="1.0" creator="GeoSetter - https://www.geosetter.de">
(0004462)
xyzzy   
2023-01-27 13:23   
@WilfriedB: You are right: with this small modification, it works. Thanks
(0004464)
heiko   
2023-01-27 18:15   
I have just explicitly pointed out this problem to Friedemann again (2464), as he is currently working on the tracks. I assume that he will fix this problem.
(0004465)
xyzzy   
2023-01-27 20:39   
If in the file generated by GeoSetter, I modify the header,
the file is readable by "RouteConverterWindows".

On the other hand, if in GeoSetter, I transform certain points into "WayPoint",
only these points are read in "RouteConverterWindows"
(0004473)
WilfriedB   
2023-01-28 07:26   
@xyzzy reg.: "I transform certain points into "WayPoint", only these points are read in "RouteConverterWindows"

Are you sure? Unlike GeoSetter, RouteConverter cannot show Way points and tracks (or multiple tracks) concurrently on the same map. However, It is able to read GPX files with multiple "position lists" and you can select which position list you want to work on in the pull down at the upper right of the window (if there is more then one), Unfortunately, the way points (if any) are always shown first. (My screenshot shows an empty pull-down - I can search a better example - but I think it is clear<9
(0004476)
WilfriedB   
2023-01-28 09:22   
@xyzzy just to make sure what I said before does work with way points created by Geosetter, I tried it out. Indeed the GPX contains two position lists: first displayed the one with way point(s) and than you can choose to select the track. Please see the screen shots.
(0004480)
xyzzy   
2023-01-28 13:09   
It's my mistake.
I know RouteConverter only recently: everything is there but on different lists.
(0004489)
Friedemann   
2023-01-30 09:55   
A warning will now be shown. For changed tracks in the same folder when cahnging the folder and for all other tracks when closing the program.
(0004498)
xyzzy   
2023-02-01 14:21   
4.0.38: An alert is displayed even if no modification is made.
(0004506)
xyzzy   
2023-02-02 05:13   
@Friedemann: You can close this issue; Works in 4.0.39

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2452 [GeoSetter] User Interface minor always 2023-01-20 17:00 2023-02-02 20:15
Reporter: ThunderBoy Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Remove geo data from selected images + Remove GPS coordinates
Description: While translating the program I found this sentence: Remove geo data from selected images. I searched, but nowhere in the program, in the menu or in the context menu for photos with GPS is this option available. I think I searched well. I was intrigued because I use an external program just to remove the GPS coordinates themselves.

When I open the photo and put edit data, there is a similar option. I haven't tried exactly how it works. Apparently it completely removes all location data. However, I'm only interested in removing the coordinates, nothing more.

It would be ideal to have this option available in the photo thumbnails when I right-click on them. A new item in Menu > Edit > Remove geo data from selected images would be useful, or also for: Remove GPS coordinates only.

Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Geodata.png (30,139 bytes) 2023-01-20 17:48
https://www.geosetter.de/mantis/file_download.php?file_id=1118&type=bug
png
Notes
(0004417)
roscoe   
2023-01-20 17:48   
@ThunderBoy: is available. Right click on thumbnail, then edit data. See screenshot.
(0004419)
ThunderBoy   
2023-01-20 18:22   
@roscoe Yes, that's what I wrote about. I don't want to unnecessarily open a photo when one could delete the coordinates in the file previews when right-clicking. I also don't need to delete all the saved location data, just the coordinates.
(0004425)
xyzzy   
2023-01-21 17:09   
Perhaps set up one or more personal shortcuts associated with an effective command on a selected image?
That way, everyone can program what they want to do quickly!
(0004511)
ThunderBoy   
2023-02-02 20:15   
@xyzzy I couldn't find anything in the shortcuts for this.

This could also be done with two help buttons "Remove all location data" and "Remove only the GPS coordinates", which could be added to a bar, e.g. above the map. I'm thinking of the bar where the maps are toggled. But it would be quite enough for me to add them to the right-click menu. There would then be no need to even open the photo. It would save me time. That second button would of course remove the altitude along with the GPS coordinates. Otherwise it wouldn't even make sense.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2389 [GeoSetter] User Interface tweak have not tried 2022-12-15 14:58 2023-02-02 17:21
Reporter: xyzzy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Terms not translated into French
Description: See images included
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Pas en français - 01.jpg (53,394 bytes) 2022-12-15 14:58
https://www.geosetter.de/mantis/file_download.php?file_id=1006&type=bug
jpg

Pas en français - 02.jpg (34,337 bytes) 2022-12-15 14:58
https://www.geosetter.de/mantis/file_download.php?file_id=1007&type=bug
jpg

Pas en français - 03.jpg (50,530 bytes) 2022-12-15 14:58
https://www.geosetter.de/mantis/file_download.php?file_id=1008&type=bug
jpg

Pas en français - 04.jpg (43,640 bytes) 2022-12-15 14:58
https://www.geosetter.de/mantis/file_download.php?file_id=1009&type=bug
jpg

Pas en français - 05.jpg (206,171 bytes) 2022-12-15 14:58
https://www.geosetter.de/mantis/file_download.php?file_id=1010&type=bug
jpg

Pas en français - 06.jpg (85,497 bytes) 2022-12-15 14:58
https://www.geosetter.de/mantis/file_download.php?file_id=1011&type=bug
jpg

Pas en français - 07.jpg (193,133 bytes) 2022-12-15 14:58
https://www.geosetter.de/mantis/file_download.php?file_id=1012&type=bug
jpg

Pas en français - 08.jpg (29,553 bytes) 2022-12-15 14:58
https://www.geosetter.de/mantis/file_download.php?file_id=1013&type=bug
jpg

default.mo (135,796 bytes) 2022-12-16 00:26
https://www.geosetter.de/mantis/file_download.php?file_id=1015&type=bug
Msg Add New Type -2.jpg (53,154 bytes) 2022-12-16 05:59
https://www.geosetter.de/mantis/file_download.php?file_id=1016&type=bug
jpg

default-2.mo (135,662 bytes) 2022-12-16 06:00
https://www.geosetter.de/mantis/file_download.php?file_id=1017&type=bug
default-3.mo (135,662 bytes) 2022-12-16 06:01
https://www.geosetter.de/mantis/file_download.php?file_id=1018&type=bug
default-4.mo (145,410 bytes) 2022-12-26 13:26
https://www.geosetter.de/mantis/file_download.php?file_id=1062&type=bug
_DEFAULT.po (152,412 bytes) 2022-12-26 13:26
https://www.geosetter.de/mantis/file_download.php?file_id=1063&type=bug
Notes
(0004174)
ThunderBoy   
2022-12-15 16:08   
This is not a GeoSetter problem. The French translation of the program is not complete. You can translate it yourself. This happened because of newer versions of GS and nobody updated the language. GeoSetter\locale\fr\LC_MESSAGES\default.mo Convert this file to a .po file e.g. here: https://ezgif.com/mo-to-po . Open the converted file in Poedit and translate what you need. But some phrases are missing, so you have to add them in the text editor. Then you can send it to the GeoSetter author and it will be updated in the new version. More info: 0001296

I watched the French translation. The phrases you write about are not mentioned in the translation. They have to be added there manually in a text editor.
(0004175)
ThunderBoy   
2022-12-15 17:02   
Open the file GeoSetter\locale\de\LC_MESSAGES\default.mo There are all the missing phrases and add them to your French via a text editor.
(0004178)
xyzzy   
2022-12-15 17:57   
Despite the fact that I have a lot of programming, I don't know these .mo/.po files.
I will look at this.
Thanks
(0004180)
xyzzy   
2022-12-16 00:26   
J'ai traduit la majorité des termes manquant en français.
(0004181)
xyzzy   
2022-12-16 05:59   
Small fixes and also a shorter message to solve the problem specified in the request "https://www.geosetter.de/mantis/view.php?id=2380" :: French Message in "Add Custom Type"
(0004182)
xyzzy   
2022-12-16 06:01   
Disregard the file "default-2.mo". It is a mistake
(0004197)
xyzzy   
2022-12-18 22:23   
@ThunderBoy
Is there a way in the ".po/.mo" files to specify a different text if there are one or more items because it is very different in French: example:

If there are multiple objects, this sentence works
    msgstr "Voulez-vous vraiment supprimer les %d objets sélectionnés ?"

But if there is only one object, the sentence should be
    msgstr "Voulez-vous vraiment supprimer l'objet sélectionné ?"
(0004201)
ThunderBoy   
2022-12-19 08:30   
@xyzzy It exists, but it doesn't work in Geosetter. I wrote it here: 0002378
(0004202)
ThunderBoy   
2022-12-19 08:46   
For my language there are 3 variants of the inflection "plural":
{ "en" , { "nplurals=3; plural=(n==1 ? 0 : n>=2 && n<=4 ? 1 : 2);", 3 } },
For your language, only two:
{ "fr" , { "nplurals=2; plural=(n > 1);", 2 } },

https://github.com/vslavik/poedit/blob/master/src/language_impl_plurals.h
https://stackoverflow.com/questions/12121515/multiple-plural-forms-in-gettext
https://haptiq.studio/plural-forms/
(0004203)
ThunderBoy   
2022-12-19 08:48   
Correction, I was wrong. :(

For my language there are 3 variants of the inflection "plural":
{ "sk" , { "nplurals=3; plural=(n==1 ? 0 : n>=2 && n<=4 ? 1 : 2);", 3 } },
For your language, only two:
{ "fr" , { "nplurals=2; plural=(n > 1);", 2 } },

https://github.com/vslavik/poedit/blob/master/src/language_impl_plurals.h
https://stackoverflow.com/questions/12121515/multiple-plural-forms-in-gettext
https://haptiq.studio/plural-forms/
(0004300)
xyzzy   
2022-12-26 13:26   
Version of 2022-12-26 (new terms and correction of small errors)
(0004471)
xyzzy   
2023-01-28 00:23   
@heiko: you can close this issue.
Most of the translations have been done.
The only question that can remain unanswered is how Friedemann handles the plural (depending on the language).
Is it in GeoSetter or in the ".mo" files.
If it's in ".mo" files, I would like to know how Friedemann wants to operate.
(0004492)
ThunderBoy   
2023-01-31 12:03   
@xyzzy We have to give him time. My translation is still not added to the programme and I sent it to him in November. He already has it with sentence inflection for testing. First he is fixing older problems that have come up in the meantime Seeing that it is going slowly. He's just a man who has other things to do in life.
(0004505)
Friedemann   
2023-02-01 23:32   
Oh, @ThunderBoy, I think I totally forget to consider your translations :-o
(0004510)
ThunderBoy   
2023-02-02 17:21   
@Friedemann About two weeks ago I emailed the latest version of the translation into Slovak. There were also bugs attached.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2448 [GeoSetter] User Interface feature always 2023-01-15 19:01 2023-02-02 15:10
Reporter: xyzzy Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Open with default Application
Description: Even if you specify to "always" use an application, the information is not kept.
GeoSetter always asks for an application.
Maybe a file extension assignment problem outside of GeoSetter's control!
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Default Application.jpg (118,181 bytes) 2023-01-15 19:01
https://www.geosetter.de/mantis/file_download.php?file_id=1106&type=bug
jpg

JPG vs JPEG.jpg (417,858 bytes) 2023-02-02 15:00
https://www.geosetter.de/mantis/file_download.php?file_id=1152&type=bug
JPG vs JPEG-2.jpg (426,678 bytes) 2023-02-02 15:10
https://www.geosetter.de/mantis/file_download.php?file_id=1153&type=bug
Notes
(0004509)
xyzzy   
2023-02-02 15:00   
2 types of files with the same associated program but 2 behaviors with GeoSetter

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2467 [GeoSetter] User Interface major always 2023-02-01 01:47 2023-02-01 23:30
Reporter: makowiec Platform:  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 10 Pro  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 4.0.41 beta  
    Target Version:  
Summary: 4.0.38 - "Some Track Data Has Been Changed" pops up without changing a track file
Description: See steps to reproduce
Tags: "GPX" "Track"
Steps To Reproduce: Steps to reproduce:
- enter a directory with a track file in it
- leave that directory
- message pops up without ever having touched a file
Additional Information:
Attached Files: gpx-popup.jpg (73,300 bytes) 2023-02-01 01:47
https://www.geosetter.de/mantis/file_download.php?file_id=1150&type=bug
jpg
Notes
(0004504)
Friedemann   
2023-02-01 23:30   
Fixed for not loaded tracks.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2399 [GeoSetter] User Interface feature have not tried 2022-12-20 20:59 2023-02-01 20:26
Reporter: xyzzy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 4.0.38 beta  
    Target Version:  
Summary: Version 4.0.4 - A ".png" is missing.
Description: I copied the file "marker_waypoint.png" under the name "waypoint.png" and the image appeared
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Missing png.jpg (49,591 bytes) 2022-12-20 20:59
https://www.geosetter.de/mantis/file_download.php?file_id=1044&type=bug
jpg
Notes
(0004416)
xyzzy   
2023-01-20 16:35   
@heiko: you can close this issue

Works in last beta version
(0004467)
xyzzy   
2023-01-27 23:34   
@heiko: you can close this issue. Works in version 4.0.33 (less work for Fredemann)
(0004501)
xyzzy   
2023-02-01 14:58   
@Friedemann: You can close this issue. Work since 4.0.33 , Curiosity: Why a "tree" as an icon?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2398 [GeoSetter] User Interface feature have not tried 2022-12-20 20:57 2023-02-01 20:25
Reporter: xyzzy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 4.0.38 beta  
    Target Version:  
Summary: Version 4.0.4 - Images of favorites (selected/unselected) have been inverted
Description: Replace rows in "map.js"
    _getFavoriteIcon: function (selected) {
        if (selected) {
            if (!this.favoriteIconSelected) {
                this.favoriteIconSelected = L.icon({
                    iconUrl: 'img/marker_favorite.png',
                    iconAnchor: [16, 16],
                    popupAnchor: [0, 0]
                });
            }
            return this.favoriteIconSelected;
        } else {
            if (!this.favoriteIconUnselected) {
                this.favoriteIconUnselected = L.icon({
                    iconUrl: 'img/marker_favorite_selected.png',
                    iconAnchor: [16, 16],
                    popupAnchor: [0, 0]
                });
            }
            return this.favoriteIconUnselected;
        }
    },

by
    _getFavoriteIcon: function (selected) {
        if (selected) {
            if (!this.favoriteIconSelected) {
                this.favoriteIconSelected = L.icon({
                    iconUrl: 'img/marker_favorite_selected.png',
                    iconAnchor: [16, 16],
                    popupAnchor: [0, 0]
                });
            }
            return this.favoriteIconSelected;
        } else {
            if (!this.favoriteIconUnselected) {
                this.favoriteIconUnselected = L.icon({
                    iconUrl: 'img/marker_favorite.png',
                    iconAnchor: [16, 16],
                    popupAnchor: [0, 0]
                });
            }
            return this.favoriteIconUnselected;
        }
    },
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0004397)
xyzzy   
2023-01-16 15:43   
@heiko : Has been corrected. You can close this request
(0004469)
xyzzy   
2023-01-28 00:02   
@heiko: You can close this issue. Works in 4.0.33. (Less work for Friedemann)
(0004502)
xyzzy   
2023-02-01 15:00   
@Friedemann: you can close this issue: Work since 4.0.33

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2388 [GeoSetter] Image Data major have not tried 2022-12-15 13:27 2023-02-01 20:24
Reporter: xyzzy Platform:  
Assigned To: Friedemann OS:  
Priority: high OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 4.0.38 beta  
    Target Version:  
Summary: Exiftool
Description: 1) In the "Exiftool" section, depending on the chosen language, some values are omitted.
2) It doesn't matter the language, some values are also omitted
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Missing info 2 of 2.jpg (264,229 bytes) 2022-12-15 13:27
https://www.geosetter.de/mantis/file_download.php?file_id=1002&type=bug
Missing info 1 of 2.jpg (217,347 bytes) 2022-12-15 13:27
https://www.geosetter.de/mantis/file_download.php?file_id=1003&type=bug
jpg
Notes
(0004503)
xyzzy   
2023-02-01 15:12   
@Friedemann: You can close this issue; Work in 4.0.38

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2438 [GeoSetter] User Interface minor have not tried 2023-01-14 14:12 2023-02-01 20:22
Reporter: xyzzy Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 4.0.38 beta  
    Target Version:  
Summary: Choice of Hint columns
Description: The columns selected in the "Adjust Columns and Captions|Hints" menu do not correspond to the columns displayed on the map
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Hint Columns.jpg (110,676 bytes) 2023-01-14 14:12
https://www.geosetter.de/mantis/file_download.php?file_id=1094&type=bug
jpg
Notes
(0004377)
xyzzy   
2023-01-14 15:10   
@heiko: You can close this request (I made a mistake)
(0004411)
xyzzy   
2023-01-19 13:36   
@heiko: you can close this issue
it's work in last beta version
(0004500)
xyzzy   
2023-02-01 14:46   
@heiko: you can close this issue

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2447 [GeoSetter] User Interface feature always 2023-01-15 16:33 2023-02-01 20:21
Reporter: xyzzy Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 4.0.38 beta  
    Target Version:  
Summary: Version 4.0.19 - Show in Explorer
Description: The new "Show in Explorer" functionality should also be available for a folder.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Show in Explorer.jpg (187,141 bytes) 2023-01-15 16:33
https://www.geosetter.de/mantis/file_download.php?file_id=1104&type=bug
jpg
Notes
(0004499)
xyzzy   
2023-02-01 14:31   
@heiko: you can close this issue: Works in version 4.0.38

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2469 [GeoSetter] User Interface feature random 2023-02-01 15:56 2023-02-01 15:56
Reporter: xyzzy Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Version 4.0.38 - Javascript popup error
Description: A JavaScript error has appeared. Haven't been able to reproduce it yet.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Erreur Javascript.jpg (160,768 bytes) 2023-02-01 15:56
https://www.geosetter.de/mantis/file_download.php?file_id=1151&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2434 [GeoSetter] User Interface major always 2023-01-12 16:47 2023-01-31 23:07
Reporter: xyzzy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Version 4.0.15 - Unwanted blinking
Description: Unwanted blinking (see video included)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Clignotements.mp4 (268,497 bytes) 2023-01-12 16:47
https://www.geosetter.de/mantis/file_download.php?file_id=1089&type=bug
Notes
(0004386)
xyzzy   
2023-01-15 14:55   
same behavior with version 4.0.19
(0004468)
xyzzy   
2023-01-27 23:59   
@heiko: I no longer see this "blinking" in version 4.0.33.
You can close this issue.
If I see it pop up again, I'll either make a new request or open this one again.
(Less work for Friedemann)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2451 [GeoSetter] User Interface feature always 2023-01-19 23:13 2023-01-30 22:55
Reporter: xyzzy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Version 4.0.27 - New folder feature
Description: At the beginning:
-The "Folders" option under "View" is not selected
- "Initial Image Folder" is displayed

If asked to display the "Folders" option under "View",
so there we lose the default directory to "go back" to the top of the folders
(See Folders1.jpg and Folders-2.jpg)

Conversely, if we have chosen a folder on the left in the "Folders", we lose the current folder to return to the top of the directories.
(See Folders3.jpg and Folders-4.jpg)

ideally, one should stay at the already selected directory
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Folders-1.jpg (63,022 bytes) 2023-01-19 23:13
https://www.geosetter.de/mantis/file_download.php?file_id=1114&type=bug
jpg

Folders-3.jpg (83,263 bytes) 2023-01-19 23:13
https://www.geosetter.de/mantis/file_download.php?file_id=1115&type=bug
jpg

Folders-3-2.jpg (83,263 bytes) 2023-01-19 23:13
https://www.geosetter.de/mantis/file_download.php?file_id=1116&type=bug
jpg

Folders-4.jpg (59,984 bytes) 2023-01-19 23:13
https://www.geosetter.de/mantis/file_download.php?file_id=1117&type=bug
jpg

bugerror.jpg (112,782 bytes) 2023-01-20 18:04
https://www.geosetter.de/mantis/file_download.php?file_id=1119&type=bug
jpg

Folders-6.jpg (143,906 bytes) 2023-01-22 23:00
https://www.geosetter.de/mantis/file_download.php?file_id=1124&type=bug
jpg

Folders-7.jpg (39,048 bytes) 2023-01-22 23:00
https://www.geosetter.de/mantis/file_download.php?file_id=1125&type=bug
jpg
Notes
(0004418)
ThunderBoy   
2023-01-20 18:04   
I wanted to test your problem. When I started, the program froze at the second point: Menu > View > Folders, and it does it nonstop. After about a minute it throws an error message that the program seems to have frozen. It did indeed freeze. I tried it in version 4.0.29. I'll send my boss an error message as well.
(0004420)
xyzzy   
2023-01-20 18:46   
@ThunderBoy: 4.0.29 !!! the latest version I have is 4.0.28
(0004421)
ThunderBoy   
2023-01-20 19:04   
@xyzzy Hey, I'm already overworked.
(0004422)
xyzzy   
2023-01-20 19:46   
@ThunderBoy: or you know links that I don't know :)
(0004428)
ThunderBoy   
2023-01-22 16:52   
I've tried, and I think everything is OK in version 4.0.30.
(0004430)
xyzzy   
2023-01-22 23:00   
In version 4.0.31, this only works on one side:
- "Initial Image Folder" selected
- "View | Folders" unselected
- And select "View | Folders" --> both display the "Initial Image Folder

But if from this position, we hide (click on the "X") of the "Folders", then the path is not kept
(0004490)
xyzzy   
2023-01-30 15:39   
@heiko: You can close this issue. Works in version 4.0.37
(0004491)
heiko   
2023-01-30 22:55   
Works in version 4.0.37

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2466 [GeoSetter] User Interface minor always 2023-01-30 15:12 2023-01-30 17:23
Reporter: WilfriedB Platform: ThinkPad  
Assigned To: OS: Windows 10  
Priority: low OS Version: 23H2 Build 19045  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Beta 4.0.37 Build 2210 reg. issue 2164 and 2461
Description: In Beta 4.0.37 Build 2210
- issue 2164 ( https://www.geosetter.de/mantis/view.php?id=2464 ) seems to be solved, at least according to my test with RoutConverter
- for issue 2461 (https://www.geosetter.de/mantis/view.php?id=2461) a warning is shown but:
  - responding with Yes results in EAccessViolation and the change is not saved (I did send the bug report(.
  - if the track is saved manually before ending GeoSetter, the warning still appears exception still appears
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2459 [GeoSetter] User Interface minor always 2023-01-24 15:22 2023-01-30 10:09
Reporter: Motalf Platform: PC  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 7  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Setup installation v3.5 ou 4.0 Beta
Description: In the middle of the installation there is a window in German
where there is a shell menu extension checkbox (context menu)
It's not embarrassing but it will be a plus!

if the pc in lang en, the setup is in en
if the pc in lang fr, the setup is in fr
etc...

Note:
I can't get 4.0.31, is this normal?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: image_1.jpg (97,005 bytes) 2023-01-24 17:55
https://www.geosetter.de/mantis/file_download.php?file_id=1137&type=bug
jpg

image.png (15,236 bytes) 2023-01-25 21:29
https://www.geosetter.de/mantis/file_download.php?file_id=1138&type=bug
png

image-2.png (13,543 bytes) 2023-01-25 21:29
https://www.geosetter.de/mantis/file_download.php?file_id=1139&type=bug
png
Notes
(0004442)
WilfriedB   
2023-01-25 11:33   
Reg. "I can't get 4.0.31, is this normal?": I can confirm https://geosetter.de/update/geosetter_beta.exe results in "404 page not not found" now, even though, I was able to download yesterday.
(0004444)
heiko   
2023-01-25 19:12   
There was apparently a serious bug in version 4.0.32, so I asked Friedemann to delete this version. I think that the link works again from version 4.0.33.
(0004445)
Motalf   
2023-01-25 21:18   
@heiko:
Ok Thanks for the info, it works fine!

for the checkbox, wouldn't it be better to add it to the contextual menu rather than shell extension ?
if it corresponds to this option !
(0004446)
Motalf   
2023-01-25 21:29   
window text :

in DE:
--------
Zusätzliche Optionen


Bitte geben Sie an, ob GeoSetter zum Kontextmenü des Windows Explorers
hinzugefügt werden soll.

Soll die Erweiterung des Kontextmenüs später wieder entfernt werden, ist eine
Neuinstallabon (erneute Ausführung dieses Setup-Programms) mit dabei
vorzunehmender Deakbvierung dieser Option notwendig. Die persönlichen
Einstellungen für GeoSetter bleiben dabei erhalten, werden also bei einer
Neuinstallabon NICHT entfernt.

In EN:
---------
Additional options

Please specify if GeoSetter should be added to the Windows Explorer context menu.
should be added.

If the context menu extension is to be removed again later, a
Reinstallabon (re-execution of this setup program) with it
necessary to deactivate this option. The personal
Settings for GeoSetter remain unchanged, i.e. they are not changed during a
New installabon NOT removed.
(0004447)
xyzzy   
2023-01-25 21:39   
En FR :
---------
Options additionnelles

Veuillez spécifier si GeoSetter doit être ajouté au menu
contextuel de l'Explorateur Windows.

Si l'extension du menu contextuel doit être supprimée à nouveau
ultérieurement, une réinstallation (réexécution de ce programme
d'installation) sera nécessaire en désactivant cette option.
Les paramètres personnels de GeoSetter resteront inchangés,
c'est-à-dire qu'ils ne sont pas modifiés lors d'une
nouvelle installation NON supprimée.
(0004448)
heiko   
2023-01-25 21:47   
The download link works again. Version 4.0.33 is available.
(0004449)
Motalf   
2023-01-25 21:52   
@xyzzy, heiko:
Thanks

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2454 [GeoSetter] Image Data minor always 2023-01-22 14:35 2023-01-29 23:17
Reporter: BryherPatch Platform:  
Assigned To: Friedemann OS: Windows 11  
Priority: low OS Version: 11  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Version 4.0.24 (Build 2155) Image 'Taken Date' not setting when updating multiple images
Description: If I select 'Edit Data' for 1 image and change the 'Taken Date', it marks the change to the image and writes it when I click sync.

If I select several images and change the 'Taken Date' it only marks the change to one of the images. This is even the case where after changing the 'Taken Date' I click 'Select Current Values for all Selected Images'

Changing various other values for multiple image generally seems to work o.k.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Change Take Date-1.jpg (290,708 bytes) 2023-01-23 15:26
https://www.geosetter.de/mantis/file_download.php?file_id=1127&type=bug
Change Take Date-2.jpg (296,545 bytes) 2023-01-23 15:26
https://www.geosetter.de/mantis/file_download.php?file_id=1128&type=bug
Change Take Date-3.jpg (376,170 bytes) 2023-01-23 15:26
https://www.geosetter.de/mantis/file_download.php?file_id=1129&type=bug
Change Take Date-4.jpg (293,724 bytes) 2023-01-23 15:26
https://www.geosetter.de/mantis/file_download.php?file_id=1130&type=bug
Change Take Date-5.jpg (193,342 bytes) 2023-01-23 15:26
https://www.geosetter.de/mantis/file_download.php?file_id=1131&type=bug
jpg

Change Take Date-6.jpg (156,011 bytes) 2023-01-23 15:26
https://www.geosetter.de/mantis/file_download.php?file_id=1132&type=bug
jpg
Notes
(0004431)
xyzzy   
2023-01-22 23:10   
This looks like the problem reported in "0002445".
Me, I did and it works but I didn't check the ""Timezone only" box.
To test!!!!
(0004433)
BryherPatch   
2023-01-23 14:51   
I have just re-tested on V 4.0.31 and the problem persists.
(0004434)
xyzzy   
2023-01-23 15:26   
From my side, with version 4.0.31 it works. See the steps I did.

@BryherPatch: Is there a step that you do and I don't?
(0004441)
BryherPatch   
2023-01-23 21:15   
See your image 3. Having tested even more, the very specific issue is that if 'Timezone Only' is checked along with 'Date Taken', this seems to only set the date for one of the images (Surely it should, or should not set the date for all images??). If 'Timezone Only' is unchecked, it does update the date on all of the images.

Also, if you un-check 'Timezone Only', it does not default to unchecked for the next time. I am not sure if this is a bug or a feature.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2455 [GeoSetter] User Interface major sometimes 2023-01-23 13:09 2023-01-29 20:03
Reporter: xyzzy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Version 4.0.31 - Error showTrackSegment missing
Description: It sometimes happens to have an error when selecting tracks
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Error showTrackSegment.jpg (227,280 bytes) 2023-01-23 13:09
https://www.geosetter.de/mantis/file_download.php?file_id=1126&type=bug
jpg
Notes
(0004450)
xyzzy   
2023-01-25 22:26   
@heiko: You can close this issu, I forgot to modify the path of the map in the settings

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2464 [GeoSetter] User Interface trivial always 2023-01-27 13:55 2023-01-29 20:00
Reporter: WilfriedB Platform: ThinkPad  
Assigned To: Friedemann OS: Windows 10  
Priority: low OS Version: 22H2 Build 19045  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 4.0.37 beta  
    Target Version:  
Summary: Export to GPX-Track file ... not compatible to other application
Description: When using the menu option File->Export to GPX-Track file ... the resulting GPX 1.0 file cannot be read by at least one other application (RouteConverter), because the xmlns attribute is missing in the second line of GeoSetter's version.
The first two lines of the GPX file produced by GeoSetter are:
<?xml version="1.0" encoding="UTF-8"?>
<gpx version="1.0" creator="GeoSetter - https://www.geosetter.de">
It can be read by RouteConverter (and probably other applications) by changing to:
<?xml version="1.0" encoding="UTF-8"?>
<gpx xmlns="http://www.topografix.com/GPX/1/0" version="1.0" creator="GeoSetter - https://www.geosetter.de">
--
Having said the above, I am wondering wether this functions should be better called "Export way points to GPX-file", since this is what it does: The coordinates of selected images (and only those) are exported as points to a track file. As far as I could see, GPX track files in the same folder are ignored for this function.
Also it might more sense to create a way point list rather than tracks. However, I'm not sure how much this function in GeoSetter is used. So far, I never needed it-
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files: GeoSetter Save changed Track.jpg (39,067 bytes) 2023-01-28 09:36
https://www.geosetter.de/mantis/file_download.php?file_id=1147&type=bug
jpg
Notes
(0004463)
xyzzy   
2023-01-27 16:05   
For my part, as my camera detects GPS coordinates, I found it interesting to create a track where I went using the functionality of GeoSetter.
 
On the other hand, it would be good to modify the header of the file generated by GeoSetter as suggested by WilfriedB
(0004466)
xyzzy   
2023-01-27 21:33   
Comments I submitted in 2461:

If in the file generated by GeoSetter, I modify the header,
the file is readable by "RouteConverterWindows".

On the other hand, if in GeoSetter, I transform certain points into "WayPoint",
only these points are read in "RouteConverterWindows"
(0004477)
WilfriedB   
2023-01-28 09:23   
Please see my comments under https://www.geosetter.de/mantis/view.php?id=2461#c4476
(0004478)
WilfriedB   
2023-01-28 09:36   
The same applies if a track which was initially correct, is changed (e.g. adding a way point) inside GeoSetter, saved and overwritten. The GPX file can be fixed as described and after that, I did not notice any difference besied the new way point.
(0004479)
roscoe   
2023-01-28 11:48   
@WilfriedB You are absolutely right with your statement. Only waypoints are written to the GPX file. I have tried it. However, only the program RouteConverter seems to have a problem here. I have tested several other GPX programs (GPXSee, GPX Editor, GPS Track Editor), all open the file and show the waypoints. And also in Google Earth this file can be opened and displayed.
However, RouteConverter seems to be basically very sensitive to file variations. I have also had problems with various CSV files with the RouteConverter.
(0004488)
Friedemann   
2023-01-29 20:00   
(Last edited: 2023-01-29 20:00)
I changed the GPX header as suggested by @WilfriedB, thank you!!! :-)


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2463 [GeoSetter] User Interface minor always 2023-01-26 19:24 2023-01-26 21:38
Reporter: zava Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Zoom to selected track zooms to a much too wide area
Description: Selecting a track and clicking "zoom to selected track" does center the selected track on map display but zooms to a huge zoom level where the selected track may barely be visible.
Several square kilometers are displayed, even if the selected track is just a few metres...
I remember in previous versions that it (more usefully) zoomed to a region of interest containing little more than the selected track, much closer to auseful idea of "zooming on the track".
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0004456)
heiko   
2023-01-26 21:38   
What version are you using? In version 4.0.33 the zoom is ok for me.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2460 [GeoSetter] Image Data minor always 2023-01-26 15:08 2023-01-26 16:18
Reporter: 0Peter0 Platform: Windows  
Assigned To: OS: 10  
Priority: normal OS Version: 22h2  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Version 4.0.33 - GPS data on Canon Raw - CR3
Description: Happy to see that Geosetter 4 reads The new Canon Raw format CR3, but unfortunately it is not able to access it's GPS Data. If the pictures are in JPG format (transformed or shot) it works!
Tags:
Steps To Reproduce:
Additional Information: I use a EOS250D firmware 1.0.3
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2445 [GeoSetter] Image Data major always 2023-01-15 00:16 2023-01-25 23:03
Reporter: GrahamYSA Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Set current values for all selected images
Description: This option in the edit window is not working for me, my workflow is:
Open a folder of images
Select a number of images
Open Edit window
Change Date Taken on first image
Tick Get from Taken Date under Created Date (image filenames all in bold in Edit window file list)
Click Set Current Values For All Selected Images
Tried Changed and All
Click OK
All filenames below first image name are unbolded, no changes are made

I am obviously doing something wrong!


Tags:
Steps To Reproduce:
Additional Information:
Attached Files: 1-Selectfiles.jpg (258,830 bytes) 2023-01-15 00:16
https://www.geosetter.de/mantis/file_download.php?file_id=1099&type=bug
jpg

2-FirstImageEdited.jpg (397,741 bytes) 2023-01-15 00:16
https://www.geosetter.de/mantis/file_download.php?file_id=1100&type=bug
3-OptionsWindow.jpg (103,697 bytes) 2023-01-15 00:16
https://www.geosetter.de/mantis/file_download.php?file_id=1101&type=bug
jpg

4-AfterOK.jpg (133,441 bytes) 2023-01-15 00:16
https://www.geosetter.de/mantis/file_download.php?file_id=1102&type=bug
jpg
Notes
(0004383)
xyzzy   
2023-01-15 04:47   
Have you tried unchecking the "Timezone only" box?
(0004451)
GrahamYSA   
2023-01-25 22:48   
Thanks xyzzy, that did the trick but only after I changed the details on the first file and saved them.
(0004452)
xyzzy   
2023-01-25 22:52   
@GrahamYSA: See 2454, similar issue

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2453 [GeoSetter] User Interface tweak always 2023-01-20 23:29 2023-01-24 20:27
Reporter: xyzzy Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Version 4.0.28 - Message in red
Description: In version 3.5.3, when there is a modification of the metadata, the header of the exiftool information indicates in red that the image has been modified but not in versions 4.

This is very visible and should be put back
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Msg in red.jpg (392,544 bytes) 2023-01-20 23:29
https://www.geosetter.de/mantis/file_download.php?file_id=1120&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2458 [GeoSetter] Image Data minor always 2023-01-24 06:04 2023-01-24 06:04
Reporter: xyzzy Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Version 4.0.31 - Rename WayPoint
Description: When renaming a WayPoint, the new name does not appear immediately on the map
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Renaming a WayPoint.jpg (370,624 bytes) 2023-01-24 06:04
https://www.geosetter.de/mantis/file_download.php?file_id=1136&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2384 [GeoSetter] User Interface major always 2022-12-10 20:19 2023-01-23 19:27
Reporter: ThunderBoy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Additional Layers not working
Description: Finally, I wanted to take advantage of the overlay layers on the map as well. But apparently it doesn't work. Has it ever worked? I tried to insert .kml and .kmz files, which I got directly from Google Earth. But nothing is showing me. Even after restarting the program. Does it work from local files as well or only via URL? Via URL this option is really useless.

There is nothing in the help about this.
Tags: kmz, layers, map
Steps To Reproduce:
Additional Information:
Attached Files: layers.jpg (100,505 bytes) 2022-12-10 20:19
https://www.geosetter.de/mantis/file_download.php?file_id=984&type=bug
jpg

image.png (81,373 bytes) 2022-12-13 20:29
https://www.geosetter.de/mantis/file_download.php?file_id=994&type=bug
png

help.jpg (343,451 bytes) 2022-12-15 17:47
https://www.geosetter.de/mantis/file_download.php?file_id=1014&type=bug
encoding of characters.jpg (248,664 bytes) 2022-12-19 17:57
https://www.geosetter.de/mantis/file_download.php?file_id=1027&type=bug
jpg

errorcode.jpg (30,756 bytes) 2022-12-19 22:09
https://www.geosetter.de/mantis/file_download.php?file_id=1029&type=bug
jpg

german.jpg (21,163 bytes) 2022-12-19 22:09
https://www.geosetter.de/mantis/file_download.php?file_id=1030&type=bug
jpg
Notes
(0004153)
heiko   
2022-12-13 20:29   
(Last edited: 2022-12-13 20:30)
I assume, that this feature works (or has worked), because I've written something in the help file (this version of the help file was never released from Friedemann).

Here is a screenshot of the section with the layers:

(0004177)
ThunderBoy   
2022-12-15 17:47   
@heiko I have checked the current installation of the program and the help does not include this part at all. The program contains old help: © 2008 - 2009 Heiko Leupolz
If it's only functional via the url, it's useless.
Can you attach the latest version of the help here? Thanks.
(0004184)
Friedemann   
2022-12-18 01:47   
@ThunderBoy, can you perhaps send me such a kml and kmz file to support@geosetter.de? I just reworked it and want to see if it works with it...
(0004188)
ThunderBoy   
2022-12-18 15:21   
@Friedemann I sent it by email. Also check your spam folder. I will be very happy when the .kmz overlay layers can be used directly from pc in the program. I wouldn't have to use Google Earth to view this data.
(0004191)
ThunderBoy   
2022-12-18 16:26   
I tested it in version 4.0.4 and it works quite well. But with larger and more complex files it has a problem. I will test it when I have time. Kml quite sufficient. At least we have moved on. Thanks.
(0004208)
ThunderBoy   
2022-12-19 17:57   
I have tested in more detail the "custom layers" in version 4.0.4. I am quite happy with it. But I ran into a few problems. One problem is not related to Geosetter, but I mentioned it above.

Small warning.
The .kml file must be in base form. Otherwise it will throw a SyntaxError error when imported into GS. If you encounter this error, you must first edit the file in GE when importing it into GS. Create a new directory in Google Earth and copy the entire contents of your original file into it. Save this to a .kml and import it into GS. It should work fine ... at least it worked for me.

The second thing is, and I mentioned this in the email. The program doesn't remember the last setting of Custom objects. On a fresh start, the "Show Custom objects" option is automatically enabled. When the program exits, it was turned off.

And now to the main problem. Here I am attaching a picture. The program ignores the encoding set in the .kml files. I think this will be in everything you add there. You need to set the UTF8 encoding for the inserted items directly in the program. I have no idea where to set this. I noticed that it incorrectly saves it also in the custom_objects.xml file . In the image I gave a comparison of how it shows up in GS and GE.
(0004214)
ThunderBoy   
2022-12-19 22:09   
Another problem I've had 2x already. This error occurs by itself over time.
After several restarts of the program, the Custom Object will stop displaying. The following message is displayed in the map log as soon as the program starts.

ERROR: SyntaxError: Syntaktická chyba; SyntaxError: Syntaktická chyba
   at GSM.addCustomObject (file:///Y:/PORTABLES/Graphics/GeoSetter/map/map.js:1587:13)
   at Global code (Unknown script code:1:1)
  GSM.addCustomObject(0, 'SK', '#3399FF', '');

When I open the Custom objects editing window, when I click on any item, it throws up the error box I attached.
When I put "Edit selected object", it throws up another window in German: Lesen nicht möglich
A new window opens with the object details. "Content of url (or file)" is empty and nothing can be written there.
All items need to be removed and added again and so on and so on.
(0004215)
ThunderBoy   
2022-12-19 22:43   
Please ignore the previous message.: #0004214 Too bad it can't be removed here.
I found out that the problem is with me. In the meantime, I deleted those source .kml files, so that's why this error occurred. It didn't occur to me at all when deleting.
I'm going to take one more day off, because it's getting to be too much for me. :(
(0004258)
Friedemann   
2022-12-22 01:54   
Yes, of course, the UTF-8 encoding... @ThunderBoy, I've send a mail already to you, I dind't get your example file by now...
(0004262)
ThunderBoy   
2022-12-22 07:57   
@Friedemann I've already sent you at least 3 emails, also with error messages. Have you also looked at SPAM? If you don't have anything there, I'll send it again from another account than yandex (from google, which I don't like). I also sent you the Slovak translation of the program.
(0004268)
heiko   
2022-12-22 23:37   
@ThunderBoy: the help file is too big for uploading here. Friedemann has this version of the help file, I hope he will add it to the next installation.
(0004271)
ThunderBoy   
2022-12-23 08:18   
@heiko Is a new help menu with new features planned? In the new beta version there was a newer German version of the help but it also didn't contain what I needed. Check all versions with the boss, let the latest one really be added. These were added in the beta: DE © 2009 - 2011 Heiko Leupolz, EN © 2008 Heiko Leupolz

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2376 [GeoSetter] Image Data major always 2022-11-28 23:26 2023-01-23 12:26
Reporter: xyzzy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Parameters removed by mistake
Description: In the IPTC section, as my keywords contain accented characters in French, I had to add 2 parameters that GeoSetter removes.
These two parameters are:

CodedCharacterSet = UTF8
EnvelopeRecordVersion = 4

This has the effect of no longer displaying the keywords correctly

see pictures provided
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: IPTC-Section 1 de 5.jpg (134,618 bytes) 2022-11-28 23:26
https://www.geosetter.de/mantis/file_download.php?file_id=938&type=bug
jpg

IPTC-Section 2 de 5.jpg (145,353 bytes) 2022-11-28 23:26
https://www.geosetter.de/mantis/file_download.php?file_id=939&type=bug
jpg

IPTC-Section 3 de 5.jpg (161,907 bytes) 2022-11-28 23:26
https://www.geosetter.de/mantis/file_download.php?file_id=940&type=bug
jpg

IPTC-Section 4 de 5.jpg (65,624 bytes) 2022-11-28 23:26
https://www.geosetter.de/mantis/file_download.php?file_id=941&type=bug
jpg

IPTC-Section 5 de 5.jpg (166,469 bytes) 2022-11-28 23:26
https://www.geosetter.de/mantis/file_download.php?file_id=942&type=bug
jpg

Before.jpg (178,271 bytes) 2023-01-20 23:57
https://www.geosetter.de/mantis/file_download.php?file_id=1121&type=bug
jpg

After.jpg (162,767 bytes) 2023-01-20 23:57
https://www.geosetter.de/mantis/file_download.php?file_id=1122&type=bug
jpg
Notes
(0004423)
xyzzy   
2023-01-20 23:57   
In addition to losing 2 fields, the texts are in English
(0004424)
xyzzy   
2023-01-21 00:00   
@heiko: Is it possible to remove the comment from "ljglmail": it has nothing to do with this request
(0004427)
heiko   
2023-01-21 18:24   
@xyzzy: I've removed the comment
(0004429)
xyzzy   
2023-01-22 22:46   
@heiko: Thanks. Is it possible to check the other requests where "ljglmail" made comments (at least 2256 and 2367). In my opinion his comments have nothing to do with GeoSetter.
(0004432)
WilfriedB   
2023-01-23 12:26   
This sounds pretty much like a problem, In noticed years ago, but until recently, I was never able to reproduce consistently:
- When I add IPTC fields containing German umlauts or French accents with GeoSetter (or other programs), the display fine in GeoSetter and elsewhere after saving.
- When I subsequently change any of the IPTC fields (which may or may not contain umlauts) GeoSetter saves them incorrectly, i.e. è appears as è, â as â ... etc.

And yes, @xyzzy is correct, controlling "Image Info", I saw now, "EnvelopeRecordVersion = 4" ist missing now after the change.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2380 [GeoSetter] User Interface minor sometimes 2022-12-01 15:18 2023-01-19 22:46
Reporter: xyzzy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version:  
Product Build: Resolution: reopened  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: French Message in "Add Custom Type"
Description: In the "Settings" / "File Options" section in French, when you want to "Add Custom Type" of file, it is not possible to see the entire message.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Msg Add New Type.jpg (160,612 bytes) 2022-12-01 15:18
https://www.geosetter.de/mantis/file_download.php?file_id=944&type=bug
jpg

Msg Add New Type - 3.jpg (144,114 bytes) 2022-12-16 06:39
https://www.geosetter.de/mantis/file_download.php?file_id=1019&type=bug
jpg

Add Custom Type - Scroll bar.jpg (142,852 bytes) 2023-01-19 14:23
https://www.geosetter.de/mantis/file_download.php?file_id=1112&type=bug
jpg

Add new item-4.0.27.jpg (291,378 bytes) 2023-01-19 22:46
https://www.geosetter.de/mantis/file_download.php?file_id=1113&type=bug
Notes
(0004183)
xyzzy   
2022-12-16 06:39   
You can close this query.
 I changed the text in the query "0002380: French Message in "Add Custom Type" --> https://www.geosetter.de/mantis/view.php?id=2380
(0004413)
xyzzy   
2023-01-19 14:23   
In version 4.0.24, a scroll bar has been added but does not allow to see the complete text
(0004415)
xyzzy   
2023-01-19 22:45   
Sorry but the problem still persists in version 4.0.27: We don't see all the text in French even if there is a scroll bar

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2375 [GeoSetter] User Interface feature have not tried 2022-11-28 20:40 2023-01-19 22:38
Reporter: xyzzy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: New feature
Description: Is it possible to add the ability to manage groups of data in the "Image Info (Exiftool)" section.
I use the tool "AcPicFaceXmpTagger" which add custom markers and I would like to see them instead of placing it under "Unknown"
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Image Info - 1 de 2.jpg (143,378 bytes) 2022-11-28 21:56
https://www.geosetter.de/mantis/file_download.php?file_id=936&type=bug
jpg

Image Info - 2 de 2.jpg (292,499 bytes) 2022-11-28 21:56
https://www.geosetter.de/mantis/file_download.php?file_id=937&type=bug
Grouping.jpg (31,080 bytes) 2022-12-15 13:33
https://www.geosetter.de/mantis/file_download.php?file_id=1004&type=bug
jpg

Grouping-2.jpg (52,990 bytes) 2022-12-15 13:34
https://www.geosetter.de/mantis/file_download.php?file_id=1005&type=bug
jpg
Notes
(0004171)
xyzzy   
2022-12-15 13:33   
You can close this query: I saw that it was possible to do this via "View / Grouping / Group by Specific Location"
(0004414)
xyzzy   
2023-01-19 15:15   
@heiko : You can close this issue.
 The function is already there (I hadn't seen it)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2394 [GeoSetter] User Interface tweak have not tried 2022-12-20 01:32 2023-01-19 22:21
Reporter: xyzzy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Traduction
Description: @heiko
Hello,
I'm trying to translate as much text as possible from the new 4.0.4 version into French.
I succeeded in the majority of cases but sometimes I can't do it.
Would it be possible to participate in this translation and if so have the original text (I presume in English) which serves as the basis for the other translations. Like the following:

Merci beaucoup pour cette version sans mettre aucune pression sur qui que soit...
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Traduction.jpg (115,907 bytes) 2022-12-20 01:32
https://www.geosetter.de/mantis/file_download.php?file_id=1032&type=bug
jpg

Setting IPTC.jpg (137,081 bytes) 2022-12-20 04:06
https://www.geosetter.de/mantis/file_download.php?file_id=1033&type=bug
jpg

About.jpg (222,809 bytes) 2022-12-20 04:06
https://www.geosetter.de/mantis/file_download.php?file_id=1034&type=bug
jpg
Notes
(0004218)
xyzzy   
2022-12-20 04:06   
I finally managed to translate a large part of the text except the header where I would need your help...
I also translated the "About"
(0004219)
xyzzy   
2022-12-20 04:07   
In the "About", I still have to translate the "Donate with ..."
(0004220)
xyzzy   
2022-12-20 05:32   
To date I have found a hundred places where the texts have not been translated into French (I presume also into another language). I continue my search...
On the other hand, I don't know if some texts are taken into consideration during the translation: specifically when there is an error and the program asks questions before sending the error by email.
(0004221)
xyzzy   
2022-12-20 05:43   
I also saw terms in English in a "map.js" file.

Would it be possible to be able to translate these terms
examples:
- Map Version
-Photo Markers
-etc
in this function:

    showInfo: function () {
        var trackpointsCount = 0;
        var waypointsCount = 0;
        for (var i = 0; i < this.tracks.length; i++)
            trackpointsCount += this.tracks[i].gmLine.getLatLngs().length;
        alert('Map version: ' + $('#html_version').html() + '/' + this._version + ' (' + this._revision + '), using Leaflet ' + L.version +
            '\nPhoto Markers: ' + this.photoMarkers.length +
            '\nTracks: ' + this.tracks.length + ' (' + trackpointsCount + ' Points)' +
            '\nWaypoints: ' + this.waypoints.length +
            '\nFavorites: ' + this.favorites.length +
            '\nCustom Objects: ' + this.customObjects.length +
            '\nBrowser: ' + navigator.userAgent
        );
(0004412)
xyzzy   
2023-01-19 13:42   
@heiko
@Friedemann

You can close this issue.
I received the "defaut.po" file where I put the translations

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2423 [GeoSetter] User Interface block always 2023-01-07 15:50 2023-01-18 22:57
Reporter: xyzzy Platform:  
Assigned To: heiko OS:  
Priority: high OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Version 4.0.12 - Unable to edit filters
Description: An error occurs when editing filters and no possibility to do so
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Modification Filtre - 1.jpg (133,215 bytes) 2023-01-07 15:50
https://www.geosetter.de/mantis/file_download.php?file_id=1080&type=bug
jpg

Modification Filtre - 2.jpg (40,983 bytes) 2023-01-07 15:50
https://www.geosetter.de/mantis/file_download.php?file_id=1081&type=bug
jpg
Notes
(0004332)
xyzzy   
2023-01-07 17:45   
Same error when searching (Search&Filter|Search...)
(0004369)
xyzzy   
2023-01-12 23:28   
Also not working in version 4.0.15
(0004393)
xyzzy   
2023-01-15 19:31   
Works with version 4.0.19
(0004406)
xyzzy   
2023-01-18 14:34   
@heiko: you can close this issue

Works also in 4.0.22 and 4.0.24
(0004410)
heiko   
2023-01-18 22:57   
works in the latest beta version

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2446 [GeoSetter] User Interface major always 2023-01-15 16:31 2023-01-18 22:49
Reporter: roscoe Platform: Desktop  
Assigned To: heiko OS: Windows  
Priority: normal OS Version: 11-64  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: ielib32.dll not loaded
Description: Version 4.0.19 always reports that the ielib32.dll is not loaded. It is the same ielib32.dll as in version 4.0.15. The dll is also present in the program directory. This error did not exist in previous versions.
Also, I noticed that the error I reported under 0002428 regarding zoom on track is still present.
Tags: ielib32.dll
Steps To Reproduce:
Additional Information:
System Description
Attached Files: Geosetter 4019.jpg (41,099 bytes) 2023-01-15 16:31
https://www.geosetter.de/mantis/file_download.php?file_id=1103&type=bug
jpg

Delta 15-19.jpg (66,670 bytes) 2023-01-15 16:39
https://www.geosetter.de/mantis/file_download.php?file_id=1105&type=bug
jpg
Notes
(0004388)
xyzzy   
2023-01-15 16:39   
@roscoe: Do you have this DLL (ielib32.dll) in the 4.0.15 directory? Not me!!!
(0004389)
roscoe   
2023-01-15 19:15   
@xyzzy Sorry, but that was a mistake on my part. I have reinstalled both versions completely fresh (clean). With the 4.0.15 the dll is NOT present. With the 4.0.19 this dll is in the directory. However, then with the 4.0.19 no RAW files (RW2) are indicated in the preview. But JPGs are displayed. Thumbnails of all files are displayed. I think this is related to the dll not being loaded.
(0004390)
xyzzy   
2023-01-15 19:19   
@roscoe: I asked Friedemann about this DLL. I'm waiting for his answer.
(0004396)
xyzzy   
2023-01-16 15:14   
This display ((ielib32.dll) is no longer in version 4.0.21
(0004399)
heiko   
2023-01-16 20:05   
@roscoe: can I close this issue?
(0004405)
roscoe   
2023-01-18 11:32   
@heiko: yes, now it works
(0004409)
heiko   
2023-01-18 22:49   
ImageEn was updated and the actual ielib.dll is included in the latest beta version

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2424 [GeoSetter] User Interface block always 2023-01-07 15:58 2023-01-18 16:18
Reporter: xyzzy Platform:  
Assigned To: OS:  
Priority: high OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Version 4.0.4 - Error in filters (by date)
Description: Inverted comparisons between = and <>
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Filtre erroné.jpg (159,424 bytes) 2023-01-07 15:58
https://www.geosetter.de/mantis/file_download.php?file_id=1082&type=bug
jpg

GPS Date compare to Taken Date.jpg (100,443 bytes) 2023-01-18 16:18
https://www.geosetter.de/mantis/file_download.php?file_id=1111&type=bug
jpg
Notes
(0004407)
xyzzy   
2023-01-18 16:18   
When comparing the GPS and Take Date, the only difference is that the Take Date has a time zone.
Is this why GeoSetter considers the dates to be different?
Is this normal?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2429 [GeoSetter] User Interface block always 2023-01-09 12:53 2023-01-17 21:26
Reporter: ThunderBoy Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: 4.0.13 - Error when renaming a selected file (key F2)
Description: When I select an image and want to rename it, it throws an error. After pressing on continue it already opens the necessary window to rename.
Tags:
Steps To Reproduce: File > Rename or via the F2 key.
Additional Information:
Attached Files: GeoSetter BETA 4.0.113 Rename dialog.jpg (32,755 bytes) 2023-01-09 14:58
https://www.geosetter.de/mantis/file_download.php?file_id=1084&type=bug
jpg
Notes
(0004343)
WilfriedB   
2023-01-09 14:58   
Same here:
exception class : EAssertionFailed
exception message : Category doesn't exist (C:\source\Delphi_7\Projekte\GeoSetter\ImageDataFields.pas, Zeile 387)

However, I just tried rename under 3.5.3 and got an exception too ( exception class : EOutOfResources, exception message : Zur Verarbeitung dieses Befehls sind nicht genügend Speicherressourcen verfügbar.)

Anyway, if I remember correctly, the rename dialog is new too ....?
(0004381)
zava   
2023-01-14 19:23   
I confirm the reporte behavour and exception raised. F2 was workin perfect in previous beta versions.
A consquence of the error is that the rename settings used in the previous rename operation (such as using "filename" as part of the reulting file name) are not retained: the default is restored.
Btw, if send error report is selected, then niether F2 nor the rename menu item have any affect anymore...
(0004392)
zava   
2023-01-15 19:28   
Problem disappeared with BETA V4.0.19
F2/rename work fine and previous rename settings are retained
Great Friedemann!
(0004400)
heiko   
2023-01-16 22:12   
@zava: can I close this issue?
(0004401)
ThunderBoy   
2023-01-17 17:26   
@heiko Are you kidding? First it works and in the newer version it doesn't or vice versa. You have to give it some time. Right now it works, but time is a relative term at this time. In the latest version (4.0.19) it works (but for how long). As long as it works nonstop, it's not a problem.
(0004402)
xyzzy   
2023-01-17 17:29   
In my case, it works with version 4.0.21 and 4.0.22!
(0004403)
heiko   
2023-01-17 21:25   
@ThunderBoy: No, I'm not kidding! Even in version 4.0.24 everything works fine. The error is currently fixed and so I think that the issue can be closed. If the error occurs again, then you can open the issue again!

How is Friedemann supposed to keep track of things if solved issues are not closed?
(0004404)
heiko   
2023-01-17 21:26   
works in version 4.0.24

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2450 [GeoSetter] User Interface minor have not tried 2023-01-16 18:00 2023-01-16 18:00
Reporter: xyzzy Platform:  
Assigned To: OS:  
Priority: low OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Multilanguage in map.js
Description: Would it be possible to add multilanguage in the "map.js" file to translate the map information?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Multiliangue-map.js.jpg (133,283 bytes) 2023-01-16 18:00
https://www.geosetter.de/mantis/file_download.php?file_id=1110&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2413 [GeoSetter] Image Data feature have not tried 2023-01-01 16:07 2023-01-16 16:08
Reporter: xyzzy Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Version 4.0.4 - Date GPS
Description: The application does not show the same GPS date as the ExifTool data
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Date GPS.jpg (277,428 bytes) 2023-01-01 16:07
https://www.geosetter.de/mantis/file_download.php?file_id=1071&type=bug
GPS-Date.jpg (207,216 bytes) 2023-01-16 16:08
https://www.geosetter.de/mantis/file_download.php?file_id=1109&type=bug
jpg
Notes
(0004321)
xyzzy   
2023-01-01 16:37   
This is not a problem of version 4.0.4 because version 3.5.3 displays the same incorrect GPS dates
(0004398)
xyzzy   
2023-01-16 16:08   
I believe I found:
There are two places where the GSP date and time are stored ("GPS" and "XMP-exif").

GeoSetter uses "XMP-exif".

I don't know which place is the right one!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2433 [GeoSetter] User Interface major always 2023-01-12 14:16 2023-01-15 21:25
Reporter: xyzzy Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Version 4.0.15 - Custom Objects
Description: Since version 4.0.12, "Custom Objects" are no longer displayed
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0004356)
xyzzy   
2023-01-12 14:33   
Works with version 4.0.15 but not with version 4.0.13 (I had forgotten to modify the url in the parameters)
@heiko: you can close this query
(0004360)
ThunderBoy   
2023-01-12 15:13   
Also, I only noticed today, when I was putting 4.0.15, that Custom objects disappeared in my previous version. But again the problem is that it doesn't remember the last setting. I have it enabled and after a reboot it is disabled. In version 4.0.4 it worked fine.
(0004366)
heiko   
2023-01-12 20:09   
@xyzzy: I'll leave this issue open for now, because the settings from ThunderBoy will not be saved.
(0004385)
xyzzy   
2023-01-15 06:28   
@ThunderBoy: Can you tell me what you are doing (the steps) because on my side with version 4.0.4 @ 4.0.15, I don't have the same effects as you have.
(0004387)
xyzzy   
2023-01-15 15:12   
In my environment, on startup:
- Version 4.0.4 displays custom objects
- Versions 4.0.15 and 4.0.19 do not display them
  If I reverse the display, no version remembers my last choice on restart i.e 4.0.4 displays them and 4.0.15/19 does not display them
(0004395)
ThunderBoy   
2023-01-15 21:25   
I don't have version 4.0.4 here anymore. In 4.0.19 it is disabled after restarting the program. Thus, it still doesn't work (it doesn't remember the last setting). I have to manually activate it again for it to show up.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2443 [GeoSetter] User Interface major always 2023-01-14 19:52 2023-01-15 19:24
Reporter: zava Platform:  
Assigned To: OS: Win 10  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Map zoom levels have been reduced (and "max zoom level" seems ineffective)
Description: In previous versions, some maps (i.e. OSM) had a limited max zoom but at least Google Maps could be displayed at higher zoom level
Now they all seem limited to the previous smaller limit and also Google Map cannot be displayed as zoomed as before.
A new "max zoom level" setting has appeared in the tracks tab but it seems to have no effect (on the map zoom level at least).
Current max zoom level is severely limited for detailed tracks.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0004391)
zava   
2023-01-15 19:24   
No longer happening as of BETA 4.0.19
Now great zoom levels, with OSM even better than Google Maps!
Thank you Friedemann!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2436 [GeoSetter] User Interface tweak always 2023-01-13 21:24 2023-01-15 15:26
Reporter: xyzzy Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Version 4.0.15 - Quality of thumbnails
Description: Quality of thumbnails is not very good.
Is there any possibility of improving them?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Quality image.jpg (151,596 bytes) 2023-01-13 21:24
https://www.geosetter.de/mantis/file_download.php?file_id=1093&type=bug
jpg
Notes
(0004374)
mak_kawa   
2023-01-14 05:40   
It seems to depend on embedded thumbnail within the JPEG file. When it includes low-resolution thumbnail (ex. 160*120px), Geosetter just displays the low-resolution thumbnail, as you reported. But when the JEPG file includes no thumbnail image, Geosetter makes thumbnail image with "not bad" quality (using the Windows' function?).

So, a workaround is to remove low-res thumbnail from the file using some other tool (ex. exiftool), or use editing software that makes good quality thumbnail.

Anyway, it is not a Geosetter matter, I think.
(0004375)
xyzzy   
2023-01-14 12:44   
@mak_kawa: Thanks for the information.
(0004376)
xyzzy   
2023-01-14 13:04   
@heiko: you can close this issue.
(0004382)
mak_kawa   
2023-01-15 00:23   
My previous comment "it is not a Geosetter matter" is maybe wrong/inadequate.
The issue might be solved if Geosetter *always* use/read Windows' thumbnail, instead of embedded Exif thumbnail in JPEG file.
(0004384)
xyzzy   
2023-01-15 05:01   
If GeoSetter "generates" a pseudo thumbnail if there is none, could it check the resolution and if it is too low, pretend there is no thumbnail and generate one of better quality (maybe with a parameter that says to do it)?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2386 [GeoSetter] User Interface minor have not tried 2022-12-14 09:55 2023-01-15 15:21
Reporter: Motalf Platform: PC  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 7  
Status: resolved Product Version: 3.5  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add orientation to selected images
Description: the marker to open or close the opening angle is missing.
I can't change it anymore.
it seems to me that we could do it before!

and when you remove the gps coordinates and altitude the polygons remain displayed
when it should disappear

view images
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Open angle.jpg (28,476 bytes) 2022-12-14 09:55
https://www.geosetter.de/mantis/file_download.php?file_id=998&type=bug
jpg

Sans titre 1.jpg (157,640 bytes) 2022-12-14 09:55
https://www.geosetter.de/mantis/file_download.php?file_id=999&type=bug
jpg

GeoSetter BETA 4.0.15 Show image direction of focused image Button.jpg (12,269 bytes) 2023-01-12 09:25
https://www.geosetter.de/mantis/file_download.php?file_id=1085&type=bug
jpg

Before .JPG (82,310 bytes) 2023-01-12 11:15
https://www.geosetter.de/mantis/file_download.php?file_id=1086&type=bug
jpg

before 2.JPG (90,283 bytes) 2023-01-12 11:15
https://www.geosetter.de/mantis/file_download.php?file_id=1087&type=bug
jpg

Now.JPG (33,712 bytes) 2023-01-12 11:15
https://www.geosetter.de/mantis/file_download.php?file_id=1088&type=bug
jpg
Notes
(0004165)
WilfriedB   
2022-12-14 10:17   
@Motalf: Using the geosettermaps.html maps file provided by ThunderBoy the direction angle still works fine for me. I did add a direction to an image yesterday and just tested to hide/unhide and the polygon disappears after clicking "Remove all location data". So far, I did not try any of the other map files yet.
(0004166)
WilfriedB   
2022-12-14 10:21   
Seems, I misunderstood your point, @Motalf:
The marker, you showed in your "Normal" screen shot, I never saw before and always used the buttons on to of the map and never changed the angle.
(0004216)
Motalf   
2022-12-19 23:11   
sorry for the late answer, yes indeed there is no marker for the opening of the angle
I didn't have the expected result.
Fixed in beta version 4.04
(0004316)
Motalf   
2022-12-29 21:02   
in fact no, still the same problem with the very closed angle
the bug was also reported in v4.04 Beta.

when you remove GPS coordinates and elevation, polygons remain displayed
when it should disappear on the other hand this problem is well solved!
(0004348)
WilfriedB   
2023-01-12 09:25   
Seems to be solved in Version 4.0.15 (Build 2139 - BETA).
- The icon to change the direction is very close to the originating point of the image, but can be easily grabbed
- After adding a new or changing the direction, you need to click the "Show image direction of focused image" twice, to visualize the triangle on the map
(0004350)
Motalf   
2023-01-12 10:39   
ok thanks i will look into that!
(0004351)
Motalf   
2023-01-12 11:15   
ok there is a small difference depending on the distance
but it remains very closed!
(0004352)
WilfriedB   
2023-01-12 11:55   
@Motalf, not sure I understand your point "but it remains very closed!".
Indeed focal point and the image position are quite close together after using the "Add image direction ..." button and it happened to me twice to grab the wrong icon. Fortunately you cancel out from the "Changed Position" dialog.
Confusing to me, that the triangle disappears after applying any change to the direction untill you select another image or press the "Show image direction of focused image"-Button twice.
(0004361)
Motalf   
2023-01-12 16:41   
on before.jpg and now.jpg the distance is almost the same
so the blue polygon on before.jpg and red on now.jpg should have the same shape, it's not!

on before.jpg the angle is 45°~ while on now.jpeg the angle is 10°~
of course on the 1st they are all at 45° while on the other they are at 10°

is this a bug or Friedmann reduced the fixed angle on the beta 4.x.x version?

I'll take a closer look this weekend or next week!
(0004362)
Motalf   
2023-01-12 16:50   
that I tag the pictures with Geosetter or Exiftool (with the command prompt (CMD))
I get the same problem when displaying on the map of Geosetter !
(0004363)
Motalf   
2023-01-12 17:05   
45°- *
* ) the - = ~
(0004364)
Motalf   
2023-01-12 17:07   
the - = approximately
(0004370)
Motalf   
2023-01-13 04:46   
ouppsss ! Best wishes to all

resolved well I think
in fact I started on a false track
I redid the test with the copy of the original photo of the blue polygon on before.jpeg
with exiftool in command prompt and I displayed it in geosetter
and I find the same angle.

I thought that the polygon represented the Fov or Aov in relation to the distance between the 2 GPS points
but I had forgotten the Horizontal Fov in relation to the aperture of the lens.

that's why I didn't understand this difference in angle opening!

Photo 1 Before.jpeg
Horizontal Fov 43.6° deg at 43mm (35mm)

Photo 2 Now.jpeg
Horizontal Fov 2.7° deg at 720mm (35mm)

what an idiot am I doing! :p)
(0004371)
Motalf   
2023-01-13 04:48   
not aperture but focal length
(0004372)
heiko   
2023-01-13 19:54   
@Motalf: is it OK to close this issue?
(0004373)
Motalf   
2023-01-14 01:47   
yes you can close this file!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2435 [GeoSetter] User Interface minor always 2023-01-13 16:54 2023-01-14 20:11
Reporter: xyzzy Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Version 4.0.15 - Add/Remove Custom Type File
Description: If I delete a custom file type, GeoSetter points to the previous type but does not
update the list of parameters available for this type.
You have to click on this type to have an update of the parameters
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Add-Remove Custom File Type-1.jpg (123,961 bytes) 2023-01-13 16:54
https://www.geosetter.de/mantis/file_download.php?file_id=1090&type=bug
jpg

Add-Remove Custom File Type-2.jpg (98,588 bytes) 2023-01-13 16:54
https://www.geosetter.de/mantis/file_download.php?file_id=1091&type=bug
jpg

Add-Remove Custom File Type-3.jpg (133,430 bytes) 2023-01-13 16:54
https://www.geosetter.de/mantis/file_download.php?file_id=1092&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2440 [GeoSetter] User Interface feature have not tried 2023-01-14 15:47 2023-01-14 20:11
Reporter: xyzzy Platform:  
Assigned To: OS:  
Priority: none OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Adjust Columns & Caption - New Feature
Description: In the "Adjust Columns and Captions | Hints" menu:

in "List View" the button "Get from Thumbnail Hints" copies the choice of columns from "Thumbnail View",

In "Thumbnail View" there is a reverse process

Would it be possible to add the same principle in "Map": choose either from "List View" or "Thumbnail View"?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: New feature-Hints.jpg (187,369 bytes) 2023-01-14 15:47
https://www.geosetter.de/mantis/file_download.php?file_id=1096&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2441 [GeoSetter] User Interface tweak always 2023-01-14 16:53 2023-01-14 20:11
Reporter: xyzzy Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Small adjustments
Description: Whether in English or French, a small adjustment is necessary in "Settings|Data Preferences" (see image included)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Data Preferences.jpg (316,951 bytes) 2023-01-14 16:53
https://www.geosetter.de/mantis/file_download.php?file_id=1097&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2442 [GeoSetter] User Interface feature always 2023-01-14 19:19 2023-01-14 20:10
Reporter: xyzzy Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Empty layout page
Description: In the "View | Save Current Layout" menu, it is possible to save an empty "layout".
It would be desirable to require a name!
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Add Layout.jpg (64,482 bytes) 2023-01-14 19:19
https://www.geosetter.de/mantis/file_download.php?file_id=1098&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2427 [GeoSetter] User Interface minor have not tried 2023-01-08 22:25 2023-01-14 20:09
Reporter: makowiec Platform:  
Assigned To: OS: Windows  
Priority: low OS Version: 10  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: 4.0.12 Beta - Windows other than file become unavailable
Description: NVIDIA GeForce GTX 1650 Ti with Max-Q Design driving a UHD OLED Display at 3840x2160. I installed the 4.0.12 beta over 4.0.4. When I opened it, the only window visible was the file window. I was unable to convince any of the other windows to be visible, even though they were listed as open in the View menu. I uninstalled 4.0.12 and reinstalled 4.0.4, and it exhibited the same problem. I uninstalled the beta, and deleted the configuration folder (%appdata%\GeoSetter_beta). I then re-installed 4.0.12, and everthing seems to be working okay. So if you run into this problem, you may need to delete the config folder.

(I use this lappy for photography. The UHD screen can be a pain with some programs, but it displays photos /really/ well.)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2437 [GeoSetter] Image Data minor N/A 2023-01-14 08:27 2023-01-14 20:07
Reporter: loklok Platform:  
Assigned To: OS:  
Priority: none OS Version:  
Status: new Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Neglect
Description: PGSharp is an Android application that lets you change your GPS location when playing Pokémon GO.
https://www.pgsharpapk.com/
Arceus X is the first and one of the most widely used Roblox Mod Menu/exploit specially developed for Android.
https://www.arceusxdownload.com/
Krnl Exploit is one of the best and most reliable Roblox exploits used to get an advantage by using exploiting the vulnerabilities of the script.
https://www.krnldownloads.com/
InstaPro can download Instagram posts, stories, reels, and IGTV videos. Even better, you can download the pictures in max quality.
https://www.instaprodownload.com/
Loklok is a media app with a massive amount of content and features to entertain people through the wonders of media entertainment.
https://www.loklokapk.com/
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2421 [GeoSetter] User Interface feature have not tried 2023-01-07 13:51 2023-01-12 20:50
Reporter: WilfriedB Platform: ThinkPad  
Assigned To: OS: Windows 10  
Priority: none OS Version: 22H2 Build 19045  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: FYI: BETA 4.0.11 released on 06.01.23
Description: Just for you information only:
Starting GeoSetter BETA 4.0.4 this afternoon, I got the notification for a new BETA version to be available at https://geosetter.de/update/geosetter_beta.exe
I downloaded, but did not try it yet.
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files:
Notes
(0004328)
WilfriedB   
2023-01-07 14:28   
Bad luck. BETA 4.0.11 consistently crashes. See https://www.geosetter.de/mantis/view.php?id=2422
(0004330)
WilfriedB   
2023-01-07 15:15   
FYI: @Friedemann just did replace the version on the download server with BETA 4.0.12 Build 2134, which does start fine for me.
(0004331)
xyzzy   
2023-01-07 15:53   
There is also version 4.0.12
(0004333)
WilfriedB   
2023-01-07 19:00   
What is new in 4.0.12?
- The first difference, I noticed in 4.0.12 were bigger Toolbar Icons, compared to 4.0.4.
- A new option "Large Toolbar Icons" can be found under Settings->Shortcuts/Toolbar. by default, it is selected. Not sure, the option was there under 4.0.4, but it definitely was not in 3.5.3
- If you open several folders without closing GeoSetter, you will see all tracks stored in those folders - not only those in the currently open folder. Not sure, whether this is a bug or a feature, but it did not happen in 3.5.3 (don't know if this was already the case in 4.0.4, though)
(0004340)
WilfriedB   
2023-01-09 10:29   
Meanwhile 4.0.13 Build 2135 can be downloaded.
The only difference, I notices so far:
The "cumulating tracks" I described comment 0004333 don't show up any more. I.e. behaving again like in version 3 and before.
(0004342)
ThunderBoy   
2023-01-09 12:35   
I haven't been here in a while. I was under the impression that version 4.0.4 was the last version of the program. :( Searching for updates through the program doesn't seem to work, even though I have search turned on for the beta. I now have 4.0.13, 2135 and it seems to be running fine. I didn't like the big icons, but fortunately it can be turned off. Also the dark theme runs under Windows 7.
(0004346)
WilfriedB   
2023-01-12 09:06   
Since this morning version 4.0.15 vom 12.01.2023 can be downloaded. Except for the fact, I needed to convince Windows 10 and Norton 360 that the program is "safe", installation worked fine and I was able to start it multiple times. So far, I don't know, what changed and did not try much yet.
@ThunderBoy, I always did receive a notification immediately for new Beta versions when I start the Beta or even 3.5.3. Possibly a setting? I did not check for that yet.
(0004347)
WilfriedB   
2023-01-12 09:09   
P.S. Forgot to mention: Version 4.0.15 (Build 2139 - BETA)
(0004349)
WilfriedB   
2023-01-12 09:28   
In 4.0.15 Beta seems to be solved, issue 0002386: Add orientation to selected images ( https://www.geosetter.de/mantis/view.php?id=2386#c4348 )
(0004353)
ThunderBoy   
2023-01-12 12:17   
@WilfriedB I don't think the search for new versions of the program works in any of the beta versions. I have version 4.0.13 and supposedly a newer version is not available. I'm going to look for a newer version because I "accidentally" ran into another problem.
(0004365)
heiko   
2023-01-12 20:04   
The current beta version (4.0.15) was found for me. GeoSetter automatically checks for a new version (also beta version) only once a day. Maybe this is the problem.
(0004367)
xyzzy   
2023-01-12 20:13   
GeoSetter saves the last search in the file "config.ini" :

[Misc]
...
LastAutocheckForUpdate=2023-01-12 14:11:28
LastAutocheckBetaVersion=4.0.15
...
(0004368)
xyzzy   
2023-01-12 20:50   
If you "erased" these values, GeoSettre will do a new search (to be done if you are comfortable modifying the file)

[Misc]
...
LastAutocheckForUpdate=
LastAutocheckBetaVersion=
...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2430 [GeoSetter] User Interface minor sometimes 2023-01-12 10:57 2023-01-12 13:48
Reporter: WilfriedB Platform: ThinkPad  
Assigned To: OS: Windows 10  
Priority: low OS Version: 22H2 Build 19045  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: BETA 4.0.15.2139 EAccessViolation during save/closing GeoSette
Description: Exception occurred during save/closing GeoSetter 4.0.15 (build 2139-beta) after performing the following actions
- Add Image Direction to an image using the button
- Determination of the destination by searching
* Inserting the target coordinates via Edit Image
- Change the target by dragging the icon
- Close the program with F4
- Answer "Yes" to "Back up data?"

Trying to reproduce was only successful using step * (editing the coordinates). When skipped that step, it did work fine.
Tags:
Steps To Reproduce: - Add Image Direction to an image using the button
- Determination of the destination by searching
* Inserting the target coordinates via Edit Image (without this step, the error didn't occur)
- Change the target by dragging the icon
- Close the program with F4
- Answer "Yes" to "Back up data?"
Additional Information:
System Description
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2387 [GeoSetter] User Interface major always 2022-12-15 10:05 2023-01-12 12:10
Reporter: ThunderBoy Platform:  
Assigned To: Friedemann OS:  
Priority: urgent OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 4.0.37 beta  
    Target Version:  
Summary: ExifTool language
Description: In the Exif data information area, there is an ExifTool language option. ExifTool > View > Language. The languages are stored directly in the exiftool.exe file.
Choice:" Same as User Interface" does not work. It's still triggered in English. My user language is Slovak and this language exists in ExifTool..
The same is true even if I manually select a different language. After restarting the program, the ExifTool language setting is in English again. Neither option remembers the selected language or the language of the user environment.

This is also an important issue: 0002127
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: ExifTool Language.jpg (257,360 bytes) 2022-12-15 10:05
https://www.geosetter.de/mantis/file_download.php?file_id=1001&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2428 [GeoSetter] User Interface minor always 2023-01-09 11:29 2023-01-10 06:48
Reporter: roscoe Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: 4.0.13 Beta Zoom to selected Track
Description: Right-clicking on a selected track shows no reaction. The track remains outside the displayed map area. The map is not set to the track area.
Tags: Show Track
Steps To Reproduce:
Additional Information:
Attached Files: Geosetter Track.jpg (482,863 bytes) 2023-01-09 11:29
https://www.geosetter.de/mantis/file_download.php?file_id=1083&type=bug
Notes
(0004341)
WilfriedB   
2023-01-09 12:34   
@roscoe just to clarify: you mean right clicking one line in the list of tracks, correct?
I can confirm, in 3.5.3 (Build 2195) "Zoom to selected Tracks" shows on the map that track (or more tracks, if selected with Ctrl pressed) and if the check mark was not set before, it will be set.
In 4.0.13 (Build 2135) indeed nothing happens
(0004344)
roscoe   
2023-01-09 15:04   
@WilfiedB yes, that's what I mean. Also double-click on a track used to move the map to the track before.
(0004345)
mak_kawa   
2023-01-10 06:48   
Me too. From the Map Log, "coordinates" parameter seems to be vacant. It is not sent to the zoom procedure/function?
MapLog: GSM.zoomObjects({"markers": false, "coordinates": [], "tracks": ["1"]});

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2426 [GeoSetter] User Interface minor always 2023-01-07 18:04 2023-01-09 10:26
Reporter: WilfriedB Platform: ThinkPad  
Assigned To: OS: Windows 10  
Priority: normal OS Version: 22H2 Build 19045  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Beta 4.0.11 Change Color of a Track not possible but results in "setStyle"
Description: Trying to change the color of a track shown on the map does not work and results back trace shows in Map log after clicking OK in the color picker:

07.01.23 17:56:08 ERROR: TypeError: Das Objekt unterstützt die Eigenschaft oder Methode "setStyle" nicht; TypeError: Das Objekt unterstützt die Eigenschaft oder Methode "setStyle" nicht
   at GSM.setTrackOptions (file:///C:/Program%20Files%20(x86)/GeoSetter%20beta/map/map.js:1423:9)
   at Global code (Unknown script code:1:1)
  GSM.setTrackOptions('1', 'red', 2, 0.5);

This happens for all map types.
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files:
Notes
(0004339)
WilfriedB   
2023-01-09 10:26   
Still happens in 4.0.13 Build 2135

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2425 [GeoSetter] User Interface feature N/A 2023-01-07 17:46 2023-01-08 18:22
Reporter: xyzzy Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Version 4.0.12 - Configuration Folders
Description: It would be nice to be able to specify where the settings are kept instead of being "C:\Users\...\AppData\Roaming\GeoSetter...";
That way, we could have different configurations depending on the version.

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0004338)
xyzzy   
2023-01-08 18:22   
For "ExifTool", in the "config.ini" file, it's possible to assign under [ExifTool], the "CustomPath" parameter.
Example:
...
[ExifTool]
CustomPath=D:\exiftool\current
...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2415 [GeoSetter] User Interface minor always 2023-01-03 16:50 2023-01-08 17:19
Reporter: HansS Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Version 4.0.4_beta fehlt hier in "Producht Version"
Description: Man kann aktuell hier im "GeoSetter - MantisBT" Version 4.0.4_beta nicht auswählen (es gibt überhaupt nix neueres als 3.5.1, auch 3.5.3 fehlt).
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0004322)
xyzzy   
2023-01-03 18:00   
Already reported in the bug 2410
(0004335)
xyzzy   
2023-01-08 15:33   
@Friedemann: Is the information of "guang" relevant for GeoSetter?
(0004336)
WilfriedB   
2023-01-08 17:08   
@xyzzy once in a while some SPAM appears here. Usually @Heiko takes care of it.
(0004337)
xyzzy   
2023-01-08 17:19   
An elementary security rule: I never click on a hyperlink whose origin is unknown :)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2396 [GeoSetter] User Interface feature have not tried 2022-12-20 15:23 2023-01-07 16:02
Reporter: xyzzy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Version 4.0.4 - ExifTool info
Description: 1) Would it be possible to ignore lowercase/uppercase letters when sorting ExifTool information
2) Also to keep the "Collapse all" option when going from one photo to another?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: ExifTool - 01.jpg (81,541 bytes) 2022-12-20 15:23
https://www.geosetter.de/mantis/file_download.php?file_id=1039&type=bug
jpg

ExifTool - 02.jpg (45,969 bytes) 2022-12-20 15:23
https://www.geosetter.de/mantis/file_download.php?file_id=1040&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2402 [GeoSetter] User Interface feature have not tried 2022-12-22 03:46 2023-01-07 16:01
Reporter: xyzzy Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Version 4.0.4 - favorite Unmovable
Description: Is it possible, when creating a favorite, to make it unmovable?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Edit Location Favorites.jpg (97,572 bytes) 2022-12-23 16:40
https://www.geosetter.de/mantis/file_download.php?file_id=1056&type=bug
jpg
Notes
(0004261)
xyzzy   
2022-12-22 03:51   
and also have icons different from those that are movable?
(0004264)
xyzzy   
2022-12-22 15:52   
By adding an option in the Setting?
(0004277)
xyzzy   
2022-12-23 16:40   
Specifically when editing a favorite

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2414 [GeoSetter] User Interface feature always 2023-01-01 17:56 2023-01-07 16:01
Reporter: xyzzy Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Assigning GPS coordinates to multiple photos simultaneously
Description: Small problem with the GPS date when assigning GPS coordinates to several photos simultaneously.
See the steps and results in images included
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Set GPS-1.jpg (308,532 bytes) 2023-01-01 17:56
https://www.geosetter.de/mantis/file_download.php?file_id=1072&type=bug
Set GPS-2.jpg (89,798 bytes) 2023-01-01 17:56
https://www.geosetter.de/mantis/file_download.php?file_id=1073&type=bug
jpg

Set GPS-3.jpg (104,790 bytes) 2023-01-01 17:56
https://www.geosetter.de/mantis/file_download.php?file_id=1074&type=bug
jpg

Set GPS-4.jpg (194,697 bytes) 2023-01-01 17:56
https://www.geosetter.de/mantis/file_download.php?file_id=1075&type=bug
jpg

Set GPS-5.jpg (163,499 bytes) 2023-01-01 17:56
https://www.geosetter.de/mantis/file_download.php?file_id=1076&type=bug
jpg

Set GPS-6.jpg (84,315 bytes) 2023-01-01 18:03
https://www.geosetter.de/mantis/file_download.php?file_id=1077&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2420 [GeoSetter] User Interface major sometimes 2023-01-05 15:26 2023-01-07 16:00
Reporter: xyzzy Platform:  
Assigned To: OS:  
Priority: high OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Version 4.0.4 - program suddenly stopped
Description: The program suddenly stopped and generated an error in Windows "Event Viewer"
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Erreur Observateurs Événements.jpg (123,860 bytes) 2023-01-05 15:26
https://www.geosetter.de/mantis/file_download.php?file_id=1078&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2422 [GeoSetter] User Interface block always 2023-01-07 14:27 2023-01-07 15:50
Reporter: WilfriedB Platform: ThinkPad  
Assigned To: OS: Windows 10  
Priority: high OS Version: 22H2 Build 19045  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: BETA 4.0.11 crashes after starting for the first time
Description: After installing 4.0.11and starting it for the first time, it crashes. I did sent a bug report.
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files: GeoSetter BETA 4.0.11 crashes after starting for the first time.jpg (215,632 bytes) 2023-01-07 14:27
https://www.geosetter.de/mantis/file_download.php?file_id=1079&type=bug
jpg
Notes
(0004329)
WilfriedB   
2023-01-07 14:29   
Forgot to mention: I tried several times, also after restarting Windows.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2419 [GeoSetter] Image Data minor always 2023-01-04 08:46 2023-01-04 14:26
Reporter: Monnemer Platform:  
Assigned To: OS: Windows 10  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GeoSetter Beta 4.0.4 (Build 2202) - Aufnahmerichtung lässt sich nicht dauerhaft löschen
Description: Allen zunächst noch ein gutes neues Jahr. Verbunden damit auch die Hoffnung, dass am Ende von 2023 jeder sagen kann: es war ein gutes Jahr

In der aktuellen Beta-Fassung lässt sich die Aufnahmerichtung auch durch Editieren nicht dauerhaft löschen.
Ein leeres Feld dafür wird immer mit Null aufgefüllt.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0004327)
WilfriedB   
2023-01-04 10:48   
Ich wünsche auch allen ein frohes neues Jahr!

Bei mir funktioniert das:
- Wenn ich die Richtung lösche, verschwinden auch die Zielkoordinaten.
- Lösche ich beide Zielkoordinaten, bleibt der Winkel der Richtung bestehen und das Icon "Aufnahmerichtung vorhanden" wird angezeigt, aber nicht das Dreieck auf der Karte.
Dass Leerstellen als Nullen dargestellt werden, konnte ich gar nicht nachvollziehen.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2408 [GeoSetter] User Interface minor always 2022-12-27 21:04 2023-01-04 00:30
Reporter: BryherPatch Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: v 4.0.4 - Right Mouse "Assign Position to Selected Images" does not work
Description: If you select an image, click on the map to create a position pin and then click the "assign position marker to the selected images" icon at the top of the map window, all works o.k. However, if you right mouse on the pin and click "assign position marker to the selected images" it does not seem to do anything

I tested with English and JPG files.
Tags:
Steps To Reproduce: see description
Additional Information:
Attached Files:
Notes
(0004315)
jacques   
2022-12-29 19:16   
I can confirm what BryherPatch reported. Same behavior here

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2416 [GeoSetter] User Interface minor always 2023-01-03 16:54 2023-01-03 21:17
Reporter: HansS Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: v4.0.4_beta: Einstellungen von v3 werden nicht übernommen
Description: Nach Installation von v4.0.4_beta sind alle meine Einstellungen weg. Es müsste zumindest eine Info angezeigt werden, dass man vor der Installation "AppData\Roaming\GeoSetter\" nach "AppData\Roaming\GeoSetter_beta\" kopieren muss, wenn man die Einstellungen behalten will.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0004324)
WilfriedB   
2023-01-03 20:59   
Der korrekte Weg wäre, in der offiziellen Version ein "Datei->Einstellungen sichern" auszuführen und dann in der Beta Version "Einstellungen wiederherstellen".
Damit hätte man dann auch eine Sicherung, falls in irgend etwas schief geht und bei jeder neuen Beta oder offiziellen Version sollte man das auch tun.

Unabhängig davon, glaube ich, dass das in meinem Fall das wiederherstellen nicht notwendig war - ich kann mich da aber auch täuschen.
(0004325)
xyzzy   
2023-01-03 21:04   
it can also have very different parameters, new or removed
(0004326)
xyzzy   
2023-01-03 21:17   
In my opinion, it is better to keep the text .ini files than a custom DB and even less in the Windows registries

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2418 [GeoSetter] User Interface minor always 2023-01-03 17:16 2023-01-03 18:10
Reporter: HansS Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: v4.0.4_beta: XMP-Zeit nur teilweise mit Zeitzone und mit vermutlich falschen Nachkommastellen
Description: GeoSetter fügt XMP-Zeit z.T. mit z.T. ohne Zeitzone ein, dafür aber mit vermutlich falschen Nachkommastellen, z.B.

 <XMP-xmp:CreateDate>2022:12:23 16:27:03.0049</XMP-xmp:CreateDate>
 <XMP-xmp:ModifyDate>2022:12:23 16:27:03+01:00</XMP-xmp:ModifyDate>

Ob alle XMP-Zeitfelder eine Zeitzone haben sollten weiß ich allerdings nicht.
Bei den Nachkommastellen weiß ich nicht wo die her kommen sollten, die Exif-Zeitfelder haben jedenfalls keine Nachkommastellen.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2417 [GeoSetter] User Interface minor always 2023-01-03 17:00 2023-01-03 18:10
Reporter: HansS Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: v4.0.4_beta: Falscher Link auf geonames
Description: Wenn man keine Einstellungen von v3 verwendet funktioniert die Abfrage der GeoNames nicht, da fälschlich https://api.geonames.org statt http://api.geonames.org eingetragen ist.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0004323)
xyzzy   
2023-01-03 18:08   
see 0002409

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2412 [GeoSetter] User Interface minor always 2022-12-29 10:52 2022-12-31 07:22
Reporter: Monnemer Platform:  
Assigned To: OS: Windows 10  
Priority: normal OS Version: 22H2  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GeoSetter Beta 4.0.4 (Build 2202) - Aufnahmerichtung / Verschieben des Blickpunkts führt zu Fehlermeldung
Description: Bei Bildern, denen man eine Aufnahmerichtung zuweist, wird als initialer Wert für die Aufnahmerichtung ein Wert von 0° sowie die Bildkoordinaten als Koordinaten für den Blickpunkt zugewiesen.
Wird der Blickpunkt angefasst und mit der Maus verschoben, resultiert folgende Fehlermeldung:

29.12.2022 10:50:06 ERROR: TypeError: Die Eigenschaft "Where" eines undefinierten oder Nullverweises kann nicht abgerufen werden.; TypeError: Die Eigenschaft "Where" eines undefinierten oder Nullverweises kann nicht abgerufen werden.
   at GSM._getElementById (file:///D:/Program%20Files%20(x86)/GeoSetter%20beta/map/map.js:681:9)
   at Anonymous function (file:///D:/Program%20Files%20(x86)/GeoSetter%20beta/map/map.js:548:13)
   at e.fire (file:///D:/Program%20Files%20(x86)/GeoSetter%20beta/map/inc/leaflet/leaflet.js:5:5368)
   at _onDragEnd (file:///D:/Program%20Files%20(x86)/GeoSetter%20beta/map/inc/leaflet/leaflet.js:5:74139)
   at e.fire (file:///D:/Program%20Files%20(x86)/GeoSetter%20beta/map/inc/leaflet/leaflet.js:5:5368)
   at finishDrag (file:///D:/Program%20Files%20(x86)/GeoSetter%20beta/map/inc/leaflet/leaflet.js:5:61932)
   at _onUp (file:///D:/Program%20Files%20(x86)/GeoSetter%20beta/map/inc/leaflet/leaflet.js:5:61622)
   at o (file:///D:/Program%20Files%20(x86)/GeoSetter%20beta/map/inc/leaflet/leaflet.js:5:23468)
  
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0004310)
WilfriedB   
2022-12-29 12:52   
@Monnemer das scheint der gleiche Fehler zu sein, zu dem @Heiko eine Korrektur-Möglichkeit hier beschrieben hat: https://www.geosetter.de/mantis/view.php?id=2390#c4198 Das wird aber wohl mit der nächsten Version behoben sein.
(0004312)
Monnemer   
2022-12-29 13:25   
Oki, vielen Dank für den Verweis. Hätte ich so (nur mit der Überschrift) nicht entdeckt.
Aber dort wird ja schon diskutiert, ob es nicht besser wäre, für jede Auffälligkeit (andere nennen es einen bug) einen eigenständigen Eintrag zu eröffnen.
(0004313)
Monnemer   
2022-12-29 13:39   
Mit dem Korrektur-Hinweis habe ich die Stelle gefunden, an der der Fehler auftritt. Ist vergleichbar zu dem, was @Heiko geschrieben hatte.

You can fix it yourself, by changing the map.js in line 548:
buggy: var marker = GSM._getElementById(this.photoMarkers, GSM.selectedPhotoId);
fixed: var marker = GSM._getElementById(GSM.photoMarkers, GSM.selectedPhotoId);

you have to replay "this" by "GSM"
(0004314)
WilfriedB   
2022-12-29 14:35   
@Monnemer dies MantisBT hat den Nachteil, dass es (zumindest für uns) keine Volltextsuche bietet. Da es auch keine eindeutige Fehlernummer oder ähnliches gibt, lässt sich so was auch schwer finden. Ich erinnerte mich auch erst beim zweiten Mal lesen an das "GSM._getElementById", das in beiden Meldungen zu sehen ist. Das map.js befindet sich übrigens in C:\Program Files (x86)\GeoSetter beta\map und man braucht Admin-Rechte, um es zu ändern. Danach hatte es bei mir sofort funktioniert (mit den anderen Einschränkungen, wie im anderen Bericht beschrieben).
(0004318)
ThunderBoy   
2022-12-30 21:31   
@WilfriedB @Monnemer Die Suche funktioniert hier. Sie müssen hierher gehen: https://geosetter.de/mantis/view_all_bug_page.php
Verwenden Sie " Suche" - Filter
Es wird nach allem gesucht, was hier erwähnt wird.
(0004320)
WilfriedB   
2022-12-31 07:22   
Vielen Dank @ThunderBoy das hatte ich schön länger gesucht und nie gefunden. Tatsächlich findet man mit "GSM._getElementById" drei Meldungen.
Guten Rutsch ins neue Jahr für alle!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2406 [GeoSetter] User Interface minor N/A 2022-12-24 14:23 2022-12-30 21:47
Reporter: ThunderBoy Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Sound after some operation
Description: The program could make a sound or sound an alert when a longer operation is completed. Especially when running in the background. A checkbox option could be somewhere in the menu + user selectable sound (e.g. mp3, wav, ogg).
Tags: sound
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0004294)
WilfriedB   
2022-12-24 15:46   
I agree, for some long running operations, specially if there are many files in the folder or sub-folders, this could be very helpful.
(0004295)
xyzzy   
2022-12-24 16:23   
Excellent idea.
May have the choice: sound, pop up, both, etc.
(0004296)
WilfriedB   
2022-12-24 16:46   
Notification when finished is one thing. More important however, would be warning when a long wait can be expected. If you have a folder with 10 images, almost every operation ends quickly, but for larger folders it can take quite a long time. When saving the changes to disk, you can see the progress bar (and yes, here it makes much sense to ring the bell when finished), but playing with filtering, specially including sub-folders, I noticed you can see a blank screen for quite a while, which could give the impression, the program stopped working.
(0004297)
ThunderBoy   
2022-12-24 16:54   
I was mainly concerned with sound when completing writes to files. E.g. when finishing ExifTool. Today it took me over 15 minutes to write the data, so I kept peeking to see when it would finish.
(0004319)
ThunderBoy   
2022-12-30 21:47   
But e.g. when I used search (by filters), the last search took over an hour, so an audio alert would be ideal for this kind of thing. With the huge number of files, this really needs to be added to the program.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2411 [GeoSetter] User Interface minor always 2022-12-29 10:30 2022-12-30 21:22
Reporter: Monnemer Platform:  
Assigned To: OS: Windows 10  
Priority: normal OS Version: 22H2  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GeoSetter Beta 4.0.4 (Build 2202) - Aufnahmerichtung wird nicht korrekt angezeigt
Description: Vorab eines: ganz herzlichen Dank, dass GeoSetter weiterentwickelt wird. Das Programm ist in der Zwischenzeit für mich zu einem unverzichtbaren Tool für GeoTagging geworden.

In der genannten Beta-Version werden die in Bildern hinterlegte Aufnahmerichtungen nicht korrekt angezeigt.
Zur Verdeutlichung ist für das beigefügte Bild die Darstellungen aus den Versionen 3.5.3 (Build 2195) bzw. der Beta-Version 4.0.4 (Build 2202) dargestellt.
In der aktuellen Version wird die Aufnahmerichtung lediglich durch den Trichter dargestellt - die Richtung (als Winkelhalbierende) wird nicht angezeigt.
Darüber hinaus scheint, als ob der Öffnungswinkel des Trichters nicht zutreffend ermittelt wird.

Gibt es entsprechende Einstellmöglichkeiten, um das Verhalten zu beeinflussen?
Vielen Dank für eure Rückmeldungen.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: P1030968_red.jpg (2,972,662 bytes) 2022-12-29 10:30
https://www.geosetter.de/mantis/file_download.php?file_id=1066&type=bug
Screenshot_353_01.jpg (498,970 bytes) 2022-12-29 10:30
https://www.geosetter.de/mantis/file_download.php?file_id=1067&type=bug
Screenshot_404_01.jpg (430,727 bytes) 2022-12-29 10:30
https://www.geosetter.de/mantis/file_download.php?file_id=1068&type=bug
Geosetter 4.0.4 Beta Aufnahmerichtung .jpg (28,431 bytes) 2022-12-29 11:23
https://www.geosetter.de/mantis/file_download.php?file_id=1069&type=bug
jpg

Screenshot_353_02.jpg (97,320 bytes) 2022-12-29 11:43
https://www.geosetter.de/mantis/file_download.php?file_id=1070&type=bug
jpg
Notes
(0004307)
WilfriedB   
2022-12-29 11:23   
Ich habe in der Beta 4.0.4 beim Anlegen einer Aufnahmerichtung festgestellt, dass die GPS Koordinaten des Ziels identisch sind mit dem Aufnahmeort. Wenn man dort andere Koordinaten manuell einstellt, erfolgt die Anzeige korrekt. Auf die Schnelle konnte ich jetzt keine Beispiel finden, wo die Aufnahmerichtung mit der Version 3.5 schon eingestellt hatte.
(0004308)
Monnemer   
2022-12-29 11:43   
Vielen Dank für die Rückmeldung.
Wenn ich die Koordinaten für den Blickpunkt eingebe, dann sehe ich die Aufnahmerichtung.
In der vorherigen Version 3.5 war es aber so, dass die Aufnahmerichtung (mit einem Blickpunkt im "Unendlichen") ebenfalls zu sehen war, wie die im Screenshot zu sehen ist, auch wenn für den Blickpunkt keine Koordinaten angegeben sind.
(0004309)
WilfriedB   
2022-12-29 12:46   
@Monnemer ich denke, da gibt es noch einige Probleme, die bei der Umstellung vom Google API auf Leaflet entstanden.
Wir hatten schon vor einigen Tagen auf englisch berichtet, dass man nach dem Anlegen einer Aufnahmerichtung zunächst ein andere Bild anklicken muss und dann wieder dass mit der neuen Aufnahmerichtung, um den Strahl überhaupt zu sehen. Das gleiche passierte mir auch beim Öffnen eines Bilds, bei dem ich die Richtung schon vor langer Zeit angelegt hatte und auch, wenn ich die Ziel-Koordinaten entferne. In dem Fall ist der Strahl aber nur circa 50m lang und es fehlt das Ikon zum Ändern.
Was den Winkel betrifft, ist mir noch kein Fehler aufgefallen.
(0004311)
Monnemer   
2022-12-29 13:19   
@WilfriedB: "ich denke, da gibt es noch einige Probleme, die bei der Umstellung vom Google API auf Leaflet entstanden. "
Nochmals besten Dank.
Mit dem o.g. Statement gehe ich auch vollkommen d'accord! Daher ist es auch mein primäres Anliegen, die Dinge, die mir auffallen mitzuteilen.
Es handelt sich um eine Beta-Version, da sind Unzulänglichkeiten / Ungereimtheiten ja ok. Wichtig ist halt die Rückmeldung, um solche Dinge weiter zu entwickeln.
(0004317)
ThunderBoy   
2022-12-30 21:22   
@Monnemer Let's wait for the final version. There will be a lot of changes applied that have been discussed here over the last 50 days or so.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2409 [GeoSetter] Image Data minor always 2022-12-27 21:12 2022-12-28 14:00
Reporter: BryherPatch Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: 4.0.4 - Altitude information seems not to work
Description: Altitude information seems to give an error
Tags:
Steps To Reproduce: In preferences, set 'Data Preferences' tab, 'Add altitude Automatically'
Now assign a location to an image

You now get a dialogue box, see attached file
Additional Information:
Attached Files: error.jpg (18,722 bytes) 2022-12-27 21:12
https://www.geosetter.de/mantis/file_download.php?file_id=1064&type=bug
jpg
Notes
(0004303)
ThunderBoy   
2022-12-28 00:01   
@BryherPatch: Before you post an issue here, make sure the issue hasn't already been discussed here. I know it has. 0002393
(0004305)
BryherPatch   
2022-12-28 10:39   
Hi, 2393 doesn't read like this bug report, but if you are content that they are the same, please feel free to close this one. Thanks for taking the time to review the report. Best, Simon
(0004306)
xyzzy   
2022-12-28 14:00   
I had a similar error using "https://api.geonames.org" but not "http://api.geonames.org".
This is the same problem as "2393".

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2127 [GeoSetter] User Interface minor always 2021-07-14 12:19 2022-12-27 09:42
Reporter: trc233 Platform: Windows 10  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 4.0.37 beta  
    Target Version:  
Summary: I have no more updates to exif tools
Description: It is no longer possible for me to update ExifTools, I have been using GeoStter version 3.5.3 (Build 2195) and ExifTool version 10.96 for a long time now or even a few years. I was not worried about it but after a trip and many photos a little problem to use Nik Collection from Dxo after geotagging my photos I started to wonder if it did not come from the update of ExifTool ( Tiff format not recognized, Tiff compression go to 34713) see screenshot this may not be related.
For information, the error message tells me to check my internet connection (see screenshot), but my internet connection is working fine. I use Edge if that can give more information
Tags:
Steps To Reproduce: Systematic in my case
Additional Information:
Attached Files: erreur format image.JPG (118,238 bytes) 2021-07-14 12:19
https://www.geosetter.de/mantis/file_download.php?file_id=848&type=bug
jpg

NikCollection1.JPG (78,414 bytes) 2021-07-14 12:19
https://www.geosetter.de/mantis/file_download.php?file_id=849&type=bug
jpg

Capture3.JPG (41,946 bytes) 2021-07-14 12:19
https://www.geosetter.de/mantis/file_download.php?file_id=850&type=bug
jpg
Notes
(0003863)
heiko   
2021-07-17 19:58   
Since the URL of exiftool changed, the update in GeoSetter no longer works. ExifTool can be downloaded from exiftool.org. The exiftool.exe file must then be copied into the "%AppData%\GeoSetter\tools" directory.
(0003864)
trc233   
2021-07-18 06:20   
Thank you very much the update was done, it worked.
Thanks again
(0003865)
yvolk   
2021-08-03 18:34   
Broken ExifTool updates is actually a critical issue.

Hello @Friedemann Schmidt!

Thank you very much for GeoSetter, it's my tool for managing travel photos for about 15 years already.
Unfortunately, I encountered a bug with "Set File Date from Date Taken" (wrong time zone used...) and I figured out that probably the bug is in the ExifTool (which has this feature!)

This means that fixing https://geosetter.de/mantis/view.php?id=2127 "I have no more updates to exif tool" will actually mean fixing many potential "GeoSetter bugs".

Please fix ExifTool updates in GeoSetter!

PS: My related tool: https://github.com/yvolk/media-timeline-sorter

PPS: As I see you haven't updated GeoSetter for quite a long time. Looks like it should be Open Sourced in order not to die without updates. Please do this, maybe it will find a new maintainer!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2378 [GeoSetter] User Interface major always 2022-11-30 21:03 2022-12-24 18:44
Reporter: ThunderBoy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Problem with Plural Forms in localization Gettext (PO) files
Description: I encountered am on problem by the declensions the word in the localization file. It always shows only the original word and not the translated word from the plural. The program probably ignores this bending setting in the language file and replaces the translated word with the original English word, e.g. "Images" as below. In the .po file, the following line is of course inserted in the header: "Plural-Forms: nplurals=3; plural=(n==1) ? 0 : (n>=2 && n<=4) ? 1 : 2;\n"

Original/Translated:
msgid "%d Images"
msgstr "%d obrázkov"

Edited:
msgid "%d Images"
msgid_plural "%d Images"
msgstr[0] "%d obrázok"
msgstr[1] "%d obrázky"
msgstr[2] "%d obrázkov"

With this setting, the plural will never display the translation, e.g. "obrázkov". I've tested it several times on GeoSetter 3.5.3.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2403 [GeoSetter] User Interface major have not tried 2022-12-23 14:59 2022-12-24 14:32
Reporter: ThunderBoy Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Clustering
Description: We have a new feature: the Map > Use Clustering. Would it be possible to make it so that when I click on the camera icon (photo cluster), all the photos I have there are marked at the same time? Now I don't know which photos I have in that cluster at all (if they are completely next to each other and there are a larger number of them in the same place). This could be a checkbox somewhere in the settings, e.g. for maps.
Tags: clustering, maps, photo
Steps To Reproduce:
Additional Information:
Attached Files: Geosetter Cluster zoomed out.jpg (19,206 bytes) 2022-12-23 15:38
https://www.geosetter.de/mantis/file_download.php?file_id=1054&type=bug
jpg

Geosetter Cluster zoomed in.jpg (51,821 bytes) 2022-12-23 15:38
https://www.geosetter.de/mantis/file_download.php?file_id=1055&type=bug
jpg

Search&Filter.png (13,159 bytes) 2022-12-23 19:08
https://www.geosetter.de/mantis/file_download.php?file_id=1057&type=bug
png

Include Subfolders.jpg (32,601 bytes) 2022-12-24 09:17
https://www.geosetter.de/mantis/file_download.php?file_id=1058&type=bug
jpg

Geosetter Filter Nearby.jpg (64,511 bytes) 2022-12-24 10:04
https://www.geosetter.de/mantis/file_download.php?file_id=1059&type=bug
jpg

Filters.jpg (37,153 bytes) 2022-12-24 13:40
https://www.geosetter.de/mantis/file_download.php?file_id=1060&type=bug
jpg
Notes
(0004272)
WilfriedB   
2022-12-23 15:38   
@ThunderBoy not sure this helps: Did you notice the clustering feature depends on the scale? That is, when you zoom in the single images appear, if they are in a certain distance from each other.
(0004273)
ThunderBoy   
2022-12-23 15:54   
@WilfriedB Of course I know that. But if at least two photos have the same coordinates (at a point), I don't know exactly which photos they are. I can figure it out though if I click on that point and look at the coordinates in the other photos.
(0004274)
xyzzy   
2022-12-23 15:59   
If we could have an option that ensures that if we click on an icon on the map, all the photos with the same coordinates are all selected.
(0004275)
ThunderBoy   
2022-12-23 16:16   
@xyzzy Yes, that's kind of what I meant. I use a lot of photos from one place (same coordinates), and there are also quite a few of them side by side. The problem is that they are from different periods, so I don't keep track of which photos they are. I can look at it the old way, of course. It just occurred to me while working with the clustering.
(0004276)
xyzzy   
2022-12-23 16:33   
While waiting for this feature, I sort the photos by coordinates but this new feature would be much better
(0004278)
heiko   
2022-12-23 19:08   
you know that you can use "Search & Filter" to do this?
(0004279)
xyzzy   
2022-12-23 19:11   
Yes. And we can also save this query as a template...
(0004280)
xyzzy   
2022-12-23 19:32   
@heiko: If we select "current image" as a filter, does GeoSetter keep the coordinates of this image or will it take the coordinates of another selected image?
(0004281)
xyzzy   
2022-12-23 19:51   
I finally figured out how to do it:
1) Create a template with for example Coordinates = Current image and add it to the templates
2) Remove the filter
3) view and select any of the images on the map
4) and there, filter by the saved template in step 1)

It's several steps to do 2) @ 4, but it's doable
(0004282)
ThunderBoy   
2022-12-24 09:17   
@heiko I've never used the search, but I've tried it. When I'm in a folder, it works nicely. But if I go outside the folder and turn on "Include Subfolders", it doesn't anymore. Then it no longer filters as I need it to even with the second condition. For example, see image. Someone else please test this. I tried it in version 3.5.3 and in the new beta.
(0004283)
WilfriedB   
2022-12-24 10:04   
@Heiko and @ThunderBoy I did use filtering in the past (but did not know about "nearby"), but always had some doubts, how to handle it correctly.
Yesterday, I also did some tests with "nearby" and finally got it to work. The key point seems to be xyzzy's "2) Remove the filter". What exactly does that mean?
I came to (possibly wrong) conclusion before selecting a different image, you need uncheck "Activate" in both menu options. Or is there a different explanation?
(0004284)
WilfriedB   
2022-12-24 10:18   
@ThunderBoy I forgot to mention: It seems to be not related to "Include Subfolders". However, when I created a template, I did not check "Include Subfolders", but I did select File->Flat mode in the menu, selected an image of one of the subfolders and then applied the filter.
(0004285)
ThunderBoy   
2022-12-24 10:44   
@WilfriedB After all, I write that when I'm in the directory, the filter works. But when I want to search for files in subfolders as well, the filter doesn't work. It shows me all the images whether the author details are entered there or not.
(0004286)
ThunderBoy   
2022-12-24 11:18   
I mean, when I look at it better, the filter works by just marking the file that matches the filter. Rather, it should work by hiding the files that are filtered out. In Flat mode the filter doesn't work at all. It shows all files that are in the main folder and subfolder. I attach a video: https://sendvid.com/52fu845c
(0004287)
WilfriedB   
2022-12-24 11:48   
@ThunderBoy this is what I meant with "2) Remove the filter". Before applying the filter including sub-folders, do remove the check-marks for both(!) "Activate" in the menu. This way it did work for me with and without including sub-folders.
(0004288)
ThunderBoy   
2022-12-24 12:49   
@WilfriedB Apparently we don't understand each other. Without an active filter to include subfolders it finds me big shit in other directories. The way you write it only works with files in one folder.
(0004289)
ThunderBoy   
2022-12-24 12:59   
Oh, shit, so I didn't get it. :) I'm getting it. I didn't do a good procedure. Still bothers me that it shows all files after applying the filter. It should hide the unnecessary ones, because with a large number of files it's cluttered.
(0004290)
xyzzy   
2022-12-24 13:40   
What I meant by "2) remove the filter" is to "2) uncheck Activated"
(0004291)
ThunderBoy   
2022-12-24 13:54   
Oh, I misunderstood both of you before. Thank you both. It's already working as I needed it to. It hides files I don't need. Thanks again.
(0004292)
WilfriedB   
2022-12-24 14:17   
I'm glad @ThunderBoy!
One more thing on this topic: When you look at the filter menu, you see "Activate" twice. According to my tests, clicking the one on top, does not remove the check mark for the other "Activate" (but vice versa does) and as long you see a check mark at the lower "Activate" a subsequent filtering does not work (probably, because the conditions are added ...?).
Also, clicking "Reset" removes the check mark form the upper, but not from the lower option. But even worse, after doing so, the lower "Activate" is grayed out and you cannot deactivate unless un-check/check the name of you template.
So, I do not completely understand what the purpose of "Activate", "Reset" and the other "Activate" might be. But for now, I understand a little better, why I always had problems with filtering in the past.
(0004293)
ThunderBoy   
2022-12-24 14:32   
WilfriedB This is exactly what I noticed when I was translating the program a long time ago. There are two Activate options. When I tried it, the first button activates the filter itself and the second button activates the user filters. It should be written next to them that what ever is activated with them. E.g. for the first one, it says "Activate main filter" and the second one "Activate additional filter".

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2404 [GeoSetter] User Interface minor have not tried 2022-12-23 18:29 2022-12-23 18:47
Reporter: jllanos Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GeoSetter and Internet Explorer
Description: Now that Geosetter is working again, be it version 3.5.3 or version 4 beta, and taking advantage of the fact that you are modifying the exe, don't you think it would be wise to update the program to Webviewer2+Edge? Even if it's just to keep it in a drawer, in case one day something happens in the Internet Explorer environment, have it ready so that what happened on November 15th doesn't happen again.

The real problem that day was not the Google API but continuing to use IE. The least expected day something will happen with another of the resources that Geosetter uses and it will stop working again, for continuing to use an obsolete component.

Finally, have you canceled your Google Maps key that we have been using for years? Now it doesn't make sense to keep it active since Geosetter no longer uses it, but it can be on dozens of PC's. If you need a key for another application of yours, you can request a new one and keep it secret.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1995 [GeoSetter] User Interface tweak have not tried 2018-11-01 12:38 2022-12-23 01:26
Reporter: geobiene Platform: Desktop  
Assigned To: Friedemann OS: Windows 7  
Priority: normal OS Version: Ultimate  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Gesettete Koordinaren gehen verloren
Description: Hallo,
seit neuestem passiert mir extrem mieses mit Geosetter. Die gesetteten Koordinaten gehen verloren. Scheinbar wenn ich Geosetter verlasse, minimiere, und kurz woanders etwas nachsehe, wie zB im Browser. Aber das kann ich nicht sicher beweisen.

Beim aktuellen jetzigen Vorfall geht mir über 1 Stunde Arbeitszeit verloren. Zuletzt war es ähnlich viel. Davor etwas weniger. Es summiert sich. Alles zurück auf Anfang... Das frustet.

Ich habe keine Ahnung warum »auf einmal« dieser Fehler auftritt. Das ist erst seit ein paar Tagen. Die Version ist die gleiche. Am BS habe ich auch seit Monaten nichts gemacht.

Google Maps (Sat) habe ich in Verdacht. Und zwar so: Manchmal habe ich Glück und Google Maps (Sat) wird nicht gegraut mit Hinweistext "for development purposes only". Dann funktioniert alles einwandfrei. Doch irgendwann scheint Google Maps (Sat) in den gegraut-Modus zu verfallen, ohne dass (bei mir) die Tiles gegraut werden. Dann gehen die bereits gesetteten, aber noch nicht gespeicherten, Koordinaten verloren. Es gehen alle nicht gespeicherten Koordinaten verloren, die bereits gesettet wurden.

Eventuell hängt es damit zusammen, dass ich im Browser Google Maps (Sat) geöffnet habe/hatte, oder Google Earth geöffnet habe/hatte?

Beim letzten Vorfall hatte ich Geosetter neu gestartet und mit dem Neustart war Google Maps (Sat) gegraut.

Soviel als Info.
Natürlich werde ich jetzt vorsichtiger sein und öfters Speichern.
Schön is das nicht.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003564)
geobiene   
2018-11-01 12:41   
Nach "Eintrag absenden" kommt:
Fatal error: Class 'ClientException' not found in /homepages/22/d19292159/htdocs/geosetter/mantis/api/soap/mc_tag_api.php on line 162
(0003565)
geobiene   
2018-11-01 12:43   
Nach Registration kam:

APPLICATION ERROR #1901

Die Bestätigungs-URL ist ungültig oder wurde bereits verwendet. Bitte registrieren Sie sich erneut.
Bitte benutzen Sie die „Zurück“-Taste Ihres Browsers, um auf die vorhergehende Seite zurückzukehren. Dort können Sie den hier angezeigten Eintrag korrigieren oder eine andere Aktion ausführen. Über das Menü können Sie auch direkt zu einer anderen Aktion wechseln.

„Zurück“-Taste Ihres Browsers ist "about:blank".
(0003566)
geobiene   
2018-11-01 12:46   
OK. Also es ist allen Anschein nach das Öffnen von Google Maps Sat im Browser. Damit werden alle nur gesetteten und noch nicht gespeicherten Koordinaten gelöscht. Kann das jemand bestätigen? Ich bin hier jetzt wieder raus.
(0003575)
WilfriedB   
2018-11-27 17:31   
Ich hatte schon vor längerer Zeit (und zwar lange bevor Google die API policies änderte!) ein ähnliches Verhalten beobachtet. Rekonstruieren konnte ich das noch nicht, es scheint aber so zu sein, das GeoSetter irgendwie dazu veranlasst wird, alle Dateien neu einzulesen. Also das gleiche, was auch bei einem Refresh (F5) ablüft, nur mit dem Unterschied, dass es plötzlich, wie aus heiterem Himmel passiert. In dem Fall sind dann auch alle geänderten Daten (nicht nur Koordinaten sondern auch andere Meta-Daten) verloren. Obigen Verdacht "Scheinbar wenn ich Geosetter verlasse, minimiere, und kurz woanders etwas nachsehe ..." kann ich da auch bestätigen, aber, wie schon gesagt, nicht bewusst herbei führen.
Ich es auch schon erlebt, dass das während des zurück schreiben auftritt, dass heißt ein Teil waren korrekt auf dem neuesten Stand, während andere in dem Zustand waren, wie zum Zeit als GeoSetter gestartet wurde.
(0003591)
geobiene   
2018-12-01 14:35   
Neue Erkenntnis: Es liegt am Starten von Google Chrome. Es muss nur Google Chrome gestartet werden und alles ist weg. Das liegt wohl daran, dass Google Chrome beim Starten auf ALLE angeschlossenen Festplatten zugreift und dort irgendetwas abfragt. Keine Ahnung was. Deswegen ist Google Chrome auch in der Kritik. Google Chrome starten und die Festplatten rattern. Wahrscheinlich wird der Verzeichnisbaum jeder Festplatte ausgelesen (und an Google übersandt? Datenkralle.).
(0003592)
WilfriedB   
2018-12-01 18:54   
Es ist bestimmt nicht nur Google Chrome, sondern sicher auch andere Programm, die das verursachen können. Mir ist das heute auch passiert, dass ich etwas anderes gemacht hatte und dabei vergaß, dass der GeoSetter im Hintergrund noch offen war und ich einige Änderungen noch nicht gespeichert. In der Zwischenzeit hatte ich Opera, Word und wohl auch andere Anwendungen benutzt, aber mit Sicherheit kein Chrome.
(0004267)
WilfriedB   
2022-12-22 18:57   
@Friedeman ich habe den Eindruck, dass dieses Problem inzwischen behoben wurde. Damals, also unter 3.4.x Beta, ist es mir auch häufig passiert, dass Änderungen plötzlich verschwanden. In letzter Zeit kann ich mich gar nicht erinnern, wann das zum letzten Mal passierte. Möglicherweise lag das aber auch daran, dass ich immer später darauf achtete, Änderungen möglichst schnell auch zu sichern.
Ich habe das jetzt einmal bewusst unter 4.0.4 Beta ausprobiert, eine Änderung (Hinzufügung des Blickwinkels) längere Zeit im Hintergrund ohne zu sichern stehen zu lassen, dabei einige Programme gestoppt und wieder gestartet (unter anderem auch Chrome, das ja hier explizit erwähnt wurde). Dabei fand bis jetzt kein automatischer Refresh statt.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2390 [GeoSetter] User Interface minor always 2022-12-18 08:57 2022-12-23 00:09
Reporter: WilfriedB Platform: ThinkPad  
Assigned To: Friedemann OS: Windows 10  
Priority: normal OS Version: 22H2 Build 19045  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: A new Beta Version 4.0.2 (Released on 17.12.2022), but URL for download not found.
Description: This morning GeoSetter 3.5.3 announced a new Beta, but the URL https://geosetter.de/geosetter_beta.exe was not found.
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files: Screenshot GeoSetter Beta 4.0.2.jpg (28,999 bytes) 2022-12-18 08:57
https://www.geosetter.de/mantis/file_download.php?file_id=1020&type=bug
jpg

Favoris.jpg (63,885 bytes) 2022-12-19 17:04
https://www.geosetter.de/mantis/file_download.php?file_id=1026&type=bug
jpg

Missing png.jpg (49,591 bytes) 2022-12-19 19:25
https://www.geosetter.de/mantis/file_download.php?file_id=1028&type=bug
jpg

Mantis Enter Issue Detail.jpg (38,837 bytes) 2022-12-22 10:55
https://www.geosetter.de/mantis/file_download.php?file_id=1053&type=bug
jpg
Notes
(0004185)
xyzzy   
2022-12-18 13:56   
Try this link:

https://geosetter.de/geosetter_beta.exe
(0004186)
WilfriedB   
2022-12-18 14:17   
Thanks a lot @xyzzy! I did try several variations, but forgot to omit www .... downloading now!
(0004187)
WilfriedB   
2022-12-18 14:44   
OK, download, install and a first start did work! Thanks a lot Friedemann! Now, we will see, how it works.

One first experience:
I needed to import the settings from 3.5.3, but this is just a "good to know" and if the settings are stored in different places, could also have some advantages.
(0004189)
xyzzy   
2022-12-18 15:28   
Make a backup of the 4.0.3 settings before (just in case)
(0004190)
xyzzy   
2022-12-18 15:29   
For the moment, I found a few sentences not translated into French. I translate them.
(0004193)
xyzzy   
2022-12-18 19:14   
There is a new version 4.0.4
(0004194)
ThunderBoy   
2022-12-18 20:24   
There are still many minor errors that have not been corrected. For example. 0002383#c4117 On the favorites icon, it links to a non-existent "img" directory. It's defined directly in geosetter.exe
(0004195)
ThunderBoy   
2022-12-18 21:03   
I apologize, but I didn't check first. The bug is that the map/img/favorite.png icon is missing in the program installation. It needs to be added to the program installation. It would be good to give the option to download the portable version as well. I don't feel like installing it all the time.
(0004196)
WilfriedB   
2022-12-18 21:28   
With 4.0.4, I ran into these minor problems:
- Trying to add a view direction, I don't see the triangle until I select a different image and return to the first. Then I do see the triangle, but cannot change its angle, because the handle for that sits exactly at the same place as the position marker (or in other words Lat/Long for the position is identical to the destination). If I change the destination Lat/Long using the Edit dialog, it seems to work correctly.
- When I navigate to a different folder within GeoSetter, I see the following error message in 'Map Log. However, besides the fact that log pops up, everything seems to work fine
 18.12.22 20:43:00 ERROR: TypeError: Die Eigenschaft "tracks" eines undefinierten oder Nullverweises kann nicht abgerufen werden.; TypeError: Die Eigenschaft "tracks" eines undefinierten oder Nullverweises kann nicht abgerufen werden.
   at Anonymous function (file:///C:/Program%20Files%20(x86)/GeoSetter%20beta/map/map.js:1630:17)
   at GSM.zoomObjects (file:///C:/Program%20Files%20(x86)/GeoSetter%20beta/map/map.js:1629:13)
   at Global code (Unknown script code:1:1)
  GSM.zoomObjects({"markers": false, "coordinates": [], "tracks": ["8"]}, 15);
The above error also appears after moving up one directory level or if you press Refresh (F5) - in my case, after copying a tracks file (GPX) to the directory.

- After installing 4.0.3 and starting GeoSetter for the second time, the Maps file could not be found. The path in settings was indeed wrong, (but unfortunately, I neglected to record it). After changing it to the correct path ( C:\Program Files (x86)\GeoSetter beta\map\map.html ) it did work fine. After installing 4.0.4, it kept the correct path.
Changing the path in 4.0.3, I noticed another little bug:
It will not work, if you enclose the path with double quotes ( "C:\Program Files (x86)\GeoSetter beta\map\map.html" ) The " are added by Windows Explorer, if you use Shift-Right Click-P to copy the full path (which I frequently use, to avoid typing).
(0004198)
heiko   
2022-12-18 22:44   
(Last edited: 2022-12-18 22:56)
@WilfriedB: your second error is already fixed by Friedemann. I've had the same problem.

You can fix it yourself, by changing the map.js in line 1630:
buggy: var track = GSM._getElementById(this.tracks, trackId);
fixed: var track = GSM._getElementById(GSM.tracks, trackId);

you have to replay "this" by "GSM"

(0004199)
xyzzy   
2022-12-19 01:30   
With this new version, there have been new features, many of which have no translations in French and I presume in many other languages as well.
I sent my translations (.mo and .po files via email to "support@geosetter.de").
I await a further response.
If you are interested, I can send you my files for translation into other languages.
(0004200)
xyzzy   
2022-12-19 01:38   
We should all thank Fiedemann for delivering this version to us fairly quickly, but I'm sure he's waiting for our comments, issues and requests for improvements and will respond quickly.
(0004204)
ThunderBoy   
2022-12-19 09:04   
@xyzzy Give it time and breathe. There are still a lot of things he has to deal with. As long as we have a new and improved version and the rest will be done in time.
(0004205)
WilfriedB   
2022-12-19 09:12   
@Heiko thanks a lot for the tip. I did edit map.js with administrator authority and it works now!
--
One point I forgot to mention yesterday:
After changing images with 4.0.3 for the first time, Norton would block GeoSetter from writing to disk until I defined it as an "exception". Unfortunately I had changed 20 files at once, so Norton signaled the issue many times and clicking to define the exception was not so easy ... so, it would be better to update only a single file for the first trial with a new beta version.
In 4.0.4 I did not notice any problems with Norton. Either my exception still worked or Friedemann did change something for that.
(0004206)
ThunderBoy   
2022-12-19 14:49   
I don't use image direction views, but I ran into a problem. See video: https://sendvid.com/k4x08gu7
It displays an error when you move the view. I have to click the button again to see the view because it doesn't automatically appear. Also the two buttons at the end of the video don't work.

ERROR: TypeError: Nemožno získa? vlastnos? Where nedefinovaného odkazu alebo odkazu s hodnotou null; TypeError: Nemožno získa? vlastnos? Where nedefinovaného odkazu alebo odkazu s hodnotou null
   at GSM._getElementById (file:///Y:/PORTABLES/Graphics/GeoSetter%20test/map/map.js:681:9)
   at Anonymous function (file:///Y:/PORTABLES/Graphics/GeoSetter%20test/map/map.js:548:13)
   at e.fire (file:///Y:/PORTABLES/Graphics/GeoSetter%20test/map/inc/leaflet/leaflet.js:5:5368)
   at _onDragEnd (file:///Y:/PORTABLES/Graphics/GeoSetter%20test/map/inc/leaflet/leaflet.js:5:74139)
   at e.fire (file:///Y:/PORTABLES/Graphics/GeoSetter%20test/map/inc/leaflet/leaflet.js:5:5368)
   at finishDrag (file:///Y:/PORTABLES/Graphics/GeoSetter%20test/map/inc/leaflet/leaflet.js:5:61932)
   at _onUp (file:///Y:/PORTABLES/Graphics/GeoSetter%20test/map/inc/leaflet/leaflet.js:5:61622)
   at o (file:///Y:/PORTABLES/Graphics/GeoSetter%20test/map/inc/leaflet/leaflet.js:5:23468)
(0004207)
xyzzy   
2022-12-19 17:04   
When I click on a favourite, the star changes but the information is no longer displayed
(0004209)
xyzzy   
2022-12-19 19:25   
A ".png" is missing. I copied the file "marker_waypoint.png" under the name "waypoint.png" and the image appeared
(0004210)
xyzzy   
2022-12-19 19:54   
Images of favorites (selected/unselected) have been inverted
Replace rows in "map.js"
    _getFavoriteIcon: function (selected) {
        if (selected) {
            if (!this.favoriteIconSelected) {
                this.favoriteIconSelected = L.icon({
                    iconUrl: 'img/marker_favorite.png',
                    iconAnchor: [16, 16],
                    popupAnchor: [0, 0]
                });
            }
            return this.favoriteIconSelected;
        } else {
            if (!this.favoriteIconUnselected) {
                this.favoriteIconUnselected = L.icon({
                    iconUrl: 'img/marker_favorite_selected.png',
                    iconAnchor: [16, 16],
                    popupAnchor: [0, 0]
                });
            }
            return this.favoriteIconUnselected;
        }
    },

by
    _getFavoriteIcon: function (selected) {
        if (selected) {
            if (!this.favoriteIconSelected) {
                this.favoriteIconSelected = L.icon({
                    iconUrl: 'img/marker_favorite_selected.png',
                    iconAnchor: [16, 16],
                    popupAnchor: [0, 0]
                });
            }
            return this.favoriteIconSelected;
        } else {
            if (!this.favoriteIconUnselected) {
                this.favoriteIconUnselected = L.icon({
                    iconUrl: 'img/marker_favorite.png',
                    iconAnchor: [16, 16],
                    popupAnchor: [0, 0]
                });
            }
            return this.favoriteIconUnselected;
        }
    },
(0004211)
heiko   
2022-12-19 21:15   
I don't think it's really helpful if many erros are strung together in one process, as is the case here. Each error should be treated in a separate process, only then Friedemann can keep the overview and can fix the corresponding errors.

And please, give Friedemann time. He has a normal exhausting job and works on GeoSetter in his spare time.
(0004212)
xyzzy   
2022-12-19 21:21   
Do you want everyone to create a new entry for each anomaly they find?
(0004213)
heiko   
2022-12-19 21:48   
@xyzzy: in a page-long text in which several problems are discussed, you have no overview and errors go under. I know bug tracking systems only so that you create a process for each error. Well, there is a superordinate Epic ..

But I can ask Friedemann how he would like it :)
(0004217)
xyzzy   
2022-12-20 00:34   
@heiko
As it's a Beta version, I thought (and may be not the only one) that putting all the little anomalies in the same places was OK.
But if Friedemann prefers to have them separated, I'll do it without any problem.
Let us know his preference.
(0004228)
heiko   
2022-12-20 20:36   
@xyzzy: I was still talking to Friedemann yesterday and he prefers it if there is a separate Mantis issue for each error.

@WilfriedB: Friedemann did not change anything when saving the image data. I think Norton hast changed something here on the detection of "suspicious" activity.
(0004231)
xyzzy   
2022-12-20 20:43   
@heiko: I will then redo a separate entry for each error that I have reported here. thank you
(0004232)
ThunderBoy   
2022-12-20 20:49   
I also think that when it's a beta, all issues should be discussed in one thread. For the final version, I can understand it. But as the boss says, so shall we do.
(0004234)
heiko   
2022-12-20 22:41   
so if this is "only" supposed to be a discussion about the beta version, then of course this can take place in one thread.

But if the bugs are to be fixed that are addressed here, then that can only work with separate issues.

But good that you are looking at this beta version, that's the only way to get a stable version!
(0004238)
ThunderBoy   
2022-12-21 08:54   
OK, so for everyone. When there is a new or next Beta version, a thread will be created for it. There we will discuss all the problems concerning it.
(0004263)
WilfriedB   
2022-12-22 10:55   
@Heiko Would it be possible do define a Severity or Category in Mantis for "Discussion" or "Hints Tipps" or similar? I believe, it could be helpful for everybody
(0004265)
xyzzy   
2022-12-22 15:57   
Is it a good idea: create a separate entry for each bug and in this thread, refer to the bug?
(0004266)
WilfriedB   
2022-12-22 16:11   
Exactly @xyzzy After all, Mantis is a bug tracking system - not a discussion forum. For the purpose of tracking and solving problems, a clear structure is needed.
(0004270)
heiko   
2022-12-23 00:09   
@WilfriedB: I don't have administrative access to Mantis, so I'll forward your suggestion with the "Discussion" category to Friedemann.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1996 [GeoSetter] User Interface tweak have not tried 2018-11-01 12:39 2022-12-22 02:05
Reporter: geobiene Platform: Desktop  
Assigned To: Friedemann OS: Windows 7  
Priority: normal OS Version: Ultimate  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Gesettete Koordinaren gehen verloren
Description: Hallo,
seit neuestem passiert mir extrem mieses mit Geosetter. Die gesetteten Koordinaten gehen verloren. Scheinbar wenn ich Geosetter verlasse, minimiere, und kurz woanders etwas nachsehe, wie zB im Browser. Aber das kann ich nicht sicher beweisen.

Beim aktuellen jetzigen Vorfall geht mir über 1 Stunde Arbeitszeit verloren. Zuletzt war es ähnlich viel. Davor etwas weniger. Es summiert sich. Alles zurück auf Anfang... Das frustet.

Ich habe keine Ahnung warum »auf einmal« dieser Fehler auftritt. Das ist erst seit ein paar Tagen. Die Version ist die gleiche. Am BS habe ich auch seit Monaten nichts gemacht.

Google Maps (Sat) habe ich in Verdacht. Und zwar so: Manchmal habe ich Glück und Google Maps (Sat) wird nicht gegraut mit Hinweistext "for development purposes only". Dann funktioniert alles einwandfrei. Doch irgendwann scheint Google Maps (Sat) in den gegraut-Modus zu verfallen, ohne dass (bei mir) die Tiles gegraut werden. Dann gehen die bereits gesetteten, aber noch nicht gespeicherten, Koordinaten verloren. Es gehen alle nicht gespeicherten Koordinaten verloren, die bereits gesettet wurden.

Eventuell hängt es damit zusammen, dass ich im Browser Google Maps (Sat) geöffnet habe/hatte, oder Google Earth geöffnet habe/hatte?

Beim letzten Vorfall hatte ich Geosetter neu gestartet und mit dem Neustart war Google Maps (Sat) gegraut.

Soviel als Info.
Natürlich werde ich jetzt vorsichtiger sein und öfters Speichern.
Schön is das nicht.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1988 [GeoSetter] User Interface trivial have not tried 2018-10-15 19:01 2022-12-22 02:05
Reporter: zava Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: What version to use?
Description: Hello,
I seem to have got a bit lost...
A loooong time ago I received advice to use a BETA version in order to overcome some issue (can't even rememeber what it was).
I have used V3.4.82 (Build 2184) BETA ever since.
I now notice that stable versions have reached 3.5
Which version shoul'd I now use? Go back to stable version and keep mainstream maybe?
Thank you!
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1987 [GeoSetter] User Interface minor always 2018-10-15 18:57 2022-12-22 02:05
Reporter: zava Platform:  
Assigned To: Friedemann OS:  
Priority: low OS Version:  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Zooming preview image with mouse wheel also scrolls image list
Description: Hello,
this is just a minor issue...
After focusing on a preview image (docked window) and using the mouse wheel to zzom the preview, zoom works fine but in the meanwhile the (unfocused) images list is also scrolled. As a result, after zooming the selected image in the list is not the correct one anymore.
Btw I am using 3.4.82 Beta, whici his not listed in the versions drop down list.
Thank you
Tags:
Steps To Reproduce: Focus on docked window with preview image; roll mouse wheel to zoom.
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1986 [GeoSetter] User Interface tweak always 2018-10-08 00:29 2022-12-22 02:05
Reporter: SeeBer Platform: Desktop PC  
Assigned To: Friedemann OS: Windows  
Priority: low OS Version: 7 64bit  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: eigentlich kein beta - sonder Version 3.4.16 release (Buiold 2119) - Problem: Check Update -> Fail
Description: Auf Update Prüfen - Fehlermeldung: Die Überprüfung auf ein Update schlug fehl - überprüfen Sie die Inet-Verbindung (sinngemäß)
Tags:
Steps To Reproduce: Hilfe -> Auf Update Prüfen ...
Additional Information: wirklich nix Schwerwiegendes - ein Hinweis auf der Homepage wäre auch ok (z.B. "Deinstallieren Sie zunächst die alte Version bevor Sie die aktuell installieren")
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1982 [GeoSetter] Image Data minor N/A 2018-09-15 23:16 2022-12-22 02:05
Reporter: ml Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: 64bit Version
Description: Gibt es Plaene, eine 64bit-Version zu erstellen? Ich habe regelmaessig Memory-Probleme mit Crashes, wenn zu viele Bilder in einem Directory sind. Ich kann immer im Process Explorer sehen, dass geosetter dann ueber 2GB gross werden will. Passiert so ab ca. 1500 Bildern im Directory. Und das hab ich haeufig. Verteilen der Bilder auf mehrere Directories macht den Workflow komplizierter, man muss dasselbe mehrfach tun.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003548)
rau1   
2018-10-02 18:58   
Ich möchte mich diesem Wunsch anschließen. Nach einer längeren Urlaubsreise stehe ich oft vor dem selben Problem.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1980 [GeoSetter] Image Data major always 2018-09-15 20:21 2022-12-22 02:05
Reporter: DavidStokes Platform:  
Assigned To: Friedemann OS:  
Priority: high OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Question/suggestion on Google maps issue
Description: I apologise that I am not very IT-savvy and don't know how sites like this work, so may not be posting this properly. I reported an issue that the Google map on Geosetter doesn't work any longer. I understand that this is because Google has started charging a fee for the use of Google maps.
Is there some way that I could pay Google direct to be able to use the maps?
Alternatively, could Geosetter charge a monthly subscription to cover the additional costs? I should be happy to pay a subscription in order to be able to carry on using Geosetter.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: 2018-10-11_113720.jpg (1,637,733 bytes) 2018-10-11 17:38
https://www.geosetter.de/mantis/file_download.php?file_id=728&type=bug
Notes
(0003552)
Adam   
2018-10-10 19:29   
Hi,
I obtained API key from Google, but have no idea what to do with it.
Can anyone send me instructions how to use it? If possible to my email.
Thank you!
(0003553)
Adam   
2018-10-11 17:38   
Hi Friedman,
Maybe you could write up a little article (instructions) how to get Geosetter to display maps once we get API key of our own, so you don't have to pay Google out of your own pocket.
How much is a fair amount for donation anyways?
Thank you!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1967 [GeoSetter] User Interface feature N/A 2018-08-23 21:45 2022-12-22 02:05
Reporter: KirkWM Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: REQUEST: Combine multiple images to single point for KMZ export
Description: Is it possible to add an option that when exported to Google Earth (kmz), images with the exact same coordinates are combined into one map point with multiple images? Thanks.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1957 [GeoSetter] Image Data feature N/A 2018-07-06 17:28 2022-12-22 02:05
Reporter: jmoliver Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Allow to edit EXIF 2.3 Weather fields
Description: Exif 2.3 introduces new fields such as:

0x9400 AmbientTemperature
0x9401 Humidity
0x9402 Pressure

It would be interesting that in a similar fashion in which GeoSetter obtains the Altitude and location names using the GPS latitude and longitude coordinates, that it utilize the same coordinates along with the date and time an image was taken to obtain the Ambient Teperature, Humidity and Pressure values.

There are several data sources such as NOAA Global Historical Climatology Network Weather Data and https://openweathermap.org.

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003524)
jmoliver   
2018-07-06 19:46   
Weather Underground also provides historical weather and an API: https://www.wunderground.com/weather/api/d/docs
(0003525)
jmoliver   
2018-07-08 16:06   
Capturing the moment and the ambient weather information in photos:
https://jmoliver.wordpress.com/2018/07/07/capturing-the-moment-and-the-ambient-weather-information-in-photos/
(0003555)
jmoliver   
2018-10-14 07:00   
I wrote an experimental app which in a similar fashion as geosetter does with track files it is meant to match weather data using the datetime a photo was taken. The data may be retrieved from a nearby weather station. On my list of improvements it to take into account multiple weather stations labeled by lat/long and use the closest one. The GPX schema extension provides for air temperature values.

https://github.com/josemoliver/WeatherTag

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1956 [GeoSetter] Image Data minor always 2018-07-06 16:24 2022-12-22 02:05
Reporter: faj2323 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: launching Google Earth causes unsaved changes to be lost
Description: Experienced in 3.4.16 and 3.4.82 beta.
If there are unsaved changes (red items), launching Google Earth causes the changes to be lost.
Tags:
Steps To Reproduce: Edit the metadata of a photo, and press OK. Changes are shown in red.
Launch Google Earth and return to Geosetter - changes disappear.
Additional Information: Workaround is to launch Google Earth before Geosetter, or save changes in Geosetter first.
Attached Files:
Notes
(0003526)
Erik Krause   
2018-07-15 22:00   
Version 3.5 is affected as well.
(0003532)
faj2323   
2018-08-02 15:23   
Confirming the problem persists in Version 3.5. Also, Vuescan causes the same behaviour when it is closed while Geosetter is running.
Further investigations show that when either Google Earth is opened, or Vuescan is closed, Windows Explorer and Desktop icons are refreshed, as is the list of photos in Geosetter - hence the loss of unsaved data.
System is Windows 10 version 1804, and a nVidia graphics card.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1948 [GeoSetter] User Interface feature N/A 2018-05-21 17:00 2022-12-22 02:05
Reporter: jmoliver Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Feature Request: Add landmark recognition capability using Google Vision API
Description: The Google Vision API provides the capability of recognizing landmarks and the corresponding location (lat/long) of a photo based on image recognition. This is particularly helpful when scanning analog images and the location of the photo is unknown.

Refer to this post: https://jmoliver.wordpress.com/2018/05/21/finding-where-a-photo-was-taken-using-google-vision/

It would be a great functionality to add to GeoSetter in which the user could press a button and a suggestion is made to the location and the landmark name, which can be added to the image description or caption.

The user will need to provide a Google API key in a similar way users may need to provide Geoname credentials to use the service.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1501 [GeoSetter] User Interface minor always 2017-06-02 20:30 2022-12-22 02:05
Reporter: obetz Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Synchronize: Saved files stay red / "dirty"
Description: After saving changes in the Synchronize dialog, the saved images stay red and an attempt to leave the dialog rises the warning about unsaved changes. It seems the dirty flag isn't reset after saving.

BTW: The dialog of the bug tracker doesn't allow to select 3.4.53 beta which is the version I tested. 3.4.16 doesn't have this error.
Tags:
Steps To Reproduce: Synchronize
Save
Watch colour: still red indicating unsaved changes
try to close dialog -> warning

Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1491 [GeoSetter] User Interface minor always 2017-05-31 12:55 2022-12-22 02:05
Reporter: obetz Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Caption and Headline text boxes shall be larger
Description: The Caption and Headline text boxes are fixed size although the dialog window is resizeable.

It's difficult to edit longer descriptions in the small edit fields since you have to scroll forward and backward.

I suggest to make the text boxes larger or even sizeable.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1490 [GeoSetter] Image Data feature always 2017-05-29 08:53 2022-12-22 02:05
Reporter: kljklj Platform: WIN  
Assigned To: Friedemann OS: 7  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Use GPS Date and Time
Description: I have (mobile phone) pictures with no date, time and gps information. They have a filled GPS-Time field though (see attachment). Geosetter can't use this time stamp for synchro with GPS tracks.
Would be good to have one of the functionalities:
- Use GPS time stamp for synchro
- batch copy GPS time stamp to standard time field.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: GPS Datum.JPG (60,440 bytes) 2017-05-29 08:53
https://www.geosetter.de/mantis/file_download.php?file_id=495&type=bug
jpg
Notes
(0002573)
heiko   
2017-05-29 20:22   
nachdem GeoSetter auf Deutsch eingestellt ist, antworte ich jetzt mal auf Deutsch.

Es gibt den Menüpunkt "Bearbeiten | GPS-Datum auf Aufnahmedatum setzen".

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1477 [GeoSetter] Image Data major always 2017-05-19 01:59 2022-12-22 02:05
Reporter: Harry O Platform: Microsoft Windows  
Assigned To: Friedemann OS: WIN 10  
Priority: normal OS Version: 10.0.14393  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Version 3.4.53 beta; cannot copy and paste dates and time anymore
Description: In the past I could batch paste date and time to multiple images.
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1474 [GeoSetter] User Interface minor have not tried 2017-05-17 21:26 2022-12-22 02:05
Reporter: toMMasz Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: nie wczytuje si? mapa, wy?wietla si? komunikat jak poni?ej
Description: 2017-05-17 21:23:24 setMapDimension(577, 396);
2017-05-17 21:23:31 setMapDimension(577, 313);
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2040 [GeoSetter] User Interface block always 2019-05-16 16:54 2022-12-22 02:05
Reporter: tdd86 Platform:  
Assigned To: Friedemann OS:  
Priority: urgent OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Crash on Start
Description: Software opens and immediately become unresponsive.
Have attempted uninstall and reinstall issue occurs again
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2036 [GeoSetter] User Interface trivial always 2019-05-06 17:55 2022-12-22 02:05
Reporter: tman39 Platform:  
Assigned To: Friedemann OS: Windows 10  
Priority: low OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Error message on startup
Description: Using Geosetter 3.5.0 (Build 2188)

When I start Geosetter, I get an error msg in the map window =
"This page can't load Google Maps correctly"
even tho Map selection is set to "Open Street Map".

Is this a bug or am I doing something wrong?
Larry J
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2035 [GeoSetter] User Interface minor always 2019-04-29 22:07 2022-12-22 02:05
Reporter: Ticarlo64 Platform: PC Desktop  
Assigned To: Friedemann OS: Win7 Premium Family Ed. 64bits  
Priority: normal OS Version: Win7 SP1 -x64  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Content of "Artist" field displays a blank when "XMP Toolkit=XMP Core 4.4.0-exiv2" even when "xmp-tiff:artist" has valid data.
Description: I use GeoSetter 3.5.0 build 2188 as one of 4 different programs to edit the metadata in my photos. I am migrating my photos over to my new Synology NAS DS216J and I am using the Photo Station (supplied by Synology) to manage my photos with the Synology NAS Media Server.

When I was editing the metadata of one of my photo folders, I typically did the following:
1) I used ExifToolGUI application (with ExifTool v11.11) to set (amonst other things) the tag "xmp-tiff:artist = my name" on all pictures. (XMP Toolkit=Image::ExifTool 11.11)
2) When I viewed the same folder in GeoSetter (with Display mode capable to view the field "artist"), I can see my name OK in the artist column and is also OK in the artist field available in the Edit Window.
3) I then use GeoSetter (with latest ExifTool version) to set GPS and Location fields, photo description, ... --> all OK --> artist field is still OK = my Name. (XMP Toolkit=Image::ExifTool 11.33 or latest)
4) Then I use the Synology Photo Station program to define the people in the picture (name and rectangle regions). The XMP Toolkit becomes "XMP Core 4.4.0-exiv2".
5) When I go back in GeoSetter to check if the changes to my metadata are OK --> the column "artist" is now BLANK in BOTH the Display View and the Edit View of the artist field, even when the ExifTool View shows the photo tag xmp-tiff:artist tag = my name.
6) If I reuse ExifToolGUI or GeoSetter to modify anything in the photo metadata, the XMP Toolkit value becomes different than XMP Core 4.4.0-exiv2, and then the artist field reappears as normal with My Name in it.
CONCLUSION: Every single photo that is edited last with Photo Station ( and setting XMP Toolkit = XMP Core 4.4.0-exiv2) have the same problem for displaying the "artist" value.
Tags: XMP
Steps To Reproduce: 1) In a jpg photo, Set the tag xmp-tiff:artist to "ABC" with ExifTool or with GeoSetter. Then take a note of the value of the tag XMP Toolkit.
2) Using GeoSetter, check that the artist column displays normally="ABC"
          a) in Display Report View --> Artist="ABC"
          b) in Edit Mode Window --> Artist="ABC"
          c) in ExifTool Window, the tag xmp-tiff:artist = "ABC"
          d) in ExifTool Window, the tag XMP Toolkit is NOT equal to XMP Core 4.4.0-exiv2
3) Next, use the Synology application Photo Station, modify anything in the photo metadata that is editable within Photo Station --> Photo Station uses the XMP Toolkit = XMP COre 4.4.0-exiv2 to write the modified metadata in the jpg photo file header.
4) Go back to GeoSetter and view the same photo again --> the problem will now be present.
          a) in Display Report View --> Artist=BLANK
          b) in Edit Mode Window --> Artist=BLANK
          c) in ExifTool Window, the tag xmp-tiff:artist = "ABC" (no change to the tag content in the photo header)
          c) in ExifTool Window, the tag XMP Toolkit is now EQUAL to XMP Core 4.4.0-exiv2

Additional Information: Option 1 - If you want to have access to Photo Station, the Synology Web site offers a Demo Server where one can test the SYNOLOGY Desktop Station Manager and other Synology application (such as Photo Station) for free for 30 minutes.
Option 2 - you can use my sample photos + sample metadata files below (with and without the problem XMP Toolkit = XMP Core 4.4.0-exiv2)
Option 3 - you can email me in private and we can setup a collaborative remote session on my PC (with TEAM VIEWER + Skype) so that I can show you the problem in a live session.

Note 1: I used ExifToolGUI metadata export feature to extract all the photo metadata as *.TXT files (before and after every steps of my tests), and I used the "compare with ... " feature of Sublime Text to view the differences in these TXT files. I noticed that when the XMP Toolkit switches from ExifTool::Image 11.38 to XMP Core 4.4.0-exiv2, the tags in the photo header are rearranged (i.e. moved around) significantly. This could be a clue as to the root cause to the problem.
NOTE 2: Even when the photo was last modified by Photo Station (and XMP Toolkit=XMP COre 4.4.0-exiv2), the two ExifTool applications that I use can still read and report the photo metadata correctly (and the artist field is still OK). It is ONLY inside the GeoSetter Display Window (and in the Edit Window) that the artist data retrieved by GeoSetter from the photo metadata is not displayed correctly when the Toolkit= XMP COre 4.4.0-exiv2.
System Description i5-3570 CPU / 16 GB RAM
- ExifToolGUI v5.16.0.0 by Bogdan Hrastnik (with ExifTool by Phil Harvey v11.11)
- GeoSetter v 3.5.0 (build 2188) (current ExifTool by Phil Harvey v11.38)
- Synology NAS DS216j running DSM v 6.2.1-23824 Update 6
- Photo Station (by Synology) v 6.8.11-3489
Attached Files: 3_Both.JPG (44,601 bytes) 2019-04-29 22:17
https://www.geosetter.de/mantis/file_download.php?file_id=781&type=bug
jpg

4_WithProblen_EditMode.JPG (31,757 bytes) 2019-04-29 22:17
https://www.geosetter.de/mantis/file_download.php?file_id=782&type=bug
jpg

5_NoProblem_EditMode.JPG (29,821 bytes) 2019-04-29 22:17
https://www.geosetter.de/mantis/file_download.php?file_id=783&type=bug
jpg

RedToolbox_noProblem.JPG (1,050,884 bytes) 2019-04-29 22:17
https://www.geosetter.de/mantis/file_download.php?file_id=784&type=bug
RedToolbox_noProblem_T0_DataDefinedInGeoSetter.txt (10,318 bytes) 2019-04-29 22:17
https://www.geosetter.de/mantis/file_download.php?file_id=785&type=bug
RedToolbox_WithProblem.JPG (1,050,205 bytes) 2019-04-29 22:17
https://www.geosetter.de/mantis/file_download.php?file_id=786&type=bug
RedToolbox_WithProblem_Compare_XMP_Meta_T0_T1.JPG (143,984 bytes) 2019-04-29 22:17
https://www.geosetter.de/mantis/file_download.php?file_id=787&type=bug
jpg

1_No Problem.JPG (150,614 bytes) 2019-04-30 17:34
https://www.geosetter.de/mantis/file_download.php?file_id=788&type=bug
jpg

2_WithProblem.JPG (162,564 bytes) 2019-04-30 17:34
https://www.geosetter.de/mantis/file_download.php?file_id=789&type=bug
jpg

RedToolbox_WithProblem_T0_DataDefinedInGeoSetter.txt (10,320 bytes) 2019-04-30 17:34
https://www.geosetter.de/mantis/file_download.php?file_id=790&type=bug
RedToolbox_WithProblem_T1_ModDescrInPhotoStation.txt (10,761 bytes) 2019-04-30 17:34
https://www.geosetter.de/mantis/file_download.php?file_id=791&type=bug
Notes
(0003716)
Ticarlo64   
2019-04-30 17:34   
Add final files that were not successfully loaded in mylast 2 attempts.
There shoud be a total of 11 files now!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2034 [GeoSetter] User Interface minor sometimes 2019-04-20 00:44 2022-12-22 02:05
Reporter: pbb Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: "INF" in GPS coordinates
Description: This is a new one! :-) One of my photos got the coordinates S0°0'INF"; W0°0'INF". This is very rare, I am geotagging 100-thousands of photos, and I never noticed this before. It is reproducible, if I close GeoSetter and redo all with the same GPX track and the same photo, I get the INF value again.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: geosetter-inf.PNG (6,121 bytes) 2019-04-20 00:44
https://www.geosetter.de/mantis/file_download.php?file_id=777&type=bug
png
Notes
(0003718)
Erik Krause   
2019-05-12 23:13   
Could you provide the relevant GPX track? I guess INF stands for infinity and probably is the result of a division by zero or alike.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2033 [GeoSetter] User Interface minor always 2019-04-19 11:28 2022-12-22 02:05
Reporter: pbb Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Subsecond values are trimmed from GPX track
Description: It looks to me like GeoSetter trims the subsecond values from timestamps in GPX tracks. Not rounding off the numbers to the nearest second, but simply removing the subsecond part.
Tags:
Steps To Reproduce: I have a GPX track where to points that follow eachother have the timestamps "...:21:01.714" and "...:21:03.000". I have three photos with timestamps "...:21:01", "...:21:02" and "...:21:03" (no subseconds in the photo timestamps).

Synchronizing these photos with the GPX track, places the first photo on the "...:21:01.714" point of the track, the last photo on the next point, and the middle photo in between. In reality, the middle photo should have been very close to the "...:21:01.714" point of the track.

I can only explain this behaviour by assuming the subsecond part of the GPX timestamps is simply discarded, meaning the "...:21:01.714" point of the track is treated as being "...:21:01".
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2031 [GeoSetter] User Interface feature have not tried 2019-04-12 22:19 2022-12-22 02:05
Reporter: pbb Platform: PC  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 10  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Going from Google Maps to Leaflet
Description: I don't know if this is in any way helpful. But "GPX Editor" is an open source Delphi application that has recently switched from integrating Google Maps to using Leaflet. This might help the author of GeoSetter (which as I understand it is also written in Delphi) if he wants to switch away from Google Maps.

The source code is available at https://sourceforge.net/projects/gpxeditor/files/.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2030 [GeoSetter] User Interface feature always 2019-04-11 21:03 2022-12-22 02:05
Reporter: pbb Platform: PC  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 10  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Request: Support for GPS tracks with (partially) missing timestamps
Description: Currently, the map module has no problem displaying GPS tracks with missing time stamps; the whole track with all points is being displayed.

However, when synchronising images with these tracks, something weird happens. All images surrounding a GPS point without timestamp, are moved to the nearest point with timestamp.

Say I have 100 photos and a GPS track with 10 points defined, these correspond to photo 0, 10, 20, etc. However, point 5 (corresponding to photo 50) does not have a timestamp. When I now synchronise all photos to the track, then photos 0-40 and 60-100 are nicely put on the track by interpolating their timestamp with the GPS track. But photos 41-50 are all put together with photo 40, and 51-59 are all put together with photo 60. If I completely delete point 5 from the GPS track, then photos 41-59 are nicely interpolated between GPS point 4 and 6.

If this could be fixed, then it would really help me geotag large amounts of photos. I could create a timeless GPS track (for example using OpenRouteService), add the timestamps to only a few of the GPS points, and then have all my photos positioned correctly along the GPS track. (Assuming I kept a constant speed...)
Tags: GPS trace
Steps To Reproduce: - Take a large collection of photos.
- Add GPS coordinates to the first, the last, and a few random photos in between.
- Select those photos and create a GPS track (File > Export to GPX Track File).
- Select all photos and synchronise them with the track (Edit > Synchronise with GPS Data Files). Notice how all photos are nicely distributed over the track.
- Open the track in a text editor, and remove the timestamps from some of the points.
- Re-open the GPS track in GeoSetter, and again synchronise all photos with the new track. Notice now how photos are clustered along the last trackpoint before and the first trackpoint after the point that doesn't have a timestamp.
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2025 [GeoSetter] User Interface minor always 2019-02-22 20:20 2022-12-22 02:05
Reporter: Katermerlin Platform: Fujitsu Celsius W370  
Assigned To: Friedemann OS: Win10Pro(32)  
Priority: normal OS Version: 1809  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Bei Verwendung des "Hoher-Kontrast" Modus keine Kartenanzeige
Description: Verwendet man den "Hoher Kontrast" -Anzeigemodus, bleibt das Kartenfenster leer.
Tags:
Steps To Reproduce: Hin- u.- Herschalten zwischen normalem Ansichts-Modus und "Hoher Kontrast"-Modus mit ALT+UMSCH+DRUCK
Additional Information: Trat nach Update auf WinVer 1809 auf, hat aber damit nichts zu tun.
Attached Files: Fehler Geosetter.jpg (92,319 bytes) 2019-02-22 20:20
https://www.geosetter.de/mantis/file_download.php?file_id=771&type=bug
jpg
Notes
(0003695)
Erik Krause   
2019-02-23 18:31   
Könnte das auch dieses Problem sein? http://www.geosetter.de/mantis/view.php?id=1970
(0003696)
Katermerlin   
2019-02-23 23:14   
...ich weiß nicht, muß das mal durcharbeiten. Ich glaub aber eher nicht. Das mit der Darstellbarkeit von Google Karten hat eine seltsame Wendung bekommen: Es scheint so zu sein, daß die Meldungen von Google nur an Arbeitstagen kommen. Am Wochenende funktioniert es seltsamerweise und ich kann (heute erst probiert) die Google-Karten ohne Einschränkung sehen...
(0003697)
Erik Krause   
2019-02-24 13:56   
Das ist nicht seltsam. Friedemann hat das Kontingent beschränkt. D.h. das nach einer bestimmten Anzahl Zugriffen die Einschränkung greift. Dauerhafte Abhilfe schafft nur eine eigene Abfrageseite mit eigenem API-Key, wie unter http://www.geosetter.de/mantis/view.php?id=1970 beschrieben. Das ist auch schon aus Gründen der Fairness geboten, weil (wenn ich das richtig verstanden habe) Friedemann sonst trotzdem Kosten entstehen.
(0003699)
Katermerlin   
2019-02-24 22:52   
Jetzt fange ich so langsam an, das zu verstehen das mit dem Kontingent... Mit dem eigenen API-Key muß ich mich mal befassen, das macht Sinn.

Jedoch ist das nicht das Problem daß ich gemeldet habe. Man kann es leicht provozieren, indem man zwischen normalem Ansichts-Modus und "Hoher Kontrast"-Modus mit ALT+UMSCH+DRUCK hin- und herschaltet bei geöffnetem Kartenfenster. Wenn ich OpenStreetMap gewählt habe und ALT+UMSCH+DRUCK mache, verschwindet die Anzeige im Kartenfenster und je nach Einstellungen für den Hohen Kontrast wird ein schwarzer, weißer oder andersfarbiger Hintergrund OHNE Bild gezeigt... Nach nochmaligem ALT+UMSCH+DRUCK ist man wieder in der Normalanzeige und die Karte ist wieder da...
Was etwas seltsam ist, daß links unten im Kartenfenster auch bei Benutzung von OpenStreetMap "Google" angezeigt wird... Warum?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2024 [GeoSetter] User Interface tweak always 2019-02-07 20:27 2022-12-22 02:05
Reporter: cpo Platform: Windows  
Assigned To: Friedemann OS: Windows 10  
Priority: normal OS Version: 1809  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Delete key to delete files when jpg files are selected
Description: I think it would be good to have a warning dialog before files are deleted when pressing the delete key. There could also be a setting to disable the warning in that case. Since in other programs used to modify jpg tags when there is a file list the delete key can be used to remove files from the interface rather than delete files, this can be confusing when moving between different programs.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2023 [GeoSetter] Image Data major random 2019-02-04 21:18 2022-12-22 02:05
Reporter: cbd Platform:  
Assigned To: Friedemann OS: Windows 10  
Priority: normal OS Version: 1803  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Assigns no or null value locations to some images
Description: Geosetter
I am encountering a problem where Geosetter says if can find gps information for all images, but it assigns correct locations to less than half of the files and some of those values are null (0,0).

I am trying to determine
1) if the problem I am encountering is a known error, and
2) if so, is there a known work around.
or maybe 3) user error

(If there is a different forum I should post this in, please point me in the right direction.)

I try to geotag a collection of images (.jpg) with a GPS track (.gpx). In geosetter under “sycrhonize with GPS Data Files”, it reports that it has found GPS data for all 239 images. But when I select yes to sync, it only assigns locations to 75 out of 239 images, and some of those assigned lat/long are null locations (0.0 South, 0.0 West). It assigns locations to the first and last images, and some of the images in the middle. There is no clear pattern of skipped images (ie., it does not select a regular interval of images or only a particular subsection of the flight).

The track is from a sUAS. The images are from a camera attached to the drone. All the camera images were taken within the time frame of the GPS track. The time offset between GPS clock and camera is known and was recorded at the time of data collection (1 sec; or 6:00:01 with the time zone correction).

I followed the general process of importing images, loading the gpx file, and selecting a matching image and point in the GPS track. Screenshots attached to document the full process. The last screenshot (05) shows the missing and incorrect data highlighted.

I have repeated this with the same dataset multiple times. I closed and restarted GeoSetter and rebooted my machine, made not difference. I have worked successfully with other datasets from the same camera and aircraft. There are no identifiable problems with the GPS track or image files.

Using GeoSetter 3.5 with Windows 10 (ver 1803)

Thanks in advance.
Tags:
Steps To Reproduce:

Additional Information:
Attached Files: geosetter-01_process.png (1,240,454 bytes) 2019-02-04 21:18
https://www.geosetter.de/mantis/file_download.php?file_id=767&type=bug
geosetter-02_process.png (46,444 bytes) 2019-02-04 21:18
https://www.geosetter.de/mantis/file_download.php?file_id=768&type=bug
png

geosetter-03_report-fails.png (38,334 bytes) 2019-02-04 21:18
https://www.geosetter.de/mantis/file_download.php?file_id=769&type=bug
png

geosetter-05_results-with-errors.png (184,108 bytes) 2019-02-04 21:18
https://www.geosetter.de/mantis/file_download.php?file_id=770&type=bug
png
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2022 [GeoSetter] Image Data minor always 2019-01-29 14:01 2022-12-22 02:05
Reporter: SQuarmby Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Feature Request: edit Taken Date by using another date information in the file
Description: Sometimes the Taken Date information in an image file is <blank>; for example images downloaded from mobile phones. This is annoying because many picture viewer applications use the Taken Date to sort the images; when this data is not available, other date information is used and this can mean that images appear in the wrong place in the timeline.

The Date tab of the Edit dialog box allows the Taken Date to be set to a fixed date (user defined) or be adjusted forward / backward by a fixed offset (user defined). The feature proposal is to include additional options for setting the Taken Date field.

This would be useful when a user is making a mass update of image files taken from the same device because the issue will be consistent; ie they will have the same missing / available data.

The additional options would be:
- set Taken Date to be equal to Created Date
- set Taken Date to be equal to Modified Date
The function should copy both the date and time information to the Taken Date field.

Note: the Edit tool already allows the Date Created to be set equal to the Taken Date... this proposal is to use the same process in reverse.

Note: an additional option would be to allow the Date Created to be set equal to the Modified Date.
Tags:
Steps To Reproduce: n/a
Additional Information: n/a
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2021 [GeoSetter] Image Data minor always 2019-01-24 02:30 2022-12-22 02:05
Reporter: KeB0 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Edit Data "Save as Template" Error
Description: If I try to save a template with some basic data, I get the error below. This is happening in 2 of my machines that run Win10 V1803 Runnig, Geosetter 3.5.0 Portable version. I haven't used this feature in a while, so I cannot verify when it was the last time it worked. I do use it when batching large amounts of photos. I don't know where the problem is, but it cannot write the XMP file. This is what is have done so far: I have clean all files in my Temp Folder; I have removed all files in the C:\Users\....\AppData\Roaming\Geosetter; And I have have runned Geosetter as Administrator. There is no XMP written on those directories.

The following error occured while trying to save the template::
Error: Zero-length file name - ''''
-o "C:\Users\KeB0\AppData\ Local\ Temp\ gs_templateQF2983A3.xmp" -orientation= 1 -execute -@ "C:\ Users\KeB0\AppData\ Local\ Temp\ et{)F2983A3.arg"
"C:\Users\KeB0\AppData\ Local\ Temp\ gs_templateQF2983A3.xmp" -execute -orientation= "C:\Users\KeB0\AppData\ Local\ Temp\ gs_templateQF2983A3.xmp'
1 image files created
0 image files updated
1 image files unchanged

Tags: XMP
Steps To Reproduce: Frankly this might only be happening to me.

Select any image, then Edit Data. then add Author or any field, and then click on "Save as Template". There is a short pause and then the error message appears.
Additional Information:
Attached Files: 24-01-2019 3-29-35 PM.png (14,594 bytes) 2019-01-24 08:48
https://www.geosetter.de/mantis/file_download.php?file_id=763&type=bug
png

Image 001 [2019-01-10].png (32,119 bytes) 2019-01-25 23:04
https://www.geosetter.de/mantis/file_download.php?file_id=764&type=bug
png

Image 001 [2019-01-25].png (24,728 bytes) 2019-01-25 23:07
https://www.geosetter.de/mantis/file_download.php?file_id=765&type=bug
png

26-01-2019 10-17-52 AM.png (192,750 bytes) 2019-01-26 03:18
https://www.geosetter.de/mantis/file_download.php?file_id=766&type=bug
png
Notes
(0003666)
Studia   
2019-01-24 08:48   
I believe that I am experiencing the same problem.
(0003667)
KeB0   
2019-01-24 21:30   
Yes, that's it Studia. I just did not attached the image. OK, so it not only me! I feel better..in a way!
(0003668)
Studia   
2019-01-25 04:19   
If only there was an explanation forthcoming or a fix?

I have uninstalled and completely eradicated from registry and reinstalled but no change.
(0003670)
KeB0   
2019-01-25 22:18   
Studia, Do you have an older version? I could only find version 3.1.2 and that feature was working fine! Is just too old version. Maybe you a have a previous version to install and try that! It's not that big of an issue, but I would just like to know if it's the application or my machine. I could make my own template, but i'm prone to make too many typing error and is a big pain the neck. Especially when you know that it can be done with a couple of mouse clicks and done! lol
 
The developer said on this web page about the forum, 'As I’m working on GeoSetter in my spare time, please understand that I will not answer immediately."

By the way, this software is fantastic for tagging photos! just the Best!...I got to remember to donate!
(0003671)
KeB0   
2019-01-25 22:57   
Studia, I did a little testing with older versions and it worked and then I notice exiftool was version 9.65 and the "Save as Template" feature was working OK! So, then tried updating exiftool and then I got the error! For now just downgrade Exiftool to version 11.23 and the problem is temporarily fix in till the developers can figure something out. The moment I upgrade to version 11.24 i get the error!

Regards,
(0003672)
KeB0   
2019-01-25 23:04   
Friedman,
Here is where I think the issue might be in the Exiftool 11.24 and above versions. See the highlighted text portion the screen capture bellow

"- Improved warning when trying to read a file with a zero-length name"
(0003673)
KeB0   
2019-01-25 23:07   
Ooops sorry wrong image. Can you please remove it? thanks
(0003674)
Studia   
2019-01-26 03:18   
Thank you very much - you are correct in that the exif tool appears to be the problem.

I have uninstalled again but reinstalled the same version (3.50) but have not updated the exif tool and it does now appear to be working as it should.

Hopefully a bugfix version will issue soon.

Now it just remains to be able to fix the map view.....
(0003687)
KeB0   
2019-01-28 17:58   
Studia,
If you revert the Exiftool to version 11.23 it will work!
The google map issues is a google issues from what I understand. Look here, this might be the answer to your (our) problem. https://www.geosetter.de/mantis/view.php?id=1970

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2020 [GeoSetter] User Interface crash always 2019-01-20 10:49 2022-12-22 02:05
Reporter: joergens_mi Platform:  
Assigned To: Friedemann OS:  
Priority: high OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Die Karten laden nicht auch bei Umstellung auf OSM
Description: Aktuelles Windows 10 64 Bit 32 GB Hauptspeicher. Mehrfacher Reboot. Als einzigstes Userprogramm nach dem reboot gestartet

Die Karten laden nicht weder - bzw extremst zögerlich, Pausen im Minutenbereich - in der Version 3.5 und in der Version 3.4.8.2 Build 2184 genauso

3.5 portable installiert mit config.ini
3.4.8.2. "normal" installiert.

Fehlermeldung Probleme mit dem Management der Metadaten.

Ab und zu klappt es dann auch mal
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003684)
WilfriedB   
2019-01-28 14:17   
Das Problem wurde hier inzwischen schon mehrfach gemeldet. Keine Lösung, aber eine Abschwächung durch Verkleinerung der Karte wurde hier beschrieben: https://www.geosetter.de/mantis/view.php?id=2019#c3662

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2019 [GeoSetter] User Interface major always 2019-01-17 17:52 2022-12-22 02:05
Reporter: abr01 Platform:  
Assigned To: Friedemann OS:  
Priority: urgent OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Geosetter friert ein, ist nicht mehr nutzbar
Description: Hallo Herr Schmidt,


seit heute funktioniert die Version 3.5 von Geosetter nicht mehr. Das Programm lädt keine Karte mehr, und friert dabei ein. Auch die Bildervorschau links friert mitten beim Aufbau ein.
Vielleicht hat Google erneut etwas geändert, denn bisher kam nur eine Fehlermeldung von Google, die man wegklicken konnte. Geosetter funktionierte trotzdem.

Nun kommt beim Schließen folgende Meldung:

Managing metadata (EXIT/IPTC/XMP) of image files reagiert nicht





Tags:
Steps To Reproduce: Geosetter starten.
Additional Information:
Attached Files:
Notes
(0003639)
heiko   
2019-01-18 16:34   
Funktioniert GeoSetter nach einem Neustart des Rechners wieder? Bei mir läuft die Version 3.5 problemlos.
(0003640)
abr01   
2019-01-18 17:10   
Nein, den Rechner hatte ich mehrfach neugestartet, dasselbe Problem leider.
(0003641)
abr01   
2019-01-18 18:28   
UPDATE: wenn ich Geosetter im Administratormodus starte, komme ich ein Stück weiter. Allerdings wird die Karte nicht vollständig angezeigt, und es ist etwas von "Developer Mode" als Muster
auf der Karte zu sehen. Danach friert es ein. Muß ich eine bestimmte neue Geo-URL angeben? Das hatte sich ja zwischendurch mehrfach geändert.

Liest eigentlich der Entwickler hier mit? Ich hätte doch gerne ein paar mehr Vorschläge, nachdem auch eine Neuinstallation nichts gebracht hatte. Oder wenigstens einen Vorschlag auf
ein alternatives Programm. Es ist für mich wichtig, Geodaten in Bildern zu taggen. Danke schonmal für die Mühe!
(0003642)
heiko   
2019-01-18 20:47   
Wurde vor einer Neuinstallation von GeoSetter das Verzeichnis %AppData%\GeoSetter auch gelöscht?

Eine Alternative um Bilder zu taggen ist z.B. Lightroom.
(0003643)
abr01   
2019-01-18 20:50   
Nein, das hatte ich noch nicht probiert. Ich hab eigentlich auch nicht vor unzusteigen, sondern suche nur etwas zur Überbrückung, bis Geosetter wieder bei mir läuft. Lightroom habe ich hier, aber nur Version 5, wo ich nicht wüsste, ob sie das auch kann.
Danke für den Hinweis!
(0003644)
heiko   
2019-01-18 21:01   
In Version 5 von Lightroom wurde die Karte abgeschalten, also ist das wohl keine Alternative.

Wurde denn an dem Rechner etwas geändert? Scheinbar hat GeoSetter ja schonmal funktioniert. Was für ein Betriebssystem ist denn installiert? Falls Win 10, wurde evtl. das Oktober Update eingespielt (Build 1809), das wurde die Tage von MS auf breiterer Ebene freigegeben.

Die Meldung "Developer Mode" in der Karte hängt übrigens mit den Einstellungen zur Bezahlmethode bei Google, die Friedemann Schmidt hinterlegt hat, zusammen.
(0003645)
abr01   
2019-01-18 21:12   
Nein, programmetechnisch wüsste ich nichts Neues. Aber eins fiel mir neulich shcon einmal auf. Manchmal, wenn ich Strg-G drückte, um alle Bilder in die Karte zu laden, blieb oft das "ok" Fenster ausgegraut. Da musste ich manchmal mehr als ein halbes Dutzend mal das Programm
neustarten, bin die Schaltfläche benutzbar war. Installiert ist Windows 10, Version 1803. Da hat sich also nicht geändert. Das Programm läuft übrigens so lange, bis ich auf den Kartenmode umschalten will, der ja die eigentliche Arbeitsfläche ist. Dann stürzt es ab.

Nur fürs Protokoll, die Karten-URL hier lautet: http://map.geosetter.de/v3/map_google.html

Ist das korrekt so?
(0003646)
abr01   
2019-01-18 21:17   
Was natürlich zwischendurch neu war, das sind wohl kb-Patches von Microsoft. Könnten die das nicht verursacht haben? Wobei ich sowas eigentlich noch nie hatte.
(0003647)
heiko   
2019-01-18 21:35   
(Last edited: 2019-01-18 21:35)
ich habe hier Win 10 Build 1803 mit den aktuellsten Patches von MS, bei mir läuft wie gesagt alles problemlos. Was schon vorgekommen ist, dass bestimmte Bilder zu einem Absturz geführt haben.

(0003648)
abr01   
2019-01-18 21:48   
Also, ich habe schon ältere Sessions getestet, gleiches Ergebnis, zumal ich mit dieser Kamera schon viele Bilder in geosetter bearbeitet habe. Sehr seltsam.
(0003649)
gehav   
2019-01-19 08:45   
Ich habe leider das gleiche (oder zumindest ein sehr ähnliches) Problem wie abr01 - seit ein paar Tagen friert Geosetter immer beim Start ein. Dann erscheint die Karte nach langer Zeit doch, aber Geosetter friert immer ein, wenn man die Karte bedienen möchte (zoomen). Das Programm ist damit leider plötzlich unbenutzbar geworden. Das passiert auf 2 PCs, sowohl in der portablen als auch in der installierten Variante. Es wird wohl an Windows Updates liegen, denn auf einem älteren Notebook mit Win10, das schon 2 Jahre lang keine Updates installiert hat, läuft Geosetter noch problemlos.
(0003650)
abr01   
2019-01-19 14:56   
Danke für die (wahrscheinliche) Bestätigung.
(0003651)
Franklin2K   
2019-01-19 17:41   
Ich habe das gleiche Problem, bis vor ein paar Tagen lief GeoSetter prima (mit eigenem API Key hinterlegt). Seit 3-4 Tagen jedoch hängt das Programm beim Start und vielen Aktionen.
Ich bin auf Windows 18 1809 inkl. aller Updates. Ich vermute auch, dass hier ein Update das Problem, verursacht.
(0003657)
abr01   
2019-01-22 14:30   
Eine Frage mal an die Entwickler, wird eigentlich schon an einer Problemlösung gearbeitet?
(0003658)
Thomas   
2019-01-22 18:57   
Ich hab' seit ein paar Tagen, genau das gleiche Problem, ebenfalls Win10, ebenfalls keine Änderungen am PC außer ggfs. WinUpdates.

Beim Starten von Geosetter kommt, wenn man lange genug wartet, eine Fehlermeldung, dass ein Skript sehr lange läuft. Wenn man dann anklickt, dass man das Skript abbrechen will, "funktioniert" Geosetter, aber ohne Karte (weder Google noch OSM).
Ich kann dann z.B. einen Location-Favoriten auswählen und dessen Daten Bildern zuweisen - halt "blind".
(0003659)
gehav   
2019-01-23 11:03   
@abr01: Geosetter wurde von einem Entwickler als Hobby in seiner Freizeit geschrieben. In den letzten Jahren hat sich kaum mehr was getan und ich fürchte daher, dass eine Lösung lange dauern könnte... Siehe auch: https://www.geosetter.de/2018/05/10/new-website-new-geosetter-de/
(0003660)
EkMaKro   
2019-01-23 12:49   
Seit einigen Tagen habe ich das gleiche Problem.
Geosetter 3,5 Windows 7 x64

Das Problem ist unabhängig vom gewählten Kartentyp.
Der Taskmanager zeigt, dass Geosetter die CPU dann dauerhaft stark beansprucht (allerdings ohne das ersichtlich was passiert).
Seltsamerweise hat heute das Programm ein paar mal zwischendurch wieder etwas schneller reagiert (aber immer noch deutlich verlangsamt), um dann wieder in die "Erstarrung" zu verfallen.
So ist das Programm leider nicht nutzbar !
(0003661)
abr01   
2019-01-23 13:40   
Das ist dann ja ganz schlecht. Was ich nicht verstehen kann, daß es offenbar so gut wie keine ähnlichen Programme gibt, auf die man ausweichen könnte. Wie kann das überhaupt angehen?
(0003662)
gehav   
2019-01-23 14:42   
Ich habe einen Workaround gefunden, der zumindest bei mir momentan funktioniert. Es ist keine schöne und saubere Lösung, aber ich komme damit zurecht. Wie EkMaKro schon richtig geschrieben hat, wird ja die CPU offenbar von der Kartenansicht völlig ausgelastet. Die "Lösung" für mich war also das Fenster der Kartenansicht so weit zu verkleinern, bis meine CPU nicht mehr zu stark ausgelastet war und die Navigation wieder halbwegs flüssig funktioniert hat. Wie gesagt, nicht optimal, aber ich kann mit Geosetter zumindest wieder arbeiten. Anleitung: ich habe die Kartenansicht abgedockt (kleiner Pfeil rechts oben in der Kartenansicht), dann kann man die Karte unabhängig vom restlichen Programm vergrößern oder verkleinern. Ich habe soweit verkleinert, bis alles flüssig funktioniert hat und dann wieder soweit vergrößert, bis es zu Ruckeln begonnen hat. Ich schätze, dass die Kartenansicht momentan nur mehr ca. 800x400 Pixel hat. Hoffe, diese Information kann jemandem helfen!
(0003663)
lamalate   
2019-01-23 17:03   
Même problème depuis la dernière mise à jour d'exiftool aujourd'hui.
(0003664)
lamalate   
2019-01-23 17:07   
J'ai remis la version précédente d'exiftool, soit la 11.25 depuis geosetter/tools.exiftool.bak et cela refonctionne normalement
Ich habe die vorherige Version von exiftool (11.25) von geosetter / tools.exiftool.bak geliefert und es funktioniert wieder
(0003665)
Franklin2K   
2019-01-23 20:46   
Bei mir tritt das Problem mit ExifTool 11.25 und 11.26 auf, ich glaube daher nicht, dass dies die Ursache ist...
(0003669)
abr01   
2019-01-25 20:51   
Gehav, guter Tipp! Auch wenn ich es etwas anders machen musste, da beim Klick auf die Registerkarte "Karte" der Absturz das Abkoppeln verunmöglichte. Ich habe das gesamte Programm daher stark verkleinert, dann geht es halbwegs (es kommen Fehlermeldungen bezüglich der karte selbst, von wegen Entwicklermodus, oder so).

Gibt es denn seitens der Entwickler hier schon Pläne, das soweit zu reparieren?
(0003686)
WilfriedB   
2019-01-28 14:26   
Danke gehav, der Tip scheint zu funktionieren!

Das Problem wurde hier inzwischen schon mehrfach gemeldet. In einem Thread wurde der Verdacht geäußert, es könne mit einem Windows Update (KB4023057?) zusammen hängen. Zeitlich könnte das bei mir auch zutreffen. Das letzte Windows Update war bei mir am 19.1. Seit wann ich die Probleme mit GeoSetter habe, kann ich allerdings nicht ganz genau sagen.
(0003689)
Franklin2K   
2019-01-29 10:10   
Der Tip funktioniert, Danke! Aber schön ist das natürlich nicht. Schade dass Friedeman sich hier nicht melden
(0003690)
Thomas   
2019-01-31 21:28   
... und heute funktioniert plötzlich wieder alles praktisch wie früher (mit OSM) - keine Idee, wieso ...
(0003691)
WilfriedB   
2019-01-31 21:40   
Stimmt! Auch das Google Satelliten Bild öffnete bei mir gerade sofort. Hoffentlich bleibt das so.
(0003692)
Franklin2K   
2019-02-01 16:48   
Tatsache, es klappt alles wieder wie vorher. Jetzt wäre natürlich interessant, was die Ursache des Problems war.
(0003693)
Franklin2K   
2019-02-01 16:48   
Tatsache, es klappt alles wieder wie vorher. Jetzt wäre natürlich interessant, was die Ursache des Problems war.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2017 [GeoSetter] User Interface major always 2019-01-15 11:10 2022-12-22 02:05
Reporter: trainman Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Map not working
Description: The map is not working.
I obtained an API key from Google, and followed the steps in another thread to install, but still not working.
Possibly related to the line <base href="http://map.geosetter.de/v3/"> which seems to point to an empty page.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003685)
WilfriedB   
2019-01-28 14:19   
Meanwhile, it seems an additional problem appeared (not necessarily related to the API key) and was reported several times. So far no solution, but a workaround or at least reducing the lack by decreasing the size of the map panel drastically:
 https://www.geosetter.de/mantis/view.php?id=2019#c3662

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2012 [GeoSetter] Image Data feature always 2018-12-24 14:54 2022-12-22 02:05
Reporter: jakub.rusiecki@gmail.com Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Support Lightroom via extensions (not only ExifTool)
Description: First of all I'd like to say I'm impressed by the Geosetter (I'm new to it).
I'm searching for a tool to workaround Lightroom (LR) policy to force me into subscription (ransomware) just because Google changes API and it blocks my LR from geoencoding images.
PROBLEM:
Trying Geosetter 3.5.0 xmp writing (Exiftool 11.*) proved to negatively impact my pictures (it may be Adobe's "feature", NOT your) - however I figured out that xmp manipulation for LR access is wrong because it is workaround while it should use LR API to set location directly without messing other values that get overwritten when xmp metadata is read-back into LR. Obviously a method that only changes intended data (preferably using official API) is needed.

REQUEST:
I propose extending GeoSetter by: allowing Geosetter to call something else than current exiftool - e.g. any defined programme, local url, API call to geotag (or apply Geosetter-defined fields) to a file by its path in the way it chooses.

I'd then add a power shell (or vbs or lua) script that would apply that geolocation (lat/lon) to particular image using API or direct Litesql - this would affect ONLY location fields and other info will not get deleted by LR.

Possible roadmap:
ver 1:
In settings allow to define external program path and assign name to it on the context menu or menu bar.
When context menu /menu bar button used, call that program with 2 parameters: photo filename_with_path and xml/json serialized metadata package (put there whatever you have at hand so that no further configuration in previous step is needed). It shall return e.g. 0 for Ok, -1 for problems

ver n:
- add better communication (http post)
- add more configurability on UI (context menu ...) or data to be passed
- add more parameters
- add more return codes

Thanks again for great software, Marry Xmas and Happy New Year.


Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2006 [GeoSetter] User Interface major always 2018-12-04 11:46 2022-12-22 02:05
Reporter: aressegu Platform: Lenovo Think Pad  
Assigned To: Friedemann OS: Windows 10 Pro  
Priority: normal OS Version: 1803  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Rechts-Klick auf Ordner im Windows Explorer führt zu Fehler & Abbruch des Geosetter
Description: Zur Bearbeitung von Fotos in einem Datei-Ordner wird per Geosetter per Rechts-Klick gestartet. Es erscheint sofort ein Pop-Up in dem der Fehlerstatus dokumentiert wird. Das beim Startversuch am 3.12.2018 erzeugte Fehlerprotokoll wurde bereits per E-Mail an support@gesosetter.de übermittelt.
Tags:
Steps To Reproduce:
Additional Information: Das beschriebene Fehlverhalten ist nach dem Upgrade von Windows 10 Home auf Windows 10 Pro aufgetreten. Könnte auch ein "Rechte-Problem" bei Zugriff auf das Dateisystem sein (?)
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2005 [GeoSetter] User Interface minor always 2018-11-25 09:40 2022-12-22 02:05
Reporter: Peter Meinhold Platform: Terra PC, Lap Top  
Assigned To: Friedemann OS: Windows 8  
Priority: normal OS Version: 8.1  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Geonames
Description: Ich habe wie empfohlen mich bei Geonames registriert und die Zugangsdaten im GeoSetter Programm eingetragen. Die Abfrage funktioniert dann aber nur bedingt, d.h. die Höhenangabe funktioniert nicht und bei "Ort" werden nur Ländercode, Lande und Ort eingefügt. Benutze ich dagegen "http://api.geonames.org" mit Ihrem Passwort werden die Daten komplett eingetragen
Tags:
Steps To Reproduce:
Additional Information: Wie kann das Problem beseitigt werden?
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2001 [GeoSetter] User Interface feature always 2018-11-16 15:49 2022-12-22 02:05
Reporter: Kugelblitz78 Platform:  
Assigned To: Friedemann OS:  
Priority: high OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Liste ohne "vorschau Icon"
Description: Wenn ich extrem viele Fotos (100.000) als Liste mit Verzeichnissen und Unterverzeichnissen von Geosetter anzeigen lasse kommt es häufig zu der Fehlermeldung "Nicht genug Arbeitsspeicher" und das bei 16GB Ram.

Kann man die Liste auch anzeigen ohne die kleinen "Foto" Icons ganz links in der Spalte?

Möchte nur schnell alle Bilder überfliegen um Fehler bei den Metadaten zu sehen. z.B. fehlendes Aufnahmedatum etc.

Tags:
Steps To Reproduce: Gehe in einen Ordner der 100.000 Bilder oder mehr enthält.
Klicke auf Listenansicht und klicke dann auf "Zeige Bilder in Unterverzeichnissen"

Nach einer weile ist der Arbeitsspeicher vollgelaufen.
Additional Information:
Attached Files:
Notes
(0003570)
heiko   
2018-11-16 21:31   
das Icon lässt sich nicht ausblenden und ist sicherlich nicht dran schuld dass der Speicher vollläuft

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2000 [GeoSetter] User Interface crash always 2018-11-15 18:59 2022-12-22 02:05
Reporter: anders@xoz.dk Platform: Firefox  
Assigned To: Friedemann OS: Windows 10  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Error: Division by 0 at startup...
Description: The system worked for some days, but now gives an initialization error. See attached. Map cannot be displayed and map types cannot be selected.

I have tried re-installation, but no change.

Tags:
Steps To Reproduce: Start the program.
Additional Information: I am sitting in Turkey. My own guess is that it is due to geosetter not being able to get to its map link address. I currently have troubles with several other addresses without being able to see any clue to what gets through and what not. Possibly external cause - local name server limited due to sudden government restrictions.
Attached Files: geosetter crash2.jpg (50,645 bytes) 2018-11-15 18:59
https://www.geosetter.de/mantis/file_download.php?file_id=737&type=bug
jpg

geosetter crash.jpg (33,901 bytes) 2018-11-15 18:59
https://www.geosetter.de/mantis/file_download.php?file_id=738&type=bug
jpg
Notes
(0003569)
anders@xoz.dk   
2018-11-16 14:07   
Yes, this was definitely an unexpected abend due to DNS-trouble. With DNS okay it all works well and OSM comes up immediately, even without any "Do you own..."-google pop-up....

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1999 [GeoSetter] User Interface major always 2018-11-05 09:35 2022-12-22 02:05
Reporter: carsten@riddersholm.dk Platform: Microsoft Signature Edition  
Assigned To: Friedemann OS: Windows 10  
Priority: normal OS Version: 1803  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Google Maps will not load
Description: See attached screen dump. No problem with OSM
Text: "For development Purposes only"
Do I have to pay for Google Maps API?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Google maps.JPG (119,187 bytes) 2018-11-05 09:37
https://www.geosetter.de/mantis/file_download.php?file_id=736&type=bug
jpg
Notes
(0003567)
heiko   
2018-11-05 22:01   
(Last edited: 2018-11-05 22:01)
take a look at http://www.geosetter.de/mantis/view.php?id=1970

(0003568)
anders@xoz.dk   
2018-11-15 19:03   
Google Maps behaves this way against several other programs that include them. Quite identical to what I experienced in my genealogy program and in my former GPS-- photo-localization program....

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1990 [GeoSetter] User Interface minor always 2018-10-20 14:39 2022-12-22 02:05
Reporter: petergabor Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: For develpment purposes only
Description: On the map view there is a text "For development purposes only and the map is very dark.
Tags: map
Steps To Reproduce:
Additional Information:
Attached Files: geosetter screen.jpg (493,300 bytes) 2018-10-20 14:39
https://www.geosetter.de/mantis/file_download.php?file_id=729&type=bug
Notes
(0003556)
heiko   
2018-10-20 23:45   
see http://www.geosetter.de/mantis/view.php?id=1970

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1989 [GeoSetter] Image Data feature N/A 2018-10-18 14:18 2022-12-22 02:05
Reporter: frherbers Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Retrieve Spot information from GeoNames
Description: GeoSetter allows the retrieval of city data from GeoNames.
It would be great when GeoSetter could also retrieve nearby spots or parks.

GeoNames supports the search of the following feature classes (interesting are L, S and T):
A: country, state, region,...
H: stream, lake, ...
L: parks,area, ...
R: road, railroad
S: spot, building, farm
T: mountain,hill,rock,...
U: undersea
V: forest,heath,...

Doing it automatically could be error prone. So I am more asking for an additional button (search for spot data) within the Edit Data / Location, which brings up some results to choose from or with "Get from Web" to show cities and spots in two lists to choose from.

I noticed that spot data does not contain city information, so first selecting the spot and selecting the city to add the missing city information when wanted.

Hoping of other users to bring in ideas.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1985 [GeoSetter] User Interface feature N/A 2018-09-17 20:51 2022-12-22 02:05
Reporter: pihlo Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Geoinformationen in Clipboard kopieren
Description: Es wäre schön wenn bestimmte (auswählbare) Geoinformationen ins Clippboard kopiert werden können.
z.B. - in meinem Fall Lon + Lat in Dezimal

Idee wäre neben jedem der Felder in der "online abfragen" box eine Checkbox - plus ein Button (würde gut unter "alle Ortsinformationen entfernen" passen). Button beschriftet mit "Markierte Felder in Zwischenablage kopieren"

Luxus - Unter den Optionen angabe ob trenner Komma oder Blank sein soll und ob die Werte "delimitiert" werden sollen - also in Hochkommas kommen
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1983 [GeoSetter] User Interface feature N/A 2018-09-17 20:45 2022-12-22 02:05
Reporter: pihlo Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Ortsabfragen mit PLZ
Description: Bei der Abfrage von Ortsdaten fehlt die PLZ
Tags:
Steps To Reproduce: Context Aktion auf Bild(er), Bearbeiten, (alle) online abfragen
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1981 [GeoSetter] Image Data minor always 2018-09-15 23:10 2022-12-22 02:05
Reporter: ml Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: reuse exiftool processes
Description: Ein Feature Request: geosetter erszeugt beim Speichern fuer jedes Bild einen neuen exiftool-Prozess. Man kann exiftool aber auch ueber eine Pipe steuern und so den Prozess wiederverwenden. Das muesste das Speichern der Bilder erheblich beschleunigen. Kannst du das evtl. mal untersuchen? Ich frage mich das schon, seit ich geosetter verwende (ca. 10 Jahre).
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003544)
Erik Krause   
2018-09-20 20:55   
Wenn ich das richtig verstehe bietet exiftool eine Option auf Befehle zuwarten und die abzuarbeiten, ohne den Prozess zwischenzeitlich zu schließen: https://sno.phy.queensu.ca/~phil/exiftool/#performance

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1979 [GeoSetter] User Interface major always 2018-09-14 22:56 2022-12-22 02:05
Reporter: bobsun Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Had google map problem with earlier "Beta:" version of Geosetter and downloaded 3.5 It worked yesterday, but Google map problem
Description: Google maps display error message and are darkened
Tags:
Steps To Reproduce: It happens consistently
Additional Information:
Attached Files:
Notes
(0003542)
heiko   
2018-09-15 21:59   
see http://www.geosetter.de/mantis/view.php?id=1970

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1977 [GeoSetter] Image Data major always 2018-09-14 19:06 2022-12-22 02:05
Reporter: DavidStokes Platform:  
Assigned To: Friedemann OS: Windows 10  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Google map problem
Description: When I open Geosetter I see a message saying This page can't load Google Maps correctly. and the map is greyed out. see screenshot.
Is there any way to solve this, please?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Capture.JPG (180,952 bytes) 2018-09-14 19:06
https://www.geosetter.de/mantis/file_download.php?file_id=727&type=bug
jpg
Notes
(0003541)
heiko   
2018-09-14 21:40   
see http://www.geosetter.de/mantis/view.php?id=1970

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1976 [GeoSetter] User Interface crash always 2018-09-13 04:31 2022-12-22 02:05
Reporter: barnowlds Platform:  
Assigned To: Friedemann OS:  
Priority: high OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Crashes upon open
Description: Crashes upon startup of application
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: bugreport.txt (2,869 bytes) 2018-09-13 04:31
https://www.geosetter.de/mantis/file_download.php?file_id=726&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1972 [GeoSetter] User Interface minor always 2018-09-08 21:24 2022-12-22 02:05
Reporter: beyer6411 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Wasserzeichen bei GoogleMaps
Description: Bei der Verwendung der Kartengrundlagen von Google erscheint eine Fehlermeldung (Google Maps kann auf dieser Seite nicht richtig geladen werden. Do you own this website?) , die Kartendarstellung enthält ein Wasserzeichen (s. Anlage). Gibt es eine Möglichkeit wieder zur "gewohnten" Darstellung zu kommen?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003538)
PeterDa   
2018-09-10 16:26   
This is a consequence of the fact that Google now requires users of the Map-API to register and obtain an API-key. This is something that Friedemann would have to do; the end-users can't influence this. The key is free for the first year; after that there is a use-related fee, but only if use exceeds a certain value. The limit seems te be fairly high, so hopefully total use (by all the Geoetter users) will stay below this, but actually only time will tell.
https://developers.google.com/maps/documentation/javascript/error-messages?utm_source=maps_js&utm_medium=degraded&utm_campaign=billing#api-key-and-billing-errors
I hope this has no consequences for this great application!
(0003540)
heiko   
2018-09-10 21:06   
hier ist die Erklärung von Friedemann:
http://www.geosetter.de/mantis/view.php?id=1970

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1969 [GeoSetter] User Interface feature always 2018-08-31 08:39 2022-12-22 02:05
Reporter: Sparx82 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: NMEA import should also allow GNxxx messages
Description: When importing a NMEA file, only the messages with GPxxx are parsed. At least the new uBlox receivers only send GNxxx messages to show that the data is not only coming from GPS but also other positioning systems (GLONASS, Galileo...).

It would be great if the NMEA file import would also allow GNxxx messages (for my self built GPS logger :-).
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1959 [GeoSetter] User Interface tweak always 2018-07-16 12:09 2022-12-22 02:05
Reporter: darkfiber Platform: Edge - development tool  
Assigned To: Friedemann OS: WINDOWS  
Priority: low OS Version: 10  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: HTML1423: De begintag heeft niet de juiste vorm. Kenmerken moet van elkaar worden gescheiden door een witruimte. map_google.html
Description: In map_google.html (Zeile 11,position 117) - Vor dem ";" scheint ein Leerzeichen zu fehlen oder das ";" ist überflüssig.
<script
        src="http://maps.googleapis.com/maps/api/js?v=3.14&key=AIzaSyDpMI6jmlJbH5d_YIH40FIDrYnpZhaiHYY&libraries=geometry";></script>
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1958 [GeoSetter] Image Data major have not tried 2018-07-15 21:48 2022-12-22 02:05
Reporter: Erik Krause Platform:  
Assigned To: Friedemann OS:  
Priority: urgent OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Google maps will change it's pricing policy tomorrow
Description: According to https://cloud.google.com/maps-platform/pricing/ there won't be a really free maps API access any more. What will this mean to geosetter?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1955 [GeoSetter] User Interface feature always 2018-07-05 13:12 2022-12-22 02:05
Reporter: Eric Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Restore open file in context menu
Description: Just upgraded to 3.5, a very welcome update after 6 years on 3.4.14 !
However, I miss one basic feature: the opportunity to open the file from the context menu in Geosetter: i use it to view a picture in full size, especially because the preview in Geosetter is still problematic with Panasonic RW2 files (see http://www.geosetter.de/mantis/view.php?id=1140 still not resolved, because of outdated version of dcraw lib?)
It is possible to get the 'open' back?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1953 [GeoSetter] Image Data feature have not tried 2018-06-22 01:15 2022-12-22 02:05
Reporter: jmoliver Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Support new exif 2.31 time zones features
Description: The new exif 2.31 standard added timezone support for exif dates. This probably should be an option to be enabled or disabled since it may cause problems with other applications which may not yet support it.

0x9010 OffsetTime string ExifIFD (time zone for ModifyDate)
0x9011 OffsetTimeOriginal string ExifIFD (time zone for DateTimeOriginal)
0x9012 OffsetTimeDigitized string ExifIFD (time zone for CreateDate)

source: https://www.sno.phy.queensu.ca/~phil/exiftool/TagNames/EXIF.html
reference spec: http://www.cipa.jp/std/documents/e/DC-008-Translation-2016-E.pdf
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1947 [GeoSetter] User Interface minor always 2018-05-20 23:09 2022-12-22 02:05
Reporter: mherbst Platform: Intel i7  
Assigned To: Friedemann OS: Windows 10 Pro 64 Bit  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Bild-Info Anzeige bleibt leer
Description: Seit dem Update auf 3.5 bleibt die Anzeige der Bild-Informationen im separaten Fenster leer. Das Auslesen der EXIF/IPTC-Daten funktioniert allerdings. Bei den einzelnen Bildern werden sie korrekt angezeigt und auch unterhalb der Bild-Info steht z.B. "288 Einträge (Eingebettet und Sidecar-Datei)".

Die Fotos sind im Nikon Raw-Format (.nef) und die EXIF/IPTC-Daten befinden sich dementsprechend in einer XMP-Datei.

Aber auch mit einer jpg-Datei, die ich mit dem Smartphone aufgenommen habe, funktioniert es nicht.
Tags:
Steps To Reproduce:
Additional Information: Ist es evtl. ein Anzeigeproblem? Ich habe einen 4K-Monitor und die Skalierung auf 150% eingestellt.
Attached Files: bug.png (223,104 bytes) 2018-05-20 23:09
https://www.geosetter.de/mantis/file_download.php?file_id=713&type=bug
png
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2107 [GeoSetter] Image Data block always 2020-10-30 13:17 2022-12-22 02:04
Reporter: AlexPiLion Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Ver 3.5.3 get error "for development use" on clicking Map tab
Description: The map is no more visible, this is likely an issue due to google API restriction which is no more free, maybe it could be replaced with OpenStreetMap API
Tags:
Steps To Reproduce: Open the program, wait for exif tool inizialization, select any image and click on Map tab.
Additional Information:
Attached Files: Cattura.PNG (334,847 bytes) 2020-10-30 13:17
https://www.geosetter.de/mantis/file_download.php?file_id=834&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2104 [GeoSetter] User Interface block always 2020-09-06 22:39 2022-12-22 02:04
Reporter: zava Platform:  
Assigned To: Friedemann OS:  
Priority: urgent OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Crashes ALWAYS as soon as a different folder is selected
Description: Hello,
this affects both V3.5,3 (build 2195) and V3.4.82 BETA (Build 2184)
Program starts OK. When you try to select a different folder, program ALWAYS crashes after a couple seconds.
It seems that
- crash happens opening a "lower level" folder (doesn't crash opening a higher level folder)
- crash happens if selected folder contains images

Opening an empty folder does not crash program.

No warning or error messages displayed.

Both versions have worked fine for years of flawless service, up until last usage a few weeks ago.
A major Windows 10 upgrade happened in between...
(Windows 10 Home, Ver. 2004, build 19041.450)
Tried restarting PC, reinstalling GS, still crashes.
Unfortunately this makes program fully unusable!

How can I fix/investigate?
Thank you!
Tags:
Steps To Reproduce: Select a lower level folder containing images.
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2103 [GeoSetter] User Interface major always 2020-09-03 15:44 2022-12-22 02:04
Reporter: georoom Platform:  
Assigned To: Friedemann OS:  
Priority: high OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Karte wird nicht mehr angezeigt: ERROR: Der Vorgang konnte aufgrund des folgenden Fehlers nicht fortgesetzt werden: 80020101
Description: Keine Kartenansicht mehr möglich, direkt nach Verzeichnis mit Bildern, die GEO-Infos enthalten wird obiges Fehlerprotokoll angezeigt.
Version 3.5.3 Build 2195

Beispiel-DNG kann leider nicht hochgeladen werden, da > 10 MB
Tags: DNG, exif, Google API, gps, RAW
Steps To Reproduce: Verzeichnis mit Bildern, die Geo-Koordinaten enthalten, anzeigen.
Additional Information: Windows 10 Pro 64 Bit
Version 2004
Build 19041.450

03.09.2020 15:28:08 ERROR: Der Vorgang konnte aufgrund des folgenden Fehlers nicht fortgesetzt werden: 80020101
  showFocusMarker(49.4131888889, 8.7137777778, 94, true, 49.4135451015, 8.7133572456, 49.4133976619, 8.7131665109, 49.4136269687, 8.7136253940, true);
03.09.2020 15:28:16 ERROR: Der Vorgang konnte aufgrund des folgenden Fehlers nicht fortgesetzt werden: 80020101
  showFocusMarker(49.4131888889, 8.7137777778, 94, true, 49.4135451015, 8.7133572456, 49.4133976619, 8.7131665109, 49.4136269687, 8.7136253940, true);
03.09.2020 15:28:54 ERROR: Der Vorgang konnte aufgrund des folgenden Fehlers nicht fortgesetzt werden: 80020101
  showFocusMarker(49.4131888889, 8.7137777778, 94, true, 49.4135451015, 8.7133572456, 49.4133976619, 8.7131665109, 49.4136269687, 8.7136253940, true);
03.09.2020 15:28:57 ERROR: Der Vorgang konnte aufgrund des folgenden Fehlers nicht fortgesetzt werden: 80020101
  showFocusMarker(49.4131888889, 8.7137777778, 94, true, 49.4135451015, 8.7133572456, 49.4133976619, 8.7131665109, 49.4136269687, 8.7136253940, true);
03.09.2020 15:29:05 ERROR: Der Vorgang konnte aufgrund des folgenden Fehlers nicht fortgesetzt werden: 80020101
  showFocusMarker(49.4131888889, 8.7137777778, 94, true, 49.4135451015, 8.7133572456, 49.4133976619, 8.7131665109, 49.4136269687, 8.7136253940, true);
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2101 [GeoSetter] User Interface major always 2020-08-30 15:09 2022-12-22 02:04
Reporter: Lindi Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Error in reading GPX data
Description: My tracker records the GPXdata with waypoints for pauses and trackdata for the tracks.
geosetter can't read the norm conform GPX data.
An example where i skipped a lot of WPTs and trks for better reading:
<?xml version="1.0" encoding="UTF-8"?>
<gpx xmlns="http://www.topografix.com/GPX/1/1" version="1.1" creator="http://gpxframework.com">
    <metadata>
        <name>270720_11:15:52.gz</name>
        <bounds minlat="64.141342" minlon="-21.951132" maxlat="64.153488" maxlon="-21.912024">
        </bounds>
        <extensions>
            <gpxdata:nt>10747</gpxdata:nt>
            <gpxdata:at>27311</gpxdata:at>
        </extensions>
    </metadata>
    <wpt lat="64.144096" lon="-21.917263">
        <ele>0.000000</ele>
        <time>2020-07-27T11:16:11Z</time>
        <cmt>00:04:15</cmt>
        <type>pause</type>
        <extensions>
            <gpxdata:nt>25</gpxdata:nt>
        </extensions>
    </wpt>
    <trk>
        <trkseg>
            <trkpt lat="64.144287" lon="-21.916977">
                <ele>25.763964</ele>
                <time>2020-07-27T11:16:08Z</time>
            </trkpt>

            <trkpt lat="64.145760" lon="-21.925636">
                <ele>13.942226</ele>
                <time>2020-07-27T18:41:06Z</time>
            </trkpt>
            <trkpt lat="64.145866" lon="-21.925543">
                <ele>13.759905</ele>
                <time>2020-07-27T18:49:08Z</time>
            </trkpt>
            <trkpt lat="64.145859" lon="-21.925539">
                <ele>13.683279</ele>
                <time>2020-07-27T18:49:09Z</time>
            </trkpt>
            <trkpt lat="64.145859" lon="-21.925541">
                <ele>13.683279</ele>
                <time>2020-07-27T18:49:10Z</time>
            </trkpt>
        </trkseg>
    </trk>
</gpx>
Tags: GPS trace
Steps To Reproduce: open tracks (ctrl+T)

Error Message:
270720.gpx - Ohne Namen 1 (0Punkte)
Reference to undeclared namespace prfix: 'gpxdata'.

Linie: 8 <gpxdat:nt)10747</gpxdata:nt>
Additional Information:
Attached Files:
Notes
(0003835)
heiko   
2020-09-15 22:13   
if I delete the data between
<extensions>
..
</extensions>
then the GPX file works. I don't know how often you have delete this data. In your example it was 2x.
Perhaps you can convert your file with GPSBabel

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2100 [GeoSetter] Image Data trivial have not tried 2020-08-29 15:07 2022-12-22 02:04
Reporter: Rani Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Couple of questions
Description: Hi.

Just started using your great software. I'm geotagging my photos for website SEO purposes and would like to ask a couple of questions, please

1- In the GPS timestamp it's showing "30-Dec-99, 10:00:00 AM". What is that and can I get it to copy that timestamp from "photo taken"?
2- I have a lot of photos that I'd like to geotag, is it possible to make lots of Favourites and get the software to randomize locations for all photos I need tagged instead of manually tagging one by one?

Look forward to your reply
Thank you
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2099 [GeoSetter] Image Data trivial random 2020-08-03 08:39 2022-12-22 02:04
Reporter: ACon1289 Platform:  
Assigned To: Friedemann OS:  
Priority: immediate OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Error with geotagging the images
Description: Some images gets geotagged with the same location. It is not geotagging correctly. It is missing out on the geotags randomly. Every time the GPS files gets synced differently with the images.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Erro.PNG (3,662 bytes) 2020-08-03 08:39
https://www.geosetter.de/mantis/file_download.php?file_id=832&type=bug
png

image.png (175,149 bytes) 2020-08-03 08:39
https://www.geosetter.de/mantis/file_download.php?file_id=833&type=bug
png
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2097 [GeoSetter] User Interface feature always 2020-06-09 13:53 2022-12-22 02:04
Reporter: roscoe Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: open png file
Description: Suffering cannot open PNG files. Please add support for this file format.
Thank you
Tags: file formats
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2096 [GeoSetter] User Interface crash random 2020-06-03 15:43 2022-12-22 02:04
Reporter: Erik Bachmann Platform:  
Assigned To: Friedemann OS: Windows  
Priority: high OS Version: 10  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Crashes reguarly while saving data for multiple images [v.3.5.3 (2195)]
Description: Crashes
Starting up with "Collection mode Activated" to continue - and crashes againg
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003827)
Malcolm_Ferguson   
2020-08-31 15:41   
Any chance you have RAW files with JPEG sidecars? I have to set Geosetter to filter by viewing by either "not RAW" or "RAW only". It looks like there is a race condition when it tries to write the same XMP for both files.
(0003830)
Erik Bachmann   
2020-09-03 17:31   
Nope! Plain simple JPG's without sidecar

BUT taking a closer look at the bug report:

exception message : Datei "C:\bin\GeoSetter\queue\20200903-170429868.que" kann nicht erstellt werden. Processen kan ikke få adgang til filen, da den bruges af en anden proces.
(The process cannot access the file because it is used by another process.=

And that "other process" appeared to be: Dropbox!

Lesson: Don't EVER close a temp que file and allow others to lock you out of your own files!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2095 [GeoSetter] User Interface block always 2020-05-26 13:30 2022-12-22 02:04
Reporter: johanvranken Platform:  
Assigned To: Friedemann OS: Windows 10  
Priority: urgent OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: No answer any more searching for places in maps
Description: See also issue 0002093: Getting message 'not found'

https://developers.google.com/maps/documentation/javascript/browsersupport?hl=en
Notice: Support for Internet Explorer 10 will end between November 2019 and May 2020 depending on the release channel or version number you use.

I think the API Geosetter is using, is not supported any more by google maps javascript.
I will try to go back to a previous version of the API but as I am not literate in javascript or google chrome, I don't know if I will be able to do so ...

Tags:
Steps To Reproduce: In the Search field under the map type any well known place (eg Berlin)
Answer is 'Berlin' not found
Additional Information:
Attached Files:
Notes
(0003819)
johanvranken   
2020-06-01 12:20   
Sometimes it works, sometimes it doesn't. I fear it has to do with a maximum number of calls to geonames.org as that seems to be the website used to find locations.
(0003823)
heiko   
2020-06-02 21:38   
as far as I know Friedemann has ristricted the ammount of search queries. Google charges money for these searches. To limit Google's bills, Friedemann has limited the number of searches in GeoSetter.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2092 [GeoSetter] User Interface feature N/A 2020-05-06 04:35 2022-12-22 02:04
Reporter: pistesil0 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add sort tool
Description: Could you please add a tool that reorgnize a given folder (and its sub folders) using a user defined structure?
The tree folder structure would use EXIF properties (date, location, title,...) in order to name its folders, it would be very alike to the rename tool.
Txs in advance
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003836)
heiko   
2020-09-15 22:28   
as far as I know you can do this with ExifTool.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2091 [GeoSetter] User Interface block always 2020-05-04 17:40 2022-12-22 02:04
Reporter: MadGrin Platform: Windows 10  
Assigned To: Friedemann OS:  
Priority: urgent OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: By opening the MAP tab the program freezes
Description: As soon as you click on the MAP tab, the program freezes.
I have tried with different map files like http://map.geosetter.de/v3/map_google.html but without success
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2090 [GeoSetter] User Interface block always 2020-05-04 12:01 2022-12-22 02:04
Reporter: Laffer Platform:  
Assigned To: Friedemann OS:  
Priority: immediate OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: 3.5.3 Google Map not displaying
Description: Die URL http://map.geosetter.de/v3/map_google.html zeigt keine Karte.

Fehlermeldung in GeoSetter

Die Karte wurde nicht gefunden unter:

http://map.geosetter.de/v3/map_google.html

Bitte geben Sie in den Einstellungen den korrekten Pfad zur Kartendatei an...

Dieses Problem kann auch folgende Ursachen haben:

•Der Microsoft Internet Explorer ist nicht korrekt installiert
•Die Sicherheitseinstellungen des Microsoft Internet Explorers verhindern die Ausführung aktiver Skriptinhalte
•Proxy Server (bitte dies auch in den Programmeinstellungen von GeoSetter berücksichtigen)
•Eine Firewall blockiert den Zugriff von GeoSetter
Tags:
Steps To Reproduce: Die URL http://map.geosetter.de/v3/map_google.html zeigt keine Karte.

Fehlermeldung in GeoSetter

Die Karte wurde nicht gefunden unter:

http://map.geosetter.de/v3/map_google.html

Bitte geben Sie in den Einstellungen den korrekten Pfad zur Kartendatei an...

Dieses Problem kann auch folgende Ursachen haben:

•Der Microsoft Internet Explorer ist nicht korrekt installiert
•Die Sicherheitseinstellungen des Microsoft Internet Explorers verhindern die Ausführung aktiver Skriptinhalte
•Proxy Server (bitte dies auch in den Programmeinstellungen von GeoSetter berücksichtigen)
•Eine Firewall blockiert den Zugriff von GeoSetter
Additional Information:
Attached Files:
Notes
(0003810)
Laffer   
2020-05-04 12:04   
Problem hat sich erledigt. Jetzt geht es wieder. Kann nicht nachvollzogen werden...
(0003816)
c196948   
2020-05-23 16:26   
Bei mir tritt genau dasselbe Problem auf.
Die W10-Meldung
    "Der Administrator hat festgelegt, dass diese Netzwerkverbindung von Windows-Sicherheit blockiert wird",
ist nicht hilfreich, weil ich nicht weiss, welche W10-Einstellung die Blockierung verursacht.
Eine Internet-Suche hat auch nichts passendes ergeben.
Im IE 11 wird die Seite auf http://map.geosetter.de/v3/map_google.html umgeleitet und es kommt die Meldung
    "HTTP 403 Verboten: Die Website hat die Anzeige dieser Webseite abgelehnt".
Ich verwende W10 1909.
Hat jemand einen Tipp?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2089 [GeoSetter] Image Data major always 2020-04-29 10:41 2022-12-22 02:04
Reporter: matteo.manfredini Platform:  
Assigned To: Friedemann OS: Windows 7  
Priority: high OS Version: Service pack 7  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Map can't be found
Description: Today I had a problem with GeoSetter, it doesn't download the map to which to connect the photo.
In attached the issue message.
 
I checked the solutions that you give, but I couldn't solve the problem.

Are there any communication problems with your server?
Are there other firewall rules to put beyond allowing to connect to "http://geosetter.de" ?
Tags:
Steps To Reproduce:
Additional Information: geosetter version: 3.5.3. Build 2195
Attached Files: 11.png (42,110 bytes) 2020-04-29 10:41
https://www.geosetter.de/mantis/file_download.php?file_id=826&type=bug
png
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2088 [GeoSetter] User Interface feature always 2020-04-22 00:57 2022-12-22 02:04
Reporter: homer4775 Platform: PC  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 10  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Olympus .log file support
Description: Geosetter cannot read olympus location files in their original format. Please consider adding an Olympus (.log) file extension to the dropdown selection for tracks. My current work around is to change the file extension to .nmea. Geosetter reads the file perfectly after the extension change.
Tags: file formats
Steps To Reproduce: Basically change the file extension to *.nmea and geosetter reads the track perfectly!
Additional Information: Geosetter v3.5.3 build 2195. This is a similar request as issue 0001392
Attached Files: 19120701.LOG (502 bytes) 2020-04-22 00:57
https://www.geosetter.de/mantis/file_download.php?file_id=825&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2087 [GeoSetter] User Interface minor always 2020-04-09 06:32 2022-12-22 02:04
Reporter: Malcolm_Ferguson Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Error getting timezone info
Description: I get an error when trying to retrieve timezone information from the web for coordinates in Tomsk.
Tags:
Steps To Reproduce: 1) Select an image with coordinates such as:
56°28'58.3882" N 84°57'13.7064" E
Lat: 56.48288561 / Long: 84.95380732

2) Hit Ctrl+E to edit data and select the date tab

3) In the "Timezone" box, hit the "Get From Web" button

=> See the error
Additional Information: I have to manually choose the "(UTC +07:00) Asia / Novosibirsk" timezone, although this is just an approximation that is currently the same.
Attached Files: Tomsk timezone error.png (317,717 bytes) 2020-04-09 06:32
https://www.geosetter.de/mantis/file_download.php?file_id=822&type=bug
Tomsk Timezone Error-2.png (275,254 bytes) 2020-04-19 15:57
https://www.geosetter.de/mantis/file_download.php?file_id=823&type=bug
europe (176,194 bytes) 2020-04-20 22:33
https://www.geosetter.de/mantis/file_download.php?file_id=824&type=bug
Notes
(0003800)
heiko   
2020-04-09 20:23   
is this a permanent problem? I've just tried it and all works without problems.
(0003803)
heiko   
2020-04-16 23:44   
does the problem still exists? or can I close this issue?
(0003806)
Malcolm_Ferguson   
2020-04-19 15:57   
Yes, it's still a problem. I'm attaching another screenshot after reproducing it a moment ago.
(0003807)
heiko   
2020-04-20 22:33   
with the coordinates of your image I can reproduce this error. With the following api call

http://api.geonames.org/timezone?lat=56.485325&lng=84.945053&username=geosetter&style=full

you get the following timezone data from geonames:

<geonames>
<timezone tzversion="tzdata2019c">
<countryCode>RU</countryCode>
<countryName>Russia</countryName>
<lat>56.485325</lat>
<lng>84.945053</lng>
<timezoneId>Asia/Tomsk</timezoneId>
<dstOffset>7.0</dstOffset>
<gmtOffset>7.0</gmtOffset>
<rawOffset>7.0</rawOffset>
<time>2020-04-21 03:15</time>
<sunrise>2020-04-21 05:59</sunrise>
<sunset>2020-04-21 20:39</sunset>
</timezone>
</geonames>

There you see that the timezoneId is "Asia/Tomsk" and this entry is not available in the timezone database which is used from GeoSetter. If I downlaod the latest version of this database and copy it in the GeoSetter directory all works fine for me, but I don't know if this actual database will work without problems.

If you want to try this goto the directory "%ProgramFiles(x86)%\GeoSetter\tzdata" and make a backup of the file "europe". Then copy the file "europe" from the attachment into this directory. But as I said, I don't know if there will be any other problems if you do this.

@Friedemann: Perhaps you should update the tzdata database in the next release
(0003808)
Malcolm_Ferguson   
2020-04-21 07:55   
There's some fascinating history in that file :) This appears to resolve this issue for me and I will attempt to use the file going forward. Given the frequency of timezone data updates my Garmin watch recieves, it might indeed be a good idea to update this data in Geosetter.

Thanks for help resolving this.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2086 [GeoSetter] Image Data major sometimes 2020-04-01 23:46 2022-12-22 02:04
Reporter: EnronHubbard Platform:  
Assigned To: Friedemann OS: Windows  
Priority: high OS Version: 10  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: viewing another program causes loss of data, resort
Description: Viewing a file in the image or GPX folder that GeoSetter is using in another program causes GeoSetter to refresh the image thumbnails. In the process any unsaved changes are lost, and the thumbnails are sorted in an unpredictable way, mostly by name but with a few random photos at the end (mine were originally sorted by Taken Date). Sort by Taken Date remains selected in the menu even though it is not displaying properly. This is occurring in version is 3.5.3 (not available to select in drop-down). For me the other programs in question are XnView (photo editor) and g7towin (GPX file manager).
Tags:
Steps To Reproduce: It is triggered from g7towin upon first opening a gpx file after opening the program (any file, not necessarily one used for syncing by GeoSetter), but not opening subsequent ones. I haven't figured out precisely what triggers it from XnView; it was full-screen and I found the files re-set when I went back to GeoSetter. Simply opening and editing files doesn't do it though.
Additional Information:
Attached Files:
Notes
(0003799)
EnronHubbard   
2020-04-03 22:11   
Starting Google Earth also triggers this.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2085 [GeoSetter] User Interface crash always 2020-03-20 10:43 2022-12-22 02:04
Reporter: jmtfjm Platform: windows 10  
Assigned To: Friedemann OS: 64 bits  
Priority: normal OS Version: latest  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Crash when try to load directory with a large gpx file
Description: Loading a gpx file containing above 20,000 wayponints the software crashes reporting not enough memory
Product 3.5.3
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: image.png (1,469 bytes) 2020-03-20 10:43
https://www.geosetter.de/mantis/file_download.php?file_id=821&type=bug
png
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2084 [GeoSetter] Image Data minor have not tried 2020-03-13 08:24 2022-12-22 02:04
Reporter: jmoliver Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Support Google-supported IPTC licensing fields
Description: Google recently announced support for certain XMP IPTC fields for licensing information. Already Geosetter supports some.

Here is an article which best explains it: https://searchengineland.com/google-adds-new-image-license-metadata-for-licensable-image-label-329522

Here are the Google IPTC fields:
https://developers.google.com/search/docs/data-types/image-license-metadata#iptc-photo-metadata
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2083 [GeoSetter] User Interface tweak always 2020-02-22 23:42 2022-12-22 02:04
Reporter: Suedlicht Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Would like to zoom in more with OSM
Description: When switching between google maps and OSM, google maps allows to zoom in 2 more steps (in most towns, at least). This is a pity since google maps does not work properly at this time. Also, when I use OSM on the website https://www.openstreetmap.org, I can zoom in a bit more than in Geosetter. Work would be easier if we could have a bigger map also in OSM.
Thank you so much for your work, dear Friedemann, I know your good work since good old Exifer. I wish you all the best.
Tags: OSM, zoom
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2080 [GeoSetter] User Interface major always 2020-02-17 10:09 2022-12-22 02:04
Reporter: js111 Platform: Windows  
Assigned To: Friedemann OS:  
Priority: normal OS Version: 10  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Map not working with my own Google Maps API key
Description: The map does not load at all.
In the map log I get the error message : ERROR: OLE-Fehler 80020101
I've only just got my own Google Maps API key and I think I did everything as explained in the documentation to adjust the settings and map document. But it doesn't work for me.
I've updated Geosetter to 3.5.3 but that makes no difference.
My Internet Explorer is version 11
Any advice would be appreciated. This is a major showstopper for me.
By the way, my map document looks a bit different than that shown in the documentation. There is a script block before the meta tags. See attached file. I modified the map document using Coffeecup HTML editor.
Tags:
Steps To Reproduce: restart the app.
Additional Information:
Attached Files: map_with_my_api_key2.html (54,440 bytes) 2020-02-17 10:09
https://www.geosetter.de/mantis/file_download.php?file_id=819&type=bug
Notes
(0003795)
WilfriedB   
2020-02-17 12:20   
Geosetter only works with Internet Explorer Version 10 as explained here: https://geosetter.de/2018/05/10/geosetter-and-internet-explorer-de/
(0003798)
js111   
2020-02-20 15:23   
Thanks for your reply.
However, Geosetter has worked fine for me until two months ago, even without my own Google Maps API key. I haven't changed anything in my Internet Explorer version since then.
This would suggest that the problem may be with the configuration of my own Google Maps API key.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2078 [GeoSetter] Image Data major always 2020-02-09 16:52 2022-12-22 02:04
Reporter: willhux Platform:  
Assigned To: Friedemann OS:  
Priority: high OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Does not load the images into a map, popup with "map not loading correctly"; freezes
Description: I am using to place pictures into Earth Pro at work. was working perfectly until this week.
Tags:
Steps To Reproduce: select pictures and load into Geosetter
click FILE
click Export to Google Earth

loads the selected pictures but will not display on Earth.
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2077 [GeoSetter] User Interface major always 2020-01-23 10:28 2022-12-22 02:04
Reporter: bobsun Platform:  
Assigned To: Friedemann OS: Windows 10  
Priority: high OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Can't view trackpoints
Description: When I open a track file and press the "show list of trackpoints" button, nothing happens.
Tags:
Steps To Reproduce: Consistent over long period of time. No change with upload of 3.5.3
Additional Information:
Attached Files: trackpointsMissing.jpg (270,325 bytes) 2020-01-23 10:28
https://www.geosetter.de/mantis/file_download.php?file_id=814&type=bug
Notes
(0003780)
bobsun   
2020-01-23 20:30   
never mind

Found the problem
(0003781)
WilfriedB   
2020-01-27 08:27   
@bobsun, it might be helpful for others, if you explain, what exactly your problem was.
In any case from my own experience, I noticed that you don't see track files you added to the folder AFTER starting Geosetter. In such a case, you need to do a File -> Refresh (F5) before the View -> Tracks (Ctrl+T). However, be aware that you loos all changes you made since starting Geosetter unless you save them (Ctrl+S).

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2076 [GeoSetter] Image Data major always 2020-01-19 23:18 2022-12-22 02:04
Reporter: ceroni Platform: Microsoft  
Assigned To: Friedemann OS: Windows  
Priority: high OS Version: 10 pro  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Cannot display DNG from Samsung Galaxy S9
Description: See attached image showing a JPG (left) and a DNG (right) from the same device.
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files: 190535.jpg (15,448 bytes) 2020-01-19 23:18
https://www.geosetter.de/mantis/file_download.php?file_id=812&type=bug
jpg

192910.jpg (20,180 bytes) 2020-01-19 23:37
https://www.geosetter.de/mantis/file_download.php?file_id=813&type=bug
jpg
Notes
(0003779)
ceroni   
2020-01-19 23:37   
Additional information: an original DNG straight from the device (left) is perfectly viewable after conversion using Adobe DNG converter 12.1 (right).
(0003805)
ceroni   
2020-04-17 16:02   
Workaround:
I'm using Adobe DNG converter to get much smaller and compatible files that Geosetter can handle without a glitch.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2075 [GeoSetter] User Interface major sometimes 2020-01-01 14:39 2022-12-22 02:04
Reporter: fonebone Platform: PC  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 10.0.18362  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: xmp file write issue
Description: When I save a batch of modified photos that are a mix of raw (Sony .ARW) and jpeg file with the same base name, e.g. "DSC08394.arw" and "DSC08394.jpg" then I normally get a number of errors like "Error: Temporary file already exists: V:/ftp/a7Riv/DSC08394.xmp_exiftool_tmp".

I guess that this happens due to 2 exiftools running at the same time for the arw and the jpg file that want to write the same xmp file "DSC08394.xmp" where for the jpg there should actually be no xmp needed as it actually should embed the data.
Tags:
Steps To Reproduce: - take a larger set of photo pairs (DSCxxxxx,arw and DSCxxxxx,jpg)
- modify their data
- save
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2074 [GeoSetter] User Interface major have not tried 2019-12-30 00:12 2022-12-22 02:04
Reporter: nhosko Platform:  
Assigned To: Friedemann OS:  
Priority: high OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Javascript Link to Google Maps has an old http link which is not working anymore - change to https required
Description: On http://map.geosetter.de/v3/map_google.html, line 11 is pointing to "http://maps.googleapis.com/maps/api/..." which returns a ERR_CONNECTION_RESET error.

From Internet Explorer's console:
HTML1300: Navigation wurde ausgeführt.
map_google.html
HTML1423: Falsch formatierte Startmarkierung. Attribute sollten durch Leerzeichen getrennt werden.
map_google.html (11,117)
SCRIPT5009: "google" ist undefiniert
map_google.html (19,3)

From Chrome's Console:
map_google.html:11 GET http://maps.googleapis.com/maps/api/js?v=3.14&key=AIzaSyDpMI6jmlJbH5d_YIH40FIDrYnpZhaiHYY&libraries=geometry net::ERR_CONNECTION_RESET
map_google.html:20 Uncaught ReferenceError: google is not defined
    at map_google.html:20

If in Chrome, I go to "https://maps.googleapis.com/maps/api/...", the file can be downloaded correctly from google.

Maybe Google changed recently and allows only https connections to its API?
Can you please update the http://map.geosetter.de/v3/map_google.html code or provide an alternative link?
Tags:
Steps To Reproduce: Open GeoSetter normally, then an error that certificate is wrong will appear. No maps will be shown.
Additional Information:
Attached Files:
Notes
(0003777)
Erik Krause   
2020-01-06 22:30   
No problems here, can not reproduce. However, until version 4 is ready you should use you own local map_google.html file with your own maps api key anyway. See http://www.geosetter.de/mantis/view.php?id=1970

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2073 [GeoSetter] Image Data minor always 2019-12-26 17:42 2022-12-22 02:04
Reporter: orensbruli Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: 3.5.3 Dng lose the Color Label set on Lightroom setting location and timezone on Geosetter
Description: Hello,

I usually set color labels on Lightroom on my process to select my files.
After saving metadata to file on lightroom, closing and setting the location on Geosetter, I read de metadata from file in lightroom and I see that the DNG files have lost the color label. This doesn't happen with the Nikon NEF files. Only with the DNGs (in this case, these are pano files generated by Lightroom).

I hope someone can reproduce this and we can find a fix.

Best regards.



Tags: color label, geosetter, lightroom
Steps To Reproduce: - Set a color label on Lightroom to a DNG file.
- Save metadata to file.
- Close Lightroom.
- Open dir on Geosetter.
- Change the location (I'm also changing the timezone).
- Save on Geosetter.
- Close GeoSetter.
- Open Lightroom.
- Read the changes in metadata from files.
- Check that the color label of the DNGs has disappeared.
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2072 [GeoSetter] User Interface major have not tried 2019-12-19 02:42 2022-12-22 02:04
Reporter: JackDaynes Platform:  
Assigned To: Friedemann OS:  
Priority: immediate OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: A month ago I asked for help and was assigned "0002068". Since then crickets!
Description: see issue 0002068 PLEASE!
Tags:
Steps To Reproduce: see issue 0002068 PLEASE!
Additional Information: see issue 0002068 PLEASE!
Attached Files:
Notes
(0003774)
JackDaynes   
2019-12-19 02:44   
I installed the latest version of Java, but that didn't help.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2071 [GeoSetter] Image Data tweak always 2019-12-11 13:52 2022-12-22 02:04
Reporter: U.heker Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Gps daten von Photoshop dateien
Description: Frage: wie bringe ich Geosetter dazu gps Daten NICHT in eine xml datei zu schreiben.
Weitere Angaben benötigt ?
 off Topic :
Eine google maps API sucht nicht zeigt aber daten an ?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003772)
heiko   
2019-12-13 22:06   
"Datei | Einstellungen" Reiter "Datei-Optionen". Hier dann den entsprechenden Dateityp auswählen und "Daten in XMP-Sidecars speichern" abwählen.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2070 [GeoSetter] User Interface minor N/A 2019-12-07 06:43 2022-12-22 02:04
Reporter: StarGeek Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Exiftool web address change
Description: I'm assuming you use the "ver.txt" file at http://owl.phy.queensu.ca/~phil/exiftool/ver.txt to check for updates to exiftool. Exiftool has now moved to exiftool.org and the "ver.txt" file is located https://exiftool.org/ver.txt

Phil will be retiring soon and the queensu.ca address will no longer work around April 2020.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Immagine.png (27,593 bytes) 2020-05-21 21:03
https://www.geosetter.de/mantis/file_download.php?file_id=827&type=bug
png
Notes
(0003792)
DannyOsh   
2020-02-17 01:06   
I assume this is why Geosetter will no longer update Exif tool?
(0003801)
othmarmarti   
2020-04-10 12:36   
I can confirm that the lookup of new exiftool versions does not work because the website changed name. Is there a config file where I could update the name of the server. What works is to click on the exiftool website link. This is automatically forwarded to the correct site. And there you can manually download the new version and copy it into the folder specified in the update dialog.

Great Program! But the world keeps on moving.....
(0003802)
othmarmarti   
2020-04-10 12:36   
Short update: applies to 3.5.3
(0003812)
bselbmann   
2020-05-16 02:22   
is it possible to patch the new path myself or is the link hard coded?
(0003813)
Davide   
2020-05-21 21:03   
I have this problem
(0003815)
roscoe   
2020-05-22 12:03   
Same Problem with 3.5.3
(0003826)
othmarmarti   
2020-08-31 14:27   
I was browsing through the geosetter exe file. I found three plases where the old wrong address is hardcoded in version 3.5.3

https://owl.phy.queensu.ca/~phil/exiftool/rss.xml
Location: 6361408 Decimal
new equivalent string:
https://exiftool.org/rss.xml

http://www.sno.phy.queensu.ca/~phil/exiftool/
Location: 11072990 Decimal
new equivalent string:
https://exiftool.org/

http://www.sno.phy.queensu.ca/~phil/exiftool/
Location: 11178182 Decimal
new equivalent string:
https://exiftool.org/

It would be really nice if you could publish an updated 3.5.3 wit just these three strings replaced.

Thank you very much

Othmar Marti

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2069 [GeoSetter] User Interface major always 2019-12-02 21:30 2022-12-22 02:04
Reporter: elie.mccarthy Platform:  
Assigned To: Friedemann OS: Windows 10  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Version 3.5.3! - unable to synchronise with selected images containing image coordinates already
Description: The option for selected images containing image coordinates already is blanked out so I am unable to select it in the menu.
Tags:
Steps To Reproduce: Click GPS data files from the edit menu
Additional Information:
Attached Files: Capture.JPG (129,508 bytes) 2019-12-02 21:30
https://www.geosetter.de/mantis/file_download.php?file_id=810&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2067 [GeoSetter] User Interface feature always 2019-11-22 14:25 2022-12-22 02:04
Reporter: fstchr Platform: PC  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 10  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: How copy original file name in metadata
Description: Hi,
before renaming my jpg files with geosetter, I want to store the initial filename (from the digital camera) in a metadata.
I haven't found such a function. Is there a solution or fonctionnality that I haven't seen ?
Thanks for help
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2066 [GeoSetter] Image Data minor always 2019-11-20 06:34 2022-12-22 02:04
Reporter: brunocodebox Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Name entered in the image source/description Artist field not written in EXIF IFDO Artist tag
Description: When editing image data fields in Source/Description, the Caption writer, Credit, Copyright, Headline, Caption, etc .are all written in their respective IPTC tags.

But the Arttist field is missed. It is not written / not appearing in the EXIF IFDO Artist tag.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2064 [GeoSetter] User Interface major random 2019-11-06 20:01 2022-12-22 02:04
Reporter: chrisbati Platform: PC  
Assigned To: Friedemann OS: Windows  
Priority: high OS Version: Windows 10(1809)  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Geosetter auto close
Description: Hi,

randomly, Geosetter stop running and close itself.
No crash, no error message, just no more geosetter running.

I have 3.5.3 version with last Exif tool version 11.75

No special action, I'm browsing photo to geotag and suddenly, it closed itself and I loose all my work.
I have never found a special action to reproduce the problem each time.

Thanks for help

Chrisbati
Tags:
Steps To Reproduce: No special action, I'm browsing photo to geotag and suddenly, it closed itself and I loose all my work.
I have never found a special action to reproduce the problem each time.
Additional Information: Also happened with previous geottag versions
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2062 [GeoSetter] Image Data feature always 2019-10-26 15:03 2022-12-22 02:04
Reporter: atlantissimo Platform:  
Assigned To: Friedemann OS: Windows  
Priority: high OS Version: 10  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Google Maps Zeitachse kompatibel machen
Description: Ich habe versucht, aus meiner Google Zeitachse, die automatisch mithilfe eines Android Smartphones erstellt werden kann,
eine KML-Datei zu exportieren, was so auch erstmal funktioniert.
Nun wird mir beim Versuch Bilder mit der Trackdatei zu verbinden folgender Fehler angezeigt:

Sie haben keine Trackdatei ausgewählt oder die gewählte Trackdatei enthält keine Koordinaten mit Datums- und Zeitinformationen.

Dies gilt es also zu beheben, sodass nachträglich von Google heruntergeladene Zeitachsen so verknüpft werden können
Tags:
Steps To Reproduce:
Additional Information: Nach kurzem nachlesen bin ich darauf gestoßen, dass Google wohl die Zeitpunkte der Wegpunkte etwas komisch angibt, ich habe jedoch keine Ahnung davon deshalb hier der Link:

https://support.google.com/maps/forum/AAAALwUX44A5jzQmxJwftA/?hl=de&gpf=%23!msg%2Fmaps-de%2F5jzQmxJwftA%2FW-Iovmq1AgAJ&msgid=W-Iovmq1AgAJ
Attached Files:
Notes
(0003757)
Jaff   
2019-11-06 02:06   
Images and trackdata match the same day?
Do you have any data for that day?

Convert KML file to GPX using GPSBabel (waypoints/routes/tracks). Check the track on Geosetter.
Post KML file so we can check if you don't manage to get to a result.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2061 [GeoSetter] User Interface major always 2019-10-25 21:03 2022-12-22 02:04
Reporter: eph Platform:  
Assigned To: Friedemann OS:  
Priority: high OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Fehlermeldung statt Karte
Description: Seit Anfang Oktober erscheint bei mir im Kartenfenster nur die Meldung

Die Karte wurde nicht gefunden unter:
http://map.geosetter.de/v3/map_google.html
Bitte geben Sie in den Einstellungen den korrekten Pfad zur Kartendatei an...

Auch die Installation von 3.5.2 hat daran nichts geändert.
Tags: map
Steps To Reproduce: Direkt nach dem Programmstart.
Additional Information:
Attached Files:
Notes
(0003753)
WilfriedB   
2019-10-26 10:41   
Laut Friedemann Schmidt müsste das inzwischen behoben sein. Siehe hier: https://geosetter.de/2018/05/10/new-website-new-geosetter-de/#comment-2184
(0003754)
eph   
2019-10-26 16:38   
Die dort genannte Webseite wird bei mir auch angezeigt, es erscheint aber keine Karte.
Ich habe zum Test alles deinstalliert, das User-Verzeichnis gelöscht und neu installiert, keine Verbesserung. Dafür muss ich den Geosetter jetzt mehrfach neu starten, weil er meist erst mit einer Fehlermeldung abstürzt.
(0003755)
eph   
2019-11-02 18:03   
Mit der neuen Version 3.5.3 bleiben die Abstürze wenigstens aus.
Aber die Karte wird immer noch nicht angezeigt! Ich habe das Programm nochmal komplett deinstalliert, das Benutzervereichnis gelöscht und alles wieder installiert. Immer noch nichts. Wird irgendwo im System noch was hinterlegt, was ich beim Deinstallieren nicht erwischt habe? Oder warum startet die Karte nicht ?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2060 [GeoSetter] User Interface minor always 2019-10-22 20:41 2022-12-22 02:04
Reporter: othmarmarti Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: geonames.org now has problems with Umlauts
Description: When geotagging a place in Baden-Württemberg, the "ü" appears as ?
The same is for cities, e.g. Bad Dürnheim
This worked in the previous version 3.5.
Tags:
Steps To Reproduce: Select a place in Baden-Württemberg and7or a city with an umlaut and place the red marker there.
Assign the position to an image.
The geonames.org data has the ?

Logging directly to geonames.org baden-Württemberg is displayed correctly.
Additional Information: Thanks for any help
Attached Files:
Notes
(0003746)
othmarmarti   
2019-10-22 20:46   
I just observed that the old version 3.4.53 has the same issue.
(0003747)
othmarmarti   
2019-10-22 22:11   
I did some more tests:

- when uninstalling geosetter and reinstalling the 3.4.53 beta, the issue with geonames and Umlauts is gone
- when selecting in win 10 regions: Deutschland and ticking "beta: use utf 8 for foreign " some of the ° symbols in Geosetter are correct, some not (unintellegible letters) It seems that there were some strings were forgotten

A good program!
(0003750)
WilfriedB   
2019-10-23 19:15   
I noticed the same today with 3.5.1. The problem did not exist in 3.5 or earlier.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2059 [GeoSetter] User Interface block sometimes 2019-10-22 20:36 2022-12-22 02:04
Reporter: bobsun Platform: PC  
Assigned To: Friedemann OS: Win 10  
Priority: high OS Version:  
Status: assigned Product Version: 3.4.50 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: hourly limit exceeded??
Description: I opened Geosetter for the first time in several weeks and received a message " Your hourly limit of 1000 credits has been exceeded...."
Tags:
Steps To Reproduce: Reopened Geosetter twice
Additional Information:
Attached Files:
Notes
(0003751)
WilfriedB   
2019-10-23 19:17   
@bonsun, please see the discussion under http://www.geosetter.de/mantis/view.php?id=1970

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2058 [GeoSetter] Image Data text have not tried 2019-10-20 17:48 2022-12-22 02:04
Reporter: Kieron Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GPS Coordinates
Description: Dag,
have a simple question, if there is not a GPS coordinate on the metada of the foto, how can i find the Location??
Thanks a lot
Kieron
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: GeoSetter Search 2019-10-21 144357.jpg (72,926 bytes) 2019-10-21 14:46
https://www.geosetter.de/mantis/file_download.php?file_id=805&type=bug
jpg

grafik.png (33,905 bytes) 2019-10-21 21:59
https://www.geosetter.de/mantis/file_download.php?file_id=806&type=bug
png

Screen Shot 042.PNG (1,096,916 bytes) 2019-10-23 18:45
https://www.geosetter.de/mantis/file_download.php?file_id=807&type=bug
Notes
(0003742)
heiko   
2019-10-20 21:16   
(Last edited: 2019-10-20 21:19)
you can use the map to find to location. You can then assign the coordinates to the Image and save this data.

just take a look into the helpfile: "GeoSetter Workflows | Assigning Geo Data | Assigning Geo Data Manually"

(0003743)
WilfriedB   
2019-10-21 14:46   
If you don't see the "Search" field below the map, click the pencil and the "Favorite", "Search" and "Coordinates" fields will appear. Under "Search" you can a street address.
(0003744)
Kieron   
2019-10-21 21:04   
The question was if there are NO coordinates on the metadata from the foto!! is it possible to find the location??? So you see i have NO coordinates
(0003745)
WilfriedB   
2019-10-21 21:59   
@Kieron this is what I understood:
The metadata of your photo does not contain any coordinates, but if you do know the name of the place (country, state, city), you can enter the address into the search field and click the button search. If the place can be found, a read marker will be placed on the map. Then you can drag the marker to a more exact position, if necessary, select one or more pictures and click the red marker with green arrow to left to assign the position to the image(s). Editing the image now, you will see the coordinates now.
Is this what you meant or did I misunderstand?
(0003748)
Kieron   
2019-10-23 18:45   
Hello WilfriedB
Thanks i think i understand what you are trying to say, i Have the country and the town Engeland, Brighton, but thats it !! how can i find the place where that
foto is taken, IT's in a shop!! If you right click , you can see al the data, is that enough to find the exact place? Or Coordinates??
Thanks for your help,much much appriciated..
(0003749)
WilfriedB   
2019-10-23 19:13   
@Kieron, you said the metadata of your photo doesn't have any coordinates. If you don't remember, where you made it, then you don't have any possibility.
(0003752)
Kieron   
2019-10-23 21:55   
WilfriedB,
Okay thanks for al the help ! don't have to search anymore !
Thanks Again
Kieron
(0003756)
Jaff   
2019-11-06 01:13   
Try, if is possible, to make an average of previous and next foto locations (only if the time period between them is not too long, you might get the right location).
(0003759)
Kieron   
2019-11-11 19:00   
i have one or two foto's , and they are not taken by me, send to me by mail, but i know what you mean, thanks anyway!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2057 [GeoSetter] User Interface minor always 2019-09-28 17:02 2022-12-22 02:04
Reporter: Malcolm_Ferguson Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Show translations in OpenStreetMap
Description: As a western European with no Chinese language skills, looking a maps of China is pretty damn difficult if they're not translated from Chinese. It seems that Geosetter shows the default tiles that we can also see OSM's main website (https://www.openstreetmap.org/), which is a known limitation of their web site. https://www.openstreetmap.de/karte.html# however shows translations (unfortunately for me German's not very strong, but it's easier to work with than Chinese!), and so you can see what is possible with OSM. I have to use OSM by the way because Google street maps have a shift applied to them, putting photos up to ~500m away in the wrong location.
Tags:
Steps To Reproduce: Switch to OSM map
Zoom in to Shanghai
Additional Information:
Attached Files: Geosetter view.png (371,561 bytes) 2019-09-28 17:02
https://www.geosetter.de/mantis/file_download.php?file_id=803&type=bug
openstreetmap.de view.png (318,645 bytes) 2019-09-28 17:02
https://www.geosetter.de/mantis/file_download.php?file_id=804&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2056 [GeoSetter] Image Data minor always 2019-08-26 15:52 2022-12-22 02:04
Reporter: joergens_mi Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: problemr mit KML Dateien meiner Kamera
Description: Meine Kamera Pentax K1 schreibt einen GPS-Log als .kml Datei, dieser wird auch als Track in geosetter angezeigt. (geos_001.png)
Bei dem Versuch den Track mit den Bildern zu synchronisieren über bearbeiten "Synchronisierung mit GPS-Daten"
kommt immer die untere Fehlermeldung. (geos_002.png). Eine verkürzte Form einer kml Datei ist beigefügt (demo verkürzt_001_0812.KML)

Die Frage ist warum das so, bzw. was ist an der kml Datei falsch, dass ich nicht damit synchronisiert werden kann.
Ein Beispiel für eine synchronisierbare kml Datei würde mir auch helfen, meine Dateien bei Bedarf umzuformatieren

Es wäre für mich interessant, da ich eine zweite Kamera haben ohne GPS und ich auf dieses Weise über die Uhrzeit die Positionen zuweisen könnte
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: geos_002.png (270,901 bytes) 2019-08-26 15:52
https://www.geosetter.de/mantis/file_download.php?file_id=800&type=bug
geos_001.png (3,212,511 bytes) 2019-08-26 15:52
https://www.geosetter.de/mantis/file_download.php?file_id=801&type=bug
demo verkürzt_001_0812.KML (9,201 bytes) 2019-08-26 15:52
https://www.geosetter.de/mantis/file_download.php?file_id=802&type=bug
Notes
(0003741)
heiko   
2019-09-09 21:05   
Nachdem ich das KML Format nicht wirklich kenne, habe ich die Datei mit GPSBabel in GPX konvertiert.

Hier ist zu sehen, dass das File 16 Wegpunkte enthält. Der Name der Wegpunkte ist die Uhrzeit. Im Feld <cmt> und <desc> (ich nehme an Kommentar und Beschreibung) ist das Datum und die Uhrzeit hinterlegt.

Der GPS Track enthält 41 Punkte mit Koordinaten, allerdings fehlt hier das Datum und die Uhrzeit komplett. Und genau hier wäre es wichtig, dass Datum und Uhrzeit vorhanden ist. Das ist auch im KML File ersichtlich; hier werden im Track nur Koordinaten aufgeführt.

Wie man hier allerdings ein vernünftiges File hinkriegt kann ich leider nicht sagen.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2055 [GeoSetter] Image Data feature sometimes 2019-08-24 11:25 2022-12-22 02:04
Reporter: hwcw Platform:  
Assigned To: Friedemann OS:  
Priority: low OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Spalten und Anzeigeinfoe einstellen
Description: Aus mir nicht erklärbaren Gründen ist

- das Digitalisierunsdatum/-uhrzeit manchmal um Sekunden oder Minuten später als das Erstellungsdatum / -uhrzeit. (Kameras Sony Rx100, Apple iPhone 8).
- sortieren mein Bildbetrachtungsprogramme (Fotos, Adobe Elements) nach Digitalisierunsdatum/-Uhrzeit. Wenn Bilder beider Kameras in eine Kartei zusammengeführt werden, ist die Reihenfolge nicht richtig

Ich bin mir bewusst, dass dieses nicht durch Geosetter oder EXIF verursacht wird, es könnte mir allerdings helfen, wenn das Digitalisierunsdatum/-Uhrzeit angezeigt und änderbar wäre.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003738)
WilfriedB   
2019-08-27 19:02   
Dass es da einen großen Unterschied zwischen Digitalisierungs- und Erstellungsdatum gibt und dass einige Programme ersteres nutzen, ist mir noch nicht aufgefallen, wohl aber dass die Uhr in meiner Sony A77 M2 (im Gegensatz zur A55 und A68) in wenigen Tagen eine Differenz zur (automatisch gesetzten) Zeit im Smartphone zeigt. Ich behelfe mir dadurch, dass ich zum einen die Zeit in der Kamera häufiger neu einstelle und zum anderen - wenn mehrere Kameras und Smartphone zu synchronisieren sind - als letztes Bild die Uhrzeit auf dem Smartphone fotografiere und dann per GeoSetter Erstellungsdatum / -uhrzeit korrigiere. Das funktioniert dann in meinen Programmen (Daminion, Picasa/Google Photos) gut.
(0003739)
hwcw   
2019-08-28 11:04   
Die Uhrzeit der verschieden Kameras anzugleichen, ist ein guter Hinweis. Danke! Was die Programme betriff werde ich noch weiter experimentieren.
(0003740)
WilfriedB   
2019-08-28 11:24   
Noch ein Tipp:
In der Vergangenheit hatte ich die Zeit vom GPS-Logger abfotografiert, bis ich dann die Android App "GPS Time" fand. Vor allem deshalb, weil sie die Sekunden anzeigt, aber die App zeigt auch die GPS-Zeit an, die durchaus vom Timer des Smartphones abweichen kann. Die Abweichungen waren da bislang zwar nur Bruchteile von Sekunden, könnten durch Hard- oder Softwarefehler aber auch größer werden. Ob es so etwas aber auch für das iPhone gibt, weiß ich nicht.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2054 [GeoSetter] User Interface minor have not tried 2019-08-15 21:06 2022-12-22 02:04
Reporter: WilfriedB Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: [Action Required] Google Maps Platform Internet Explorer 10 support end
Description: Just received this from Google:
"As Microsoft’s support for IE10 will cease in January 2020, the use of Embed API and Javascript API from IE10 will gradually be degraded:
    From Javascript API version 3.38 (release date August 2019): For IE10 users, a dismissible warning message will be displayed at the top of maps stating: "You are using a browser that is not supported by the Google Maps Javascript API. Consider changing your browser."
    From Javascript API version 3.39 (release date November 2019): Map Loads from IE10 will not be possible. Javascript API support for IE10 will be entirely discontinued in May 2020 when version 3.38 will be retired.
    For Embed API, a dismissible warning message (same as above) will be displayed at the top of maps for IE10 users from August 2019. After November 2019, the Embed API will no longer be available with IE10"
Does it mean GeoSetter will quit working by the end of the year?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003736)
heiko   
2019-08-16 20:52   
what's with IE 11? I don't get any messages using IE 11
(0003737)
WilfriedB   
2019-08-18 15:29   
I also have IE 11 installed and the message from Google doesn't mention IE 11. However, it says "Your projects listed below which may have associated client IDs have had more than 5% IE10 usage in the past month:" and the project referred is the one I requested the API key for GeoSetter. So, I don't know, if GeoSetter uses IE 10 under the covers, even though, I have IE 11 installed ...?
(0003758)
Cameron   
2019-11-06 04:01   
I cannot see any ms-windows versions that are able to run IE-10 that cannot by upgraded to IE-11.
Certainly my win-7 is already running IE-11.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2052 [GeoSetter] Image Data block always 2019-07-27 11:29 2022-12-22 02:04
Reporter: JoopvB Platform: Intel  
Assigned To: Friedemann OS: Windows 10 Pro  
Priority: immediate OS Version: 10.0.18362  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Inserted my own Google API as instructed; works but my markers don't show
Description: I have followed the instructions on https://www.photools.com/community/index.php?topic=8689.0 and the Google map shows up. And when I select a picture with GPS coordinates the map centers on the location of the picture, but no marker is shown. Also I cannot set markers (none of them show up). When I switch to OpenStreetMap my markers don't show either.

Before (or without) my own Google API the OPenStreetMap works fine.
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files: Correct map_google.txt (49,903 bytes) 2019-07-29 22:15
https://www.geosetter.de/mantis/file_download.php?file_id=799&type=bug
Notes
(0003732)
JoopvB   
2019-07-29 22:15   
I've found the problem! The HTML page was unable to load the images for the markers. I probably did something wrong with step 6: adding the BASE tag. After going through the steps again it is working.

If you open the HTML file in your browser you'll notice a warning in the developer console. The Google Maps version used in the HTML has been retired. I fixed this by removing the v=3.14 query string argument.

Just replace YOUR-KEY-HERE with your API-key in the enclosed file and save as map_google.html and it will work (at least it did for me :)).

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2051 [GeoSetter] User Interface crash random 2019-07-22 09:12 2022-12-22 02:04
Reporter: Cameron Platform: i7 x64  
Assigned To: Friedemann OS: MS Windows  
Priority: high OS Version: 7 and 10  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: occasional crash on folder open
Description: This is happening regularly, but not repeatably.
I have a working folder from a recent trip, containing a folder for each day, each containing between 10 and 150 images - all jpegs.
Geosetter will regularly crash as I am switching to a new folder of images - without starting to display the contents.
Tags:
Steps To Reproduce: Get a single folder with about 100 jpegs. Navigate to it and set file list to "report" (actually - I just reproduced with thumbnails).
Map can be set to satellite, or OSM, or map display not present. Crashes in all cases.
repeat {
    Click on the "up one folder" button.
    Double click on the image folder and wait for it to populate.
} until crashed.
Additional Information: Usually it will just crash, but occasionally will generate a bug report. I have saved 3:
* one from my old win 7 system
* one from Win 10 with OSM map selected
* one from Win 10 with Google map satellite selected (I have my own API as of yesterday, but this was happening before that).
One laptop running Win 10 does NOT show the problem.
All 3 test systems are x64, Pro editions.

On the systems that crash v3.5.0, I installed 3.4.51-beta build 2164 and it has not crashed.

The crashing folders can have between zero and all images being geotagged (lat-long only). The presence or not of a track makes no difference.
System Description
Attached Files: geosetter-bugreport-Win7.txt (31,372 bytes) 2019-07-22 09:12
https://www.geosetter.de/mantis/file_download.php?file_id=796&type=bug
geosetter-bugreport-win10-satellite.txt (29,103 bytes) 2019-07-22 09:12
https://www.geosetter.de/mantis/file_download.php?file_id=797&type=bug
geosetter-bugreport-win10-OSM.txt (27,195 bytes) 2019-07-22 09:12
https://www.geosetter.de/mantis/file_download.php?file_id=798&type=bug
Notes
(0003730)
Cameron   
2019-07-22 10:28   
update - I realised that I had copied my win-7 appdata\roaming profile to the win 10 system that crashed, so I did some more experiments.

1. wiped all geosetter details from the win 10 system and reinstalled v3.5.0 from scratch, including the profile and some registry entries.
2. no crashes with a fresh install. So that rules out other software/dlls on the different win 10 systems
3. copied over the old config.ini to the new and it immediately started crashing again.

I will now try to isolate which of the many differences are associated with the crash, because this config file was from a working beta version.
(0003731)
Cameron   
2019-07-22 15:35   
I think I have identified the conditions that trigger the crash, and have been reminded of another, possibly related, bug as well, which I think has been around since the beta versions.
The condition is setting sort-order to "Date Taken".
This is important to me because I usually have photos on the one day taken with multiple cameras. Sorting in date order makes it much easier to fill in missing locations by association with photos taken nearby.

If you are within a folder and click the column header to sort by date taken then it seems to work as expected.
However, if the default sort order is already set to Date Taken then, on entering a folder:
1. geosetter sometimes crashes, or
2. if it does not crash then the images are not sorted properly. Because there is a strong correlation between name and date taken it is not clear how or if they are being sorted at all. Maybe they are just in order in folder.

Also...
* pre-selecting "Coordinates" as sort order results in incorrect sorting, and took a bit longer (perhaps 10 folder visits) to cause it to crash.
* The Win 10 laptop that in the first report did not show the problem crashed very soon after setting the sort order to Date Taken.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2049 [GeoSetter] Image Data major always 2019-06-21 01:01 2022-12-22 02:04
Reporter: Goreb Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Beim Speichern wird Exception EFCreateError erzeugt: *.que kann nicht erstellt werden
Description: Im Verzeichnis liegen einige hundert Nikon RAW Dateien im NEF Format. Nach dem Schritt "Synchronisierung mit GPS Datendatei" per Strg-G und dem "Auswählen der Ortsdaten" sollen die Änderungen an den NEF Dateien per Strg-S gespeichert werden. Das Speichern startet und läuft einige Zeit bis eine Exception EFCreateError entsteht.

Details:
date/time : 2019-06-20, 22:19:20, 191ms
operating system : Windows 10 x64 build 17763
system language : German
system up time : 6 hours 10 minutes
program up time : 9 minutes
processors : 8x Intel(R) Core(TM) i7 CPU 860 @ 2.80GHz
physical memory : 8981/16382 MB (free/total)
free disk space : (C:) 266,22 GB
display mode : 1680x1050, 32 bit
process id : $2a68
allocated memory : 515,04 MB
largest free block : 518,87 MB
executable : GeoSetter.exe
exec. date/time : 2018-05-10 11:42
version : 3.5.0.2188
callstack crc : $0247e48d, $fa45a428, $16e111ca
settings folder : C:\Users\Heiko\AppData\Roaming\GeoSetter\
ExifTool folder : C:\Users\Heiko\AppData\Roaming\GeoSetter\tools\exiftool.exe
map file : http://www.geosetter.de/map_google.html
map file version : 12
exception number : 1
exception class : EFCreateError
exception message : Datei "C:\Users\Heiko\AppData\Roaming\GeoSetter\queue\20190620-221021180.que" kann nicht erstellt werden. Der Prozess kann nicht auf die Datei zugreifen, da sie von einem anderen Prozess verwendet wird.

main thread ($2af4):
0048648c +0a8 GeoSetter.exe Classes 5114 +5 TFileStream.Create
004863be +02a GeoSetter.exe Classes 5102 +2 TFileStream.Create
004866c7 +01b GeoSetter.exe Classes 5174 +1 TCustomMemoryStream.SaveToFile
00a6acfd +149 GeoSetter.exe ImageDataQueue 318 +18 TImageDataQueue.SaveQueueFile
00a6aaab +07f GeoSetter.exe ImageDataQueue 272 +9 TImageDataQueue.OnItemSavedEvent
00a6a073 +013 GeoSetter.exe ImageDataQueueSaveThread 174 +2 TImageDataQueueSaveThread.ProcessDataSaved
0048cbc1 +101 GeoSetter.exe Classes 9339 +22 CheckSynchronize
005144e8 +6e4 GeoSetter.exe Forms 6670 +144 TApplication.WndProc
0048ea3c +014 GeoSetter.exe Classes 10966 +8 StdWndProc
7727bb3b +00b user32.dll DispatchMessageA
00514c3c +0ac GeoSetter.exe Forms 6872 +13 TApplication.ProcessMessage
00514c83 +00f GeoSetter.exe Forms 6891 +1 TApplication.HandleMessage
00514f1e +0a6 GeoSetter.exe Forms 6975 +16 TApplication.Run
00c0c8dc +04c GeoSetter.exe GeoSetter 160 +4 initialization
75b90417 +017 KERNEL32.DLL BaseThreadInitThunk

Vollständige logs und ini Dateien sind angehängt.
Tags:
Steps To Reproduce: Beim Bearbeiten von einigen hundert Nikon RAW Dateien im NEF Format kann der Fehler mit folgenden Schritten bei jedem Versuch reproduziert werden:
1) Strg-G: "Synchronisierung mit GPS Datendatei" durchführen
2) "Auswählen der Ortsdaten" durchführen
3) Änderungen speichern per Strg-S
--> Exception EFCreateError entsteht nach einigen gespeicherten NEF Dateien:
exception class : EFCreateError
exception message : Datei "C:\Users\Heiko\AppData\Roaming\GeoSetter\queue\20190620-221021180.que" kann nicht erstellt werden. Der Prozess kann nicht auf die Datei zugreifen, da sie von einem anderen Prozess verwendet wird.
Additional Information:
Attached Files: Geosetter-config.ini (67,622 bytes) 2019-06-21 01:01
https://www.geosetter.de/mantis/file_download.php?file_id=794&type=bug
Geosetter-bugreport.txt (31,970 bytes) 2019-06-21 01:01
https://www.geosetter.de/mantis/file_download.php?file_id=795&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2048 [GeoSetter] User Interface major always 2019-06-03 13:48 2022-12-22 02:04
Reporter: blu28 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: After setting API key, getting "For Development purposes only"
Description: I followed the instructions for getting my own Google map API key, and it worked. Everything appeared to be working fine. However, once I exited Geosetter and tried to edit a new image file, I got the dialog about "This page can't load Google Maps correctly." and clicking past that I get the shaded overlay that says "For development purposes only." Looking at the Google Cloud dashboard shows the initial correct requests, but all requests after that point show a "4-3" error. I have the Javascript, static and geolocation API enabled. By the way, the step about enabling those APIs is missing from the English PDF in the other issue thread.
Tags: map
Steps To Reproduce: Get an API key, change the key in the google_map.html file, add the "base" tag and change the map file in the settings. Edit a file, then exit.
Additional Information:
Attached Files:
Notes
(0003723)
blu28   
2019-06-03 13:54   
Sorry, I meant the Geocoding API, not Geolocation.
(0003728)
Erik Krause   
2019-06-25 19:27   
Can not reproduce here. Works for me all the time. Did you check the file is still correctly set in Settings -> Map Address and Layers?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2045 [GeoSetter] Image Data feature sometimes 2019-05-23 10:04 2022-12-22 02:04
Reporter: WuppiGER Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GPR-Support (GoPro RAW)
Description: GPR wird von Exiftool unterstützt (r/w; ist eine DNG-Variante). Lightroom genauso. Geosetter unterstützt hier nur das schreiben von Sidecard-Dateien. Das führt dann leider zu Problemen mit LR.

Feature-Request:
* GPR-Einbindung in Geosetter
* Möglichkeit des schreibens in die Originaldatei (wie bei CR2, JPG)
Tags:
Steps To Reproduce: LR wertet die embedded Daten höher als die im XMP. Folge: ich setze mit LR das Land -> LR schreibt in das GPR. Für die Details möchte ich nun Geosetter nehmen. Ich schreiben die Örtlichkeit rein, lösche die Beschreibung (bei GoProbilder hat man immer den Dateinamen in der Beschreibung) etc. Wenn ich in Geosetter jetzt auf Aktualisieren drücke => Mission erfolgreich.

In LR lade ich die Bilder neu ein. Folge: das XMP wird ignoriert.

Wenn ich jetzt Exiftool-GUI öffne und das GPR von seinen Metadaten befreie und nur noch ein vollständiges XMP habe -> wird alles in LR übernommen. Dann schreibe ich in LR die Metadaten und könnte theoretisch die GPRs löschen (leider nur Theoretisch; die Zeitzonen-Einstellung liest LR leider nicht aus den XMPs - somit auch kein Übertrag ins GPR möglich; Workaround: händisch ins GPR schreiben via LR...)

Additional Information:
Attached Files:
Notes
(0003831)
WuppiGER   
2020-09-04 16:57   
GPR ist quasi ein umbenanntes DNG. Wenn ich meine GPRs in DNG umbenenne, kann Geosetter Problem damit arbeiten (also auch direkt beschreiben, ohne .xmp!). Mal so als Workaround. Für GeoSetter könnte das heißen das zu DNG einfach GPR hinzugefügt werden könnte

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2043 [GeoSetter] User Interface block always 2019-05-20 07:27 2022-12-22 02:04
Reporter: radervet Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Menü beim Rechtsklick
Description: Beim Rechtsklick war in der Beta Version ein Windows Menü vorhanden, wobei man z.B. das Bild bearbeiten, kopieren, ausschneiden etc. konnte.
Ich habe immer das "Bearbeiten" benutzt, damit man evtl. etwas uf dem Bild ändern kann. Nach dem Update ist das Menü weg und kommt nur das Menü vom Geosetter mit wenigen Punkten. Kann man dies irgendwie einstellen?
Tags:
Steps To Reproduce: Rechtsklick auf einem Bild im Geosetter Fenster
Additional Information:
Attached Files: Manü früher.jpg (59,931 bytes) 2019-05-20 07:27
https://www.geosetter.de/mantis/file_download.php?file_id=792&type=bug
jpg

Manü jetzt.jpg (262,510 bytes) 2019-05-20 07:27
https://www.geosetter.de/mantis/file_download.php?file_id=793&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2041 [GeoSetter] Image Data major always 2019-05-18 21:13 2022-12-22 02:04
Reporter: tman39 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GeoSetter fails to create GPX track file without errors.
Description: Using GeoSetter V3.5.0
& Garmin Basecamp V4.7.0
Both are latest up-to-date versions.

Selected 6 pictures with GPS info in GeoSetter and used
GeoSetter->File->'Export to GPX Track File'. No errors shown by GeoSetter.
GeoSetter shows correct track in Map window. Track agrees with manually produced track in BaseCamp. Lat/Long's from selected pictures were used to create a route which was then converted to a track using GPSBabel V1.6.0.

When Basecamp tries to import TrackFile.gpx produced by GeoSetter, Basecamp says "Unknown Error Opening Import file" and fails to import.

Error is repeatable with different sets of pictures/track file.
Tags:
Steps To Reproduce: Exited GeoSetter and then re-invoked GeoSetter.
Selected different pictures from different folder.
Same ERROR result in BaseCamp.
Additional Information:
Attached Files:
Notes
(0003722)
heiko   
2019-05-23 21:51   
this is the second line in a GPX file which is written form GeoSetter:
<gpx version="1.0" creator="GeoSetter - http://www.geosetter.de">

it seems, that this part is missing:
xmlns="http://www.topografix.com/GPX/1/0"

if you add this missing part to the second line RouteConverter can read the GPX file which was created from GeoSetter:
<gpx version="1.0" creator="GeoSetter - http://www.geosetter.de" xmlns="http://www.topografix.com/GPX/1/0">

Ok, this is only a workaround, but I hope it helps

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2038 [GeoSetter] User Interface feature always 2019-05-15 19:44 2022-12-22 02:04
Reporter: tman39 Platform:  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 10  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: No Crosshairs displayed in Map window
Description: "Cross-Hair" does NOT display when "Map>Show Cross-Hair" is toggled ON either from Map Window or main tool bar.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2110 [GeoSetter] User Interface minor always 2020-12-01 17:14 2022-12-22 02:04
Reporter: bshearey Platform: PC  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 10  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: OpenStreetMap "Place Name" not found in search
Description: Using OpenStreetMap map.
Search for well known place, for example Edinburgh, returns not found message.
Tags:
Steps To Reproduce: As above.
Additional Information: Althouigh map is "OpenStreetMap" and has appearance of such, window has "Google" logo in bottom left hand corner,

(Could searches be being handled by Google Maps?).
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2094 [GeoSetter] User Interface minor always 2020-05-25 10:15 2022-12-22 02:04
Reporter: watsonm Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: For UK images, state/province displayed as England rathan the county (somerset, dorset etc.)
Description: Hi,
I am using version 3.5.3 in the UK and have issues with the results of the
get image from web.

The state/Province is marked as England rather than Somerset (the county).
I cannot find anywhere to set where it can pick up the county.

I thought this used to work OK in a previous release so wonder if I have
corrupted a setting.

Thanks for any help
Tags: County, Province, State, UK
Steps To Reproduce: set a place in UK for any image and get location.
Additional Information:
Attached Files:
Notes
(0003828)
Malcolm_Ferguson   
2020-08-31 15:45   
It's never worked for me :( Now I've got my own system because of this where I put the county or unitary authority (e.g. City of Bristol or London) in the State/Province (and in these examples, just "Bristol" or the London Borough in the city field.) I developed this system long before Lightroom added its map module, so now I can't get along with that either (plus the whole 3 letter vs. 2 letter country code thing).

The other annoyance is the frequent reversal of city and sublocation.
(0003844)
buttercookie42   
2021-01-08 00:10   
I've written a little PHP script which you can run on a web server of your choice (either your own web space, or something installed locally), and which mimics the parts of the GeoNames API used by GeoSetter. Timezone and height requests are simply forwarded to GeoNames and returned as-is, whereas reverse geocoding requests are sent to a different provider and then returned to GeoSetter in the GeoNames API format it expects.

After examining https://wiki.openstreetmap.org/wiki/Nominatim#Alternatives_.2F_Third-party_providers, for now I've settled on using OSM data via OpenCage, as they have acceptable request limits for the free tier and seem to have the best data quality relatively speaking. I initially tried Geoapify, but it turned out that their reverse geocoding API was somewhat buggy.

It's available from https://github.com/buttercookie42/GeoApiProxy and it should already handle UK coordinates as desired, although I've only done a spot check with a few different coordinates and I've yet to reach pictures from my UK holidays in GeoSetter for a more extensive test.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1945 [GeoSetter] Image Data major always 2018-05-14 10:50 2022-12-22 02:04
Reporter: Ronny MF Ho Platform: Windows  
Assigned To: Friedemann OS:  
Priority: high OS Version: 10  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Incorrect diaplay of Sesageminal gps info
Description: I found that GPS location data in Sexagesimal cannot be displayed fully. To be exact, the first digit of "minute" was replaced with a question mark. This happened for previous versions.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Screen Shot 2018-05-14 at 12.10.31 PM.png (102,301 bytes) 2018-05-14 10:50
https://www.geosetter.de/mantis/file_download.php?file_id=712&type=bug
png
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1943 [GeoSetter] User Interface block sometimes 2018-05-08 22:30 2022-12-22 02:04
Reporter: GeoUser Platform:  
Assigned To: Friedemann OS:  
Priority: high OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Adress-Suche liefert falsche Werte
Description: Version 3.4.82 beta

Bei einer Vielzahl von Fotos liefert die Adress-Suche falsche Werte / Orte.

- Nordrhein-Westfalen;Dortmund;Ickern existiert nicht. Ickern ist ein Ortsteil von Castrop-Rauxel

Nordrhein-Westfalen;Castrop-Rauxel;Recklinghausen existiert nicht. Recklinghausen ist Stadt und Kreis (in dem sich Castrop-Rauxel) befindet.

Solcherlei Fehler werden ständig geliefert. Abgefragt wird GeoNames mit eigenem Benutzernamen.


Tags:
Steps To Reproduce: Foto-Verzeichnis laden, Track laden, Fotos edit, Online abfragen
Additional Information: Die Software RouteConverterWindows beispielsweise kann für alle Positionen in der Trackliste Vervollständigen -> Postanschrift. Hier wird nicht GeoNames, sondern Nominatim abgefragt und korrekte Straße, Hausnummer, Plz, Ort geliefert. Nominatim kennt auch den Ortsteil. Die Daten von GeoNames sind extrem unzuverlässig und sehr oft falsch.
Attached Files: geoapiproxy.zip (6,825 bytes) 2020-12-29 21:34
https://www.geosetter.de/mantis/file_download.php?file_id=840&type=bug
Notes
(0003496)
GeoUser   
2018-05-16 11:09   
Hallo! Ich versuche das Problem zu verstehen und zu lernen. Und heraus zu finden ob ich was falsch mache. Und ein Ergebnis der Recherche ist, dass GeoNames eigentlich kaum eine Chance hat korrekte Orte zu liefern. Also überwiegend. Man muss jederzeit zu jedem von hunderten Fotos (auch auf Reisen in unbekanntem Gebiet) genauestens wissen wo man war, wo das Foto aufgenommen wurde, wie die Orte, Ortsteile, Bezirke und Verwaltungsgrenzen heißen. Sonst glaskugelt GeoNames irgendetwas zusammen, von dem man später am Rechner ohne eigene genaue Kenntnis gar nicht weiß, was zusammen passt.


In einem Forum fand ich die Information, dass GeoNames wohl ausschließlich "zentrumsbasiert" funktioniert. Habe ich also eine Koordinate im Foto
51.58729, 7.39241
Korrekt:
Emscherallee, Groppenbruch, Dortmund, Regierungsbezirk Arnsberg, Nordrhein-Westfalen, 44359, Deutschland

kann GeoNames aus folgenden Bestandteilen umliegender Orte alle möglichen Kombinationen würfeln:

Mengeder Straße
Emscherallee

Groppenbruch
Brockenscheidt
Brambauer
Ickern Süd

Dortmund
Waltrop
Lünen
Castrop-Rauxel

Kreis Recklinghausen
Kreis Unna

Regierungsbezirk Arnsberg
Regierungsbezirk Münster

Nordrhein-Westfalen

44359
45731
44536
44581

Deutschland

Und warum das? Weil GeoNames nur nach Entfernungen zu benamten Punkten arbeitet und (anders als OpenStreetMap) nicht mal Boundaries kennt...

Zitat: "The service is based on centroid point coordinates as we don't have boundary data"

Uff. Keine Boundaries. Das muss man erst mal verdauen. Da wird blitzartig klar, wieso aus

- Robert-Bosch-Straße, Hagener Straße, Westhofen, Schwerte, Kreis Unna, Regierungsbezirk Arnsberg, Nordrhein-Westfalen, 58239, Deutschland
Hagen-Westhofen wird

und aus

- 147, Syburger Dorfstraße, Buchholz, Syburg, Dortmund, Regierungsbezirk Arnsberg, Nordrhein-Westfalen, 44265, Deutschland
Hagen-Buchholz

und so weiter...

Ok, das GeoNames Problem dürfte dann vermutlich nicht innerhalb GeoSetter lösbar sein, nehme ich als Laie an. Vielleicht gibt es ja doch eine Chance einen Nominatim-Provider zu finden, dessen API ähnlich nutzbar ist wie GeoNames und das in GeoSetter einzubauen... Lieber Friedemann, dein Programm ist wirklich klasse und ich finde es bewundernswert wenn jemand über so viele Jahre das Gefühl vermittelt mit Herzblut dabei zu sein. Dass dann die Suchergebnisse von Dritter Seite eine so wichtige Funktion nahezu unbrauchbar machen, ist angesichts der vielen Zeit und Liebe zum Detail die Du in die Software gesteckt hat echt schmerzlich.
(0003497)
Friedemann   
2018-05-16 17:43   
Ja, ich weiß, dass die GeoNames-Ergebnisse leider nicht für jeden passen. Für mich tun sie das eigentlich seit Jahren. Allerdings brauche ich für meine Fotos auch keine adressgenauen Daten, den eigentlichen Ort ergänze ich meist selbst.

Wahrscheinlich ist Google eine Alternative, oder? Das habe ich bisher noch nicht eingebaut, weil die Adressenabfragen mein Kontingent zu sehr belasten würden. Nun hat Google allerdings sowieso gerade sein Geschäftsmodell geändert, ich musste z.B. für meinen API-Key nun eine Abrechnungsmöglichkeit hinterlegen. Ich hoffe, dass ich alles richtig eingestellt habe, so dass mir keine Kosten entstehen werden. Es kann durchaus sein, dass ich auch den Zugriff auf die Karte nicht so lassen kann wie er ist, d.h. die Benutzer müssten sich dann selbst einen API-Key registrieren, leider. Wenn das der Fall wäre, könnte ich natürlich auch Google hinzunehmen. Allerdings, ich möchte keine große Hoffnung machen, eins nach dem anderen. Eine Änderung der Ortsdatenabfrage wird sicherlich dieses Jahr nix mehr werden :-/ Wie auf meiner Webseite angekündigt, versuche ich ja ein etwas größeres Update fertig zu bekommen. Erst danach stünde dann eine Änderung der Ortsdatenabfrage, vielleicht ein Hinzufügen kostenpflichtiger Optionen, zur Disposition. Um Missverständnissen entgegen zu wirken: "Kostenpflichtig" natürlich nicht in Bezug auf mich, sondern die Möglichkeit irgendwelche Services einzubinden, bei denen sich der Benutzer dann ggf. selbst registrieren kann/muss.
(0003498)
Friedemann   
2018-05-16 17:51   
Ach, ich sehe gerade erst, Du hast "Nominatim" erwähnt. Das kannte ich bisher nicht. Ist das kostenfrei? Sieht ja fast so aus... Ach so, man braucht einen Provider, der die Datenabfragen kostenfrei zur Verfügung stellt? Also, ich bin ja für alle Aleternativen offen, auch wenn ich das nicht nächste Woche gleich einbauen werde. Änderungen an der Ortsdatenabfrage werde ich definitiv nicht in dieser Version machen. Erst ab der kommenden Version 4, wenn ich sie denn mal fertig habe...
(0003499)
Friedemann   
2018-05-16 18:09   
Hier sind ja 3 Provider aufgeführt, wobei mir LocationIQ (https://locationiq.org/) mit 10.000 möglichen täglichen freien Abfragen durchaus akzeptabel erscheint: https://wiki.openstreetmap.org/wiki/Nominatim#Alternatives_.2F_Third-party_providers Man würde dann natürlich auch zwingend einen eigenen Account benötigen...
(0003500)
GeoUser   
2018-05-16 23:08   
Hallo und ganz lieben Dank schon mal alleine für deine schnelle Antwort, da Du das in der Freizeit machst hätte ich gar nicht so schnell damit gerechnet, top!

Das mit Nominatim ist sicher so eine Sache, was die Abfrage-Kontingente angeht. Abfragen auf den OpenStreetMap-Servern geht, soll aber nur für Testzwecke und einzelne Anfragen genutzt werden und Massenabfragen werden sicher gedrosselt. Aber sich für einen Account irgendwo zu registrieren ist sicher das Letzte woran es scheiten sollte (erst recht nicht, wenn man sich irgendwo im Bereich der kostenfreien aber registrierungspflichtigen Kontingente bewegt), wenn man diese Funktion benötigt oder sehr gerne benutzen möchte. Auch bei GeoNames war ja zumindest ein Account nötig / sinnvoll.

Rein von der Datenqualität sollte das für die größten Teile der Welt ein Quantensprung sein, da es sich um OpenStreetMap Daten handelt, wo gerade bei dem hier scheinbar so wichtigen Punkt der Boundaries extrem viel Wert drauf gelegt wird. Und die Daten sind ja nun auch sehr detailliert, auch wenn man/jeder vielleicht nicht (für jedes) Foto(s) immer Genauigkeit bis auf die Hausnummern- oder Objektebene benötigt. Aber da dort Daten immer innerhalb von Boundaries liegen, kann aus Dortmund-Syburg eben nicht Hagen-Syburg werden, und aus einer Bauernschaft in X kein Stadtteil von Y. Nun ist ja auch die Fotografie so wunderbar vielfältig, dass es ja auch nicht schaden kann, so detaillierte Daten zu haben. Schon alleine wenn man wo ist, wo man sich nicht auskennt und die Abfrage der Koordinaten wirft dir sogar aus, dass es z.B. das BvB Fussballstadion ist (https://nominatim.openstreetmap.org/search.php?q=51.49241%2C+7.450921&viewbox=). Nur mal so als blödes Beispiel, gerade nichts besseres im Kopf wo man wirklich sagen könnte wenn man da war, muss man nicht erkannt haben wo ;-) Gerade da wird ja erst interessant, meine sich permanent wiederholenden Locations beschrifte ich auch blind bzw. habe Kürzel für die Textersetzung.

Mir ist das Problem beim Radfahren aufgefallen, wo man sich eben durch verschiedene Bauernschaften und über Stadtgrenzen hin und her bewegt, dass da die Daten hinten und vorne nicht stimmen können und ich in der Nachbereitung zu einer Kapelle recherchieren wollte, die GeoNames in Dortmund-Leveringhausen verortet hat. Das ist natürlich vollkommener Blödsinn, das wunderschöne kleine Ding steht in der Nachbar-Stadt Waltrop, immerhin stimmte die Bauernschaft ;-)))) Wäre das jetzt nun nicht in meinem Heimatrevier, hätte ich den Fehler wie bei den anderen Fotos zuvor im Archiv nicht bemerkt.

Für die meisten von uns gerade für den privaten Gebrauch nicht realisierbar, daher nur am Rande erwähnt: Bei Nominatim kann man sich theoretisch seine eigene Instanz installieren, planet.osm herunterladen und seinen eigenen Server betreiben. Da gibt es wohl auch noch ein paar andere Engines für eigene Server. Aber wirklich nur ganz am Rande, das werden die wenigsten stemmen können (ich auch nicht ;-) )

Zur Qualität der Daten ein kurzer Schnelltest, vielleicht kann ich damit einen klitzekleinen Beitrag leisten.
GPS-Log von einer Radtour im Grenzbereich der vier Städte Dortmund, Schwerte, Hagen und Herdecke. Geladen in die Software von http://www.routeconverter.de. Die hat eine Funktion "Vervollständigen->Postanschrift" und hat die folgenden Geokodierungsdienste implementiert, deren Ergebnisse:

GeoNames
"51.4188680,7.5052050,Syburg"

Photon by komoot.de
51.4188680,7.5052050,44265 Dortmund; North Rhine-Westphalia; Germany


Google
51.4188680,7.5052050,Syburger Dorfstraße 135; 44265 Dortmund; Deutschland

Nominatim
"51.4188680,7.5052050,Syburger Dorfstraße 135; 44265 Nordrhein-Westfalen; Deutschland"

Nur Google und OpenStreetmap erkennen die Straße und sogar Hausnummer, Google unterschlägt das Bundesland welches bei Nominatim aber neben noch deutlich mehr Details die man verarbeiten _könnte_ natürlich da ist. (135, Syburger Dorfstraße, Buchholz, Syburg, Dortmund, Regierungsbezirk Arnsberg, Nordrhein-Westfalen, 44265, Deutschland (Camp Site) direkte Abfrage https://nominatim.openstreetmap.org/search.php?q=51.4188780%2C7.5053350&viewbox=).

Mir mögen da gar nicht alle Möglichkeiten einfallen, aber man stelle sich vor man mache im Urlaub wo man sich rein gar nicht auskennt ein Foto einer wunderschönen Wegkappelle und OpenStreetMap kann Daten bis hinter zum Namen der Kapelle liefern. Meiner bescheidenen Meinung nach wäre also OSM als zukünftige Datenquelle geradezu prädestiniert, wenn schon Programmierarbeit da hinein gesteckt wird für eine neue Version.

Wobei mich gerade im OpenStreetMap-Umfeld nicht mal wundern würde, wenn da schon jemand einen Referenzcode als OpenSource programmiert hat, den man in seine Anwendung implementieren kann...

In diesem Sinne, meinen Respekt, meinen Dank und Wünsche für Gesundheit und Glück an Dich und deine Familie!
(0003843)
buttercookie42   
2020-12-29 21:34   
Ich bin mal die aktuelle Liste von https://wiki.openstreetmap.org/wiki/Nominatim#Alternatives_.2F_Third-party_providers durchgegangen:

- OpenCage: 2500 Anfragen pro Tag reicht zwar nicht ganz, um den ganzen alten Fotobestand in einem Rutsch durchzuarbeiten, aber ansonsten wäre es schon brauchbar. Ein Fragezeichen ist allerdings die mögliche Beschränkung auf eine Abfrage pro Sekunde, die man bei der Massenabfrage für einen kompletten Fotoordner mit Geosetter schon kurzzeitig reißen könnte. Von der Datenqualität wirkt das mit ein paar Stichproben potentiell brauchbar, wenn auch nicht ganz perfekt.
Es gibt *kein* vordefiniertes Mapping auf irgendwelche fixen Verwaltungsebenen, das müsste man sich also selbst irgendwie sinnvoll zusammenbasteln, aber das gilt wohl für die meisten dieser Dienste.

- LocationIQ: Mit 5000 Abfragen pro Tag, ebenfalls 60 pro Minute und kurzzeitig *2* Abfragen pro Sekunde etwas großzügigere Limits als OpenCage. An Stellen mit "anspruchsvollerer" OSM-Datenlage (sprich Stadtteile/Ortsbezeichnungen nur als Punkte statt als Flächen vorhanden) scheinen die Ergebnisse nach ein paar Stichproben aber etwas schlechter als bei OpenCage zu sein, aber für einen richtigen Vergleich müsste ich das mal im größeren Maßstab ausprobieren.

- NetToolKit: Mit 1000 Abfragen pro Tag definitiv nichts fürs Massen-Nachtagging und liefert bei einer kurzen Stichprobe Stadtteilnamen entweder gar nicht, oder anstelle des Stadtnamens, was auch nicht viel brauchbarer ist.

- Geoapify: Mit 100.000 Abfragen im Monat und einem kurzzeitigen Limit von 0000010:0000005 Abfragen pro Sekunde in der Hinsicht problemlos. Deswegen hatte ich die auch als erste mal im etwas größeren Maßstab ausprobiert – tendenziell ist die Qualität schon besser als per GeoNames, aber es hat so doch ein paar Seltsamkeiten.

Bei der reversen Abfrage fehlen bei einzelnen Koordinaten häufig mal bestimmte Bestandteile (insbesondere der Stadtteil ist, selbst wenn in OSM vernünftig eingetragen, häufig davon betroffen, aber manchmal war es auch das Bundesland/der Landkreis oder in einem Fall sogar die ganze Stadt, die er nicht richtig erkennen wollte), während manchmal nur wenige Meter weiter wieder alles in Ordnung ist. Als Abhilfe bin ich dazu übergegangen, die zu den Koordinaten ausgespuckte Adresse noch einmal vorwärts abzufragen (auch wenn das eine weitere API-Abfrage kostet), da Stadtteilnamen damit zuverlässiger funktionieren.
Und wie oben angedeutet, kommen bei lediglich als Punkten eingetragenen Ortsnamen teilweise auch mal seltsame Ergebnisse heraus (z.B. ein Dorf und im nächsten Tal liegt noch ein dazugehöriger kleiner Weiler – daraufhin wird partout bei allen Abfragen im Hauptdorf der abseits gelegene Weiler als "Stadtteil" ausgespuckt, was ich automatisch natürlich überhaupt nicht abfangen kann).

OpenCage ist da zwar auch nicht perfekt und eine wirkliche Lösung des Problems geht auch nur über bessere OSM-Daten (Tagging der Stadtteile als Flächen und nicht bloß als Punkte), aber tendenziell doch etwas besser als Geoapify.
In einer Stadt wird schließlich für Teile des Stadtzentrums partout irgendein seltsamer Name ausgespuckt, der in den OSM-Daten gar nicht (mehr) auftaucht.

- Geocoding API: 5000 Abfragen pro Tag und 3 pro Sekunde sind ebenfalls mit den anderen vergleichbar, aber die API lässt sich ohne Anmeldung überhaupt nicht ausprobieren, sodass ich nichts zur Qualität sagen kann. Benötigt außerdem möglicherweise selbst für das kostenlose Level schon Zahlungsinformationen (Kreditkarte).

- Mapquest: Mit 15.000 Abfragen im Monat das geringste Angebot, aber sofern keine zusätzlichen ähnlich eingeschränkten Tages-/Stunden-/etc. -limits gelten vermutlich selbst für ein einmaliges Massen-Nachtagging brauchbar. Laut Lizenzbedingungen bräuchte der Anwendungsfall des Fototaggings aber offiziell möglicherweise eine teure Extralizenz (wobei nicht klar ist, ob das auch für die alternative rein auf OSM-Daten basierende "Open" API ebenfalls gilt), und die API scheint sowieso keine Ortsbezeichnungen auf Stadtteilebene auszuspucken, wäre also ohnehin nicht brauchbar.

Um das ganze mal praktisch auszuprobieren, habe ich mir mal einen PHP-basierten Proxyserver gebastelt (zum Glück lässt sich die API-URL in Geosetter ja frei konfigurieren, wenn auch auf HTTP ohne S eingeschränkt), der die Höhendaten- und Zeitzonenanfragen von GeoSetter unverändert an GeoNames durchreicht, sich die Ortsnamen hingegen von anderswo holt und dann im GeoNames-Format an GeoSetter zurückgibt.
Für die erste Version hatte ich dazu Geoapify genutzt, aber da das bezüglich Datenqualität mit den häufig fehlenden Daten (siehe oben) mir doch zu lästig geworden war, bin ich beim Aufräumen des Codes auf OpenCage umgezogen.

Grundsätzlich funktioniert das Ganze auch gut. Ein Knackpunkt dürfte aber das Mapping von den OSM-Daten auf die vier fixen IPTC-Ebenen sein – ich habe noch nicht mal meine ganze Fotosammlung mal durchprobiert, aber schon bei den Stichproben sind mir einige Fälle aufgefallen, die sich nicht unbedingt mit einer einfachen Prioritätenreihenfolge (z.B. für den Staat/Provinz: Wenn Staat vorhanden nimm das, ansonsten den Landkreis, ansonsten den Stadtnamen, usw.) abhandeln lassen. Mit meiner leicht improvisierten Proxy-Lösung kann ich mir das natürlich wunderbar nach meinen Bedürfnissen einrichten, aber bei einer fix in GeoSetter eingebauten Lösung müsste man das entweder da auch irgendwie konfigurierbar machen, oder vermutlich ein gutes Stückchen Arbeit reinstecken, um zumindest die wichtigsten Problemfälle von Haus aus zu berücksichtigen.

Bei den Sprachen kann man sich prinzipiell ähnlich verkünsteln: Alles in Landessprache, oder nur bestimmte Länder, oder nur mit lateinischem Alphabet, oder alles auf Deutsch (oder Englisch)…

Falls Interesse besteht, habe ich meinen Code mal hier angehängt. Benötigt werden ein HTTP-Server (idealerweise Apache, falls kein eigener Webspace vorhanden ist, tut es auch ein lokal installierter Webserver) und PHP 7. Die Zip-Datei in das Wurzelverzeichnis des Webservers entpacken (wichtig: Das Ziel muss unter HTTP – nicht HTTPS! – erreichbar sein, da GeoSetter die GeoNames-API nur über HTTP ansprechen kann) und in der proxy.php seinen persönlichen API-Key für OpenCage eintragen. In GeoSetter muss man dann die Adresse der GeoNames-API entsprechend verstellen (soetwas in der Richtung von http://[Adresse des eigenen Webservers]/geoapiproxy) und außerdem vorher einmal %AppData%\GeoSetter\location_cache.dat löschen, damit für bereits verarbeitete Koordinaten nicht veraltete Ergebnisse ausgespuckt werden.
(0003845)
buttercookie42   
2021-01-08 00:11   
Die aktuelle Version des Skriptes ist jetzt unter https://github.com/buttercookie42/GeoApiProxy verfügbar.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2374 [GeoSetter] User Interface minor N/A 2022-11-28 06:12 2022-12-22 02:04
Reporter: exifeverywhere Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version: windows 10  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Map not showing
Description: Map is simply not being displayed.

Here is a screenshot: https://www.screencast.com/t/Vf1s9JFngbv
Tags: map
Steps To Reproduce: Here is a video showing what happens: https://www.screencast.com/t/vJ5ToDhUQ
Additional Information:
Attached Files:
Notes
(0004060)
mak_kawa   
2022-11-28 07:02   
I think the map URL is http://map.geosetter.de/v3/map_google.html, instead of http://map.geosetter.de/map_google.html as shown in your screenshot.
You can set it from File -> Settings -> Map -> Map Address.
(0004061)
WilfriedB   
2022-11-28 07:43   
@exifeverywhere, mak_kawa is correct, you use the wrong map file.  See also Friedemann's explanation: https://geosetter.de/2018/05/10/new-website-new-geosetter-de/#comment-18073
(0004062)
exifeverywhere   
2022-11-28 09:56   
@mak_kawa @WilfriedB thank you for your replies. I tried what you recommended but now I am seeing only Openstreet map. However, I also see a message saying they are aware of this issue and are working on it: https://www.screencast.com/t/DCaVuq0N

GeoSetter developers you are amazing.

Thank you all.
(0004063)
mak_kawa   
2022-11-28 10:06   
From now, Google Map can't be used by Geosetter anymore. But, at least for me, it is not a big problem. OpenStreetMap is a good map scheme, isn't it?
(0004065)
exifeverywhere   
2022-11-28 10:59   
Indeed it is.

Thank you @mak_kawa
(0004066)
mak_kawa   
2022-11-28 11:02   
Sorry, I hadn't noticed your screenshot. What operation you were going to do, when this error message showed up? I have no idea about the message.
(0004067)
WilfriedB   
2022-11-28 11:23   
@mak_kawa I got the same message when trying to switch to a different map type. Therefore for now only OSM, but Friedemann is working on that too.
(0004069)
exifeverywhere   
2022-11-28 15:40   
@mak_kawa earlier I got that error message when I selected the image I wanted to geotag and I clicked on Map. But now I am fine working on OpenStreet Map, other than myself wishing that I could search automatically the place I wanted to pin the marker on. Right now, I am having to search for the place and then pin the marker there.

No complaints. I am happy to be able to geotag in which so ever way and that means a lot.

Thank you!
(0004070)
heiko   
2022-11-28 17:44   
as far as I know, Friedemann is working on the "Search" buton

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2373 [GeoSetter] User Interface block have not tried 2022-11-22 14:01 2022-12-22 02:04
Reporter: IngoSt Platform:  
Assigned To: Friedemann OS:  
Priority: high OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Der von Ihnen verwendete Browser wird von der Maps JavaScript API nicht unterstützt. Bitte wechseln Sie zu einem anderen Browser
Description: Geosetter verweigert seit einigen Tagen mit obiger Fehlermeldung die Anzeige jeglicher Karte.

Auf meinem Rechner läuft Win 11, Browser ist google Chrome in aktueller Version.

Hat jemand evtl. eine Abhilfe?
Tags: Google API, Karte, map
Steps To Reproduce: geosetter starten
Additional Information:
Attached Files:
Notes
(0004044)
IngoSt   
2022-11-22 14:08   
PS: ich habe die geosetter Version 3.5.3, aber das unterstützt das Listenfeld leider nicht.
(0004048)
IngoSt   
2022-11-23 10:08   
Heute bekam ich auf meine Service-Anfrage folgende Mail:

Hallo Herr X,

Sie können gar nix tun. Ich muss was tun: https://geosetter.de/2018/05/10/new-website-new-geosetter-de/#comment-17981

Großartiger Service!!!!
(0004049)
WilfriedB   
2022-11-23 19:39   
Das Problem ist schon seit langem bekannt und wurde hier mehrfach diskutiert, aber siehe hier https://geosetter.de/2018/05/10/new-website-new-geosetter-de/#comment-17981
(0004057)
WilfriedB   
2022-11-27 20:31   
Wie im Blog unter https://geosetter.de/2018/05/10/new-website-new-geosetter-de/#comment-18073 beschrieben, funktioniert die Karte wieder!
Im Moment allerdings nur OpenStreetMap (also keine Karten von Google), aber Friedemann arbeitet auch daran.
Wer bislang unter Einstellungen->Kartendatei und Layer auf eine lokale "Kartendatei" geändert hatte, muss das auf http://map.geosetter.de/v3/map_google.html zurück setzen.
Vielen Dank an Friedemann!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2370 [GeoSetter] User Interface major always 2022-11-17 11:15 2022-12-22 02:04
Reporter: WilfriedB Platform: Laptop  
Assigned To: Friedemann OS: Windows 10  
Priority: urgent OS Version: 22H2 Build 19045  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: ERROR: 80020101 showMap3(2, 2, 51.1615483333, 6.4445516667, 20);
Description: Since today, I receive:
"17.11.22 11:06:59 ERROR: Der Vorgang konnte aufgrund des folgenden Fehlers nicht fortgesetzt werden: 80020101
  showMap3(2, 2, 51.1615483333, 6.4445516667, 20);"
The images are shown, the map does not.
"Synchronize with GPS-Datafiles" does work, but I have to manually select the GPX file, i.e. "Synchronize with visible tracks" obviously cannot be used, since there is no map.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0004019)
roscoe   
2022-11-17 12:01   
Same problem here
(0004032)
EdiSagi   
2022-11-18 15:46   
The error probably results from the fact that the usage Maps JavaScript API 3.47 will be discontinued in November 2022.
see https://www.geosetter.de/mantis/view.php?id=2282
(0004059)
WilfriedB   
2022-11-27 20:32   
As described in https://geosetter.de/2018/05/10/new-website-new-geosetter-de/#comment-18073 the map works again! For now, only the OpenStreetMap and if you changed the settings in the past to point to a local "Map File", you need to change that to http://map.geosetter.de/v3/map_google.html again (as it originally was) in Settings->Map Address and Layers->Map File
Thanks a lot to Friedemann!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2351 [GeoSetter] Image Data major always 2022-08-21 09:43 2022-12-22 02:04
Reporter: chrisbati Platform: PC  
Assigned To: Friedemann OS: Windows  
Priority: urgent OS Version: 10  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: DNG files error - impossible to save
Description: I have dng files from my Pixel 6.
I add some metadata (coordinates, location) and when I save, I have always the same error message (see bug report).
Tags:
Steps To Reproduce: Use file dng attached
Add coordinates
Save
Additional Information:
Attached Files: PXL_20220808_235739353.dng (1,221,428 bytes) 2022-08-21 09:43
https://www.geosetter.de/mantis/file_download.php?file_id=924&type=bug
bugreport.txt (38,585 bytes) 2022-08-21 09:43
https://www.geosetter.de/mantis/file_download.php?file_id=925&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2339 [GeoSetter] User Interface crash always 2022-07-22 12:19 2022-12-22 02:04
Reporter: aad3224 Platform:  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 10 64-bit  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Geosetter crashes when opening folder with .cr2 , .xmp en jpg files
Description: I use V 3.5.3. I can start Geosetter but then when I open a directory with photos, Geosetter exits without any warning or message, I did redownload and reinstall several times without resolving the issue
Tags:
Steps To Reproduce: This happens every time
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2320 [GeoSetter] Image Data minor have not tried 2022-06-27 20:49 2022-12-22 02:04
Reporter: jmoliver Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: JPEG XL Support
Description: Support JPEG XL (.jxl)

Ref: https://jpeg.org/jpegxl/
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2319 [GeoSetter] User Interface minor always 2022-06-22 17:22 2022-12-22 02:04
Reporter: muralin Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: What does the Search in the bottom of the Map screen (between Favorites and Coordinates) do?
Description: I displayed a map of Seattle in the Map screen and typed Seattle in the Seach field. It said, "Seattle not found". Am I doing anything wrong or does the search doesn't work. May be geonames doesn't recognize Seattle. Can you give me guidance?
Tags:
Steps To Reproduce: Type "Seattle" in the search field of a map showing the city of Seattle in the US.
Additional Information:
Attached Files: Geosetter Map.jpg (266,319 bytes) 2022-06-22 17:22
https://www.geosetter.de/mantis/file_download.php?file_id=922&type=bug
Notes
(0003998)
heiko   
2022-06-22 19:25   
you have guessed correctly that you can search for a place name with this search. I mean that this search works through the Google API. The access to the Google API was restricted in GeoSetter, because Friedemann Schmidt got quite high bills for using this API
(0004011)
Erik Krause   
2022-10-05 23:09   
Works here. I have an own google API key (to make the map work again) and an own geonames account (to not get over quota on geonames). Don't know which causes this to work.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2317 [GeoSetter] User Interface minor always 2022-06-20 23:37 2022-12-22 02:04
Reporter: muralin Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: v 3.5.3 - GeoNames reports the following problems
Description: I just installed Geosetter v3.5.3. I was trying to synchronize 2 test images with a gfx file. The synch did work and the correct GPS data was added to the image files. But along with it, I got an error message: GeoNames reports the following problem: the hourly limit of 1000 credits for geosetter has been exceeded.

Can you clarify what this error is? Thanks.
Tags:
Steps To Reproduce: Press cntl-G and click ok.
Additional Information:
Attached Files: Geosetter error.jpg (34,415 bytes) 2022-06-20 23:37
https://www.geosetter.de/mantis/file_download.php?file_id=921&type=bug
jpg
Notes
(0003996)
WilfriedB   
2022-06-21 21:26   
You can register your own user name for the Geo Names WebServices at http://www.geonames.org/login and specify that name in GeoSetter under File->Settings->Internet->GeoNames. Otherwise all requests for Geo Names are charged to Friedemann Schmidt's account, but only 1000 per day are for free.
(0003997)
muralin   
2022-06-22 17:11   
Thanks for your response. I created my own account at geonames.org.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2308 [GeoSetter] User Interface block always 2022-05-21 12:10 2022-12-22 02:04
Reporter: Stefan_D Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Programm startet nicht unter Windows 11
Description: Der Programmstart schlägt fehl. Das GUI erscheint nicht. Im TaskManager ist zu sehen, dass die GeoSetter.exe einen Kern zu 100% auslastet.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003987)
Stefan_D   
2022-05-21 12:14   
Das Verhalten trat nach einer Aktualisierung des Systems von Windows 10 nach 11 auf. Eine Neuinstallation brachte auch keine Abhilfe.

Das scheint auch andere Programme zu betreffen. Ich kann nicht sagen, ob das vielleicht an .NET liegt.

Ich konnte keine Workarounds z.B. für die Registry o.ä. finden. Was nicht bedeutet, dass es sie vielleicht nicht doch gibt.
(0003988)
Stefan_D   
2022-05-21 12:55   
Ich habe herausgefunden, dass das am lokalen Konto liegen könnte. Ich habe ein zusätzliches lokales Konto und da funktioniert es nicht.

Wechsele ich auf das Konto mit dem das Betriebssystem registriert ist, startet das Programm.
(0003989)
Stefan_D   
2022-05-21 13:26   
Schweregrad kann heruntergesetzt werden, da durch den Kontowechsel Workaround bekannt ist.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2282 [GeoSetter] User Interface minor have not tried 2022-03-21 18:57 2022-12-22 02:04
Reporter: jllanos Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Save Geosetter
Description: All of us have been lucky to find and use Geosetter. This program is a masterwork for managing non graphical information of pictures; there is no other similar program with the funtionalities of GS (many thanks to Friedemann) and if it dies, it would be impossible to replace.
But every program requires a periodical maintenance and sometimes a rewrite of part of the program in order to keep it working properly in a changing world of OS, browsers, content providers, etc.

In my opinion the program needs to be retouched in the followings aspects:
- Change the use of Internet Explorer for the embedded map, and use another browser. This does not mean to change to leaflet or openlayers (imho); the presentation of the maps (Google & OSM) works fine; the threat is in the browser and its next end this summer.
- Include all the stuff of the program (js, icons, etc) in local folders (similar to 'locale', 'tools', etc.). It is nonsense to have half of the stuff in a webserver (www.geosetter.de).
- It's necessary to repair the update of Exiftool.
- The use of map_google.html has proven to be very useful, but installed in a local folder and without the "api key". Including a field in the settings for the user "api key", the program can merge the html and the key before opening the map. It's not so difficult to get an "api key"; many of us already have one, in order to use it in other programs.

If these changes are excessive for one person, may be you can ask for help or even make the program "open source". Please, don't let GS die.
As I read in this blog "It would be a shame".
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003980)
Arjunk   
2022-04-04 13:51   
https://example.com/
[url=https://example.com/]example[/url]
(0003981)
Arjunk   
2022-04-04 13:52   
www.example.com
(0003982)
Arjunk   
2022-04-04 13:52   
example.com
(0003999)
jllanos   
2022-06-27 14:49   
From the thread: https://groups.google.com/g/google-maps-js-api-v3-notify/c/l3mdkZ5JyDg

What do I need to know?

In August 2022, we are fully decommissioning the Internet Explorer 11 (IE11) browser.
IE11 is the final version of Internet Explorer. As support for IE11 from Microsoft and the Web community is ending, the use of the Embed API and JavaScript API from IE11 will be degraded per the following schedule:

For Maps JavaScript API:
   Beginning with Maps JavaScript API version 3.46 (release date August 2021)
   A dismissible warning message will be displayed to IE11 users at the top of maps, similar to this one: "You are using a browser that is not supported by the Google Maps JavaScript API. Please consider changing your
   browser."

   Beginning with Maps JavaScript API version 3.48 (release date February 2022)
   Maps will no longer load in Internet Explorer browsers.

   After August 2022 (when Maps JavaScript API version 3.47 is retired)
   IE11 support is effectively discontinued across all available Maps JavaScript API versions and channels.

For Maps Embed API:
   Beginning August 2021, a dismissible warning message (same as above) will be displayed at the top of maps for IE11 users.

   After August 2022 (at the same time as the JavaScript API version 3.47 is retired)
   Maps Embed API will no longer be available in Internet Explorer browsers.
_______________________________________________________________________________________

Please note the retirement date of version 3.47 of the Maps JavaScript API has been pushed back to November 2022.
In the previous message of this thread, please therefore read "After November 2022" instead of "After August 2022" in three instances.
(0004016)
dg234   
2022-11-16 23:45   
Jllanos - has anyone heard from Friedmann lately? I would be happy to help with changes to the code, but as you pointed out earlier -- we need the code in the public domain.

The Maps JavaScript API looks like it died today and we are back with a geosetter error: Could not complete the operation due to error 80020101 showMap3(
(0004017)
jllanos   
2022-11-17 09:44   
dg234 - nobody has heard from Friedemann in months except one or two notes in the blog.
It seems to me that heiko has closer contact with him.
As Google announced during the las two years, the API version used by Geosetter has been retired and the program is now near to death.
(0004018)
WilfriedB   
2022-11-17 11:27   
I just reported error 80020101 too, since I didn't see dg234's comment. Hoping for a solution.
Meanwhile:
I did realize, "Synchronize with GPS-Datafiles" does work correctly, you just cannot see the position immediately. But after saving the images, you can see the map with other applications. I use Daminion to verify or correct the position and/or place. There should be others, such Geotog, GPXSee (on Windows), or ShowGPX (browser based), which offer some help, but neither can really replay GeoSetter.
(0004021)
jllanos   
2022-11-17 19:26   
It is not too late yet to sell or auction or give for free the Geosetter source code to a person or institution, or make it public.
If so, thank you; if not, goodbye Friedemann.
Be happy with your program that stopped working because you did nothing.
(0004022)
WilfriedB   
2022-11-17 19:58   
@jilanos, since we don't have any background information, I wouldn't be that harsh und prefer to thank Friedemann for all the work he did in the past and cross my fingers, hoping he doesn't have any serious problems whatever kind, they might be.
Having said that, I agree completely with you first statement.
(0004023)
jllanos   
2022-11-17 20:21   
WifriedB - You are right.
I remove the last sentence and apologize. And of course I thank Friedemann, as i said in the opening note of this issue.
But I'm losing hope of continuing to use the program.
(0004027)
arbeitsvorbereitung@siersgmbh.de   
2022-11-18 09:10   
Are there any alternative programs for GeoSetter that I can use in the meantime?
(0004028)
WilfriedB   
2022-11-18 10:26   
@arbeitsvorbereitung@siersgmbh.de you can still use GeoSetter to geo-tag your images, but need a different program to show the locations on a map. I use Daminion, but there are other tools for example GPXsee ( http://www.gpxsee.org/ ). The latter does not provide a way to change or add a position manually, whereas Daminion does, but it is a much bigger solution.
(0004030)
roscoe   
2022-11-18 10:52   
See here https://geosetter.de/mantis/view.php?id=2261#c3952

Fiedemann promised a new version, let's hope he can keep his word. Alternatively, he will give up the development and someone else will continue this irreplaceable program. It could also live on as shareware for a fee.
(0004031)
WilfriedB   
2022-11-18 11:33   
@roscoe & @jilanos reg. "someone else will continue this irreplaceable program. It could also live on as shareware for a fee.":
I hope so too, but I am not so optimistic. I am still using another program (ImageIngester) for a different purpose, which started as freeware, added a professional version for a cheap fee and ... suddenly disappeared. The author commented they did consider to make it available to the public, but it was "impossible" (without any further explications).
Having some little experiences with software development, licensing and copyrights, I can imagine several scenarios which could prevent someone from sharing own developments.
Anyway, I cross my fingers, but at the same time appreciating any suggestions for possible replacements.
As I said, I earlier, for now, I continue to use GeoSetter to "blindly" tag my images with the numeric coordinates and the suggested IPTC place tags. Immediately after that, I use a different program (in my case Daminion, but there should be cheaper solutions) to visualize and if necessary to correct the locations.
Again: Good Luck to Friedemann!
(0004033)
roscoe   
2022-11-19 11:28   
@arbeitsvorbereitung@siersgmbh.de
there are several other programs that allow geotagging for photos. But beforehand, I have already tested many of them. There is no real replacement for Geosetter. All other programs are capable of geotagging, but compared to Geosetter, they are cumbersome or lack functions or possibilities.
Here is a selection of these programs:
Adobe Lightroom (expensive) but is a good choice if you then do all the photo editing and management with it.
Darktable and Digikam, both free alternatives to Lightroom and also handle geotagging.
Garmin Basecamp can also tag photos. PicaGeoTag, Geotag Ninja and Geotag are also free programs for geotagging.
For those who don't care about photo editing and management and are looking for free software, I would advise Geotag Ninja or perhaps PicaGeotag here.
The knowledge is still valid - Geosetter is not replaceable by anything.
(0004034)
buttercookie42   
2022-11-19 13:04   
Because I'm geotagging my pictures completely manually , I've actually depended quite a bit on Geosetter's field-of-view display (based on the focal length in the EXIF data plus the camera model crop factor database) in conjunction with aerial imagery in order to pinpoint the location of a particular image – but it seems that few other programs have a comparable feature.

I actually already use Digikam for viewing and searching among my collection of images, but it's lacking a field-of-view display. PicaGeotag seems to be mainly about the case where you have a parallel GPS track (which I haven't) and just need to match timestamps, and Geotag Ninja – I don't want to disparage the author's efforts in writing that program too much, but boy is it slow in loading a folder (yes, I get the "unsupported characters in your filenames, enabling slow compatibility mode" warning, but after all Geosetter had no problems in quickly loading my images with the same file system configuration), plus it only has an OSM map view and again no field-of-view display (though as it's open source, with sufficient motivation I might be able to make enough changes for my personal workflow).

One thing I wonder about – the HTML file used for the map display thankfully is easily configurable and therefore hackable. OpenLayers apparently hasn't support IE11 for quite a while now (but supposedly it could still be made to work via transpilation), whereas however Leaflet 1.x still seems to have officially supported IE11 until right now and only dropped support with the upcoming 2.x-branch.

So that makes me wonder whether a replacement map HTML that keeps API compatibility between the Geosetter main program and the browser control could be written based on e.g. Leaflet. Accessing OSM tiles doesn't need a complicated JS API, and as for Google Maps for the aerial imagery – I suppose you couldn't necessarily officially ship a version that just directly accesses the raw tiles, but unofficially it might be made to work and therefore wouldn't require any new-fangled JS features not supported by IE11, either.
(0004035)
othmarmarti   
2022-11-19 14:40   
Friedemann Schmidt, the author of Geosetter regularly posts photos on

https://www.flickr.com/people/schmidtze/

The latest post is on 2022-11-07. Maybe this could be another way to contact him. He is on Facebook too:

https://www.facebook.com/friedemann.schmidt

Hope that I could help.
Othmar
(0004036)
jllanos   
2022-11-19 17:05   
@othmarmarti - In my opinion, the problem is not in contacting with Friedemann, but if he is willing in contacting with us.
Having this web (geosetter.de) and this blog with all the notes were are posting I cannot beleive he is not aware of the situation of Geosetter.
I think that he is tired of the program (and of all of us) and has chosen to dissapear...
(0004037)
jllanos   
2022-11-19 17:44   
@buttercookie42 - I´m not using field-of-view, but I'm geotagging my pictures completely manually too. So, i have no tool now to geotag easily.
In my opinion, we have to forget IE11; it has dissapeared. It´s like the horse carriages in the cities...
In order to solve the problem, I don't consider the use of Leaflet or Openlayers, because of the steep learning curve and the fact that you have to completely rewrite the code of the map, and correct all the bug that will surely appear.
If I have to solve this problem, I would keep Google maps API, but I would call MS Edge instead of IE11 as a browser (using Webview2). It works and it seems fast and easy to make this change in Geosetter.
But you need the source code of the program or the will of Friedemann to make the change.
(0004038)
buttercookie42   
2022-11-20 00:07   
If you had access to the source code, then sure, updating to the new WebView2 would likely be a sensible decision, but since I *don't* have that access, trying to rewrite the map HTML based on Leaflet still seems the next most workable solution to me if there's no sign of life from Friedemann.
(0004039)
membree   
2022-11-21 15:33   
For those looking for a hopefully temporary Geosetter replacement, as roscoe mentioned in an earlier Note, the free and open source digiKam application (www.digikam.org, Linux, Mac, Windows) can be used to do much of what Geosetter does, but it is missing some functionality that I am used to so I would really like to see Geosetter fully working again.

digiKam can adjust photo timestamps, sync photos with GPX tracks, display them on a map which can be OSM or Google (Road, Satellite, Hybrid, Terrain), can display GPX tracks on the map (but won't use waypoints at all), and allows you to manually set or update photo location by dragging photo markers or thumbnails on the map. Like Geosetter, you need to update a local digiKam file with your own Google API key to get rid of the watermark and dimming when using Google Maps. However, for those who aren't interested in digiKam's photo management capabilities, it's quite heavyweight and complicated for just Geotagging photos.
(0004040)
WilfriedB   
2022-11-21 18:35   
@membree does DigiKam also add the IPTC place tags (Country, State, City. Location), as GeoSetter does?
(0004041)
othmarmarti   
2022-11-21 19:14   
Digicam (and darktable) work well with most of the non-geo tags. Both write the geo-location as geo.... tags in the xmp and/or iptc section in the keywords section, the way flickr expects them. Geoseter writes them to the exif-section and the derived items to the keywords-section.
I only know of one other tool to work similarly as geosetter, mappero http://www.mappero.mardy.it/. It writes geotags the same way as geosetter. But thats all the program does. There is no way to enter the line of view or the target. You can use a browser based map to estimaste the angle and enter it directly in geosetter. (and, mappero is not free)
The place tags of digikam are different from those in geosetter
(0004042)
membree   
2022-11-21 19:23   
digiKam can do Reverse Geocoding but I haven't used this function.

digiKam geolocation documentation:
https://docs.kde.org/trunk5/en/digikam-doc/digikam/tool-geolocation.html
(0004043)
membree   
2022-11-21 22:33   
Showfoto would be more suitable geotagging solution for those who aren't interested in the digiKam photo management functions. Showfoto is a standalone photo editor containing the digiKam photo editing functions, including geotagging, without photo management and a database. It is a separate program but is installed along with digiKam (www.digikam.org), there doesn't appear to be a separate installer for it for Windows or Mac but I think there is a separate package for Linux.
https://docs.kde.org/trunk5/en/digikam-doc/showfoto/index.html

digiKam and Showfoto write geo tags to EXIF and XMP, I haven't been using XMP but there doesn't appear to be any way to prevent them from also writing the XMP geo tags. A difference from Geosetter is that digiKam/Showfoto doesn't write GPS time and date tags, but that likely isn't particularly significant in most cases.

Partly because Geosetter hasn't been updated to support the relatively new EXIF time zone offset tags (OffsetTime, OffsetTimeOriginal, OffsetTimeDigitized) and still deals with time zones in a non-standard way, my photo workflow uses ExifTool to apply any required photo time corrections (typically due to camera clock drift or setting error) to the EXIF times before I Geotag, and as part of this, I write the EXIF time zone tags, so for me, GPS time can be determined from the photo timestamp and TZ offset tags, if I need it for something. I don't think that digiKam and Showfoto currently deal with the EXIF OffsetTime* tags either, but they are under active development and support, so likely will at some point and until then, I'll keep using ExifTool.
(0004045)
xyzzy   
2022-11-22 15:45   
Good news. I received this message this morning


Hi,

please look here, my comment from this morning: https://geosetter.de/2018/05/10/new-website-new-geosetter-de/#comment-17981

Best regards
Friedemann
(0004046)
drs14   
2022-11-22 19:19   
That is fantastic news, and I hope that anyone who can donate to him will.

I take a lot of photos of vacant land for work (on the ground and w/ a drone). GeoSetter is the only program I know of that will map 500 pictures and show their direction so I can QUICKLY sort out what picture shows what property. It's a huge timesaver, and I think so many more people in my field would use it if they just knew about it (even if there was just a dumbed down version that did that....the biggest hurdle I've faced when showing co-workers is that the full interface can be a little intimidating).

Either way, can't wait for the update

P.S. - almost got depressed again when I noticed the URL was "2018/05/10"...then I checked the comment again and sure enough, posted today! Awesome.
(0004047)
othmarmarti   
2022-11-22 19:49   
The Paypal Link says thet the geosetter.de site is broken. It is not possible to donate via paypal. But there is

Empfänger: Friedemann Schmidt
Bank: ING-DiBa
SWIFT: INGDDEFF
IBAN: DE23 5001 0517 5405 9153 17

It would be reassuring if Friedemann could confirm that the account is active.

Thanks for the good news!
(0004052)
heiko   
2022-11-23 19:49   
I just wrote to Friedemann and he said that PayPal is working again.
(0004053)
dg234   
2022-11-25 18:03   
Heiko - Thanks for letting us know about the Paypal link. I just sent a donation.
(0004054)
WilfriedB   
2022-11-27 20:24   
As described in https://geosetter.de/2018/05/10/new-website-new-geosetter-de/#comment-18073 the map works again! For now, only the OpenStreetMap and if you changed the settings in the past to point to a local "Map File", you need to change that to http://map.geosetter.de/v3/map_google.html again (as it originally was) in Settings->Map Address and Layers->Map File
Thanks a lot to Friedemann!
(0004064)
othmarmarti   
2022-11-28 10:14   
Thanks a lot to Friedemann for the work and WilfriedB for the news!
(0004068)
dg234   
2022-11-28 13:58   
New leaflet with openstreetmap works great. Friedemann, Thank you so much for all the hardwork.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2280 [GeoSetter] Image Data major always 2022-03-20 01:00 2022-12-22 02:04
Reporter: egrossman Platform:  
Assigned To: Friedemann OS:  
Priority: high OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Same Blank Issue
Description: Friedman, is it possible for you to post the html file that has all the fixes with dashes for the [API Key Here] in place of you key where we need to put it in? I tried to use Jllanos information but was having trouble finding all the references that need changes. Also, the html file can be edited by simplying changing the extension to .txt and then editing it in notepad and then when done, changing extension back to html, correct? Would really appreciate this, i am sitting on a pile of raw photos from a trip and would love to get the GPS date in them before i do the editing and exporting to JPG, thanks for all you are doing.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003992)
roscoe   
2022-06-09 17:40   
See this post. It works great.
https://geosetter.de/mantis/view.php?id=2261#c3945

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2274 [GeoSetter] Image Data minor always 2022-03-10 21:04 2022-12-22 02:04
Reporter: jmoliver Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Malformed characters (mojibaked) occurs with mwg names are set in longhand XML notation
Description: Refer to exiftool thread here, for best explanation:

Topic: Invalid characters added when using convert_regions.config

https://exiftool.org/forum/index.php?topic=13374.0
Tags:
Steps To Reproduce: Described in forum post
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2262 [GeoSetter] User Interface block always 2022-02-20 18:47 2022-12-22 02:04
Reporter: wanneslier Platform:  
Assigned To: Friedemann OS:  
Priority: high OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: version is 3.5.3. ...
Description: I get the following error instead of the map
Refresh does not help on any picture.
Worked fine a couple of days ago

20/02/2022 18:37:17 ERROR: Cannot complete this due to error (Kan deze bewerking niet voltooien door fout) 80020101
  showMap3(2, 1, 44.3645546108, 17.9384887084, 4);
20/02/2022 18:37:17 setMapDimension(430, 384);
20/02/2022 18:37:17 updateCustomLayers('{ "layers": [ ] }');
Tags:
Steps To Reproduce: just go to a picture
Additional Information:
Attached Files:
Notes
(0003907)
wanneslier   
2022-02-20 19:02   
Additional information.
Now I saw a message saying
You are using a browser that is not supported by the Google Maps Javascript API. You can better use a different browser.

Geosetter uses Internet Explorer which is of course end of life.
However I cannot change which browser Geosetter uses ...

Any workaround to get back using Geosetter is very much appreciated!
(0003939)
WilfriedB   
2022-02-23 13:32   
@wanneslier: The solution suggested by @Ojlnd in https://www.geosetter.de/mantis/view.php?id=2261 did work for me!
Seems the second message "You are using a browser that is not supported ..." it started showing up several weeks ago and still does after implementing Ojlnd's solution, but the maps do work!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2259 [GeoSetter] User Interface major always 2022-02-17 15:29 2022-12-22 02:04
Reporter: E.Richter Platform:  
Assigned To: Friedemann OS:  
Priority: high OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Karten werden nicht mehr angezeigt
Description: Seit gestern Nachmittag werden die Karten nicht mehr angezeigt. Danach Deinstallation und nachfolgende Neuinstallation von Geosetter Vers. 3.5.3. (Build 2195). Danach unverändert. Betriebssystem Windows 10. Kartendatei http:/map.geosetter.de/v3/map_google.html

Ich bin seit ca. 12 Wochen intensiver Nutzer von Geosetter und war bisher sehr zufrieden, nachdem ich vor vielen Jahren schon einmal kurz Geosetter verwendet habe. Ich habe deshalb zwei alte Rechner ebenfalls Windows 10, sind aber sehr langsam, wieder reaktiviert. Hier lief Geosetter Vers.3.4.16. Dort selbes Problem. Kartendatei http://www.geosetter.de/map_google.html

Wenn es wieder geht folgt Spende.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003896)
E.Richter   
2022-02-18 11:15   
Anbei noch die Fehlermeldung, die täglich im Datum immer wiederkehrend aktualisiert reproduzierbar erscheint:

18.02.2022 11:07:40 ERROR: Der Vorgang konnte aufgrund des folgenden Fehlers nicht fortgesetzt werden: 80020101
  showMap3(2, 4, 48.2285883333, 15.3331566667, 18);
18.02.2022 11:07:40 setMapDimension(870, 569);
18.02.2022 11:07:40 updateCustomLayers('{ "layers": [ ] }');
(0003901)
roscoe   
2022-02-19 18:16   
Gleiches Problem:
19.02.2022 18:12:33 ERROR: Der Vorgang konnte aufgrund des folgenden Fehlers nicht fortgesetzt werden: 80020101
  showMap3(2, 0, 51.2139701842, 6.2741703986, 10);
(0003942)
WilfriedB   
2022-02-23 13:34   
The solution suggested by @Ojlnd in https://www.geosetter.de/mantis/view.php?id=2261 did work for me!
Seems the second message "You are using a browser that is not supported ..." it started showing up several weeks ago and still does after implementing Ojlnd's solution, but the maps do work again now!
(0003951)
Dieter1952   
2022-02-24 22:55   
Also – einen Fehler habe ich vermutlich gefunden. Am Ende der Zeile 11 steht „;></script>“, da habe ich das Semikolon entfernt, jetzt also „></script>“, den Pfad auf die Datei in den Einstellungen geändert: file:///C:/Geosetter/map_google.html und siehe da, einige Fehler sind weg und ein neuer ist da, der aber meiner Meinung nach nicht so dramatisch zu sein scheint.
Aufgefallen ist mir diese Zeile, weil ich die HTML-Datei in Notepad++ geöffnet hatte und da wurde diese Zeile rot (!) dargestellt, was auf einen Fehler hinweist.
Nun als Fehler „nur“ noch:
Die Karte wurde nicht gefunden unter:
file:///C:/Geosetter/map google.html
Bitte geben Sie in den Einstellungen den korrekten Pfad zur Kartendatei an...
Dieses Problem kann auch folgende Ursachen haben:
• Der Microsoft Internet Explorer ist nicht korrekt installiert
• Die Sicherheitseinstellungen des Microsoft Internet Explorers verhindern die Ausführung aktiver Skriptinhalte
• Proxy Server (bitte dies auch in den Programmeinstellungen von GeoSetter berücksichtigen)
• Eine Firewall blockiert den Zugriff von GeoSetter

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2258 [GeoSetter] User Interface minor always 2022-02-17 14:34 2022-12-22 02:04
Reporter: Paul F Platform:  
Assigned To: Friedemann OS:  
Priority: high OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Maps will not display
Description: Getting this error suddenly
17.02.2022 08:25:47 ERROR: Kan ikke fullføre operasjonen på grunn av feilen 80020101
  showMap3(2, 4, 25.5028185231, -76.6368976266, 17);
Version 3.5.3
Tags: Map display
Steps To Reproduce: On opening programMap
Additional Information:
Attached Files:
Notes
(0003941)
WilfriedB   
2022-02-23 13:34   
The solution suggested by @Ojlnd in https://www.geosetter.de/mantis/view.php?id=2261 did work for me!
Seems the second message "You are using a browser that is not supported ..." it started showing up several weeks ago and still does after implementing Ojlnd's solution, but the maps do work again now!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2255 [GeoSetter] User Interface block always 2022-02-17 09:40 2022-12-22 02:04
Reporter: WilfriedB Platform:  
Assigned To: Friedemann OS:  
Priority: high OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Vorgang konnte aufgrund des folgenden Fehlers nicht fortgesetzt werden: 80020101 showMap3
Description: Since today I get above error message on all three laptops under Windows 10 21H2 (and older)
Full message:
17.02.22 08:45:54 ERROR: Der Vorgang konnte aufgrund des folgenden Fehlers nicht fortgesetzt werden: 80020101
  showMap3(2, 0, 51.2461166667, 6.3331166667, 18);
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003927)
WilfriedB   
2022-02-22 15:58   
The solution suggested by @Ojlnd in https://www.geosetter.de/mantis/view.php?id=2261 did work for me!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2244 [GeoSetter] User Interface minor have not tried 2022-02-03 21:22 2022-12-22 02:04
Reporter: CristianFUG1 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: cargar imagenes al programa
Description: ERROR: No se pudo completar la operación debido un error 80020101
  showMap3(2, 0, 1000.0000000000, 1000.0000000000, 13);
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2221 [GeoSetter] Image Data block always 2022-01-03 17:18 2022-12-22 02:04
Reporter: gptits Platform:  
Assigned To: Friedemann OS:  
Priority: urgent OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: econverterror sur version 3.5.3.2195
Description: A l'enregistrement de tous les types de modifications (date, emplacement ...) sur une ou plusieurs images j'obtiens le message " une erreur inconnue s'est produite"
=> continuer ou quitter l'application =>pas d'enregistrement des modifications
Tags:
Steps To Reproduce: n'importe quelle modification unitaire ou multiple
Additional Information:
Attached Files: bugreport.txt (24,261 bytes) 2022-01-03 17:18
https://www.geosetter.de/mantis/file_download.php?file_id=893&type=bug
Notes
(0003886)
gptits   
2022-01-03 17:23   
Browser wird von der Google Maps JavaScript API nicht unterstützt
(0003887)
gptits   
2022-01-03 17:27   
Format '%s' ungültig oder nicht kompatibel mit Argument.
(0003888)
gptits   
2022-01-03 17:30   
ignorer note 2022-01-03 17:23
(0003890)
gptits   
2022-01-15 18:35   
Résolu. Problème lié au répertoire. Tout est Ok en changeant de répertoire. Vous pouvez fermer cet incident.
Google traduction :
Behoben. Verzeichnisproblem. Durch den Verzeichniswechsel ist alles in Ordnung. Sie können diesen Vorfall schließen.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2201 [GeoSetter] Image Data minor N/A 2021-12-07 20:31 2022-12-22 02:04
Reporter: onehorseguy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Location > Altitude
Description: Hi yea,
Sometimes i want to be able to have in the exif data the Altitude but, its beyond me as to how much that would be. so thought I would suggest. If you offered a list menu with value floor 1, floor 2, floor 3 etc as the average building as specific height of rooms. thus just thought i would suggest you guys offer a list menu for the altitude.

regards and grateful for the great software

Kenny
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003885)
b2btravelseo   
2021-12-11 07:37   
Travel portal development
Travel Technology Solution designed by us help travel agents, tour operators and destination management companies to manage Their sales from a single connection.
https://www.b2ctravelportal.com/travel-technology-company

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2196 [GeoSetter] Image Data tweak always 2021-12-02 15:26 2022-12-22 02:04
Reporter: onehorseguy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Cannot appear to add Keywords
Description: Hello thank you for your great software, I am very impressed so far.
I select and image, then choose edit data, , then I approach Category/Keywords. It allows me to add a Category but cannot for the life of me get it to retain Keywords. Cheers.
Tags:
Steps To Reproduce: I select and image, then choose edit data, , then I approach Category/Keywords. It allows me to add a Category but cannot for the life of me get it to retain Keywords. Cheers.
Additional Information:
Attached Files:
Notes
(0003882)
heiko   
2021-12-03 21:01   
after you have entered the keyword you have to press "Enter", so the keyword will appear in the list of keywords. After that confirm the dialog with "Ok" and then save the image.

Does this work?
(0003883)
onehorseguy   
2021-12-06 11:19   
Heiko Hello,
Thanks very much, yes it did work. Thanks very very much.

Cheers

I will come back in a few weeks and let you know if it helped my images SEO wise... I have an image sitemap etc.... but excited to have a play with adding a few keywords and locations to shutterstock images.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2163 [GeoSetter] User Interface feature N/A 2021-10-11 11:49 2022-12-22 02:04
Reporter: othmarmarti Platform: Intel  
Assigned To: Friedemann OS: Windows  
Priority: low OS Version: 10  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Maybe a collaboration could bring Geosetter further
Description: I discovered, that https://www.mappero.mardy.it has a very basic tagger, mostly to place files at a certain location. Gesoetter has problems with maps. Maybe Alberto Mary (info@mardy.it) and you could team up to bring the ailing map support back to Geoseter while maintaining the excellent and versatile interface.

Thank you for considering.

Othmar Marti
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2162 [GeoSetter] User Interface minor always 2021-10-10 20:19 2022-12-22 02:04
Reporter: othmarmarti Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Google csagt dass der Browser (Ie 11) nicht unterstützt sei.
Description: Der von Ihnen verwendete Browser wird von der Maps JavaScript API nicht unterstützt. Bitte wechseln Sie zu einem anderen Browser.
Weitere Informationen
Schließen

Im Moment ist diese Meldung nur nervig. Ich befürchte aber, dass mit Windows 11 Geosetter nicht mehr funktioniert.
Tags: error message, Google, java API, map
Steps To Reproduce: Geosetter öffnen
Die Fehlermeldung ist da
Additional Information: Es wäre sehr schön, wenn es eine neue funktionierende Version dieses hervorragenden Tools gäbe. keines der anderen Tools ist so gut!
Attached Files:
Notes
(0004050)
WilfriedB   
2022-11-23 19:41   
Das Problem ist schon seit langem bekannt und wurde hier mehrfach diskutiert, aber siehe hier https://geosetter.de/2018/05/10/new-website-new-geosetter-de/#comment-17981
(0004056)
WilfriedB   
2022-11-27 20:30   
Wie im Blog unter https://geosetter.de/2018/05/10/new-website-new-geosetter-de/#comment-18073 beschrieben, funktioniert die Karte wieder!
Im Moment allerdings nur OpenStreetMap (also keine Karten von Google), aber Friedemann arbeitet auch daran.
Wer bislang unter Einstellungen->Kartendatei und Layer auf eine lokale "Kartendatei" geändert hatte, muss das auf http://map.geosetter.de/v3/map_google.html zurück setzen.
Vielen Dank an Friedemann!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2130 [GeoSetter] User Interface minor always 2021-08-06 12:29 2022-12-22 02:04
Reporter: BReppelmund Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: "Suchen" in der Karte funktioniert nicht
Description: Die Suche nach einem Ortsnamen in der Karte liefert immer die Fehlermeldung "Fehler von Website - "Ortsname" not found..."

Ich habe inzwischen 3.5.3, einen eigenen geonames account, sowie auch eine eigene Google Maps API, wobei es auch in der OSM-Ansicht nicht funktioniert. Woran kann es noch liegen?

Vielen Dank für das immer noch tolle Programm!
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Fehler Ortsname not found.PNG (111,419 bytes) 2021-08-06 12:29
https://www.geosetter.de/mantis/file_download.php?file_id=854&type=bug
png
Notes
(0003873)
peter1563   
2021-10-29 16:32   
Selbes Problem habe ich auch. Funktioniert nur "manchmal" (so jedes 10-20 Mal). Konnte keine Regel entdecken. Sicher kein lokale Installation Einstellung. In der selben Session funktioniert es und 1 Minute später bei der nächsten Suche nicht mehr
(0003874)
heiko   
2021-10-29 19:54   
Soweit ich das weiß, hat Friedemann die Anzahl der Suchabfragen eingeschränkt. Die Suchabfragen laufen über Google und Google verlangt inzwischen Geld dafür. Nachdem Friedemann vor einiger Zeit eine relativ hohe Rechnung von Google bekommen hat, hat er eben diese Einschränkung vorgenommen.
(0003875)
peter1563   
2021-10-29 20:07   
Danke für den Hinweis. Ich dachte, das gilt nur für die Kartendarstellung....

Ich hatte gelesen, dass man einen eigenen API Key verwenden kann und ein paar tausend Abfragen sind kostenlos (reicht ja locker für den Privatgebrauch)

Hat jemand einen Link auf ein gutes "How to?" (ich hatte nichts gefunden...)
(0003876)
heiko   
2021-10-31 01:02   
ich meine, dass das in https://www.geosetter.de/mantis/view.php?id=1970 beschrieben wird. Ich bin jetzt grad nur drüber geflogen, aber ich denke, das sollte passen

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2129 [GeoSetter] Image Data major always 2021-08-04 18:02 2022-12-22 02:04
Reporter: King Mustard Platform:  
Assigned To: Friedemann OS: Windows 10  
Priority: low OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: pic2map tells me no EXIF data was found in the files
Description: I just started using GeoSetter.

I believe I have successfully added GPS data to an old image (see attached) but pic2map tells me: "No EXIF data was found in the files."

Any ideas?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: eb_nc1-1.jpg (1,348,169 bytes) 2021-08-04 18:02
https://www.geosetter.de/mantis/file_download.php?file_id=852&type=bug
eb_nc1-2.PNG (19,085 bytes) 2021-08-04 18:02
https://www.geosetter.de/mantis/file_download.php?file_id=853&type=bug
png
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2128 [GeoSetter] Image Data major always 2021-07-27 15:09 2022-12-22 02:04
Reporter: DenisPac Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Crash when saving metadata to file
Description: I'm using GeoSetter for many years (about 10 years I think), and I'm really happy with this software ! :-)
However from time to time, Geosetter crashes when saving metadata to files.
Sometimes I can recover, sometimes I can't.
This time I have a few cases where crashes happen systematically, and I could save the bugreport file that you can find attached.
Tags:
Steps To Reproduce: Apply geotags and save
Additional Information: I'm using latest Geosetter 3.5.3 with exiftool 12.29 (updated manually).
The crash happens all the time twice in a row. The attached bugreport has been retrieved from the first crash.
Attached Files: bugreport.txt (33,815 bytes) 2021-07-27 15:09
https://www.geosetter.de/mantis/file_download.php?file_id=851&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2125 [GeoSetter] User Interface minor unable to reproduce 2021-07-05 17:55 2022-12-22 02:04
Reporter: Merlin2504 Platform: iMac 27", 3,4 ghz  
Assigned To: Friedemann OS: Win 10  
Priority: normal OS Version: 10  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Zeichenkodierung kann nicht konvertiert werden
Description: Ständig kommt die Meldung und das Bild wird nicht gespeichert. Muss ich das was einstellen?

Die folgenden Daten können mit der gewählten Zeichenkodierung nicht konvertiert werden:
IPTC::Bundesland/-staat: Al Mahd?yah -> Al Mahdiyah
Tags:
Steps To Reproduce:
Additional Information:
System Description Mit dem Programm wird auf einen iMac im virtuellen System "parallels Desktop" auf Windows 8 gearbeitet.
Attached Files: Bildschirmfoto 2021-07-05 um 17.54.25.png (48,724 bytes) 2021-07-05 17:55
https://www.geosetter.de/mantis/file_download.php?file_id=846&type=bug
png

Bildschirmfoto 2021-07-05 um 17.54.51.png (209,666 bytes) 2021-07-05 17:55
https://www.geosetter.de/mantis/file_download.php?file_id=847&type=bug
png
Notes
(0003862)
heiko   
2021-07-05 18:20   
ich denke hier gilt es herauszufinden, aus welchem Zeichensatz das seltsame "i" in "Al Mahdiyah" stammt. Wenn dieser dann eingestellt wird, sollte das Speichern auch funktionieren. Die andere Variante wäre natürlich, das dem seltsamen "i" ein richtiges "i" zu machen.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2122 [GeoSetter] Image Data minor always 2021-06-07 09:23 2022-12-22 02:04
Reporter: ricebucket Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Lightroom cannot write metadata to JPGs saved by GeoSetter
Description: Lightroom fails with an error when writing metadata to a file that has been saved by Geosetter.

But the image (before and after geosetter save) can be read just fine in Lightroom and any other app.
Tags:
Steps To Reproduce: 1) Geotag image with geosetter
2) Import into lightroom
3) Make some metadata changes in Lightroom
4) Right click image in lightroom, in context menu select "Metadata" -> "Save Metadata to File"
5) Lightroom attempts to write to file, but fails with error: "Could not write metadata. Unknown file format."
Additional Information: This problem occurs with every file written by Geosetter it seems. I've attached one such file to the bug. You can also find the image file here:

https://ricebucket.dreamhosters.com/geosetter/JZB09344.JPG
Attached Files: JZB09344.JPG (3,841,687 bytes) 2021-06-07 09:23
https://www.geosetter.de/mantis/file_download.php?file_id=844&type=bug
Notes
(0003855)
heiko   
2021-06-07 18:12   
(Last edited: 2021-06-07 18:41)
GeoSetter is using ExifTool for writing metadata.

Which version of ExifTool are you using? The latest version is 12.26. If you have an older version you should update ExifTool.

If the problem still appears with the latest version of ExifTool you should report this problem in the ExifTool forum.

(0003856)
ricebucket   
2021-06-08 09:29   
The problem occurs even with the latest version of ExifTool. But it's actually been going on for at least two years. I just never bothered to report it until now. Maybe the key is to figure out exactly what's wrong with the jpg that causes lightroom to reject.
(0003857)
heiko   
2021-06-09 18:06   
Report this behavior in the ExifTool forum (https://exiftool.org/forum/). Phil Harvey (the ExifTool programmer) always takes a close look at something like this.
(0003881)
lintujuh   
2021-11-24 22:08   
I have experienced the same thing with a DAM software that uses Adobe XMP library, the information was read, but I couldn't update it. I did a thorough debugging with Phil Harvey, and identified the following steps to reproduce the issue
1) start with an out of the camera image (in my case DNG)
2) geotag it with GeoSetter
The problem is in XMP-tiff family that contains an empty ImageDescription tag. When I deleted the that specific tag, the geotagged file became compatible with the Adobe library. I would expect that the same library is used in Lightroom. I think, it is unnecessary, to create the any of XMP-tiff family tags, at least for non-TIFF images.
This XMP-tiff tag family is not created, if I first assign a tag in DAM, and geotag the image afterwards.
Before the exiftool commands are fixed, a workaround is to delete the offending tag manually with exiftool
    ''exiftool -xmp-tiff:imagedescription-= FILE''

You can see the discussion in exiftool forum https://exiftool.org/forum/index.php?topic=13056.0

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2120 [GeoSetter] Image Data major always 2021-04-28 05:09 2022-12-22 02:04
Reporter: dipilato Platform:  
Assigned To: Friedemann OS:  
Priority: urgent OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Batch EXIF Date Change not working
Description: Hi, I love your program thanks so much! If I can get this working happy to make a donation as well!

I have a large number of photos I am trying to clean up the EXIF dates for. I have read the instructions thoroughly, and looked for answers online. I saw a similar issue here https://www.geosetter.de/mantis/view.php?id=1295 and followed the steps you have in the help GeoSetter Workflows | Edit Data | Edit Data of Multiple Images.

Basically, I am able to bulk change the Geo location without a problem from either the template or by a selection. But when I try to do the same with dates, it only works on the first image of the group and the rest do not change. I will provide a link to a video in the additional information and steps on some test photos. If you can let me know if this is a bug or if there is something else I need to do here would be much appreciated!
Tags:
Steps To Reproduce: https://youtu.be/4JzBAbw-eEY
Additional Information: https://youtu.be/4JzBAbw-eEY
Attached Files:
Notes
(0003850)
heiko   
2021-04-28 20:10   
This seems to be a bug. I can reproduce this behaviour.

If you are familiar with the Windows command line, the date changes could be done with ExifTool.

To set each date and time to 01.01.2021 12:00:00, the command would look like this:
exiftool.exe -overwrite_original -AllDates="2021:01:01 12:00:00" *.jpg

I know this is only a workaround, but perhaps it helps.
(0003851)
dipilato   
2021-04-29 02:23   
Got it, yea that will be a tricky prospect with all the photos and folders I have to deal with. Any chance this is something you think you can resolve? If not think BulkFileChanger is the next best option. Thanks for looking into this!
(0003852)
heiko   
2021-04-29 20:56   
I'm sorry, but I'm not the developper of GeoSetter, so I can't fix it :-)
(0003853)
roscoe   
2021-04-30 11:40   
Download the Exif Tool and additionally Exiftool GUI. Then you can also change the date or other Exif entries really comfortable in batch mode.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2119 [GeoSetter] User Interface crash always 2021-04-23 17:10 2022-12-22 02:04
Reporter: zierbeek Platform:  
Assigned To: Friedemann OS:  
Priority: high OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Crash with kml data
Description: When importing pictures and opening the kml file it crashes
Tags:
Steps To Reproduce: 1. Import Photos
2.Select photos from 1 day
3. Press sync with gps file
4. Select kml file
5. Select Ok
6.Crash
Additional Information:
Attached Files: bugreport.txt (21,735 bytes) 2021-04-23 17:10
https://www.geosetter.de/mantis/file_download.php?file_id=843&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2117 [GeoSetter] Image Data crash always 2021-04-08 09:23 2022-12-22 02:04
Reporter: grifone87 Platform: windows  
Assigned To: Friedemann OS: windows  
Priority: urgent OS Version: 10  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Error in image saving
Description: Warning: Bad offset for IFD0 DocumentName - ***/20210323124659238_D97E5684-A6F1-4A7F-9ADF-345F74FECB3D.jpg
Error: Bad IFD0 offset for DocumentName - ***/15552/pubblici/foto/20210323124659238_D97E5684-A6F1-4A7F-9ADF-345F74FECB3D.jpg


It work with 90% of images i tried
Thanks a lot
Matteo
Tags:
Steps To Reproduce: geotag and save
Additional Information: Error: (2,09s): \\nocetisrvhp\WinPer\MdbKit3\15552\pubblici\foto\20210323124659238_D97E5684-A6F1-4A7F-9ADF-345F74FECB3D.jpg
  Warning: Bad offset for IFD0 DocumentName - //nocetisrvhp/WinPer/MdbKit3/15552/pubblici/foto/20210323124659238_D97E5684-A6F1-4A7F-9ADF-345F74FECB3D.jpg
  Error: Bad IFD0 offset for DocumentName - //nocetisrvhp/WinPer/MdbKit3/15552/pubblici/foto/20210323124659238_D97E5684-A6F1-4A7F-9ADF-345F74FECB3D.jpg
  Params: C:\Users\matte\AppData\Roaming\GeoSetter\tools\exiftool.exe -@ "C:\Users\matte\AppData\Local\Temp\et0386FD19.arg" -common_args "\\nocetisrvhp\WinPer\MdbKit3\15552\pubblici\foto\20210323124659238_D97E5684-A6F1-4A7F-9ADF-345F74FECB3D.jpg"
  Arguments:
    -XMP:all<EXIF:all
    -XMP:Orientation<IFD0:Orientation
    -XMP:all<GPS:all
    -XMP:GPSLatitude<Composite:GPSLatitude
    -XMP:GPSLongitude<Composite:GPSLongitude
    -XMP:GPSDateTime<Composite:GPSDateTime
    -XMP-dc:Creator<IPTC:By-line
    -XMP-dc:Description<IPTC:Caption-Abstract
    -XMP-dc:Rights<IPTC:CopyrightNotice
    -XMP-dc:Subject<IPTC:Keywords
    -XMP-dc:Title<IPTC:ObjectName
    -XMP-photoshop:AuthorsPosition<IPTC:By-lineTitle
    -XMP-photoshop:CaptionWriter<IPTC:Writer-Editor
    -XMP-photoshop:Category<IPTC:Category
    -XMP-photoshop:City<IPTC:City
    -XMP-photoshop:Country<IPTC:Country-PrimaryLocationName
    -XMP-photoshop:Credit<IPTC:Credit
    -XMP-photoshop:DateCreated<IPTC:DateCreated
    -XMP-photoshop:DateCreated<Composite:DateTimeCreated
    -XMP-photoshop:Headline<IPTC:Headline
    -XMP-photoshop:Instructions<IPTC:SpecialInstructions
    -XMP-photoshop:Source<IPTC:Source
    -XMP-photoshop:State<IPTC:Province-State
    -XMP-photoshop:SupplementalCategories<IPTC:SupplementalCategories
    -XMP-photoshop:TransmissionReference<IPTC:OriginalTransmissionReference
    -XMP-photoshop:Urgency<IPTC:Urgency
    -XMP-iptcCore:CountryCode<IPTC:Country-PrimaryLocationCode
    -XMP-iptcCore:Location<IPTC:Sub-location
    -XMP-iptcCore:IntellectualGenre<IPTC:ObjectAttributeReference
    -XMP-iptcCore:SubjectCode<IPTC:SubjectReference
    -XMP-dc:Description<EXIF:ImageDescription
    -XMP-photoshop:DateCreated<EXIF:DateTimeOriginal
    -XMP-photoshop:DateCreated<Composite:SubSecDateTimeOriginal
    -XMP-xmp:CreateDate<Composite:SubSecCreateDate
    -XMP-xmp:ModifyDate<Composite:SubSecModifyDate
    -XMP-dc:Rights<EXIF:Copyright
    -XMP-dc:Creator<EXIF:Artist
    -execute
    -EXIF:GPSLatitude=44.07665802
    -EXIF:GPSLongitude=10.09955747
    -EXIF:GPSLatitudeRef=N
    -EXIF:GPSLongitudeRef=E
    -EXIF:GPSMapDatum=WGS-84
    -EXIF:GPSVersionID=2.2.0.0
    -EXIF:GPSDateStamp=2021:04:08
    -EXIF:GPSTimeStamp=09:18:42
    -XMP:GPSLatitude=44.07665802
    -XMP:GPSLongitude=10.09955747
    -XMP:GPSVersionID=2.2.0.0
    -XMP:GPSMapDatum=WGS-84
    -XMP:GPSDateTime=2021-04-08T09:18:42.11Z
    -XMP:Creator=
    -XMP:AuthorsPosition=
    -XMP:CountryCode=
    -XMP:Country=
    -XMP:State=
    -XMP:City=
    -XMP:Location=
    -XMP:Artist=
    -XMP:Description=
    -XMP:Instructions=
    -XMP:Title=
    -XMP:Headline=
    -XMP:Credit=
    -XMP:Rights=
    -XMP:CaptionWriter=
    -XMP:Source=
    -XMP:BaseUrl=
    -XMP:Category=
    -xmp:rating=
    -xmp:ratingpercent=
    -XMP:Label=
    -XMP:CreatorAddress=
    -XMP:CreatorPostalCode=
    -XMP:CreatorCity=
    -XMP:CreatorRegion=
    -XMP:CreatorCountry=
    -XMP:CreatorWorkTelephone=
    -XMP:CreatorWorkEmail=
    -XMP:CreatorWorkURL=
Attached Files:
Notes
(0003849)
heiko   
2021-04-12 13:44   
These are error messages from ExifTool and will only be shown from GeoSetter.

I think you have better chances to solve this problem in the ExifTool forum: https://ExifTool.org/forum

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2116 [GeoSetter] Image Data feature N/A 2021-03-21 14:47 2022-12-22 02:04
Reporter: Andreas01 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Videos mit einbeziehen
Description: Hallo Herr Schmidt,
besteht die Moeglichkeit neben den Bildern (.jpg) auch Videos (*.mp4, *. *.mov.....) mit ein zu beziehen?
Ich verwende Ihr großartiges Programm für die Urlaubsfotos. Oft wird dabei auch ein kurze Videosequenz mit aufgenommen.
Es waere schön wenn diese in der Folge der Fotos auch mit angesehen werden könnten.

Dank und viele Grüsse
Andreas Adler
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2113 [GeoSetter] Image Data feature always 2021-02-13 01:34 2022-12-22 02:04
Reporter: jonrizos Platform:  
Assigned To: Friedemann OS:  
Priority: urgent OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Show photo Direction Arrows when extracting to kmz
Description: Hello,

I have various photos from very close locations looking to different directions. While editing the photos I can see the direction (purple and blue arrows). When extracting to kmz I can not see the direction.
Is it possible when extracting to kmz to extract also the direction of each photo (these purple or blue arrows)?

Thank you in advance.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2112 [GeoSetter] User Interface major sometimes 2021-02-01 14:19 2022-12-22 02:04
Reporter: tranquilo2 Platform:  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 10  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Program crashes (hangs) after saving data to external SSD
Description: After saving data to SSD disk the program locks up (hourglass cursor on). There is no error message and no data is lost but the program locks up and needs a hard reset.
Tags:
Steps To Reproduce: Edit something and save it. Most of the time it will crash.
Additional Information: Version 3.5.3 (Build 2195). ExifTool 12.13
Attached Files:
Notes
(0003848)
tranquilo2   
2021-02-01 14:23   
More info: it also happens when saving to standard external hard disk, not just SSD.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2109 [GeoSetter] Image Data major always 2020-11-12 21:25 2022-12-22 02:04
Reporter: jng Platform:  
Assigned To: Friedemann OS: Windows 10  
Priority: high OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Thumbnail contents are orientated wrong
Description: Thumbnail from Samsung Galaxy 7 are orientated correctly but content in the thumbnail are oriented wrong.
See 2020-11-12 21_18_19-GeoSetter.jpg
Selecting multiple pictures and "Edit data..." (Ctrl-E) open dialog where content are rotated correct
See 2020-11-12 21_19_07-Edit Data.jpg
Other programs such as acdsee and photofiltre do not have problem
Tags: Thumbnail orientation
Steps To Reproduce:
Additional Information:
Attached Files: 2020-11-12 21_19_07-Edit Data.jpg (67,778 bytes) 2020-11-12 21:25
https://www.geosetter.de/mantis/file_download.php?file_id=836&type=bug
jpg

2020-11-12 21_18_19-GeoSetter.jpg (59,032 bytes) 2020-11-12 21:25
https://www.geosetter.de/mantis/file_download.php?file_id=837&type=bug
jpg

9701122.jpg (4,916,104 bytes) 2020-11-12 21:25
https://www.geosetter.de/mantis/file_download.php?file_id=838&type=bug
2020-11-13 14_29_50-file_download.php (617×567).jpg (44,840 bytes) 2020-11-13 14:31
https://www.geosetter.de/mantis/file_download.php?file_id=839&type=bug
jpg
Notes
(0003840)
jng   
2020-11-13 14:31   
One more info - the preview below thumbnails also correct
(0003846)
fernandosantos   
2021-01-10 18:07   
Exactly the same issue for me. Samsung SM-G800H

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2108 [GeoSetter] User Interface minor always 2020-10-30 13:43 2022-12-22 02:04
Reporter: AlexPiLion Platform: Product ver 3.5.3  
Assigned To: Friedemann OS: Windows 7  
Priority: low OS Version: 64bit  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Corrupted data warning on every RAW .CR2 coming from EOS M6 Camera.
Description: The software under exif info report a false alert : Warning "Possibily Corrupted CanonCustom2 data"
Tags:
Steps To Reproduce: open the program, click on any .CR2 file shot with EOS M6
Additional Information: I am not able to upload here since size is about 31.7 Mb and it exceeds the limit, you can download a sample image at https://1drv.ms/u/s!AqXe7j8OFQini-gFoz0IF6grAzwW5Q?e=mJruwE
Attached Files: Cattura2.PNG (348,729 bytes) 2020-10-30 13:43
https://www.geosetter.de/mantis/file_download.php?file_id=835&type=bug
Notes
(0003838)
heiko   
2020-11-04 16:32   
GeoSetter is using ExifTool for writing exif data and the warning is from ExifTool. I think you have better chances in the ExifTool forum (www.exiftool.org)
(0003839)
heiko   
2020-11-04 16:47   
I've just opened the image with ExifTool.exe. ExifTool reports the following:
[minor] Missing 2 entries in CanonCustom2 group 4 directory

As I said before, ask this in the ExifTool forum.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2106 [GeoSetter] Image Data feature always 2020-10-11 10:48 2022-12-22 02:04
Reporter: Eric Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: DCRawlib and support of newer camera RAW files. Libraw?
Description: Current Geosetter 3.5.3 is shipped with the dcrawlib.dll from 2016: it's actually the ImageEn dcraw plugin 9.17
Image preview from many (most?) camera more recent than that are not properly displayed (greenish) because the dcrawlib is too old.
Last version of dcraw is from 2018 but I don't find any lib version of it yet.
Thus, for instance, my Panasonic G80/G81 RW2 files are not displayed properly - greeenish, and so also from the older G6, even if both should be supported by dcraw from 2018.
Issue already reported here in 2014: https://geosetter.de/mantis/view.php?id=1140

Question 1: would it be possible to get latest dcraw version?
Question 2: longer term: how much effort would it be to use libraw instead of dcraw?
https://www.libraw.org/about seems indeed to be a better alternative to the stalled dcraw project, at is aims to generate a library.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003837)
Jacobliam1   
2020-10-28 11:41   
Taking assignment help for your homework from allassignmenthelp.com is completely legit and in fact also very resourceful. https://www.allassignmenthelp.com/programming-language-assignment-help.html
(0004010)
Eric   
2022-09-17 19:29   
alternative to have proper lib, can we activate the preview jpg within a RAW file in the Image Viewer as it is used in the thumbnail view ?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2093 [GeoSetter] Image Data major always 2020-05-12 05:12 2022-12-22 02:04
Reporter: exifeverywhere Platform:  
Assigned To: Friedemann OS:  
Priority: high OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Getting message 'not found'
Description: Hello,

All of a sudden, i started seeing this message: https://www.screencast.com/t/RxjYjwzuX40

The tool was fine till yesterday.

Please advise.

Thanks!
Tags: Google API, not found
Steps To Reproduce:
Additional Information:
Attached Files: Meldung1.jpg (20,391 bytes) 2020-05-22 12:00
https://www.geosetter.de/mantis/file_download.php?file_id=828&type=bug
jpg

Meldung.jpg (10,746 bytes) 2020-05-22 12:00
https://www.geosetter.de/mantis/file_download.php?file_id=829&type=bug
jpg
Notes
(0003811)
bselbmann   
2020-05-16 02:03   
I have exact the same problem
(0003814)
roscoe   
2020-05-22 12:00   
Habe das gleiche Problem mit unterschiedlichen Meldungen, siehe Bilder
(0003817)
wanneslier   
2020-05-25 22:58   
Same problem since today May 25th
Also cannot update exiftool - says to check internet connection, which is perfectly sound.
(0003818)
wanneslier   
2020-05-25 23:35   
I just noticed I got a message from "smartscreen" (microsoft check on installation) that it cannot be reached.
Maybe there is a connection?
(0003820)
johanvranken   
2020-06-01 12:21   
Sometimes it works, sometimes it doesn't. I fear it has to do with a maximum number of calls to geonames.org as that seems to be the website used to find locations.
(0003821)
antipaxos   
2020-06-02 17:28   
same here: just intalled (and actullay worked like a charm for 2 hours) then, all of a sudden it just started to stop finding any location
(0003822)
heiko   
2020-06-02 21:35   
as far as I know Friedemann has ristricted the ammount of search queries. Google charges money for these searches. To limit Google's bills, Friedemann has limited the number of searches in GeoSetter.
(0003824)
Slammer   
2020-06-15 11:50   
I have the same problem.
Have changed the mapfile from
http://www.geosetter.de/map_google.html
to
http://map.geosetter.de/v3/map_google.html
But with no effect.
BTW: Which one would be correct? Map display works with both :)
Thank you and kind regards
(0003825)
Kiko Benitez   
2020-07-21 23:14   
The same problem after reinstalling Windows 10 Pro Insider Preview.
(0003829)
martinzima   
2020-09-03 01:02   
Hi guys, I have been having this issue for several months -- is a shame, as otherwise I really love the app!
Is there any ETA of when this might be fixed?

Diagnostic info:
- Ran app as Administrator -- ? no effect
- changed map file http://www.geosetter.de/map_google.html <--> http://map.geosetter.de/v3/map_google.html -- ? no effect
- Added app to firewall allowed list -- ? no effect
- Registered for own Geonames login (so queries now pass through own account) -- ? no effect
- Changed internet settings IE proxy OFF <--> ON -- ? no effect
(0003833)
heiko   
2020-09-13 17:25   
@martinzima: these are not GeoNames queries, these are Google queries and Google charges money for these serches.
(0003834)
zava   
2020-09-14 20:00   
Hmm... several new issues... hardly any fix or improvements in the past some years... no new versions...
Sounds GS is a fading project?
Shame, because it is simply THE BEST tool in it's category: simply NO comparable tool (to my knowledge).
But these issues are eroding it's usability...
Resisting, but until when?
(0003872)
peter1563   
2021-10-29 16:26   
I have the same issue. Randomly it seems to work sometimes. May 1 out of 20 attempts. T
(0003877)
amt01   
2021-11-06 11:50   
I have many photos I scanned in that I wanted to geotag before uploading to google photos
I just keep GoogleMaps open in another tab - get the location on maps and then paste it into Geosetter which then finds the location OK
I then save them and upload them and google photos which recognises the data from the Exif GPS Lat and Long and shows the correct location. In fact, Google Maps trusts this data so much that it won't let you change it > "Can't edit locations added by your camera" :)
(0003878)
mjhytre   
2021-11-06 12:35   
nice
https://curvyncute.com/25-steel-boned-underbust-latex-sport-girdle-waist-trainer/

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2063 [GeoSetter] Image Data major always 2019-11-05 08:59 2022-12-22 02:04
Reporter: lowjoel Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Support for Canon CR3
Description: Hello there, the newer Canon cameras (EOS R, EOS RP, EOS 90D, EOS M6 mkii) use the new CR3 format, which Exiftool supports, but Geosetter does not recognise.
Tags:
Steps To Reproduce: If you need sample CR3 files, you can get them from dpreview: https://www.dpreview.com/reviews/canon-eos-90d-review/9
Additional Information:
Attached Files:
Notes
(0003773)
rau1   
2019-12-15 21:35   
I have the same request please (Canon G7x Mk iii)
(0003985)
0Peter0   
2022-04-19 19:32   
Hello Same request for me too, temporary solution is transformig cr3 in jpg :(

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2009 [GeoSetter] User Interface minor sometimes 2018-12-05 04:47 2022-12-22 02:04
Reporter: eliz_bot Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Imagesize is displaying wrong
Description: In one particular folder, the image size in Geosetter is listed as "4032x3024" for both files with the size "4032x3024" and "3024x4032". This makes it impossible for me to rename my images with the resolution in title.
 It appears that Geosetter is deciding to list the largest size first, as an image with the size "1920x3412" is being displayed as "3412x1920".
Please note, this doesn't happen with every single folder of photos I have, it does work sometimes , and I know that the metadata is correct, as Windows explorer tells me the correct image resolution. It is also not due to the camera (iPhone SE) as other photos taken with the same camera do not reproduce this affect.
Is there a setting that I have wrongly ticked in association with these files? I have looked and looked and cant find anything!
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Geosetter not reading them correct note the top one.PNG (6,144 bytes) 2018-12-05 04:48
https://www.geosetter.de/mantis/file_download.php?file_id=740&type=bug
png

Geosetter Reading the file sizes correctly.PNG (4,432 bytes) 2018-12-05 04:48
https://www.geosetter.de/mantis/file_download.php?file_id=741&type=bug
png

Windows explorer being able to define the image sizes, note the last one.PNG (10,885 bytes) 2018-12-05 04:48
https://www.geosetter.de/mantis/file_download.php?file_id=742&type=bug
png

Capture.PNG (305,511 bytes) 2018-12-06 04:16
https://www.geosetter.de/mantis/file_download.php?file_id=743&type=bug
Img showing the geosetter reading, the exiftool reading, and the image.JPG (244,006 bytes) 2018-12-06 22:06
https://www.geosetter.de/mantis/file_download.php?file_id=744&type=bug
jpg

Porttrait.JPG (2,547,162 bytes) 2018-12-06 22:31
https://www.geosetter.de/mantis/file_download.php?file_id=745&type=bug
Landscape.JPG (2,155,928 bytes) 2018-12-06 22:31
https://www.geosetter.de/mantis/file_download.php?file_id=746&type=bug
Notes
(0003595)
eliz_bot   
2018-12-06 04:16   
- Image of Geosetter reading a portrait photos height and width wrong.
(0003596)
heiko   
2018-12-06 20:52   
can you upload the Image which is shown in Capture.png?

The data which is shown in the screenshot is form ExifTool.
(0003597)
eliz_bot   
2018-12-06 22:06   
Attached is a photo that shows the geosetter reading (4032x3024) the exif reading, and the portrait image. Not that the width and height are wrong - it should be H = 4032 not 3024. Adding files with shorter titles and adding less files in at once also don't solve this.
(0003598)
heiko   
2018-12-06 22:14   
is it possible that you upload the Image itself, not a screenshot of GeoSetter
(0003599)
eliz_bot   
2018-12-06 22:29   
Here is one portrait and one landscape.
(0003600)
heiko   
2018-12-06 23:13   
I've checked the image "Porttrait.JPG" with 4 different programs (GeoSetter, ExifTool, ExifDataView, Jeffrey's Image Metadata Viewer). All programs are saying, that the width of the Image is 4032. So I assume, that this value is stored in the metadata of this file.
Have you edited this Image with any Software?
(0003601)
eliz_bot   
2018-12-06 23:17   
I've only used it through geosetter! Windows explorer is able to determine the correct dimensions (I postulate, that it maybe takes into account the angle of the phone?) If I have to determine the deminsions manually is fine, for this set, I just am worried that this will be a continual thing!
(0003602)
heiko   
2018-12-06 23:27   
I don't know what Windows Explorer reads and interprets, but I'm sure the value is in the exif data like this

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2401 [GeoSetter] User Interface minor have not tried 2022-12-21 14:05 2022-12-22 02:01
Reporter: ThunderBoy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Leaflet plugins
Description: In the future, only Leaflet is likely to be used to support map display. The same goes for adding various Leaflet plugins to enhance the GeoSetter map window environment. My suggestion is as follows. It would be useful to modify the program to display maps with plugins without having to modify anything in the source file, currently map.js.

The main problem is that if I customize the whole Geosetter for myself (in the map.js file), then in the next version the boss will edit the whole code again and I will lose all the changes I made there.

The user adds his own plugins e.g. in the directory map > inc >leaflet > plugins. In the program settings, just create a new entry where I insert my own plugin code. Paths for css, js and img files could be defined by the program from the ground up. The program will then apply it all by itself to the overall code.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0004260)
Friedemann   
2022-12-22 02:01   
You are absolutely right, this may be a problem fpr people changing the map code. At the moment you have to use a diff tool to synchronize any changes. Thanks for the title "boss" ?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2392 [GeoSetter] User Interface feature have not tried 2022-12-18 21:53 2022-12-22 01:58
Reporter: xyzzy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Version 4.0.4 - Settings - Initial map position
Description: The initial position of the map with the use of a favorite no longer works
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Initial Map Position.jpg (85,455 bytes) 2022-12-18 21:53
https://www.geosetter.de/mantis/file_download.php?file_id=1025&type=bug
jpg
Notes
(0004259)
Friedemann   
2022-12-22 01:56   
Thanks! Should work now again, in the next beta/official release

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2393 [GeoSetter] Image Data minor always 2022-12-19 22:57 2022-12-21 19:19
Reporter: dydxdx Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Beta 4.0.4 build 2202 Unable to get Location data from WEB
Description: Beta 4.0.4 consistently yields attached timeout/error.
Geosetter v3.5.3 build 2195 continues to pull up location data from WEB almost consistently.
Tags:
Steps To Reproduce: Same steps as v3.5.3 which is successful.
Additional Information: Locations are USA based.
Attached Files: 2022-12-19_144549.jpg (397,539 bytes) 2022-12-19 22:57
https://www.geosetter.de/mantis/file_download.php?file_id=1031&type=bug
Notes
(0004229)
heiko   
2022-12-20 20:37   
Have you retried it? I have no problems getting the location data from Web.
(0004230)
xyzzy   
2022-12-20 20:40   
use http instead of https
(0004247)
ThunderBoy   
2022-12-21 11:52   
@dydxdx I couldn't do it either. It was giving me this error as well. It didn't matter if I put http or https in there. The problem is not in the program, but in the Firewall installed in windows. You need to modify the rules directly in the firewall for the new GS. Thus, you need to allow the program full internet access.
(0004255)
dydxdx   
2022-12-21 19:19   
Spot on @xyzzy "use http instead of https"...gotta thank you guys, all is well now. I note that the v3.x Geosetter, which works, also is http.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2261 [GeoSetter] User Interface major always 2022-02-18 21:01 2022-12-21 12:20
Reporter: dg234 Platform:  
Assigned To: Friedemann OS:  
Priority: urgent OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Bank Map Pane - with an error 80020101
Description: The map does not display (blank panel) and you receive the following error message
2/18/2022 2:53:05 PM ERROR: Could not complete the operation due to error 80020101
  showMap3(2, 1, 29.2297604111, -103.3170505571, 16);
2/18/2022 2:53:05 PM setMapDimension(869, 593);
2/18/2022 2:53:05 PM updateCustomLayers('{ "layers": [ ] }');
Tags:
Steps To Reproduce: Start up geosetter with any gpx track
Additional Information: Just started on February 17th. Everything was working great up to this point. Wonder if google has retired a version or map library....
Attached Files: HowTo-GeoSetter Google API.pdf (135,215 bytes) 2022-02-20 23:40
https://www.geosetter.de/mantis/file_download.php?file_id=906&type=bug
GS_Google_Maps_2022.html (50,217 bytes) 2022-02-21 22:42
https://www.geosetter.de/mantis/file_download.php?file_id=907&type=bug
GeoSetter_Google_API.pdf (135,215 bytes) 2022-02-23 18:01
https://www.geosetter.de/mantis/file_download.php?file_id=908&type=bug
Geosetter API.pdf (303,644 bytes) 2022-02-23 18:01
https://www.geosetter.de/mantis/file_download.php?file_id=909&type=bug
map_google-GS.html (49,979 bytes) 2022-03-20 09:15
https://www.geosetter.de/mantis/file_download.php?file_id=912&type=bug
WebViewDelphi.zip (1,464,884 bytes) 2022-07-06 20:00
https://www.geosetter.de/mantis/file_download.php?file_id=923&type=bug
Notes
(0003897)
dg234   
2022-02-18 21:02   
Sorry -- subject should say Blank map pane
(0003898)
dg234   
2022-02-18 21:21   
Did some more investigating and looked at the errors resulting from the map_google.html file on geosetter.

Found the following error:
Failed to load resource: the server responded with a status of 403 (Forbidden) maps.googleapis.com/maps/api/mapsjs/gen_204?csp_test=true:1 Failed to load resource: the server responded with a status of 403 (Forbidden)
util.js:247 Google Maps JavaScript API warning: RetiredVersion https://developers.google.com/maps/documentation/javascript/error-messages#retired-version
(0003899)
galeog   
2022-02-19 12:42   
I have the same problem on both my PCs with Windows 10.
It started on February 17 as well.
(0003900)
galeog   
2022-02-19 12:44   
THe error I get is:

19/02/2022 12:30:03 ERROR: Impossibile completare l'operazione a causa di un errore 80020101
  showMap3(2, 4, 44.7961754371, 11.2786439884, 12);
(0003902)
John_Lam   
2022-02-19 20:00   
Same error here with error

2/18/2022 1:54:06 AM ERROR: Could not complete the operation due to error 80020101 (this timing is at UTC+8)
and don't have any issue one day ago

incase it is a program corruption on one computer, I have tested on my second computer which is also getting the same error
incase is an AV or Firewall problem, I have also had both disable
there is no window patch that can change on both computers (I have a written policy to block auto-update without my permission on both win 10 computers)



looking at the port that GeoSetter.exe is accessing and confirm my computer can both reach IP and the port
185.30.32.197:80 <- I can see a web login portal for Webgo.de if I reach the IP address with a browser
142.250.204.42:443 <- I can see a google website if I reach the IP address with a browser
(0003903)
Blazer869608   
2022-02-20 01:21   
Same issue here. No option shown to load any map. Buttons above map missing as well.
(0003908)
DenisPac   
2022-02-20 22:21   
I confirm the issue on my end as well on Win10.
Tried to regenerate my API key, but no change.
Tried to update the version of API used to a more recent one (3.484 instead of 3.14) with no change.
I'm stuck now :-(.
(0003909)
dg234   
2022-02-20 22:31   
Dennis - Do you have a separate version of map_geosetter.html file with your own API key? If so, I think the other thing that needs to be changed is the util.js:247 file -- it gets a 403 error I think google has retired some of its older code/libraries. I have been trying to determine how to finalize the setup of a google maps api key under my domain but I am having problems figuring out how to set the limit on the usage so I don't get charged. Probably won't create enough traffic but still don't want any surprise bills. If I can get this finalized I can try to help you test some other configurations.
(0003910)
dg234   
2022-02-20 22:55   
Just did some more research -- when looking up the 403 error on the google maps API I found the following:

"If the response is still a HTTP 403 (Forbidden) error, the signature was not necessarily the problem, it may be related to usage limits instead.
This typically means your access to the web service has been blocked on the grounds that your application has been exceeding usage limits for too long or otherwise abused the web service."

So it may be that the geosetter api key has a set limit based on the number of map views (makes sense that the developer does not want to pay for more usage beyond the free views) and for the month of February the usage on the geosetter api key has surpassed the limit. If this is true, than one would think the problem will resolve itself on March 1st.

The solution might be for us to determine how to setup a map_geosetter.html file with our own keys so the geosetter developer is not faced with charges from google.
(0003911)
Bluescape84   
2022-02-20 23:40   
Hello everyone,

I have the same problem since 17th February. I did some research to find a solution but all I found were solutions from a few years ago that don't work this time. Eventually I found a pdf file with instructions (attachment). It might help in your case if you have a good coding knowledge. I suck at it so I depend entirely on others :D I followed successfully every step of this instruction and I used my own API key from https://console.cloud.google.com/ but the map still doesn't load at all. I sent an e-mail to the developer but he hasn't replied yet. He did mention on his website that we'd have to be patient as he is very busy on a daily basis.

I hope that dg234 is right, that the problem will be automatically solved on 1st March. For now I'm trying to find another easy to use temporary geotagging software before going back to Geosetter. Maybe you have good recommendations of other softwares? I'm checking every day to see if it works again and I'll be checking this forum thread :)
(0003912)
Bluescape84   
2022-02-21 00:37   
That's intriguing. I have installed Photo Mechanic where geotagging is easy. Unluckily it also shows "You are using a browser that is not supported by the Google Maps JavaScript API. Please consider changing your browser." What the heck? :D does it look like all softwares can't use Google Maps now??
(0003913)
JeffK   
2022-02-21 01:19   
That is indeed intriguing Bluescape 84. I have Photo Supreme and ACDsee Ultimate and geotagging works OK on both. For Photo Supreme one has to obtain a Google API code, but for ACDSee it must be via a coding within the program as the user does not have to do it.
(0003915)
DenisPac   
2022-02-21 09:18   
Hello @dg234,
Yes I have my own map_geosetter.html file with my own API key.
I used the pdf file tuto listed by @Bluescape84 some time ago when I faced the limit of usage of the shared developer API key.
But in that new case it doesn't help.
I don't see where to find the util.js:247 file, but if you guide me, we can make some tests and trials to make GeoSetter sork again (if possible).
(0003916)
Bluescape84   
2022-02-21 14:26   
Indeed @JeffK the map works on ACDsee Ultimate. I have just tried it there.
(0003917)
dg234   
2022-02-21 14:36   
DenisPac. - Thanks I will look at the pdf file tuto listed by @Bluescape84

Here is what I have done:

Open http://map.geosetter.de/v3/map_google.html (or your version of the file) in a new tab in Chrome. Using the geosetter.de version I get a blank screen. Right click in on the blank window to get a menu and choose inspect. That will pull up a pane on the right side of the screen with the code and a menu across the top. On the right side of the menu I see a red circle with an "X" next to the number "2". Click on the red circle with the x and the console pane will open at the bottom of the code pane. In the console pane I see the following:

(red x) Failed to load resource: the server responded with a status of 403 map.googleapis.com/...204?csp_test=test=true:1 (Forbidden)
(red x) Failed to load resource: the server responded with a status of 404 (not found) /favicon.icon:1
(yellow warning) Google Maps Javascript API warning: RetiredVersion https://developers.google.com/maps/documentati util.js:247 Messages#retired-version

Do you get the same errors with your own map_geosetter.html file?

I am not a programmer but have some experience with troubleshooting coding problems.
(0003918)
jllanos   
2022-02-21 20:20   
After having this problem, I made some changes and Geosetter is working again.
I have my own map_geosetter.html file with my own API key. I edited this file making the following changes:
1.- Api version 3.47
2.- Script source src="http://map.geosetter.de/v3/json3.js" (line 9)
3.- Iconfiles path set as iconFile = 'http://map.geosetter.de/v3/img/......png'; (several lines)
I have no idea why this changes made Geosetter to work again and I am not sure if it will work tomorrow, but at this moment it works perfectly.
May be someone could explain the problem or find a more elegant solution.
(0003919)
dg234   
2022-02-21 21:10   
Wow, that is great.
I also had to change http://www.googeapis.com to https://

But I am still having problems (see error messages below)
I still not seeing the map but I am getting further -- it is actually reading and trying to add the trackpoints but I still do not see a map

Did you change the version for the common.js and util.js?
Can you tell us what api's you have enabled? I have
Maps Embed API
Maps JavaScript API
Maps Static API
Street View Static API

Maybe I need some other apis enabled?

I then see the following in the maplog
2/21/2022 2:59:23 PM checkCustomLayersStatus();

When I look at my local version of map_geosetter.html in a standalone window I get much different errors now:

common.js:124 Uncaught TypeError: Cannot read properties of undefined (reading 'prototype')
    at common.js:124:242
    at js?v=3.47&key=...&libraries=geometry:105:167 (my key removed for security)
    at js?v=3.47&key=...&libraries=geometry:108:442
    at js?v=3.47&key=...=geometry:105:260
    at uf (js?v=3.47&key=...&libraries=geometry:108:376)
    at Mba (js?v=3.47&key=...&libraries=geometry:105:88)
    at tf.ph (js?v=3.47&key=...&libraries=geometry:272:584)
    at common.js:1:13
(anonymous) @ common.js:124
(anonymous) @ js?v=...&libraries=geometry:105
(anonymous) @ js?v=3.47&key=...&libraries=geometry:108
(anonymous) @ js?v=...&libraries=geometry:105
uf @ js?v=3.47&key=...&libraries=geometry:108
Mba @ js?v=3.47&key=...&libraries=geometry:105
tf.ph @ js?v=3.47&key=...&libraries=geometry:272
(anonymous) @ common.js:1
util.js:239 Uncaught TypeError: Cannot read properties of undefined (reading 'prototype')
    at util.js:239:361
    at js?v=3.47&key=...&libraries=geometry:105:167
    at Object.<anonymous> (js?v=...&libraries=geometry:108:442)
    at js?v=3.47&key=...&libraries=geometry:106:242
    at uf (js?v=3.47&key=...&libraries=geometry:108:376)
    at Lba (js?v=3.47&key=...&libraries=geometry:106:19)
    at js?v=3.47&key=...Q&libraries=geometry:105:188
    at js?v=3.47&key=...&libraries=geometry:108:442
    at js?v=3.47&key=...&libraries=geometry:105:260
    at uf (js?v=3.47&key=...&libraries=geometry:108:376)
(anonymous) @ util.js:239
(anonymous) @ js?v=3.47&key=...&libraries=geometry:105
(anonymous) @ js?v=3.47&key=...&libraries=geometry:108
(anonymous) @ js?v=3.47&key=...&libraries=geometry:106
uf @ js?v=3.47&key=...&libraries=geometry:108
Lba @ js?v=3.47&key=...&libraries=geometry:106

You have been a great help. Any additional information would be sincerely appreciated.
(0003920)
Ojlnd   
2022-02-21 22:42   
Hello everybody,
Thanks to jllanos, I made my own html file, with original key.
I just modified the API version (3.47) and the urls to geosetter site (for the js file and the icons).
It worked one time ... and crashed.
Then I also modified line 1354 "SetMapType(4);"
I can only use OpenStreetMap, but it's ok for me.
(0003921)
dg234   
2022-02-22 02:10   
Ojind. Used the file you included, changed your key to my key and it works great. You file does not include the libraries in my file and also had one other minor difference.

Note -- anyone using Ojind's file needs to use their own key and not Ojinds. Easy to get a key from google -- just remember to set the limits so that they do not surpass the free limits ($200) allowed by google for map apis.

Thank you very much!
(0003922)
mak_kawa   
2022-02-22 08:53   
Hi all

I too have Geosetter's fatal problem as map error since Feb.19. Really troublesome. And... I figured out it with Ojlnd's script HTML that works magically. Thanks, Ojlnd and all folks here.

FYI, it works with no problem both with my API key for Maps JavaScript and Geosetter's "default" API key.
(0003923)
gehav   
2022-02-22 09:08   
@Ojlnd: many, many thanks for your html-file! GeoSetter really seems to be working now, like before! (Google Maps: Satellite and Map view & Open Street Maps)

The map was totally broken for me before.

I am not sure if the API-key in your file is Geosetter's "default" API key or your own. I replaced it with my own APi-key anyway but just make sure not to post your own key in the html-file. Your quota could then accidentally be used by many users and you would need to pay Google for any further API calls!
(0003924)
mak_kawa   
2022-02-22 10:36   
Hi all

Additional Information. With Geosetter's API key, Google Maps are not displayed at all with some error (incomplete operation?). Only OpenStreetMap can be shown up.
But with my own API key, everything is okay. Just curious...
(0003925)
dg234   
2022-02-22 13:53   
mak_kawa -- I think the geosetter developer has set limits on his api key so that google does not charge him for map usage. I believe that he hit his limit on Feb 17th and google has stop serving maps to his account. That is why your key works and his does not. Please use your key. There is no reason why the geosetter developer should subsidize our map usage. He has already done a great job by providing this extremely useful utility.

I would like to ask everyone to consider sending the geosetter developer a donation to repay his hard work.
(0003926)
WilfriedB   
2022-02-22 15:17   
Thanks a lot @dg234 and @Ojlnd!
Works fine for me with Ojlnd's solution and my own key. Not only for OPM, but also for the Google maps.
(0003928)
Bluescape84   
2022-02-22 16:01   
Great news! Thanks to @Ojlnd for his contribution, i'll try it tonight and see if it works with my API key :)
(0003929)
Bluescape84   
2022-02-22 18:39   
Geosetter is working again after pasting my personal API key.

@dg234 I just have a question, how do I set the limits so they don't surpass the free limits?
(0003930)
dg234   
2022-02-22 19:08   
Bluescape84 -- Go into the hamburger menu in the Google Cloud Platform
Then select Budgets and alerts
You can now create a budget or click on a existing budget and set a monthly budget amount. It is my understanding that google does not charge for the first $200 of map usage. So I have my budget set to $200. You can also setup a warning. I, for example, have a warning set so I receive an alert if I get close to 90% of my budget amount.
I assume they cut off access as soon as you surpass your budget.
Hope this helps.
(0003931)
Bluescape84   
2022-02-22 21:14   
@dg234 thank you! I've just set a budget and an alert. I'm just a bit confused because, as I live in Poland, the currency in Google is PLN rather than $ and i'm aware that the exchange rate varies the whole time, and because i've read in a few articles, english and polish, that the new free limit is 300$ and it's a trial period of 90 days. Not sure how it will look like over time, i'll keep observing the usage and make changes if necessary. Not sure if it's something different from the monthly 200$ free usage.
https://cloud.google.com/free
(0003932)
dg234   
2022-02-22 21:21   
Bluescape84 - After the trial period you will revert to the $200 free usage, or whatever it is in PLN. You might want to send a note to the support group for Google Cloud and see if they can advise you. My guess is that you will not come near to the limit is you are not a heavy user of Geosetter. Sorry, but I too am rather new to the Google Cloud. I setup an account a long time ago when google started charging for maps. I have a website that uses maps and decided I did not want to risk of getting big bills so I changed to Leaflet (https://leafletjs.com/) and use opentopo maps for my site. The coding between the google api and leaflet is similar. Anyway -- since I am not really a google map api user I can't really answer your question.

Hope it works out for you.
(0003933)
mak_kawa   
2022-02-23 00:38   
Hi dg234

I totally agree with you about the usage of Google API key. I will use my own key from now on.

I agree with your donation proposal too. But... for some reason, PayPal can't handle the donation from me to Friedemann. So, I have contacted to the PayPal support. Their response is "This is your government's decision. They prohibit the donation from your country to other countries". I don't want to use my credit card directly in this site... alas. What can I do?
(0003934)
Bluescape84   
2022-02-23 00:58   
dg234 - well I guess that i'm not a heavy user of Geosetter. I've been catching up the last few weeks but once I finish with a few photo albums I'll be back to my previous level of usage, basically once every few months. I'll also try to make a donation to Friedemann.
(0003935)
mantis   
2022-02-23 04:42   
Thank you @Ojlnd!
I used your file but changed the Google maps API key to my own. It works and I can use OpenStreetMap or any of the Google maps.
(0003936)
roscoe   
2022-02-23 11:09   
@Ojlnd, Thank you for your file. I use this with my own API key. It works very well. Can open all Google maps and also the OSM map. The search also works. You need two API Key, Maps JavaScript API and Geocoding API. That is enough. You have done a good job. So you can use Geosetter again.
(0003937)
Bluescape84   
2022-02-23 11:16   
@roscoe why do we need geocoding api?
(0003938)
DenisPac   
2022-02-23 12:39   
I confirm that the file from @Ojlnd works fine for me as well. Thank you!
Thanks to @dg234 as well for his investigation :-)
(0003945)
roscoe   
2022-02-23 18:01   
@Bluescape84, I followed both of the instructions below. Sorry, but one tutorial is in German, and a bit older. The links given there for the API creation are partly outdated, because Goggle changes these pages all the time. In the file of @Ojind I inserted the generated API key (one key for ALL included APIs) and copied this html-file to a directory on my HDD. In the Geosetter settings, then only the existing entry must be changed and set a reference to the new file on the HDD. That's it.
(0003946)
Studia   
2022-02-24 08:11   
I have this problem also. I have been using this program for many years without any problems until this. I use it only to geolocate my photos on the map and record tags, titles etc....

Do I need an "API Key" ? Does it cost? How do I go about it?

Many thanks,
(0003947)
roscoe   
2022-02-24 09:23   
@Studia see here https://developers.google.com/maps/documentation/javascript/get-api-key
You have $200 free volume per month. That's about 28500 page views. Only when this volume is exceeded, costs are charged. This should be sufficient for private use.
(0003948)
zava   
2022-02-24 16:03   
Due to long lasting limitations with google images (loading obscured and having hardly any useful info in remote mountain areas) I had long since dismissed their use and always used OSM maps instead.
So Geosetter was usable - sort of.
But now I can't see why the newly appeared quirk is also preventing me to use GS with OSM maps and displaying any GPX file at all.
I don't need/want to use Goosgle maps at all, why are OSM maps also unavailable?!

As a workaround, I am trying several alternative geotagging programs, but they all sort of fall EXTREMELY SHORT of how good GS is (was?...). Basically, theu SU*K in comparison... Such a pity this SUPERB project has apparently died a few yars ago...
(0003949)
ceroni   
2022-02-24 19:07   
I'm not sure if everyone is aware of this limitation imposed by Google:
"Beginning in August 2021, a warning message will appear to Internet Explorer 11 users at the top of maps. The last version of the Maps JavaScript API to support Internet Explorer 11 is v3.47. Support for Internet Explorer 11 will be entirely discontinued in August 2022. This also applies to the IE mode in Edge."
Source: https://developers.google.com/maps/documentation/javascript/browsersupport

If I'm not mistaken, this hack:
<meta http-equiv="X-UA-Compatible" content="IE=edge">
will stop working!

Also, I think the browser emulation hack will not be effective anymore:
https://docs.microsoft.com/en-us/previous-versions/windows/internet-explorer/ie-developer/general-info/ee330730(v=vs.85)

Does it mean the end of Geosetter?!
It would be a shame.
(0003950)
dg234   
2022-02-24 20:30   
ceroni - you might want to read this:
https://hinditutor.in/qa/21018/what-does-meta-http-equiv-x-ua-compatible-content-ie-edge-do
It might be worthwhile playing around with the chrome=1 tag...
(0003952)
Friedemann   
2022-02-24 23:30   
Dear people,

Thank you all very much and please excuse my late reaction! Especially to jllanos, your change solves the problem for now. I have just made this change myself and the map now works as expected.

Since this problem will occur again and again, I am planning to change to another map solution this spring/summer! I promise! As far as I can see so far, I will probably switch to Leaflet (https://leafletjs.com/) or OpenLayers (https://openlayers.org/) and hopefully be able to keep all the functionalities.

Best regards
Friedemann
(0003953)
dg234   
2022-02-25 00:09   
Hello Friedemann, A heartfelt thanks from all of us for this terrific program. I love this simple solution to geocoding photos from my backpacking trips. I changed from the google maps api to Leafletjs and opentopo map for my personal website. The change was not that difficult and it is wonderful being free of google and map usage charges. I will say that the openlayers interface can be slow at times. But it is a small price to pay.
We all look forward to the upcoming upgrade to geosetter. Thanks again!
(0003954)
Studia   
2022-02-25 09:42   
Thank you Roscoe.

And a big thanks to Friedemann for rectifying the program/.
(0003955)
zebulon   
2022-02-25 14:31   
Hello @jllanos

Thanks for your solution.

Your file do the job but i can only use google maps... can't say why. so i'm afraid i m using your GOOGLE API KEY (on line 11)...

Regards
(0003957)
Didier G.   
2022-02-25 19:53   
Hello,
Now it works perfectly with Ojlnd's solution, thanks a lot !
By the way, I made a small donation to Friedman to fund some beers to encourage him during the new development.
Thanks again Friedman, your program is great and I love locating my pictures with it.
I wish you all the best,
Didier
(0003958)
zava   
2022-02-27 21:31   
Feedback from Friedeman after so long!
This is great news, hope it means a) all is well with him and b) some development will appear on GS horizon!
Following the recent mishap I investigated several alternative program and did not find any that even comes close! So great news this project may see some future!
Thank you Friedeman for the superlative work and best wishes for the future!
(0003959)
zava   
2022-02-27 21:37   
For the less-than-bright ones among us, may I ask that the full "Ojlnd solution" be cleanly an completely reported in a dedicated post?
Presently, it seems to be distributed in a few separate places, relying on previous considerations about setting dedicated pages and getting google apis...
Not too easy to put everything together...
Would be great if a "foolproof" solution could be recalled in a single place...
Thank anybody who cares to take care!
(0003960)
dg234   
2022-02-27 21:54   
See Bluescape84 comment dated 2022-02-20 23:40. There is a file attached. Get the file and follow the directions.
Setting up an account on Google is not terrible. You just need to get a key.
Per Roscoe: "You have $200 free volume per month. That's about 28500 page views. Only when this volume is exceeded, costs are charged. This should be sufficient for private use."

Give it a try. I think you should be able to manage this with the directions provided in the file.
(0003962)
gptits   
2022-02-28 11:15   
Zava : A complete and centralized solution is an excellent proposition
Regards
(0003963)
zava   
2022-02-28 12:44   
WOW! I got through all the steps detailed in the instruction file (setup google account & api and budget and billing and modifying GS settings...) and it worked! I'd never bet on it but it does work!
Hironically, I just need this just to get the google map briefly displayed, which again enables selecting a DIFFERENT map, which I do because I do NOT use google maps but OSM...
All this just to use OSM... but at least (and at last...) it works!
Anyone who needs, find instructions in instruction files linked in previous posts, which I confirm are complete and effective! May look intimidating, but work...
Thank all posters and namely dg234 for final encouragment!
(0003973)
trainman   
2022-03-03 02:06   
Just got back from a 3 week holiday in America and had this problem. Huge thanks to jllanos for showing what needed to be done to get it working.
(0003975)
egrossman   
2022-03-20 01:01   
Friedman, is it possible for you to post the html file that has all the fixes with dashes for the [API Key Here] in place of you key where we need to put it in? I tried to use Jllanos information but was having trouble finding all the references that need changes. Also, the html file can be edited by simplying changing the extension to .txt and then editing it in notepad and then when done, changing extension back to html, correct? Would really appreciate this, i am sitting on a pile of raw photos from a trip and would love to get the GPS date in them before i do the editing and exporting to JPG, thanks for all you are doing.
(0003976)
jllanos   
2022-03-20 09:15   
Here is the map file I am using; fill the dashes in line 8 with your own Api Key.
(0003977)
egrossman   
2022-03-20 19:51   
Thank you for the file jllanos, appreciate your help
(0003978)
gptits   
2022-03-21 17:13   
Jllanos: Thank you for the file map_google-GS.html
Best regards
(0003979)
gptits   
2022-03-21 18:28   
Jllanos :sorry, but using the file with my google Api key I can only use the openstreet map. When selecting a Google map, I get an error:
"Google Maps did not load correctly on this page. For more technical information on this error, please see the JavaScript Console."
It's probably my key that's not good.
Regards
(0003986)
gptits   
2022-05-03 17:45   
Finally it works for all Google maps. Still the same Google key, but with authorization for JavaScript APIs
Greetings to all and especially to Jllanos
(0004000)
jllanos   
2022-06-27 15:31   
From Google Maps Platform:

    https://groups.google.com/g/google-maps-js-api-v3-notify/c/l3mdkZ5JyDg

That's to say: after November 2022, Geosetter will be unable to display Google Maps.
Geosetter uses Internet Explorer, api version 3.47 was the last to support IE, and api version 3.47 will be retired at that moment.
And there will be no tricks such as changing "map_google-GS.html" file or using an own api key.

I wonder if anyone is doing anything to face this problem; if not, we must hurry up to finish all our pending work with Geosetter...
In five months, we will have no reason to cry, as this has been a "Chronicle of a Death Foretold"
(0004004)
jllanos   
2022-07-06 20:00   
To Geosetter technical staff:

The attached file is a sample of a Delphi program embedding an Edge browser and interacting with it.
It's a tiny program (100 lines of code) developed with Embarcadero RAD Studio 11, with TEdgeBrowser component + WebView2 and uses the map_geosetter.html of Geosetter.
Once loaded the first button shows the map, the second one add some icons executing html/js functions and the third one retrieves values from html DOM.
The code shows methods and procedures that could be useful to remove IE from Geosetter and change to a supported browser.
I would give a try to this approach (it seems a task neither painful nor long)... but I haven't access to Geosetter source code.

I would appreciate too much hearing from you.

Note: In order to execute the exe file, the zip must be extracted (or moved) into C:\WebViewDelphi
(0004005)
heiko   
2022-07-06 20:52   
Hello jllanos,

I've informed Friedemann about your test program via WhatsApp. So the information is not lost in any case! What Friedemann makes of it, I can not judge of course.

By the way, the test program does not run with me. I only get the error message: "Error initializing WebView: $80070002" and then an empty window.
(0004006)
jllanos   
2022-07-07 14:43   
To Geosetter technical staff:

I forgot to say that the program needs MS Webview2 runtime installed in the computer. The download link is:
https://developer.microsoft.com/en-us/microsoft-edge/webview2/#download-section

Of course, if this approach is accepted there are ways to integrate Webview2 runtime in the setup .exe of Geosetter.
I also include the following link, which has been very useful for me in the configuration of RAD Studio with Webview2.
https://blogs.msmvps.com/bsonnino/2021/03/20/using-the-webview2-in-a-delphi-app/
(0004172)
Ron Helms   
2022-12-15 13:45   
.0






















































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































I'm curious: what is happening about the forced IE retirement vs. GeoSetter problem?
FYI: I'm a long-since-retired, ex-programmer. Today I blindly (without really understanding what I was doing) implemented the changes Jllanos recommended back Feb. GeoSetter seems to work (I'll try to do some real work with it later today) but it opened using OpenStreetMap rather than Google Maps, even though I entered my own Google API key.
Will we have a version of GeoSetter that will work with Google Maps?
(0004173)
WilfriedB   
2022-12-15 15:19   
@Ron Helms:
Please see this thread for more explanations and workarounds: https://www.geosetter.de/mantis/view.php?id=2383 as well as Friedemann's blog here: https://geosetter.de/2018/05/10/new-website-new-geosetter-de/#comment-18216
(0004235)
Bluescape84   
2022-12-21 01:11   
Hi all again. I wanted to use Geosetter today (haven't used it since september i think) and unfortunately it's not working again. It's the same error message. The program was working well since @Ojlnd and @dg234 presented their ideas with the html file and the personal API key. I didn't change anything in that file since february 2022 and it stopped working... i read a little the discussions recommended by @WilfriedB but there are a lot of things I don't understand there as i'm not a programmer. The author also mentioned a new version back in november. Not sure if it's still in the works or not. Any idea please what i can do to make the google map work again?? Maybe someone managed to fix the error? If yes can you please share the html file here? :)
(0004236)
Bluescape84   
2022-12-21 01:12   
Oh forgot to tag @jllanos :)
(0004237)
Bluescape84   
2022-12-21 01:48   
So i deleted config.ini in C:\Users\\AppData\Roaming\GeoSetter and used the link of Friedmann (http://map.geosetter.de/v3/map_google.html) in the map address settings of GS. It's working again. There's no satellite map yet, just the default leaflet map, which is useless for me so I'll wait for the satellite and hybrid map to become available. I personally prefer Google Map but i don't understand what changed to get rid of Google Map. Does anyone use the Google Map at this moment? If yes, can you share the file so I can use it too with my personal API key?
(0004239)
ThunderBoy   
2022-12-21 09:14   
@Bluescape84 Download the new beta version. But there are still a lot of bugs. Install it in a different location and copy your config files to it. Or, until the new final version is out, use these my modified files on version 3.5.3. Most everything runs there and you have a choice of different maps. Or use modifications from @Motalf

https://geosetter.de/mantis/view.php?id=2383#c4116
My last attached work for version 3.5.3: https://geosetter.de/mantis/file_download.php?file_id=976&type=bug
See this thread for more information: 0002390
(0004241)
ThunderBoy   
2022-12-21 09:54   
@Bluescape84 I have attached my latest modification for Geosetter version 3.5.3 https://geosetter.de/mantis/view.php?id=2383#c4240
(0004245)
WilfriedB   
2022-12-21 10:46   
@Bluescape84 @Ron Helms things changing rapidly these days. The new 4..04 Beta can be downloaded from here https://geosetter.de/geosetter_beta.exe and it works quite well for me.
(0004249)
Bluescape84   
2022-12-21 12:20   
@Thunderboy & @WilfriedB thanks for the tips! I'll try the beta version for now :) didn't find the link to it yesterday.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2395 [GeoSetter] User Interface minor always 2022-12-20 11:19 2022-12-21 10:47
Reporter: roscoe Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Tracks are loaded incorrectly
Description: A big thanks to Friedemann for this new version.I just installed this. So far runs well. But there is one problem.

Many of my GPX tracks are not loaded at all, or only piecemeal. There are lots of error messages when loading the tracks. Also, the display is very disturbing because of many blue trees.
This problem also affects tracks that were loaded from the net as a finished tour.
All these tracks can be loaded in the old version 3.5.3 without any problems or error messages. The display as a line is also flawless.

Also other applications like GPSSee or Route Converter have no problems with these tracks.

It would also be very nice if when loading a track the map changes to this position. It was like that in the old version.



Tags: "GPX" "Track"
Steps To Reproduce:
Additional Information:
Attached Files: Track_1 4.0.4.jpg (340,351 bytes) 2022-12-20 11:19
https://www.geosetter.de/mantis/file_download.php?file_id=1035&type=bug
Fehler_Track 4.0.4.jpg (83,413 bytes) 2022-12-20 11:19
https://www.geosetter.de/mantis/file_download.php?file_id=1036&type=bug
jpg

Track 4.0.4.jpg (573,735 bytes) 2022-12-20 11:19
https://www.geosetter.de/mantis/file_download.php?file_id=1037&type=bug
Track 3.5.3.jpg (548,363 bytes) 2022-12-20 11:19
https://www.geosetter.de/mantis/file_download.php?file_id=1038&type=bug
marker_waypoint.png (700 bytes) 2022-12-20 16:23
https://www.geosetter.de/mantis/file_download.php?file_id=1041&type=bug
png

waypoint.png (700 bytes) 2022-12-20 16:23
https://www.geosetter.de/mantis/file_download.php?file_id=1042&type=bug
png
Notes
(0004222)
WilfriedB   
2022-12-20 13:29   
@roscoe it seems to me it is the same error, I ran into and @Heiko provided a workaround here: https://www.geosetter.de/mantis/view.php?id=2390#c4198
(0004223)
WilfriedB   
2022-12-20 13:42   
For the workaround you edit map.js in C:\Program Files (x86)\GeoSetter beta\map (with administrator authority!) by changing in line 1630:

buggy: var track = GSM._getElementById(this.tracks, trackId);
fixed: var track = GSM._getElementById(GSM.tracks, trackId);

i.e., you have to replace "this" by "GSM"
(0004224)
roscoe   
2022-12-20 15:03   
@WilfriedB Thanks for the tip. I have made the change. Now the tracks are loaded without error. However, the blue trees are still there and partly only the trees without track line. But I think that will be fixed in the future.
(0004225)
WilfriedB   
2022-12-20 16:11   
@roscoe good and thank you for the feedback!
I did not run into those blue trees. Certainly a different issue. Sounds like wrong icons for way-points or similar.
(0004226)
xyzzy   
2022-12-20 16:23   
It seems that these are the new icons chosen by Friedemann for the "Waypoint".
In the previous version it was:
(0004227)
heiko   
2022-12-20 20:26   
@WilfriedB: just to clarify, the change in map.js is present in the next version of GeoSetter

@roscoe: the blue trees are the new icons for waypoints. So this is what Friedemann wanted. Can I close this issue?
(0004242)
roscoe   
2022-12-21 10:06   
@heiko yes, the issue can be closed. But it would be better if the tree icon becomes smaller. It looks very confusing and unclear. See my pictures Track 4.0.4.jpg and Track_1 4.0.4 jpg.
(0004244)
ThunderBoy   
2022-12-21 10:24   
@roscoe As #xyzzy wrote here https://geosetter.de/mantis/view.php?id=2395#c4226 Feel free to change those icons in the program for any others. You can also put a cannabis leaf there. :)
Geosetter > map > img > marker_waypoint.png
(0004246)
roscoe   
2022-12-21 10:47   
@ThunderBoy. thanks, i will test it in the next days.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2382 [GeoSetter] User Interface minor sometimes 2022-12-01 18:35 2022-12-21 09:32
Reporter: xyzzy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Duplicate files displayed
Description: In some directories, files are displayed as duplicates and GeoSetter displays the wrong number of files in this directory
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: En double - 1 de 2.jpg (323,215 bytes) 2022-12-01 18:35
https://www.geosetter.de/mantis/file_download.php?file_id=946&type=bug
En double - 2 de 2.jpg (128,227 bytes) 2022-12-01 18:35
https://www.geosetter.de/mantis/file_download.php?file_id=947&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2381 [GeoSetter] User Interface feature always 2022-12-01 16:27 2022-12-21 09:32
Reporter: xyzzy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Exclude hidden directories
Description: Is it possible to add an option to exclude files that are in hidden directories?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Exclude Hidden Directory.jpg (70,408 bytes) 2022-12-01 16:27
https://www.geosetter.de/mantis/file_download.php?file_id=945&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2379 [GeoSetter] User Interface feature have not tried 2022-12-01 15:01 2022-12-21 09:32
Reporter: xyzzy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Group By
Description: In the "Edit Location Favorites" section, would it be possible to add the option to group by "SubLocation" (instead of Name)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Group By.jpg (57,597 bytes) 2022-12-01 15:01
https://www.geosetter.de/mantis/file_download.php?file_id=943&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2367 [GeoSetter] User Interface major have not tried 2022-11-09 00:21 2022-12-21 09:32
Reporter: xyzzy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Pas les bon champs pour les dates
Description: Dans GeoSetter, pour cette photos, je ne vois pas de date de création ni de prise de vue, mais Windows me les affiche
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: 2022-11-08_18-17-29.jpg (143,331 bytes) 2022-11-09 00:21
https://www.geosetter.de/mantis/file_download.php?file_id=934&type=bug
jpg
Notes
(0004012)
xyzzy   
2022-11-09 00:24   
J'utilise la version 3.5.3 (Build 2195) mais pas dans la liste déroulante
(0004073)
ljglmail   
2022-12-02 10:29   
Your writing is really informative, especially because it's so meaningful and updated. Thanks for sharing this wonderful post!

Your writing is really great. I’m so glad I read it. It kept me hooked the whole way through.

Thanks for this information. I really appreciate the information that you have provided.


https://www.krogerfeedback.uno/ https://www.iliteblue.com/

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2256 [GeoSetter] User Interface major always 2022-02-17 09:47 2022-12-21 09:32
Reporter: phillip.smith3@bigpond.com Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5.1  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: You are using a browser that is not supported by the Google Maps JavaScript API. Please consider changing your browser.
Description: When opening I can no longer see any maps. I get the following error on the map screen.

"You are using a browser that is not supported by the Google Maps JavaScript API. Please consider changing your browser. "

In the map log, I get the following

17/02/2022 5:59:49 PM ERROR: Could not complete the operation due to error 80020101
  showMap3(2, 2, -32.2494800000, 148.6242966700, 15);
17/02/2022 5:59:49 PM setMapDimension(1224, 652);
17/02/2022 5:59:49 PM updateCustomLayers('{ "layers": [ ] }');
Tags:
Steps To Reproduce: By just opening the program.
Additional Information:
Attached Files: Screenshot (45).jpg (716,894 bytes) 2022-02-17 09:47
https://www.geosetter.de/mantis/file_download.php?file_id=903&type=bug
GeosetterError.PNG (28,366 bytes) 2022-02-18 10:25
https://www.geosetter.de/mantis/file_download.php?file_id=904&type=bug
png
Notes
(0003892)
Paul F   
2022-02-17 14:32   
I am having similar issue
17.02.2022 08:25:47 ERROR: Kan ikke fullføre operasjonen på grunn av feilen 80020101
  showMap3(2, 4, 25.5028185231, -76.6368976266, 17);
(0003893)
grifone87   
2022-02-17 14:33   
Similar to me.
17/02/2022 14:28:22 ERROR: Impossibile completare l'operazione a causa di un errore 80020101
  showMap3(2, 0, 44.0322166667, 10.1427250000, 10);
(0003894)
Slammer   
2022-02-17 15:31   
Same here:
17.02.2022 15:30:30 ERROR: Der Vorgang konnte aufgrund des folgenden Fehlers nicht fortgesetzt werden: 80020101
  showMap3(2, 2, 51.1273881291, 7.0004484408, 10);
17.02.2022 15:30:30 setMapDimension(795, 689);
17.02.2022 15:30:30 updateCustomLayers('{ "layers": [ ] }');

Cannot even switch to OpenStreetMap...
(0003895)
TUMAS   
2022-02-18 10:25   
My standard browser is Google Chrome in the actual version. And I have the same problem like described.
I tried it also with Edge and Firefox.
Best Regards
Tom
(0003904)
JeffK   
2022-02-20 12:35   
Same issue here.
(0003905)
zebulon   
2022-02-20 14:02   
Same issue here.
(0003906)
Ph5700XPA   
2022-02-20 18:47   
Same issue here.
(0003914)
gptits   
2022-02-21 08:55   
Same issue here. 0002260
Map log :
18/02/2022 19:51:05 ERROR: Impossible d'effectuer l'opération à cause de l'erreur suivante 80020101
showMap3(2, 0, 28.0569420104, -15.5099444152, 13);
URL map http://map.geosetter.de/v3/map_google.html
(0003940)
WilfriedB   
2022-02-23 13:33   
The solution suggested by @Ojlnd in https://www.geosetter.de/mantis/view.php?id=2261 did work for me!
Seems the second message "You are using a browser that is not supported ..." it started showing up several weeks ago and still does after implementing Ojlnd's solution, but the maps do work again now!
(0003944)
grifone87   
2022-02-23 14:30   
It work! Thanks a lot To everyone
(0003983)
hassansardar   
2022-04-19 10:25   
am using chrome, when I start it's on auto-downloading, and I don't know what is the download.
https://mynewsfeeds.net/
(0003984)
ReneFH   
2022-04-19 12:29   
I did already have my own Google API since 2019, but I also got the blank screen since end of Feb.

I just edited my own map_google.html file with just the following:

1.- Api version 3.47
2.- Script source src="http://map.geosetter.de/v3/json3.js" (line 9)

and that did already the trick to make the map display and working again.... no other changes than this.

thanks for the advice(s) earlier given.
(0004072)
ljglmail   
2022-12-02 10:28   
Alam@@@7735

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2368 [GeoSetter] User Interface major always 2022-11-15 08:48 2022-11-16 18:52
Reporter: roscoe Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Geosetter Webpage offline??
Description: Since a few weeks the website Geosetter.de is not reachable anymore. See screenshot. At the same time I noticed that the program takes a very long time to start.
Tags: "Web Page" "Starttime"
Steps To Reproduce: Always reproducible
Additional Information:
Attached Files: Geosetter.jpg (114,321 bytes) 2022-11-15 08:48
https://www.geosetter.de/mantis/file_download.php?file_id=935&type=bug
jpg
Notes
(0004013)
WilfriedB   
2022-11-15 13:41   
Strange enough that https://www.geosetter.de/mantis is still working, but I confirm https://www.geosetter.de does not, as I tested with Firefox and Chrome :(
If I understood correctly, the geosetter.exe application is also depending on the very same Web site, but until now, it works fine for me.
(0004014)
heiko   
2022-11-16 18:27   
I just sent Friedemann a WhatsApp and hope he will take care of it soon.
(0004015)
heiko   
2022-11-16 18:50   
geosetter.de is working again

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2350 [GeoSetter] User Interface feature N/A 2022-08-17 21:41 2022-08-20 13:22
Reporter: Zelph Platform: PC  
Assigned To: heiko OS: Windows  
Priority: normal OS Version: 10  
Status: resolved Product Version: 3.5  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Is it possible to use OSM as a basemap instead of Google maps?
Description: Hi,

I used Geosetter a while ago and just reinstalled to have another go. I understand the problem with Google maps API and so I tried to use OpenStreetMap as a basemap. But unsure what exactly to type in the address box.

e.g. https://www.openstreetmap.org/??? < If I choose a tile address or #map address will it work? I am not sure what Geosetter needs.

Thanks,

Jon
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0004007)
heiko   
2022-08-19 14:03   
you can change the map with "Map | Type | OpenStreetMap".
(0004008)
Zelph   
2022-08-19 17:53   
Yay! Thanks so much. I didn't realise bc the menu was mostly greyed out when the map window was in error mode.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1970 [GeoSetter] User Interface minor always 2018-09-07 20:50 2021-01-29 12:34
Reporter: othmarmarti Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.5  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Google claims that maps do not work
Description: On startup google issues a warning: maps not working properly. See geosetter1.png
Closing the alert and using openstreetmap everything seems to work properly.
Switching to google maps (any version) gives "for developmental purpses only" (see geosetter2.png)

Windows 10 build 1803 with all the updates
Tags:
Steps To Reproduce: Just start the program
Additional Information:
Attached Files: geosetter2.png (2,149,491 bytes) 2018-09-07 20:50
https://www.geosetter.de/mantis/file_download.php?file_id=722&type=bug
Geosetter1.png (1,323,106 bytes) 2018-09-07 20:50
https://www.geosetter.de/mantis/file_download.php?file_id=723&type=bug
HowTo-GeoSetter API.pdf (135,215 bytes) 2018-11-29 18:03
https://www.geosetter.de/mantis/file_download.php?file_id=739&type=bug
Geosetter.jpg (91,991 bytes) 2018-12-08 18:56
https://www.geosetter.de/mantis/file_download.php?file_id=747&type=bug
jpg

Geosetter Fehler Google-Karte.pdf (297,908 bytes) 2018-12-20 01:50
https://www.geosetter.de/mantis/file_download.php?file_id=753&type=bug
2018-12-24_074013.jpg (368,038 bytes) 2018-12-24 15:44
https://www.geosetter.de/mantis/file_download.php?file_id=754&type=bug
google api.PNG (39,256 bytes) 2018-12-31 23:58
https://www.geosetter.de/mantis/file_download.php?file_id=755&type=bug
png

geosetter-osm.png (553,815 bytes) 2019-04-11 21:24
https://www.geosetter.de/mantis/file_download.php?file_id=773&type=bug
geosetter.htm (59,431 bytes) 2019-04-11 21:24
https://www.geosetter.de/mantis/file_download.php?file_id=774&type=bug
HowTo-GeoSetter Google API.zip (120,120 bytes) 2020-02-07 18:10
https://www.geosetter.de/mantis/file_download.php?file_id=816&type=bug
grafik.png (26,586 bytes) 2020-02-14 18:47
https://www.geosetter.de/mantis/file_download.php?file_id=817&type=bug
png

api.jpg (139,181 bytes) 2021-01-21 15:29
https://www.geosetter.de/mantis/file_download.php?file_id=841&type=bug
jpg

Geosetter-2.jpg (224,071 bytes) 2021-01-21 15:29
https://www.geosetter.de/mantis/file_download.php?file_id=842&type=bug
jpg
Notes
(0003534)
Friedemann   
2018-09-07 21:01   
(Last edited: 2018-09-07 21:05)
Yes, that's a big problem! Unfortunately I received an invoice on Monday from Google for the map usage in August over about 250 Euro. Today I had a phone call with Google and I hoped they will maybe increase my free map load limit. But they won't. That's why I limited the daily map loads today from 25.000 to 1.000, which then will cost "only" About 80 Euros. I will write a blog entry on my web page in the next days. The only solution will be for the future, that every user have to register his own Google key. I will provide the map files then for download and the users can save them wherever they want and they have to fill in their private Google key. That's the only solution I see at the moment. Another solution will be to get something like a sponsering by someone ;-) For me myself it's by far too expensive to pay 250 or 300 Euro each months… I'm totally sorry About it!!!! :-(

(0003535)
Friedemann   
2018-09-07 21:06   
Additional info: Google changed their pricing model for Google Maps about 2 months ago. That's why it costs now and didn't for years...
(0003536)
Erik Krause   
2018-09-09 17:20   
Perhaps OSM and Bing could be an alternative. OSM could be enhanced a bit allowing to use the bicycle layer (which adds height lines and shaded terrain). Bing is used as a background layer by OSM editors. In fact those editors allow for a lot more imagery resources, like DigitalGlobe or Esri aerial images.
(0003537)
Friedemann   
2018-09-10 14:08   
> Perhaps OSM and Bing could be an alternative.

No, unfortunately not. OSM and Bing are offering Maps, but not a JavaSript API to handle these Maps, as Google do with their Google Maps JavaSript API. The only alternative I see is OpenLayers. But then I have to set up a map server for my own. And all the stuff for handling the map has to be recoded from scratch...
(0003539)
Erik Krause   
2018-09-10 20:51   
I guess you know already, but just in case:
http://geoawesomeness.com/google-maps-api-alternatives-best-cheap-affordable/
(0003545)
zava   
2018-09-20 22:40   
Fyi...
OSM is quite often better and more detaild than Google (especially in the remote areas where I am concerned, Google is often just a blank green swath, while OSM seems to report many more secondary paths).
The only reason why I am most often using a Google background is just that for some reason OSM background severely limits the max zoom leevel vs. Google (and this is, for my purpose, a major difference).
If the same zoom level could be displayed, I would most often use OSM as a background.

A kind of alternative solution (even better for some purposes) would be to be able to use georeferenced images as a background.
Although this does require some extra work and competence, it does allow a higer level of personalization.
I am using GS for a sistematic survey of WWI installation and I have a full coverage of historical maps from the military archives which I have digitized and referenced.

Needless to say, the Google maps would be a far more general solution for most users...

What about asking users to pay a small fee for using GS?
Depending on the user base, I suppose a small fee may be enough to cover a 300€ monthly fee to Google...

On the other hand, it would be a shame if GS would be doomed by Google's price policyt or by the lack of a suitable alternative...
Just ideas...

Hope a solutions does emerge after so much great work!
(0003546)
zava   
2018-09-21 11:07   
By the way, I would not dismiss this issue as "minor"...
The lack of a background map heavily impacts the program's effectiveness...
(0003547)
rau1   
2018-10-02 18:56   
I suggest to consider adding a subscription model for Geosetter to cover the costs. If every user pays a few €/year you should be able to cover the costs and subscribing users would see full Google maps again. I'd be happy to join this group. I love Geosetter since many years. I looked at a few alternative applications, but Geosetter is simply the best in terms of versatility and Map/route visualization.
(0003549)
DenisPac   
2018-10-08 18:50   
I would find more "fair" that each user uses his own API key to connect to Google Maps.
In such case each user would pay - or not - based on his own usage.
This will also allow a broader use of Geosetter, since there will be nothing to pay for a basic usage (as of today).
Thank you anyway for this great tool!
(0003550)
zava   
2018-10-08 19:11   
@DenisPac: I agree it would be more fair under several respects, yet we all know that each unfamiliar click required on the users will half the users' number!
How many will be willing to learn what an API is and how to get such key?
Paying a small fee is easy anf familiar, anybody can do it and also has the additional "fairness" that the whole program we like gets some reward, not just Google API...
Of course the choice is up to the developer, but it seems that the issue of having no map below our images is not being considered very important...while instead I think in the long term will undermine the users base.
Keep up this great work!
(0003551)
aacomm   
2018-10-09 16:57   
@zava e @DenisPac: sono d'accordo con tutte e due. Mi piacerebbe, se @Friedemann è d'accordo, di avere due possibilità: Geosetter completo di mappe pagando un corrispettivo e un Geosetter con l'uso di una propria chiave APi (che per un uso personale è praticamente gratuita). Nulla toglie che il progetto deve continuare e che è doveroso donare magari solo il costo di una birra o un caffè.
(0003557)
JoopvB   
2018-10-25 16:31   
How can I get my own API key from Google and apply it to GeoSetter to solve this problem. To bad to see a great program (and the developer :) to be the victim of changed pricing!
(0003571)
gessel   
2018-11-22 00:20   
My vote would be providing affordance for end-user Google Maps API keys and to preferentially use such a key, if available. Frequent users would likely jump through the hoops and would thus significantly lower the load on program key.
(0003572)
zava   
2018-11-22 11:21   
In fact, not much seems to be going on about this issue.
So it is not clear what is the case: is the issue considered non significant? (which I disagree, because having images georeferenced on... no map does seem to make GS somehow pointless); or is GS a dead/frozen project? (a big shame, given how good the program is!)
It may be a problem of financial support, but I am confident that users would be happy to participate a support policy if one was proposed.
Yet the long lasting silence over this issue does not seem promising...

I hope such great project is not dead!
(0003574)
gsommer   
2018-11-27 17:09   
I tried to download http://map.geosetter.de/v3/map_google.html and change the API-Key to my own, as suggested. But this workaround does not work, or I am missing something important. Could anybody give me a hint, how to do this correctly. Or do I need additional files?
(0003577)
Erik Krause   
2018-11-27 17:52   
gsommer, where did you get the suggestion to use a modified map_google.html? And how would you point geosetter to it?
(0003578)
Erik Krause   
2018-11-27 18:11   
Ok, I found it out: You need the source code of http://map.geosetter.de/v3/map_google.html Copy it in a new file and place it on your computer. Change the api key in the googlapis call (with a plain text editor of course). In geosetter go to File->Settings->Map->Map Address and Layers and under Map File insert the URL of the file like in a browser: f.e. file:///D:/my/path/to/map_google.html - with your particular drive letter and path of course.
(0003579)
RolfW   
2018-11-27 23:51   
To make Markers visible again add the following tag to the local map_google.html file after <meta> tags:
<base href="http://map.geosetter.de/v3/">

Nice solution Erik Krause. Everything works as aspected with personal API-Key and clear map.
(0003580)
gsommer   
2018-11-28 12:33   
Erik Krause, this is exactly, what I did, but the file is not accepted by GeoSetter. If I display the original online URL in the browser, I get a blank page. If I do the same with the changed local file, I get a display of HTML code. So something works completely different after editing the downloaded file. Maybe adding <base href="http://map.geosetter.de/v3/"> will make it work. I will try it, but doubt it.

I used Visual Studio Code to change the Key. I can try another editor maybe. Ah yes and the saved file has a different name. This could also be the problem (I will check it in the evening).
(0003581)
WilfriedB   
2018-11-28 14:11   
Also many thanks to Erik and Rolf!
In the beginning, I had some problems since GeoSetter wouln't recognize the modified file. Not sure, what exactly the problem was (saved in Firefox. extension .htm instead of .html, path names with embedded spaces ...?) After displayed the source code in a browser, select all, copy and paste into an empty text editor, changing the key adding a line according to Rolf's suggesting, saving in the root with extension .html and works fine now!
(0003582)
gsommer   
2018-11-29 00:04   
Thank you all for the tips. It works for me too now.
(0003583)
zava   
2018-11-29 13:27   
I understand that the solution of obtaining a private API key and then directing GS to use it for displaying maps seems viable and effective.
So now it would be very appreciated if some more skilled user could post a dummy-proof instruction as to how to do this, possibly a simple, step by step guide to
- how to obtain an API key
- how to direct GS to use it

Since no "native" solution seems to be available, I guess this would be a great contribution!
Thank you in advance!
(0003584)
JoopvB   
2018-11-29 14:36   
Yes please!!
(0003585)
WilfriedB   
2018-11-29 14:54   
See https://developers.google.com/maps/documentation/javascript/get-api-key for how to get an API key. You need to register and provide a credit card number(!). However, are certain number of accesses per month is free. Google claims, the number is high enough, so "normal" users would never pay - we will see ...
Not sure, what you have to configure in your Google configuration, to get it to work with GeoSetter. I requested the key several months ago, to get another application (RouteConverter) to work. The process was not straight forward and there was some discussion in the forum for RouteConverter.
(0003586)
zava   
2018-11-29 17:35   
Thank you WilfriedB, this seems to be the first half of the solution (getting the API key).
Reading the current, updated pricing conditions, though, it appears that since July 2018 there's no "free quota": users used to be entitled to get 25.000 map loads per day for free; now all map loads are charged (0,007USD/load up to 100.000 loads/day).
So now ALL loads are charges, and using the previously free quantity (25.000 loads) would now cost above 150USD...).
Also, it is not clear exactly what a "map load" is and how many map loads a normal use of GS will generate...

Finally, a "how to" guide would now be required in order to describe what to do in order to get GS to work with the API key.
If anybody cares to make it available, thank you in advance!
(0003587)
RolfW   
2018-11-29 18:03   
To make the configuration steps more clear, I wrote a little HowTo. Use it at your own risk ;-)
(0003588)
zava   
2018-11-29 18:52   
Thank you RolfW!
Very neat, it worked straight away!
Now I just need be very careful with Google invoicing the map loads, it is surely not clear how much that may cost.
At least, I now have a proper map loaded again!
(0003589)
WilfriedB   
2018-11-29 19:15   
Zava, after logging into your Google account, you can open the "Pricing Calculator" https://mapsplatformtransition.withgoogle.com/calculator. Her you can see the prices for usage of the API and your current balance ("Estimated monthly cost Includes recurring $200 credit" in my case)
(0003590)
WilfriedB   
2018-11-29 19:19   
The "Google Cloud Console" provides you with actual usage: https://console.cloud.google.com/google/maps-apis/overview
(0003593)
DenisPac   
2018-12-02 18:56   
Thanks to @Erik Krause and @RolfW!!
Base on their tips I could make GeoSetter work again. Great!!
(0003594)
rau1   
2018-12-03 20:21   
Special Thanks to RolfW - I followed your HowTo Guide in it works great again!
(0003603)
Mapr   
2018-12-07 23:23   
Although the tips to get the map to show up again works, there still is a problem, a big one. The search box is no longer usable. When you search for a location or address, you'll get: "what you searched for .. was not found"

Does anyone have a fix for that?
(0003605)
Erik Krause   
2018-12-08 16:50   
According to http://www.geosetter.de/mantis/view.php?id=1992 you need to activate the geocoding api for your key. Will test on monday...
(0003606)
u564533   
2018-12-08 17:22   
I did the steps of the RolfW's HowTo, but I see a grey area with a sentance "Hoppla! Ein Fehler ist aufgetreten. Google Maps wurde auf dieser Seite nicht richtig geladen. Technische Details dazu entnimmst du der JavaScript-Konsole."
(0003607)
Mapr   
2018-12-08 18:16   
@Erik Krause Thank you for your reply. Yes, my api key is already activated, but the search feature doesn't work.
(0003608)
WilfriedB   
2018-12-08 18:23   
@Mapr: I never experienced any problems with the search, neither before Google changed its policies nor when the map showed "only for development" nor now using my own API key. I'm not sure whether the Google API is indeed used for the search or rather GeoNames instead. Please verify under Settings -> Internet -> GeoNames. The "Adddress of GeoNames Free Webservises" should be http://api.geonames.org .
(0003609)
Mapr   
2018-12-08 18:56   
Just to be clear to anyone reading or replying. The google search that I say is no longer working, is the map search box in geosetter itself.

I've attached a screen shot of the area I am speaking of .
(0003610)
WilfriedB   
2018-12-08 19:00   
@Mapr: This is exactly the search, I meant. But we don't know, if this really uses Google or GeoNames instead. Therefroe I suggested to verify the settings for GeoNames.
(0003611)
RolfW   
2018-12-08 19:11   
@Mapr: For the search feature to work properly, you need to add to add Geocoding API to your API Project. Go to API-Dashboard, open Library, search for Geocoding API and add it to your project.
(0003616)
geewee   
2018-12-19 20:54   
@U564533: same problem here.

After program start the map is shown for a short moment, then the error message "Hoppla..." appears. Also, there is no traffic shown in the API-Dashboard.

Apart from creating an API key, does one have to explicitly activate any specific API (other than Geocoding)? If not, what else can be the cause for the error?
(0003617)
WilfriedB   
2018-12-19 21:11   
@geewee: You also need to activate certain APIs on you Google account. Here is a description in German language https://www.routeconverter.com/faqs/google-api-keys/de . Not sure whether GeoSetter needs all four APIs described on that page, though, but it works fine for me RouteConverter as well as for GeoSetter.
(0003618)
geewee   
2018-12-19 21:34   
OK, I have activated two more APIs and now it works: Maps Static and Maps JavaScript.
(0003619)
u564533   
2018-12-20 01:50   
Works here too, had to active the 2 APIs. For German users I attached a howto. Friedemann should publish it to the homepage
(0003620)
Mapr   
2018-12-21 18:13   
@RolfW Thank you, it looks like all I had to do was to enable the Geocoding API. Everything works now. Thank you, and thank you all who helped me with this!
(0003621)
dydxdx   
2018-12-24 15:44   
Christmas present (from whom)??....I have no personal Google API key/Acc't and the Google maps works this morning.
Merry Christmas!
(0003622)
WilfriedB   
2018-12-24 15:49   
Before I implemented my own personal API key I noticed the same daily: When you start GeoSetter in the morning (but not too early) it would work fine. I assume, in that case Friedeman's account is charged for that, so I decided to use my own key instead to be fair.
(0003623)
dcb_oz   
2018-12-31 23:58   
@rolfw - thanks for the instructions

I have maps working but cannot get anything to search. Both that Javascript API and Static API are enabled. No luck. Search returns "location not found".

Some clarification also on the current pricing as of Jan 1, 2019. There is a $200 credit applied each month which covers approx 28,000 calls. So while it's not "Free" it is for a lot of calls.
(0003624)
RolfW   
2019-01-01 01:26   
@dcb-oz
As I mentioned in 0003611 you need to add Geocoding API to your API project.
http://www.geosetter.de/mantis/view.php?id=1970#c3611
Happy new year!
(0003625)
dcb_oz   
2019-01-01 01:54   
Thanks @rolfw Missed that. Working now.
(0003626)
othmarmarti   
2019-01-01 20:16   
Thanks to all for the help setting up the google API. I have one question left: What do I select at "API-Restrictions"? I am not sure, what to do. I appreciate any cmments!
(0003627)
Erik Krause   
2019-01-01 20:24   
If you use the page on your local computer where there won't be any chance your api key gets exposed to the broad public you don't need any restrictions.
(0003677)
ceroni   
2019-01-26 13:43   
Is there a way to disable Google maps altogether and use OpenStreet maps only?
I’m asking this because I’ve noticed that loading Google maps has been intermittent: it doesn’t load most of the time (as expected) but eventually loads on some (sunny?) days.
Another thing I’ve notice is when Google maps doesn’t load the UI interface is very slow. I haven’t done extensive tests but am quite sure there is a correlation.
(0003679)
Erik Krause   
2019-01-26 18:05   
Currently not (as far as I'm aware of). Even OSM is loaded via google maps API. Google maps works as long as the use count is below a certain threshold. The only option ATM is to register with google maps API and use this as written above.
(0003680)
WilfriedB   
2019-01-26 18:18   
During the last two or three weeks I also experience extremely long response times when I start GeoSetter. I use a personal API since November 2018 and in the beginning I had even the impression, it was faster than using Friedewald's key.
(0003681)
dydxdx   
2019-01-26 23:43   
It would be nice if the publisher would update software to enable easy API Key entry.
(0003688)
Studia   
2019-01-29 06:43   
I would be more than happy to pay a reasonable annual fee for this software to ensure full access to the map.

Is that a possibility?
(0003698)
Erik Krause   
2019-02-24 14:46   
Earlier in this discussion Friedemann wrote there is no javascript API for OpenStreetMap. This is not entirely true. I recently stumbled across the open source leaflet.js API, which can use a lot of different tile providers. See http://leaflet-extras.github.io/leaflet-providers/preview/ for examples. Of course this API also offers markers, popups, polygons and various other layers. openstreetmap.org itself uses leaflet.js. May be it is possible to rewrite the complete map_google.html to use leaflet instead. API reference: https://leafletjs.com/reference-1.4.0.html
(0003703)
pbb   
2019-04-11 21:24   
Just a quick heads up to people wanting to use OpenStreetMap (the map layer, not the API) in GeoSetter: it is perfectly possible to add those layers if you are self-hosting the map. It involves adding new layer definitions inside the showMap3 function. I've attached my modified HTML map file.
(0003724)
OsmImage   
2019-06-04 12:33   
@pbb Tried the geosetter.htm you provided but unfortunately it doesn't work. Could you please describe the procedure to ensure the functionality? By the way I use in a personal project for adding the GPS location to m2ts-files the leaflet-API and I avoid the use of Google maps jsAPI.
(0003725)
pbb   
2019-06-10 00:24   
@OsmImage, did you point GeoSetter to the file? File > Settings > Map > Map Address and Layers > Map File.

Also, it might be that the HTML file only works from a webserver, not as a local file.
(0003726)
pbb   
2019-06-10 00:24   
@OsmImage, did you point GeoSetter to the file? File > Settings > Map > Map Address and Layers > Map File.

Also, it might be that the HTML file only works from a webserver, not as a local file.
(0003727)
OsmImage   
2019-06-10 12:30   
@pbb, thanks for your reply and yes, I did the settings inside Geosetter and furthermore I added in your geosetter.htm, as written above by RolfW, the <base href="http://map.geosetter.de/v3/"> to include all the scripts and icons Geosetter applies. Doesn't function.

Why it should not work as a local file? If there are all the refs included then it should.
(0003767)
Paul   
2019-12-12 15:53   
Hello, everybody,
I have my own API-Key and integrated it as described here. So I edited the map_google.html and entered my key.
That all works now so far.
My only problem are the image markers in the map, they are no longer visible. What else have I done wrong?
Can one of you help me?

Thank you very much
Paul
(0003783)
zava   
2020-02-07 17:45   
Hmm... I had applied the fix and had worked but now I get the "developmento only" warning again.
I checked the "how to " guide I had then used, but Acrobat cannot open it anymore, saying it's damaged!?
Has the issue changed? Was the guide removed?
Anybody knows better?
Thank you!
(0003784)
WilfriedB   
2020-02-07 18:10   
@zava, do you mean this PDF?
(0003786)
wim_van   
2020-02-14 09:37   
Sorry, but I already tried every thing I could find here, but stll, I can't use search.
1) When using file:// ...... the changed maps_google.html does not work.
2) I put the map_google.html on my site and there it works ...
But, Which API are really needed for use with geosetter ? Eveybody is talking that a key is needed (I have one for my proper usage, but I can't use the search-option for a locality and that I need)
Direction.api is for as far I can see no more free in use
Geocoding.api is free, and is activated in my proper key.

When I enter a place to search for, I got errors in a javascript ?

Any help is welcome.
Thanks
(0003787)
WilfriedB   
2020-02-14 10:17   
@wim_van: It is not enough to enter a valid key, instead you also need to enable your Google account for one or more APIs (which is not so straight forward). Before using my own key for GeoSetter, I did so for Routeconverter following the instructions out lined here : https://forum.routeconverter.com/thread-2501.html?highlight=Google+APi .
(0003788)
wim_van   
2020-02-14 18:02   
Strange ?
I did enable my google account. I too have some developments where I use maps from google, it is from there that I own a key.
When I look to Routeconverter, somewhere I found out that next API's are required. I looked to the API I already enabled for my key.
Maps Java Script API: is enabled and is free of charge
Directions API: is not enabled. It costs minimal 5 Euro/month to use it
Geocoding API: is enabled and is free of charge
Maps Elevation API: is not enabled. it costs minimal 5 Euro/month to use it

I have also other API's enabled.
If direction and maps elevation is really needed, I'll pass. 120 Euro /year just to make a search possible ...
My API-key permits to use googlemaps .... So, I just lack the search. It is by trying to use the search I got the javascript-error
Geosetter by the way is a marvel
(0003789)
WilfriedB   
2020-02-14 18:47   
"costs minimal 5 Euro/month" is quite correct. There is a certain number of requests free each months. I don't remember the details now, but that was part of the discussion in the RouteConverter forum. In any case, so far I did not pay anything.
(0003790)
WilfriedB   
2020-02-14 18:48   
Ooops should have been: "costs minimal 5 Euro/month" is NOT quite correct.
(0003791)
wim_van   
2020-02-16 16:22   
OK, I'll give it a try. Thanks.
Just did not found any response why I have to call for the modified maps_google.html on my site and that I can't run it from a local folder on my desktop as mentioned in the documentation.
(0003793)
wim_van   
2020-02-17 08:50   
I changed the modules for the key. At first view all is working nicely, but...
When I request to search for a town, I always get the result '<townname> is not found'
Can there be somewhere a rpoblem with http and https ? I found some urls containing http (not secured connection) ?

Wim
(0003794)
WilfriedB   
2020-02-17 11:45   
@wim_van: This problem has been discussed further up in this thread ( https://www.geosetter.de/mantis/view.php?id=1970#c3611) and the suggestion was: "For the search feature to work properly, you need to add to add Geocoding API to your API Project. Go to API-Dashboard, open Library, search for Geocoding API and add it to your project."
(0003796)
wim_van   
2020-02-18 08:15   
@WilfriedB
Thanks fo the time you invest. But, Geocoding Api is since several years a module in my project, so in my colleciton of enabled API.
All mentioned API's here on the forum are enabled (Only Direction API and Elevations API were diabled and are now enabled too).
But, I have a stupied work arround. In maps.google.com I do the search, copy the coordinates and put these in Geosetter. When done, geosetter shows me the wanted place and I can continue.
(0003847)
monster   
2021-01-21 15:29   
Hi,
I did everything what was in instruction HowTo-GeoSetter Google API.pdf
I got my API key, pasted it into map_google.html file, put <base href="http://map.geosetter.de/v3/"> after meta tags.
Then changed Map File location in Geosetter.
Unfortunetely I see this communicate when I open GeoSetter :( "Oops! Somenthing went wrong. This page didnt load Google Maps correctly.
See the JavaScript console for technical detail"
What do I do wrong?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1226 [GeoSetter] User Interface major always 2014-11-22 22:48 2020-12-29 18:41
Reporter: Suedlicht Platform: Lenovo W500  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 7 (6.1 Build7601  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Sorting order of the list of files is wrong
Description: I have the list of files sorted by date taken (Aufnahmedatum). When I change the folder, the list of files seems sorted, but almost everytime some of the last fles in the list (1, 2 or 3) should list above.
When I then change the order two times, it's ok.

This is a bit boring because often I don't notice it. When I then renumber the files, the numbers/file names are getting wrong.

I'll give you a little hardcopy of such a situation (see upload).
This was just after going to this folder, coming from it's parent.
The files had been renamed by another program by date taken. See the last file in the list? It should list somewhere above, in about the mid of the list.
(The butlast 5 files are of the next day, that's ok)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: GeoSetter-BETA 22.11.2014 223942.jpg (164,407 bytes) 2014-11-22 22:48
https://www.geosetter.de/mantis/file_download.php?file_id=407&type=bug
jpg
Notes
(0003842)
buttercookie42   
2020-12-29 18:41   
> When I change the folder, the list of files seems sorted, but almost everytime some of the last fles in the list (1, 2 or 3) should list above.

I'm seeing this too in v3.5.3, although for me most of the time it's not just the last few files that aren't sorted correctly, but instead a large majority (not necessarily all, though) files are appearing in alphabetical order instead.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
870 [GeoSetter] User Interface feature have not tried 2011-08-30 11:30 2020-12-15 12:39
Reporter: theyeti Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Coordinate view in different format / exif
Description: Gibt es möglichkeit die Coördinaten in ein anderes Format anzuzeigen (Zb UTM / Rd) (oder/und diese an exiffelder des Photo’s heran zu hängen?)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003841)
jachhunter777   
2020-12-15 12:39   
0000870 https://goo.gl/2DqXGj : Coordinate view in different format / exif
Hi its fixed?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1392 [GeoSetter] Image Data feature always 2017-04-20 14:54 2020-04-22 00:27
Reporter: Pascal Platform:  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 10  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Track log Nikon D5300 is not a valid GPS file
Description: I use the track log dialog, to add the gps coordinates to a set of photos I made on a trip in the countryside.

After selecting one of my track log files of my Nikon D5300, the result is:
"The file [name.log] is not a valid track file".
Tags:
Steps To Reproduce:
Additional Information: The file structure is (in notepad):

@NikonD5300/ver1.01/wgs84
$GPGGA,065512.00,5220.3867,N,00447.7561,E,1,,,0.3,M,,,,*1A
$GPRMC,065512.00,A,5220.3867,N,00447.7561,E,1.5,,100916,,,A*73
$GPGGA,065543.00,5220.3826,N,00447.7490,E,1,,,7.3,M,,,,*13
$GPRMC,065543.00,A,5220.3826,N,00447.7490,E,0.0,,100916,,,A*79
$GPGGA,065614.00,5220.3819,N,00447.7413,E,1,,,15.3,M,,,,*26
$GPRMC,065614.00,A,5220.3819,N,00447.7413,E,0.0,,100916,,,A*7F
$GPGGA,065644.00,5220.3820,N,00447.7398,E,1,,,18.3,M,,,,*20
$GPRMC,065644.00,A,5220.3820,N,00447.7398,E,0.0,,100916,,,A*74
$GPGGA,065714.00,5220.3830,N,00447.7428,E,1,,,17.3,M,,,,*26
$GPRMC,065714.00,A,5220.3830,N,00447.7428,E,0.2,,100916,,,A*7F
$GPGGA,065744.00,5220.3838,N,00447.7483,E,1,,,14.3,M,,,,*29
$GPRMC,065744.00,A,5220.3838,N,00447.7483,E,0.0,,100916,,,A*71
Attached Files: N1609100.LOG (144,930 bytes) 2017-04-20 14:54
https://www.geosetter.de/mantis/file_download.php?file_id=466&type=bug
Notes
(0002463)
heiko   
2017-04-23 15:00   
It seams, that the problem is the first line of the track. If I change this line with the first line of my tracks, then your track is working.

This is the first line of my NMEA files:
@Sonygps/ver1.0/wgs-84
(0003809)
homer4775   
2020-04-22 00:27   
I have track logs from an Olympus camera with the same issue not being recognized as a valid gps file. The work around is to change the .log extension to .nmea

After changing the extension geosetter recognized, plotted the point accurately and easily applied coordinates when processed. This process is manageable for a couple of tracks, however for multiple track I use xcopy to create readable files. This can be done in via command prompt or by creating a batch file within the folder.

Here is a sample of coordinates listed within the .log file which are basically nmea format. If they are plugged into any mapping app the location should be the Grand Isle.

@Olympus/-0500/-0500
$GPGGA,152152.1,3657.6993,N,08608.0408,W,1,,,232.9,M,,M,,*7D
$GPRMC,152152.1,A,3657.6993,N,08608.0408,W,,,071219,,*14
$GPGGA,152221.0,3657.7033,N,08608.0574,W,1,,,220.8,M,,M,,*71
$GPRMC,152221.0,A,3657.7033,N,08608.0574,W,,,071219,,*1A
$GPGGA,152251.0,3657.7139,N,08608.0779,W,1,,,211.0,M,,M,,*78
$GPRMC,152251.0,A,3657.7139,N,08608.0779,W,,,071219,,*19
$GPGGA,152321.0,3657.7114,N,08608.0973,W,1,,,227.0,M,,M,,*70
$GPRMC,152321.0,A,3657.7114,N,08608.0973,W,,,071219,,*14

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1217 [GeoSetter] Image Data feature always 2014-09-06 01:11 2020-02-12 17:03
Reporter: aush Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: allow "Link to Originals" to local files in "Export to Google Earth"
Description: in "Export to Google Earth" feature, now it's only possible to add links to full-size photos if they are first uploaded to web. Why not allow also links to local original files? (to open local files from GE, user should enable "Allow access to local files" in GE options, but it's not a big deal)
As a workaround, now I change links in the generated kml from web to local path - with regular expressions it's not difficult but still takes some time...
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003785)
Jacky67300   
2020-02-12 17:02   
Hello.
is there any news about this ?
I wish I can get in the KMZ-file the links to the several photos I just displayes in GeoSetter.
So that I can click on the icon in Google Earth and it opens the photo with picture viewer.
Regards JS

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
290 [GeoSetter] User Interface feature N/A 2008-04-21 11:47 2019-12-27 14:53
Reporter: mmm Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 2.4.3 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Frage: Besteht die Moeglichkeit auch Karten lokal zu halten?
Description: Ich wuerde gerne auch unterwegs (z.B. abends im Hotel) meine Fotos bearbeiten OHNE Internet-Zugang.
Besteht die Moeglichkeit eine Karte fuer GeoSetter auch lokal auf mein Notebook zu laden und dann auf diese zuzugreifen?

(Vielleicht ist die Frage dumm, aber ich habe in der Vergangenheit mit Exifer gearbeitet und da gab es kein GPS-Koordinaten-Update. Habe bisher wenig mit Karten gearbeitet, ausser uebers Internet mit Google Maps. Aber den Wunsch bzgl. lokaler Karte OHNE Internet hatte ich da auch schon, nur nicht weiterverfolgt.)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000606)
Friedemann   
2008-04-21 20:00   
Mit Google Maps geht das leider nicht. Eine Alternative wäre freies Kartenmaterial (z.B. http://www.openstreetmap.org). Aber da müsste dann ein lokaler Kartenserver installiert werden. Außerdem müsste ich alle Funktionalitäten welche Google Maps über seine API anbietet dann selbst programmieren - denke ich. Kein Problem, würde ich gerne machen. Wenn hier jemand einen Tipp hat, wie man z.B. das unter http://www.openstreetmap.org angebotene Kartenmaterial lokal einbinden kann, dann möge er sich bitte melden!
(0003051)
GeoUser   
2017-09-08 00:25   
Hallo! Die Einbindung der Möglichkeiten die OSM bietet wäre eine wahre Bereicherung. Wenn Du die Möglichkeiten rund um OSM abchecken möchtest, dann besuche uns doch mal im Forum unter https://forum.openstreetmap.org/viewforum.php?id=14 (users: Germany). Dort sind immer freundliche und auskunftsfreudige, hilfsbereite Mapper welche gerne helfen. Offline-Kartenmaterial lässt sich ganz sicher erzeugen, das geht ja auch für Garmin, Android-Apps usw. Darüber hinaus ist http://nominatim.openstreetmap.org/search.php vielleicht eine Option für das Reverse-Geocoding, bei all den Daten die OSM hat. Schau doch mal rein ins Forum!
(0003775)
Helma   
2019-12-27 14:53   
Hallo Friedemann,
wird dieses Projekt, dieser Feature-Wunsch, noch weiter verfolgt?
Der Hinweis von GeoUser zeigt ja zumindest auf, wie man hier evtl. weiterkommen kann.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1778 [GeoSetter] User Interface major always 2017-10-14 18:55 2019-12-13 14:12
Reporter: justone Platform: all  
Assigned To: Friedemann OS: all  
Priority: urgent OS Version: all  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Speichern nicht möglich wegen Encoding
Description: 80 files getaggt .... ort, zeiten und so weiter alles noch ROT
auf SAVE geklickt ....
Meldung das er die mit dem encoding nicht speichern kann.
Keine Abfrage zur Auswahl des Encoding wie in der release version.
Das Ende vom Lied .. alle gemachten änderungen weg.
1h Arbeit für die Tonne.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: IMG_9989.jpg (1,893,926 bytes) 2019-12-13 13:59
https://www.geosetter.de/mantis/file_download.php?file_id=811&type=bug
Notes
(0003171)
Friedemann   
2017-10-14 18:56   
Tut mir leid, aber eine Stunde arbeiten ohne zu speichern, das ist ja auch sehr leichtsinnig...
(0003172)
Friedemann   
2017-10-14 19:18   
Ich wüsste aber sehr gerne, was da wohl die Ursache war bzw. wie ich das vielleicht nachstellen kann...
(0003173)
justone   
2017-10-14 19:35   
kein Problem .. ist halt ne Beta ... damit muss man rechnen.

Das lustige daran ist .. ich habe für jpg in den Einstellungen
"IPTC-Daten als unicode speichern" und
"Bei bereits existierenden IPTC Daten Zeichensatz übernehmen"
angehakt.
Vielleicht ist das mit dem Übernehmen nicht so clever gewesen.
Denn die Dateien haben natürlich schon IPTC Informatioen vom Scanservice de die Negative eingescannt hat.
(0003174)
justone   
2017-10-14 19:48   
Ich würde mal sagen die Fotos hatten IPTC mit lokalem Zeichensatz also ohne unicode, und ich habe Tunesien getaggt samt Ort.
In der heutigen Release version kommt dann eine Abfrage das er die nicht speichern kann.
Egal ob man abbricht oder OK sagt was ja dann nicht geht, geht das Speichern fenster wieder zu und die modifizierten Dateien behalten in ROT die Änderungen.
In der Alpha sind dann die Änderungen direkt verschwunden, das war etwas blöd.
Vielleicht hängt es auch mit dem Verschieben UP/DOWN zusammen das er dabei irgendwie durcheinander gekommen ist, keine Ahnung.

Ich würde den Fehler in der Save Routine vermuten.
Sprich IF Änderung = True and Saved = False .. Änderungen in jedem Fall behalten bis jemand Hardcore das Programm trotzdem beendet.
Oder was generell viel viel besser wäre: Wenn Zeichen vorhanden sind die unicode erzwingen, dann kann man sich die Abfrage nach unicode generell schenken, denn entweder müsste ich dann ja alle Daten mit Sonderzeichen ändern oder aber trotz allem unicode verwenden. Letzteren ist wohl heute Standard.
(0003770)
drose   
2019-12-13 13:59   
Habe den Fehler "Warning: FileName encoding not specified - D:/FileStore/Bilder/Urlaube/2018_Südafrika/Andere Reisenden/IMG_9989.jpg" aus dem Aufruf
"C:\Users\nnn\AppData\Roaming\GeoSetter\tools\exiftool.exe -@ "C:\Users\nnn\AppData\Local\Temp\et0057D96D.arg" -common_args "D:\FileStore\Bilder\Urlaube\2018_Südafrika\Andere Reisenden\IMG_9989.jpg""

Laut diesen Thread "https://exiftool.org/forum/index.php?topic=9753.0" sollte der Aufruf von EXIFTool um "-charset filename=latin" ergänzt werden.
D.h. das müsste in common.args aufgenommen werden ?

Ich lade mal ein Demo-Bild hoch.
(0003771)
drose   
2019-12-13 14:12   
Habe mal das Kommando unter den Einstellungen/EXIFTool Nacheinander in die beiden Boxen "Zusätzliche ExifTool-Kommandos ..." eingefügt und nun ein andere Fehlermeldung:

Error: Error reading StripOffsets data in IFD3 - D:/FileStore/Bilder/Urlaube/2018_Südafrika/Andere Reisenden/IMG_9989.jpg
Warning: FileName encoding not specified - D:/FileStore/Bilder/Urlaube/2018_Südafrika/Andere Reisenden/IMG_9989.jpg

Ohne den Eintrag "-charset filename=latin" bekomme ich diese Meldungen :
Warning: FileName encoding not specified - D:/FileStore/Bilder/Urlaube/2018_Südafrika/Andere Reisenden/IMG_9989.jpg
Error: Error reading StripOffsets data in IFD3 - D:/FileStore/Bilder/Urlaube/2018_Südafrika/Andere Reisenden/IMG_9989.jpg
Warning: FileName encoding not specified - D:/FileStore/Bilder/Urlaube/2018_Südafrika/Andere Reisenden/IMG_9989.jpg

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1264 [GeoSetter] Image Data minor always 2015-06-10 12:58 2019-12-13 13:55
Reporter: muellerj Platform: Windows  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 7  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: ExifTool warning "encoding not specified" on saving attributes to jpg
Description: On saving changes to jpg-files "FileName encoding not specified" - warnings are displayed in case path name to file contains special characters (Umlaute).
Reason: changed behavior of ExifTool v9.81 ff. -charset filename=CHARSET has to be used when using special characters in directory name.
Tags:
Steps To Reproduce: Save changes to jpg file with special characters (Umlaute) in path
Additional Information: see http://u88.n24.queensu.ca/exiftool/forum/index.php?topic=6259.0
Geosetter version is 3.4.16 (last non-beta).
Attached Files:
Notes
(0002342)
Flominator   
2016-08-13 16:59   
Same here when tagging pictures from Allgäu :)
(0003769)
drose   
2019-12-13 13:55   
Ich habe Bilder von einem Kollegen bekommen.
beim speichern der Änderungen wird der Fehler
    "C:\Users\nnnn\AppData\Roaming\GeoSetter\tools\exiftool.exe -@ "C:\Users\nnnn\AppData\Local\Temp\et0057D96D.arg" -common_args "D:\FileStore\Bilder\Urlaube\2018_Südafrika\Andere Reisenden\IMG_9989.jpg""
ausgegeben. Die Dateinamen enthalten keine Umlaute, sind aber im Charset nicht kompatibel !?!? => vieleicht unter UNIX erzeugt ?

Unter https://exiftool.org/forum/index.php?topic=9753.0 wurde diskutiert, das der exif-Tool-aufruf um z.B. "-charset filename=latin" ergänzt werden sollte.

Kann ich das Konfigurativ in Geosetter in den EXIF-Aufruf einfügen ?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2065 [GeoSetter] User Interface major sometimes 2019-11-19 21:40 2019-11-21 20:26
Reporter: brunocodebox Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.5.1  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Incorrect codepage encoding for Czech characters
Description: While editing the data for a set of images/pictures taken in the Czech Republic, I use the "Get from Web" button to fill in the Country, State/Province, City and Sublocation automatically. The names are found with correct Czech character spelling. However when selecting "Save Changes" I cannot find an option to select UTF-8 as the Codepage and GeoSetter uses (incorrectly) Latin 1.

My system runs on Windows 10 with US English by default. It seems that GeoSetter will then use Latin 1 (ANSI) (CP 1252) by default and accepts (strangely) certain Czech characters and consequently when trying to save the city name (or province) with Czech characters in the database (phpMyAdmin and pdo with utf8_general_ci for city column) I get the exception error "incorrect string value: '\x9Aovice." The city name for this example is Holešovice.

It seems that GeoSetter doesn't always give the possibility to change the Codepage. When it does, selecting UTF-8 (CP 65001) for Czech characters corrects the error and prevents exception errors in the database.

I cannot find anywhere in the settings where to set UTF-8 as the default character set.
Is there a way or work around to set Unicode UTF-8 as the default Codepage in GeoSetter regardless of the Codepage used on my system?

Thank you in advance.

p.s. the version of GeoSetter is 3.5.3 (Build 2195)
Tags:
Steps To Reproduce: Select any image, edit the data and select a city or province or sub location to a name with one or more Czech characters.
Save the changes. GeoSetter doesn't always detect the conversion error and does not give the possibility to change the Codepage other than the system Codepage.
Additional Information:
Attached Files: City and Sublocation with Czech characters.png (13,149 bytes) 2019-11-19 21:40
https://www.geosetter.de/mantis/file_download.php?file_id=808&type=bug
png
Notes
(0003765)
heiko   
2019-11-20 00:39   
Have you tried to set the character coding to "Osteuropa (ANSI)" or "UTF-8"? You can find this setting under "File | IPTC Character Coding | Osteuropa (ANSI)" or "File | IPTC Character Coding | UTF-8"
(0003766)
brunocodebox   
2019-11-20 18:58   
Hi Heiko,
Thank you for your suggestion, and for the solution actually !!!
It never occurred to me to look under File " IPTC, and it looks so obvious now that you mentioned it,. And that is exactly what I was looking for.
I chose UTF-8 and now everything works. I can save all the images with Czech city names in the database without exception errors, Any other Czech characters can be saved also and show correctly in the database records. This is brilliant !!
Thank you for your quick response Heiko, I really appreciate it. Thank you so much again!!!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1846 [GeoSetter] User Interface feature always 2018-02-03 08:11 2019-11-05 09:00
Reporter: lowjoel Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Support for high-dpi displays
Description: Hello there! Thank you for this excellent tool.

I would like to ask about potential support for high-resolution displays. On such monitors, GeoSetter's interface is blur because of scaling by the OS. Would it be possible to implement DPI-awareness for the tool?

It may be a massive undertaking so if it requires time I fully understand. If I could be of help (I did Win32 programming for a few years before) do let me know.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: GeoSetter.png (428,710 bytes) 2018-02-03 08:11
https://www.geosetter.de/mantis/file_download.php?file_id=683&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2026 [GeoSetter] User Interface major always 2019-02-27 21:49 2019-05-16 14:14
Reporter: karlm Platform:  
Assigned To: heiko OS: Windows 10 Pro  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.51 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Map is not loaded correctly
Description: The map is loaded, but with an error message: "This page can't load Google Maps correctly. Do you own this web site?"
The map is darkened and has several instances of "For development purposes only" spread on top of it.
Please see attached screen shot.

N.B. I am using version 3.4.82 (Build 2184) - BETA and Windows 10 Pro
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Map problem.jpg (562,727 bytes) 2019-02-27 21:49
https://www.geosetter.de/mantis/file_download.php?file_id=772&type=bug
Notes
(0003700)
heiko   
2019-03-01 20:49   
see http://www.geosetter.de/mantis/view.php?id=1970
(0003701)
karlm   
2019-03-02 19:42   
Heiko, thank you for the link!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1105 [GeoSetter] User Interface minor always 2014-01-18 12:19 2019-05-03 14:52
Reporter: joergens_mi Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Probleme beim zuweisen der Richtung
Description: In großen Vergrößerungen ist der Rot-Weiß-Blaue Zuweisungspunkt für die Richtung regelmäßig außerhalb des Bildes, weswegen man um ihn zu erreichen entweder die Zoom-Stufe deutlich ändern oder sich entlang der roten Linien durch panning dorthin hangeln muß.

Kann man nicht dafür sorgen, daß der Anfaßpunkt sich bei Zuweisung zu einem neuen Punkt innerhalb des dargestellten Kartenausschnittes bleibt. Das die Richtung wie bisher beibehalten wird wäre sehr angenehm.

Das beigefügte Bild zeigt links das Problem und rechts die nötige Änderung in der Zoomstufe.

Übrigens ich nutze die 3.4.16 stabil nicht beta (Die stabil ist in der Mantis Liste nicht zu finden)
Tags:
Steps To Reproduce:
Additional Information: Trotz der oben aufgeführten Fehlermeldung. Es ist ein exzellentes Tool, das mir sehr hilft Aufnahmen, Auch Teilaufnahmen an Gebäuden in kurzer Entfernung sehr gut zu verorten und zu verschlagworten. Alle wichtigen Möglichkeiten zum Beschreiben der Bilder sind gegeben.

Manchmal wäre es noch angenehm wenn man aus dem Tool heraus die aktuelle Brennweite (mit und ohne crop-faktor) oder den Blickwinkel (diesen am besten durch zwei Anfasser am Ende des blauen Dreiecks) angeben könnte.

Bei einigen Optiken werden von den Herstellern keine Brennweite eingetragen und bei gestitchten Panoramaphotos stimmen die Winkel oft nicht. Zur Zeit behelfe ich mir da mit händischen Aktionen mit dem exiftool.
Attached Files: mantis_prob.jpg (613,878 bytes) 2014-01-18 12:19
https://www.geosetter.de/mantis/file_download.php?file_id=360&type=bug
mantis_003.png (380,123 bytes) 2014-04-29 17:21
https://www.geosetter.de/mantis/file_download.php?file_id=365&type=bug
mantis_004.png (861,574 bytes) 2014-04-29 17:22
https://www.geosetter.de/mantis/file_download.php?file_id=366&type=bug
mantis_005.png (1,338,156 bytes) 2014-04-29 17:22
https://www.geosetter.de/mantis/file_download.php?file_id=367&type=bug
mantis_006.png (46,669 bytes) 2014-04-29 17:39
https://www.geosetter.de/mantis/file_download.php?file_id=368&type=bug
png
Notes
(0002036)
mmm   
2014-04-29 15:38   
Auch für mich wäre es wünschenswert, wenn der Zuweisungspunkt beim Zoomen innerhalb des Kartenausschnitts bleiben würde. Es ist doch ein größerer zusätzlicher Zeitaufwand, da ich bei fast jedem Foto die Richtung korrigieren muß, da das GPS-Modul den Aufnahmewinkel selten genau richtig liefert.

Manfred
(0002038)
Friedemann   
2014-04-29 16:20   
Hallo,

zu dem "Anfasspunkt" der Aufnahmerichtung: Wenn diser Punkt rot/weiß/blau ist, dann beinhaltet das Foto auch eine Zielkoordinate, welche durch diesen Punkt dargestellt wird. Die wird halt dort dargestellt wo sie sich befindet, evtl. außerhalb des Kartenausschnittes. Enthält das Bild keine Zielkoordinate, sondern nur einen Winkel, dann wird der Punkt nur in lila dargestellt und sollte sich eigentlich auch immer im Kartenausschnitt befinden. Kann sein, dass es da noch etwas hakt. Das schaue ich mir mal an.

Alternativ zum Anfassen an dem Punkt, kann man den Bildwinkel auch durch Verschieben des Bildmarkers selbst verändern. Wenn man den mit der Maus verschiebt, dann kommt eine Nachfrage, ob man das Bild verschieben möchte (nein), oder aber den Blickpunkt hinzufügen bzw. verschieben möchte (ja). Damit ist es vielleicht einfacher.

Ob der Blickpunkt als Koordinate im Bild gespeichert wird oder nicht, das kann man in den Programmeinstellungen angeben ("GPS-Zielkoordinaten speichern"). Bei einem Doppelklick auf das Bild, also im Datenbearbeitungsdialog (Strg+E) sieht man auch, ob da eine Koordinate steht oder nur ein Winkel.
(0002041)
mmm   
2014-04-29 17:17   
Hallo Friedemann,

ich habe das mit dem Verschieben des Bildmarkers sofort getestet. Leider wird dann auch der Aufnahmewinkel auf einen völlig anderen Wert gesetzt.
(Ist die Ursache dieses Problems mit dem Aufnahmewinkel ähnlich dem Problem 001134 ?)

Den Wert "GPS-Zielkoordinaten speichern" in den Programmeinstellungen hatte ich bisher übersehen. Damit erspare ich mir die ExifTool-Kommandos, die ich bisher verwendete. Danke für den Hinweis.

Manfred
(0002042)
joergens_mi   
2014-04-29 17:38   
Danke für die erste Antwort, und ich scheine nicht der einzigste zu sein.

Mein Vorgehen bei Bildern ohne jegliche Koordinaten.

- Suchen der Kameraposition in der Karte (Google, Einstellung satellit)
- Auswählen des Bildes
- Setzen des roten Markers (kkordinate ist eingetragen)
- Setzen des Winkelmarkers (blau mit grünem +) Ergebniss (mantis_003.png)
- Verschieben bis Zielpunkt sichtbar, typischerweise 1 bis 1.5 Kartenausschnittslängen (mantis_004.png) Zielpunkt ist Rot weiss Blau (Richtung und Ziel obwohl von mir nicht gesetzt sind eingetragen) (mantis_006.png)
- Ziehen des rotweisblauen Markers in das selbe Feld wie den Startpunnkt
- positionieren auf den Zielpunkt
- Nächstes Bild
- setzen roter Marker ok
- setzen Blau grüner Marker, wieder außerhalb des Bildes.
- und von vorne

Ursache könnte vielleicht meine gewählte Vergrößerung sein.
Es scheint so zu sein, daß wenn ich die Karten um 3 Minus Klicks verkleinere, daß dann der rot weiss Blau Punkt zumindest in der Karte bleibt. (mantis_005.png)

Vielleicht wäre es hilfreich im Falle der fehlenden Zielkoordinate, den Vektor als default Halb so lang wie die sichtbare Kartengröße ist zu machen.

Danke für die Hilfe und ich hoffe meine Schilderung meiner Arbeitsweise hilft dir weiter. Ich photographiere viele Kirchen und das relativ kleinteilig, so das ich ich viel Koordinaten im Nahbereich habe.

Wenn ich mit der Kamera Pentax K-5 und K-3 und dem zugehörigen GPS-Modul O-GPS1 arbeite, stimmt die Position zwar nicht hundertprozentig - die Ursache ist systematisch und ich kenne sie - die Richtung ist immer perfekt übernommen. Zielkoordinaten trägt die Kamera keine ein und das Problem bleibt bestehen.


Danke für die Unterstützung
(0002043)
Friedemann   
2014-04-29 18:47   
Ich verstehe das Problem noch nicht so ganz bzw. müsste doch der beschriebene Workaround mit dem Verschieben des Markers funktionieren. Hier ein Video welches ich gerade gemacht habe: http://goo.gl/r0Ai47 Ich glaube in der Version 3.4.16 war tatsächlich mal ein Fehler drin, dass der Winkel irgendwie auf 0 gesetzt wurde. Aber in der aktuellen Betaversion sollte das doch passen: http://www.geosetter.de/geosetter_beta.exe
(0002044)
joergens_mi   
2014-04-29 19:07   
Hallo Friedemann,
danke, dank des Videos habe ich den "Workaround" jetzt begriffen. Er funktioniert auch bei maximaler Zoomstellung. Das Problem in der 3.4.16 ist tatsächlich sporadisch vorhanden (interessierte mich aber bisher nicht). Das geschilderte Problem besteht zwar weiter, ist aber dank des Workarounds für mich nicht mehr wichtig.

Womit hast du das Video erstellt, vielleicht kann ich dann bei Gelegenheit das Problem filmen, falls es dich interessiert.

Entschuldigung, das ich nicht die neueste Beta nutze, ich bin etwas konservativ mir ist die stable sicherer.

Da ein Teil etwas off topic ist, kannst du mir es auch über joergens.mic at gmail.com per mail zukommen lassen.


Freundlich Grüße und Danke für die Hilfe (Lösung)

joergens.mic
(0002045)
Friedemann   
2014-04-29 19:25   
Das Video habe ich mit SnagIt gemacht, kann ich sehr empfehlen! Und was das "stabil" angeht: Ich würde mal sagen, dass die "Betaversion" nicht wissentlich unstabiler ist als die offizielle, 3 Jahre alte Version. Die Wahrheit ist auch, dass ich es zeitlich immer nicht hinbekommen habe oder keine Lust hatte, die Betaversion mal zur offiziellen Version zu erheben, mit allem was dazu gehört, also Änderung der Webseite etc. Sicher sind in der Betaversion auch Fehler, aber die sind in der 3.4.16 auch ;-) Da die Sicherheit der Bilddaten eigentlich nicht von GeoSetter abhängt, sondern eher von ExifTool, empfehle ich eigentlich relativ guten Gewissens die Betaversion...
(0002047)
mmm   
2014-04-29 19:43   
Hallo Friedemann,
danke für das Video. Jetzt verstehe auch ich das Verschieben. Durch diese Vorgehensweise ist mein oben beschriebenes Problem gelöst.
Übrigens: ich verwende 3.4.50 BETA, somit auch in dieser Version ok.

Manfred
(0003717)
kevlevrone   
2019-05-03 14:52   
At the moment I'm using the Google Maps JavaScript API for showing and processing the map, it does not depend on the data of the map itself. So offline using is not possible because a connection to the Google server has to be used. https://goo.gl/KyvnZF
I'm thinking about using OpenLayers instead. Then it would be possible to use a local map server (if the user wants to) with any map data the user wants to use. Unfortunately, some things are not so easy to manage with OpenLayers, for example simply dragging and moving markers in the map. Maybe this will be easier with coming OpenLayers 3.
BTW: I'm working hard on a new version of GeoSetter, but I think it will take a few months until it's finished.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2032 [GeoSetter] User Interface major always 2019-04-14 11:06 2019-04-24 23:24
Reporter: Egon1 Platform: PC  
Assigned To: heiko OS: W10  
Priority: urgent OS Version: 1809  
Status: resolved Product Version:  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Fehler beim Abrufen der geografischen Höhe. Fehler beim Prüfen auf Updates.
Description: Fehler beim Abrufen der geografischen Höhe wird folgender Fehler angezeigt:
http://api.geonames.org
Beim Abrufen der Höhendaten ist ein Fehler bzw. Timeout aufgetreten.
Eventuell ist der benutzte Webservice zur Zeit nicht verfügbar.
Versuchen Sie es zu einem späteren Zeitpunkt nochmal... (siehe Anhang 1)

Fehler beim Prüfen auf Updates.
Es wird folgender Fehler angezeigt:
To check for an update failed.
Perhaps your internet connection is not available. (siehe Anhang 2)

Meine Geosetter Version ist 3.4.82 (Build 2184). Die kann aus dem Menü oben nicht ausgewählt werden.
Tags: altitude, exif
Steps To Reproduce: An mehreren Tagen hintereinander getestet.
Additional Information:
Attached Files: Anhang 1.jpg (267,224 bytes) 2019-04-14 11:06
https://www.geosetter.de/mantis/file_download.php?file_id=775&type=bug
Anhang 2.jpg (37,765 bytes) 2019-04-14 11:06
https://www.geosetter.de/mantis/file_download.php?file_id=776&type=bug
jpg

xml_1.jpg (168,750 bytes) 2019-04-23 11:05
https://www.geosetter.de/mantis/file_download.php?file_id=778&type=bug
jpg

xml_2.jpg (127,479 bytes) 2019-04-23 11:05
https://www.geosetter.de/mantis/file_download.php?file_id=779&type=bug
jpg

xml_3.jpg (140,682 bytes) 2019-04-23 11:05
https://www.geosetter.de/mantis/file_download.php?file_id=780&type=bug
jpg
Notes
(0003705)
heiko   
2019-04-15 19:02   
ist es möglich, dass zu dem Zeitpunkt der Fehlermeldungen die Internetverbindung wirklich nicht vorhanden war?
(0003706)
Egon1   
2019-04-16 08:21   
Hallo,
eben wieder probiert.
Internetverbindung ist vorhanden. (Mail + ping geht)
(0003707)
Egon1   
2019-04-16 08:48   
Hallo,
habe eben GeoSetter 3.5.0 (Build 2188) und ExifTool 11.36 installiert.
Keine Änderung
(0003708)
Egon1   
2019-04-21 18:00   
Hallo,
auf einem 2. PC erhalte ich keine Fehler.
Liegt das vielleicht an der Firewall?
(0003709)
heiko   
2019-04-21 22:41   
das kann natürlich ein Grund sein. Ich würde die Firewall zum Test einfach einmal ausschalten. Wenn das der Grund für das Problem ist, dann kannst du ja eine entsprechende Firewall Regel erstellen.
(0003710)
Egon1   
2019-04-22 19:18   
Hallo
habe ich getestet und hat nichts gebracht.
(0003711)
heiko   
2019-04-22 20:46   
wird bei folgendem Aufruf eine Fehlermeldung oder ein Ergebnis zurück geliefert?
http://api.geonames.org/srtm3XML?lat=47.588956&lng=10.544369&username=geosetter&style=full
(0003712)
Egon1   
2019-04-23 11:05   
Hallo,
mir ist nicht klar, was Aufruf bedeuted.
Beim Doppelklick auf den Link in Ihrer Notiz wird folgendes angezeigt. (xml_1.jpg)
Nach dem Download der xml Datei und Doppelklick darauf wird folgendes angezeigt. (xml_2.jpg)
Im Dateifenster von Geosetter werden nur jpg Dateien angezeigt.
Nachdem ich die angefangende Stunde abgewartet habe, habe ich erneut den Link in Ihrer Notiz "gedoppelklickt". Es wird folgendes angezeigt. (xml_3.jpg)
(0003713)
heiko   
2019-04-23 20:04   
na dann denke ich, dass wir das Problem gefunden haben. Mit dem Link wird eine Höhenabfrage bei GeoNames durchgeführt. Für die Abfrage wird der Benutzername "GeoSetter" verwendet. Diesen Benutzernamen verwendet GeoSetter auch, wenn man keinen eigenen Account bei GeoNames angelegt. Ich war zwar der Meinung, dass GeoSetter eine "vernünftige" Fehlermeldung ausgibt, wenn das stündliche Limit erreicht ist, aber das schein wohl doch nicht der Fall zu sein.

Ich würde an deiner Stelle einen eigenen Account bei GeoNames anlegen (der ist kostenlos). Den Account kann man unter http://www.geonames.org/login erstellen. Wenn der Account angelegt und aktiv ist, dann kann der Accountname in den Optionen im Reiter Internet eingegeben werden.

Ich hoffe, dass dann die Höhenabfrage auch wieder funktioniert.
(0003714)
Egon1   
2019-04-24 07:22   
Hallo,
ich hatte einen Account. (Nutzer Egon1)
Mit diesem Account erhalte ich immer noch Fehler.
Nachdem ich den Namen entfernt habe, funktioniert geosetter wieder (mit Standardname "GeoSetter")
Nun ist mir aufgefallen, das nach der Anmeldung mit "Egon1" "Welcome egon1" angezeigt wird.
Eine Anmeldung mit "egon1" funktioniert auch. Nun habe ich in den Internet Einstellungen "egon1" eingetragen. Und es funktioniert wieder.
(0003715)
heiko   
2019-04-24 23:24   
ich habe noch im Hinterkopf, dass man nach dem Erstellen des GeoNames Accounts diesen auch noch für die Webservices freischalten musste .. aber gut, dass es jetzt funktioniert, das ist die Hauptsache

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2029 [GeoSetter] Image Data major have not tried 2019-04-05 17:01 2019-04-05 22:00
Reporter: Schmetzer Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.5  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Google Karten Fehlermeldung
Description: Heute Vormittag einwandfreie Kartendarstellung der Google Karten,
am Nachmittag wieder die bekannte Fehlermeldung:
For development purposes only
Tags:
Steps To Reproduce:
Additional Information: Liegt der Fehler an meinem System? Win 10, Edge, IE 11, ....
Ich habe alles aktualisiert
Attached Files:
Notes
(0003702)
heiko   
2019-04-05 21:59   
es liegt nicht am System, sondern an den Bezahlbedingungen von Google. Hier ist es etwas genauer beschrieben: http://www.geosetter.de/mantis/view.php?id=1970

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1736 [GeoSetter] User Interface block always 2017-09-17 13:40 2019-01-16 20:31
Reporter: lamalate Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Format '%s' ungültig oder nicht kompatibel mit Argument
Description: Un message d'erreur apparait 2 fois lors de l'enregistrement des modifications. Voir bugreport. Version 3.4.16 (build 2119)
Beim Speichern von Änderungen erscheint eine Fehlermeldung zweimal. Siehe Bugreport.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: bugreport.txt (19,414 bytes) 2017-09-17 13:40
https://www.geosetter.de/mantis/file_download.php?file_id=616&type=bug
bugreport-2.txt (28,737 bytes) 2018-12-14 17:15
https://www.geosetter.de/mantis/file_download.php?file_id=748&type=bug
bugreport2.txt (28,432 bytes) 2018-12-14 17:15
https://www.geosetter.de/mantis/file_download.php?file_id=749&type=bug
bugreport-3.txt (22,384 bytes) 2019-01-16 20:31
https://www.geosetter.de/mantis/file_download.php?file_id=761&type=bug
Notes
(0003053)
lamalate   
2017-09-17 16:32   
Fixed in beta
(0003613)
lamalate   
2018-12-14 17:15   
Version 3.5 - Ce bug recommence .. impossible de sauvegarder les données gps, la photo est bien sauvegardée mais sans inscription des données et le rapport de bug s'ouvre.
(0003638)
gaetoons501   
2019-01-16 20:31   
Exact same problem here, trying to set new coordinates to a large amount of photo, and I get that bug randomly on some of them. That's really annoying.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1465 [GeoSetter] User Interface major always 2017-05-16 07:55 2018-12-11 23:15
Reporter: hansjoerg Platform: geosetter 3.4.16 und beta  
Assigned To: Friedemann OS: win 10  
Priority: high OS Version:  
Status: confirmed Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Karte scheint nicht auf
Description: Hallo

Im Kartenfenster erscheint:
"Hoppla! Ein Fehler ist aufgetreten.
Google Maps wurde auf dieser Seite nicht richtig geladen. Technische Details dazu entnimmst du der JavaScript-Konsole."

Den Hinweis zum Link auf http://www.geosetter.de/map_google.html habe ich gelesen und befolgt.

.. und es wird keine Karte angezeigt. Im Anhang habe ich die Settings und einen screenshoot angefügt. Das Problem kommt auf mehreren Arbeitsstationen windows 7 und windows 10 vor.

LG Hansjörg
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: geosetter_settings.zip (969,593 bytes) 2017-05-16 07:55
https://www.geosetter.de/mantis/file_download.php?file_id=483&type=bug
Notes
(0002494)
Friedemann   
2017-05-16 09:17   
Ja, die Karte meldet den Fehler:

You have exceeded your daily request quota for this API. We recommend enabling billing to get a higher quota: https://developers.google.com/maps/documentation/javascript/usage

Das ist noch nie passiert. Und in meinem Google-Account sehe ich, dass heute über 100.000 Requests stattgefunden haben. Normalerweise sind es so 10.000 bis 15.000. Kostenlos sind 25.000 Zugriffe pro Tag. Jeweils 1.000 Zugriffe darüber hinaus kosten 50 Cent. Das habe ich natürlich glücklicherweise nicht aktiviert.

Mal schauen, ich hoffe, das war eine einmalige Sache. Ansonsten müsste ich schauen, dass ich den Google-Key wechsele. Oder aber sogar jeden Nutzer dazu verpflichte, sich selbst einen Key anzulegen...

Entschuldigung für die Umstände! :-(
(0002571)
moboter   
2017-05-23 10:59   
Habe heute eine interessante Entdeckung gemacht bei der Installation des Geosetters.
Installiert habe ich die Anwendung als Administrator hat wunderbar funktioniert auch die Karte baute sich auf. Danach als normaler Benutzer angemeldet und Geosetter gestartet danach wurden immer wieder requests an die Karte geschickt ohne dass sie sich aufbaute. Wäre vielleicht eine Erklärung für die hohen zugriffszahlen
(0003612)
u564533   
2018-12-11 23:15   
Ich habe mit Version 3.5.0 den gleichen Fehler, leider finde ich auf der Seite https://www.geosetter.de/mantis/view.php?id=1970 keine Lösung, daher hänge ich mich hier dran.
Ich habe verschiedene Szenarien erfolglos ausprobiert. Datei > Einstellungen > Karte > Kartendatei und Layer > Feld Kartendatei

1. http://www.geosetter.de/map_google.html
Fehler: "Google Maps kann auf dieser Seite nicht richtig geladen werden

2. file:///d:/Users/.../geosetter/map_google.html
nach Anleitung von https://www.geosetter.de/mantis/view.php?id=1970#c3587
Fehler: "Hoppla! Ein Fehler ist aufgetreten. Google Maps wurde auf dieser Seite nicht richtig geladen. Technische Details dazu entnimmst du der JavaScript-Konsole."

Was muss ich tun, damit ich die Karte wieder sehe? Ich habe einen eigenen Google API-Schlüssel.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1728 [GeoSetter] Image Data text always 2017-09-03 09:28 2018-11-27 17:47
Reporter: rugux Platform:  
Assigned To: Friedemann OS: Win 10  
Priority: normal OS Version: latest  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: deutsche Umlaute werden zerstört
Description: aktuell in Verwendung: 3.4.53 beta:
Beim Speichern von Bilddateien nach Vornahme von Änderungen in GeoSetter (z.B. Einfügen von Höhendaten) werden alle deutschen Umlaute (ä, ö, ü, Ä, Ö, Ü) in den IPTC-Texten (Headline, Description) durch unleserliche Zeichen erstezt.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003576)
WilfriedB   
2018-11-27 17:47   
Ich habe die Feststellung gemacht, dass das nicht passiert, wenn man Texte mit Umlauten erstmals eingibt, sondern nur wenn diese einmal erfolgreich abgespeichert wurden, die gleiche Dateien irgendwann später wieder mit GesoSetter geöffnet und ein anderer(!) tag geändert und abgespeichert. Das Unangenehme daran ist: Schaut man sich die Texte unmittelbar nach ändern und abspeichern in GeoSetter an, sieht alles richtig aus. Öffnet die aber dann erneut oder auch in einem anderen Programm, dann wurden die Umlaute durch andere Zeichen ersetzt.
Das Ganze betrifft nicht nur Headline und Description, sondern auch Keywords, Supplemental Categories, Location und vielleicht noch andere Tags. Neben den deutschen Umlauten sind davon auch französische accents betroffen (z.B. é erscheint als é).
Als Verwaltungsprogramm nutze ich Daminion und hab mir dort extra eine Reihe von Saved Searches erstellt um tags mit é, ö, è, ä ... etc zu suchen und zu korrigieren.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
884 [GeoSetter] User Interface feature N/A 2011-09-14 22:07 2018-11-23 00:12
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.21 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Kollektions-Modus
Description: phantastisch wäre es wenn sich der Kollektions-Modus in der Oberfläche von GeoSetter aktivieren läßt, und die Kollektion dann per Drag&Drop aus dem Explorer füllen liese
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001672)
heiko   
2011-09-14 23:10   
idealerweise sollte das natürlich sowohl mit Dateien als auch mit Verzeichnissen funktionieren
(0001963)
heiko   
2013-12-01 23:10   
das fände ich immer noch klasse :-)
(0003573)
Kugelblitz78   
2018-11-23 00:12   
Das fände ich auch sehr klasse.
Die Kollektionen könnten auch als TXT Datei (list mit Pfad und Dateiname) exportierbar sein...z.B. zur Weiterverarbeitung mit dem exiftool

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1992 [GeoSetter] Image Data feature N/A 2018-10-29 17:21 2018-10-30 20:27
Reporter: Nasenbaer Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.5  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Suchfeld für Orte im Kartenfenster
Description: Bei der Nutzung einer eigenen API wäre es klasse, wenn man auch die places searchbox nutzen könnte. Siehe: https://developers.google.com/maps/documentation/javascript/examples/places-searchbox
Als Laie in Sachen Programmierung ist es mir leider nicht gelungen, die maps.html korrekt anzupassen. Eine entsprechende Vorlage für Nutzer mit eigener API wäre super.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Bug1992.png (56,706 bytes) 2018-10-29 22:56
https://www.geosetter.de/mantis/file_download.php?file_id=734&type=bug
png

Suche_not_found.png (1,378,186 bytes) 2018-10-30 14:41
https://www.geosetter.de/mantis/file_download.php?file_id=735&type=bug
Notes
(0003559)
heiko   
2018-10-29 22:56   
dieses Suchfeld gibt es bereits unterhalb der Karte (siehe Screenshot).

Wenn die Frage/Wunsch hiermit erledigt ist, bitte kurz melden, dann mache ich diesen Vorgang zu.
(0003560)
Nasenbaer   
2018-10-30 14:41   
Bei Nutzung des Suchfeldes kommt eine Fehlermeldung. Ich war davon ausgegangen, dass hier nur nach Bildern mit entsprechenden Ortsnamen gesucht wird und nicht nach beliebigen Orten auf der Karte. Was könnte die Ursache für die Fehlermeldung sein?
(0003561)
heiko   
2018-10-30 15:48   
Bei mir wird sowohl München als auch Hamburg bei der Suche gefunden und entsprechend auf der Karte angezeigt.
(0003562)
Nasenbaer   
2018-10-30 18:02   
Ich habe das Problem gelöst und wie in 99% der Fälle liegt es am Anwender. Ich hatte die Geocoding API aktiviert, aber dämlicherweise nicht für meinen Schlüssel freigegeben. Nachdem sich die 403 Fehler in der Konsole gehäuft haben, ist es mir dann auch endlich aufgefallen. Vielen Dank für die schnellen Antworten!
(0003563)
heiko   
2018-10-30 20:27   
Hauptsache es funktioniert jetzt

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1729 [GeoSetter] User Interface major sometimes 2017-09-08 00:15 2018-09-15 23:03
Reporter: GeoUser Platform: PC  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 10  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Geonames liefert fehlerhafte Ortsbezeichnungen
Description: Beim Reverse-Geocoding (z. B. 51,54620000, 7,41060000) werden fehlerhafte Ortsnamen geliefert. Bei den og. Koordinaten z.B. "Nieder Nette" statt "Niedernette". Das ist mir schon öfter aufgefallen, bisher ignoriert. Nun setze ich Stadt + Ort in einigen Bildern als Beschriftung in Bildern ein (wie ein Wasserzeichen).
Tags:
Steps To Reproduce: 51,54620000, 7,41060000
Additional Information: Alle Versionen / in Benutzung 3.4.53 (Build 2170) BETA

Im Vergleich zur GeoNames-Abfrage, liefert OpenStreetMap-Nomatim nicht nur ein korrektes Ergebnis, sondern auch


Eine Straße:
http://nominatim.openstreetmap.org/search.php?q=51.54620000,%207.41060000

Eine genaue Bezeichnung eines Geländes/Gebäudes sofern vorhanden:
http://nominatim.openstreetmap.org/search.php?q=51.57135000%2C7.38345000
http://nominatim.openstreetmap.org/search.php?q=51.57122%2C+7.38022
http://nominatim.openstreetmap.org/search.php?q=51.56603%2C+7.36701
http://nominatim.openstreetmap.org/search.php?q=51.4291%2C+7.4734

http://nominatim.openstreetmap.org/search.php?q=51.49000%2C+6.87245
Und über die place_id sind noch mehr Detaildaten zu erhalten:
http://nominatim.openstreetmap.org/details.php?place_id=120856896

Und sogar Hausnummern:
http://nominatim.openstreetmap.org/search.php?q=51.55067%2C+7.36149


Eine OpenStreetMap-Karte hat GeoSetter ja schon.

Wäre es da nicht zu überlegen ob es möglich ist, primär Nomatim und nur als Fallback GeoNames zu befragen?

Die Nomatim-Antworten / OSM-Daten sind erheblich detailreicher und wären eine wahre Bereicherung für die Beschriftung von Bildern.



Attached Files:
Notes
(0003065)
Erik Krause   
2017-09-30 13:56   
Ich würde das auch begrüßen! Für etliche Alpengipfel liefert GeoNames den Gewann-Namen, der in dem Zusammenhang völlig uninteressant ist. Nomatim macht das besser: http://nominatim.openstreetmap.org/search.php?q=47.326717%2C+10.128402
(0003543)
ml   
2018-09-15 23:03   
Ich kann das nur unterstuetzen. Hab das gerade fuer Schweden erlebt, geonames liefert ziemlichen Unsinn, nominatim hat dagegen absolut korrekte Ergebnisse.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1008 [GeoSetter] Image Data major always 2012-12-31 17:57 2018-08-15 16:53
Reporter: noirist Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Geosetter hangs when reading ARW files from Sony DSC-RX!
Description: Thank you for your outstanding tool! I'm using geosetter 3.4.16 Build 2119, which uses exiftool 9.09 to read and write image metadata. Geosetter hangs when I open a directory full of ARW image files from the new Sony DSC-RX1. When I try kill geosetter, windows reports an error that "Managing metadata (EXIF/IPTC/XMP) of image files is not responding". If I don't kill geosetter, eventually it loads the directory but it takes a very long time (eg., 30 seconds for a directory with only 2 24MB ARW files, 4 minutes for a directory with 13 24MB ARW files, and an unknown amount of time for a directory with 80 ARW files). When I open a directory full of similarly-sized NEF files, Geosetter loads the directory much more quickly (eg., 49 seconds for 35 21MB NEF files). This is on a Windows 7 64-bit machine with 8GB of RAM.
Tags:
Steps To Reproduce:
Additional Information: At first I thought it was an issue with exiftool, but Phil thinks not.
http://u88.n24.queensu.ca/exiftool/forum/index.php/topic,4668.0.html
Attached Files:
Notes
(0003533)
obetz   
2018-08-15 16:53   
The slow handling makes Geosetter practically unusable for Sony ARW files.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1140 [GeoSetter] User Interface minor always 2014-05-09 19:10 2018-07-05 13:24
Reporter: capricorn Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Improper Image Preview of Panasonic DMC-G6 RAW files
Description: When displaying DMC-G6 RAW files in the image preview window it seems that part of the color information is not included. The Image looks extremely pale, especially all red color information seems to be missing. See uploaded file.
Tags:
Steps To Reproduce:
Additional Information: Preview of DMC-G3 RAW files seem to not have this problem.

Problem also exists in latest beta 3.4.50.
Attached Files: Screenshot.jpg (195,264 bytes) 2014-05-09 19:10
https://www.geosetter.de/mantis/file_download.php?file_id=373&type=bug
jpg
Notes
(0002052)
Eric   
2014-05-15 20:00   
Sure you don't have the issue with your G3?
I have the same pale preview with both G3 and G5 Raw files!
(0002057)
capricorn   
2014-05-16 07:12   
For none of my G3 RW2 files I could see the issue. Only G6. I don't have access to any other cam.

In the meantime, I have investigated a bit on my own. I have replaced the dcrawlib.dll used by geosetter with a more recent version I found on the web (revision 1461) with this it looks much better. Still not perfect (might be some WB issue) but for a preview it's ok.

Hope that Geosetter can include this fix as well with the next update.
(0002070)
Eric   
2014-05-16 22:27   
I remember indeed it had something to do with dcraw.
I was still using the "stable" version with dcrawlib 1.4.3.9
I just upgraded to 1.4.5.4 found in CameraRawFiles demo on http://www.imageen.com/demos/index.html.
This fix partially the issue for the G3 and G5, having also WB error, but it might be related to the way dcraw in handling the file. In comparison, FastPictureViewer (and therefore Windows via FPV codec pack) shows a much nicer picture.
Where did you find version 1.4.6.1 ?
(0002075)
Friedemann   
2014-05-17 00:15   
Hi! Can you perhaps send such a RAW file to me (support@geosetter.de)?
(0002080)
capricorn   
2014-05-17 12:26   
@Eric:
I don't know anymore and I can't find the page. I just recall that it took me quite some to find an up-to-date version.
If you don't mind, I can share the file I downloaded via my dropbox:
https://dl.dropboxusercontent.com/u/7619865/dcraw_1461.zip

@Friedemann:
Here are two RAW files taken with DMC-G6:
https://dl.dropboxusercontent.com/u/7619865/P2020739.RW2
https://dl.dropboxusercontent.com/u/7619865/P2030035.RW2
(0003523)
Eric   
2018-07-05 13:23   
The new release 3.5 is using dcrawlib.dll from 2016.

The issue seems to be resolved for the rw2 of my G5 file, but I have now a G80/G81 camera which RW2 are badly shown.

Could you update the dcraw lib in 3.5.x ?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
982 [GeoSetter] User Interface feature sometimes 2012-09-02 19:18 2018-07-05 13:07
Reporter: Eric Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Feature request: save all metadata in a local file.
Description: Every once a while, while saving, I got a complete freeze of Geosetter and I must kill the process, thus losing all temp data not yet saved. Losing work is always very frustrating.
They might be many different cause for such an issue.
Therefore, it would be much more convenient to save all metadata to be saved in a file BEFORE saving them on each pictures via exiftool.

On exit, Geosetter should write a bool "properly saved". If a crash or a freeze happen, on next start, Geosetter will read that it was not properly saved and will load the metadata file saved before.

With this quite simple feature, it will again a pleasure to use Geosetter, even if it's crashed.

PS: 3.4.16 is release, not beta
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001925)
Eric   
2013-09-15 17:17   
what do you think about this?
(0001957)
Friedemann   
2013-12-01 17:41   
Yes, very good idea!
(0001990)
Friedemann   
2013-12-08 18:41   
The data will be saved now in background. When closing the program without finished the saving processes, next time when opening GeoSetter you will be asked to continue. It's not finished already, the user interface has to be still adjusted, for example the content of new panel for showing the queued files. But it shuld work already...
(0002068)
Eric   
2014-05-16 22:18   
if implemented, should it be marked as resolved?
(0003522)
Eric   
2018-07-05 13:07   
just upgraded to 3.5 and had another crash, allowing me to check these feature: well implemented in the collection mode. The ticket can be closed!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1206 [GeoSetter] Image Data minor N/A 2014-07-29 14:05 2018-07-01 03:19
Reporter: jmoliver Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: [Feature Request] Use Foursquare to obtain Sublocation names
Description: Although Geonames.org has a lot of locations, it would be interesting if the nearby sublocation names could be retrieved from Foursquare as well. User would log in to Foursquare via GeoSetter.

Also, retrieving and displaying places where the user has checked in, would aid in the process of geotagging photos.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002160)
jmoliver   
2014-07-29 14:30   
Interesting. I just discovered one can do something similar! Foursquare exposes location data as kml in https://foursquare.com/feeds/

It would be nice then, if the feed can be added directly to Geosetter. Without having to download it to the PC first.
(0002161)
jmoliver   
2014-07-30 04:43   
The KML export feed contains the geo coordinates, placename, date of checkin as well as the URL of the foursquare location. This may come in use for synchronization.
(0002508)
jmoliver   
2017-05-16 23:04   
This is somewhat related to this issue: http://www.geosetter.de/mantis/view.php?id=1307

Ref: https://jmoliver.wordpress.com/2016/03/18/using-iptc-location-identifiers-to-link-your-photos-to-knowledge-bases/
(0003520)
jmoliver   
2018-07-01 03:19   
I wrote a blog post on how to use Foursquare Check-ins with GeoSetter - more of a hack.

Keeping a log of your visited locations for later adding them to your photo’s metadata
https://jmoliver.wordpress.com/2018/06/30/keeping-a-log-of-your-visited-locations-for-later-adding-them-to-your-photos-metadata/

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1225 [GeoSetter] Image Data feature have not tried 2014-11-17 16:16 2018-06-27 14:44
Reporter: Yirg Platform: Windows  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.14 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Option to disable addition of geo:lat, geo:lon and geotagged
Description: I just discovered GeoSetter and am very impressed. The software seems to do exactly what I want, and that is to add location information based on the GPS info embedded in my Sony A77 files. The only issue I have is that it adds the tags geo:lat, geo:lon and geotagged which seems redundant because the GPS information is already in the files. Moreover, this clutters the image cataloging software I'm using with many needless tags, making manually entered tags harder to access. See attached screenshot. Is there a way to disable the addition of these three keywords? If not, I really hope you see the value and would consider adding it.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: psp-x7-tags.png (14,126 bytes) 2014-11-17 16:16
https://www.geosetter.de/mantis/file_download.php?file_id=406&type=bug
png

error.PNG (24,365 bytes) 2018-06-18 11:30
https://www.geosetter.de/mantis/file_download.php?file_id=716&type=bug
png

Flickr Geo Tags.PNG (45,403 bytes) 2018-06-19 07:56
https://www.geosetter.de/mantis/file_download.php?file_id=717&type=bug
png
Notes
(0003502)
Kugelblitz78   
2018-06-15 02:30   
Hello,
I have exactly the same issue with geosetter. The Additional Tags makes working with Tags in other programs very messy.

I love to have a feature to bulk remove the "geo:lat=xxxxx", "geo:lon=xxxxx" and "geotagged" Tags from all my Images.
(0003503)
heiko   
2018-06-16 16:26   
you have the posibility to delete these tags with an additional ExifTool command.
(0003504)
Kugelblitz78   
2018-06-17 11:22   
Hello Heiko,
thank you for the Message.
I have no clue how to use ExifTool commands.
What would the command be to delete all "geo:lat=xxxxx", "geo:lon=xxxxx" and "geotagged" Tags from all my Images ?
Danke für deine Hilfe
Schöne Grüße
mARTin
(0003505)
heiko   
2018-06-17 20:54   
Hallo Martin,

ich habe gerade ein paar meiner Bilder angeschaut, und da gibt es nirgends ein "geo:lat=xxxx". Sollte der Tag so heißen, dann öffne die Einstellungen ("Datei | Einstellungen") und wechsle auf den Reiter "ExifTool". Hier aktivierst du dann "Zusätzliche ExifTool-Kommandos nach GeoSetter-Kommandos aktivieren" und trägst folgendes ein:

-geo:lat= -geo:lon= -geotagged=

evtl. muss noch ein -execute vor das Kommando, aber das müsstest du testen.

Grüße
Heiko
(0003506)
heiko   
2018-06-17 20:56   
ach ja .. bitte mit Testbildern probieren bis alles so ist wie es sein soll! Mit den ExifTool Kommandos kann man sich durchaus einiges abschießen! In der Hilfe steht da übrigens auch was dazu ..
(0003507)
Kugelblitz78   
2018-06-18 11:30   
Hallo Heiko,
vielen Dank für Deine Antwort. Hat mich schon mal in die richtige Richtung verwiesen.

So ganz hat es jedoch nicht geklappt. (siehe Screenshot)
Bei der Methode muss ja auch jede Datei erstmal geändert werden damit geosetter diese Speichert und dann die zusätzlichen exiftool-Kommandos auch ausführt.

Denke ich werde es mit dem ExifTool direkt versuchen und habe in dem Support Forum die Frage beschrieben.

http://u88.n24.queensu.ca/exiftool/forum/index.php/topic,9288.0.html
(0003508)
heiko   
2018-06-18 20:26   
stimmt, bei der Methode muss das Bild gespeichert werden, aber für die Zukunft ist das sicher ein gangbarer Weg. Ich verwende diese Kommandos z.B. um das Copyright automatisch in meine Bilder zu schreiben. Ich würde also die bestehenden Bilder direkt mit ExifTool bearbeiten und die zukünftigen mit GeoSetter ..

So wie das im ExifTool Forum aussieht scheint der Aufruf doch ein wenig komplexer zu sein.
(0003510)
Kugelblitz78   
2018-06-18 22:49   
Hallo Heiko

der korrekte exiftool befehl für diese Aufgabe lautet:

exiftool -sep xxx "-subject<${subject@;$_=undef if /^(geo:lat=|geo:lon=|geotagged)/}" "-Keywords<${Keywords@;$_=undef if /^(geo:lat=|geo:lon=|ffffffffffffffff)/}" -r -overwrite_original d:\fotos

Wobei "d:\fotos" natürlich der Pfad zu den Bildern ist.

Hello Yirg,
I know some years have passed but if you still need to solve this issue you can download the exiftool and use the command written above. Just change the Path "d:\fotos" to match your Path to your Images.

Cheers
(0003513)
Yirg   
2018-06-19 00:11   
Hi Kugelblitz78,

I haven't been used GeoSetter since I created this bug, although I would love to if it didn't add these tags. I'm not sure how I feel about using this complex command-line solution. I would much prefer if these tags were not added in the first place than using a solution that could result in unexpected and bad results if I mess up even a single character. I think I'll wait for the option to not include these tags as part of GeoStter itself before I start using this application. I haven't lost hope...
(0003514)
Yirg   
2018-06-19 00:15   
BTW, I'd be happy to donate something (e.g. $20) if it helped get this issue fixed, but I haven't seen any update on this bug from the project maintainer in more than a year...
(0003515)
Kugelblitz78   
2018-06-19 07:56   
Hello Yirg,
in the Current Geosetter Version you have to check a box in the Settings menu if you want these Tags to be added. If you do not want them (like we do) make sure it is unchecked.

The Command line works like charme and it is a one time fix for the "old" Pictures.

Cheers
(0003516)
Kugelblitz78   
2018-06-19 08:45   
exiftool -sep xxx "-subject<${subject@;$_=undef if /^(geo:lat=|geo:lon=|geotagged)/}" "-Keywords<${Keywords@;$_=undef if /^(geo:lat=|geo:lon=|geotagged)/}" -r -overwrite_original d:\path-to-your-pictures
(0003518)
Kugelblitz78   
2018-06-21 17:32   
If you like not to display the errors on screen but log them in a file you can use this command

exiftool -sep xxx "-subject<${subject@;$_=undef if /^(geo:lat=|geo:lon=|geotagged)/}" "-Keywords<${Keywords@;$_=undef if /^(geo:lat=|geo:lon=|geotagged)/}" -r -overwrite_original d:\path-to-your-pictures 2>error_log.txt
(0003519)
Friedemann   
2018-06-27 14:44   
(Last edited: 2018-06-27 14:44)
Kugelblitz78 und Heiko, danke für Euern Support!!! :-) Bin zurück aus dem Urlaub ;-) Ich schließe das jetzt, diese Flickr-Daten gibt's ja in der aktuellen Version nicht mehr...


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1488 [GeoSetter] User Interface major always 2017-05-25 18:55 2018-06-27 14:41
Reporter: petergabor Platform: HP ZBook 17 mobile workstation  
Assigned To: Friedemann OS: WIN  
Priority: urgent OS Version: 7 pro 64 bit  
Status: resolved Product Version: 3.4.14 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Map is not visible
Description: No map and tracks are visible in the map section. See the attached screenshot.
Tags:
Steps To Reproduce: Restart the software
Additional Information:
Attached Files: no_map.jpg (240,545 bytes) 2017-05-25 18:55
https://www.geosetter.de/mantis/file_download.php?file_id=493&type=bug
jpg
Notes
(0002572)
petergabor   
2017-05-25 19:04   
Solved. Thanks.
I did not recognize the similar topic but no I found it.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1878 [GeoSetter] User Interface crash N/A 2018-03-13 01:51 2018-05-18 15:09
Reporter: pbb Platform: Windows 10  
Assigned To: Friedemann OS: Windows 10  
Priority: high OS Version: 10  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: EStreamError - Expandieren des Speicher-Stream wegen Speichermangel nicht möglich
Description: I am getting *a lot* of these error messages. It's been 2.5 hours now since the last crash, but they can also happen more often.

E-mailing the reports doesn't work (GMail can't handle the big attachment over the command-line), and often I can not save the report either (nothing happens at the moment the file save dialog should show up). But this time I was able to save the crash report.
Tags:
Steps To Reproduce: Just my normal usage of the program. Maybe it happens more often when I'm quickly going through the photos, and when it's saving a lot of changes.

It often happens together with graphics being messed up; either all icons have become black, or the photo preview is seriously damaged, or map tiles are missing.
Additional Information: I guess I'm working with large numbers of files. During this crash, GeoSetter was busy saving the changes to 564 files.
Attached Files: bugreport.txt (20,582 bytes) 2018-03-13 01:51
https://www.geosetter.de/mantis/file_download.php?file_id=689&type=bug
bugreport2.txt (36,714 bytes) 2018-03-14 00:34
https://www.geosetter.de/mantis/file_download.php?file_id=690&type=bug
Notes
(0003395)
pbb   
2018-03-14 00:33   
I have attached another crash report. Very similar, but this time it's an "EOutOfResources - Not enough storage is available to process this command" crash.

Not really sure which storage is running out, there's 14.5 GB free on the hard disk, 1640 MB free physical memory, and 126 MB largest free memory block. Would think that is enough, especially after 24 seconds run time :)

Thanks for looking into this!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1896 [GeoSetter] User Interface major always 2018-03-26 23:49 2018-05-18 15:08
Reporter: codesuth Platform: Mac Pro  
Assigned To: Friedemann OS: Windows 10 Professional  
Priority: normal OS Version: 10  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Hangs when over 10k files in directory
Description: If I start the program and there are close to 10k files for example currently 9856 it starts to display thumbnails and the black spinning circle over some of them freeze, when I examine in Resource Monitor it appears that one core of the CPU is 100%. I assume its forking exif for each of those photos because if I let it set long enough usually a few hours it will be come responsive again.I have 32GB and 2x6 core Xenon processors so is just that one core that's pegged rest of server is idle. Also checked the IO on the disk the images are stored on and that's not a bottle neck. Perhaps it exists but a user setting to tell it that it can use more than one core would be nice :-)
Tags:
Steps To Reproduce: Just put 10,000 photos in a single directory and launch the app.
Additional Information:
Attached Files:
Notes
(0003462)
sanantonioglamour   
2018-04-12 10:44   
(Last edited: 2018-04-12 10:44)
HI


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1000 [GeoSetter] Image Data major always 2012-11-05 16:09 2018-05-13 00:07
Reporter: johanvranken Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.34 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: In all versions of Geosetter one looses the GeoTag as added through Windows Live Photo Gallery
Description: Unfortunately, I don't know where the Windows program stores these geotags, but they have to be there somewhere, as I can view them on two separate computers, whereby I only copy the image file from one to the other.
As a lot of the photos have been geotagged in this program, and it actually is quite good, it would be a major help to be able to import them, so that they are available in Geosetter and programs using the same geotagging data.
Tags: IPTC, IPTCCore, IPTCExtension, LocationCreated, Windows Photo Gallery, XMP
Steps To Reproduce:
Additional Information:
Attached Files: 2012-10-06Sat12.27-007 Nittel, der Nitteler Hof.JPG (1,776,028 bytes) 2012-11-05 16:09
https://www.geosetter.de/mantis/file_download.php?file_id=307&type=bug
Image Info example.jpg (59,124 bytes) 2016-05-12 12:09
https://www.geosetter.de/mantis/file_download.php?file_id=435&type=bug
jpg
Notes
(0002301)
SQuarmby   
2016-05-06 15:17   
I also have this issue (May 2016) but there does not seem to be a solution yet.

Issue detail:
a) I import my photos to Photo Gallery; there are no coordinates because my Canon EOS600D is just too old to manage these.
b) I sort my photos in Photo Gallery and add locations <as text> in the geotag field. (I have also used Photo Gallery to add locations to thousands of older images.)
c) Now, I want to filter these images in GeoSetter so that I can add coordinates <as numerical latitude/longitude> using the map function. Because a popular location might have been visited many times in different years, I want to search or filter the images in multiple folders to find these locations.
d) I can view where the data is stored by using ExifTool Image Info (five fields eg "Location Created City") but it is not possible to use these fields in the search or filter tools.

Would it be possible to add these fields to the search and filter functions?
(0002302)
heiko   
2016-05-11 21:11   
what exactly are you missing? I found in the ExifData the following:
Location Created Country Name: Germany
Location Created Province State: RP
Location Created City: Nittel

Is this all that you are missing? Or should any GPS coordinates be available?
(0002303)
johanvranken   
2016-05-11 21:27   
I use Photo Gallery to edit the pictures and add basic place coordinates, as you see in the ExifData. When I use geosetter, I use the map function. It would be ideal if the map function would use those exifdata to get an approximate Latitude/longitude which I then could use to pinpoint the exact location. It would make work a lot easier ...
The ideal would be to get GPS coordinates out of Photo Gallery, however, I fear this is not possible if PG does not put GPS coordinates in the Exif ...
(0002304)
heiko   
2016-05-11 21:35   
I just took a look how to copy the field "Location:LocationCreatedCity" into the standard Exif field, so GeoSetter will show the City

a possible way to do this is to use ExifTool. The command could be like that:

ExifTool "-Location:City<Location:LocationCreatedCity" test.jpg

with this command line a backup copy of the jpg file will be created. The command line can also be changed that a complete directory will be processed. There is also a parameter to do the work recursive.
(0002305)
heiko   
2016-05-11 21:39   
what do you mean with the "Basic place coordinates"? The City and Country?

You could copy the City into the standard Exif field. After that set a filter on each City, search this City in the map and assign the GPS coordinates to your Images.

It's not the fastest way but it should work
(0002306)
johanvranken   
2016-05-11 22:24   
The lowest known entity, so that would be the City.

How could I copy the City (using whatever necessary, but ideally either geosetter or Exiftool.
As I am not a computer expert, I'm not confident to use the Exiftool command line. Where can I find the possibilities thereof (command line manual of some sort)? Is there a GUI that lies on top of Exiftool to use it instead of the command line?
(0002307)
heiko   
2016-05-11 22:47   
(Last edited: 2016-05-11 22:49)
you can use the "Additional ExifTool Commands". you will find these commands in the settings dialog in the tab "ExifTool". I've just tried it with the ".. Commands before GeoSetter ..".

Use this command to copy the city:

-execute "-Location:City<$Location:LocationCreatedCity"

the disadvantage of this way is, that the command will only be executed if you save your images. So you have to change something, save the image and then take back your changes and save the image again.

You can certainly extend the command above to copy more Exif fields into another field.

This is the ExifTool Homepage:
http://www.sno.phy.queensu.ca/~phil/exiftool/
In the forum exists a section "ExifTool Gui", but I can't say anything about the GUI

(0002308)
SQuarmby   
2016-05-12 12:04   
(Last edited: 2016-05-12 12:10)
Hi Heiko

Yes... the fields created by Photo Gallery (PG) are:
 Location Created Country Name: Germany
 Location Created Province State: RP
 Location Created City: Nittel
 ...and...
 Location Created Sublocation: xxx

When you create a GeoTag in PG by entering a text lookup, it uses Bing to find / confirm your entry and it completes the first three fields. You can then choose to keep the Bing proposal or update it further (including adding sublocation). PG then populates these fields and they can be seen in GeoSetter by getting the Image Info using ExifTool (CTRL-I).
See attached file <Image Info example.jpg>

In PG, I use the Sublocation for a street or to identify a landmark (eg restaurant or museum). This info is important when I switch to GeoSetter because it helps me find the the exact location on the map.

You suggested copying the city info using a command line (from Location:LocationCreatedCity to Location:City). Like Johan, I am not so confident about doing this but I can see two big advantages:
- the info can then be seen in thumbnail view in Geosetter so it is easy to select the required images manually
- the info can be Search-ed or Filter-ed easily using the existing functionality
For this solution to be excellent, however, it needs to copy all four fields. How is that done? Is it four command lines in "Commands before GeoSetter"? What are all the correct comnands?

BUT...
When I save my data in GeoSetter it does not update the 'Location Created xxx' fields in the image file. Thus, if I make a correction to the data in GeoSetter (Bing is not very good, is it?) I have a situation where there are two slightly different sets of embedded data in the image file and if I look at the picture in PG it has the old Bing data.

Question: can I use the "Commands after GeoSetter" to update these four fields? What would be the command lines?

Also, if this is not possible, then next time I open the image in GeoSetter the "Commands before GeoSetter" will overwrite my corrections with the old Bing data and I will be back at step 1.

Comments???

Thanks.

(0002309)
heiko   
2016-05-12 21:42   
I think the following should work:

the command to copy the Exif data from Photo Galery to the standard Exif tags:
-execute "-Location:City<$Location:LocationCreatedCity" "-Location:State<$Location:LocationCreatedProvinceState" "-Location:Province-State<$Location:LocationCreatedProvinceState" "-Location:Country<$Location:LocationCreatedCountryName" "-Location:Country-PrimaryLocationName<$Location:LocationCreatedCountryName" "-Location:Location<$Location:LocationCreatedSublocation" "-Location:Sub-location<$Location:LocationCreatedSublocation"

and this command to copy the standard Exif tags to the PG tags:
-execute "-Location:LocationCreatedCity<$Location:City" "-Location:LocationCreatedProvinceState<$Location:State" "-Location:LocationCreatedCountryName<$Location:Country" "-Location:LocationCreatedSublocation<$Location:Sub-location"

I have not tested these commands, so give them a try with test Images.
(0002310)
johanvranken   
2016-05-12 21:49   
Oeps - I'll need some time to get this done and tested ... don't have the time at this moment.
I'll be back!
(0002311)
SQuarmby   
2016-05-13 13:37   
(Last edited: 2016-05-13 13:39)
Hi Heiko, Johan

Thanks for the useful information.

1) Immediate
- I can use the commands described by Heiko to manually move the PG data to the standard Exif fields (after importing them into GS) and then save.
- Similarly, I can copy GS data into the PG fields and save.
- This covers my basic requirements but I still need to:
    a) find and select the files that should be used (because the PG fields are not available in the custom filter / search tools)
    b) work carefully to ensure the "Commands Before / After GeoSetter" are in the correct state (ie with commands or empty) to ensure I do not overwrite other image files by accident

2) Future (no hurry... I can use the immediate solution)
- It would be nice to add these fields to the search and filter tools.
- It would be nice to have a pair of buttons / menu items that run these commands 'on screen'; this would work as follows:
    a) select photos from the thumbnails view
    b.1) click "Copy PG data to image Exif fields" to run the first set of commands on the selection; or
    b.2) click "Copy GS data to image PG fields" to run the second group of commands
    c) the thumbnails would turn red to indicate pending changes (as today)
    d) then the user can save the images (as today)

:-)

(0002312)
johanvranken   
2016-05-13 13:46   
Hi Squarmby, Heiko

Would be ideal indeed !!
And thanks for the help from you both.

KR
Johan
(0002313)
heiko   
2016-05-13 21:00   
you can add something like that to the commands above:

-if "not $Location:LocationCreatedCity eq ''"

the commands will be only executed if the PG tag LocationCreatedCity is not empty.

ExifTool has a very powerful command line. Perhaps it's more secure if you use ExifTool directly. But that's up to you ..
(0002318)
jmoliver   
2016-07-14 20:03   
Interesting discussion. I ran into the same issue SQuarmby described, ending up with mismatched Location information from adding Geotags using Windows Photo Gallery (WPG). WPG reads the legacy "IPTC Core" Location fields which Geosetter uses, but does not write to the "IPTC Core" instead to the "IPTC Extension" Location Created fields.

I used exiftool to read the contents of my "Photos" folder and generate a tab delimited "Photos.txt" file which includes several of the fields:

exiftool -T -Directory -Filename -Sub-Location -Country -State -City -Location -LocationCreatedSublocation -LocationCreatedCountryName -LocationCreatedProvinceState -LocationCreatedCityName -c %.6f -n -r "Photos" > Photos.txt

I then opened up the "Photos.txt" file in Excel and identified all the photos which have mismatched location information. In my case there were not many so I corrected the ones I found using exiftool and similar commands previously mentioned in the comments.

I only use Geosetter for the purpose of geotagging my photos. Also as mentioned in the previous comments I included an exifool command in the GeoSetter settings to run after update operations which copies the "IPTC Core" tags to the corresponding "IPTC Extension" Location Created tags.

Hope this helps.
(0003493)
jmoliver   
2018-05-13 00:07   
I am including a blog post on how to manage Windows Photo Gallery Geotags with GeoSetter- https://jmoliver.wordpress.com/2018/01/25/moving-away-from-windows-photo-gallery-geotags/

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1784 [GeoSetter] User Interface major always 2017-10-15 22:08 2018-05-11 18:24
Reporter: andrew Platform: PC laptop  
Assigned To: Friedemann OS: Windows  
Priority: high OS Version: 7  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Google maps not displayed
Description: Updated to Exiftool 10.63

Google maps no longer displayed.
Satellite view says "Sorry we have no imagery here".
Other Google options display a blank window.
Open Street Map still works and displays the photo in the right location
Tags:
Steps To Reproduce: Select a Google map from the dropdown
Additional Information:
Attached Files: geo.jpg (636,219 bytes) 2017-11-25 11:17
https://www.geosetter.de/mantis/file_download.php?file_id=664&type=bug
Geosetter minus map.jpg (352,224 bytes) 2017-11-30 22:21
https://www.geosetter.de/mantis/file_download.php?file_id=666&type=bug
Notes
(0003271)
othmarmarti   
2017-11-25 11:19   
The file shows the startup screen. It seems that recent updates of Win 10 changed something in the JavaScript API in Internet explorer. The functionality is still there. I hope that the information helps. Many thanks and best regards, Othmar
(0003274)
andrew   
2017-11-30 22:22   
Thanks Othmar but my startup won't display Google maps and is Windows 7. OSM works fine but I want aerial images.
Also multiple exif edit doesn't work. Maybe need to uninstall and reinstall
(0003492)
andrew   
2018-05-11 17:00   
Just updated laptop to latest Geosetter version (Been using Desktop Win 10 for last few months due to long term issue with satellite image). Google aerial maps are now being displayed.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1879 [GeoSetter] Image Data feature N/A 2018-03-13 12:45 2018-05-08 20:46
Reporter: PhilM Platform:  
Assigned To: Friedemann OS: Windows 10  
Priority: normal OS Version: 1709  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: New feature : Add a new map source from Kompass D
Description: I would like to suggest to add a map source to Geosetter.

Kompass maps (www.kompass.de).
I have purchased their paper maps for years to go hiking.

Now, their maps are available on smartphones, but also on the web.

In Geosetter, you give a choice between Google, OSM and MyTopo.
Would it be easy to add Kompass Touristik ?

It covers hiking tracks in Germany, Austria and Italy (France and Switzerland partially). Their maps are excellent quality.

You can see them on : http://www.kompass.de/touren-und-regionen/wanderkarte/

There was a software that downloads their tiles : Mappuzzle
It seems not available anymore on the web.
But here is the section of its config file :

[Kompass.at - Kompass tourism Map]
url=http://ec{2}.cdn.ecmaps.de/WmsGateway.ashx.jpg?Experience=kompass&MapStyle=KOMPASS%20Touristik&TileX={X}&TileY={Y}&ZoomLevel={ZOOM}
[Kompass.at - Winter Map]
url=http://ec{2}.cdn.ecmaps.de/WmsGateway.ashx.jpg?Experience=kompass&MapStyle=Winter%20Touristik&TileX={X}&TileY={Y}&ZoomLevel={ZOOM}
Tags:
Steps To Reproduce: N/A
Additional Information:
Attached Files:
Notes
(0003491)
PhilM   
2018-05-08 20:26   
(Last edited: 2018-05-08 20:46)
Kompass server presents tiles 256 by 256 px.
The numbering is from West to East and from North to South
At zoom level 6, tile 34, 22 is centered around Innsbuck/Austria
Each zoom level increases by a factor 2
The tile number for the left upper quarter of level 6,34,22 will be identified 7,68,44.
The upper right quarter will be 7,69,44
And so on


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1825 [GeoSetter] User Interface major always 2017-11-17 20:13 2018-05-08 13:48
Reporter: gabiandrone Platform: PC  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 7  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: geosetter does not start
Description: After java update, geosetter does not start at all.
I reinstalled geosetter but the result is the same.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003268)
gabiandrone   
2017-11-20 11:03   
In addition to the problem: It seems that the java update did not create the problem, but the update to exif tools generated it. I installed a geosetter on another computer, it worked, and after exif tools update the same problem occurred. In the previous situation exif tools update followed the java update and I thought it was due to java. It's not java, it looks like it's exiftools.
(0003490)
gabiandrone   
2018-05-08 13:48   
Further details: I have found that the program opens very late, sometimes after half an hour.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1613 [GeoSetter] Image Data major always 2017-07-10 12:44 2018-05-08 13:11
Reporter: elmario55 Platform:  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: Win 10 Prof  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Save Data not possible
Description: Since version 10.54 of EXIF TOOL it is impossible to save changed date of images.
Until to Version 10.53 it worked proper.
I don't know if only i have this problem and if it is a problem of GEO SETTER, EXIF TOOL or my Windows.
Tags:
Steps To Reproduce: Install diverse Versions of EXIF TOOL
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1603 [GeoSetter] Image Data minor always 2017-07-05 15:59 2018-05-08 13:11
Reporter: IrenicRhonda Platform: chrome  
Assigned To: Friedemann OS: win10  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: 200 limit
Description: I have a GeoNames Account and I'm signed in but still getting the 'throttle back message

What am I dong wrong?

Tags:
Steps To Reproduce: Just using GeoSetter for location Data
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1507 [GeoSetter] User Interface feature always 2017-06-05 15:02 2018-05-08 13:11
Reporter: obetz Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Synchronize should deal with rounding errors
Description: Synchronize reports coordinates as different even with distances in the order of rounding errors (e.g. 1E-7 degrees or approx. 1cm).

I see differences in destination coordinates where I didn't change anything actively, maybe caused by using different versions of Geosetter.

Synchronize should deal with rounding errors e.g. by using a (user defined) "distance", in it's simplest form a delta value for longitude and latitude, in it's most advanced form in meters.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1726 [GeoSetter] User Interface feature N/A 2017-08-31 22:09 2018-05-08 13:11
Reporter: Jeanpierre Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Einbindung der topographischen Karte "OpenTopoMap"
Description: Gelegentlich fehlt mir bei Tracks von Wanderungen die Information über die Topographie, also insbesondere Höhenlinien. Unter
https://opentopomap.org/about
ist eine sehr detaillierte, kontrastreiche und frei verfügbare topographische Karte im Stil der deutschen topographischen Karten verfügbar.

Es wäre toll, wenn diese in Geosetter ebenfalls verfügbar wäre !
Tags:
Steps To Reproduce:
Additional Information: https://opentopomap.org/about
https://opentopomap.org/credits
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1723 [GeoSetter] User Interface major always 2017-08-28 11:15 2018-05-08 13:11
Reporter: Tobi Platform:  
Assigned To: Friedemann OS: Windows  
Priority: urgent OS Version: 7  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Nach Laden eine Tracks friert Karte ein.
Description: Seit einigen Wochen funktioniert Geosetter bei mir nicht mehr. Nach dem Laden eines Tracks ließ sich die Karten nicht mehr verschieben und nicht mehr zoomen auch der Track wurde nicht angezeigt. Auch nach Entfernen des Tracks und Neustarten des Programms blieb die Karte eingefroren.

Habe Geosetter dann auf einem weiteren Windows 7 Rechner installiert, da funktionierte das Schieben und Zoomen der Karte auch wieder so langen bis ein Track geladen wurde.

Zu guter Letzt habe ich Geosetter nochmal neu heruntergeladen und in einer virtuellen Maschine unter einem frisch installierten Windows XP Pro SP1 installiert und dann einen Track geladen mit dem ich vor einigen Wochen noch ohne Probleme Fotos getagged habe. Auch hier genau das selbe.

Ich davon aus, dass das irgenwas mit der Kartendatein und/oder mit einer Änderung seitens Google Maps zu tun hat, wobei das ja auch alle ander User haben müssten!?
Tags:
Steps To Reproduce: siehe oben
Additional Information: Track wurden auf einem Android Handy mit Locus Map erzeugt und als GPX exportiert.
Attached Files:
Notes
(0003050)
Tobi   
2017-08-28 16:53   
Sorry, sollte Windows XP Pro SP3 heißen.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1697 [GeoSetter] User Interface minor always 2017-08-13 20:16 2018-05-08 13:11
Reporter: HansS Platform: Windows  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 7  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Verzeichnisse mit z.B. scharfem S funktionieren nicht als Kommandozeilenparameter
Description: mkdir "C:\temp\groß"
C:\Tools\GeoSetter\GeoSetter.exe "C:\temp\groß"
---
---------------------------
Warnung
---------------------------
GeoSetter wurde mit unbekannten Parametern gestartet:

C:\temp\groß

Die folgenden Parameter können für eine Ausführung von GeoSetter
benutzt werden:

DIRECTORY or FILE1 FILE2 FILE3...
/SHOWPOSITION
/EDIT
/RENAME
/SELECTALL
/ZOOM
/SHOWALLMARKERS=[ON,OFF]
/LOADDIRTRACKS=[ON,OFF]
/CONFIG=[FILE]
/FAVORITES=[FILE]
---------------------------
OK
---------------------------
Tags:
Steps To Reproduce: mkdir "C:\temp\groß"
C:\Tools\GeoSetter\GeoSetter.exe "C:\temp\groß"
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1677 [GeoSetter] User Interface major always 2017-08-06 07:29 2018-05-08 13:11
Reporter: fonebone Platform: Windows  
Assigned To: Friedemann OS: Windows 10  
Priority: normal OS Version: 1703  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: errors in list of zimezones (outdated)
Description: timezones for e.g. Russia are not correct anymore. Russia has gone through a nunber of timezone and dailightsaving changes in recent years. These changes are not reflected in the list of toimezones offered and also the automatic service does not.
I had the problem with photos froma trip to St.Petersburg where GeoSetter automatically assigned UTC+4 instead of UTC+3 to my pictures.


Tags:
Steps To Reproduce: select a picture with coordinates in St.Petersburg and let Geosetter assign the tomezone from teh web --> UTC+4 instead of UTC+3
Additional Information: from https://en.wikipedia.org/wiki/Time_in_Russia:

On 27 March 2011, clocks were advanced as usual, but they did not go back on 30 October 2011, effectively making Moscow Time UTC+04:00 permanently.[4] On 26 October 2014, following another change in the law, the clocks in most of the country were moved back one hour, but summer Daylight Time was not reintroduced; Moscow Time returned to UTC+03:00 permanently.[5] Since this reform, most Russian territories have a standard time ahead of mean solar time, including time in some cites ahead it even by one hour. For example, St. Petersburg at 30°E [+2h (*solar time)] has UTC+03:00, Yekaterinburg at 60°E (+4h*) has UTC+05:00, and Vladivostok at 132°E (+9h*) has UTC+10:00.
Attached Files:
Notes
(0002943)
fonebone   
2017-08-06 11:28   
not only the automatic "Get from Web" shows the problem but also the manual list is wrong e.g. for Moscow

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1656 [GeoSetter] Image Data minor N/A 2017-07-29 22:29 2018-05-08 13:11
Reporter: ponte Platform: PC  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 10 64bit  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: nikon D7200 übernimmt Daten nicht
Description: Nikon D7200: Die Daten von Geosetter in den Exifs werden in anderen Programmen wie View-NX oder Lightroom nicht angezeigt
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1628 [GeoSetter] Image Data major always 2017-07-23 19:19 2018-05-08 13:11
Reporter: mmm Platform: PC  
Assigned To: Friedemann OS: Windows  
Priority: high OS Version: Windows 10 PRO  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Ändern der Zeitzone funktioniert nicht
Description: bezieht sich auf Version 3.4.53 Beta (ist oben nicht auswählbar)

Beim Setzen der Zeitzone für 3 versch. Files vom gleichen Bild wird die Zeitzone nicht korrekt gesetzt (Die 3 Dateien haben noch keine GPS-Koordinaten)

Vor GeoSetter:
FD_94981.jpg 27.05.2014 12:00:00 (jeweils Aufnahmezeit)
FD_94981.tif 27.05.2014 12:00:00
FD_94981.dng 27.05.2014 12:00:00

Nach setzen auf Zeitzone: CET - Europa / Berlin ist das Ergebnis
FD_94981.jpg 27.05.2014 12:00:00+02:00
FD_94981.tif 27.05.2014 12:00:00+01:00
FD_94981.dng 27.05.2014 12:00:00
Ergebnis: die Files haben jetzt 3 versch. Zeitzonen.

Mit der vorherigen Beta-Version 3.4.50 beta funktioniert alles richtig:
Ergebnis unter unter 3.4.50 beta:
FD_94981.jpg 27.05.2014 12:00:00+02:00
FD_94981.tif 27.05.2014 12:00:00+02:00
FD_94981.dng 27.05.2014 12:00:00+02:00
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002781)
mmm   
2017-07-23 19:28   
Ergänzung:
Nach dem Setzen der Zeitzone in Geosetter wird die neue Zeitzone noch korrekt angezeigt (in rot 12:00:00+02:00 für alle 3 Files)
Erst nach dem Speichern sind die Zeitzonen fehlerhaft.

Bei einem erneuten ändern, also setzen wieder auf CET für alle 3 Files ist dann das Ergebnis richtig.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1622 [GeoSetter] Image Data minor always 2017-07-19 22:58 2018-05-08 13:11
Reporter: Bleichgesicht Platform:  
Assigned To: Friedemann OS: Windows 10  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: RW2 - Image data is not saved
Description: Tags like place, country, author and so on are not saved for RW2 Images (directly into the image). it works properly with jpg and CR2. However, coordinates for example are saved.
Tags:
Steps To Reproduce: open Image, add coordinates, get information on places via I-net, it shows in the files, save, they are gone.
Additional Information: Have a new panasonic camera, therefore I cannot say, if it worked on earlier versions.
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1615 [GeoSetter] User Interface minor sometimes 2017-07-11 16:39 2018-05-08 13:11
Reporter: madeonaufo Platform: Win 10  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Blank Map/Error Code
Description: This has been happening for about a week now? I open it and it says there is an error at the bottom. The map appears blank and there are no map options except refresh. I googled the error code and found another forum on this from a couple years ago. My map is set to http://www.geosetter.de/map_google.html like it said it should be.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: 2017-07-11.png (67,195 bytes) 2017-07-11 16:39
https://www.geosetter.de/mantis/file_download.php?file_id=555&type=bug
png
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1727 [GeoSetter] User Interface feature N/A 2017-08-31 22:15 2018-05-08 13:11
Reporter: Jeanpierre Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: einfache Bildschirmkopie des Kartenfensters
Description: Wenn mit einem einfachen Button-Klick das Fenster der gerade angezeigten Karte im Bild-Verzeichnis als .jpg- oder .png-Bild abgelegt werden könnte, ist damit eine schnelle Dokumentation / ein Inhaltsverzeichnis der Bilder und ihrer Kartenzuordnung in diesem Verzeichnis erstellbar (gerne mit Geosetter-Logo in einer Ecke).
Dateiname beispielsweise Map000#.jpg, mit 000# als hochzählende Nummer bei mehreren Speicherungen.
Das würde dann in einer Photopräsentation sich gut als Übersichtsbild(er) eignen.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1822 [GeoSetter] Image Data minor always 2017-11-01 00:40 2018-05-08 13:11
Reporter: HansS Platform:  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 7  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Markierung der Personen aus XMP-mwg-rs funktioniert nicht immer
Description: Bei manchen Bildern werden die in XMP-mwg-rs eingetragenen Personen in der Vorschau korrekt angezeigt, bei anderen aber nicht - ich sehe aber keinen Grund in den XMP-Daten.

Z.B. "20170715_113132_Pana-HS_P1050346.jpg" werden keine Personen markiert, bei "20141018_141625_Canon-HS_IMG_2479" aber schon (extrahierte XMP-Daten siehe Anlage).

GeoSetter 3.4.51 (Build 2164) BETA unter Win7-65-Ult-SP2

Tags:
Steps To Reproduce:
Additional Information:
Attached Files: 2017-11-01_XMP-mwg-rs.7z (894 bytes) 2017-11-01 00:40
https://www.geosetter.de/mantis/file_download.php?file_id=660&type=bug
Notes
(0003266)
HansS   
2017-11-04 20:26   
Ich denke ich habe den Grund gefunden: GeoSetter unterstützt wohl Gesichert wenn sie von digiKam eingetragen sind (in XMP-MP und in XMP-mwg-rs), aber nicht in XMP-mwg-rs alleine (was Picasa verwendet) und nicht in XMP-MP alleine (was PicFace erzeugt). Offenbar wird aber zusätzlich ".picasa.ini" ausgewertet, und darin gab es nur Einträge für das eine Bild.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1821 [GeoSetter] Image Data minor always 2017-10-31 11:21 2018-05-08 13:11
Reporter: jonny Platform: Windows  
Assigned To: Friedemann OS: 10 Pro 64 bit  
Priority: normal OS Version: 1703  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: State/Province suddenly in German
Description: Seit einiger Zeit sehe ich öfters deutsche Namen für gleiche Locations.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: geosetter language problem.PNG (74,818 bytes) 2017-10-31 11:21
https://www.geosetter.de/mantis/file_download.php?file_id=659&type=bug
png
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1793 [GeoSetter] Image Data feature N/A 2017-10-21 20:26 2018-05-08 13:11
Reporter: ml Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Zeitzone aus EXIF 2.31 auslesen
Description: Seit letztem Jahr gibt es die EXIF Spec 2.31. Sie enthaelt neue Felder „OffsetTime“, „OffsetTimeOriginal“ und „OffsetTimeDigitized“, um die Zeitzone zu speichern. Meine Kamera fuellt diese Felder korrekt aus. Daher meine Frage: kann geosetter erweitert werden, um diese Felder zu unterstuetzen?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1779 [GeoSetter] Image Data feature N/A 2017-10-15 00:59 2018-05-08 13:11
Reporter: wumpus Platform: x64  
Assigned To: Friedemann OS: Windows  
Priority: none OS Version: 10 Pro  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add support for PNG
Description: Please add support for reading and writing PNG image files.
Tags:
Steps To Reproduce:
Additional Information: Using v3.4.53 (build 217) BETA
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1763 [GeoSetter] User Interface tweak always 2017-10-10 20:21 2018-05-08 13:11
Reporter: Sickbock Platform:  
Assigned To: Friedemann OS: Windows 10  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Fail of copy paste function
Description: I would like to retrieve the location coordinates from my images to a word document.
When I select an image and then activate the button “Copy data of selected image to the clipboard” nothing appears in my document when I activate the paste function.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1745 [GeoSetter] Image Data tweak always 2017-10-02 01:11 2018-05-08 13:11
Reporter: geobeachman Platform: PC  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 7  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Comupute Destination Coordinated from GPS Direction and Entered Distance or Focal Length
Description: I have a Canon 5D Mark III with a GP-E3 GPS receiver that records geodetic location and direction, unfortunately the destination coordinates are always set to zero. I have to manually set all photo destinations coordinates individually. It would be nice to have the ability of computing the destination coordinates based on the direction and a distance that is manually entered or from the focal length some how.
Tags:
Steps To Reproduce: Happens all the time, no steps to reproduce.
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1834 [GeoSetter] Image Data major always 2017-12-31 15:08 2018-05-08 13:11
Reporter: cefau Platform:  
Assigned To: Friedemann OS: Windows 10  
Priority: high OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: localization data not saved
Description: When doing CTRL+S the localization data are not saved. I think it is linked to the exiftool version, this error appears after updating the exiftool version. I do not know how to downgrade.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: bugreport.txt (21,324 bytes) 2017-12-31 15:08
https://www.geosetter.de/mantis/file_download.php?file_id=668&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1830 [GeoSetter] User Interface minor always 2017-11-28 15:43 2018-05-08 13:11
Reporter: jmoliver Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: OpenStreetMap zoom in is limited
Description: When Openstreetmap view is selected, one can zoom in to a certain point when compared to say Google Maps. It would be great if the zoom factor can be increased as to get better zoom in capability on openstreetmap.
Tags:
Steps To Reproduce: 1. Launch GeoSetter
2. Open Map View, select OpenStreetView, zoom in to closest point.
3. Select Google Maps view and zoom in.

Result: You can zoom in in Google Maps versus OpenStreetMap
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1823 [GeoSetter] Image Data major always 2017-11-10 22:25 2018-05-08 13:11
Reporter: meokeefe Platform:  
Assigned To: Friedemann OS:  
Priority: urgent OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: 'Save' does not save geographic info to JPG file
Description: After syncing non-geo-tagged photos with a matching track point, selecting all,syncing all photos with track points, and verifying, selecting save changes or the save icon does not save geographic information to the file. No errors are reported. No files in the folder of origin have been geotagged. I have tried adjusting settings to overwrite existing files when saved and other settings as well. I am not python-savvy. Is there something I am doing wrong? I have not been able to troubleshoot my way out of this. I have to wait for approval to be able to download the newest update.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1841 [GeoSetter] Image Data minor always 2018-01-21 16:34 2018-05-08 13:11
Reporter: Matthieu Platform: pc Aspire E15  
Assigned To: Friedemann OS: windows10  
Priority: normal OS Version: 10  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Exported pictures in GoogleEarthPro from GeoSetter are wrongfully rotated (180°)
Description: I export some pictures from GeoSetter to GoogleEarthPro
Those with exif parameter orientation set to "Rotate 180" are not correctly displayed in GoogleEarthPro. They have not been rotated.
All the other pictures with parameter set to "Rotate 90 CW", "Rotate 270 CW" or "Horizontal (normal)" are correctly displayed in GoogleEarth.
Tags:
Steps To Reproduce: 1. Load pictures with "Rotate 180" orientation in GeoSetter.
2. From GeoSetter export these pictures in a kmz file
3. open the generated kmz file in GoogleEarthPro
4. the pictures are not correctly rotated (up/down)
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1840 [GeoSetter] User Interface minor unable to reproduce 2018-01-15 12:02 2018-05-08 13:11
Reporter: zava Platform: PC  
Assigned To: Friedemann OS: Win10  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Context menu integration seems gone after installing V3.4.82Beta
Description: Hello,
I recently installed V3.4.82Beta and the integration with Windows right click menu seems to have gone.
I had selected integration during installation, and have also repeated installation/restart but the context menu seems gone.
I am attaching the context menu as seen with Geosetter V3.4.16 which is working fine and is the same I used to see with the Beta version prior to this upgrade.
I am also attaching the same right click menu as it now appears with the Beta version.
Any reference to the Beta has also disappeared from the Windows context menu (see attached image, where only reference to GS V3.4.16 has remained).
How can I restore the right click menu?
Basically, I neet it to "Open" images in my external viewer after selecting them within GS, so if "Open" was among the native right-click menu options, this would already be a solution).
Thank you!
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: GS Menu.zip (351,151 bytes) 2018-01-15 12:02
https://www.geosetter.de/mantis/file_download.php?file_id=681&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1839 [GeoSetter] User Interface text always 2018-01-10 08:58 2018-05-08 13:11
Reporter: Stoffel Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Option controls too small (3.4.82 Build 2184) BETA (earlier betas too)
Description: Some fields in "Settings" are too small and partially cut off.

The height of all fields should increased that become multi-line because of their long text.

Affected controls are for example (at least in English and German):

Settings -> [tab] "Data Preferences":
"Set Auto Fields Immediately After Reading Image Data (this may result in images shown with changed status)"

Settings -> [tab] "ExifTool":
"Create Backups of Changed Image Files"


(There might be some more, depending on their translation, especially if the original English text is already close to be wrapped)

With kind regards and many thanks for the new beta.

Tags:
Steps To Reproduce: Open GeoSetter "Settings", then go to tab "Data Preferences" and/or "ExifTool".
Additional Information:
Attached Files: bug.png (51,276 bytes) 2018-01-10 08:58
https://www.geosetter.de/mantis/file_download.php?file_id=675&type=bug
png
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1835 [GeoSetter] Image Data major always 2018-01-08 19:29 2018-05-08 13:11
Reporter: zava Platform: PC  
Assigned To: Friedemann OS: Win10  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: IPTC character code error prevents saving GPS coordinate
Description: Hello,
after a trip to Jordan I find that several images, after being synced with GS logs, cannot be saved with the assigned GPS coordinates.
An error window is displayed referencing "IPTC character conversion error".
I tried selecting "OK" or "Ignore" but both result in the image not being saved or at least in GPS coordinates not being incorporated.
A screenshot of an example error window is attached.
For testing purposes I can provide the GPS coordinates for the image, which probably result in the questionable IPTC data:

N31°43'8.76" E35°47'36.16"

Am running V3.4.53 (build 2170) BETA
Tags:
Steps To Reproduce: Assign reported position (for instance N31°43'8.76" E35°47'36.16") to any image; GPS coordinates do appear.
Then try to save changes.
Additional Information:
Attached Files: IPTC code error.jpg (67,386 bytes) 2018-01-08 19:29
https://www.geosetter.de/mantis/file_download.php?file_id=670&type=bug
jpg

Example.png (172,137 bytes) 2018-01-10 20:53
https://www.geosetter.de/mantis/file_download.php?file_id=676&type=bug
png
Notes
(0003325)
Stoffel   
2018-01-10 20:52   
(Last edited: 2018-01-10 20:54)
Hi zava,

trying to reproduce your trouble (using the same version 3.4.53 (build 2170) BETA), there was no problem for me in saving your giving cordinates including the geotag (country/city/...). See my screenshot "example.png"

In "Settings" -> tab "File Options", did you ...

... check "Save IPTC Data as Unicode (Instead of Local Character Coding)",
... uncheck "If IPTC Data Exists Already, Use It As Is (Unicode or Local Character Coding)"?

Regards,
Stoffel

(0003328)
zava   
2018-01-12 12:24   
Thank you Stoffel,
I checked those settigns as you suggested (plus, installed the now released latest BETA update), it does seem to work now!
Thank you!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1832 [GeoSetter] Image Data minor always 2017-12-10 15:18 2018-05-08 13:11
Reporter: frank_gaertner Platform: WIN  
Assigned To: Friedemann OS: WIN  
Priority: normal OS Version: 10  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Questin about development of Geosetter
Description: Is Geosetter developed further? There were no Updates since Years?

Just a Question
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003290)
Friedemann   
2018-01-08 16:27   
Yes, it is. I started developing a new version 4 about 1/2 year ago. I didn't work on it now for 2 months but I will start again in the next days... ;-)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1870 [GeoSetter] User Interface minor always 2018-03-11 17:45 2018-05-08 13:11
Reporter: pbb Platform: Windows 10  
Assigned To: Friedemann OS: Windows 10  
Priority: normal OS Version: 10  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GMail says request was too large when sending crash report
Description: GeoSetter 3.4.82 (this is not listed as an option in the bug report)

I have GMail as my default e-mail client through a handler in Chrome. When GeoSetter crashed, I choose to send the e-mail report.

Chrome open the following URL: https://mail.google.com/mail/?extsrc=mailto&url=mailto%3Asupport%40geosetter.de%3Fsubject%3Dbug%2520report%26body%3Ddate%252Ftime%2520%2520%2520%2520%252... (etc etc etc) and gives the message:

413. That’s an error.
Your client issued a request that was too large. That’s all we know.
Tags:
Steps To Reproduce: 1. Activate the Chrome GMail handler.
2. Double-check that Chrome is the default handler for Email in the Windows settings.
3. Crash GeoSetter (if you're like me, that happens about every hour)
4. If you're lucky, an information window popup up, allowing to e-mail or save the crash report.
5. Click the e-mail button. Chrome opens, with the above error message.
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1852 [GeoSetter] User Interface feature N/A 2018-03-03 14:38 2018-05-08 13:11
Reporter: Ronald Platform: Laptop  
Assigned To: Friedemann OS: Windows 7 Pro 64bit  
Priority: normal OS Version: 7  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Fehlende Vollbild Diaschau mit JPG-Kommentar als Untertitel und Bild in Bild Einblendung der Geo-Position
Description: 3.4.82 beta ist einstalliert.

Ich suche ein Widows7 Tool, um einen Bildervortrag mit einer Vollbild Präsentation samt Untertiteln (aus dem JPG-Kommentar) zu begleiten und bedarfsweise die Geo-Position in einem Karten-Fenster ins Bild einzublenden.

Die Präsentation der 439 Bilder samt Untertiteln habe ich schon mal mit IrfanView hinbekommen, aber dort fehlt leider die Anzeige-Funktion der Geo-Position.

Auf der Suche nach dem geeigneten Tool habe ich nun Ihren GeoSetter installiert und bin begeistert von dessen Funktionsumfang.

Eigentlich wären ja alle Komponeneten vorhanden, aber ich habe (noch) nirgends die Möglichkeit der Darstellung (aller Bilder eines Verzeichnisses) als Diaschau gefunden, wo auch das wahlweise Einblenden des Karten-Fensters mit der Geo-Position zum angezeigten Bild (mit Funktionstaste/Esc) integriert sein sollte.

Dies meine Anregung zur Funktionserweiterung, die hoffentlich auf Ihre Zustimmung und baldige Realisierung stösst...

Oder kennen Sie ein Tool, das meine Anforderung bereits erfüllt..?

Besten Dank,
Ronald
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1849 [GeoSetter] User Interface feature always 2018-02-07 11:47 2018-05-08 13:11
Reporter: youGene Platform: Windows10 Pro  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Kommandozeilenparameter DIRECTORY und Umlaute
Description: Aufruf von GeoSetter über Kommanda-Zeile oder Shell-Command mit Übergabe eines Directorys geht nicht, wenn Directory-Name Umlaute enthält.
Gibt es inzwischen eine Änderung gegenüber dem Zustand von April 2015 als dieses Problem mit der Issue-Nummer 1254 schon einmal angesprochen wurde.

Im Exif-Tool selbst können solche Directory-Namen verwendet werden, wenn man den richtigen Parameter für -charset filename= benutzt.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1847 [GeoSetter] Image Data feature always 2018-02-05 16:58 2018-05-08 13:11
Reporter: Durand Platform: PC  
Assigned To: Friedemann OS: Window  
Priority: normal OS Version: 10  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: No GPS coordinate updated in .ORF for Olympus pictures
Description: After a synchro with a GPS file (.gpx) and an Olympus pictures for both JPEG and ORF, only JPEG pictures are updated with the GPS coordinates after the register modification command.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1845 [GeoSetter] Image Data minor random 2018-02-01 21:56 2018-05-08 13:11
Reporter: ABIZAHI Platform: WINDOW  
Assigned To: Friedemann OS:  
Priority: high OS Version: 8.1  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: CAMBIO DE COORDENADAS A UTM
Description: QUISIERA SABER SI SE PUEDE OBTENER O CAMBIAR DE COORDENADAS GEOGRÁFICAS QUE MUESTRE COORDENADAS UTM(Universal Transverse Mercator)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1844 [GeoSetter] Image Data major always 2018-01-29 04:13 2018-05-08 13:11
Reporter: cheerful Platform: Windows  
Assigned To: Friedemann OS: Windows 10  
Priority: normal OS Version: 1709  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Error while saving with exiftool is not reported
Description: Version 3.4.16 will report the error: exiftool Error: [minor] IFD1 pointer references previous GPS directory

3.4.82 beta with the latest exiftool will not pop up the error log. The files remains unsaved with the red/purple color
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1843 [GeoSetter] User Interface minor always 2018-01-29 00:32 2018-05-08 13:11
Reporter: bselbmann Platform: Windows  
Assigned To: Friedemann OS: Win 7  
Priority: normal OS Version: 64bit  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Tagging with gps-files at timezone "Russia" - no summertime
Description: As a result, that Russia don't have a summertime anymore from October 2014 on(test from 2011 - 2014)

so during tagging i have to set manually +1h
Tags:
Steps To Reproduce: I have this issue since 2015 I can send you some files to reproduce
Additional Information: https://diepresse.com/home/panorama/welt/4197206/Russland_Permanente-Winterzeit-loest-DauerSommerzeit-ab

https://de.wikipedia.org/wiki/Zonenzeiten_in_Russland
Attached Files: Russland +1std.JPG (122,205 bytes) 2018-01-29 00:32
https://www.geosetter.de/mantis/file_download.php?file_id=682&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1842 [GeoSetter] User Interface feature have not tried 2018-01-24 06:19 2018-05-08 13:11
Reporter: sp Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Map browser issue
Description: You are using a browser that is not supported by the Google Maps JavaScript API. Consider changing your browser.Learn more, Dismiss

I get this message on Map browser, I tried IE-11, Firefox, Chrome but still get the same meassage

Pls suggest a solution
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003343)
zava   
2018-01-24 12:25   
Hello,
this issue has been already reported and solved.
Pls see http://www.geosetter.de/mantis/view.php?id=1829

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1938 [GeoSetter] Image Data minor always 2018-04-27 09:08 2018-05-08 13:11
Reporter: johnboz Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Time Zone not correct
Description: I've made pictures in Boston, Massachusetts, USA.
When I pin the picture to the map, the location data are perfect.
But the timezone that (automatically) is chosen: (UTC-05:00+01:00) America / Detroit, is not correct.
After clicking on the Time Zone button "Get from the web", the correct Time Zone is inserted: (UTC-05:00,DST+01:00) America / New York
Tags:
Steps To Reproduce: See above
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1853 [GeoSetter] User Interface major always 2018-03-04 07:27 2018-05-08 13:10
Reporter: lucian Platform: windows 7 ultimate  
Assigned To: Friedemann OS:  
Priority: high OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: versions 3.4.82 beta and 3.4.16
Description: Map not displayed at all after installation.
Tags:
Steps To Reproduce: Installed and uninstalled multiple times.
The same result like the one shown in the attached picture.
Additional Information:
Attached Files: geosetter_error.jpg (402,798 bytes) 2018-03-04 07:27
https://www.geosetter.de/mantis/file_download.php?file_id=685&type=bug
Notes
(0003367)
lucian   
2018-03-04 07:51   
I'm using only two browsers: the last firefox version and chrome version. No internet exporer installed on my win 7 ultimate.
(0003370)
heiko   
2018-03-05 21:55   
GeoSetter is using the Internet Explorer to show the map. Without an actual version of IE the map will not be displayed.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1939 [GeoSetter] User Interface major always 2018-04-28 20:02 2018-05-05 17:20
Reporter: jhansen Platform: Win10  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.5  
    Target Version:  
Summary: Sehr lange Ladezeiten bei iPhone-Fotos
Description: Hallo,
es dauert extrem lange, ein Verzeichniss in Geosetter (Version 3.4.82) zu öffne/laden, welches iPhone-Fotos (jpg, IOS 11.3, iPhone 7)) beinhaltet. Bei nur 4 Fotos (jeweils 4MB) dauert das über 30s. Ein Verzeichnis mit 4 Olympus-Fotos (jpg, jeweils 3MB) öffnet praktisch sofort.

Vile Grüße
Tags:
Steps To Reproduce: Verzeichnisse öffnen
Additional Information: Ich sende ein ZIP mit Beisipeuel per Email.
Attached Files:
Notes
(0003487)
Friedemann   
2018-04-28 20:04   
Ja, ich weiß. Siehe auch hier: 0001932 Will mich heute oder morgen drum kümmern. Kann das auch reproduzieren...
(0003488)
Friedemann   
2018-04-29 05:56   
Das Einlesen von 1200 iPhone-Dateien dauert bei mir jetzt nur noch 30 Sekunden :-)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1932 [GeoSetter] User Interface minor have not tried 2018-04-15 16:16 2018-05-05 17:20
Reporter: cbbob Platform: Windows  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 10  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.5  
    Target Version:  
Summary: UI hangs when loading folder with iPhone pictures in it
Description: Since a couple of weeks I have the problem of not beeing able to "regulary" load folders that countian pictures taken by my iPhone.
The symtom is that in the details view the filenames first are only shown in grey (see picture) and then it takes up to 10 minutes or longer to load one list. Once I scoll down the long load process starts again for the next page.
This symptom is only present with my iPhone pictures and not with folders that contain DSRL pictures only.
I thought the problem might me due to having descriptive XML files in the same folder, that have been produced by the iPhone. That was not the case.
Then I thought It might be due to a new meta data type of the iPhone X. That was not true either. It happens with iPhone 7 imeags as well.

It looks like it is due to the iOS Version. I can't tell for sure, but it seems that the problem only occurs for pictures taken since I have updated to iOS 11. :-(

Any ideas?
Tags:
Steps To Reproduce: navigate to folder
Additional Information:
Attached Files: Geosetter problem.JPG (20,265 bytes) 2018-04-15 16:16
https://www.geosetter.de/mantis/file_download.php?file_id=710&type=bug
jpg
Notes
(0003489)
Friedemann   
2018-04-29 05:57   
Reading 1200 iPhone files now takes about 30 seconds on my machine :-) I will create an updated version as soon as possible...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
998 [GeoSetter] Image Data minor always 2012-10-28 13:10 2018-04-27 08:44
Reporter: ksuehring Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.34 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Time Zone data is no applied to all pictures wth time shift
Description: Multiple pictures are selected (Canon cr2 raw with XMP files)
The time and time zone is changed using Edit Data -> Date tab -> Time shift
"Set current value for all selected images" is chosen

The time zone does not get updated.
Tags:
Steps To Reproduce:
Additional Information: This seems to happen only for the "Time shift" option. Using "Set to Fixed Date" allows updating the time zone.
Attached Files:
Notes
(0002553)
DenisPac   
2017-05-18 10:19   
This is not new for me.
Actually only the current picture is updated with time zone while the others are not.
This is only when saving that GS asks to apply a time zone to all pictures that this actually applies to all.
GeoSetter beta v3.4.53
(0003485)
johnboz   
2018-04-27 08:02   
I have the same problem. Only one picture at the time can be updated.
I've tried several combinations of changing the timezone, but it didn't make any difference.
I even changed the time with one second to see if this made any difference, but it didn't.

I used the normal Geosetter version and the beta version 3.4.82 with Exif tools 10.94.

I noticed that Geosetter has some (speed) trouble with reading a CR2 map with 1400 pictures. For quit a time the reading process is standing still on 11%. After quite a while it continues normally.
(0003486)
johnboz   
2018-04-27 08:44   
I did the following and the timezone changed.
I added to every picture GPS coordinates and let GeoSetter add the location items.

Than I switched to the Tab and let Geosetter determine the Time Zone through "Getting from Web".

After saving the picture settings (316 photo's) the Exif time zone data where changed.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1294 [GeoSetter] User Interface minor always 2016-01-08 18:36 2018-04-22 16:17
Reporter: gregglee Platform: AMD FX(tm)-8350 Eight-Core  
Assigned To: Friedemann OS: windows  
Priority: normal OS Version: 7-64  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Image preview with Sony A99 ARW
Description: With any ARW from Sony A99 the image preview pane shows colors inaccurately - greenish and low contrast.

Only the image preview window is affected. Thumbnails display correctly and appear to be the same as preview in windows explorer.
Tags:
Steps To Reproduce: select any A99 ARW
Additional Information:
System Description MB is ASUS SABERTOOTH 990FX R2.0
Attached Files: geosetter screen save.JPG (210,225 bytes) 2016-01-08 18:36
https://www.geosetter.de/mantis/file_download.php?file_id=428&type=bug
jpg
Notes
(0003484)
gregglee   
2018-04-22 16:17   
Same issue with A99M2 ARW. Greenish, low contrast and often darker than geosetter thumbnails or windows explorer preview pane or Windows Paint. (I don't mean Windows photo viewer which has a well known bug.)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1934 [GeoSetter] User Interface major always 2018-04-17 17:08 2018-04-17 20:00
Reporter: SantiMB Platform:  
Assigned To: Friedemann OS:  
Priority: high OS Version:  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Map is not shown
Description: The map window can't load http://www.geosetter.de/map_google.html. If I open this URL in a web browser I get a blank page. I happens from today, and yesterday it worked well.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003479)
Friedemann   
2018-04-17 17:39   
The blank page in a web browser is absolutely ok. So what's the problem???
(0003480)
SantiMB   
2018-04-17 18:19   
OK. I thought that this could help in the diagnosis. :(

The problem is that the map does not appear in the map window, only an error that says the map could not be found in http://www.geosetter.de/map_google.html, and that I have to the URL in the configuration. Yesterday it worked.
(0003481)
Friedemann   
2018-04-17 18:42   
If it worked yesterday, than it was maybe an update on your system which causes it now to work not. Are you sing maybe a special firewall which maybe blocks GeoSetter now? Maybe an antivirus software which blocks it now after an update? Which Windows version are you using?
(0003482)
SantiMB   
2018-04-17 19:37   
It was from the computer of my work. We have corporate firewall (I think Cisco) and corporate antivirus (McAfee). Both warn when there is an access problem.

Anyway it has to be something related to the LAN of the office because I just tried it on my home computer and the map is displayed correctly.

You can close the issue.

Thanks for everything.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1909 [GeoSetter] User Interface minor always 2018-04-07 11:07 2018-04-07 12:37
Reporter: Xavmart Platform: Desktop  
Assigned To: Friedemann OS: Windows 10 Professional  
Priority: normal OS Version: 16299.309  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Browser incompatibility error
Description: Dear all,

I always get the follwowing errorr message :
"Le navigateur que vous utilisez n'est pas compatible avec l'API JavaScript de Google Maps. Nous vous recommandons de changer de navigateur."
meaning :
"the bowser that you use is not compatible with the API JavaScript of Google Maps. Change your browser.".
What should I do :
1) change some GeoSetter settings ? where ?
2) change my default browser to "Edge" ? I tried but it does not have an effect.

Thank you in advance.
Best regards,
Xavier

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003443)
Friedemann   
2018-04-07 12:37   
Presse see here: 0001829

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1851 [GeoSetter] User Interface block always 2018-02-19 15:06 2018-02-19 17:39
Reporter: slart Platform: Windows  
Assigned To: Friedemann OS: Windows 7 64  
Priority: immediate OS Version: 7  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Browser wird von der Google Maps JavaScript API nicht unterstützt
Description: "Der von Ihnen verwendete Browser wird von der Google Maps JavaScript API nicht unterstützt. Verwenden Sie einen anderen Browser. Weitere Informationen Schließen"

Habe mir das geosetter.zip neu geladen. Das Problem besteht weiterhin.

Die installierten Browser:
IE 8 (ungenutzte, niemals upgedatete originale Win 7 Version)
Firefox neueste Version
Chromium neueste Version
Opera neueste Version

Habe diese Issues gefunden, die das Problem nicht lösen:
http://www.geosetter.de/mantis/view.php?id=1828
http://www.geosetter.de/mantis/view.php?id=1829
http://www.geosetter.de/mantis/view.php?id=1836

Ich verwende ausschließlich die Portable (zip) Version.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003345)
slart   
2018-02-19 15:11   
Aha, es gibt auch eine beta als zip. Muss man nur selbst drauf kommen.
www.geosetter.de/geosetter_beta.zip

OK, mit der Beta zip besteht das Problem genauso.

Geosetter 3.4.82 (Build 2184):
"Der von Ihnen verwendete Browser wird von der Google Maps JavaScript API nicht unterstützt. Verwenden Sie einen anderen Browser. Weitere Informationen Schließen"
(0003346)
Friedemann   
2018-02-19 15:12   
Google setzt aktuell für die Google Maps API den IE 10 voraus. Sobald der installiert ist, sollte es klappen, mit der in 0001829 beschriebenen Änderung...
(0003347)
slart   
2018-02-19 15:16   
Im unteren Fenster steht das:
19.02.2018 15:09:45 ERROR: Der Vorgang konnte aufgrund des folgenden Fehlers nicht fortgesetzt werden: 80020101
  showMap3(2, 1, 52.4971527727, 13.4702112525, 20);

Wie krieg ich den IE 10 in Win 7? Den Update-Wahnsinn mach ich nicht mit.
(0003348)
Friedemann   
2018-02-19 15:29   
(Last edited: 2018-02-19 15:29)
Wie gesagt, ich kann da nix für, die aktuelle API von Google fordert halt den IE 10. Ansonsten kann es halt an diversen Stellen zu Fehlern kommen.

> Den Update-Wahnsinn mach ich nicht mit.

Musst Du ja auch nicht. Dann kannst Du aber auch nicht erwarten, dass aktuellere Software weiterhin läuft ;-) Verstehe nicht, was daran so schlimm ist, einen Browser zu aktualisieren. Beim Firefox, Chrome und Opera tust Du das ja anscheinend auch. Und wenn man schon 3 Browser aktuell hält, schafft man das doch auch mit vieren. Der IE 11 wird ja von Microsoft zum Download angeboten.

Auch nur zur Info: Der IE ist der einzige mir bekannte Browser, den man eingebettet in eigenen Anwendungen benutzen kann. Deshalb halt der IE.

(0003349)
Friedemann   
2018-02-19 15:31   
Siehe auch hier: https://developers.google.com/maps/documentation/javascript/browsersupport?hl=de
(0003350)
slart   
2018-02-19 15:36   
Schwierig. Der IE 11 Offline Installer will ins Internet, bzw. bricht ohne Internet die Installation ab. Schmuh!
Ja, blöd, wenn nur der IE für sowas funzt. Aber muss es denn unbedingt ein ganzer Browser sein? Würde es mit OSM / OpenLayer nicht funktionieren? OK, mit Applications hab ich keine Ahnung, aber OL4 ist eine feine Sache.

... ich sitz wohl ziemlich in der Klemme. Am Ende muss ich mir noch selbst was basteln...
(0003351)
Friedemann   
2018-02-19 15:39   
Ob nun Google Maps oder OL, für beides benötigt man einen JavaScript-fähigen Browser. Mag sein, dass OL auch mit einer niedrigeren Version des IE zufrieden wäre. Ein Umbau auf OL ist schon längst auf meiner Todo-Liste, aber relativ weit unten ;-) Aber wie gesagt, einen Browser benötigt man dafür genauso...
(0003352)
Friedemann   
2018-02-19 15:40   
> Aber muss es denn unbedingt ein ganzer Browser sein?

und was heißt "ein ganzer Browser"? Einen halben gibt's halt nich... ;-)
(0003353)
Friedemann   
2018-02-19 15:45   
Und OL benötigt mindestens den IE 9, wenn ich das richtig lese: https://openlayers.org/en/latest/doc/tutorials/introduction.html
(0003354)
slart   
2018-02-19 15:50   
(Last edited: 2018-02-19 15:52)
Gibts JS nicht standalone?
PhantomJS kriegt das ja auch hin und rennt exakt.
https://superuser.com/questions/946244/is-there-a-way-to-run-javascript-without-a-browser-like-a-shell-or-batch-script

Ich musste jetzt den untouched IE 8 aus der Win 7 Installation für Geosetter opfern. Dabei brauch ich den fürs Webseiten testen. Hartes Opfer ...

Zumindest scheint jetzt der Fehler weg zu sein, bei dem immer die Karte eingefroren war.

(0003355)
Friedemann   
2018-02-19 15:56   
(Last edited: 2018-02-19 15:56)
> Gibts JS nicht standalone?

Ja natürlich, das beste Beispiel ist NodeJS. Aber vergiss doch bitte nicht, dass Du irgendwo eine Karte sehen willst, etwas visuelles. Du brauchst also jemanden, der JavaScript-Code ausführt und das ganze schön präsentiert und auch Eingaben entgegen nimmt, Mausklicks etc. Und wer macht sowas wohl??? Ein Browser ;-)

> Dabei brauch ich den fürs Webseiten testen.

Super-Argument :-D Zum Testen von Webseiten sollte es ein möglichst alter Webbrowser sein? Das macht Sinn? Du kannst bei jedem IE auch einstellen, in welchem Modus er arbeitet, Du kannst ihn zum Testen also weiterhin als IE 8 benutzen...

(0003357)
slart   
2018-02-19 17:26   
(Last edited: 2018-02-19 17:27)
Wie auch immer. Jetzt funktioniert alles wieder einwandfrei, als wenn nichts gewesen wäre. Gab es ein Problem? ^^ Hab den IE 11 genommen.
Warum man bei einer Offline Installation online sein muss ist halt mal wieder typisch Windows.
Jetzt kann das Issue geschlossen werden.

(0003358)
Friedemann   
2018-02-19 17:39   
> Jetzt funktioniert alles wieder einwandfrei

wunderbar! :-)

> Gab es ein Problem?

ich weiß von nüscht :-D

> Warum man bei einer Offline Installation online sein muss ist halt
> mal wieder typisch Windows.

bei manchen Installationen lädt man ja nur einen kleinen Installer runter, der dann während der Installation den großen Rest erst nachlädt...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1235 [GeoSetter] User Interface block always 2015-01-07 18:26 2018-01-29 12:50
Reporter: bselbmann Platform: Microsoft  
Assigned To: Friedemann OS: Windows  
Priority: high OS Version: 7 Enterprise 64b  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: EXIF Tool processes (up to 5) have to be kill manually
Description: Hallo Herr Friedemann,

ersteinmal vielen lieben Dank für dieses wunderschöne aus meinem Alltag nicht mehr wegzudenkende Tool.

Ich fotografiere mit der Nikon D4 und tagge/tracke mit dem Solmeta Pro.

Aber jedesmal, wenn ich nach den etwas umständlichen (meinerseits, da ich die Kamera auf Ortszeit umstelle: z.B. Thailand (erst mit, dann ohne Sommerzeit - muß ich die Zeiten nachkorrigieren da etwas nicht so ganz stimmt ;-( ) synchronisieren meine jpegs und NEFs tagge - geht es nicht mehr weiter:

ich muß manuell alle exiftool.exe *32 Prozesse abbrechen, damit es weitergeht - Das passiert auf meinem Lenovo Laptop T520 (8 Kern) als auch auf meinem Heimrechner (Intel X79 mit 8 kern Intel CPU) auf beides Windows 7 Enterprise

was mache ich verkehrt?

Gruß

Bernd Selbmann
Tags:
Steps To Reproduce: tag many pictures and press save changes (all NEF/JPG) and watch the task manager
Additional Information:
Attached Files: jfiiccdi.png (1,496,554 bytes) 2015-01-07 18:26
https://www.geosetter.de/mantis/file_download.php?file_id=412&type=bug
Notes
(0002174)
heiko   
2015-01-07 21:55   
wie lange wartest du denn bis du die ExifTool Prozesse abbrichst (ich nehme an über den Taskmanager)? Ich habe durchaus schon gelesen, dass es Dateitypen gibt, für die ExifTool recht lange zum Speichern braucht.

was für eine ExifTool Version verwendest du?

was passiert wenn du nur JPGs änderst?
was passiert wenn du nur NEFs änderst?
(0002176)
bselbmann   
2015-01-09 13:27   
Hallo,

in der Regel nur noch 5min - hatte am Anfang 8std und mit einem anschliessendem Neustart gewartet.

Das kann ich nicht bestätigen - es starten 4 exiftool Prozesse, die jpg sowie NEF rasend schnell abändern, bis es nach und nach alle 4 Prozesse (exiftool.exe) nicht mehr schaffen sich zu beenden - ob sie auf lese/schreib zugriffe warten kann ich nicht so wirklich beobachten aber es passiert schon bei taggen von 6 bildern (1 prozess hängt) - mal erst nach 225 Bildern (dann hängen alle 4 Prozesse)

Jeweils mit der letzten von geosetter vorgeschlagenen Version vom Exiftool, das hat sich bestimmt in dem Letzen Jahr 12x geupdated

bei nur jpg oder nur NEF passiert exakt das selbe
(0003344)
bselbmann   
2018-01-29 12:50   
Nach Einbau einer schnelleren Festplatte und neuinstallation (immer noch Win 7 64bit) im Laptop trat das Problem nicht mehr auf.

Auf dem Desktop Rechner ist das Problem von alleine verschwunden (MS Patches? exif tool?)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1838 [GeoSetter] User Interface minor always 2018-01-09 18:27 2018-01-09 19:02
Reporter: Wilfried Platform:  
Assigned To: Friedemann OS: Windows  
Priority: low OS Version: 10 64Bit  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.82 beta  
    Target Version:  
Summary: Download of Beta 3.4.82 not possible or wrong URL
Description: GeoSetter 3.4.53BETA suggest new version 3.4.82 (released 08.01.18) but the link www.geosetter.de/geosetter_beta.exe still points to the previous version.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003296)
Friedemann   
2018-01-09 18:33   
Yes, please excuse me, it seems that I didn't overwrite it on the server yesterday. It should work now: http://www.geosetter.de/geosetter_beta.exe
(0003301)
Wilfried   
2018-01-09 18:59   
Thank you! It did work now.
Interestingly the difference in size of the two exe is so small they both show in explorer with the same size of 22.807 KB.
During install, it was not able to close all other programs (the same as with 3.42.53). However ignoring the condition and restarting Windows (10 1709) seemed to finish the installation successfully. It does show 3.4.82 beta now and the message from Google disappeared.
(0003302)
Friedemann   
2018-01-09 19:02   
Fine :-) The version I'm just working on will contain an integrated update mechanism, so restarting the system should not be necessary then anymore...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1836 [GeoSetter] User Interface minor always 2018-01-09 14:18 2018-01-09 18:35
Reporter: mmm Platform:  
Assigned To: Friedemann OS: Windows 10 Pro  
Priority: normal OS Version: v1709  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.82 beta  
    Target Version:  
Summary: Fehler bei Installation von v 3.4.82 BETA
Description: Bei Ausführung der aktuellen Setup Datei "geosetter_beta.exe" wird immer noch die Version 3.4.53 BETA installiert.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003294)
Friedemann   
2018-01-09 14:20   
Jaaaa, ich weiß :-( Tut mir leid, sehr merkwürdig, da scheint beim Erstellen des Setup was schief gelaufen zu sein! Ich schaue heute Abend...
(0003297)
Friedemann   
2018-01-09 18:34   
Ich bitte nochmals um Entschuldigung, ich hatte die Dateien auf dem Server wohl nicht korrekt überschrieben. Nun sollte es aber klappen: http://www.geosetter.de/geosetter_beta.exe

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1829 [GeoSetter] User Interface minor always 2017-11-27 23:54 2018-01-09 14:23
Reporter: ajft Platform: Windows  
Assigned To: Friedemann OS: Windows10  
Priority: normal OS Version: 10.0.14393  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.82 beta  
    Target Version:  
Summary: geosetter warning regarding embedded Google Maps -- unsupported browser
Description: The embedded map in Geosetter (on my Windows10 system) is now displaying:

You are using a browser that is not supported by the Google Maps JavaScript
API. Considering changing your browser. Learn more Dismiss

Note: Geosetter is version 3.4.16 (Build 2119) but that version is not available in the "Product Version" drop-down list above.
Tags:
Steps To Reproduce: Open geosetter, warning appears as soon as map is displayed
Additional Information:
Attached Files: geosetter_internet_explorer.reg (358 bytes) 2018-01-08 16:24
https://www.geosetter.de/mantis/file_download.php?file_id=669&type=bug
Notes
(0003275)
ceroni   
2017-12-05 14:17   
Exactly the same warning here:
"You are using a browser that is not supported by the Google Maps JavaScript API. Considering changing your browser. Learn more Dismiss"

Despite the warning, everything seems to be working fine after clicking “Dismiss”.

Windows 10 Pro 1709 build 16299.64 (64bit)
Microsoft Internet Explorer 11.64.16299.0 (default browser is Opera 49.0.2725.47)
Geosetter 3.4.16 (build 2119)
Exiftool 10.67
(0003282)
alan-g   
2017-12-18 20:48   
Same here
(0003283)
Malcolm_Ferguson   
2017-12-18 22:31   
I'm running Windows 7 with the IE 11. The link in the error message leads to a page with some hints:
https://developers.google.com/maps/documentation/javascript/error-messages#unsupported-browsers
(0003284)
Malcolm_Ferguson   
2017-12-18 22:35   
I guess this is a duplicate (or English version) of: 0001828
(0003287)
rlsmith46   
2018-01-06 17:34   
The same error message with the same symptoms occurred recently in Picasa as well.

On the Picasa forum the source of the error was attributed to a Windows 10 update and was solved by a user (Christine) with a registry entry change:

  
Christine Schulze-Dammert said:
I found a solution
regedit:
HKey_Current_User\Software\Microsoft\Internet Explorer\Main\FeatureControl\Feature_Browser_Emulation
Add a DWORD named "picasa3.exe" and set to 2af8.
Then Picasa shows the location of a picture again.
I guess, this was changed during the last upgrade of Windows 10

That solved the problem for Picasa

See the post in the forum at: https://productforums.google.com/d/msg/picasa/mHZcTDkUrMQ/USfnZNlqAwAJ

Perhaps this will be of help in tracking down the error in Geosetter (??)
(0003288)
Friedemann   
2018-01-08 16:25   
(Last edited: 2018-01-09 14:23)
For the regular release 3.4.16 I attached the needed registry file here, which can be imported by double click.

The new beta version 3.4.82 always adds the registry entry on startup.

(0003293)
Friedemann   
2018-01-09 12:03   
(Last edited: 2018-01-09 12:03)
The beta version is available at http://www.geosetter.de/geosetter_beta.exe

(0003295)
Friedemann   
2018-01-09 14:23   
Please note: The current beta version mentioned above is wrong, it still seems to be the old version. Will be fixed today... See also 0001836

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1828 [GeoSetter] User Interface minor always 2017-11-26 13:31 2018-01-09 12:24
Reporter: atomar Platform: MS  
Assigned To: Friedemann OS: Win 10  
Priority: normal OS Version: 1703  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.82 beta  
    Target Version:  
Summary: Google Maps
Description: Der von Ihnen verwendete Browser wird von der Google Maps JavaScript API nicht unterstützt.
Tags:
Steps To Reproduce: Bei jedem Start von 3.4.16 (Build 2119) und 3.4.53 (Build 2170)
Additional Information:
Attached Files: Aufnahme2.jpg (99,021 bytes) 2017-11-27 20:44
https://www.geosetter.de/mantis/file_download.php?file_id=665&type=bug
jpg
Notes
(0003272)
heiko   
2017-11-27 17:13   
was für ein Betriebssystem hast du?

Ist der Internet Explorer aktuell? Sprich werden die Microsoft Updates für den IE ausgeführt
(0003273)
atomar   
2017-11-27 20:51   
MS / Win 10 / V 1703 (Build 15063.726)
IE 11 / V 11.726.15063.0

2017-11 Update für Windows 10 Version 1703 für x64-basierte Systeme (KB4049011)
Erfolgreich installiert am 15.11.2017
(0003285)
Malcolm_Ferguson   
2017-12-18 22:35   
Possibly duplicated by: 0001829
(0003286)
Harald   
2017-12-25 19:26   
Ich habe den selben Fehler mit Windows 7 64bit
IE 11.0.9600.18860 KB 4052978
(0003289)
Friedemann   
2018-01-08 16:26   
(Last edited: 2018-01-09 12:24)
Please see 0001829


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1316 [GeoSetter] Image Data minor always 2016-04-20 22:57 2017-11-24 17:52
Reporter: meesoft Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Cannot import coordinates from KML files from Google maps timeline
Description: Google timeline is a very easy way to get your location tracked whenever you are carrying your phone and it can export a full day of locations to a KML file. Unfortunately GeoSetter cannot geotag images from such a file - it just says that it doesn't contain time information.
Tags:
Steps To Reproduce:
Additional Information: I have attached an example file from a days trace.
Attached Files: history-2016-03-12.kml (41,493 bytes) 2016-04-20 22:57
https://www.geosetter.de/mantis/file_download.php?file_id=434&type=bug
history-2017-04-04.kml (98,282 bytes) 2017-04-10 01:32
https://www.geosetter.de/mantis/file_download.php?file_id=463&type=bug
Notes
(0002460)
Mark.Michaelis   
2017-04-10 01:33   
Just to confirm, I have the same issue. The file was downloaded fro Google Location History. Here is the error:
---------------------------
Confirm
---------------------------
You didn't select a track file or your selected track file doesn't
contain any coordinates including date time information.

Would you like to try again?
---------------------------
Yes No
---------------------------
(0003269)
vadimpl   
2017-11-24 11:21   
Hello. I see the problem not decided. Do exist any method (e.g. convert to gpx) to solve it? GPSBabel and gpsvisualizer.com didn't help.
(0003270)
Mark.Michaelis   
2017-11-24 17:52   
I don't know of a workaround. I think it would be possible to make a minor modification to the file in order to get it to import but I'm not sure what that modification would be, unfortunately. :(

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1210 [GeoSetter] Image Data feature always 2014-08-17 13:58 2017-10-12 09:43
Reporter: Mark.Michaelis Platform: Windows 8.1  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Your selected track file doesn't contain any coordinates
Description: While trying to synchronize images with a track it errors out with the following dialog:
You didn't select a track file or your selected track file doesn't
contain any coordinates including date time information.

Would you like to try again?
Tags:
Steps To Reproduce: Click to synchronize with GPS Data Files and select the file. Attempts to get synchronization all fail with the message above.

Additional Information: Additional notes:
The "Assign waypoint" dialog doesn't list any waypoints and neither do the "Get from Synchronization Tracks" or "Open Waypoint Files(s)" list them.
The "Use Track Point From Map" option has the message, "You didn't select a time value by setting the red position marker in the main window nearby a track containing time values by now." even though before opening the dialog I went to a specific track point and placed the red maker exactly there.
Attached Files: backitude-daily-kml-08-11-2014.kml (135,385 bytes) 2014-08-17 13:58
https://www.geosetter.de/mantis/file_download.php?file_id=403&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1738 [GeoSetter] User Interface crash always 2017-09-23 15:29 2017-09-25 13:17
Reporter: ChrisGorringe Platform: Intel x64  
Assigned To: Friedemann OS: Windows 10  
Priority: normal OS Version: 10.0.15063  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Exif tool update crash
Description: With 3.4.53 beta, I have found a conflict with Netgear Powerline Utility 3.1.0.4.
Tags:
Steps To Reproduce: With this software installed, Geosetter goes into an endless loop whilst trying to update the Exif tool. Using Sysinternals Procmon, it is related to the reading on an XML file using msxml6.dll. Comparing the same process on another machine without the Powerline utility, Geosetter appears to use msxml3.dll.
The Powerline utility installs msxml4.dll and when it is uninstalled, Geosetter works perfectly without any further changes having to be made. Reinstalling the Powerline utility then causes Geosetter to stop working again. If left, the process memory allocation keeps increasing and the CPU utilisation endlessly consumes about 15 to 25%.
Let me know if you need anything else.
Additional Information:
Attached Files:
Notes
(0003058)
Friedemann   
2017-09-25 13:02   
Hi! Thank you very much for finding this out. I will not resolve it. I'm just working a lot on a new version of GeoSetter, where I replace the XML library by an independent library which does not use any external DLLs anymore. But thank you very much, it's good to know! :-)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1296 [GeoSetter] User Interface minor unable to reproduce 2016-01-25 00:02 2017-07-11 19:32
Reporter: eddydaddy27 Platform: win  
Assigned To: Friedemann OS:  
Priority: normal OS Version: 7  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Interface language
Description: The italian interface is not complete.
It's possible to give me the opportunity to translate the whole interface.
(the italian .po file not cover the whole interface).
thaks
ed
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: default.pot (96,006 bytes) 2017-07-11 19:03
https://www.geosetter.de/mantis/file_download.php?file_id=556&type=bug
Notes
(0002725)
eddydaddy27   
2017-07-02 12:17   
I'm waiting for reply.
Thanks
(0002777)
Stoffel   
2017-07-11 18:09   
(Last edited: 2017-07-11 18:13)
Why not take the existing .\locale\en\default.mo or .\locale\de\default.mo, convert it, using "msgunfmt.exe" (may be included in Poedit) and run "msgunfmt default.mo > default.po" (PO-files are plain text files).
Then use that PO-file as a template for Italian language.

On the other hand side ... Friedemann already announced a new version to be released within the next weeks. Maybe it will be worthy to wait for it and translate the new version instead (if incomplete).

(0002779)
Stoffel   
2017-07-11 19:03   
(Last edited: 2017-07-11 19:32)
I attached a "default.pot" for you.
This file includes even more strings than the original MO-files (that were missing some translations in the latest GUI).
My file is for the latest version "3.4.53 (build 2170) BETA" (date: 04.01.2017).

You can open that file with Poedit and create a new translation.


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1544 [GeoSetter] User Interface major always 2017-06-25 16:10 2017-06-26 14:19
Reporter: erioho Platform: PC  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 10  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Incorrect thumbnail
Description: I use geosetter to tag some scanned image (16bit TIFF with alpha channel, from vuescan, they call it RAW Scan), the thumbnail on the left panel are corrupted as attached.

The image can be view normally in Vuescan, Windows, and any another program.
Tags:
Steps To Reproduce: Just launch and as it generate thumbnail, it happens.
Additional Information:
Attached Files: Untitled.jpg (72,936 bytes) 2017-06-25 16:10
https://www.geosetter.de/mantis/file_download.php?file_id=516&type=bug
jpg
Notes
(0002643)
Friedemann   
2017-06-25 16:14   
Can you send me such a TIFF example image please (support@geosetter.de) or Dropbox or whatever...
(0002645)
erioho   
2017-06-26 14:19   
Just send you the file, a link from google drive. A huge file as 160MB.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1034 [GeoSetter] Image Data minor always 2013-04-27 06:11 2017-06-19 23:49
Reporter: thelordsmurf Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.34 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Can you add support for Samsung SRW files?
Description: Hello,
I see that GeoSetter does not support/add geodata for Samsung's silly RAW format, SRW. I see that ExifTools itself does support SRW. Any way to add that for GeoSetter?
Thanks
Tags:
Steps To Reproduce:
Additional Information: NX300
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1464 [GeoSetter] User Interface major always 2017-05-16 07:44 2017-06-19 23:43
Reporter: sjmcmurray Platform: Windows  
Assigned To: Friedemann OS: Windows 10  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: The google map doesnt display and shows an error message
Description: There is no map in the map window
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: aaa.pdf (44,044 bytes) 2017-05-16 07:44
https://www.geosetter.de/mantis/file_download.php?file_id=482&type=bug
google_maps_loads.jpg (101,401 bytes) 2017-05-17 07:44
https://www.geosetter.de/mantis/file_download.php?file_id=485&type=bug
jpg

download.png (29,229 bytes) 2017-05-17 10:29
https://www.geosetter.de/mantis/file_download.php?file_id=487&type=bug
png
Notes
(0002492)
Stoffel   
2017-05-16 08:08   
(Last edited: 2017-05-16 08:16)
Exactly the same for me (running Windows 8.1)

Map File: http://www.geosetter.de/map_google.html

(0002493)
Friedemann   
2017-05-16 08:54   
(Last edited: 2017-05-16 09:18)
Yes, I can confirm this problem. There's an error message which says:

You have exceeded your daily request quota for this API. We recommend enabling billing to get a higher quota: https://developers.google.com/maps/documentation/javascript/usage

And it's true, as I see there were over 100.000 requests today with my Google key. Normally it's about 15.000 requests per day. The maximum of free requests is 25.000. Each 1.000 request exceeding will cost 50 Cent. Fortunately I didn't enable this feature :-)

I really hope that this won't occur each day now. Of course I could change the Google key (I hope), but I will wait now to see what will happen today...

I apologize for the inconvenience!!! :-(

(0002498)
Friedemann   
2017-05-16 18:19   
An additional note: As I first noticed today, GeoSetter's key was not secure, it was possible to be used by everybody. I changed it now, it should now only possible to use it when called by geosetter.de. But I don't know at the moment, where the massive amount of requests came from. I really hope, that it didn't come from GeoSetter.exe itself. I assume and hope that somebody grabbed my Google key and used it for his own. By now, there are 344.982 request today!!! The limit for free request ist 25.000. As I said already, normally I have between 10.000 and 15.000 request per day.

We will see tomorrow...

Regards
Friedemann
(0002499)
Suedlicht   
2017-05-16 18:31   
Thank you very much for these statements, Friedemann. From time to time I'm a quite heavy user. I remember a message of geonames.org about my quota of 2000 per hour to be exhaustet - when I had about 800 photos and I ran it several times.
Sometimes I want the references to be very exact, so I run the whole thing two times: One time with the local windows setting, and then once again with a point on the map - which I could choose after the first run. I do so mostly when I had pictures taken out of a moving vehicle.
Knowing of the problem I will change this and do the first run just with a single photo.

Regards
S.
(0002500)
Friedemann   
2017-05-16 18:35   
> Knowing of the problem I will change this and do the first run just with a single photo.

I think you can register your own GeoNames user. 2.000 requests is not so much and reached quickly. For GeoNames each request counts. But for Google Maps a request is only the first opening of the map. It doesn't matter how much then the map will be moved etc. So the free limit of 25.000 request per day should be enough by now - normally :-/
(0002501)
Friedemann   
2017-05-16 18:36   
BTW: I work very hard on GeoSetter right now to release a new major version in a few weeks. Maybe months, it's difficult to say at the moment :-)
(0002502)
Suedlicht   
2017-05-16 19:24   
Thanks again, Friedemann. I have my own account on Geonames - 2000 may be the limit for free accounts. Thank you very, very much for your work!
(0002503)
othmarmarti   
2017-05-16 20:22   
Dear Friedemann,
I noticed that the Google address is called even if the map is set to Openstreetmap.org. Is there a possibility to use OSM without having to call Google? That would be a way to reduce the load. Google is nice, but I often use OSM
Thanks for the great program!
(0002504)
Friedemann   
2017-05-16 21:46   
No, regardless which map is used, GeoSetter uses the Google Maps API for all the functionalety of the map, showing markers etc. That dioesn't have anything to do with the background map itself. An alternative would be OpenLayers. Then it would be possible for example to use it all offline without an internet connection by installing a local map server. Maybe I will do it in the future. but by now, I'm very happy with Google Maps...
(0002505)
othmarmarti   
2017-05-16 21:51   
Thanks for the clarification. Google works well - if there were not those floods of requests :_(
(0002509)
sjmcmurray   
2017-05-17 01:40   
Thanks for the reply - your software is amazing and is one of the easiest to use geotagging programs around. Thanks for your hardwork.

It seems that the user base is quite large as I still cannot get it too load up the Google map image so that I can geotag my imagery
(0002512)
Stoffel   
2017-05-17 05:55   
Many thanks, Friedemann. Unfortunately the same error occurs also today.
(0002513)
Friedemann   
2017-05-17 07:42   
The day ends at 0 o'clock Pacific Time, which will be 9 o'clock here in Europe. I attached an image where you can see the amount of requests in the last days :-/
(0002516)
Stoffel   
2017-05-17 09:10   
9:06 (Central European Summer Time) - Nothing changed. Still (or already again) the same error. :-(
(0002517)
Friedemann   
2017-05-17 09:45   
Yes, by now it's not working :-(

To fix it for yourself, you could register your own Google Maps API key here: https://developers.google.com/maps/documentation/javascript/get-api-key

Then you can download the map files of GeoSetter here http://download.friedemann.info/geosetter_map.zip and unpack them somewhere on your harddisk and put in your Google key in the HTML file. After changing the map file now in GeoSetter settings, it should work again.

Of course this is not a good solution, but it should work for now...
(0002520)
kh1234567890   
2017-05-17 10:30   
I've tried using my own key etc. Unless I'm doing something wrong - I'm no expert at the API - Geosetter appears to generate many requests to my brand new key (1000+ in a short interval). Any ideas ?
(0002521)
Friedemann   
2017-05-17 10:39   
Really??? A request should only count when opening the map, for example by starting GeoSetter. That's 1 request... Ok, then something with the map file seems to be wrong and I have to care about in the evening after work. I will remove it now...
(0002522)
sipeoutdoor   
2017-05-17 10:42   
Good morning, was done as suggested, I downloaded the files and inserted the Google api key, but there are some errors in the code inspection:

Google Maps API warning: RetiredVersion https://developers.google.com/maps/documentation/javascript/error-messages#retired-version

Google Maps API warning: SensorNotRequired https://developers.google.com/maps/documentation/javascript/error-messages#sensor-not-required

also as in other posts, i confirm that are generated by Geosetter many requests, in the span of a few seconds. the api key went from 0 to 1465 requests.

Any ideas ?
(0002523)
Friedemann   
2017-05-17 10:48   
I didn't change the code for a long time now. Maybe it crashes somewhere since yesterday and always created a new instance of the map? That would maybe explain the high amount of requests. I will care about after closing time...
(0002524)
kh1234567890   
2017-05-17 10:54   
Thanks Friedemann, Geosetter is such an incredibly useful program. Hopefully it will be fixable.
(0002525)
denis1807   
2017-05-17 11:38   
I have the same extact problem, 1068 requess in less then 2 minutes.
I really hope you can solve this problem quickly, I'm really in trouble without Geosetter.
Thanks a lot for your works Mr. Friedmann, I really appreciate your works!!!
(0002526)
sipeoutdoor   
2017-05-17 12:17   
I did some tests in the code that refers to the API KEY, I removed the version and tried to handle it all on a host that does not need the Key (here are the explanations about inserting the api key https: //www.latecnosfera.com/2016/06/google-maps-api-error-missingkeymaperror-risolto.html), everything seems to work, but the map does not show because geosetter continues to make requests, most likely there is a Error in compiling the code.
(0002528)
Malcolm_Ferguson   
2017-05-17 12:43   
(Last edited: 2017-05-17 12:46)
Glad to hear an update is coming. I like your software so much that I use it in a virtual machine, despite my workflow all being in Lightroom on a Mac.

I'm seeing the same problems in 2.4.53 (build 2170) BETA, and I'm also seeing the retired API message in the Java script console using the maps URL in Safari

I right-clicked on the map pane to bring up the context menu and chose "properties". This gave me the URL "http://www.geosetter.de/map_google.html", which I copied in to Safari. Plus of course the expected error now that you've locked your API key down to the application:

[Warning] Google Maps API warning: RetiredVersion https://developers.google.com/maps/documentation/javascript/error-messages#retired-version (util.js, line 210)
[Warning] Google Maps API warning: SensorNotRequired https://developers.google.com/maps/documentation/javascript/error-messages#sensor-not-required (util.js, line 210)
[Error] Google Maps API error: RefererNotAllowedMapError https://developers.google.com/maps/documentation/javascript/error-messages#referer-not-allowed-map-error
Your site URL to be authorized: http://www.geosetter.de/map_google.html
    kb (js:34:336)
    (anonymous function) (common.js:53:462)
    (anonymous function) (common.js:194:173)
    c (common.js:49:407)
    Global Code (AuthenticationService.Authenticate:1)

(0002529)
Friedemann   
2017-05-17 12:50   
> [Error] Google Maps API error: RefererNotAllowedMapError https://developers.google.com/maps/documentation/javascript/error messages#referer-not-allowed-map-error
> Your site URL to be authorized: http://www.geosetter.de/map_google.html

yes, that's new and I did it yesterday. It prevents that anybody else uses my Google key, except the map file on geosetter.de.
(0002530)
gabiandrone   
2017-05-17 12:50   
I suspected the problem was due to the new version of java so I uninstalled it and installed an older version. I tested on my own map file (with the two warnings fixed) with my key, and there are still a lot of requests. In conclusion, the problem is not from the java update.
(0002531)
Friedemann   
2017-05-17 12:52   
> In conclusion, the problem is not from the java update.

no, it isn't! It's my part now ;-) I think you can't do anything now, many thanks! You simply have to wait. I'll care about it after closing time...
(0002532)
Friedemann   
2017-05-17 12:57   
@Malcolm_Ferguson: Thanks! It was my mistake, I secured the key with "geosetter.de", but it has to be "http://www.geosetter.de/*". I changed it now. But I think the main problem still does exist...
(0002533)
Malcolm_Ferguson   
2017-05-17 13:17   
(Last edited: 2017-05-17 13:21)
That's certainly made a change, but after re-starting the app it seems to be stuck in a loop constantly reloading the map pane. I have to kill it using Task Manager. WireShark shows it repeatedly requesting: /maps/api/js/QuotaService.RecordEvent?[...]

I can post the whole Wireshark trace if it will help

Workaround: start the app with the network interface disabled. Re-enable it later, and I can still use interlet lookups for timezone and location. I've already added GPS locations in Lightroom, so I suppose this won't be helpful for all people.

(0002534)
Friedemann   
2017-05-17 13:19   
It worked for a short time. Now the requests exceed again my free amount. So there's definetely a problem in the code. Maybe the reloads you are talking about are causing the problem. As I said, I will see in the afternoon. I created a new GMail adress and a new key for testing :-)
(0002535)
Friedemann   
2017-05-17 13:21   
> I can post the whole Wireshark trace if it will help

oh yes please, you can also send it per mail to me (support@geosetter.de). Thanks!
(0002536)
Malcolm_Ferguson   
2017-05-17 13:22   
Yeah maybe there was an API change (behaviour, not necessarily interface) on the Google side, and it's confusing the app.
(0002537)
Friedemann   
2017-05-17 13:24   
I found this:

> The QuotaService will count things that are affected by
> usage-limits(e.g. Map-loads)

so it is ok. But why it will be called so much times, this is the question. And I'm pretty sure there's an answer to it ;-) Many thanks to you by now!
(0002538)
Friedemann   
2017-05-17 18:22   
I found the problem :-) It really was GeoSetter itself. To whom it may concern: In GeoSetter.exe there's code which will be called on DocumentComplete from within the EXE file. In this code a function of the map file (JavaScript) will be called which initializes the map. This initialization is what counts as a request for Google. Unfortunately since yesterday, this code has been called again and again. In the map file I added the code "if (map) { return }" right at the beginning. With this change it works.

As I said, I'm working a lot at the moment on a new major version of GeoSetter. A few weeks ago, I've nearly totally rewritten also the map file. The new version doesn't have this problem. I think I will finish it in about 2 months, I will see. Maybe 3...

To all of you, who were in trouble with this problem, I apologize for the inconvenience this may have caused. I really thought that someone else have stolen my Google API key for doing bad things.

The map still doesn't work as the free requests still are exceeded for today. So we have to wait until 0:00 o'clock Pacific Time (9:00 o'clock here in Germany) to see if it all works again. But I just tested it with another API key and it works well again.

Best regards
Friedemann
(0002540)
Stoffel   
2017-05-17 19:18   
Wonderful news! :-) and many thanks to you, Friedemann.
Hopefully everything will be fine again tomorrow.

And I am quite excited for the new Geosetter version.

With kind regards.
(0002541)
kh1234567890   
2017-05-17 19:25   
Great !

Could you repost the changed map file zip so that I could try running it with my own key until Google count resets ?
(0002543)
zava   
2017-05-17 21:51   
Thank you Friedemann for fixing it so fast!
Very exciting that a new version of GS will be issued, although I can't really see how much better it may get!
(0002544)
gabiandrone   
2017-05-17 22:08   
I used my own api key and the program works!
Many thanks, Friedemann!
I look forward to the new version of the program.
All the best!
(0002545)
Friedemann   
2017-05-17 22:22   
@kh1234567890: In showMap3() you have to insert

if (map) {
  return;
}

at the beginning.

BTW: I didn't know JavaScript when I wrote this code, that's why there are showMap1, showMap2 and showMap3 ;-)
(0002546)
andrew   
2017-05-17 23:51   
Is this why Geosetter displays Los Angeles in top left corner for a moment then disappears and says "Sorry! Something went wrong - The page didn't load Google Maps correctly. See the JavaScript console for technical details"
 - or is that a separate error?
(0002547)
samfares   
2017-05-18 02:46   
Hi
When i try to download the zip file it state file not found
(0002548)
naneyoo   
2017-05-18 03:50   
me too cant find the file..help
(0002549)
mantis   
2017-05-18 07:22   
Registered an account here just to say thank you to Friedemann!
(0002550)
Stoffel   
2017-05-18 09:03   
9:01 (Central European Summer Time): Perfect! :-) It seems to work and the map is loading correctly again. Thanks a lot!
(0002551)
obetz   
2017-05-18 09:09   
the map doesn't work correctly with a copy on my hosting account:

I downloaded http://www.geosetter.de/map_google.html, inserted my own Google API key, uploaded it to my own web site and changed the path in config.ini to my own URL.

Now it shows the map and the track, but not the image locations and viewing directions/angles.

What did I miss?

After all, the map on geosetter.de seems to work now, but if I can, I want to put the load on my own key and site.
(0002552)
DenisPac   
2017-05-18 10:14   
@obetz, you don't need this workaround anymore since the regular map file is working just fine since this morning.
(0002554)
denis1807   
2017-05-18 10:27   
Thanks a lot, for your works Friedemann, now works flawlessly!!!
(0002555)
Friedemann   
2017-05-18 10:35   
Yesterday I removed the zip file from my server as it still did contain the wrong map file. I didn't replace it. When using your own API key with your own copy of the map file, then you won't notice any changes I do maybe on the map. It's not very often I do it, but sometimes I will. Do I maybe have to consider this in the next version of GeoSetter, maybe a versioning functionalety and automatic download of all needed files for using it with your private key?

@obetz:

> Now it shows the map and the track, but not the image locations
> and viewing directions/angles.

yes, of course, there are some images which will be referenced. And BTW, you don't have to upload it to any server, you can simply put the files in a folder located on your harddisk, for example into a subfolder of your GeoSetter folder.
(0002556)
Jonesthemap   
2017-05-18 11:53   
I'm newly registered, great software, been using for some years. I ended up removing the software because of problems in the last few days. Can you explain how I can re-install and get going again? I'm afraid I'm not savvy with regard to making programme changes, do I need to wait for an upgrade? Thanks
(0002557)
Friedemann   
2017-05-18 12:07   
@Jonesthemap: No, you don't have to wait. Simply reinstall it. I recommend the "beta" version (http://www.geosetter.de/geosetter_setup.exe) which contains some changes from the last years. You can see some changes here: http://www.geosetter.de/mantis/changelog_page.php

It looks a bit strange, the "beta" now exists for about 6 years. I simply didn't release it as an official version because of all the things I had to do then, changing the website etc.. As I said already I'm just working on a new major version. But until then, I recommend the beta version which runs as stable as the officiual version 3.4.16 does...
(0002558)
naneyoo   
2017-05-18 12:12   
Thank you.. the map is working now..
(0002559)
Malcolm_Ferguson   
2017-05-18 12:58   
Vielen Dank Friedemann. It's working well again.
(0002562)
Jonesthemap   
2017-05-20 13:46   
Friedemann thank you so much for your prompt reply, I'm up and running again! It's a great piece of software. Cheers
(0002575)
arvid   
2017-06-01 09:20   
Friedemann, it show the file:
http://download.friedemann.info/geosetter_map.zip
not found!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1508 [GeoSetter] Image Data major always 2017-06-05 17:29 2017-06-16 14:08
Reporter: obetz Platform:  
Assigned To: Friedemann OS:  
Priority: high OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Inadvertent cnage of GPS Destination Coordinates
Description: Opening images for editing changes the GPS target coordinates before I change any field, just by looking at the entries.

The change less than 1E-6 degrees but nevertheless it's bad to touch any entry.

The image was previously edited with Geosetter 3.4.53 and another version of Exiftool.

Viewing the images with Geosetter 3.4.53 doesn't change the target coordinates. I donÄt know whether the error is fixed in 3.4.53 or whether it's caused by using different versions subsequently.

After all, 3.4.16 does not announce itself as "beta" but there is no 3.4.16 release in the mantis drop down field.
Tags:
Steps To Reproduce: 1. mark two or more images with destination coordinates
2. Press Ctrl-E to edit them
3. switch between the images -> dest coordinates get printed bold and slightly changed

Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1503 [GeoSetter] Image Data major always 2017-06-04 13:35 2017-06-10 15:44
Reporter: onurbi Platform: Dell Latitude 830  
Assigned To: Friedemann OS: Windows  
Priority: high OS Version: 10  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Aufnahmedatum eines JPG-Files wird nicht erkannt
Description: Es liegen zwei Aufnahmen der selben Kamera vor, die innerhalb von einer Minute erstellt wurden.

Bei Foto1 wird das Aufnahmedatum im Ballon angezeigt, im anderen nicht.

Der Exifviewer zeigt bei beiden Files unter Zeit die Daten komplett an.

Dadurch ist natürlich kein Koordinatenabgleich möglich und das Foto2 ist nicht geocodierbar.
Tags:
Steps To Reproduce: Anzeige in Bildinfo
Additional Information: Man kann hier nur ein Attachment anhängen. Ich habe das kritische Foto2 drangehängt.
Attached Files: Aufnahmedatum-wird-nicht-angezeigt.JPG (770,490 bytes) 2017-06-04 13:35
https://www.geosetter.de/mantis/file_download.php?file_id=503&type=bug
Aufnahmedatum-wird-angezeigt.jpg (755,285 bytes) 2017-06-05 22:40
https://www.geosetter.de/mantis/file_download.php?file_id=506&type=bug
Exit-Daten-Foto1.png (4,827 bytes) 2017-06-05 22:41
https://www.geosetter.de/mantis/file_download.php?file_id=507&type=bug
png

Exit-Daten-Foto2.png (8,036 bytes) 2017-06-05 22:41
https://www.geosetter.de/mantis/file_download.php?file_id=508&type=bug
png
Notes
(0002583)
onurbi   
2017-06-04 13:39   
There are two iamges from the same Camera. They have been recorded in a time distance of under 1 minute.

For Photo1 the recorded time will be displayed in the balloon. For photo2 not.

The Exifviewer shows for both images under time the complete data.

Therefore geocoding is not possible for photo 2.
(0002584)
Friedemann   
2017-06-05 20:00   
Wurde das Bild denn mit irgendeiner Software behandelt. Es enthält das Aufnahmedatum in den Exif-Daten nicht (TAG-ID 36867 bzw. 0x9003). Das kannst Du auch mit Strg+I anzeigen lassen... Weiß nicht, ob ich da was machen muss, vielleicht ein anderes Datum nehmen? Komisch...
(0002585)
onurbi   
2017-06-05 22:47   
Hallo Friedemann,

bei der Auswahl der Zeitfelder ist die Entscheidung schwer.

Bei dem Foto2 ist neben "Digitalisierungsdatum" (Tag-ID 0x9004) auch noch "Datum/Uhrzeit der Digitalisierung" (die Tag-ID wird dort nicht angezeigt) dabei. Das nimmst Du anscheinend.

Spricht etwas dagegen, die Tag-Id 0x-9004 zu nehmen?

Gruß, Onurbi
(0002586)
onurbi   
2017-06-05 23:02   
Ich habe mich bei den Namen der Screenshots vertan.
Wollte es korrigieren und finde nicht, wo ich Attachments löschen kann?
Inzwischen habe ich entdeckt, wie man die Tag-IDs mit anzeigen lassen kann. Das wäre jetzt auch auf dem Screenshot drauf.

Was ich als Foto1 bezeichne (Aufnahmedatum-angezeigt) habe ich jetzt ebenfalls drangehängt.

Ich habe beide Fotos mal mit dem exitTool -H untersucht

Es fällt auf, dass nicht alle Felder in den EXIF-Daten Tag-IDs haben.

0x9003 ist auch in Foto nicht enthalten. Zumindest nicht als ID.

Dort gibt es wie erwähnt "Datum/Uhrzeit der Digitalisierung". Hat das Feld normalerweise die 0x9003?
(0002587)
onurbi   
2017-06-05 23:03   
Und: Die Fotos habe ich im irfanview verkleinert. Der Effekt ist aber trotzdem der Gleiche. Der Irfan läßt die Exifdaten offenbar unberührt.
(0002588)
onurbi   
2017-06-10 15:44   
Spricht etwas dagegen, die Tag-Id 0x-9004 zu nehmen?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1344 [GeoSetter] Image Data minor always 2016-10-03 13:46 2017-05-30 19:10
Reporter: obetz Platform:  
Assigned To: Friedemann OS:  
Priority: low OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Destination coordinates for location lookup?
Description: Can I use the destination coordinates for geonames location lookup? This would be useful for aerial photos where the destination is to be described, not the location of the camera.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002358)
obetz   
2016-10-15 18:41   
The more aerial pictures I tag the more I would like to have the possibility to use the destination coordinates for geonames location lookup! The "location" is mostly not usable because the distance between camera and destination is more than 1km.
(0002574)
obetz   
2017-05-30 19:10   
I suggest a checkbox "prefer the destination coordinates for geonames query". If an image has no destination coordinates, a fallback to the camera coordinates makes sense.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1476 [GeoSetter] User Interface crash always 2017-05-18 18:22 2017-05-19 10:03
Reporter: pische Platform: Intel Xeon E3-1240 v5 3,5GHz  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 10 64bit  
Status: resolved Product Version: 3.4.14 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Programm beendet gleich nach Start (noch vor Öffnen des Fensters)
Description: Da ich Probleme mit der Darstellung der Karte hatte (mittlerweile weiß ich, dass ich nicht der Einzige war), habe ich die Beta-Version deinstalliert und die offiziell freigegebene Version 3.4.14 installiert.
Seither stürzt das Programm sofort nach dem Start wieder ab ohne dass irgendein Fenster oder eine Fehlermeldung erscheint.
Ein Deinstallieren, manuelles Löschen aller Dateien und Registry-Einträge und Neuinstallieren ist auch erfolglos. Sowohl mit Version 3.4.14 als auch mit der Beta-Version passiert dasselbe.
Im Verzeichnis C:\ProgramData\Microsoft\Windows\WER\ReportArchive werden beim Absturz Report.wer Dateien erzeugt (siehe Anhang). Leider hift mir deren Inhalt nicht weiter.
Andere Programme (Firefox, Internet Explorer, Photoshop, Lightroom, PTGui, ThumbsPlus, OpenOffice,...) bereiten mir keinerlei Probleme.
Betriebssystem ist Windows 10 64bit mit aktuellem Patch-Stand
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: ReportArchive.zip (6,604 bytes) 2017-05-18 18:22
https://www.geosetter.de/mantis/file_download.php?file_id=488&type=bug
Notes
(0002560)
pische   
2017-05-18 19:10   
GELÖST!
Hätte den Issue doch noch nicht öffnen sollen :-(
Habe nun die in http://www.geosetter.de/mantis/view.php?id=1464 empfohlene Beta-Version heruntergeladen. Nochmals alles deinstalliert, anschließend manuell Profildaten und Programmverzeichnis gelöscht und neu installiert.
Nun funktioniert wieder alles problemlos.
Habe wohl bei den vielen Versuchen zu wenig konsequent bereinigt und irgendetwas übersehen.
Danke übrigens für dieses wunderbare Programm! Werde mich demnächst erkenntlich zeigen. Mir wurde jetzt wieder bewusst, wie viel Zeit mir Geosetter spart.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1197 [GeoSetter] Image Data block always 2014-06-21 12:47 2017-05-18 22:35
Reporter: stavn Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Unable to save positioned images
Description: Sync with GPS data file seems to work fine, but when saving images I get:

Error: Error reading OtherImageStart data in ExifIFD - //SERVER/Pictures/Photos/Røsnæs 2014/2014-06-15 08.55.48.jpg

C:\Users\Jan\AppData\Roaming\GeoSetter\tools\exiftool.exe -@ "C:\Users\Jan\AppData\Local\Temp\et00C14E44.arg" "\\SERVER\Pictures\Photos\Røsnæs 2014\2014-06-15 08.55.48.jpg"

-EXIF:GPSLatitude=55.73592770
-EXIF:GPSLongitude=10.89691400
-EXIF:GPSLatitudeRef=N
-EXIF:GPSLongitudeRef=E
-EXIF:GPSMapDatum=WGS-84
-EXIF:GPSVersionID=2.2.0.0
-EXIF:GPSAltitude=56.000000
-EXIF:GPSAltitudeRef=Above Sea Level
-EXIF:GPSDateStamp=2014:06:15
-EXIF:GPSTimeStamp=06:55:48
-XMP:GPSLatitude=55.73592770
-XMP:GPSLongitude=10.89691400
-XMP:GPSVersionID=2.2.0.0
-XMP:GPSMapDatum=WGS-84
-XMP:GPSAltitude=56.000000
-XMP:GPSAltitudeRef=Above Sea Level
-XMP:GPSDateTime=2014-06-15T06:55:48Z
-XMP:Creator=
-XMP:AuthorsPosition=
-XMP:CountryCode=
-XMP:Country=
-XMP:State=
-XMP:City=
-XMP:Location=
-XMP:Artist=
-XMP:Description=
-XMP:Instructions=
-XMP:Title=
-XMP:Headline=
-XMP:Credit=
-XMP:Rights=
-XMP:CaptionWriter=
-XMP:Source=
-XMP:BaseUrl=
-XMP:Category=
-XMP:DateCreated=2014-06-15T08:55:48Z+02:00
-xmp:rating=
-xmp:ratingpercent=
-XMP:Label=
-XMP:CreatorAddress=
-XMP:CreatorPostalCode=
-XMP:CreatorCity=
-XMP:CreatorRegion=
-XMP:CreatorCountry=
-XMP:CreatorWorkTelephone=
-XMP:CreatorWorkEmail=
-XMP:CreatorWorkURL=
Tags:
Steps To Reproduce: 1. Set a position marker on attached image
2. Try to save it
Additional Information: Exif was recently updated to 9.65

I got an error when trying to attach picture. You can get the image here: https://dl.dropboxusercontent.com/u/528734/2014-06-15%2008.55.48.jpg
Attached Files:
Notes
(0002561)
stavn   
2017-05-18 22:35   
Image is too big to attach https://drive.google.com/open?id=0B8twqaXNjHC5X3hDU0xyekFNR3c

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1001 [GeoSetter] Image Data minor always 2012-11-07 19:46 2017-05-17 12:35
Reporter: flightfollowing Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Importing Pitch and Roll into exif data
Description: I have attempted to import lat long data which includes pitch and roll into imagery using geosetter and nmea track files, but have no success using geosetter. This functionality is available in exiftool, but apparently not in geosetter? Is this functionality implemented in geosetter, and how would this be done?
Also, when I load the help file, it is empty, how is this connected?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
999 [GeoSetter] User Interface major always 2012-11-03 16:34 2017-05-17 12:35
Reporter: Ecke81 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.34 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: nmea-Datei von Royaltek RGM 3800 wird nicht erkannt
Description: Beim Synchronisierungsversuch von Fotos mit Dateien vom RGM 3800 erhalte ich ständig diese Meldung:
"Sie haben keine Trackdatei ausgewählt oder die gewählte Trackdatei enthält keine Koordinaten mit Datums- und Zeitinformationen"
Mit einer früheren Version von Geosetter hatte ich keine Probleme.
Tags:
Steps To Reproduce:
Additional Information: Das Problem tritt sowohl mit der 3.4.31 beta, als auch mit der 3.4.16 auf.
Attached Files: 00031_20120411.nmea (1,199,686 bytes) 2012-11-03 16:34
https://www.geosetter.de/mantis/file_download.php?file_id=306&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1469 [GeoSetter] Image Data feature N/A 2017-05-17 01:41 2017-05-17 12:35
Reporter: Tillomar Platform: PC  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 7 x64 SP1 b7601  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Feature Request -- add method to correct drifting camera timestamp using (linear) interpolation
Description: Geosetter can already adjust the image timestamp if necessary. But when the camera's clock drifts another 15s per day, one would need lot's of different corrections.
I would very much like a function that allows to correct the timestamp of certain images (for example, one image from every few days), and then have Geosetter correct all images in between using a timestamp derived from the adjacent image's timestamps using interpolation.
I'm taking photos from radio controlled clocks (and GPS devices showing exact time) every some days, and would use those images for the abovementiones correct.
Tags:
Steps To Reproduce: n.a.
Additional Information:
System Description locale=de/de
dual screen
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1007 [GeoSetter] User Interface feature N/A 2012-12-27 13:37 2017-05-17 12:35
Reporter: wenuti Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.34 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: WorkFlow: Keyboard Shortcut for 'Set Current Values For All Selected Images'
Description: Current workflow to change metadata for several images (without templates):
1. Mark several images
2. Press CTRL-E to invoke edit dialog
3. Edit fields
4. Click 'Set Current Values For All Select Images'
5. Click fields to be written in select fields dialog box
6. Click 'OK' in select fields Dialog box
7. Click 'OK' in 'edit' dialog box

Suggested optimized workflow:
1. Mark several images
2. Press CTRL-E to invoke edit dialog
3. Edit fields
4. Press NEW_SHORTCUT_KEY that will automatically write ALL CHANGED (and ONLY CHANGED) FIELDS to all selected images

Additionally in edit dialog box:
ALT-key to jump to and select content of edit fields (e.g. ALT-C for 'Caption')

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1005 [GeoSetter] User Interface feature have not tried 2012-11-26 07:37 2017-05-17 12:35
Reporter: jbmonnet Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: own map for background
Description: Geosetter is the best solution I ever found to manage et view the pictures i collect during my exploring session on the field.
To my knowledge at this point, SIG solutions can not compete (i have searched and try several solutions and banned all...).
First I would like to congratulate you for that and for this good work !

However, to my mind there is a feature which is missing and which would be very usefull, that's the reason why i would like to suggest it to you :
I want to talk about extending options for the choice of the map in background. I'd like to have the possibility of adding my own map in background. I mean for example :
 
- Aerial photos
- Map built with sig solutions (esri, qgis,...)
- Connect to any free geographical data server...

With this kind of feature, geosetter would be perfect for my everyday use and I would be ready to buy it.

Sorry for the mistakes...(i' m french...) and thanks again.

Best regards
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1003 [GeoSetter] User Interface major random 2012-11-17 08:55 2017-05-17 12:35
Reporter: johnboldon Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Geosetter will not start
Description: When attempting to launch Geosetter nothing happens. Several attemptst to launch result in several instances of Geosetter shown in running processes. But after giving up and trying again some days later, Geosetter will start as per normal. This is a duplicate of the same problem reported by others. Others have suggested causes and fixes (e.g., installation of Explorer 9) but as far as I know, no real cause of fix has been found.
This problem has been happening on my machine for at least a couple of years??
Tags:
Steps To Reproduce:
Additional Information: I think I now have an idea as to why this could be happening, and why it is relatively rare. I suspect it is happening to me because I have two browsers, Explorer 9 and Safari. Today I had been using Explorer and attempted to start Geosetter without success. After closing Explorer, ending the unsuccessful Geosetter processes with task manager, and starting and closing Safari, Geosetter would then start as normal.
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1002 [GeoSetter] User Interface tweak N/A 2012-11-07 21:31 2017-05-17 12:35
Reporter: simpsonm Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Bing map
Description: Is it possible to add Bing Maps (Aerial) to the choice of maps?

http://www.bing.com/maps/

Bing happens to have an aerial image that is of much higher resolution in the area where I am am collecting photos
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: cat (7 - 88)007.jpg (414,856 bytes) 2012-11-12 03:38
https://www.geosetter.de/mantis/file_download.php?file_id=308&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1391 [GeoSetter] Image Data minor have not tried 2017-04-19 14:40 2017-05-17 08:34
Reporter: Merlin2504 Platform: iMac 27", 3,4 ghz  
Assigned To: Friedemann OS: Win 8  
Priority: normal OS Version: 8.1  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Datum/ Uhrzeit nicht anfassen bzw. verstellen ?
Description: Es wird in den Einstellungen beschrieben das ich dem Programm sagen kann das er generell die Uhrzeit nicht anfasst. Mein Uhrzeiten stimmen.
1. Ich weiss nicht wo. Die Erklärung in der Hilfe stammt wohl noch aus einer anderen Version?

2. Braucht man die Zeitzone unbedingt, wenn die Uhrzeit stimmt ?

PS: Ich möchte lediglich die Orte ergänzen und noch in ein paar Bilder die GPS Daten manuell einfügen.

Gruß Klaus
Tags:
Steps To Reproduce:
Additional Information:
System Description Mit dem Programm wird auf einen iMac im virtuellen System "parallels Desktop" auf Windows 8 gearbeitet.
Attached Files: Screenshot 2017-04-19 14.39.39.png (254,995 bytes) 2017-04-19 14:40
https://www.geosetter.de/mantis/file_download.php?file_id=465&type=bug
png
Notes
(0002461)
heiko   
2017-04-19 20:47   
Hallo,

der Teil der Hilfe vom Screenshot beschreibt, wie eine GPS Datendatei zum Zuweisen von Geokoordinaten verwendet wird. Das hat erst einmal nichts mit den Ortsnamen und dem manuellen Zuweisen von Koordinaten zu tun. Die Hilfe ist an der Stelle übrigens aktuell ..

Das manuelle Zuweisen von Geokoordinaten ist in der Hilfe unter "GeoSetter Workflows | Zuweisen von Geokoordinaten | Manuelle Zuweisung von Geokoordinaten" beschrieben.

Das Bearbeiten von Metadaten der Bilder ist unter "GeoSetter Workflows | Daten bearbeiten" beschrieben. Im "Daten bearbeiten" Dialog, Reiter "Ort" lassen sich die Ortsdaten manuell eingeben. Haben die Bilder bereits Geokoordinaten, dann lassen sich die Ortsdaten auch über die entsprechende Schaltfläche online abfragen.
(0002515)
Merlin2504   
2017-05-17 08:34   
Mir geht darum das Geosetter die Uhrzeit nicht anfasst, da diese mit einen anderen Programm (gps4cam) schon richtig eingetragen sind.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1207 [GeoSetter] Image Data minor N/A 2014-07-31 12:40 2017-05-16 23:01
Reporter: jmoliver Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add GeoSetter to the "More Tools" menu in Windows Photo Gallery
Description: It would be great if during an install GeoSetter is added to the "More Tools" menu in Windows Photo Gallery. GeoSetter and Windows Photo Gallery are the two tools that I use often so having easy access to open photos in GeoSetter from Photo Gallery would be great. Here are the instructions on how to do it:

http://msdn.microsoft.com/en-us/library/cc967061.aspx
Tags: Windows Photo Gallery
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002507)
jmoliver   
2017-05-16 23:01   
As Windows Photo Gallery support has ended in 2017, this suggestion becomes a non-issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1012 [GeoSetter] Image Data major always 2013-01-08 20:18 2017-05-16 22:54
Reporter: truffshuff Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Image not displaying on map.
Description: I have several images that have been placed on the map either with geosetter or lightroom. Once exported from lightroom everything is still ok, however when uploaded to flickr and downloaded again either via flickr interface or a tool called bulkr the coordinates are missing in geosetter. Lightroom shows the coordinates but the N and W is missing, so the image is not placed on the map correctly. Exiftool shows the location section of the images and the values are correct.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Drive Lake Tahoe 230_8361357727_o.zip (1,076,441 bytes) 2013-01-08 20:18
https://www.geosetter.de/mantis/file_download.php?file_id=312&type=bug
Drive Lake Tahoe 230_5280746634_o.jpg (568,721 bytes) 2013-01-08 20:18
https://www.geosetter.de/mantis/file_download.php?file_id=313&type=bug
Drive Lake Tahoe 230_8361357727_o.jpg (568,721 bytes) 2013-01-08 20:19
https://www.geosetter.de/mantis/file_download.php?file_id=314&type=bug
Notes
(0001875)
truffshuff   
2013-01-08 20:19   
Disregard the zip file.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1010 [GeoSetter] Image Data feature always 2013-01-05 02:07 2017-05-16 22:54
Reporter: xargs Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Allow setting of timezone to UTC
Description: Geosetter doesn't allow setting the time zone/photo time to UTC, which causes all sorts of problems because you need to figure out what Geosetter is doing to the time and then try and come up with a correction factor to get it back to UTC. I've just spent about three hours trying to figure out why several hundred photos were tagged with incorrect positions before I realised that setting GMT (WET) was applying a 1-hour DST offset that I need to undo by manually adding a 1-hour correction. Then I had to go through and manually check hundreds of photos to make sure the updated position was now correct.

I've requested this in the past but both the request and my account seem to have vanished. This has also been requested by a number of other submitters, e.g. http://www.geosetter.de/mantis/view.php?id=400, http://www.geosetter.de/mantis/bug_view_advanced_page.php?bug_id=849, and http://www.geosetter.de/mantis/bug_view_advanced_page.php?bug_id=674. The change seems relatively trivial, just add another option to the existing combobox, "Use UTC", and don't apply any corrections, DST offsets, or anything else.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1009 [GeoSetter] User Interface minor always 2013-01-04 17:25 2017-05-16 22:54
Reporter: jhudson Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.29 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Crash On Startup: Ungultige Gleitkommaoperation. EInvlidOp
Description: Started about two weeks ago.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: bugreport.txt (44,078 bytes) 2013-01-04 17:25
https://www.geosetter.de/mantis/file_download.php?file_id=311&type=bug
Notes
(0001873)
jhudson   
2013-01-04 17:25   
This problem is in latest beta and release version.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1026 [GeoSetter] User Interface feature always 2013-03-24 22:54 2017-05-16 22:54
Reporter: colemanjj Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.34 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: time stamp for georeferencing video file
Description: because video files (e.g. .mp4) do not always have a Taken Date it is not possible to match a .gpx track to the video file.
Could there be an option to match the track data to the file creation date-time or some other date-time value in the file?

thanks,
p.s. great program. I use it for my research with the Chippewa Tribes in Wisconsin
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1021 [GeoSetter] User Interface feature always 2013-03-05 15:49 2017-05-16 22:54
Reporter: Vclaw Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.29 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Import Garmin FIT files
Description: It would be useful if it was possible to use GPS tracks in Garmin FIT format. If I try doing this, Geosetter just says "You didn't select a track file or your selected track file doesn't contain any coordinates including date time information"

This format is used by new Garmin Forerunner and Edge models, instead of TCX. The latest version of GPSBabel (1.4.4) can convert from FIT to GPX.
Tags:
Steps To Reproduce:
Additional Information: Example FIT file attached (recorded on my Forerunner 110)
Attached Files: 2013-02-06-12-11-14.fit (17,925 bytes) 2013-03-05 15:49
https://www.geosetter.de/mantis/file_download.php?file_id=321&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1020 [GeoSetter] User Interface major always 2013-03-02 07:50 2017-05-16 22:54
Reporter: matej Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Geo Setter hängt sich beim Laden der Daten auf
Description: Der Verzeichnis, aus dem geladen wird, hat 5 913 Bilder (15,4 GB).
Die Anwendung zeigt schliesslich:
Lade Daten alle Bilder ....86%
und dann passiert nichts mehr - die Anwendung hängt sich auf. Das Problem ist reproduzierbar.
Gibt es Einschränkungen hinsichtlich der Anzahl der Bilder, die geladen werden können?
Tags:
Steps To Reproduce:
Additional Information: Win 7 Professional SP1, Arb. Speicher 4 GB, 64 Bit Betr. Syst., Samsung mit Core i7 Processor, 1.9 - 2.4 GHz
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1019 [GeoSetter] Image Data feature always 2013-02-27 08:44 2017-05-16 22:54
Reporter: Josef Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Create date before 1900
Description: if I have photos with a create date before 1900 geosetter is deleting the date. If I try to insert a date before 1900 geosetter is ignoring it.

I validated this with Exif tool and there it works. I also can see the correct entry in other tools like xnview.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: 18900324-001-Test.jpg (87,614 bytes) 2013-02-28 10:45
https://www.geosetter.de/mantis/file_download.php?file_id=319&type=bug
jpg
Notes
(0001889)
Josef   
2013-02-28 10:49   
Ein paar zusätzliche Informationen - ich habe ein Beispiel hochgeladen:

man kann doch ein Datum eintragen. Es erscheint nur nicht in der Ansicht. Es wird automatisch auf den nächsten Tag geändert, wenn ich die Zeit ungleich 00:00:00 eingebe. Die Zeitzone hat dann auch einen untypischen Wert z.B. bei 12:00:00 Zeitzone +0:53 CET.

Workaround ist also: Zeit auf 00:00:00 und alles ist gut.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1018 [GeoSetter] Image Data minor always 2013-02-22 04:35 2017-05-16 22:54
Reporter: faj2323 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Restore Settings doesn't restore template data when upgrading from XP to Win 8 64-bit
Description: When upgrading from 32-bit Windows XP to 64-bit Windows 8 (after backing up settings), Restore Settings doesn't restore template data. I'd imagine this is because of the different folder structure in Windows 8 (C:\Users... instead of C:\Documents and Settings...).
Tags:
Steps To Reproduce:
Additional Information: Workaround is to open geosetter_settings.zip and manually copy the template folder to C:\Users\[username]\AppData\Roaming\GeoSetter.
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1017 [GeoSetter] Image Data feature N/A 2013-02-20 21:59 2017-05-16 22:54
Reporter: f150harley Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.34 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Insert file name into Caption
Description: Add capability to insert file name into various fields especially Caption
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001887)
heiko   
2013-02-20 22:32   
you can use the Additional ExifTool Commands to do this
(0001888)
faj2323   
2013-02-22 04:28   
If it's any help, I've recently raised this on the exiftool forum, and received an answer from Phil Harvey:
http://u88.n24.queensu.ca/exiftool/forum/index.php/topic,4779.0.html?PHPSESSID=f0aqa10c1fcil5rlhiimm3j104

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1015 [GeoSetter] Image Data tweak always 2013-02-08 18:17 2017-05-16 22:54
Reporter: hppl Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: NEF von D7000 und J1 werden unterschiedlich behandelt
Description: Ich habe für NEFs das Speichern der Geo-Daten in sidecar-Datei eingestellt. Das funktioniert auch für die D7000 (und die D90), aber nicht für die Nikon 1 J1. Dort wird es in die NEF-Datei geschrieben.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1032 [GeoSetter] User Interface minor sometimes 2013-04-22 10:16 2017-05-16 22:54
Reporter: Kritischer Michel Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.34 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Geosetter mit Diaschau verbinden.
Description: Wie kann eine Karte mit Track-Angaben in eine Diaschau (z.B. Aquasoft)übernommen werden ?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1031 [GeoSetter] User Interface feature N/A 2013-04-13 09:51 2017-05-16 22:54
Reporter: kr12 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: FAST select images taken from 1 location by time
Description: Use case:
Have photos from 1 location, e.g. panorama or burst.
Check box "select group by date taken" with option "max interval" (commonly from 50ms burst to ~ 2-4s)
And while this checkbox checked:
 1. photos in browser colored by groups to preview "interval"
 2. selecting photo from group cause selecting whole group
Also may be useful abilities to rename groups, move to folders, send to external software (e.g. HDR-soft for burst)

The same but for not for time and manual geo-tag, but for GPS positions.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1028 [GeoSetter] Image Data feature N/A 2013-03-26 14:06 2017-05-16 22:54
Reporter: pfurrie Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: More options for assigning dates and times
Description: I have a significant number of photos (taken with a Google Nexus 3 cell phone) which are named by the date and time taken. Also, the GPS date and time correspond to that time. However, the "date taken" and other dates do not match. I'd like to be able to direct different file fields other date and time fields. In this case, I would send either the GPS date and time or the filename to the "taken" field. In the command line, I am able to set the files dates by redirecting the filename to the date in this manner:

exiftool "-alldates<filename" c:\images

 (that was taken from the EXIFTool FAQ page itself)

The ability to "patch" different file variables into other variables would be a big benefit.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001897)
heiko   
2013-03-26 21:03   
take a look at the additional ExifTool commands. You will find them under "File | Settings" Tab "ExifTool". There you can define your redirections.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1027 [GeoSetter] User Interface feature always 2013-03-25 00:09 2017-05-16 22:54
Reporter: colemanjj Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.38 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: resize when writing geotagged files
Description: could you give the option to reduce the size of images when the file is written with geo data? this would be useful for creating archives of georeferenced photos for my work.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1035 [GeoSetter] Image Data minor always 2013-05-13 22:47 2017-05-16 22:53
Reporter: weinstein Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.38 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GPS-Time and date strange if no "modifydate" tag in file found
Description: If I like to tag a Pentax PEF file with GeoSetter 3.4.14 and also the latest beta, the 3.4.35, the following happens:
if there is no modifydate tag in the file, than the GPS date and time is set to the following values:
date: 1899:12:30, Time 1:00 (the later one is most probably the entered UTC time offset).

If I delete the modifydate tag with exiftool:
a) exiftool -all= filename.pef
b) exiftool -modifydate=filename.pef

and geotag this file now, than I end up with the above stated values.

I didn't see this as an real error, but suggest an option to take either a user entered value for the date/time or took the actual system date and time from the host computer.

regards Weinstein
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1036 [GeoSetter] User Interface crash always 2013-05-14 10:54 2017-05-16 22:53
Reporter: Tom-Masz Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: mistake when open
Description: I must reinstall Windows. After procedure, when I'M open Geosetter, it's display note about crash.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: bugreport.txt (14,647 bytes) 2013-05-14 10:54
https://www.geosetter.de/mantis/file_download.php?file_id=324&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1037 [GeoSetter] User Interface crash always 2013-05-14 11:00 2017-05-16 22:52
Reporter: Tom-Masz Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.34 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: open error
Description: After reinstall beta version of Geosetter, when open - display about error, like in stable wersion. When I click "continue" opened main view, without map and without catalogs of photo.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: bugreport.txt (14,832 bytes) 2013-05-14 11:00
https://www.geosetter.de/mantis/file_download.php?file_id=325&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1049 [GeoSetter] User Interface minor always 2013-08-02 22:38 2017-05-16 22:52
Reporter: geestarraw Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Unable to specify taken date without time zone
Description: When specifying the taken date for a photo GeoSetter displays a modal dialog specifying that time zone is mandatory when setting the taken date. However this is not required by ExifTool and when having other photos without time zone it is desired to keep this consistent amongst all files.

I have the setting "Save Time Zone to Exif data" in the tab "Data Preferences" unselected but it does not affect this scenario.

Thanks for a great software! :D
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1047 [GeoSetter] User Interface major have not tried 2013-07-26 13:44 2017-05-16 22:52
Reporter: HaseGeo Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Alle Orte liegen auf ener Linie
Description: Hallo,

Ich habe mit Google My Tracks eine Trackdatei aufgenomen, und paralell dazu fotografiert. Der Track bildet in Google Earth den Weg richtig ab. Als ich versuchte, den Bildern Ortskoordinaten zuzuweisen, waren die Koordinaten falsch und alle Bilder lagen auf einer Linie, die in etwas dem Weg der letzten Minuten entsprach.

Was habe ich falsch gemacht?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Neualbenreuth.kml (123,886 bytes) 2013-07-26 22:13
https://www.geosetter.de/mantis/file_download.php?file_id=328&type=bug
DSCN1874.JPG (711,442 bytes) 2013-07-26 22:14
https://www.geosetter.de/mantis/file_download.php?file_id=329&type=bug
DSCN1880.JPG (831,791 bytes) 2013-07-26 22:16
https://www.geosetter.de/mantis/file_download.php?file_id=330&type=bug
DSCN1865.JPG (782,985 bytes) 2013-07-26 22:19
https://www.geosetter.de/mantis/file_download.php?file_id=331&type=bug
Notes
(0001915)
heiko   
2013-07-26 21:34   
war die Uhrzeit der Kamera richtig eingestellt?

ansonsten wäre es hilfreich wenn du den Track und ein Beispielbild hochlädst.
(0001916)
heiko   
2013-07-27 22:43   
in der kml Datei sind nur 2 Einträge vom Typ <TimeStamp>. Genau mit diesen beiden Werten arbeitet GeoSetter, so dass hier eine Gerade als Track heraus kommt. Eine andere Software zeigt das identisch an. Allerdings kann ich nicht beurteilen ob das wirklich richtig ist.

Das müßte sich Friedemann selbst ansehen.
(0001917)
HaseGeo   
2013-07-28 09:38   
Wenn ich mir die .kml Datei mit Google Earth angucke, ist da mein Weg auf dem Golfplatz recht genau abgebildet und hat sicher mehr als 2 Wegpunkte.


Passet ev. das Dateiformat von my Tracks nicht ganz zu Geosetter?
(0001918)
heiko   
2013-07-28 20:46   
ich habe es selbst auch gesehen, dass die kml Datei in GE korrekt angezeigt wird. Ich habe mich noch nie mit dem kml Format beschäftigt, so dass ich nicht sagen kann, ob diese Datei dem Standard entspricht, oder eben nicht.

Ich habe gerade die kml Datei mit GPSBabel in eine GPX Datei konvertiert, und auch hier werden nur 2 Punkte erstellt. Alle 3 Programme (GeoSetter, RouteConverter, GPSBabel) erkennen in deiner KML Datei nur 2 Punkte. Die Vermutung liegt also Nahe, dass es sich bei der KML Datei um keinen Standard (oder einen Neuen) handelt.

Es ist klar ersichtlich, dass deine Datei Uhrzeit und Koordinaten von vielen Punkten enthält. Wie gesagt, das müßte sich Friedemann anschauen und entsprechend umsetzen.
(0001919)
HaseGeo   
2013-07-29 18:57   
Welche Android App erzeugt den brauchbare Wegdateien?
(0001920)
heiko   
2013-07-29 20:34   
da bin ich überfragt

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1046 [GeoSetter] Image Data feature always 2013-07-09 11:40 2017-05-16 22:52
Reporter: gcastro Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.34 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Ligthroom compatibility for Favorites
Description: Hi, Geosetter is fantastic, but there is a problem when using it with ligthroom or other programs that support Hierarchy keywords: The keyword system and specially the Favorites do not support hierarchies.

This is a big problem to keep the pictures organized, for example I would like that if I take a picture at the Tree of Life in Disney's Animal Kingdom I could get the hierarchy to be:
Disney's Animal Kingdom | Tree of Life

Using the Hierarchical Subject, this could be done automatically if you get the radius of a favorite inside another favorite.

Also important is to to assign an artitrary hierarchy to a Favorite ie:
Points of interest | Disney | Disney's Animal Kingdom | Tree of Life

Thanks a lot
Tags: photoshop
Steps To Reproduce:
Additional Information: There are some other features related to this:
0000991 and 0000084
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1044 [GeoSetter] Image Data major always 2013-06-21 15:43 2017-05-16 22:52
Reporter: geoseat Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.34 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Modify date taken of multiple images
Description: With v3.4.31 I select multiple JPG images and modify date taken with command "Edit -> Edit Data..." (Ctrl-E). After modifying "taken date" and pushing the button "Set Current Values For All Selected Images..." it happens very often, that only date of one image instead of multiple images is modified. Please note, that I use read-only JPGs and I am checking the modified XMP sidecars.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001909)
geoseat   
2013-06-21 15:50   
(Last edited: 2013-06-21 15:55)
I just found v3.4.35 beta for download, because I did the 1st test with v3.4.31.
On the main page is still informs about v3.3.61 beta. How to know, when a new beta is available?

With v3.4.35 the bug is the same. Sometimes all selected images are highlighted as modified, but the "taken date" is not changed as requested. With e.g. modification of keywords, the selection of multiple images is handled correctly.


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1043 [GeoSetter] User Interface major always 2013-06-16 19:02 2017-05-16 22:52
Reporter: grunhelm Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Falsche Ortszuordnung
Description: Unter "Daten bearbeiten - Ort" ergibt die Position
Breitengrad 41,69184123
Längengrad 44,81435533
als Ergebnis
Ländercode GEO
Land Georgien
Bundesland Guria
Ort Meria
statt Ort= Tbilisi (Tiflis)
  
Tags:
Steps To Reproduce:
Additional Information: Der Ort Meria hat in etwa folgende Koordinaten:
41.943979,41.890254
Attached Files: Geoasetter-Ort.jpg (89,363 bytes) 2013-06-16 19:02
https://www.geosetter.de/mantis/file_download.php?file_id=326&type=bug
jpg
Notes
(0001910)
grunhelm   
2013-06-25 10:39   
Fehler in Datenbank Geonames.org - wurde behoben

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1042 [GeoSetter] Image Data feature always 2013-06-13 02:14 2017-05-16 22:52
Reporter: Cameron Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: request change of handling of timezones with non-zero minutes
Description: I understand from previous bug reports that the tagging standards do not support timezones that are not exact hours.

The problem is that any time written to the image becomes incorrect if the user uses the option to add timezone to the image.

Any other software that is aware of timezones will use the wrong time.
Geosetter will use the wrong value if I try to reassign location but I do not untick the option to use the value in the file.

If the tz minutes field is non-zero then there is no way to correctly write the tz to the image. My request is that in this case geosetter should simply disable the option.

An alternative might be to adjust the date taken for the missing minutes. This would at least make the time correct, but I do not like this option, as it no longer reflects local time. Software that does not use the TZ would be wrong. Sorting images by date/time taken would get horribly confusing unless they were all processed in exactly the same way.
Tags:
Steps To Reproduce:
Additional Information: Because I live in UTC+10:00 I already had the option ticked to add the tz to the image, and only later realised the problem this causes.
In Central Australia the TZ is +09:30, but images are written by keeping the original local time and simply adding a timezone +09.

The consequence is that I now have thousands of images tagged with an incorrect time. Most people are going to make this mistake at least once.
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1041 [GeoSetter] Image Data minor always 2013-06-09 20:31 2017-05-16 22:52
Reporter: Erik Krause Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.34 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Keine Sommerzeit für Positionsfavoriten.
Description: Wenn ich die Daten eines Positionsfavoriten den nahe gelegenen Bildern zuweise, wird die Zeitzone der Bilder mit der des Favoriten überschrieben. Das wäre nicht weiter schlimm, wenn ich bei der Zeitzone Sommerzeit mit angeben könnten und das über "online abfragen" auch bereits so gefüllt würde. Alternativ sollte die Zeitzone bei "online abfragen" leer bleiben, um die Original-Zeitzone des Bildes nicht zu überschreiben.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1039 [GeoSetter] Image Data feature always 2013-05-24 01:38 2017-05-16 22:52
Reporter: babar Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Time not set properly by geosetter
Description: Geosetter does a great job at setting date time except for the following one that is left appart:
Date/Time digitized (you can easily check this field by displaying the eiftool information on the image and grouping it by categories)

This time should be modified witht the Date/Time original when we modify it, if the photo was taken with a camera, and should be left as is if the photo was digitized with a scanner.

Maybe an option like the create date time would be enough.

This would be greatly helpful as in other software this time can be set or modified (example LR write this time automatically in the dng but do not allow you to edit it) and I often have this time different from the original time once I use geosetter, which then after a few years leads me to wonder which of these time are correct?

Thanks for the great soft
Regards
Eric
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001906)
babar   
2013-05-30 10:36   
There also are issues between xmp:CreateDate and xmp:DateCreated.
It seems that createDate is used by lightroom as the digitized time as well

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1038 [GeoSetter] User Interface block always 2013-05-14 11:17 2017-05-16 22:52
Reporter: Tom-Masz Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.34 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: screenshot of crash
Description:
date/time : 2013-05-14, 11:05:49, 968ms
operating system : Windows XP Dodatek Service Pack 3 build 2600
system language : Polish
system up time : 2 hours 28 minutes
program up time : 4 minutes 1 second
processors : 2x AMD Athlon(tm) X2 Dual-Core QL-60
physical memory : 1997/3071 MB (free/total)
free disk space : (C:) 37,27 GB
display mode : 1366x768, 32 bit
process id : $1174
allocated memory : 108,45 MB
executable : GeoSetter.exe
exec. date/time : 2013-03-18 12:44
version : 3.4.35.2146
madExcept version : 3.0o
contact name : Tom-Masz
contact email : tzugaj@gmail.com
callstack crc : $852f6fee, $2eb774e9, $159296c9
exception number : 4
exception class : EAccessViolation
exception message : Zugriffsverletzung bei Adresse 00561D0C in Modul 'GeoSetter.exe'. Lesen von Adresse 00000028.

main thread ($1148):
00561d0c +000 GeoSetter.exe EasyListview 10006 +0 TEasyColumn.GetOwnerColumns
005627b7 +00b GeoSetter.exe EasyListview 10417 +1 TEasyColumn.SetPosition
00a35c1e +13a GeoSetter.exe ufrmMain 6815 +22 TfrmGeoSetterMain.SetColumnPositions
00a36f43 +02b GeoSetter.exe ufrmMain 7178 +3 TfrmGeoSetterMain.OnColumnsAndCaptionsChange
009f2821 +041 GeoSetter.exe ufrmSetColumnsAndCaptions 750 +9 TfrmSetColumnsAndCaptions.OnCtrlChange
009f12f5 +011 GeoSetter.exe ufrmSetColumnsAndCaptions 390 +2 TfrmSetColumnsAndCaptions.OnListboxClickCheck
006895a9 +021 GeoSetter.exe CheckLst 556 +1 TCheckListBox.ClickCheck
0068957d +089 GeoSetter.exe CheckLst 550 +11 TCheckListBox.ToggleClickCheck
006894a6 +09e GeoSetter.exe CheckLst 525 +9 TCheckListBox.MouseDown
004df699 +091 GeoSetter.exe Controls 4728 +7 TControl.DoMouseDown
004df6fc +054 GeoSetter.exe Controls 4737 +5 TControl.WMLButtonDown
004d4dc0 +084 GeoSetter.exe StdCtrls 4468 +14 TCustomListBox.WMLButtonDown
004d4d23 +06b GeoSetter.exe StdCtrls 4443 +10 TCustomListBox.WndProc
00524dc5 +085 GeoSetter.exe TntControls 666 +19 TWinControlTrap.WindowProc
004e2b20 +034 GeoSetter.exe Controls 6237 +3 TWinControl.MainWndProc
00481998 +014 GeoSetter.exe Classes 10966 +8 StdWndProc
7e37a034 +016 user32.dll CallWindowProcW
00524a20 +048 GeoSetter.exe TntControls 554 +12 TWinControlTrap.Win32Proc
00481998 +014 GeoSetter.exe Classes 10966 +8 StdWndProc
7e3696c2 +00a user32.dll DispatchMessageA
005058b0 +0ac GeoSetter.exe Forms 6873 +13 TApplication.ProcessMessage
005058f7 +00f GeoSetter.exe Forms 6892 +1 TApplication.HandleMessage
00501928 +15c GeoSetter.exe Forms 4823 +24 TCustomForm.ShowModal
00a35154 +070 GeoSetter.exe ufrmMain 6596 +9 TfrmGeoSetterMain.acFilesSetColumnsAndCaptionsExecute
00481161 +01d GeoSetter.exe Classes 10464 +3 TBasicAction.Execute
004f3b2b +03f GeoSetter.exe ActnList 375 +1 TContainedAction.Execute
004f4d97 +077 GeoSetter.exe ActnList 961 +7 TCustomAction.Execute
00480f5d +025 GeoSetter.exe Classes 10394 +2 TBasicActionLink.Execute
007d368c +084 GeoSetter.exe TB2Item 1474 +23 TTBCustomItem.Click
007f8725 +015 GeoSetter.exe SpTBXItem 4391 +2 TSpTBXCustomItem.Click
007d3592 +0b2 GeoSetter.exe TB2Item 1423 +29 TTBCustomItem.ClickWndProc
00481998 +014 GeoSetter.exe Classes 10966 +8 StdWndProc
7e3696c2 +00a user32.dll DispatchMessageA
005058b0 +0ac GeoSetter.exe Forms 6873 +13 TApplication.ProcessMessage
005058f7 +00f GeoSetter.exe Forms 6892 +1 TApplication.HandleMessage
00505b92 +0a6 GeoSetter.exe Forms 6976 +16 TApplication.Run
00a55870 +04c GeoSetter.exe GeoSetter 142 +4 initialization

thread $17dc (TWorkerThread):
7c90df3a +0a ntdll.dll NtWaitForSingleObject
7c8025d5 +85 kernel32.dll WaitForSingleObjectEx
7c80253d +0d kernel32.dll WaitForSingleObject
00592655 +19 GeoSetter.exe VirtualTrees 6079 +3 TWorkerThread.Execute
004560fb +2b GeoSetter.exe madExcept HookedTThreadExecute
0047fbf6 +36 GeoSetter.exe Classes 9372 +7 ThreadProc
00405478 +28 GeoSetter.exe System 11554 +33 ThreadWrapper
00455fdd +0d GeoSetter.exe madExcept CallThreadProcSafe
00456047 +37 GeoSetter.exe madExcept ThreadExceptFrame
>> created by main thread ($1148) at:
0059254a +16 GeoSetter.exe VirtualTrees 6022 +1 TWorkerThread.Create

thread $173c:
7c90df2a +0a ntdll.dll NtWaitForMultipleObjects
7c80956e +00 kernel32.dll WaitForMultipleObjectsEx
00455fdd +0d GeoSetter.exe madExcept CallThreadProcSafe
00456047 +37 GeoSetter.exe madExcept ThreadExceptFrame
>> created by main thread ($1148) at:
77de8c5c +00 advapi32.dll

thread $ca0 (TImageDataRefreshThread):
7c90d1fa +0a ntdll.dll NtDelayExecution
7c8023eb +4b kernel32.dll SleepEx
7c802450 +0a kernel32.dll Sleep
008d6c27 +df GeoSetter.exe ImageDataRefreshThread 107 +30 TImageDataRefreshThread.Execute
004560fb +2b GeoSetter.exe madExcept HookedTThreadExecute
0047fbf6 +36 GeoSetter.exe Classes 9372 +7 ThreadProc
00405478 +28 GeoSetter.exe System 11554 +33 ThreadWrapper
00455fdd +0d GeoSetter.exe madExcept CallThreadProcSafe
00456047 +37 GeoSetter.exe madExcept ThreadExceptFrame
>> created by main thread ($1148) at:
008d6af3 +27 GeoSetter.exe ImageDataRefreshThread 64 +2 TImageDataRefreshThread.Create

thread $1710:
7c90df3a +0a ntdll.dll NtWaitForSingleObject
7c8025d5 +85 kernel32.dll WaitForSingleObjectEx
7c80253d +0d kernel32.dll WaitForSingleObject
005c43fd +4d GeoSetter.exe VirtualShellNotifier 2260 +9 TVirtualChangeDispatchThread.Execute
00540106 +36 GeoSetter.exe MPThreadManager 676 +22 TCommonThread.ExecuteStub
00455fdd +0d GeoSetter.exe madExcept CallThreadProcSafe
00456047 +37 GeoSetter.exe madExcept ThreadExceptFrame
>> created by main thread ($1148) at:
0053fec5 +6d GeoSetter.exe MPThreadManager 615 +12 TCommonThread.Create

thread $1214:
7e377766 +3b user32.dll GetMessageA
005c37cf +bb GeoSetter.exe VirtualShellNotifier 1918 +15 TVirtualShellChangeThread.Execute
00540106 +36 GeoSetter.exe MPThreadManager 676 +22 TCommonThread.ExecuteStub
00455fdd +0d GeoSetter.exe madExcept CallThreadProcSafe
00456047 +37 GeoSetter.exe madExcept ThreadExceptFrame
>> created by main thread ($1148) at:
0053fec5 +6d GeoSetter.exe MPThreadManager 615 +12 TCommonThread.Create

thread $d38:
7c90df3a +0a ntdll.dll NtWaitForSingleObject
7c8025d5 +85 kernel32.dll WaitForSingleObjectEx
7c80253d +0d kernel32.dll WaitForSingleObject
0054045b +2f GeoSetter.exe MPThreadManager 898 +4 TCommonEventThread.Execute
00540106 +36 GeoSetter.exe MPThreadManager 676 +22 TCommonThread.ExecuteStub
00455fdd +0d GeoSetter.exe madExcept CallThreadProcSafe
00456047 +37 GeoSetter.exe madExcept ThreadExceptFrame
>> created by main thread ($1148) at:
0053fec5 +6d GeoSetter.exe MPThreadManager 615 +12 TCommonThread.Create

thread $17fc:
7c90df2a +0a ntdll.dll NtWaitForMultipleObjects
7c80956e +00 kernel32.dll WaitForMultipleObjectsEx
7e3695f3 +00 user32.dll MsgWaitForMultipleObjectsEx
7e3696a3 +1a user32.dll MsgWaitForMultipleObjects
00455fdd +0d GeoSetter.exe madExcept CallThreadProcSafe
00456047 +37 GeoSetter.exe madExcept ThreadExceptFrame
>> created by main thread ($1148) at:
4ebd7f66 +00 gdiplus.dll

thread $7e4:
7c90da8a +0a ntdll.dll NtReplyWaitReceivePortEx
00455fdd +0d GeoSetter.exe madExcept CallThreadProcSafe
00456047 +37 GeoSetter.exe madExcept ThreadExceptFrame
>> created by main thread ($1148) at:
77e7df36 +00 RPCRT4.dll

thread $a38:
7c90d1fa +0a ntdll.dll NtDelayExecution
7c8023eb +4b kernel32.dll SleepEx
7c802450 +0a kernel32.dll Sleep
00455fdd +0d GeoSetter.exe madExcept CallThreadProcSafe
00456047 +37 GeoSetter.exe madExcept ThreadExceptFrame
>> created by main thread ($1148) at:
7751fd64 +00 ole32.dll

thread $14b0:
7c90da8a +0a ntdll.dll NtReplyWaitReceivePortEx
00455fdd +0d GeoSetter.exe madExcept CallThreadProcSafe
00456047 +37 GeoSetter.exe madExcept ThreadExceptFrame
>> created by thread $7e4 at:
77e7df36 +00 RPCRT4.dll

hardware:
+ Baterie
  - Bateria Microsoft o metodzie kontroli zgodnej z ACPI
  - Microsoft AC Adapter
+ Bluetooth
  - Bluetooth RFBUS (driver 8.0.2005.0)
  - Bluetooth RFCOMM (driver 8.0.1129.0)
  - Bluetooth RFHID (driver 8.0.830.0)
  - USB Bluetooth EDR Device (driver 8.0.2005.0)
+ Karty graficzne
  - NVIDIA GeForce 9100M G (driver 6.14.12.6099)
+ Karty sieciowe
  - Atheros AR5007EG Wireless Network Adapter (driver 7.6.0.239)
  - Karta sieciowa 1394
  - Realtek PCIe GBE Family Controller (driver 5.742.1125.2009)
+ Klawiatury
  - Standardowa klawiatura 101/102 klawisze lub Microsoft Natural Keyboard PS/2
  - Urz?dzenie klawiatury HID
+ Komputer
  - Wieloprocesorowy komputer PC z interfejsem ACPI
+ Kontrolery d?wi?ku, wideo i gier
  - Kodery-dekodery audio
  - Kodery-dekodery wideo
  - Port gier dla Creative
  - Realtek High Definition Audio (driver 5.10.0.5689)
  - Sound Blaster 16 lub AWE32 lub zgodne (WDM)
  - Starsze sterowniki audio
  - Starsze urz?dzenia przechwytywania wideo
  - Urz?dzenia steruj?ce mediami
  - Urz?dzenie audio USB
+ Kontrolery hosta magistrali IEEE 1394
  - Kontroler hosta IEEE 1394 zgodny z OHCI
+ Kontrolery IDE ATA/ATAPI
  - Podstawowy kana? IDE
  - Pomocniczy kana? IDE
  - Standardowy podwójny kontroler PCI IDE
+ Kontrolery uniwersalnej magistrali szeregowej
  - G?ówny koncentrator USB
  - G?ówny koncentrator USB
  - G?ówny koncentrator USB
  - G?ówny koncentrator USB
  - HUAWEI Mobile Connect - Bus Enumerate Device (driver 2.6.2.3125)
  - Masowe urz?dzenie magazynuj?ce USB
  - Rodzajowy koncentrator USB
  - Standardowy kontroler OpenHCD hosta USB
  - Standardowy kontroler OpenHCD hosta USB
  - Standardowy rozszerzony kontroler hosta PCI to USB
  - Standardowy rozszerzony kontroler hosta PCI to USB
  - Urz?dzenie kompozytowe USB
  - Urz?dzenie kompozytowe USB
  - Urz?dzenie kompozytowe USB
  - Urz?dzenie kompozytowe USB
+ Modemy
  - HUAWEI Mobile Connect - 3G Modem 0000002 (driver 2.0.3.817)
  - Motorola SM56 Data Fax Modem
+ Monitory
  - Monitor domy?lny
  - Monitor domy?lny
  - Monitor Plug and Play
+ Mysz i inne urz?dzenia wskazuj?ce
  - Mysz Microsoft PS/2
  - Mysz zgodna z HID
+ Porty (COM i LPT)
  - BT Port (COM10) (driver 6.0.616.0)
  - BT Port (COM11) (driver 6.0.616.0)
  - BT Port (COM12) (driver 6.0.616.0)
  - BT Port (COM13) (driver 6.0.616.0)
  - BT Port (COM14) (driver 6.0.616.0)
  - BT Port (COM18) (driver 6.0.616.0)
  - BT Port (COM20) (driver 6.0.616.0)
  - BT Port (COM21) (driver 6.0.616.0)
  - BT Port (COM22) (driver 6.0.616.0)
  - BT Port (COM23) (driver 6.0.616.0)
  - BT Port (COM24) (driver 6.0.616.0)
  - BT Port (COM25) (driver 6.0.616.0)
  - BT Port (COM26) (driver 6.0.616.0)
  - BT Port (COM41) (driver 6.0.616.0)
  - BT Port (COM6) (driver 6.0.616.0)
  - BT Port (COM7) (driver 6.0.616.0)
  - HUAWEI Mobile Connect - 3G Application Interface (COM29) (driver 2.0.3.817)
  - HUAWEI Mobile Connect - 3G PC UI Interface (COM30) (driver 2.0.3.817)
+ Procesory
  - AMD Athlon(tm) X2 Dual-Core QL-60
  - AMD Athlon(tm) X2 Dual-Core QL-60
+ Stacje dysków
  - HUAWEI SD Storage USB Device
  - WDC WD2500BEVS-00UST0
+ Stacje dysków CD-ROM/DVD
  - HUAWEI Mass Storage USB Device
  - Optiarc DVD RW AD-7560S
+ Urz?dzenia do obrazowania
  - Urz?dzenie wideo USB
+ Urz?dzenia interfejsu HID
  - Urz?dzenie kontroli odbiorcy zgodne z HID
  - Urz?dzenie kontroli odbiorcy zgodne z HID
  - Urz?dzenie USB interfejsu HID
  - Urz?dzenie USB interfejsu HID
  - Urz?dzenie USB interfejsu HID
  - Urz?dzenie USB interfejsu HID
  - Urz?dzenie zgodne z HID
  - Urz?dzenie zgodne z HID
  - Urz?dzenie zgodne z HID
  - Urz?dzenie zgodne z HID
  - Urz?dzenie zgodne z HID
+ Urz?dzenia pami?ci Flash i PCMCIA
  - JMB38X MS Host Controller (driver 1.0.18.7)
  - JMB38X SD Host Controller (driver 1.0.18.7)
  - JMB38X SD/MMC Host Controller (driver 1.0.18.7)
+ Urz?dzenia systemowe
  - Aplikacja zbieraj?ca informacje o oprogramowaniu urz?dze? Plug and Play
  - Bateria kompozytowa Microsoft
  - Czasomierz systemowy
  - Czasomierz zdarzeniowy wysokiej precyzji
  - G?o?nik systemowy
  - Interfejs zarz?dzania Microsoft Windows dla ACPI
  - Interfejs zarz?dzania Microsoft Windows dla ACPI
  - Kontroler DMA
  - Magistrala PCI
  - Mened?er g?o?no?ci
  - Mostek (bridge) standardu PCI do CPU hosta
  - Mostek (bridge) standardu PCI do CPU hosta
  - Mostek (bridge) standardu PCI do CPU hosta
  - Mostek (bridge) standardu PCI do CPU hosta
  - Mostek (bridge) standardu PCI do CPU hosta
  - Mostek (bridge) standardu PCI do ISA
  - Mostek (bridge) standardu PCI do PCI-do-PCI
  - Mostek (bridge) standardu PCI do PCI-do-PCI
  - Mostek (bridge) standardu PCI do PCI-do-PCI
  - Mostek (bridge) standardu PCI do PCI-do-PCI
  - Mostek (bridge) standardu PCI do PCI-do-PCI
  - Mostek (bridge) standardu PCI do PCI-do-PCI
  - NVIDIA nForce PCI System Management (driver 4.6.9.0)
  - NVIDIA nForce System Management Controller (driver 5.1.2600.161)
  - Pokrywa ACPI
  - Port odczytu danych ISAPNP
  - Procesor numeryczny
  - Programowalny kontroler przerwa?
  - Przycisk ACPI Fixed Feature
  - Przycisk u?pienia ACPI
  - Przycisk zasilania ACPI
  - P?yta systemowa
  - Standardowy kontroler RAM PCI
  - Standardowy kontroler RAM PCI
  - Standardowy kontroler RAM PCI
  - Sterownik BIOS zarz?dzania systemem firmy Microsoft
  - Sterownik klawiatury serwera terminali
  - Sterownik magistrali Microsoft UAA dla High Definition Audio
  - Sterownik myszy serwera terminali
  - Strefa termiczna ACPI
  - System zgodny ze standardem Microsoft ACPI
  - Urz?dzenie Microcode Update
  - Wbudowany kontroler zgodny ze standardem Microsoft ACPI
  - Zasoby p?yty g?ównej
  - Zasoby p?yty g?ównej
  - Zasoby p?yty g?ównej
  - Zegar systemowy CMOS/czasu rzeczywistego

cpu registers:
eax = 00000020
ebx = 00000020
ecx = 01405a6c
edx = 0000000d
esi = 0000000d
edi = 0000000b
eip = 00561d0c
esp = 0012f930
ebp = 00000001

stack dump:
0012f930 bc 27 56 00 6c 5a 40 01 - 01 00 00 00 0b 00 00 00 .'V.lZ@.........
0012f940 01 00 00 00 80 26 38 01 - 23 5c a3 00 02 00 00 00 .....&8.#\......
0012f950 30 00 00 00 00 00 00 00 - 90 f9 12 00 04 a3 0b 12 0...............
0012f960 18 57 72 01 80 26 38 01 - 48 6f a3 00 e8 4a 50 12 .Wr..&8.Ho...JP.
0012f970 27 28 9f 00 e8 4a 50 12 - fa 12 9f 00 88 95 68 00 '(...JP.......h.
0012f980 18 57 72 01 af 95 68 00 - 0a 00 00 00 18 57 72 01 .Wr...h......Wr.
0012f990 a8 f9 12 00 82 95 68 00 - 58 e1 4d 00 b8 f9 12 00 ......h.X.M.....
0012f9a0 15 00 00 00 18 57 72 01 - dc f9 12 00 ab 94 68 00 .....Wr.......h.
0012f9b0 08 94 68 00 01 57 72 01 - 00 00 00 00 5b 00 00 00 ..h..Wr.....[...
0012f9c0 54 01 00 00 68 00 00 00 - 0a 00 00 00 5d 00 00 00 T...h.......]...
0012f9d0 15 00 00 00 95 47 08 00 - 18 57 72 01 04 fa 12 00 .....G...Wr.....
0012f9e0 9e f6 4d 00 5d 00 00 00 - 0a 00 00 00 94 fa 12 00 ..M.]...........
0012f9f0 98 05 0c 00 01 02 00 00 - 01 00 00 00 94 fa 12 00 ................
0012fa00 18 57 72 01 18 fa 12 00 - 01 f7 4d 00 00 57 72 01 .Wr.......M..Wr.
0012fa10 94 fa 12 00 18 57 72 01 - 38 fa 12 00 c5 4d 4d 00 .....Wr.8....MM.
0012fa20 53 e4 90 7c 2c fa 12 00 - 11 00 00 08 04 a3 0b 12 S..|,...........
0012fa30 94 fa 12 00 18 57 72 01 - 48 fa 12 00 26 4d 4d 00 .....Wr.H...&MM.
0012fa40 94 fa 12 00 18 57 72 01 - 8c fa 12 00 c8 4d 52 00 .....Wr......MR.
0012fa50 0c fb 12 00 f3 03 94 01 - 18 57 72 01 23 2b 4e 00 .........Wr.#+N.
0012fa60 6c fa 12 00 5c 4d 40 00 - 8c fa 12 00 28 fb 12 00 l...\M@.....(...

disassembling:
00561d0c public EasyListview.TEasyColumn.GetOwnerColumns: ; function entry point
00561d0c 10006 > mov eax, [eax+8]
00561d0f 10007 ret

error details:
when I'M modify preferences
Tags:
Steps To Reproduce:
Additional Information: It's copy from mail by Outlook Express. I use Gmail post. More of users had others post protocool... It be better solution - choice mail klient, when user posted mail to You...
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1057 [GeoSetter] User Interface major always 2013-08-30 21:02 2017-05-16 22:52
Reporter: tonyb52 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: refuse to geotag the RAW and JPEG pictures
Description: when i synchronize the photos and the gps data - like i Always do - i get a report: x photos found out of a total of y photos. so far everything oké.
when i want to save the changed files, i somethimes get a error in the xmp-files and somthimes just nothing; but the photos are still without GPS coordinates. this is the case for both RAW & JPEG files (NEF en JPEG)
Tags:
Steps To Reproduce:
Additional Information: i have win8 pro. the photos are on a networkdrive, just like all the years before. a few months ago everything was still oké. now the geotagging does not work. i use geosetter 3.4.16; build 2119.
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1052 [GeoSetter] User Interface major sometimes 2013-08-09 10:38 2017-05-16 22:52
Reporter: brjohan Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: "Save all changes" erases changes
Description: After having assigned geodata to images (setting them to red), I click on the "Save all changes to image files"-button.

Instead of saving the data to the files (making the data text grey), GeoSetter erases all the red textdata. Saving is done, but no geo data is written into the files.

I have been using GeoSetter for a couple of years and have had good success doing just this operation many times before. No settings have been changed. (I always asks GeoSetter to overwrite files instead of having those *original files left).

Tags:
Steps To Reproduce:
Additional Information: This is the first time I use GeoSetter with images having Image Direction (set by the camera - Panasonic DMC-FT5). A picture showing "Set current values ..." is attached
Attached Files: Capture.PNG (19,029 bytes) 2013-08-09 10:38
https://www.geosetter.de/mantis/file_download.php?file_id=333&type=bug
png
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1051 [GeoSetter] User Interface major always 2013-08-08 23:15 2017-05-16 22:52
Reporter: dweaddy2 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Google Earth export file doesn't open in Google Earth (invalid token)
Description: Google Earth export file doesn't open in Google Earth. Google Earth Error "not well formed (invalid token)". Has been exporting to Google Earth OK.
Geosetter 3.4.16 Build 2119
Google Earth 6.1.0.5001
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: burroughsphotos.kmz (1,947,818 bytes) 2013-08-08 23:15
https://www.geosetter.de/mantis/file_download.php?file_id=332&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1050 [GeoSetter] User Interface feature always 2013-08-07 13:26 2017-05-16 22:52
Reporter: tylla Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Possibility to select a point of the track on the map
Description: There are some cases when I know where a photo was made, but the track-log's time is really off sync.
Now I have to select an entry from the list of track points, take a look where it is, and scroll-scroll-scroll until I find the one corresponding to the point on the map for which I was looking for.
It would be really good to be able to select a point on the track in the map preview and the selected track-point to be highlighted in the list of track points.
Possibly on hovering over the track, the track points should be highlighted.
Even more when hovering over a point it could display a bubble with the information of the point (mainly date/time).

There are some tracks when this would not help (mainly those when one walks around the same spot for longer time period), but on more trivial ones this would ease the work quite a bit.

And last but not least: this is a marvelous program, thank you for making it!
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1045 [GeoSetter] User Interface minor always 2013-07-03 08:46 2017-05-16 22:52
Reporter: LuekoWillms Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Geosetter does not recognize GPS-Logfiles produced by Canon compact camera
Description: My Canon Powershot SX230HS produces LOG files of geo coordinates, when configured to do so. Unfortunately, Geosetter does not recognize the logs as geo coordinates.

Tags: GPS trace
Steps To Reproduce:
Additional Information: I'll upload such a log file as soon as I find one -- I have just found out that development of Geosetter is continuing, so I registered anew with this mantis to enter this bug report.
Attached Files: 1305020.LOG (6,383 bytes) 2013-07-03 08:52
https://www.geosetter.de/mantis/file_download.php?file_id=327&type=bug
Notes
(0001911)
LuekoWillms   
2013-07-03 08:54   
The file looks like a normal NMEA-0183 file.

Maybe it is the initial line identifying the camera which makes Geosetter refuse it.
(0001912)
heiko   
2013-07-03 21:04   
If you replace the first line of your NMEA file with the following line GeoSetter can read your track.

@Sonygps/ver1.0/wgs-84

I've cut the first line of your log, but that didn't help. I also have not found any information about this first line in a NMEA file.
(0001913)
LuekoWillms   
2013-07-03 23:58   
(Last edited: 2013-07-04 00:01)
The "@Sonygps/ver1.0/wgs-84" line is not too different from the

@CanonGPS/ver1.0/wgs-84/Canon PowerShot SX230 HS/21173c124b794f3e93fa46e459b265c2/003c

in the Canon file. Except that the Canon adds two more parameters, the Camera model, and the serial number of that camera. The Canon "Map utility" shows those information when loading a given GPS log/trace file:

/Canon PowerShot SX230 HS/21173c124b794f3e93fa46e459b265c2/003c

So, when Geosetter can skip over the @SonyGPS line, it should be not a too difficult task to jump over any other manufacturer identification line, too.

Well, just pick up the other interesting information, like the reference system (wgs84 in both cases). Also both manufacturer lines display a "ver1.0" as a kinda second parameter, and this might refer to a version of NMEA-0183? Or version of what?

(0001914)
heiko   
2013-07-04 00:12   
I don't know if there is something hard coded in GeoSetter. I've tried @Canogps/ver1.0/wgs-84 (same length as the Sony string), but that did not work.

Perhaps Friedemann can say something to this issue.
(0001923)
HJW   
2013-08-26 14:33   
This issue seems to have been covered in a GPSBabel forum July 2012 .. http://gpsbabel.2324879.n4.nabble.com/NMEA-0183-to-GPX-td4174.html
Here is a copy from the 'fix' post

This device (stupidly) marks all your points invalid (that's the "A" in the GPRMC)
In the development version, we've added an 'ignore_fix' option to the NMEA reader so when a device tells us "hey, I didn't really have a fix, but here's the position I was last turned on at..." we'll ignore

Until that version is released, you can build GPSBabel from source and use that, search and replace the ",A," with a ",V," or, better yet, bug Canon to fix their device.
RJL

On Thu, Aug 16, 2012 at 3:34 PM, [hidden email] . <[hidden email]> wrote:
    Win 7: GPSBable 1.4.3
       I am trying to convert a NMEA 0183 file created by a Ganon GP-E2 GPS to a GPX file for use with Lightrroom 4.1
         The beginning of the NMEA file is:
         @CanonGPS/ver1.0/wgs-84/Canon GP-E2/0410101944
    $GPGGA,132700.000,3326.6030,N,07907.6694,W,,05,2.3,-27.0,M,,,,0000*32
    $GPRMC,132700.000,A,3326.6030,N,07907.6694,W,,,160812,,,A*72
    $GPGGA,132701.000,3326.6032,N,07907.6697,W,,05,2.3,-25.0,M,,,,0000*30
    $GPRMC,132701.000,A,3326.6032,N,07907.6697,W,,,160812,,,A*72
    $GPGGA,132702.000,3326.6032,N,07907.6697,W,,05,2.3,-25.0,M,,,,0000*33

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1004 [GeoSetter] User Interface major always 2012-11-18 23:30 2017-05-16 22:52
Reporter: nobfri Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: karte wird nicht angezeigt
Description: hallo zusammen,

seit einiger Zeit habe ich das Problem, dass mir keine Karte mehr angezeigt wird.
Ich benutze Windows 7 64bit und der letzten Version des Geosetters (sowohl ofizielle als auch beta).
die kontrollwebsite http://www.friedemann-schmidt.com/geosetter/gmap21.html wird im IE9 64bit auch brav angezeigt (also bleibt weiss). was nicht funktioniert ist, wenn ich diesen link in den IE9 (ohne add-ons) eingebe (32bit?).
könnte es sein, dass Geosetter aus irgendeinem Grund mit der "falschen" Version des IE9 startet? Kann ich das irgendwo einstellen?

Gruss aus Bern
nobfri
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: fehlermeldung.jpg (123,662 bytes) 2012-11-19 00:43
https://www.geosetter.de/mantis/file_download.php?file_id=309&type=bug
jpg
Notes
(0001883)
krusch   
2013-02-10 19:45   
Same problem, Win7 64bit with Firefox 17 (default browser) and Internet Explorer 9. The map section remains blank, and the search options are disabled.
(0001924)
krusch   
2013-08-30 18:32   
Bei mir war das Problem das McAfee Security Center, das offenbar manche Zugriffe blockiert hat. McAfee deinstalliert und GeoSetter (sowie ein paar andere Dinge) funktionieren wieder.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1065 [GeoSetter] User Interface feature N/A 2013-11-05 11:40 2017-05-16 22:52
Reporter: wudang Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Customise Geosetter icon marker pin
Description: I've searched GeoSetter data files but can't find the icon so I'm unable to replace it.

Is it possible to customise the default marker pin?

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1064 [GeoSetter] Image Data major always 2013-11-03 19:05 2017-05-16 22:52
Reporter: mscola Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.38 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Zeilenumbrüche werden im IPTC Titel nicht übernommen,
Description: Ich versehe jedes Bild mit einer Info und benutze dazu das Caption/Titel Feld. Obwohl die Zeilenumbrüche im GeoSetter (und Photoshop) korrekt angezeigt werden, sind sie auf Picasa/Flickr und auf Handys nicht sichtbar.

Ist sehr ärgerlich, denn es ist sehr nützlich.
Tags: IPTC
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1062 [GeoSetter] Image Data crash always 2013-10-13 16:47 2017-05-16 22:52
Reporter: alainp Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Crash during saving modifications
Description: At the end of the saving process the same error message always appears, and i have to quit.
The modifications (position coordinates and destination coordinates) are often correctly saved.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: bug report.txt (15,767 bytes) 2013-10-13 16:47
https://www.geosetter.de/mantis/file_download.php?file_id=338&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1061 [GeoSetter] User Interface feature N/A 2013-10-07 11:25 2017-05-16 22:52
Reporter: gogo57 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.42 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: geovader
Description: Geovader ist ein Aufsteckaufsatz für Nikon Kammeras, der GPS Daten aufnimmt und in das Bild schreibt.
Leider tut er es nicht immer, mein Garmin ist da schon etwas empfindlicher.
Nun haben einige Bilder GPS Daten, andere nicht.
Es ist durchaus mühsam, nur die Bilder mit GPS einzeln zu selektieren und dann zu sagen, dass diese die GPS Infos vom Gramin bekommen sollen.
Eine automatische Funktion wäre besser.
Am einfachsten allerdings wären zusätzliche keyboard hotkeys. Z.B. übernehme GPS daten von vorigem Bild / von Bild einen später. Dann könnte man die Bilder durchgehen, alle Daten von geovader verwenden. Wenn man fertig ist, kann man die übrigen Bilder, die keine Daten von geovader haben, selektieren und mit Garmin Daten versehen.
Tags:
Steps To Reproduce:
Additional Information: Es wären also 2 Funktionen wünschenswert:
1) Hotkeys für Datenübertragung aus vorigem Bild / aus nächstem Bild
2) Seketion aller Bilder, die noch keine GPS Daten haben.

Vielen Dank!
Attached Files:
Notes
(0001928)
heiko   
2013-10-07 20:45   
Über "Suchen & Filtern | Filter | Bilder ohne Koordinaten" lassen sich alle Bilder filtern die keine Koordinaten haben. Alternativ kann man über "Suchen & Filtern | Suchen" entsprechend nach Bildern suchen.

Ist ein Garmin Track vonhanden, dann entsprechend wie oben beschrieben filtern und die Koordinaten zuweisen. Ist kein Garmin Track vorhanden, dann würde ich alle Bilder mit Koordinaten filtern und über "Datei | Export in GPX Datei" einen neuen Track mit den vorhandenen Daten erstellen. Die Bilder ohne Koordinaten können dann mit dem neu erstellten Track synchronisiert werden.

Entspricht diese Vorgehensweise den beiden gewünschten Funktionen?
(0001937)
gogo57   
2013-10-18 11:19   
Teilweise, der Punkt 2) ist abgedeckt.
Nur der Vorschlag mit den Hotkeys nicht.
Wenn man ein Bild selektiert hat, wäre es wünschenswert, mit einer einzigen Tastatureingabe die Koordinaten vom vorigen Bild / vom nächsten Bild in das aktuelle Bild einzufügen. Man geht dann einfach die Bilder durch und wo keine Koordinaten sind, drückt man eine einzige Taste und schon wird das geotag übernommen. Geht dann ziemlich schnell.
Leider was Deine Antwort bei gmx unter Spamverdacht geraten...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1060 [GeoSetter] User Interface crash have not tried 2013-10-05 17:27 2017-05-16 22:52
Reporter: rosch Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.38 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Crash beim Synchronisieren von Metadaten
Description: Crash beim Synchronisieren von Metadaten
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: bugreport.txt (27,603 bytes) 2013-10-05 17:27
https://www.geosetter.de/mantis/file_download.php?file_id=337&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1059 [GeoSetter] Image Data major always 2013-10-01 19:01 2017-05-16 22:52
Reporter: zenbourek Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: unable to map geo tags for Canon SX 230 HS
Description: The geo mapping is not working BUT
info from geo tags are correctly displayed

Please find attached the GPS tagged picture
Tags: gps, map
Steps To Reproduce:
Additional Information: canon sx 230 HS with embedded GPS
latest zip archive 3.4.16 on XP SP3
exiftool 9.37
Attached Files: IMG_0911.JPG (1,854,175 bytes) 2013-10-01 19:01
https://www.geosetter.de/mantis/file_download.php?file_id=336&type=bug
Notes
(0001927)
zenbourek   
2013-10-01 19:22   
same problem with the latest 3.4.38 beta build 2144

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1080 [GeoSetter] User Interface minor always 2013-12-01 23:08 2017-05-16 22:52
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.42 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Nach Programmstart wird nicht auf Bilder gezoomt
Description: GeoSetter 3.4.44

Nach dem Programmstart zoomt die aktuelle Beta nicht auf die angezeigten Bilder. Wird das Verzeichnis gewechselt, dann wird korrekt gezoomt (auch wenn wieder auf das ursprüngliche Verzeichnis gewechselt wird).

Option "Einstellungen" Tab "Karte" "Zeige Bilder automatisch auf Karte nach Verzeichniswechsel" ist an.

Die Beta nimmt "Verzeichniswechsel" hier also wörtlich, aber das war in früheren Versionen nicht so und ich finde dieses Verhalten auch etwas gewöhnungsbedürftig.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1075 [GeoSetter] User Interface minor always 2013-11-28 19:32 2017-05-16 22:52
Reporter: zava Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.42 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Renamed file is ordered by name
Description: I am viewing image files in a "taken date" order.
I rename an image file (by selecting it's name and manually changing it) and confirm the new name.
At this point the image file apparently disappears from the list.
As it happens it was in fact diplaced in the list according to it's new file name, as if in an alphabetical list.
If I select again "order by taken date", the file is placed in it's appropriate position again.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1074 [GeoSetter] User Interface minor always 2013-11-28 19:25 2017-05-16 22:52
Reporter: zava Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.42 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Rename files reports it cannot rename (but does)
Description: I select some images, then F2 Rename files; I edit the new name to be assigned and clik OK and then confirm.
At this point an error windo appears listing all image filenames, reporting "Rename Image files - Error" "The following image files can't be renamed:"

After clicking OK, I can check that the files were correctly renamed, so it appears to be a false error message.

I use this feature daily, so I am sure this did not happen with any previous version. It appeared just after upgrading.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Cannot rename error.jpg (28,116 bytes) 2013-11-28 19:25
https://www.geosetter.de/mantis/file_download.php?file_id=346&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1058 [GeoSetter] User Interface major always 2013-09-05 08:00 2017-05-16 22:52
Reporter: scyguy46 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Map displays blank image
Description: I recently developed a problem with the map function Geosetter (v. 3.4.16 build 2119 ) running on a Windows 8 laptop. Upon opening map via “Control M” command it is blank and says “We are sorry but we don’t have imagery at this zoom level for this region. Try zooming out for a broader view.” However the zoom in/out level slide icon is also missing on the map so can’t zoom out (nor is there a zoom out option control found in the map menu bar). Selecting different images also are not displayed in a map window. Selecting different map types also gives same result. Closing the program or uninstalling/reinstalling the program doesn’t help fix this map image error.
Tags: map, zoom
Steps To Reproduce:
Additional Information: Attaching a file of what the displayed map looks like.
Attached Files: Geosetter Map Issue.JPG (63,587 bytes) 2013-09-05 08:00
https://www.geosetter.de/mantis/file_download.php?file_id=335&type=bug
jpg

bugreport Geosetter map.txt (16,989 bytes) 2013-10-14 02:47
https://www.geosetter.de/mantis/file_download.php?file_id=339&type=bug
Notes
(0001929)
scyguy46   
2013-10-12 02:08   
It looks like they haven't found an answer to my problem. I'm wondering if anyone has same problem or any suggestions?
(0001930)
heiko   
2013-10-12 20:22   
try double clicking with the right mouse button for several times in the map window; every double click will zoom out
(0001931)
scyguy46   
2013-10-14 01:22   
Thanks for the suggestion but right clicking multiple times still has no effect.
(0001932)
scyguy46   
2013-10-14 02:43   
(Last edited: 2013-10-14 02:48)
I tried uninstalling program and reinstalling it. After uninstalling the message said there are still some remaining file(s) that can be removed manually. I deleted the Geosetter folder which had one file in it. There must be other files that aren't being removed since when I open program it defaults to last folder that I had open before uninstalling the program. I believe that this hidden file(s) is/are responsible for the continued inability to get the map to show in the map function. Is there a way to know where these are so they can be removed? I'm going to attach a bug report that I got after the first uninstalling of the program perhaps this helps.

(0001933)
heiko   
2013-10-14 22:03   
you will find these files in <AppData>\GeoSetter
(0001934)
scyguy46   
2013-10-17 04:52   
I deleted the AppData for Geosetter which were not removed upon uninstalling the program, These files were located in this folder:
C:\Users\sullrich1\AppData\Roaming\GeoSetter

Now after uninstalling/reinstalling it started like a new installation but still is missing any map images.

Since I still don't see any images when selecting images with GPS data. The positions of images move in map box when different images are selected with different locations but no map is shown. I suspect that there are files in Windows 8 that allows map images to be retrived or shown which are corrupted. Is there a way to find out what these might be?
(0001935)
heiko   
2013-10-17 20:42   
(Last edited: 2013-10-17 23:25)
I'm sure that there are no other files which can cause this behaviour.

What version of the Internet Explorer are you using? The map Window in GeoSetter is an embeded IE. You also could try to disable your firewall (only for testing). Or do you use an antivirus software which scans web sites?

(0001936)
scyguy46   
2013-10-18 00:53   
I'm using IE10. I realized after seeing another post here that you use embedded Internet Explorer to show the maps in Geosetter (not exactly sure if this is correctly stated and exactly what this means). I then when to IE browser and found that in Google Maps I get no maps and the same error message I get in Geosetter: “don’t have maps at this zoom level”. Since I use Chrome as my browser (which display Google maps fine) but don’t use IE I didn’t know that my Geosetter issue appears to be due to an IE issue. I believe that this happened a few months ago when my computer had issue with internet connection. I had to do automatic troubleshooting repair and suspect this is the root cause of the Geosetter and IE issues. The problem is you cannot uninstall and reinstall IE10 and the only way to do it is by reinstalling Windows 8 which I hesitate to do before exploring if there is another solution. Another issue I found when in IE browser is when visiting the Google search page there is no display of the Google name icon. I’m not a programmer and suspect there might be an issue with the Google API? Can this be repaired? Any suggestions as how to repair this error. I searched on Google for others with this issue but haven’t found any good suggestions that work. For example I tried these and don’t seem to help: https://support.google.com/maps/answer/21849?hl=en
I haven't tired to disable Firewall yet and do have antivirus running but suspect the issue is related to the above problem with IE.
(0001938)
heiko   
2013-10-18 20:43   
it seams to be a generally problem with your system. If IE10 can not display google maps, then it's logical that GeoSetter also can not show the map. The map window of GeoSetter is nothing else then IE.

And I'm sorry, I have no idea how to fix this.
(0001941)
ggodart   
2013-11-20 23:27   
(Last edited: 2013-11-20 23:30)
I have started to experience the same problem today, no changes to my IE settings, no new windows patches added. Neither my PC, nor Mac display anything at http://www.friedemann-schmidt.com/geosetter/gmap21.html or http://www.geosetter.de/geosetter_map_test.html however my ipad does show a map at this address. Windows firewall turned off, cleared browser cache, re installed all made no difference.

I notice that Google retired V2 of the Google Maps API yesterday, could this be related?

(0001942)
ggodart   
2013-11-21 00:09   
now fixed by deleting Appdata/geosetter
(0001943)
scyguy46   
2013-11-21 01:52   
Just an update on how I fixed the map display function to Geosetter. I solved the problem by performing the Refresh function in Windows 8 which fixed the IE10 issue. I'm not sure if restore would work for others as due to an error with my laptop I was unable to use restore.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
996 [GeoSetter] User Interface feature N/A 2012-10-24 19:22 2017-05-16 22:52
Reporter: aelmorris Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.34 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: copy date and time from one location to another
Description: It would be nice to copy the entire date and time from one location to another. For example: copy date modified to date taken. Batch copy and paste would be great! Any way to write it so that I could copy the entire list of dates modified and paste them at once into date taken? Thanks.
Tags:
Steps To Reproduce:
Additional Information: This has come up because camera (droid RAZR) recorded date taken as date modified, and I had to go through and add date taken manually. It was nice to be able to change the date manually, but it would be even faster to just copy and paste.
Attached Files: bcl_HTML153.html (5,340 bytes) 2013-11-27 14:18
https://www.geosetter.de/mantis/file_download.php?file_id=345&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1099 [GeoSetter] Image Data minor always 2014-01-07 19:16 2017-05-16 22:52
Reporter: karlgustavv Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.48 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GPSTimeStamp und GPSDateStamp werden nicht aktualisiert
Description: Geosetter setzt beim Hinzufügen von GPS-Koordinaten die zwei Felder GPSTimeStamp und GPSDateStamp korrekt auf die UTC-Zeit.

Wenn man aber später das Datum ändert, werden alle möglichen Felder in der Datei geändert, aber GPSTimeStamp und GPSDateStamp nicht.
Tags:
Steps To Reproduce:
Additional Information: Nach dem Hinzufügen:
  <exif:DateTimeDigitized>2014-01-07T18:49:49+01:00</exif:DateTimeDigitized>
  <exif:DateTimeOriginal>2014-01-07T18:49:49+01:00</exif:DateTimeOriginal>
  ...
  <exif:GPSTimeStamp>2014-01-07T17:49:49Z</exif:GPSTimeStamp>

Nach dem späteren Ändern (im Beispiel -1000 Tage 12h 34min 56s):
  <exif:DateTimeDigitized>2011-04-13T06:14:53+02:00</exif:DateTimeDigitized>
  <exif:DateTimeOriginal>2011-04-13T06:14:53+02:00</exif:DateTimeOriginal>
  ...
  <exif:GPSTimeStamp>2014-01-07T17:49:49Z</exif:GPSTimeStamp>
Attached Files: Zwischenablagebild.png (15,800 bytes) 2014-01-07 19:16
https://www.geosetter.de/mantis/file_download.php?file_id=357&type=bug
png
Notes
(0002005)
karlgustavv   
2014-01-11 19:50   
(Last edited: 2014-01-11 19:51)
Es sind noch mehr Datumsangaben betroffen. Das Bild "testbild.jpg" wurde 10.000 Tage und 10 Stunden in die Vergangenheit verschoben.

Hier einmal die Ausgabe von "exiftool -a -G -s testbild.jpg" (gefiltert nach Date und Time):
[EXIF] ModifyDate : 1986:08:20 02:59:17
[EXIF] DateTimeOriginal : 1986:08:20 02:59:17
[EXIF] CreateDate : 1986:08:20 02:59:17
[EXIF] GPSTimeStamp : 11:59:17
[EXIF] GPSDateStamp : 2014:01:05
[MakerNotes] SonyDateTime : 2014:01:05 12:59:17
[MakerNotes] SonyDateTime : 2014:01:05 12:59:17
[IPTC] DateCreated : 2014:01:05
[IPTC] TimeCreated : 12:59:17+01:00
[XMP] DateTimeDigitized : 1986:08:20 02:59:17+02:00
[XMP] DateTimeOriginal : 1986:08:20 02:59:17+02:00
[XMP] GPSDateTime : 2014:01:05 11:59:17Z
[XMP] DateCreated : 2014:01:05 12:59:17+01:00
[XMP] CreateDate : 2014:01:05 12:59:17
[XMP] ModifyDate : 1986:08:20 02:59:17+02:00


[EXIF]:GPSTimeStamp+GPSDateStamp, [IPTC]:DateCreated+TimeCreated, [XMP]:GPSDateTime+DateCreated+CreateDate sind NICHT verschoben worden (die MakerNotes können wohl ignoriert werden, da herstellerspezifisch).


Nachdem die folgende Batch-Datei angewendet wurde ...

set datum=xmp:DateTimeDigitized
exiftool "-FileModifyDate<!datum!" "-AllDates<!datum!" "-gpstimestamp<!datum!" "-gpsdatestamp<!datum!" "-xmp:gpsdatetime<!datum!" "-xmp:DateTimeDigitized<!datum!" "-xmp:DateCreated<!datum!" "-IPTC:DateCreated<!datum!" "-IPTC:TimeCreated<!datum!" "-SonyDateTime<!datum!" -overwrite_original *.jpg

... ergibt sich:
[EXIF] ModifyDate : 1986:08:20 02:59:17
[EXIF] DateTimeOriginal : 1986:08:20 02:59:17
[EXIF] CreateDate : 1986:08:20 02:59:17
[EXIF] GPSTimeStamp : 00:59:17
[EXIF] GPSDateStamp : 1986:08:20
[MakerNotes] SonyDateTime : 1986:08:20 02:59:17
[MakerNotes] SonyDateTime : 1986:08:20 02:59:17
[IPTC] DateCreated : 1986:08:20
[IPTC] TimeCreated : 02:59:17+02:00
[XMP] DateTimeDigitized : 1986:08:20 02:59:17+02:00
[XMP] DateTimeOriginal : 1986:08:20 02:59:17+02:00
[XMP] GPSDateTime : 1986:08:20 02:59:17+02:00
[XMP] DateCreated : 1986:08:20 02:59:17+02:00
[XMP] CreateDate : 1986:08:20 02:59:17+02:00
[XMP] ModifyDate : 1986:08:20 02:59:17+02:00

Nun sind alle Werte korrekt gesetzt (dass [XMP]:GPSDateTime als 02:59:17+02:00 anstatt 00:59:17 - also UTC - gespeichert wurde, kann als Schönheitsfehler angesehen werden).


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1098 [GeoSetter] Image Data feature always 2014-01-05 12:25 2017-05-16 22:52
Reporter: CanonUser Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Dateininfos im Windows-Explorer
Description: Im Windows-Explorer gibt es die Dateieigenschaften, die mit einem Rechtsklick auf die Datei -> Eigenschaften -> Register 'Dateiinfo' angezeigt werden.

Gleichzeitig werden diese Eigenschaften auch angezeigt, wenn die Maus im Explorer über einer Datei steht.

In der benutzten Version werden diese Infos (und weitere Infos wie Kameramodell) nicht angezeigt, obwohl ich die Daten mit Geosetter geschrieben habe.

Da ich annehme, dass es sich um die Eigenschaften der Windows-Datei und nicht um einen Fehler von Geosetter handelt, schlage ich als Feature vor:

1. Automatisches Schreiben dieser Daten

2. Funktion, die bereits (mit Geosetter) bearbeitete Dateien liest und die Dateiinfos automatisch nachträgt. Funktions-Dialog könnte die Spalten "Dateiinfo-Eigenschaft, die geschrieben werden soll" und "Wert aus diesem EXIF|IPTC|XMP-Feld holen" haben.
Tags:
Steps To Reproduce:
Additional Information: Benutzte Umgebung: Windows XP SP-3, Dateien auf NTFS, Geosetter 3.1.16 Release (nicht beta), Canon CR2-Dateien, alle Metadaten inline gespeichert.

Hinweis: Unter Windows kenne ich folgende Funktion zur Ausgabe der Dateiinfos, vielleicht hilft das bei der Entwicklung:

Public FSO As New Scripting.FileSystemObject

Public Function AusgabeDateiInfo(DateiName as String)
Dim WinShell as Object, DateiInfo as String

Set WinShell = CreateObject("Shell.Application")
AusgabeDateiInfo = WinShell.NameSpace(FSO.GetParentFolderName(DateiPfad)).GetDetailsOf(.ParseName(DateiName), -1)

End Function
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1097 [GeoSetter] User Interface minor always 2014-01-04 19:26 2017-05-16 22:52
Reporter: Geu Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Kartenanzeige "hängt"
Description: Bei der Auswahl eines Favoriten oder bei der Auswahl eines Bildes mit Geodaten zeigt die Kartenansicht für ca. 1/10 Sekunde die zutreffende Ansicht und wechselt dann sofort auf die zuvor gezeigte Kartenansicht. Wird diese Kartenansicht manuell verschoben, so ist diese neue Ansicht quasi voreingestellt.

Auch die Suche zeigt nicht den gesuchten Kartenausschnitt, sondern bleibt auf dem vorhandenen stehen.

Ich kann keine Menüauswahl finden, mit der ich das Verhalten ändern kann. Was muss ich tun?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002004)
Geu   
2014-01-05 09:12   
Rechner: Windows 7, 64 bit.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1096 [GeoSetter] User Interface feature always 2013-12-29 18:36 2017-05-16 22:52
Reporter: rmueller83 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Fullscreen button for undocked windows
Description: I would like to use Geosetter as a diashow application. On my primary screen (Notebook display) I want to show the map with the location of the current picture, the secondary screen (TV) should display the picture itself.
For that, it would be nice to have a button in the undocked windows which allows to switch them to fullscreen, removing the window borders and buttons.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1095 [GeoSetter] Image Data minor sometimes 2013-12-28 17:51 2017-05-16 22:52
Reporter: Vclaw Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.48 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Geodata not added for GPX file with several trackpoints per second
Description: I am using Google My Tracks app (on my Android phone) to record a track, then I export this as a GPX file. This GPX file has the time to thousandths of a second, eg <time>2013-12-27T15:14:37.805Z</time>
So sometimes it records several trackpoints within one second.

GeoSetter reads the GPX file without errors, and says GPS data was found for all images. But some of the images match times with several trackpoints per second. And it seems GeoSetter does not add coordinates to these images, so they are not geotagged.
Tags:
Steps To Reproduce:
Additional Information: Example GPX file from My Tracks attached
Attached Files: 2013-11-30 10_38.gpx (71,176 bytes) 2013-12-28 17:51
https://www.geosetter.de/mantis/file_download.php?file_id=356&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1094 [GeoSetter] User Interface feature N/A 2013-12-28 10:48 2017-05-16 22:52
Reporter: Knarf Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Zuweisung von Zielkoordinaten aus Kartenmenü
Description: Um die Zuweisung von Zielkoordinaten zu vereinfachen, könnte das Rechtsklick-Kartenmenu um die Funktion erweitert werden, die aktuelle Kartenposition als Zielkoordinaten den ausgewählten Bildern hinzuzufügen.
So könnte beispielsweise unterhalb der Schaltfläche "Position zu ausgewählten Bildern zuweisen" eine neue Schaltfläche "Position als Zielkoordinaten zu ausgewählten Bildern zuweisen" oder ähnlich hinzugefügt werden.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1092 [GeoSetter] User Interface major always 2013-12-16 15:45 2017-05-16 22:52
Reporter: chris_overseas Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.48 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Impossible to apply time shift or timezone to multiple images
Description: Suppose I have several images selected. If I press Ctrl+E then apply a timeshift (eg +2 hours) and a timezone to the first image, there doesn't appear to be a way to use "Set Current Values For All Selected Images..." to copy the same timeshift and timezone to all the other selected images.

This is really painful when I have a lot of images that I want to apply a shift or timezone to - I have to do them one at a time.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001999)
heiko   
2013-12-16 16:02   
as work around you can check the values "Created Date" and "Timezone only" manually in the "Set Current Values for all Selected Images" dialog. With this 2 manually settings it worked for me.
(0002000)
chris_overseas   
2013-12-16 16:14   
Thanks for the fast response!

After playing a bit more, as you point out it seems I can set the shift and timezone by eg enabling all the three dates in the dialog (though I don't see a "Timezone only" option in that dialog anywhere?). However there is still a problem... if the images already have unsaved timeshifts/timezones, it's not possible to further update those shifts/timezones via the "Set Current Values For All Selected Images" dialog.

My current use case - I have a bunch of photos in a folder from a recent trip where I crossed a timezone. The camera was set to UTC but most of the images were taken in UTC+3 and some in UTC+2. I used the Ctrl+G dialog to geotag the photos and also apply +3 hours and the UTC+3 timezone to all images. Now I want to select the (relatively few) images that were UTC+2 and change their shift to +2 and timezone to UTC+2. This doesn't seem possible?

I hope I've explained that clearly.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1089 [GeoSetter] User Interface minor have not tried 2013-12-09 19:55 2017-05-16 22:52
Reporter: balloni55 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.46 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Eigene Icons verwenden
Description: Es wäre sehr schön auch eigene Icons für die Darstellung in GE verwenden zu können, nicht nur das Geosettericon oder das Miniaturbild.
Es ist doch recht umständlich die .kml/.gpx händisch zu ändern ;-))
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1115 [GeoSetter] User Interface major always 2014-02-18 17:37 2017-05-16 22:52
Reporter: martinu Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.50 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Synchronisation nicht mehr möglich
Description: Synchronisation von Bilderpaaren .jpg & .raw (arw) ist nicht mehr möglich: die Bilderpaare werden zwar gefunden, Änderungen können aber nicht mehr gespeichert werden, weder von .jpg zu .arw noch in der andern Richtung.
Tags:
Steps To Reproduce:
Additional Information: Das hat im Release 3.4.14 noch funktioniert, allerdings bei Raw-Daten von Sony RX10 ewig gedauert.
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1111 [GeoSetter] Image Data minor have not tried 2014-02-08 14:38 2017-05-16 22:52
Reporter: Ron Helms Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Interpolate values for missing coordinates
Description:     This is a request for a new feature. If this is not the appropriate mechanism for submitting it, please let me know and I'll try to do it correctly.
    In a sequence of images I have some images with correct time values (Taken Date) but missing coordinates. This arises: (1) If the camera's GPS has not established a position by the time the picture is taken, and (2) When I use images from multiple cameras, some of which do not have GPS. I do not have a GPS track file from a separate GPS unit. I have attached a screenshot of an example list of files.
    Please consider adding a feature to use linear interpolation to compute coordinates for a selected sequence of images, sorted by Taken Date (including time) when the first and last selected images have coordinate data and the in-between images have missing coordinates.
    A better version would let the user select a long list of images (sorted by Taken Date), some of which have coordinates and some without coordinates. The program would use linear interpolation to fill in all missing coordinates by linear interpolation between the coordinates of the previous image (that originally had coordinates) and the next (following, subsequent) image (that originally had coordinates).
    It would be nice to place information in an appropriate tag indicating whether the coordinates are original or computed by interpolation.
    The interpolated coordinates will all lie on a straight line and, therefore, will be approximations. The user will have to cope with that by reference to a map or otherwise. Fortunately, GeoSetter is an excellent tool for doing that.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: GeoSetter Example List of Image Files.pdf (130,079 bytes) 2014-02-08 14:38
https://www.geosetter.de/mantis/file_download.php?file_id=363&type=bug
Notes
(0002011)
heiko   
2014-02-08 21:06   
With the latest Beta version of GeoSetter you can create GPX files from images with geo-coordinates. To do this, select the images with geo-coordinates and select "File | Export to GPX Track File". A GPX file will be created. This GPX file can be used to tag the other images.

Hope this helps.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1109 [GeoSetter] Image Data minor always 2014-02-04 23:10 2017-05-16 22:52
Reporter: Arz Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.48 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Geotags made by some android devices are misinterpreted
Description: It's not really an issue with the software, but some Anroid devices, namely my smartphone, tag GPS data in a very srange fashion, which is being misunderstood by the most of the geotag reading software, including Geosetter. I'll try to explain what i think seems to be the problem. Excuse me in advance for some silly things i might say, my understanding of how Exif and stuff like that works is really insufficient.

My phone saves the GPS info as three digits: degrees, minutes and seconds. Seconds always have one digit after comma, but it is not being separated by anything. So what actually is 35.8'' would be seen as 358 in Windows file properties (see screenshot) and as 58.00'' in Geosetter, whereas value of minutes would be higher by 300/60=5 than it is, which obviously makes the location wrong.

So what would be really nice is to have some kind of option allowing to easily convert coordinates into normal format and save it afterwards. I don't know how common this problem is, but it is certainly very actual for me, for i have more than 5000 photos saved with the wrong location data, editing them all manually is awfully tedious work, i did about 50 photos and already felt like killing everybody around, especially the developers of my smartphone software. :)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: screen.jpg (321,443 bytes) 2014-02-04 23:10
https://www.geosetter.de/mantis/file_download.php?file_id=361&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1107 [GeoSetter] User Interface feature always 2014-01-21 19:16 2017-05-16 22:52
Reporter: LiegeradAndreas Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: (Umkreis-)Filter über *viele* Dateien
Description: Wenn ich aus einigen tausend Dateien (in mehreren Unterverzeichnissen) welche mit bestimmten Kriterien suche, dauert es ewig, weil ich zunächst die ganze Bilderliste ins Hauptfenster laden muss. Anscheinend wird diese Liste im RAM vorgehalten.

Es wäre besser, wenn ich man in einem Verzeichnis suchen könnte und nur die gefundenen Bilder (also passend zu den Suchkriterien) im Hauptfenster erscheinen. (Statt die unpassenden Bilder per Filter auszublenden).

Danke
Andreas
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1104 [GeoSetter] User Interface major always 2014-01-17 17:49 2017-05-16 22:52
Reporter: takeru Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: problematic auto complete with IME (Japanese)
Description: This problem was something reported several years ago,
but as this is very problematic for us Japanese (and probably many other exsotic language writers), here I would like to explain the problem once again with video clips.

To type in texts, we use something called IME or FEP (Front End Processor), which prepare texts, then it fill in to the text field at once.

Please have a look on this clip:
https://picasaweb.google.com/lh/photo/K3PhA8UN6xOpPNThE_lHUNMTjNZETYmyPJy0liipFm0?feat=directlink

I wanted to type "????", but just because there was an entry in the history starting with "??", an unexpected string "?????" was filled in.


Here is also another problematic behaviour:
https://picasaweb.google.com/lh/photo/ZZpyYNkBYRsMUPUu_CuOadMTjNZETYmyPJy0liipFm0?feat=directlink

There was an entry, "??? ??" in the history. I wanted to replace its "?" to "?", but once it was finalized, instead of replacing, it was unexpectedly attached on the tale.

Dankeshoen,
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1102 [GeoSetter] User Interface major always 2014-01-12 07:32 2017-05-16 22:52
Reporter: takeru Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: problems by touch/pen operations
Description: When selecting an image by a touch or pen, annoying flicker of the tool tip is to take place.
https://picasaweb.google.com/111700994041813626058/Geosetter#5963779357859797250

By the touch/pen operation, it is also difficult to select multiple images.
Probably the checkbox would be helpful, as provided as an option by the Windows File Explorer.

Dankeshoen,
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1101 [GeoSetter] User Interface major always 2014-01-12 06:28 2017-05-16 22:52
Reporter: takeru Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.48 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: the file drop-down menu is unoperatable when having a snap on the left
Description: By Windows 8.1, and probably Windows 8 as well, having a Metro app snapped on the lefter the screen, the "File" drop-down menu is unoperatable.

Tags:
Steps To Reproduce:
Additional Information:
Attached Files: pulldown menu problem by Getsetter.png (21,276 bytes) 2014-01-12 06:28
https://www.geosetter.de/mantis/file_download.php?file_id=358&type=bug
png
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1100 [GeoSetter] User Interface block always 2014-01-12 06:10 2017-05-16 22:52
Reporter: takeru Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.48 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Beta revisions unable to start by a few environments
Description: For a few recent beta revisions, they are unable to start up by at least 2 of my PCs, one is run by Windows 8.1 x64, the other is by Windows 8.1 x86.

By the task manager, it simply appears as consuming some of the processing/memory resources, but never to launch up for days.

On the other hand, lanunching a non-beta version,it still works.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002006)
takeru   
2014-01-12 06:30   
1 thing failed to mention. I have also another Windows 8.1 PCs where beta versions work fine, each 1 for x86 and x64.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1125 [GeoSetter] User Interface minor always 2014-04-06 16:23 2017-05-16 22:52
Reporter: takeru Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.50 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: thumnails of movie files appear upside down
Description: By the recent versions, .avi movie files somehow appear upside down
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: inverted movie file thumnails.png (260,038 bytes) 2014-04-06 16:23
https://www.geosetter.de/mantis/file_download.php?file_id=364&type=bug
png
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1123 [GeoSetter] User Interface block always 2014-03-29 20:19 2017-05-16 22:52
Reporter: tdd86 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.50 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Versions above 3.14 crash and make Windows 8 x64 Unusable
Description: Software works on start but after 5-10 minutes makes all over applications in Windows crash - all of Windows is unresponsive. Needs physical reset to resume any functionality of desktop.
Saving takes for ever.
Tags:
Steps To Reproduce:
Additional Information: Rolled back to 3.1.5 appears to work fine however unable to find other ersions to download in change log - perhaps make these available (would be willing to host them if required)
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1122 [GeoSetter] User Interface minor N/A 2014-03-23 13:21 2017-05-16 22:52
Reporter: GPSler Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Show specific distance (as a circle) from hair cross
Description: Hi,

Based on my request from
http://www.geosetter.de/mantis/view.php?id=1121

to show google maps ruler/scale again I'd like to raise another idea:

Sometimes I have images from inside a moving vehicle (bus, train, ship). There's no hint where the image has been taken besides the fact that there are other images with GPS information taken outside a few minutes before/after.
Knowing the information of the (constant) speed and direction of the vehicle, it is easy to calculate an approx. distance (with the time difference of the two images) to the other images with GPS information. e.g. 2500m

So it would be nice to have a checkbox where I could enable/disable this distance circle around the hair cross in the middle and also entering the distance in a textbox. Then it would be easy to set the pin for the images taken inside a moving vehicle (e.g. inside a cruise ship).

Hope this is clear and makes sense ;-)

Gruss
GPSler
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002022)
GPSler   
2014-03-23 13:23   
Sorry, I forgot to change to "feature" instead of "minor"

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1121 [GeoSetter] User Interface minor always 2014-03-22 22:23 2017-05-16 22:52
Reporter: GPSler Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.50 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Ruler/Scale not visible in map
Description: Hi,

As far as I remember there was a ruler/scale visible on the map (Google map).
Is there a chance to activate the ruler/scale (German: "Maßstab") again?

Best Regards,
GPSler
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1120 [GeoSetter] User Interface crash always 2014-03-08 17:54 2017-05-16 22:52
Reporter: Willie360 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Blackout
Description: HELP - Geosetter don't start more, perhaps after a Windows Update!?
Geosetter 3.4.16.2119
Internet Explorer 8
Windows Vista Home Premium 32-Bit
08-03-2014
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1119 [GeoSetter] Image Data minor always 2014-02-25 08:28 2017-05-16 22:52
Reporter: David Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Cannot edit camera make / model
Description: Cannot edit camera make / model

My camera does not write this and I need an editor to put this into 3800 files.
(no I do not want to do one at a time.)
Tags:
Steps To Reproduce:
Additional Information: Cannot edit camera make / model

Great looking program for other stuff but if it can't do global edits of the data I am missing, it is useless to me.
I have now been through about 20 editors that all have similar issues.

David
Attached Files:
Notes
(0002018)
heiko   
2014-02-25 20:01   
(Last edited: 2014-02-25 23:41)
Take a look at ExifTool - http://www.sno.phy.queensu.ca/~phil/exiftool/


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1118 [GeoSetter] User Interface major always 2014-02-22 17:53 2017-05-16 22:52
Reporter: tbiegel Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Das Einlesen von Sony RAWs (ARWs) der RX10 und testweise der Alpha 99 dauert sehr lang.
Description: Das Einlesen von Sony RAWs (ARWs) der RX10 und testweise der Alpha 99 dauert sehr lang, auch bei deaktivierter Bildvorschau. Am Rechner liegt es nicht, Win 7 64bit und Win 8 64bit auf 2 versch. Rechnern. Das Lesen von ARWs der Alpha 700 geht sehr zügig. Das Problem tritt auf, sobald der Ordner mit den RAWs geöffnet wird.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1117 [GeoSetter] Image Data feature always 2014-02-22 16:41 2017-05-16 22:52
Reporter: mp Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Location data accordimg to IPTC 1.1 not supported
Description: IPTC 1.1 declares the Location Information of the IPTC Core (to which GEOSETTER writes the Location info) as "legacy", meaning that these informations should not be used any longer. Instead, IPTC 1.1 distinguishes the "Location Created" (the place where the photo was taken from) and (several) "Location Shown" meaning the object's place that is to be seen in the Picture.

As IPTC 1.1 is from July 2010(!) already: are there plans to Support the "new" Version of IPTC?
Tags:
Steps To Reproduce:
Additional Information: URL describing IPTC Photo Metadata Version 1.1:
http://www.iptc.org/std/photometadata/specification/IPTC-PhotoMetadata-201007.pdf
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1116 [GeoSetter] User Interface minor always 2014-02-19 18:24 2017-05-16 22:52
Reporter: Briansdad1 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Missing Camera crop factors
Description: Panasonic DMC-FZ70, crop factor = 5.62 ref:
http://www.digicamdb.com/specs/panasonic_lumix-dmc-fz70/
Panasonic DMC-FZ200, crop factor = 5.62 ref:
http://www.digicamdb.com/specs/panasonic_lumix-dmc-fz200/

I don't see how to edit my preferences to reflect these new cameras?

Bill Curran
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002017)
heiko   
2014-02-19 20:18   
select an image in the browser and then go to the Settings. Now it should be possible to change the values. You will find a description in the help file.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1114 [GeoSetter] User Interface major sometimes 2014-02-18 17:37 2017-05-16 22:52
Reporter: GS580JVH Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: File Saving Takes Over 20 Minutes
Description: Sometimes if I just go to save 8 images that have had GPS data added, it can 20 minutes or more for the update. The system might actually hang, or GeoSetter will show in Task Manager as "not responding". In task manager GeoSetter can show that it's using 203,140K of memory. Is this usual? Once started, the memory usage can keep ticking higher and higher, even with no image files opened.
Tags:
Steps To Reproduce:
Additional Information: Windows 7 Home Premium 64-bit.
Attached Files:
Notes
(0002019)
GS580JVH   
2014-03-03 16:54   
I have uninstalled and re-installed GeoSetter. The update of EXIFTool still fails, so I turned off the update dialogue until a new version is available. So far things are working, as I process photos in batches of 5.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1131 [GeoSetter] User Interface minor always 2014-04-24 19:59 2017-05-16 22:52
Reporter: mmm Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.50 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Check of ExifTool Update fails
Description: Recently I installed GeoSetter on my new Win 8.1 (x64) system. Here, the update check for a new version of ExifTool fails with the message: "Informationen über eine neuere Version können nicht abgerufen werden. Überprüfen Sie bitte Ihre Internetverbindung." This Problem is specific to Win 8.1, it does not occur on my Win7 system.
I did some more research on this problem:
1. Starting GeoSetter as Administrator does not help.
2. Disabling the Windows Firewall does not help.
3. When I disabled the "Internet Security" (F-secure), the problem disapears. But I cannot live without this security. F-secure offers a list to enter website adresses which will not be blocked. I entered already in this list "geosetter.de", "exiftool.com" and "sno.phy.queensu.ca", but this does not help.
Is there another website GeoSetter is using for the update check? Any idea?
Regards, Manfred
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002033)
heiko   
2014-04-24 21:03   
Ich denke dass ich in Deutsch antworten kann, da die Fehlermeldung deutsch ist :-)

GeoSetter prüft anhand von folgender Datei ob ein ExifTool Update vorhanden ist: http://owl.phy.queensu.ca/~phil/exiftool/rss.xml

Der eigentliche Download von ExifTool wird dann über folgenden Link ausgeführt: http://owl.phy.queensu.ca/~phil/exiftool/exiftool-9.58.zip (natürlich abhängig von der ExifTool Version)

Ich würde also in der Firewall von F-secure queensu.ca freigeben, ggf. mit der entsprechenden Subdomain.

Ich hoffe dass das Problem so gelöst werden kann.

Heiko
(0002035)
mmm   
2014-04-29 15:18   
Hallo Heiko,
Problem gelöst, kann geschlossen werden.

Mein Ansatz war schon richtig, nur hatte ich "sno.phy.queensu.ca" eingetragen. Nachdem ich in jetzt "phy.queensu.ca" (also ohne die Subdomains "sno" bzw "phy") in die Liste der zugelassenen Sites eingetragen habe, funktioniert die Abfrage nach ExifTool Updates wieder.

Gruß, Manfred
(0002040)
Friedemann   
2014-04-29 16:37   
Ich arbeite zur Zeit sehr intensiv an einer neuen Version und werde das Problem dort dann berücksichtigen...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1129 [GeoSetter] User Interface major unable to reproduce 2014-04-16 20:45 2017-05-16 22:52
Reporter: jhoecannon Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Unable To Upload Pictures To Geosetter
Description: I'm somewhat new to Geosetter although a couple of months ago when I downloaded it I was able to upload 7 pictures into Geosetter and provide those pictures metadata info. Now, I have added 3 more pictures to that same file on my PC but when I bring that file up on Geosetter, those 3 new picture don't show up... just the 7 old pictures that already has the metadata info attached.

How do I upload these 3 new pictures? I've looked at all of the YouTube videos that I can find... none of these that are in English show how to upload pictures to Geosetter, just how to attach data to these pictures.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002032)
heiko   
2014-04-16 21:47   
you can not upload images to GeoSetter. You have to navigate in the browser window to the folder which contains your Images.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1128 [GeoSetter] User Interface minor always 2014-04-12 11:58 2017-05-16 22:52
Reporter: takeru Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.50 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Explorer integration with international characters
Description: The Windows Explorer integration fails to open the correct folder, when the folder name contains international characters - likely typical for Chinese characters.

For example, the folder named "Gosh ???" does not open.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1127 [GeoSetter] User Interface feature N/A 2014-04-11 09:32 2017-05-16 22:52
Reporter: bangedupshins Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: ExifTool Additional Commands Presets
Description: I use precanned ExifTool commands during the 'save' process frequently. With the current interface (File-Settings-ExifTool) I have to enter the commands, do the save, then possible enter a different set of commands for the next image, and then save that image.

It would be nice for the user to be able to write a series of precanned commands into the settings, i.e.:

Set Common Info: -execute -XMP-CC:AttributionName="BangedUpShins@gmail.com" -XMP-CC:AttributionURL="http://nudehiker.blogspot.com" -XMP-CC:License="http://creativecommons.org/licenses/by-nc-nd/3.0/" -copyright="CC 2010 Attrib NC ND Bangedupshins@gmail.com" -XMP:CreatorWorkEmail="bangedupshins@gmail.com" -XMP:CreatorWorkURL="http://nudehiker.blogspot.com" -XMP:Creator="The Nude Hiker" -XMP:Rights="CC Attrib NC ND Bangedupshins@gmail.com"

Set Image Direction: -execute -GPSImgDirectionRef="T" -GPSImgDirection="enter bearing" -GPSSatellites="4"
N=0 or 360, NE=45, E=90, SE=135, S=180, SW=225, W=270, NW=315

Set Nudity Warning: -execute -XMP-pur:AdultContentWarning="Simple, NonSexual Nudity" -XMP-plus:AdultContentWarning="Adult Content Warning Required"

Set Copyright Info: -execute -XMP-CC:AttributionName="BangedUpShins@gmail.com" -XMP-CC:AttributionURL="http://nudehiker.blogspot.com" -XMP-CC:License="http://creativecommons.org/licenses/by-nc-nd/3.0/" -copyright="CC Attrib NC ND Bangedupshins@gmail.com"

Set a Rating for the image (1-5 Best): -execute -XMP-xmp:Rating="5"

and allow the user to 'checkbox' on the Edit Data dialog and select which additional pre-canned ExifTool commands (if any) to use on a per image basis during a batch save.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1113 [GeoSetter] User Interface major sometimes 2014-02-18 17:33 2017-05-16 22:52
Reporter: GS580JVH Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Update ExifTool
Description: Even though I run the update of ExifTool from current 9.5.1 to 9.5.2, and I get a progress bar, it doesn't seen to get updated. The update dialogue will eventually come back.
Tags:
Steps To Reproduce:
Additional Information: Running Windows 7 Home Premium 64-bit.
Attached Files:
Notes
(0002027)
bangedupshins   
2014-04-11 09:36   
Run GeoSetter with administrator privileges (right-click and select 'Run as Administrator'. Geosetter needs these privileges to install ExifTool updates.
(0002030)
GS580JVH   
2014-04-11 13:37   
Thanks, it took a couple of runs, but I'm now up to the latest version of EXIFTool.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1112 [GeoSetter] User Interface minor sometimes 2014-02-09 15:53 2017-05-16 22:52
Reporter: dstoeckl Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.48 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Update EXIF-Tool
Description: Update für EXIF-Tool funktioniert leider nicht. Nutze Win 8.1
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002028)
bangedupshins   
2014-04-11 09:38   
Führen GeoSetter mit Administratorrechten (rechte Maustaste und wählen Sie "Als Administrator ausführen". Geosetter muss diese Privilegien zu ExifTool Updates zu installieren.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1183 [GeoSetter] User Interface major always 2014-06-03 18:41 2017-05-16 22:52
Reporter: blahdc Platform:  
Assigned To: Friedemann OS: Microsoft Windows  
Priority: normal OS Version: 7  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add Image Direction Greyed Out
Description: I love this program. The only feature I can not get to work is "add image direction to all selected photos". This option is greyed out.

The point of view (purple cone) look correct on the map but the image direction does not match with it when I export it to google earth. My lat long destination for all my photos is set to 0,0.
Tags:
Steps To Reproduce: Open folder with and GPS photo.
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1179 [GeoSetter] Image Data block always 2014-05-31 16:26 2017-05-16 22:52
Reporter: tbiegel Platform: Windows  
Assigned To: Friedemann OS: Windows 7 prof 64bit  
Priority: high OS Version: aktuelle Version  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: ARWs der Sony RX10 und Alpha99 grünstichig, Einlesen dauert sehr lang
Description: Im Vorschaubild sind die Bilder der Sony RX10 udn Alpha deutlich grünstichig, die der Alpha 700 etwas zu warm. Das Einlesen der Bilder der ARWs der RX10 und SLT-99 dauert sehr lang, Zeitweise meldet das Programm auch "keine Rückmeldung", die Geschwindigkeit beim Einlesen der Fotos der Alpha 700 dagegen stellt kein Problem dar. Grünstich siehe Screenshot RX10, sieht bei der SLT-99 nicht anders aus.
Tags:
Steps To Reproduce: ständig, selbst auf einem schnellem System (16 Gbyte Ram, Windows 7 prof. 64bit, Daten und Programm auf einer SSD).
Additional Information:
Attached Files: RX10.jpg (570,481 bytes) 2014-05-31 16:26
https://www.geosetter.de/mantis/file_download.php?file_id=391&type=bug
Notes
(0002131)
heiko   
2014-05-31 21:37   
(Last edited: 2014-05-31 21:38)
teste mal die aktuelle Beta Version. Dort wurde die Komponente zur Anzeige des Vorschaubildes aktualisiert. http://www.geosetter.de/geosetter_beta.exe


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1138 [GeoSetter] User Interface minor have not tried 2014-05-06 20:50 2017-05-16 22:52
Reporter: nipponichi Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.50 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Filtered view shows added images that shall not be shown
Description: How to reproduce:
- Enable file filter (all RAWs)
- copy JPG-file to folder
- JPG-Image becomes visible in filtered view that should only show RAW pictures
- "refresh" does not help
- workaround: disable filter, enable filter
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1137 [GeoSetter] User Interface major always 2014-05-04 16:28 2017-05-16 22:52
Reporter: gadgetster Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.50 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: any changes cannot be applied for files in a specific foler, with certain internationalized characters
Description: Any changes cannot be saved for files in a folder with certain characters for its name, for example:
 C:\data\takeru\BT.Sync\pictures\foldering\!2014.05.03\16.??? 2014.05.03\

By 3.4.50 beta, even after a save attempt, files remain in the uncommitted state.
By 3.4.16, error messages are to be fired. In the error message, the character "?" appears corrupted.
I am afraid there is a coding error to handle certain byte codes in the folder of multi-byte characters.

A similar problem can be seen in catetories by the location favorites, as previously reported.
For example, "???" registered by a location favorite goes corrupted into "???E".

Thanks,
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1132 [GeoSetter] Image Data feature N/A 2014-04-26 12:22 2017-05-16 22:52
Reporter: lifelion Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Display speed on tracks
Description: Tracks that are uploaded to Geosetter may contain speed information.

More than 95% of the time a photograph is taken, the photographer stops and has a speed close to 0 km/h.

If tracks were plotted with speed information, it would be possible to spot positions on the track where the photographer stopped and make the association with pictures easier.

A simple way to display speed information could be to make the color dependent on the speed (ex: light red-low speed, strong red-high speed).
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002034)
heiko   
2014-04-26 22:51   
I assume that your images are already synchronized with the GPS track.

To show a marker of each image with GPS data on the map turn on "Map | Show Image Positions".
(0002050)
lifelion   
2014-05-04 10:32   
"I assume that your images are already synchronized with the GPS track."
No.
I use the tracks and try to guess the delay of the photograph.

If I run 20m in circle on the ground just before I take a picture, I can see the circle on the track and easily spot where a picture was taken...

It would be simpler to display on tracks the parts of the tracks where the speed is near 0 km/h. If after synchronization, I see a static picture and it is not in a near 0 km/h part of track then the synchronization is incorrect.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1200 [GeoSetter] Image Data major always 2014-07-08 15:47 2017-05-16 22:52
Reporter: schmitz Platform:  
Assigned To: Friedemann OS:  
Priority: high OS Version:  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Not possible to write data in Fuji RAF files
Description: It is not possible to write geo data in metadata of the Fuji RAF format.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1196 [GeoSetter] Image Data block always 2014-06-21 12:45 2017-05-16 22:52
Reporter: stavn Platform: PC  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 8.0  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Unable to save positioned images
Description: Sync with GPS data file seems to work fine, but when saving images I get:

Error: Error reading OtherImageStart data in ExifIFD - //SERVER/Pictures/Photos/Røsnæs 2014/2014-06-15 08.55.48.jpg

C:\Users\Jan\AppData\Roaming\GeoSetter\tools\exiftool.exe -@ "C:\Users\Jan\AppData\Local\Temp\et00C14E44.arg" "\\SERVER\Pictures\Photos\Røsnæs 2014\2014-06-15 08.55.48.jpg"

-EXIF:GPSLatitude=55.73592770
-EXIF:GPSLongitude=10.89691400
-EXIF:GPSLatitudeRef=N
-EXIF:GPSLongitudeRef=E
-EXIF:GPSMapDatum=WGS-84
-EXIF:GPSVersionID=2.2.0.0
-EXIF:GPSAltitude=56.000000
-EXIF:GPSAltitudeRef=Above Sea Level
-EXIF:GPSDateStamp=2014:06:15
-EXIF:GPSTimeStamp=06:55:48
-XMP:GPSLatitude=55.73592770
-XMP:GPSLongitude=10.89691400
-XMP:GPSVersionID=2.2.0.0
-XMP:GPSMapDatum=WGS-84
-XMP:GPSAltitude=56.000000
-XMP:GPSAltitudeRef=Above Sea Level
-XMP:GPSDateTime=2014-06-15T06:55:48Z
-XMP:Creator=
-XMP:AuthorsPosition=
-XMP:CountryCode=
-XMP:Country=
-XMP:State=
-XMP:City=
-XMP:Location=
-XMP:Artist=
-XMP:Description=
-XMP:Instructions=
-XMP:Title=
-XMP:Headline=
-XMP:Credit=
-XMP:Rights=
-XMP:CaptionWriter=
-XMP:Source=
-XMP:BaseUrl=
-XMP:Category=
-XMP:DateCreated=2014-06-15T08:55:48Z+02:00
-xmp:rating=
-xmp:ratingpercent=
-XMP:Label=
-XMP:CreatorAddress=
-XMP:CreatorPostalCode=
-XMP:CreatorCity=
-XMP:CreatorRegion=
-XMP:CreatorCountry=
-XMP:CreatorWorkTelephone=
-XMP:CreatorWorkEmail=
-XMP:CreatorWorkURL=
Tags:
Steps To Reproduce: 1. Set a position marker on attached image
2. Try to save it
Additional Information: Exif was recently updated to 9.65
Attached Files:
Notes
(0002151)
stavn   
2014-06-21 12:50   
Bug 0001197 has a link to download the image.

This bug can be deleted

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1189 [GeoSetter] Image Data major always 2014-06-07 06:09 2017-05-16 22:52
Reporter: nomadwillie Platform:  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 7  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Links to GeoHack in Image file do not work
Description: When clicking on link to Geohack receiving the following msg

The page you requested is hosted by the Toolserver user geohack, whose account has expired. Toolserver user accounts are automatically expired if the user is inactive for over six months. To prevent stale pages remaining accessible, we automatically block requests to expired content.



If you think you are receiving this page in error, or you have a question, please contact the owner of this document: geohack [at] toolserver [dot] org. (Please do not contact Toolserver administrators about this problem, as we cannot fix it—only the Toolserver account owner may renew their account.)
Tags:
Steps To Reproduce: Using Irfan view > Click info > EXIF Info > SHow in GeoHack Wiki
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1187 [GeoSetter] User Interface feature N/A 2014-06-06 17:07 2017-05-16 22:52
Reporter: gh-ing Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Export Metadaten in GIS
Description: Gibt es eine Möglichkeit, die Meta-Daten-Tabelle als txt/csv/xls/dbf zu exportieren?
Optimal wäre es natürlich als Geometrie (z.B. ESRI-Punkt-Shape) für GIS-Systeme.

Vielen Dank und Frohe Pfingsten
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002144)
heiko   
2014-06-06 21:07   
im Moment besteht keine Möglichkeit eines solchen Exports.
(0002145)
Friedemann   
2014-06-06 23:58   
Wie Heiko schon sagt, das geht bisher lediglich direkt über ExifTool (http://www.sno.phy.queensu.ca/~phil/exiftool/faq.html#Q12). Ich arbeite ja hart an einem größeren Update, da werde ich auch einen Export drin haben. Aber das dauert noch ein paar Monate...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1110 [GeoSetter] Image Data major always 2014-02-05 00:07 2017-05-16 22:52
Reporter: sealight Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: "Synchronize with GPS Data Files" fails with kml file
Description: "Synchronize with GPS Data Files" function fails with error
"(...)doesn't contain any coordinates containing date time(...)"
when using this file:

<?xml version="1.0" encoding="UTF-8"?>
<kml xmlns="http://earth.google.com/kml/2.0">
<Document>
<Placemark><name>2012-09-08 11:02</name><Point><coordinates>-9.145346,38.73000</coordinates></Point></Placemark>
<Placemark><name>2014-02-04 17:17</name><Point><coordinates>-9.146008,38.73132</coordinates></Point></Placemark>
<Placemark><name>2014-02-04 17:04</name><Point><coordinates>-9.145381,38.73037</coordinates></Point></Placemark>
</Document>
</kml>
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: PhoneTrackerLog.kml (462 bytes) 2014-02-05 00:07
https://www.geosetter.de/mantis/file_download.php?file_id=362&type=bug
7temp.csv (732,142 bytes) 2014-07-03 11:42
https://www.geosetter.de/mantis/file_download.php?file_id=396&type=bug
Notes
(0002010)
sealight   
2014-02-05 11:10   
Note1:
The problem seems to be that some kml files don't have the XML TimeStamp node.
<TimeStamp>
  <when>2012-09-08T11:02Z</when>
</TimeStamp>


Instead they have the timestamp as a name node.
<name>2012-09-08 11:02</name>

Can this flavor of kml file be supported too?
(0002153)
mvp   
2014-07-03 11:46   
Hi,
I have exactly the same message when I use a GPS log file from the UAV autopilot (csv format). The file attached is part of it. My question is what parameters should the file contain? I assume Time stamp, Lat, Lon,and orientation angles; wmega, phi, kappa. Should this file be in an specific format,probably this csv format doesn't have the proper format.

Thanks for the help.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1203 [GeoSetter] Image Data major always 2014-07-19 06:34 2017-05-16 22:52
Reporter: CPH 3 Platform: PC  
Assigned To: Friedemann OS: Windows 64 Bit  
Priority: normal OS Version: 7  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GPS Coordinates Desappearing
Description: After assigning GPS coordinates to photos and saving them with Geo Setter. I open the photos with Photoshop Elements 11 and the GPS Coordinates are there in the metadata information. If I use the "save metadata to file" command in the organizer the GPS Coordinates get deleted. The same thing happens if I open the photo in the Element editor then close it the GPS Coordinates get deleted. Names off the location stay just GPS Coordinates get deleted.

Now the strange thing is I have used both of these programs together and they have woked excellent for several years now with no problem at all. There has been no upgrade or change in Photoshop Elements 11 to cause a problem. The only change was a upgrade in the ExifTool from Ver 9.65 to 9.67. My new camera put GPS Coodinates straight on to the photos when taken. When they are opened and edited in Photoshop Elements 11 they are not deleted only GPS Coordinates entered through Geo Setter are deleted.

All very strange as I said all was working fine until the upgrade of the ExifTool from Ver 9.65 to 9.67. I know in Photoshop Elements 11 if you use the "save for web" command this will delete the GPS but I am not using it. I am just doing thing the way I have for years which has worked. What I have do now is edit my photo before I put GPS Coordinates in them. Which is fine for photos that I don't have GPS in them yet. The trouble is I have thousand of old photos that I have placed GPS on with Geo Setter that I am going to lose.
Tags:
Steps To Reproduce: Just open a file with GPS coordinates in Elements editor then close with out doing anything and you will lose the GPS data.
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1106 [GeoSetter] User Interface feature N/A 2014-01-18 21:58 2017-05-16 22:52
Reporter: GeoDog Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.48 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: How do I use Geosetter to view map data on a computer not connected to the internet?
Description: Sorry if this is already out there, but I have searched through Mantis and did not come up with a solution. Is there a way to use Geosetter with a non-internet connected computer and have local maps appear? I have to use forensic examination machines which cannot be connected to the internet. I don't have my own "Google Maps" server running, but I can have Garmin's Base Camp installed. How would I point the maps view to go to Base Camp or locally stored Open Street Maps vice the external linkage? Is there a way to do this currently?
Tags:
Steps To Reproduce:
Additional Information: I don't need full satellite imagery, just basic location maps would be great - such as country, city, state, road, etc.

PS - Geosetter is Awesome!
Attached Files:
Notes
(0002008)
heiko   
2014-01-19 23:39   
(Last edited: 2014-01-20 10:11)
at the moment there is no way to use local maps or a local map server.

(0002037)
mmm   
2014-04-29 15:59   
It would be great to use OSM (Open Street Map), where you can download maps to your local computer. This would also reduce the internet traffic, very often you do not need the most actuals maps. And in addition OSM maps are more precise in some locations.

(I used OSM maps with Navigator on my Smartphone and this worked excellent without Internet connection, e.g. during my vacation in Cuba.)

Manfred
(0002039)
Friedemann   
2014-04-29 16:29   
At the moment I'm using the Google Maps JavaScript API for showing and processing the map, it does not depend on the data of the map itself. So offline using is not possible because a connection to the Google server has to be used.

I'm thinking about using OpenLayers instead. Then it would be possible to use a local map server (if the user wants to) with any map data the user wants to use. Unfortunately some things are not so easy to manage with OpenLayers, for example simply dragging and moving markers in the map. Maybe this will be easier with coming OpenLayers 3.

BTW: I'm working hard on a new version of GeoSetter, but I think it will take a few months until it's finished.
(0002154)
colemanjj   
2014-07-09 20:53   
Simply being able to display tracks and photo locations on a blank map would be useful. I am sometimes in locations without internet access and would still like to be able to match tracks and photos. I don't need any background map for that but I want to be able to see where the photos are in relation to the track line. Is that possible?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1209 [GeoSetter] User Interface major have not tried 2014-08-17 13:27 2017-05-16 22:51
Reporter: Otto Platform: Windows  
Assigned To: Friedemann OS: Win 8.1  
Priority: normal OS Version: 8.1  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: von der kmz-tour werden nur Start- und Endpunkt verwendet.
Description: von der kmz-tour werden nur Start- und Endpunkt verwendet.
Tags:
Steps To Reproduce: Öffne Tracks, wähle kmz-Datei.
Additional Information:
Attached Files: Sollingstraße 2B - Copy.kmz.zip (13,117 bytes) 2014-08-17 13:27
https://www.geosetter.de/mantis/file_download.php?file_id=402&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1103 [GeoSetter] User Interface major sometimes 2014-01-15 16:48 2017-05-16 22:51
Reporter: takeru Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: keyword corruptions by location favorites
Description: I rather often see the keywords defined by location favorites corrupted.

It looks appearing in 3 patterns as far as I am aware:
1. The tale character is corrupted.
2. The line becomes fully blank.
3. The line becomes fully a certain length of ????....

Mostly, it looks to happen for keywords made of Japanese/Chinese characers.

I have not been really certain, but I suspect the import/export function as the trigger.
For the case of observation 0000001, I assume it as a problem of multi-byte character handling.

Dankeshoen.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: keyword corruption at Edit Location Favorites.zip (167,269 bytes) 2014-01-15 16:48
https://www.geosetter.de/mantis/file_download.php?file_id=359&type=bug
category corruption.txt (872 bytes) 2014-08-02 17:26
https://www.geosetter.de/mantis/file_download.php?file_id=399&type=bug
Notes
(0002163)
takeru   
2014-08-02 17:24   
It is not due to export/import, but corruption happens just by closing Geosetter and launch again.

For example,
* ??? > ???E
* ??? > ???E
* ?? > ??E

so the character "?" looks a problematic character, while "?" is OK in cases. Probably those characters works bad only when at the end.

Following could be the same
* ?? > ??E
* ??? > ???E
* ??? > ???E
* ??? > ???E
* ?? > ??E

In these case, corruption not only at the end.
Probably the character "?" could corrupt the following character:
* ?? > ?ES
* ???? > ?E???E

There are some other types of corruptions:
* ?? > blank line

There are cases where the whole the string becomes a string of "?", like "??????", but I have not identified what is to become so and when.

Thanks,
(0002164)
takeru   
2014-08-02 17:27   
oops, I saved in a text file encoded in UTF-8.

dankeshoen,

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1219 [GeoSetter] Image Data minor N/A 2014-09-10 08:54 2017-05-16 22:51
Reporter: Helmut Zozmann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: beim Speichern wird die Zeitzone geändert
Description: Beim Speichern wird die Zeitzone z.B. von (UTC, DST+01:00)Europa/London geändert in (UTC, DST+01:00)Atlantik(Canary
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1215 [GeoSetter] User Interface minor N/A 2014-08-25 19:07 2017-05-16 22:51
Reporter: toMMasz Platform: PC  
Assigned To: Friedemann OS: Windows 8  
Priority: normal OS Version: 64 b  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Polish language
Description: Over Windows 8, 64 b - cannot polish translation.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1214 [GeoSetter] Image Data feature always 2014-08-24 23:23 2017-05-16 22:51
Reporter: rwittich_de Platform:  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 7  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: POIs
Description: Hallo Friedemann,
dies ist keine Fehlermeldung sondern ein VERY nice to have. Geosetter zeigt mir beispielsweise bei einem Bild von Stonehenge an: Amesbury, Wiltshire, England, UK. Völlig korrekt.
Jobo PhotoGPS zeigt mir zusätzlich als POI an: Stonehenge. Der Suchradius um die aktuellen Koordinaten für POIs ist einstellbar. Jobo PhotoGPS exportiert diese Daten leider nicht in die Exifs. Außerdem läuft der Jobo PhotoGPS Tagger und die zugehörige Software nicht mehr mit Windows 8 und ist damit für mich so gut wie tot.
2 Bitten: a) kannst du diese POI Funktion in Geosetter einbauen?
b) Hast du eine Empfehlung, durch welchen Tagger ich den Jobo ersetzen kann? Ich arbeite mit einer Canon 5D III.
Besten Dank und viele Grüße
Reinhold (www.wittich.com)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1213 [GeoSetter] Image Data text always 2014-08-24 23:09 2017-05-16 22:51
Reporter: Thomas Platform:  
Assigned To: Friedemann OS: Windows 7  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Fehler in Geodata von geonames.org für Guam
Description: Bei der Zuweisung der Geodaten von Orten in/auf Guam wird bei City/Stadt fast immer "Merizo" eingetragen - meistens völlig falsch. Außerdem erscheint machmal auch bei State/Bundesland Merizo (manchmal auch ein anderer Name), obwohl dort m.E. immer "Gu" stehen müsste. Weiter sind auch die location names/Ortsnamen manchmal für mich nicht nachvollziehbar.
Tags:
Steps To Reproduce:
Additional Information: Als Version kann ich nur 3.4.16 beta auswählen - "beta" stimmt doch nicht, oder?
(3.4.16 build 2119)
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1211 [GeoSetter] Image Data feature always 2014-08-17 14:02 2017-05-16 22:51
Reporter: Mark.Michaelis Platform: Windows 8.1  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: KML files with Google's extended gx:track data are not supported
Description: Geosetter appears not to support Google's newer and KML format, taht with extended gs:track data. Instead, Geosetter displays the following message:
"The file "history-08-03-2014.kml" doesn't seem to be a valid GPS track file."
Tags:
Steps To Reproduce: Loading the file attached results in the message shown above
Additional Information:
Attached Files: history-08-03-2014.kml (132,557 bytes) 2014-08-17 14:02
https://www.geosetter.de/mantis/file_download.php?file_id=404&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1224 [GeoSetter] User Interface minor always 2014-11-11 15:59 2017-05-16 22:51
Reporter: Mariner55 Platform: PC Core i7-2600k, 16GB  
Assigned To: Friedemann OS: Windows 7  
Priority: normal OS Version: 64-Bit  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Bilddateien synchronisieren speichert Änderungen nicht
Description: Nach dem Synchronisiern einzelner oder mehrerer Bilder in zwei Verzeichnissen ist über keinen der möglichen Wege (Icon, Menü, Dialog schließen) ein Speichern der Änderungen möglich.
Tags:
Steps To Reproduce: Linkes und rechtes Verzeichnis auswählen
Änderungen zuweisen lassen => geänderte Bilder werden markiert
geänderte Dateien speichern lassen => keine Reaktion, keine Änderung der Dateien
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1222 [GeoSetter] Image Data minor always 2014-11-03 10:23 2017-05-16 22:51
Reporter: vadimpl Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: New time zones Russia
Description: On 26.10.2014 Russia changed time zones:
https://en.wikipedia.org/wiki/Time_in_Russia
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1221 [GeoSetter] User Interface crash always 2014-10-03 11:39 2017-05-16 22:51
Reporter: roscoe Platform: Intel I7  
Assigned To: Friedemann OS: Win7 sp1  
Priority: normal OS Version: 64 bit  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Absturz beim öffnen eines Ordners mit RAW (RW2) Panasonic Files
Description: Beim öffnen eines Ordners mit Panasonic RW2 Files stürzt die aktuelle Betaversion beim einlesen der Fotos mit Fehlermeldung ab. Das Programm hängt in einer Endlosschleife und kann dann nur gewaltsam über den Taskmanager beendet werden. Fehler ist vergleichbar wie bei Report 0001208.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1220 [GeoSetter] Image Data minor always 2014-10-01 03:06 2017-05-16 22:51
Reporter: anthonyalvarez Platform: Windows  
Assigned To: Friedemann OS: 7  
Priority: normal OS Version: Ultimate  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Is Geosetter compatible with Flickr maps?
Description: Photos are geotagged on windows desktop computer using GeoSetter but after upload to Flickr, they cannot be automatically placed on Flickr's online map. Instead they have to be manually placed on Flickr maps. Option to import photos to a Flickr map is not available.

Able to verify GPS location in photo file using Irfanview on desktop PC but after uploading photos to Flickr, it seems like Longitude and Latitude coordinates get stripped out.
https://secure.flickr.com/photos/38078054@N05/

Would like to automatically import my geotagged photos instead of manual placement into Flickr Maps. Am I doing something wrong? Any clues appreciated. Please help. Thank you
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002169)
anthonyalvarez   
2014-10-01 03:14   
Using ExifTool version 9.72 with Geosetter version 3.4.16 (build 2119)
(0002171)
Vclaw   
2014-10-04 16:52   
I often geotag photos in Geosetter, then upload them to Flickr. It works fine, they automatically show up on the Flickr maps.

Check your settings on Flickr, under privacy: https://secure.flickr.com/account/privacy/
Make sure the option for "Import EXIF location data" is set to yes. There's also an option for "Who will be able to see your stuff on a map", so set that to anyone.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1208 [GeoSetter] User Interface crash always 2014-08-09 10:09 2017-05-16 22:51
Reporter: u_w_e Platform: Intel i7-3770k  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: W7 Pro SP1  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Absturz beim öffnen eines Ordners mit RAF Files
Description: Beim öffnen eines Ordners mit Fuji RAF Files (X-E1)stürzt die Aktuelle Betaversion sofort mit angehängter Fehlermeldung ab. Bei der Versionen 3.4.38 trat dieses Problem nicht auf.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: goesetter.jpg (34,788 bytes) 2014-08-09 10:09
https://www.geosetter.de/mantis/file_download.php?file_id=400&type=bug
jpg
Notes
(0002170)
u_w_e   
2014-10-04 08:51   
Mit der aktuellen Version von ExifTool ist der Fehler behoben.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1234 [GeoSetter] Image Data minor always 2015-01-06 10:36 2017-05-16 22:51
Reporter: Mannvonwelt Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Kartenpositionen in China stimmen nicht
Description: Positionen in China (Peking und Xian probiert) stimmen nicht und zwar bei
bei "Google Straßenkarte" und "Google Geländekarte". Die Karten sind ca. 200m nach rechts verschoben.

Bei "Google Satellitenkarte" und "OpenStreetMap" ist die Position richtig.

Bei "Google Satellitenkarte mit Straßennamen" stimmt die Position, aber die Straßenverläufe sind verschoben.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: 2012-10-02 13-30-55_Bildgröße ändern.JPG (247,426 bytes) 2015-01-06 10:36
https://www.geosetter.de/mantis/file_download.php?file_id=411&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1233 [GeoSetter] Image Data minor always 2015-01-06 10:22 2017-05-16 22:51
Reporter: Mannvonwelt Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: EXIF-Inhalte werden nicht gefiltert und gefunden
Description: Mit ACDSee 6 habe ich folgende Infos in die EXIF-Daten geschrieben (mittels Metadaten einbetten):
- Bewertung = 3
- Stichwörter = Test-Stichwort (Schlüsselwort)
- Beschriftung = Test-Beschriftung (Bildtext)
- Kategorien = Orte, Menschen
- Etikett = Rot (Bezeichnung)
In Klammern stehen die Namen, wie sie in Geosetter verwendet werden. Dort werden die Werte unter Bild-Info auch angezeigt.
Allerdings werden diese beim Filtern oder Suchen nicht gefunden, mit Ausnahme der Bewertung. "Benutze Werte von aktuellem Bild" liefert bereits keinen Inhalt bei ausgewähltem Schlüssel (z.B. "Schlüsselwörter").

Inhalte in "Beschriftung" (Bildtext) und "Anmerkung" (Hinweise) lassen sich beim Filtern und Suchen offenbar gar nicht auswählen (erscheinen nicht bei den Bedingungen). Dieser Punkt ist nebensächlich.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: 2014-10-04 12-50-13 Bildgröße ändern.jpg (302,942 bytes) 2015-01-06 10:22
https://www.geosetter.de/mantis/file_download.php?file_id=410&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1232 [GeoSetter] Image Data minor always 2015-01-05 20:52 2017-05-16 22:51
Reporter: MartinR Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Ortsdaten liegen ca. 84Km daneben
Description: Bei der Onlineabfrage der Ortsdaten von Bildern mit GPS Positionen aus Rom sagt der immer :

Bundesland: Lazio
Stadt: Lipa

Server:
http://api.geonames.org
mit freien Account registriert

Passiert auch mit der 3.4.14
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: rom.jpg (125,761 bytes) 2015-01-05 20:52
https://www.geosetter.de/mantis/file_download.php?file_id=409&type=bug
jpg
Notes
(0002172)
heiko   
2015-01-05 21:16   
Ich habe gerade die Abfrage mit deinem Bild mit Geosetter 3.4.16 und mit der Beta 3.4.51 gemacht. Beides mal hat GeoNames folgende Daten zurück gegeben:
Land: Vatikan
Stadt: Citta' Del Vaticano
Ort: Vatikanstadt

Diese Daten kommen von GeoNames; evtl. gab es dort einen Fehler, der inzwischen behoben ist. Probier die Abfrage doch nochmals ..

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1230 [GeoSetter] User Interface feature always 2015-01-03 17:08 2017-05-16 22:51
Reporter: Cameron Platform: i7 x64  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 7 Pro  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Refuses to use DST offset on one PC.
Description: This took me a stupidly long time to solve - mainly my fault, but it could be improved by changes to UI. I have two PCs with same OS, fully updated, same versions Geosetter and exiftool. I was recently travelling in several states of Australia - some use DST and some do not - and my laptop corrected the times properly.
But on my desktop the DST was never applied, and I eventually found the user data-preference: "Consider Daylight Saving Time in Time Zone" was not ticked.
I had disabled it a long time ago and had forgotten that I had done it.
I disabled it possibly due to poor in understanding what it was for.
Tags:
Steps To Reproduce:
Additional Information: Suggestions for improvement:

1. remove ambiguity in settings tab. The option sits under the selection box for "default timezone". I had assumed that disabling DST applied only to the default timezone and my timezone never uses DST. Perhaps it would be clearer if the option read something like "Camera time is adjusted for DST".

2. The "time adjustment" window in the "Synchronize with GPS Data" window could be made clearer. When I chose "Use Time Zone" and selected Australia/Melbourne the drop-down box is specifically modified to say "(plus DST +01:00) for all images". It then silently ignores the DST offset, after saying explicitly that DST will be applied. Instead of saying "plus DST..." it should say "DST disabled by user pref."

3. a more flexible approach would be as follows - you apparently already determine in advance that the photos were taken at a time when DST applies, and if so then you could offer an option in the time adjustment window saying "Camera time was adjusted for DST" (using the default from user prefs). After all, it is quite possible that travellers might sometimes adjust for DST and sometimes not. Or remember to adjust it a day or two later. So there could be some images with correct DST and some not
System Description
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1229 [GeoSetter] User Interface feature N/A 2014-12-16 16:02 2017-05-16 22:51
Reporter: takeru Platform: N/A  
Assigned To: Friedemann OS: N/A  
Priority: normal OS Version: N/A  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: multi-level map navigation
Description: Google Map provides multiple-level maps for many of the complex structures.
It would be great if we can navigate levels also by GeoSetter map navigation.

dankeshoen
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1228 [GeoSetter] User Interface minor always 2014-12-15 15:13 2017-05-16 22:51
Reporter: aerofan Platform: Windows  
Assigned To: Friedemann OS: Windows 7 Pro 64 bit  
Priority: normal OS Version: 7 Pro 64 bit  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Decimal points instead of commas
Description: (decimal point) . instead of comma ,
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: snap360.jpg (162,373 bytes) 2014-12-15 15:13
https://www.geosetter.de/mantis/file_download.php?file_id=408&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1227 [GeoSetter] Image Data major always 2014-11-30 07:26 2017-05-16 22:51
Reporter: ATGardner Platform:  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 8.1  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Time Zone for Israel is not calculated right
Description: I have some photos taken at September 13th, 2013. In Israel, it was still during DST, which means they should be GMT+3. The app sets them at GMT+2.

In 2013, Israel moved from DST to Standard Time on October 27, but when I fiddle with the photo's dates, they switch to DST on September 7th instead.
Tags:
Steps To Reproduce: put a photo's gps coordinates to Israel (32.07626722 34.79441833, for example), and the date to September 13th, 2013.
Click on the "Get From Web" in the TimeZone section of the properties.
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1241 [GeoSetter] User Interface feature N/A 2015-01-13 04:31 2017-05-16 22:51
Reporter: lpucik Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: stamp image with exif data?
Description: Is it possible to batch stamp a collection of photos in GeoSetter with text on the image itself showing exif data fields (for example, date, time, latitude, longitude)?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002178)
heiko   
2015-01-13 21:15   
no, this is not possible

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1239 [GeoSetter] Image Data minor always 2015-01-12 11:17 2017-05-16 22:51
Reporter: mauersbs Platform: Windows  
Assigned To: Friedemann OS: Windows 7 Prof 64bit  
Priority: normal OS Version: SP1  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Zeitdifferenz für mehrere Dateien ändern -> IPTC Datum/Zeit nicht korrekt bei allen ausgewählten Dateien
Description: IPTC Datum/Zeit wurde nicht für alle Dateien geändert, obwohl alle Dateien ausgewählt (“Aktuelle Werte für alle ausgew.Bilder übernehmen”)
IPTC Zeit/Datum ist altes Aufnahmedatum/Zeit
nur die Datei, an der die Zeitdifferenz eingestellt wurde, wird richtig geändert
Tags:
Steps To Reproduce: wurde mehrfach getestet, nur wenn man nach Auswählen aller Dateien jede Datei einzeln anwählt, wird das IPTC Datum richtig geändert
Additional Information: Screenshots und Report siehe File
Attached Files: Geosetter_multiple Zeitdifferenz.doc (87,552 bytes) 2015-01-12 11:17
https://www.geosetter.de/mantis/file_download.php?file_id=414&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1237 [GeoSetter] User Interface minor N/A 2015-01-08 20:42 2017-05-16 22:51
Reporter: pybely Platform: Windows 7  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Clean start
Description: When starting GeoSetter the default image folder is the one used in the last session. This can lead to a slow start if that last folder contained a lot of images.

Is there a way to get a clean start ? (i.e. no folder opened)

I found a work-around by pointing to an empty folder in the "initial Image folder" for the start-up, but this is somewhat awkward. (Note that leaving that initial image folder box empty does not do the trick : Geosetter will still open the last folder used)

Best,

Pierre
PS: I love your program and intend to send you a donation.
PS 2: I have another question which I will raise in a separate report issue
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002175)
heiko   
2015-01-08 21:09   
If GeoSetter is reading many images of the last used folder, you can cancel this reading process with ESC.
(0002177)
bselbmann   
2015-01-09 15:59   
I had the same issue and try to change the folder to a drive letter (i.e. C:\) before leaving the program ;-)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1257 [GeoSetter] Image Data major sometimes 2015-04-21 22:08 2017-05-16 22:51
Reporter: brjohan Platform: Intel 64-bit  
Assigned To: Friedemann OS: MS Windows  
Priority: normal OS Version: 8.1  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: 'Save all changes' doesn't save and in effect erases reverse geocoded data
Description: After having assigned and saved GPS coordinates to files (mixture of .dng and .jpg), I let GeoSetter assign reverse geocoded data to representations of files in browser window. The data show up in red as expected.

The pictures were taken Turkey and addresses contains turkish characters.

Then, when clicking the Save all changes icon, I rather immediately am 'told' by GeoSetter that (the default) character set does not accept those strange characters. I then select UTF-8 and GeoSetter tells me 'OK'. After a few seconds the 'save operation' ends. However either zero or one image has got its data written to the file. All other images have their reversely geocoded data removed from the imagerepresentations in the browser window.

Sometimes I have been able to 'solve' the problem by running GeoSetter as administrator or using some GeoSetter Beta (as ordinary user or as Administrator).

This time it looks that the problem is uncircumventable.
Tags:
Steps To Reproduce: See Description
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1255 [GeoSetter] User Interface minor sometimes 2015-04-14 16:41 2017-05-16 22:51
Reporter: os24ever Platform: PC  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 8.1  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Track Buffer seems not to be refreshed when track is reloaded
Description: I was using the much beloved tool Geosetter to update the Geo-Data of some pictures I had taken. I used a track xyz.gpx taken by my GPS-data logger, to correlate the pictures to the physical locations of the track. While doing so, I recognized that the track showed a point very, very far away from the area I had photographed. So I stopped Geosetter, went to GPS track editor to move that track point into its correct location. I than saved the track in GPS track editor and returned to Geosetter, reloaded the pictures as well as the (now corrected) track, but Goesetter still show the track point in question in its original position. I verified with another tool (BaseCamp) that the track really contained the track point in its modified position, and yes, it was. But Geosetter continued to insist on the original location of the track point. Only after I renamed the track to xyza.gps and loaded this renamed track, did Geosetter accept the moved track point. Renaming than back to the original track name xyz.gpx and loading it, than also Geosetter showed the track point in its new location. I think Geosetter keeps the tracks in a buffer area which it did not clear before reloading the track of the same name, even though it had changed. No big deal, but may be confusing at times. I am still loving Geosetter very much
Tags:
Steps To Reproduce: 1. Load a GPS track
2. Load some photos
3. Correlate some of the photos to the track
4. Exit Geosetter (you may save the data when Geosetter asks whether it should save the data modified so far).
5. Modify a track point with some track editor, i.e. move it to a different location
6. Start Geosetter and load the just modified track again
7. Geosetter will show the track point (moved in step 5) in the original location and not in its new location
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1254 [GeoSetter] User Interface major always 2015-04-02 01:21 2017-05-16 22:51
Reporter: u.b.muc Platform: Windows 8.1  
Assigned To: Friedemann OS:  
Priority: high OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Kommandozeilenparameter DIRECTORY und lange Verzeichnisnamen
Description: Wenn der Verzeichnisname eine bestimmte Länge überschreitet, funktionert der Aufruf per Kommandozeile nicht mehr und es erscheint die Fehlermeldung "GEOSetter wurde mit unbekannten Parametern gestartet".
Tags:
Steps To Reproduce: Funktioniert NICHT mit Verzeichnisname:
D:\Users\XXX\Pictures\2014\2014-08-23-Urlaub-Allgäu\2014-08-24-So-Spaziergang-Forggensee

Funktioniert aber mit:
D:\Users\XXX\Pictures\2014\
Additional Information:
Attached Files:
Notes
(0002197)
heiko   
2015-04-02 22:42   
so schön es auch im Allgäu ist (ich wohne in der Nähe vom Forggensee), aber du musst dir ein anderes Urlaubsziel aussuchen, dann funktioniert der Aufruf auch

Der Umlaut im Verzeichnisnamen ist das Problem und nicht die Länge des Verzeichnisnamens. Als Workaround müsstest du im Moment auf die Umlaute verzichten ..
(0002198)
u.b.muc   
2015-04-03 15:12   
Merkwürdig: Nun wohnst Du schon in einer Region mit Umlaut im Namen und entwickelst Software, die Probleme mit Umlauten hat... ;-)

Danke für den Hinweis und Workaround.
(0002199)
heiko   
2015-04-03 20:29   
nein, nein .. ich entwickle keine Software die Probleme mit Umlauten hat; Friedemann Schmidt ist der Programmierer von GeoSetter. Ich habe nur die Hilfe dazu "verbrochen"

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1253 [GeoSetter] Image Data crash always 2015-03-19 14:04 2017-05-16 22:51
Reporter: rosch Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Crash beim Einlesen einer RW2-Datei
Description: Geosetter stürzt ab, wenn die RW2-Datei im Link eingelesen wird:

https://drive.google.com/open?id=0B0JvGYszTZBTSV9hR015aEIwOWc&authuser=0
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1252 [GeoSetter] Image Data major always 2015-03-17 11:25 2017-05-16 22:51
Reporter: physicsguy Platform: PC  
Assigned To: Friedemann OS: Windows 8.1  
Priority: high OS Version: 8.1  
Status: assigned Product Version: 3.3.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Some files lose lens metadata in Panasonic RW2 from GH2
Description: A bunch of RW2 files processed just fine (repeatable). But then a particular set of files (repeatable) would lose the lens ID metadata in the Panasonic proprietary EXIF section so that DXO Optics Pro could no longer determine the lens correction module.
Even the _orig file created had this problem. I changed the name of the xxx.rw2_orig to xxxorig.rw2 so that DXO would recognize it to test it and it could not determine the lens module again. This is very strange as the orig file should just be a copy of the original file.

DXO works fine on the real original file.
Tags:
Steps To Reproduce: Just run any date update, e..g to add 1 day to the dates of a batch of these files.
Additional Information: Default settings except update EXIF data to get the new date in there. Only writing "taken date."

I can't upload a set of 3 good-behaving rw2 files and 3 bad-behaving rw2 files because of the upload limit. Each RW2 file is about 17MB.
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1251 [GeoSetter] User Interface major always 2015-03-14 09:42 2017-05-16 22:51
Reporter: Mach10 Platform: IBM PC  
Assigned To: Friedemann OS: Windows  
Priority: high OS Version: Windows 7 64  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GeoSetter wird immer langsamer
Description: GeoSetter wird immer langsamer, je länger man es benutzt. Nach etwa 20 Minuten wird es unbenutzbar, weil jeder Vorgang vor sich hin schleicht. Minutenlanges Warten auf einfachste Operationen stellen die Geduld auf eine harte Probe.
Im Taskmanager wird dabei ein immenser RAM-Verbrauch und die Vollauslastung eines CPU-Kerns angezeigt. Der RAM-Verbrauch und die CPU-Last sinken nicht, wenn das Programm in Ruhe stehen gelassen wird, auch nicht nach 30 Minuten.

System: Windows 7 64 Bit auf aktuellem Patchstand, 8 GB RAM, Intel E8400 Prozessor.
Kamera: Canon PowerShot A620
ExifTool: 9.6.5.0
Tags:
Steps To Reproduce: Einfach mal eine Weile mit GeoSetter arbeiten und ein paar Bilder taggen...
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1250 [GeoSetter] User Interface crash have not tried 2015-03-11 11:40 2017-05-16 22:51
Reporter: rosch Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Geosetter stürzt ab, wenn das Zuweisen von Daten nach Abbruch neu gestartet wird
Description: Wenn Geosetter beim Speichern von Daten an viele Bilddateien beendet wird (z.B. durch Absturz oder kill oder beim Beenden von Windows) und anschließend nach dem Neustart das Speichern von Änderungen wieder aufnehmen will, gibt es eine Fehlermeldung (Exception) als Endlosschleife. Geosetter muss dann abgeschossen werden.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: bugreport.txt (28,648 bytes) 2015-03-11 11:40
https://www.geosetter.de/mantis/file_download.php?file_id=418&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1249 [GeoSetter] User Interface minor always 2015-02-21 14:51 2017-05-16 22:51
Reporter: Mrdimpy Platform: Windows 7  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Aerial map view
Description: The missing map situation is now resolved but I was wondering if there is a way to get the aerial view back as I found this much more helpful to tag images.

Many thanks for any help.

Steve
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1314 [GeoSetter] Image Data minor sometimes 2016-04-11 07:48 2017-05-16 22:51
Reporter: bobsun Platform: PC  
Assigned To: Friedemann OS: Win 10  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: cannot set default time zone correctly
Description: The File/Settings tab has an entry "Default Time Zone" I have entered "(UTC-7.00) America/Phoenix. Arizona, my home, does not use DST, so it is important to maintain it correctly when DST is in effect.

However. when I open a file in Geosetter, it chooses either a MST city such as America/Boise or America/Denver or a PDST city such as America/LA during the summer

If I try to correct the time zone using the "Get from Web" tab in the exif editor, the application makes the correct choice, America/Phoenix. But the change is never saved, and reverts back to its own default choice, such as America/Boise.

The behavior is erratic, although it seems that older photos (before 2015) maintain the America/Phoenix default
Tags:
Steps To Reproduce: Repeated in many recent sets of locally taken photos
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1313 [GeoSetter] User Interface feature N/A 2016-04-08 12:02 2017-05-16 22:51
Reporter: mk Platform: Windows  
Assigned To: Friedemann OS: Any  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Remember additional time adjustment settings
Description: It would be handy if GeoSetter would retain the additional time adjustment settings in the Synchronize with GPS Data files dialog between sessions. This will save me the effort of having to figure out the time difference each time I run GeoSetter.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002245)
user1306   
2016-04-14 10:57   
Hi please dear reply me throuhg my email ID. i have something to discussed with you. here is my email ( michelledjohnson31@gmail.com )

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1263 [GeoSetter] User Interface minor have not tried 2015-06-09 10:31 2017-05-16 22:51
Reporter: Willie360 Platform:  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: Vista und 8.1  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Fenster
Description: Hallo, durch einen Mausklick hat sich das Karten-Fenster verselbstständigt und gehört nicht mehr zur Oberfläche von GS. Wie mache ich das rückgänig. Ich hatte das Layout NICHT gespeichert.
Außerdem funktioniert das Einbinden von ExifTools 9.97 nicht!
Gruß W.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002207)
heiko   
2015-06-09 22:29   
les dir mal in der Hilfe das Kapitel "GeoSetter White Papers | Andockbare Fenster" durch. Das sollte dein Problem mit dem Karten-Fenster lösen.

Was genau funktioniert mit ExifTool nicht?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1262 [GeoSetter] User Interface feature have not tried 2015-06-07 14:01 2017-05-16 22:51
Reporter: JLZIMMERMANN Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Micro-mapping
Description: There is an interesting rending for better localization : tile.openstreetmap.fr it gives 20 levels of zoom.
COuld it be possible to give ability to select it also ?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1261 [GeoSetter] User Interface major always 2015-05-14 09:59 2017-05-16 22:51
Reporter: hqasem Platform: Intel  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 8.1 Pro  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Reading Nikon D810 JPG pictures slows GeoSetter to a crawl.
Description: When reading a folder with Nikon D810 JPG images, GeoSetter is so slow it's unusable.

When reading a folder with Nikon D800 images, GeoSetter is fine. I tried to switch operating systems: Win XP Pro SP3, Win 7 Ultimate, Win 8.1 Pro (all 32-bit). I also tried the 3.4.51 Beta and 3.4.16 Stable all with the same behavior for the Nikon D810 images.

It appears to be stuck at "Reading 2%" even for a folder with few JPG images.

For a Folder with 3 Nikon D810 images, it takes about 25 seconds to finish reading! (approx. 8 seconds per image!)

For a Folder with 3 Nikon D800 images, it takes less than a second it's almost instantaneous.
Tags:
Steps To Reproduce: Place Nikon D810 JPG image in a folder, and attempt to read using GeoSetter.
Additional Information: I'll send a sample images to your email.
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1259 [GeoSetter] User Interface feature have not tried 2015-04-30 18:18 2017-05-16 22:51
Reporter: geg01 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Automatisches umwandeln der GPS-Daten in Ortsnamen
Description: Hallo
Gibt es eine Möglichkeit die Online-Abfrage der Ortsinformationen zu automatisieren?

Am aller schönsten wäre es den gesamten Vorgang via Batchfile durchführen zu können.

Meine Aufgabenstellung: GPS tagged Fotos die in einen Ordner kopiert werden, automatisch in einen Ordner mit dem passenden Ortsnamen zu verschieben.
Tags:
Steps To Reproduce:
Additional Information: Danke auf jeden Fall mal für die ohnehin sehr coole Software :-)
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1258 [GeoSetter] Image Data crash always 2015-04-26 19:49 2017-05-16 22:51
Reporter: tripperpete Platform: PC 32bit  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 7  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: crash when pointed to folder with raw files (.RW2) from Panasonic DMC-TZ60
Description: Crash when pointed to folder with raw files (.RW2) from Panasonic DMC-TZ60
Tags:
Steps To Reproduce: Copy RW2 files from Panasonic DMC-TZ60 to folder on PC: run GeoSetter: point to folder
Additional Information: OK when RW2 files are from Panasonic DMC-G5
OK with jpg files from either camera
Workaround is to separate RW2 files from jpgs before letting GeoSetter see folder
Bug report 001253 may be the same thing
Attached Files: geosetter crash.png (26,574 bytes) 2015-04-26 19:49
https://www.geosetter.de/mantis/file_download.php?file_id=419&type=bug
png
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1312 [GeoSetter] Image Data crash always 2016-04-01 14:57 2017-05-16 22:50
Reporter: erioho Platform: Windows  
Assigned To: Friedemann OS: Windows 7  
Priority: normal OS Version: Windows 7 X64  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Crash after tag writing on Fuji RAW (RAF) files
Description: When I add a tag on Fuji RAF file, selecting not to use sidecar file and write directly into the file, it can save but when I reopen the application and try to edit the tag, the program crash immediately. When editing Nikon's NEF files that is no problem at all.

EXIFTools had been updated to the latest version.

Tags:
Steps To Reproduce: Disable "save data in XMP sidecar file" is settings, then tag a Fuji RAF file.
Additional Information: The following text are the log in Windows event viewer.

Faulting application name: GeoSetter.exe, version: 3.4.51.2164, time stamp: 0x2a425e19
Faulting module name: unknown, version: 0.0.0.0, time stamp: 0x00000000
Exception code: 0x80000002
Fault offset: 0x77cba1d8
Faulting process id: 0x158c
Faulting application start time: 0x01d18c14d277f211
Faulting application path: C:\Program Files (x86)\GeoSetter beta\GeoSetter.exe
Faulting module path: unknown
Report Id: 114df53a-f808-11e5-b7cf-005056c00008
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1309 [GeoSetter] User Interface minor always 2016-03-22 04:35 2017-05-16 22:50
Reporter: heidi.h Platform: x64  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 10  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add multiple locations from same screen
Description: I would like to be able to add multiple Location Favorites at one time.
I tried to do it within the "Edit Location Favorites" however, though I could copy & delete, I could not Add.

When I tried "Copy", I could not modify the latitute/longitude coordinates.

I am attempting to put in 81 camera trap locations.
Tags:
Steps To Reproduce: Ctrl-E to edit data
Click Add/Edit next to Favorites
Additional Information: This is a "nice to have" feature request.
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1310 [GeoSetter] Image Data minor N/A 2016-03-22 08:41 2017-05-16 22:50
Reporter: heidi.h Platform: x64  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 10  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Edit the relevant metadata of AVI & MP4 files too
Description: This is a feature request.
Please could your software also allow the editing of metadata for AVI & MP4 files.
Tags: Hi please dear reply me throuhg my email ID. i have something to discussed with you. here is my emai
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002243)
heidi.h   
2016-03-30 09:34   
*.M4V files as well.
(0002251)
user1306   
2016-04-14 10:58   
Hi please dear reply me throuhg my email ID. i have something to discussed with you. here is my email ( michelledjohnson31@gmail.com )

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1307 [GeoSetter] Image Data feature have not tried 2016-03-18 03:55 2017-05-16 22:50
Reporter: jmoliver Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Support IPTC 2014 - Location Identifiers {location detail} for adding multiple LocationID URIs for Location created and shown
Description: The IPTC Code/Extension v1.2 creates a new Location Identifier field (Page 59
https://www.iptc.org/std/photometadata/specification/IPTC-PhotoMetadata) which allows for globally unique identifier of the location to be added in the form of multiple URI.

This is interesting because for a Location references to geo sources could be added such as Geonames, Foursquare, Google Maps and/or Freebase.

In the example IPTC image it is shown as:

<Iptc4xmpExt:LocationId>
      <rdf:Bag>
       <rdf:li>Location Id (Location created1) (ref2014)</rdf:li>
      </rdf:Bag>
</Iptc4xmpExt:LocationId>

Refer to the Exiftool documentation.

http://www.sno.phy.queensu.ca/~phil/exiftool/TagNames/XMP.html#LocationDetails

An example would be to add corresponding references to a location such as
a photo taken at the Statue of Liberty could also contain additional references to the location:

https://foursquare.com/v//42893400f964a52054231fe3
http://geonames.org/5139572
http://wikidata.org/wiki/Q9202
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002238)
jmoliver   
2016-03-18 04:44   
Wikidata has an API which allows querying near locations to retrieve location names: https://wdq.wmflabs.org/api_documentation.html
(0002239)
jmoliver   
2016-03-18 05:19   
Additional Info: https://iptc.org/about-iptc/media-releases/14-11-25/
(0002250)
user1306   
2016-04-14 10:58   
Hi please dear reply me throuhg my email ID. i have something to discussed with you. here is my email ( michelledjohnson31@gmail.com )

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1306 [GeoSetter] Image Data feature N/A 2016-03-18 02:00 2017-05-16 22:50
Reporter: jmoliver Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add support for MWG Collections
Description: The Metadata Working Group added a new XMP schema for "Collections". Refer to http://www.metadataworkinggroup.org/specs/

Exiftool support MWG Collections (See http://www.sno.phy.queensu.ca/~phil/exiftool/TagNames/MWG.html). Essentially, it provides a field to add a "Collection Name" and if applicable, a "Collection URI".

This is helpful to provide a way to add URLs of pages or collections in which a photo may also be stored, say "Flickr".

The MWG Spec document provides detailed information and some usage scenarios. Page 65.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002253)
user1306   
2016-04-14 11:02   
Hi please dear reply me throuhg my email ID. i have something to discussed with you. here is my email ( michelledjohnson31@gmail.com )

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1305 [GeoSetter] Image Data major always 2016-03-13 16:49 2017-05-16 22:50
Reporter: barcik Platform: Windows  
Assigned To: Friedemann OS: Win 7  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Problem with old keywords in files
Description: Hi,
Thanks for great program. It's help very much.
But I have "small" problem. Now I'm doing cleanup in my library with photos. And from the beginning I assign keywords to photos. In your program all is ok. But in Picassa and Lightroom still are old keywords. I search in file and I find all values. When I read metainfo from file in Lightroom, it will be correct values of keywords. How I can overwrite all old values, or delete all keywords from the file? Even if I set all the keywords empty in your program, the old values will be.
Some screenshots (settings.png - my settings of Geosetter, keywords.png - new keywords set in file, old_values_file.png - content of file, lightroom.png - keyword new and old in Lightroom, lightroom_before_read/after_read.png - read metadata from file
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: geosetter.zip (1,439,750 bytes) 2016-03-13 16:49
https://www.geosetter.de/mantis/file_download.php?file_id=433&type=bug
Notes
(0002236)
heiko   
2016-03-13 20:55   
Give ExifTool a try ..

you can figure out were the old data was written inside the Image and you can delete this data with ExifTool

http://www.sno.phy.queensu.ca/~phil/exiftool/

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1301 [GeoSetter] User Interface minor always 2016-02-06 20:03 2017-05-16 22:50
Reporter: Jens_Loewe Platform: Windows 8.1 deutsch  
Assigned To: Friedemann OS: 64 bit  
Priority: normal OS Version: Ultimate  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Crash when try to load directory with a lot of GPX-Files
Description: If i try to load a directory with over 1000 GPX-Files , GeoSetter gets out of memory...
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: bugreport.txt (36,820 bytes) 2016-02-06 20:03
https://www.geosetter.de/mantis/file_download.php?file_id=430&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1300 [GeoSetter] Image Data major always 2016-02-05 10:26 2017-05-16 22:50
Reporter: fks Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Program can't recognize Thai language characters in track file name.
Description: I went on a trip to Thailand, and Mytracks saved the Thai street names in Thai characters. Geosetter ignores all the tracks with Thai characters in them. I have to rename the track files by removing the Thai characters for Geosetter to read the tracks and assign the locations.

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1299 [GeoSetter] Image Data major always 2016-02-05 10:25 2017-05-16 22:50
Reporter: fks Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Can't recognize Thai characters in file name
Description: I went on a trip to Thailand, and Mytracks saved the Thai street names in Thai characters. Geosetter ignores all the tracks with Thai characters in them. I have to rename the track files by removing the Thai characters for Geosetter to read the tracks and assign the locations.

I have attached one of the track files.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1176 [GeoSetter] Image Data minor always 2014-05-27 15:08 2017-05-16 22:50
Reporter: robada Platform: PC  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: XP SP3  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: windows explorer "title" field aka XPTitle
Description: I use the widows explorer "title" field to catalogue my photos (canon .jpg images). This is the "-XPTitle" field written by Exiftool.

I am trying out GeoSetter to add map co-ordinates. I notice when I save the file in GeoSetter, the text in the "title" field is no longer visible when using windows explorer.

When I use exiftool with the -XPTitle option to read the title, I can see a valid title. When I use windows explorer, click on "properties" and then "summary", the title is missing.

If I try and re-write the title using exiftool -XPTitle, no title is visible in windows explorer. If I edit the title in windows explorer "properties" the title becomes visible again - BUT, disappears if I update the photo's metadata again within GeoSetter.

Any suggestions would be very much appreciated.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002237)
jmoliver   
2016-03-18 02:08   
A workaround could be to use the Exiftool Commands to add aditional information after changes are applied. This is accesible in the Settings, under Exiftool. I use it for example to add the camera serial number to the Microsoft XMP tag:

-xmp:CameraSerialNumber<SerialNumber

You could use it to copy another field to the XPTitle. Do also note the XPTitle is a non-standard legacy field leftover from WindowsXP. It is still supported by Windows but few other apps read it.
(0002254)
user1306   
2016-04-14 11:03   
Hi please dear reply me throuhg my email ID. i have something to discussed with you. here is my email ( michelledjohnson31@gmail.com )

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1298 [GeoSetter] Image Data major always 2016-02-05 10:23 2017-05-16 22:50
Reporter: fks Platform: Windows  
Assigned To: Friedemann OS: 10  
Priority: normal OS Version: 10  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Can't recognize Thai characters in file name
Description: I went on a trip to Thailand, and Mytracks saved the Thai street names in Thai characters. Geosetter ignores all the tracks with Thai characters in them. I have to rename the track files by removing the Thai characters for Geosetter to read the tracks and assign the locations.

I have attached one of the track files.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002260)
user1306   
2016-04-14 11:05   
Hi please dear reply me throuhg my email ID. i have something to discussed with you. here is my email ( michelledjohnson31@gmail.com )

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1297 [GeoSetter] User Interface feature always 2016-01-27 14:50 2017-05-16 22:50
Reporter: gbp Platform: intel Core 1.3  
Assigned To: Friedemann OS: Win 7  
Priority: normal OS Version: 32 Bit  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Diashow/TV als 2. Monitor, da dann eigene Programme nutzbar/als Bild in Bild/incl. Metadatenfeldeinblendung
Description: Seit Monaten grübele ich, warum die ganze Arbeit der Datenhinterlegung, wenn kein Mensch jemals etwas davon sieht. Bearbeitungsprogramme gibt es wie Sand am Meer, aber ich kenne kein Programm für eine unkomplizierte Diashow am TV, das alle mit Daten belegte "Feature-Fenster" nutzbar macht.
Alles nur für den Alleinunterhalter am PC. Publikum unerwünscht? Mehr als unbefriedigend.
Habe die Bitte, zu überdenken, ob hier nicht eine Erweiterung der Software machbar ist. Ich denke, es gibt viele Nutzer, die bereit sind, dafür eine Summe X zu zahlen; sehe den Freeware-Gedanken dadurch nicht beschädigt.
Stele mir eine Diashow auf dem TV, manuell oder autom. vor, die Bild, Karte, Tracks und Bildstandorte in der Anzeige vereint. Ergänzt mittels Dateninfo-Feld.
Da schon am PC die beiden Fenster bei 16:9 seitenfüllend kollisieren, könnte ich mir eine Vollbildansicht, hier zuschaltbar Bild in Bild für die Karteneinblendung oder auch auf einem 3. Bildschirm die Auslagerung der Karte(dann in der Regel wohl ein Grafikkartenproblem) vorstellen. Der TV wäre dann vollflächig für das Bild frei; bei beiden Varianten Zugriff auf alle GeoSetter-Fenster.
Einblendbar sollte stets ein variables Datenfeld für xbeliebige Exif- und IPTC-Felder sein, da hier die relevanten Infos der Bilder enthalten sind.
z.B.{TakenDate:yyyy mmdd-hh.nn}_{Credit}-{City}-{Sublocation}_{Artist}
Füge einen Screenshot an, wo sichtbar ist, welche Anzeige meiner Meinung nach zurzeit optimal im GeoSetter machbar ist; es sind alle genannten Elemente enthalten, für eine Publikums-Diashow aber wenig einladent.
Tags:
Steps To Reproduce:
Additional Information: wenn Bereitschaft besteht, würde ich die Ausführungen verfeinern.
Sinn der Sache ist, die heutigen TV-Bildschirme zu nutzen.
Das Laden von Sticks oder Brennen von CD´s ist nicht mehr nötig, da alles im Zugriff.

Gruß ins Forum

gbp
Attached Files: Beispielbild für Geosetter.png (1,308,116 bytes) 2016-01-27 14:50
https://www.geosetter.de/mantis/file_download.php?file_id=429&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1293 [GeoSetter] Image Data major always 2016-01-05 14:58 2017-05-16 22:50
Reporter: Erick Platform: windows 10  
Assigned To: Friedemann OS: windows 10  
Priority: high OS Version: windows 10  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: warning prohibiting recording GPS coordinates : only on some ARW uncompressed from Sony A7RII
Description: On some images from Sony ARW A7RII , I report that appears.

Result from ExifTool execution:
C:\Users\to02440\Downloads\Geosetter\tools\exiftool.exe -@ "C:\Temp\et0117CFE1.arg" -common_args "C:\Users\to02440\Desktop\2015-01-01_Chapelle de Sputz_10160101\_DSC0717.ARW"

-m
-XMP:all<EXIF:all
-XMP:Orientation<IFD0:Orientation
-XMP:all<GPS:all
-XMP:GPSLatitude<Composite:GPSLatitude
-XMP:GPSLongitude<Composite:GPSLongitude
-XMP:GPSDateTime<Composite:GPSDateTime
-XMP-dc:Creator<IPTC:By-line
-XMP-dc:Description<IPTC:Caption-Abstract
-XMP-dc:Rights<IPTC:CopyrightNotice
-XMP-dc:Subject<IPTC:Keywords
-XMP-dc:Title<IPTC:ObjectName
-XMP-photoshop:AuthorsPosition<IPTC:By-lineTitle
-XMP-photoshop:CaptionWriter<IPTC:Writer-Editor
-XMP-photoshop:Category<IPTC:Category
-XMP-photoshop:City<IPTC:City
-XMP-photoshop:Country<IPTC:Country-PrimaryLocationName
-XMP-photoshop:Credit<IPTC:Credit
-XMP-photoshop:DateCreated<IPTC:DateCreated
-XMP-photoshop:DateCreated<Composite:DateTimeCreated
-XMP-photoshop:Headline<IPTC:Headline
-XMP-photoshop:Instructions<IPTC:SpecialInstructions
-XMP-photoshop:Source<IPTC:Source
-XMP-photoshop:State<IPTC:Province-State
-XMP-photoshop:SupplementalCategories<IPTC:SupplementalCategories
-XMP-photoshop:TransmissionReference<IPTC:OriginalTransmissionReference
-XMP-photoshop:Urgency<IPTC:Urgency
-XMP-iptcCore:CountryCode<IPTC:Country-PrimaryLocationCode
-XMP-iptcCore:Location<IPTC:Sub-location
-XMP-iptcCore:IntellectualGenre<IPTC:ObjectAttributeReference
-XMP-iptcCore:SubjectCode<IPTC:SubjectReference
-XMP-dc:Description<EXIF:ImageDescription
-XMP-photoshop:DateCreated<EXIF:DateTimeOriginal
-XMP-photoshop:DateCreated<Composite:SubSecDateTimeOriginal
-XMP-xmp:CreateDate<Composite:SubSecCreateDate
-XMP-xmp:ModifyDate<Composite:SubSecModifyDate
-XMP-dc:Rights<EXIF:Copyright
-XMP-dc:Creator<EXIF:Artist
-execute
-m
-EXIF:DateTimeOriginal=2016-01-01T12:05:10Z
-EXIF:CreateDate=2016-01-01T12:05:10Z
-EXIF:ModifyDate=2016-01-01T12:05:10Z
-EXIF:TimeZoneOffset=
-XMP:DateTimeOriginal=2016-01-01T12:05:10Z+01:00
-XMP:DateTimeDigitized=2016-01-01T12:05:10Z+01:00
-XMP:ModifyDate=2016-01-01T12:05:10Z+01:00
-EXIF:GPSLatitude=42.94907474
-EXIF:GPSLongitude=0.65767526
-EXIF:GPSLatitudeRef=N
-EXIF:GPSLongitudeRef=E
-EXIF:GPSMapDatum=WGS-84
-EXIF:GPSVersionID=2.2.0.0
-EXIF:GPSAltitude=699.684211
-EXIF:GPSAltitudeRef=Above Sea Level
-EXIF:GPSDateStamp=2016:01:01
-EXIF:GPSTimeStamp=11:05:10
-XMP:GPSLatitude=42.94907474
-XMP:GPSLongitude=0.65767526
-XMP:GPSVersionID=2.2.0.0
-XMP:GPSMapDatum=WGS-84
-XMP:GPSAltitude=699.684211
-XMP:GPSAltitudeRef=Above Sea Level
-XMP:GPSDateTime=2016-01-01T11:05:10Z
-XMP:Creator=Erick Tenza
-IPTC:CodedCharacterSet=
-XMP:AuthorsPosition=
-XMP:CountryCode=
-XMP:Country=
-XMP:State=
-XMP:City=
-XMP:Location=
-XMP:Artist=
-XMP:Description=
-XMP:Instructions=
-XMP:Title=
-XMP:Headline=
-XMP:Credit=
-XMP:Rights=Erick Tenza www.erick-t.fr
-XMP:CaptionWriter=
-XMP:Source=
-XMP:BaseUrl=
-XMP:Category=
-xmp:rating=
-xmp:ratingpercent=
-XMP:Label=
-XMP:CreatorAddress=
-XMP:CreatorPostalCode=
-XMP:CreatorCity=
-XMP:CreatorRegion=
-XMP:CreatorCountry=
-XMP:CreatorWorkTelephone=
-XMP:CreatorWorkEmail=
-XMP:CreatorWorkURL=
-execute
-overwrite_original
-P
-m
-L
-IPTC:By-Line=Erick Tenza
-IPTC:CopyrightNotice=Erick Tenza www.erick-t.fr

*****************************
Errors :
Warning: Unknown format (17793) for SR2Private tag 0x88c3 - C:/Users/to02440/Desktop/2015-01-01_Chapelle de Sputz_10160101/_DSC0717.ARW
Warning: Bad format (17793) for SR2Private entry 0 - C:/Users/to02440/Desktop/2015-01-01_Chapelle de Sputz_10160101/_DSC0717.ARW
Error: Error writing MakerNotes - C:/Users/to02440/Desktop/2015-01-01_Chapelle de Sputz_10160101/_DSC0717.ARW
Warning: Bad format (17793) for SR2Private entry 0 - C:/Users/to02440/Desktop/2015-01-01_Chapelle de Sputz_10160101/_DSC0717.ARW
Error: Error writing MakerNotes - C:/Users/to02440/Desktop/2015-01-01_Chapelle de Sputz_10160101/_DSC0717.ARW
Warning: Bad format (17793) for SR2Private entry 0 - C:/Users/to02440/Desktop/2015-01-01_Chapelle de Sputz_10160101/_DSC0717.ARW
Error: Error writing MakerNotes - C:/Users/to02440/Desktop/2015-01-01_Chapelle de Sputz_10160101/_DSC0717.ARW
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002264)
user1306   
2016-04-14 11:06   
Hi please dear reply me throuhg my email ID. i have something to discussed with you. here is my email ( michelledjohnson31@gmail.com )

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1292 [GeoSetter] User Interface crash always 2016-01-03 18:31 2017-05-16 22:50
Reporter: Malcolm_Ferguson Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: File handle resource leak on save, which eventually causes unpredictable behaviour and even data loss and crashes
Description: It looks like there is a resource leak during save operations. Eventually the number of open handles gets to be too large and saves start failing, or incorrect data is saved, or the application even crashes.
Tags:
Steps To Reproduce: 1) Open a folder with a couple of thousand files. I had CR2+JPG, but I've seen this in folders with only JPGs.
2) Select all of the files. Hit Ctrl+E to edit. Change the timezone of the first file and copy this to all of them. Close the edit dialog
3) Open Windows' Task Manager. On the Processes tab (Windows 7) add the "Handles" column. Note the number of open handles of the GeoSetter.exe process
4) Hit Ctrl+S to save.
5) Watch the handles count. When it finishes saving note the new number. If you continue working in GeoSetter this number will keep going up.

Additional Information: I think I hit problems faster (too many handles) with folders with CR2 with XMP and JPG sidecars, but this is just an impression. Does GeoSetter update both the XMP and JPG when saving the data?

Running this against a fileset on my Mac via SMB has also resulted in OS X running out of file handles and causes random application crashes on the Mac. I've seen it bring down VMware Fusion, but note that the problem also occurs when using a separate PC running Windows natively.

I'm attaching a dump of the GeoSetter.exe's open handles
Attached Files: handles.txt (173,660 bytes) 2016-01-03 18:31
https://www.geosetter.de/mantis/file_download.php?file_id=427&type=bug
Notes
(0002265)
user1306   
2016-04-14 11:07   
Hi please dear reply me throuhg my email ID. i have something to discussed with you. here is my email ( michelledjohnson31@gmail.com )

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1291 [GeoSetter] User Interface minor always 2016-01-02 15:09 2017-05-16 22:50
Reporter: Malcolm_Ferguson Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Timezones are out-of-date
Description: There have been a few changes to time zones in the last few years, and it appears that Geosetter hasn't been updated recently.
Tags:
Steps To Reproduce: When saving location data, Geosetter asks me for the timezone to use. Novosibirsk for example is listed as UTC+7. In fact it's been UTC+6 with no daylight savings since 2014.
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1290 [GeoSetter] User Interface major always 2016-01-02 14:20 2017-05-16 22:50
Reporter: Malcolm_Ferguson Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Location data is retrieved using the wrong language/L10N settings
Description: I've just got back from a trip to Russia and I'm finding that Geosetter is returning location data in Russian rather than English. Whilst I can read some Cyrillic very slowly, it's going to take me a long time to copy and paste so many words in Google to figure them all out for so many photos.

I've checked for instance in api.geonames.org that there is both English and Russian location data for the centre of Moscow. I suppose there is some way in their API to select (I didn't check, sorry).

If it's possible, could you please provide an option to retrieve location data using local system language settings at minimum, and possible also for a specified language, or the language settings for the coordinates?
Tags:
Steps To Reproduce: Example 1) Choose Red Square in central Moscow near St. Basil's cathedral:
* Set image location:
Lat.: 55.75290000
Long.: 37.62245833

* Hit Ctrl+E and then hit "Get from Web"
=> This returns:
State/province: ??????
City: ??????-???
Sub-location: Moskau

2) Choose a spot near St. Isaacs Cathedral in St. Petersburg
* Set image location:
Lat.: 59.93325833
Long.: 30.30344167

* Hit Ctrl+E and then hit "Get from Web"
=> This returns:
State/province: ?????-?????????
City: ?????-????????? 13
Sub-location: Novaya Gollandiya

Note: sub-location in both examples is Latin alphabet not Cyrillic. Perhaps no Russian sub-location data?
Additional Information:
Attached Files:
Notes
(0002232)
Malcolm_Ferguson   
2016-01-02 14:23   
Looks like Mantis isn't internationalised correctly or something. All the Cyrillic I copied and pasted from Geosetter has been converted to question marks.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1289 [GeoSetter] Image Data minor always 2015-12-24 11:03 2017-05-16 22:50
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Zeichensatzkodierung der Ort verhindert Speichern der Koordinaten im Bild.
Description: Zu einem Foto, das im Oman aufgenommen wurde, wurden über einen GPS-Track Geokoordinaten und Ortsdaten hinzugefügt.
Beim Speichern wird erkannt, das die Ortsnamen mit dem Standard-Zeichensatz nicht kompatibel sind. (Siehe Anhang).
Tags:
Steps To Reproduce: Beim Speichern wird (korrekt) erkannt, das die Ortsnamen mit dem Standard-Zeichensatz nicht kompatibel sind. (Siehe Anhang).
Additional Information: Dazu folgende Anmerkungen:
1) Es wird kein Hinweis auf den vom Ortsdatenserver verwendeten Zeichensatz gegeben (=> Zeichensatz-Empfehlung?). Auch nach längerem Probieren diverser Arabischer Zeichensätze ist mir das Speichern nicht gelungen.
=> Vorschlag: Vor dem Löschen der Ortsdaten die möglichkeit geben, einen andereren Zeichensatz auszuwählen
=> Vorschlag: ggf. den kompatiblen Zeichensatz ermitteln und vorschlagen.
2) Drücken von "ignorieren" oder die auswahl eines nicht kompatiblen Zeichensatzes führt dazu, das die GPS-Koordinaten zum Bild nicht gespeichert werden. Das ist aus meiner Sicht unsinnig und verhindert, das man später die Ortsdaten hinzufügt.
=> Vorschlag: Die GPS-Daten nicht löschen, wenn der Zeichensatz der Ortsdaten nicht kompatibel ist.
Attached Files: Geosetter_Zeichensatzproblem.zip (40,478 bytes) 2015-12-24 11:03
https://www.geosetter.de/mantis/file_download.php?file_id=426&type=bug
Notes
(0002268)
user1306   
2016-04-14 11:07   
Hi please dear reply me throuhg my email ID. i have something to discussed with you. here is my email ( michelledjohnson31@gmail.com )

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1288 [GeoSetter] User Interface feature N/A 2015-12-18 10:37 2017-05-16 22:50
Reporter: ryb Platform: Intel  
Assigned To: Friedemann OS: Windows  
Priority: high OS Version: Seven 64  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Bushnell .btk format
Description: Would it be possible to give Geosetter Bushnell .btk files reading feature ?
Thanks for your action !!
File example attached.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Upload files.btk (17,904 bytes) 2015-12-18 10:37
https://www.geosetter.de/mantis/file_download.php?file_id=425&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1287 [GeoSetter] User Interface feature always 2015-12-11 19:43 2017-05-16 22:50
Reporter: zeddock Platform: Windows  
Assigned To: Friedemann OS: 7  
Priority: normal OS Version: 7  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Opening pictures from folder in Google Drive
Description: Since I can export and tell the points created in a KMZ to point to a website, and since the photos otherwise are small when viewed through GE, I would like to open the pictures from their shared url in Google Drive.

Right now I can only give ONE url which is the google drive folder. I want for someone to be able to click on a point in the KMZ on GE, and for them to open the full picture that resides in a Google Drive folder.
Tags:
Steps To Reproduce: As usual
Additional Information:
Attached Files:
Notes
(0002270)
user1306   
2016-04-14 11:07   
Hi please dear reply me throuhg my email ID. i have something to discussed with you. here is my email ( michelledjohnson31@gmail.com )

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1286 [GeoSetter] User Interface major always 2015-12-10 21:56 2017-05-16 22:50
Reporter: marklagrande Platform:  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 7 Professional  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Map error shows Class not registered
Description: When loading Geosetter, all submenu items on the map menu are greyed out except "Show Errors...". The show errors box displays:
Class not registered: setMapDimension(700, 808)
Class not registered: showMap3(2, 0, 1000.0000000000, 1000.0000000000, 13, "Show Labels")

This most likely us peculiar to my particular execution environment. Is there a way of finding out exactly what class is not registered and manually registering it (and thereby finding out what the underlying problem may be).
Tags:
Steps To Reproduce: Repeats every time for me. I only have the one PC to try it on.
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1285 [GeoSetter] Image Data major sometimes 2015-12-09 16:53 2017-05-16 22:50
Reporter: troopy Platform:  
Assigned To: Friedemann OS: Win7 ultimate  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: group change of time zone are notwritten in exif data
Description: I select a group of pictures, like to change the time zone. going with ctrl-E in the Menu "Daten bearbeiten" - "Datum". Change the time zone to the correct zone, then button "aktuelle Werte für alle ausgewählten Bilder übernehmen". Sometimes the changed pictures are in bold letters, sometimes not. The control of the changes in the list of selected pictures shows, that all pictures have the corrected time zone. I save all changes with Ctrl-S. After using some other pictures I found, that in the most pictures the new time zone is not saved.
Changing the time zone in a single picture with Ctrl-E has no problem.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1284 [GeoSetter] User Interface feature N/A 2015-12-08 00:56 2017-05-16 22:50
Reporter: sennah Platform: Windows  
Assigned To: Friedemann OS: Windows 7  
Priority: normal OS Version: W7 Pro x64 SP1  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Bing or Here Aerial Imagery Layer
Description: Might it be possible to add the option to use the standard Bing / Here aerial imagery layer in the positioning map?

For many parts of Europe, the Bing / Here aerial layer far exceeds Google for quality, resolution and coverage as Microsoft and DigitalGlobe have collected much of this new high-precision imagery from low-flying aircraft where-as Google are still using satellite imagery of varying quality and age. Some areas of Google's satellite layer in my own country are completely unusable for placing images on the map

I attach a sample image below high-lighting the differences in quality of Bing vs Google's aerial layer. These samples are from Ireland but similar comparisons can be made across much of Western Europe

Thanks and keep up the good work!
Tags:
Steps To Reproduce:
Additional Information: 1 JPG image file attached showing side-by-side comparison between Google Satellite and Bing Aerial imagery layers for 3 random locations in Ireland
Attached Files: Google_Sat_vs_Bing_Aerial.jpg (1,363,104 bytes) 2015-12-08 00:56
https://www.geosetter.de/mantis/file_download.php?file_id=424&type=bug
Notes
(0002273)
user1306   
2016-04-14 11:08   
Hi please dear reply me throuhg my email ID. i have something to discussed with you. here is my email ( michelledjohnson31@gmail.com )

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1283 [GeoSetter] User Interface feature have not tried 2015-11-25 10:21 2017-05-16 22:50
Reporter: robertm Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Future Releases?
Description: Please forgive me if this is the wrong place to be asking, but will there be any new releases or has Geosetter stop development? It's by far one of the most amazing products to manage my photos and I would hate to see it disappear. Thank you.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002275)
user1306   
2016-04-14 11:09   
Hi please dear reply me throuhg my email ID. i have something to discussed with you. here is my email ( michelledjohnson31@gmail.com )

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1282 [GeoSetter] Image Data minor have not tried 2015-11-18 19:37 2017-05-16 22:50
Reporter: brau1308 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: change properties from a file
Description: can I set my photos properties from a file with geosetter, not editing one by one

tks a lot!
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002230)
heiko   
2015-11-18 20:21   
what do you mean with properties? do you mean ExifData?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1281 [GeoSetter] Image Data minor sometimes 2015-11-09 14:50 2017-05-16 22:50
Reporter: jmoliver Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add button to correct 180 degree image direction offset
Description: On some photos taken with my iPhone, the image direction is offset by 180 degrees. I believe this mainly occurrs when taking landscape shots and the camera orientation is not properly recognized by the camera. I am constantly manually correcting this offset on my photos. It would be of help if a button is provided next to the Image Direction field which adjusts the value by 180 degrees.

Ref:
This is an issue which has been discussed in the Apple forums:
https://discussions.apple.com/thread/6706429?start=0&tstart=0
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002231)
Spartaner   
2015-11-30 20:59   
I have exactly the same problem

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1280 [GeoSetter] User Interface tweak N/A 2015-11-06 16:53 2017-05-16 22:50
Reporter: JRiesser Platform: Windows  
Assigned To: Friedemann OS: Windows 7  
Priority: normal OS Version: Pro  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Allow merging data from CSV to Image Metadata based on field
Description: Would like to be able to merge data from a CSV or Excel File (.xls, .xlsx, etc.) into the image EXIF Metadata so we can change the data based on an equation. Basically, we have a set of pictures taken by Ricoh G700SE with data our field crews enter. While stationing normally stays the same throughout the project, there are occasions when we have to "re-station" and will be creating a new field. We can print automatically by order of a field, and can generate feet from start from stationing, then just edit/tweak as we need to so it will sort in the order we want, but don't want to edit all the images individually. From what I have read, the EXIF Tool can perform this task, we even went out and bought GeoJot (a rather pricey software package) but it cannot perform this task either. Would be a nice tool to have, since we have unique fields to match from, and would like to be able to then add another field, or update an existing field, based on the header (so, say, one field named pointNumber which has a unique value for each picture, and a second field named temp which would already be a picture field name in the camera's EXIF data or which is not, and it would add automatically) so we can then match the second field to the first and add it from an excel sheet, rather than manually typing it in one picture at a time.

If this has been added in a newer version of the software, just let me know, and I apologize for wasting your time in that case.

Thank you,
Jake Riesser
Blue Mountain, Inc.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002277)
user1306   
2016-04-14 11:09   
Hi please dear reply me throuhg my email ID. i have something to discussed with you. here is my email ( michelledjohnson31@gmail.com )

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1279 [GeoSetter] Image Data major always 2015-10-18 14:02 2017-05-16 22:50
Reporter: hugog Platform: Windows  
Assigned To: Friedemann OS: 2008 R2  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Issue Syncing Data - Geosetter Not Reading NMEA Correctly
Description: I have some large nmea files ~3MB and under.

When selecting a file (using the synchronize geo data) the report only show tracks upto 67.

If I open the single nmea file in tracks. It expands out to the following

Noname 1 - 1 67 Points 2.9km
Noname 1 - 2 18298 Points 241km

Visually, the entire nmea file loads and I can see my trip, start to finish ~244km

Tags:
Steps To Reproduce: Load up attached nmea file under tracks (Its a sample of the much larger one)

You will see two sub-tracks 1-1 and 1-2

Where track 1-1 ends is where the search for a geo-match when using the synchronize geo data icon.
Additional Information: The GPS logger is a RealTek RBT2300, recording every 2 sec's.

I've used this logger before and have put over 100K images through Geosetter. Not sure why its giving me trouble now...I did lower the recording interval to every 2 seconds.

Also, converting to GPX, KML makes no difference.
Attached Files: 1.nmea (9,222 bytes) 2015-10-18 14:02
https://www.geosetter.de/mantis/file_download.php?file_id=423&type=bug
Notes
(0002229)
hugog   
2015-10-20 03:52   
I've been looking at the nmea data and there is a problem with my logger (its changing dates halfway through the log).

Therefore this issue is not a GeoSetter issue, but a data issue on my side.

Also, I have another question. What does GeoSetter do when it see nmea logs with invalid checksums, does it ignore whole line, or ignore the checksum and process as normal.

The reason I ask is that I will manually need to correct the nmea files. I can rewrite the checksum using gpsbabel, but it will drop a decimal place off the original data (from 4 to 3) so I loose some lat/log resolution.

Thanks

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1278 [GeoSetter] User Interface feature always 2015-10-10 02:32 2017-05-16 22:50
Reporter: rowhum Platform:  
Assigned To: Friedemann OS: Windows 7  
Priority: normal OS Version: Service Pack 1  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Marker in Google Earth Export
Description: When exporting to Google Earth, we only have the option to use the Mini Image or the GeoSetter icons. I would like to use the default Google Earth pin, because the tip of the pin graphically shows the exact location the picture was taken. This would facilitate someone else navigating themselves to the exact location of something you would want them to find. Is there any way to have GeoSetter just use the default Google Earth pin?
Tags:
Steps To Reproduce: Select your photos, click "Export to Google Earth" button or select "Export to Google Earth" from the Images drop down tab, only two choices are available under Marker Settings.
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1277 [GeoSetter] User Interface minor always 2015-10-08 00:02 2017-05-16 22:50
Reporter: pfsullivan Platform: Windows  
Assigned To: Friedemann OS: Windows 7 pro  
Priority: normal OS Version: pro  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: problems trying to get files over network
Description: When trying to update files over the network, when first trying to load, the "open Folder" function dis-appears the first time you use it, (right after you change to "Network") the second time it works properly...
Tags:
Steps To Reproduce: go to "open Files"; closeup the "Homegroup"; click on the + for "network"...
Additional Information: All computers in the network (eight) running...
Attached Files:
Notes
(0002280)
user1306   
2016-04-14 11:10   
Hi please dear reply me throuhg my email ID. i have something to discussed with you. here is my email ( michelledjohnson31@gmail.com )

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1275 [GeoSetter] User Interface major always 2015-09-19 08:32 2017-05-16 22:50
Reporter: pbb Platform: PC  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 8.1  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Beta and stable overwrite ExifTool versions
Description: I am trying to use the latest stable (3.4.16) and beta (3.4.51) versions side by side. This works fine most of the time, except they seem to have an argument about the version of ExifTool.

I have upgraded ExifTool to the lastest version (10.02) using GeoSetter stable. But then when I quit stable and start GeoSetter beta, it reports the ExifTool version is 9.65. If I then quit beta, and start stable, it reports the ExifTool version is 8.47!
Tags:
Steps To Reproduce: Start GeoSetter 3.4.16, and make sure ExifTool is upgraded to the latest version.

Quit GeoSetter.

Open a command prompt in %USERPROFILE%\AppData\Roaming\GeoSetter\Tools\.

Type "exiftool -ver" on the commandline. The reply is "10.02".

Start GeoSetter 3.4.51, and don't do anything at all in GeoSetter.

Switch to the commandline, and type "exiftool -ver". The reply is now "9.65". (!)

Quit GeoSetter 3.4.51, and start GeoSetter 3.4.16. Again, don't do anything in GeoSetter.

Switch back to the commandline, and type "exiftool -ver". The reply is now "8.47". (!!!)
Additional Information: It doesn't matter if you perform upgrades to the newest ExifTool in between. The beta and stable versions of GeoSetter just don't except eachothers ExifTool, and replace it with an older version on startup.
Attached Files:
Notes
(0002228)
leifurh   
2015-09-26 09:25   
I suspect this may be related to my recent observation that Windows 10 (and perhaps 8.1?) appears to have stricter rules regarding programs writing to the Progam Files directories. I noted that exiftool seemed to get upgraded to 10.02 each time I started the progam. When I also observed that my selection of a sort order seemed to be forgotten between invocations I added two and two and tried elevating the program to administrator status - which fixed the problem.

It is however a bit annoying to be asked every time the program is started whether one wants it to make changes to the computer.

Perhaps the program should notify the user when it fails to make changes such as updating exiftool or writing changes to the .ini file (or wherever the sort order ios stored).
(0002281)
user1306   
2016-04-14 11:10   
Hi please dear reply me throuhg my email ID. i have something to discussed with you. here is my email ( michelledjohnson31@gmail.com )

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1274 [GeoSetter] User Interface feature N/A 2015-09-05 21:24 2017-05-16 22:50
Reporter: pbb Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Feature request: line up photos
Description: I wish for a feature where I can select a group of photos, where the first and last have coordinates set.

Then all the photos in between are "lined up", put on the map in a straight line between the first and last selected image. The distance between the photos is based on the timestamps.

There is two situations where I need this:

1: Walking along a path, I've been taking snapshots. I forgot to record a GPS track. Later at home I can place a few photos using a satellite map, but not all. Using a "line up" feature, I can roughly see where the photos in between have been taken.

2: I do street side photography, automatic photography out of a car every few seconds, with a GPS track. The locations should be following the road, but bad GPS reception causes a swirly line. I would correct the first and last photo along the road, and then line up all photos in between to create a nice straight line. (IE, coordinates of the in between phtoos are overwritten.)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002221)
heiko   
2015-09-10 21:35   
you can create a gpx track with existing images. after you have created this track with your 2 images you can use this track to synchronize the rest of your images.
(0002222)
pbb   
2015-09-11 13:05   
Is creating a gpx track a feature of GeoSetter, or are you talking about using other applications?

I already do this with ExifTool, but the switching back and forth, and (re)loading of the gpx tracks becomes quite tedious quickly. Especially when many small changes need to be made.

It would be great to have such feature in GeoSetter, without the need for taskswitching, saving, importing, etc.
(0002223)
heiko   
2015-09-11 20:29   
creating a gpx track is a feature of the latest beta version of GeoSetter. You can download this version with the following link: www.geosetter.de/geosetter_beta.exe
(0002224)
pbb   
2015-09-14 14:45   
Thanks, I found the option now, and it works nice. Still, a possibility to do this straight in the editing window without having to go through a GPX file and then assigning photos to it, would be better.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1273 [GeoSetter] User Interface minor always 2015-08-18 13:33 2017-05-16 22:50
Reporter: famufa Platform: W7  
Assigned To: Friedemann OS: Windows 7  
Priority: normal OS Version: Ultimate, 64  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: No maps
Description: For days the map is not displayed. I tried to "http://www.friedemann-schmidt.com/geosetter/gmap21.html" and "http://www.geosetter.de/map_google.html".
Has Google changed something in the API or there is some other problem ?

Thank you.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1272 [GeoSetter] Image Data feature N/A 2015-08-13 11:38 2017-05-16 22:50
Reporter: jake Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Can a photo description be added as EXIF?
Description: I'd like to be able to add a description for all my photos e.g.

"Lunch with the family on Bondi Beach at Christmas 2014"

Is there an EXIF field I can edit using Geosetter to place such a description?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002220)
heiko   
2015-08-13 21:07   
I use the fild "Caption" in the tab "Source/Description" in the "Edit Data"
dialog for such descriptions

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1271 [GeoSetter] User Interface minor N/A 2015-08-12 17:26 2017-05-16 22:50
Reporter: mmarciel Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Need the abilty to export the location data templates and/or import them into another copy on a different machine
Description: Need the abilty to export the location data templates and/or import them into another copy on a different machine
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002219)
heiko   
2015-08-12 20:53   
You can save the settings with "File | Backup Settings". When importing the settings with "File | Restore Settings" you can choose in a dialog which Settings should be restored, e.g. only the location favorites.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1270 [GeoSetter] Image Data minor sometimes 2015-08-12 03:40 2017-05-16 22:50
Reporter: fks Platform:  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 10  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Can't save GPS data to Fujifilm RAF file
Description: I recently upgraded my computer from Windows 8.1 to 10. Since then, Fujifilm RAF files that were taken after the OS upgrade are having an issue when I try to save the GPS changes:

Warning: [minor] RAF version 0240 not yet tested
Error: [minor] Non-null bytes found in padding

Photos that were taken prior to the upgrade do not generate these messages and will save with the updated GPS data.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1269 [GeoSetter] Image Data feature N/A 2015-08-06 15:14 2017-05-16 22:50
Reporter: wilwahabri Platform: PC  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 7, 8 10  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: additional feature request
Description: I would like to be able to edit camera and lens details as I shoot on film and the scanner or digital camera data is put in the exif file not the actual camera data that took the picture
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1268 [GeoSetter] User Interface feature N/A 2015-07-24 14:13 2017-05-16 22:50
Reporter: cmyk61 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Schnellbedienung
Description: Wäre es möglich, dass man den Geosetter um folgende Funktionalität erweitert:

verschiedene, persönliche Presets zur Ablage auf den Desktop erzeugen (zB Copyright.SET ORT1.SET...) um dann einen ganzen Schwung Bilder auf diese .SET zu ziehen. Geosetter würde dann diese Aktion (Eintag von Copyright, Namen, Ort) mit genau jenen Bildern durchführen.

Tags:
Steps To Reproduce:
Additional Information: Hintergrund:
oft habe ich aktuell keine Zeit, um die Bilder präzise mit Tags zu versehen. Aber ich möchte zumindest die (stets gleichbleibenden) Copyright-Infos und ähnliche Daten in die IPTC-Daten-Felder eintragen. So könnte ich dann die Bilder verkleinern und und weitergeben und habe immer die Gewissheit, dass zumindest die Copyrightinfos eingetragen sind - weils eben ziemlich schnell und bequem geht - auch und insbesondere für jemand, der an meiner Stelle diese Arbeit mal eben machen soll (zB meine Frau oder mein Sohn die sich mit Geosetter eben nicht auskennen).
Attached Files:
Notes
(0002217)
heiko   
2015-07-24 23:02   
GeoSetter unterstützt bereits Vorlagen. Zwar kann man diese nicht auf dem Desktop ablegen, aber man kann die Daten dieser Vorlagen den Bildern zuweisen.

Unter "Bearbeiten | Vorlagen" kann man diese erstellen. Im "Daten bearbeiten" Dialog kann man die erstellten Vorlagen dann den Bildern zuweisen

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1267 [GeoSetter] Image Data major sometimes 2015-07-15 18:19 2017-05-16 22:50
Reporter: jpsmeh Platform: Mikro Kopter  
Assigned To: Friedemann OS: Windows7  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Single Waypoint instead of Track
Description: We are flying a mikro kopter cinestar 8. upgraded to larger machine, and extended way point flight capabilities. Never had problems before but it seems that the GPX file is corrupt, or it is reading only a single way point co-ordinate data. All pictures share the same stamp on a single location even though when viewing the KML there is the entire track.

I believe it has something to do with the coding, few weeks ago i read a prompt in the bottom right regarding an error with line 23, deleted it and it worked fine, but now I have no hints.

Any help would be greatly appreciated!
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: 15071349.GPX (1,785,425 bytes) 2015-07-16 00:11
https://www.geosetter.de/mantis/file_download.php?file_id=421&type=bug
Track.png (1,204,332 bytes) 2015-07-16 20:57
https://www.geosetter.de/mantis/file_download.php?file_id=422&type=bug
Notes
(0002213)
heiko   
2015-07-15 20:48   
can you upload the GPX file?
(0002214)
heiko   
2015-07-16 20:57   
your GPX track is absolutly ok (see screenshot)

what exact version of GeoSetter are you using? Is the timestamp of your Images ok?
(0002215)
jpsmeh   
2015-07-16 21:40   
I was using 3.4.16 beta, I shall try updating it. And the time was off by an hour, which I was able to hone in on. (went from 0 matching to 0000023:0000025/200) the day light savings was off, so by -1 hour -1 minute. It Should have lined up right. But from there it only can couple the photos with a single point or way point, and the only way to allow for that is to increase the buffer for acceptable time stamp deviation, putting more photos onto the same location.
(0002216)
heiko   
2015-07-16 22:06   
I've used version 3.4.61. This version can be downloaded with the following link: www.geosetter.de/geosetter_beta.exe

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1266 [GeoSetter] User Interface major always 2015-07-13 09:56 2017-05-16 22:50
Reporter: JLZIMMERMANN Platform: Windows  
Assigned To: Friedemann OS: Vista  
Priority: high OS Version:  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: be able to show panoram view and 360° bubble
Description: Before to push pictures to Mapillary (mapillary.com) I try to adjust photos locations. But when I have no location I need to look the informations in the photo. Geosetter is not done yet to show 360° bubbles.
For instance Theta Ricoh let take 360° bubble. https://theta360.com/fr/gallery/

Here http://www.mapillary.com/map/im/6sPVHhxjq925U0kSmbnDcQ
you can move the picture by clicking and dragging on it.
 
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1324 [GeoSetter] User Interface feature N/A 2016-07-07 17:18 2017-05-16 22:50
Reporter: Bojum44 Platform:  
Assigned To: Friedemann OS: Windows  
Priority: low OS Version: 10  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Additional features
Description: The ability to triangulate the camera location based on a photo and the lens angles is brilliant. Many an OCD hour spent getting the position just right.
Having a series of close photos creates an approximate track. I think I saw a suggestion that the direction of that track would be useful. If I use two photos to fix points on that track and there are maybe ten photos between the two fixed points would it be possible to distribute those intermediate photos based on their time taken and the time and distance between the two established points assuming a constant velocity. Then adjustments could be made using the photos to fix the intermediate points. The distribution along the time line is otherwise difficult.
Also, in the list view would it be possible to have calculated fields of time between photos and following allocation of position, distance, speed, and bearing between two adjacent photos, when sorted in time taken order.
If none of the above is possible could I download the list table to excel and do the calculations there. Then amend one at a time using the normal edit function.
Tags:
Steps To Reproduce:
Additional Information: I recognise that the proliferation of GPS devises may significantly diminish the need for creating a track from the photos rather than just joining the GPS track to the photos.
Attached Files:
Notes
(0002316)
heiko   
2016-07-07 21:47   
you have the ability to crate a GPX track from your images which are already tagged. Then you can use this GPX track to synchronize the rest of your images.
(0002317)
Bojum44   
2016-07-12 19:45   
Thanks.
Yes that works. Then enhance the location the intermediate photos using the image triagulation, and recreate the GPX track with the new data.
I will try this with the next lot.
Thanks again.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1322 [GeoSetter] User Interface minor always 2016-05-09 23:21 2017-05-16 22:50
Reporter: asmidi Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: https vs http site for map
Description: Geosetter begginer

Im working off of a computer at the office and I try to add http://www.geosetter.de/map_google.html to my trusted sites in internet explorer but my work computers only allow me to add a secure https site.

Do you have a map with a secure https that I could use?

Thanks and the program is amazing! (that is when I use it at home)

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1321 [GeoSetter] User Interface minor always 2016-05-09 16:57 2017-05-16 22:50
Reporter: jebby7 Platform: Windows  
Assigned To: Friedemann OS: 10  
Priority: normal OS Version: 64 bit  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Read speed
Description: When I start the GeoSetter program it takes over 5 minutes to read about 200 pictures in a folder. This has been happening the last 2 or 3 updates. Some folders load quickly but the main one I use takes over 5 minutes. I have other folders that load 400 images in a few seconds. Does the image size (in Mb) affect the reading speed? This folder has panorama images some of which are 30 - 40mb.
Tags:
Steps To Reproduce: Starting the program
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1320 [GeoSetter] Image Data minor N/A 2016-05-09 04:02 2017-05-16 22:50
Reporter: bhechel Platform:  
Assigned To: Friedemann OS:  
Priority: low OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Feature Request
Description: A way for a GPS file to overwrite the embedded GPS coordinates in a photo or photos.
Tags:
Steps To Reproduce: Take several photos in the same location using the fastest continuous shooting mode.
Additional Information: The GPS built into the Canon 7DmkII is horrible I can have the camera mounted on a tripod for an hour before taking photos and then with the high speed shutter turned on be standing in 10 different places anywhere between 1 and 10 meters apart. Since the GPS sets the time on the camera I like to have it turned on. Also I am guaranteed to have the file from the GPS tracker and the images in sync. I have a work around involving deleting all of the GPS coordinates/saving the files and then syncing them with the GPS files and saving them again but it would be easier if I could make this into one step.
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1315 [GeoSetter] Image Data major always 2016-04-14 11:35 2017-05-16 22:50
Reporter: leifurh Platform: Many  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 7 and 10  
Status: assigned Product Version: 3.4.50 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Sony ARW files STILL slow the program to a crawl
Description: I am away from the computer where I use GeoSetter so I indicated 3.4.50 in case 3.4.51 is brand new - I am not sure of my version (but I checked for the latest one a couple of weeks ago).

This is an issue I reported quite some time ago and believe has been documented as resolved - but nothing has changed for me. In fact I have now replaced my RX100m1 with an RX100m4 but get the same results, once a directory has a reasonable number of pictures in it (more than 10 or so) the program takes forever to load them. Pressing escape doesn't help much - it becomes a test of one's patience! I tested another product (which considers dcraw to be an external resource, mush as GeoSetter does exiftool)and didn't have a similar problem - it was lightning fast. GeoSetter is however 100 times better in all other respects!
Tags:
Steps To Reproduce: Fill a directory with RX100 ARW files, then let GeoSetter process it. Go get a cup of coffee :-)
Additional Information: I suspect Sony users simply avoid GeoSetter and therefore do not report the problem. I can easily provide a dozen or so ARW files via Dropbox if asked.
Attached Files:
Notes
(0002300)
GSC20   
2016-05-01 16:30   
I have the same issue.
I use the latest version 3.4.51 build 2164 and use files from Sony alpha300, alpha99 and the sony rx100 raw files.

It get´s faster von local devices but still very slowly, but exteme slow by access files via network (NAS, Gigabit-LAN). Monitoring the network traffic it uses half of the bandwide for over an hour now for 15 files!
Windows 10 or ACDSee need only seconds for reading the files on the same NAS.

So I hope someone could give us a solution because this tool is one of the best I know for handling geo data and images.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1265 [GeoSetter] User Interface minor have not tried 2015-06-15 20:11 2017-05-16 22:50
Reporter: rel-961 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: 20150615 map not loading
Description: The Map can't be found at:

http://www.friedemann-schmidt.com/geosetter/gmap21.html

Please Fill In The Correct Path at Program Settings...

This problem can also be caused by the following reasons:


Microsoft Internet Explorer is not installed properly
Security settings of Microsoft Internet Explorer prohibits executing active scripting
Proxy server (please adjust this also in the program settings)
Firewall which blocks GeoSetter accessing the internet
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: maperror.png (14,423 bytes) 2015-06-15 20:11
https://www.geosetter.de/mantis/file_download.php?file_id=420&type=bug
png
Notes
(0002212)
heiko   
2015-06-15 21:57   
try to use the following URL for the map file:
http://www.geosetter.de/map_google.html

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1238 [GeoSetter] Image Data minor N/A 2015-01-08 21:02 2017-05-16 22:50
Reporter: pybely Platform: Windows 7  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Inability to "Drag and Drop" a set of image files in the Browser Window
Description: I organize my photos in Microsoft Windows Live Photo Gallery (WLPG) and make extensive use of the keywords. It would be very nice to be able to

1. Select a series of photos in WLPG using keywords,
2. drag them into the GeoSetter Image Pane to work on them with GeoSetter,
3. and, when saving the revised image, have them saved to their individual original folders

Currently, dragging and dropping just copy the images in the GeoSetter opened folder.

As a workaround I have used the keyword filtering capability in GeoSetter, but since my photobank is above 400000 photos, it takes for ever... while WLPG filtering is extremely fast.
Tags: Windows Photo Gallery
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1328 [GeoSetter] Image Data minor always 2016-07-26 19:34 2017-05-16 22:50
Reporter: OldHolborn Platform: Windows  
Assigned To: Friedemann OS: Win7  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.50 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Anzeige des Zeitstempels, Unterschiede in den Exif und XMP Daten
Description: Hallo Herr Friedemann,

ich schlage mich seit längerem mit dem Problem herum, dass, nachdem ich mit z.B. ExifToolGui die Aufnahmezeit meine Bilder korrigiert habe, die Anzeige sich im Geosetter aber nicht geändert hat und dieselbe Zeit wie vorher angezeigt wird.

Nun bin ich der Sache auf den Grund gekommen. Viele andere Programme zeigen die Zeit korrekt an und beziehen die Daten aus den EXIF Angaben.

Geosetter bezieht die Zeit aus den XMP - Daten. Diese Zeiten bleiben unverändert bestehen.

Beispiel:
DateTimeOriginal: 2016:07:20 18:19:57
CreateDate: 2016:07:20 18:19:57
Exif: Erstellungsdatum/-uhrzeit 2016:07:20 18:19:57

xmp:Datum/Urzeit der Digitalisierung 2016:07:20 19:19:57+02:00
xmp:Erstellungsdatum/-uhrzeit 2016:07:20 19:19:57+02:00

Dass die xmp - Daten nicht geändert werden, damit kann ich leben. Allerdings sollte mir Geosetter meine geänderten korrigierten Daten anzeigen oder mir die Auswahl überlassen, was angezeit wird, sonst verwirrt es.

Vielleicht gibt es aber eine Möglichkeit, auch die XMP - Daten zu ändern, dann wäre das Problem auch gelöst.

Was ich herausgefunden habe ist, dass. sobald keine XMP - Daten vorhanden sind, Geosetter in diesem Fall die EXIF - Daten anzeigt.

Danke für Ihre Hilfe
Gruß Reinhard
Tags: Aufnahmezeit, exif, RAW, XMP, Zeitänderung, Änderung Erstellungsdatum
Steps To Reproduce:
Additional Information: Ich nutze sowohl die Release als auch die Beta - Version, ist natürlich bei beiden Versionen identisch...
Attached Files:
Notes
(0002325)
heiko   
2016-07-26 20:07   
Was ist, wenn die Aufnahmezeit mit GeoSetter geändert wird? Aktualisiert GeoSetter die Exif und die XMP Daten? Ich habe das selbst nicht getestet, aber evtl. würde sich das Problem so lösen lassen. Vor allem sollten die Daten überall gleich sein, da sonst Probleme mit anderer Software sicherlich vorprogrammiert sind.
(0002326)
OldHolborn   
2016-07-26 21:49   
(Last edited: 2016-07-26 21:50)
Ja, funktioniert (jetzt), habe mir soeben die Beta 3.4.51 mit Adminrechten installiert. Es war mir nicht (mehr) möglich, Exiftool zu updaten, obwohl ich alles versucht hatte, die entsprechenden Rechte einzuräumen, dadurch gab´s beim Schreiben Fehlermeldungen und es konnte nichts verändert werden.

(das wäre meine nächste Frage gewesen, hat sich jetzt erst einmal erledigt)

Allerdings taucht jetzt die Frage auf nach einer "Batch"-Lösung. D.h. nach Korrektur der Zeitangaben auf alle Files anzuwenden, was mir bisher nicht gelungen ist - oder ich verstehe den Ablauf nicht ganz. Daher nutzte ich bisher auch die Gui o.ä. Tools für Exif.

Hier geht es in erster Linie um RAW - Dateien und meine ersten Gehversuche mit diesem Format. Die Farben des .ARW von Sony werden falsch dargestellt von Geosetter, also wandele ich diese mit Adobes DNG-Converter erst einmal um, die Farben werden dann korrekt wiedergegeben. Hier ist mir auch aufgefallen, nachdem ich die erstellten separaten xmp-Textdateien gelöscht hatte, dass dann die Zeit bei einigen Bildern korrekt dargestellt wurde. Das lag allerdings daran, dass die xmp - Daten dann innerhalb der Datei gefehlt hatten.

Die Originale habe ich natürlich noch auf der Speicherkarte. Ich übe noch und werde dann ggf. den Ablauf nochmals skizzieren, wenn das Verhalten reproduzierbar ist. Wenn schon die Daten (EXIF + XMP) vorhanden sind, sollten sie auch erhalten bleiben, bis ich die doch sehr großen Raw-Dateien im Regelfall nicht mehr benötige...

Hier meine Schlussfrage nach dem Übergabestring für´s Exiftool für die Zeitänderung der xmp-Daten, welches ich ggf. verwenden kann, sowie den genauen Ablauf bei Änderung mehrerer Dateien im Geosetter.

Danke für Ihre Antwort

(0002327)
heiko   
2016-07-26 22:18   
Wie die Daten mehrere Dateien geändert werden steht in der Hilfe unter "GeoSetter Workflows | Daten bearbeiten | Daten mehrere Bilder bearbeiten"

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1333 [GeoSetter] User Interface major have not tried 2016-08-09 14:57 2017-05-16 22:50
Reporter: strefi97 Platform:  
Assigned To: Friedemann OS:  
Priority: immediate OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Fehlermeldung beim Speichern aller Bilder
Description: Hallo.

Ich habe gerade Koordinaten und Blickwinkel für 35 Bilder gesetzt, für ein wichtiges Projekt. Leider erscheint beim Versuch die Bilder zu speichern die angehängte Fehlermeldung.

Würde ich das Progamm jetzt schließen, wären alle Änderungen verloren (habe ich bereits ausprobiert)

Ich bitte um schnelle Hilfe,
mit freundlichen Grüßen,
strefi
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: GeoSetter_Fehlermeldung.png (54,727 bytes) 2016-08-09 14:57
https://www.geosetter.de/mantis/file_download.php?file_id=443&type=bug
png
Notes
(0002338)
heiko   
2016-08-10 20:29   
kann es sein dass du in dem Verzeichnis auf S: keine Rechte hast eine Datei zu erstellen?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1332 [GeoSetter] User Interface trivial always 2016-08-09 12:44 2017-05-16 22:50
Reporter: MoD666 Platform: Win7 64bit  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Crashes on loading Sony arw files
Description: Nach dem update auf 3.4.16 (keine Beta mehr) habe ich das Problem das er beim aufrufen von Sony .arw Dateien crasht. Es erfolgt ein Laden von einzelnen Fotos erst nach einer Wartezeit von mehreren Minuten. Auch das abrufen der Kartendaten erfolgt nicht mehr. Die Adresse http://www.friedemann-schmidt.com/geosetter/gmap21.html habe ich gecheckt und ist eingetragen.
sobald ich aus dem Ordner mit den Sony Daten herausgehe läuft das Programm flüssiger. Die Kartendarstellung erfolgt leider trotzdem nicht. Vor dem Update lief das alles, es erfolgte keine Änderung der Plattform oder von Sicherheitssoftware. Internetexplorer ist eingerichtet und kommt einwandfrei ins Netz.
Tags:
Steps To Reproduce: Bei jedem Start.
Additional Information: Fehlermeldung ist angehangen, vielleicht hilfts.
Attached Files: Geosetter.txt (17,550 bytes) 2016-08-09 12:44
https://www.geosetter.de/mantis/file_download.php?file_id=442&type=bug
Notes
(0002337)
MoD666   
2016-08-09 13:04   
Mit der aktuellen Beta 3.4.51 tritt der Fehler so nicht auf, sowohl die Karten funktionieren wieder als auch das einlesen von ARW Dateien klappt wieder normal.
Einzig beim schließen des Programms taucht das "In der anwendung ist ein Fehler aufgetreten" Fenster auf.

Ansonsten klappts wieder.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1331 [GeoSetter] User Interface minor have not tried 2016-08-04 19:10 2017-05-16 22:50
Reporter: gard0 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: you can not open map to view photo location
Description: http://www.friedemann-schmidt.com/geosetter/gmap21.html -
league does not serve

Tags:
Steps To Reproduce:
Additional Information:
use internet explorer from mexico
Attached Files:
Notes
(0002336)
heiko   
2016-08-04 23:17   
take a look at http://www.geosetter.de/mantis/view.php?id=1325 for the solution

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1329 [GeoSetter] User Interface minor always 2016-07-31 18:28 2017-05-16 22:50
Reporter: slart Platform: PC  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 7 Ultimate  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Map Tiles don't load with mouse wipe
Description: The Map Tiles don't load, when the Map is push/move/wipe with the mouse. Only Zoom is to work. The problem exist with all Maps.
The same problem by switch to a another Map -> it's display only grey Map Tiles. Only when zoom, then is loading the Tiles.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: capture_003_31072016_181931.jpg (49,611 bytes) 2016-07-31 18:28
https://www.geosetter.de/mantis/file_download.php?file_id=439&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1124 [GeoSetter] User Interface minor always 2014-03-31 19:04 2017-05-16 22:50
Reporter: Raymond Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.50 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Update of ExifTool fails under Windows 8.1 x64
Description: I have a fresh installation of Geosetter on a fresh Windows 8.1 x64 system. Geosetter tries to update ExifTool but fails (more or less) silently.

It seems the download of ExifTool works, the progress bar runs to 100% but then Geosetter offers the update again (and again, and again). No error message or similar. ExifTool is still on the old version.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: geosetter_exif_install_win10.jpg (33,157 bytes) 2016-08-02 19:51
https://www.geosetter.de/mantis/file_download.php?file_id=441&type=bug
jpg
Notes
(0002026)
bangedupshins   
2014-04-11 09:17   
It may be that you need to launch Geosetter with Administrative privelages. I had the same problem until I started geosetter with administrative privelages (right-click on the program in the start menu and select "Run as Administrator". This gives Geosetter the privelages to install Exiftool.
(0002029)
Raymond   
2014-04-11 11:15   
@bangedupshins: Thanks! This tip works well. But on my last system with Win 7 I haven't had this issue. Either my installation differs or Win 8.1 differs from Win 7.
(0002333)
twoface   
2016-08-02 19:47   
I have the same Problem on Win10 x64.

The exif-tool is installed under "C:\Program Files (x86)\GeoSetter beta\tools".
In this path the user has no rights for writing.

I installed only the latest geosetter-beta(3.4.51)
(0002334)
heiko   
2016-08-02 20:13   
create the folder <AppData>\GeoSetter\Tools
After you have created the folder Tools the ExifTool update should work
(0002335)
twoface   
2016-08-02 23:04   
(Last edited: 2016-08-02 23:05)
Now it is working.
On my Win7-System the <AppData>\GeoSetter\Tools directory exist and is used for exiftool. I don't know who installed it. On this system I started with the non-beta version an continued with beta version.

The <AppData>\GeoSetter\Tools path should be installed by the setup program like the other <AppData>\GeoSetter directories.

Thank you for the quick help.


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1345 [GeoSetter] User Interface minor always 2016-10-05 11:03 2017-05-16 22:50
Reporter: thomasthomas Platform: All  
Assigned To: Friedemann OS: All  
Priority: normal OS Version: All  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Not possible to filter for Timezone
Description: It would be very nice to be able to filter the pictures by the timezone!

So this would be a possibility to find all pictures that haven't a timezone set yet.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1343 [GeoSetter] Image Data feature always 2016-09-16 11:07 2017-05-16 22:50
Reporter: EricF Platform: Windows  
Assigned To: Friedemann OS: Windows 10  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Bildbeschreibung unter XMP-tiff wird nicht geändert
Description: Meine Kamera Sony a230 trägt automatisch unter "Bildbeschreibung" SONY DSC ein. Wenn ich dies im UI unter "Beschreibung" ändere, wird die neue Beschreibung in den Bild-Infos (ExifTool) nur im Bereich IFD0 und XMP-dc geändert. Im Bereich XMP-tiff bleibt die alte Beschreibung stehen und kann auch nicht gelöscht werden.
Vorschlag: die im UI eingegebene Beschreibung auch unter XMP-tiff übernehmen.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002354)
heiko   
2016-09-16 16:49   
das sollte sich über die "Zusätzlichen ExifTool Kommandos" jetzt auch schon bewerkstelligen lassen
(0002356)
EricF   
2016-09-16 17:17   
Hab ich auch schon vermutet. Nur wie?? Mit der Hilfe des Exif Tools bin ich nicht klar gekommen :-(
Über einen Tipp wäre ich dankbar.
(0002357)
heiko   
2016-09-16 20:56   
Schau dir mal in der GeoSetter Hilfe die Kapitel unter "GeoSetter Workflows | Zusätzliche ExifTool Kommandos" an. Ich hoffe dass die Vorgehensweise dann klar wird. Wenn nicht frag gerne nochmals nach.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1342 [GeoSetter] User Interface major always 2016-09-16 09:18 2017-05-16 22:50
Reporter: MASH Platform:  
Assigned To: Friedemann OS: Windows 10  
Priority: high OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: No Map will be displayed
Description: Using 3.4.16 (Build 2119), official und current download as .ZIP

No Map will be displayed, only this page:

http://www.friedemann-schmidt.com/geosetter/gmap21.html


Ein Bericht über Binäre Optionen
Written by Isiah in misc on Thu 01 September 2016.

Die Betrügereien mit binären Optionen Finanzaufsicht hantierte. Gesellschaften werden von autorisierten Unternehmen weitergegeben , aber eigentlich nicht jedes Jahr mehrere Millionen Euro an private Investoren auf der ganzen Welt betrügen werden. Einige Broker ihnen hohe Renditen und, sobald die Händler in den Trading - Konto hinterlegt haben, übernehmen ihr Geld. Diese Art von Betrug ist in der Welt der weit verbreitetbinären Optionen .
....

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002355)
heiko   
2016-09-16 16:51   
see http://www.geosetter.de/mantis/view.php?id=1325

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1340 [GeoSetter] Image Data minor always 2016-09-07 23:25 2017-05-16 22:50
Reporter: elf Platform: PC  
Assigned To: Friedemann OS: windows  
Priority: normal OS Version: 7  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: import endomondo trace
Description: Hello !

first I really love geosetter ! It's just an amazing product !

when I walk I use a mobil app "endomondo"

I want to try to match the export of endomondo with my picture

in the map log panel I ahe this error:

07/09/2016 23:01:36 ERROR: Impossible d'effectuer l'opération à cause de l'erreur suivante 80020101
  setDragMarkerToPosition(51.5338310000, 3.5638790000, true);
07/09/2016 23:01:39 ERROR: Impossible d'effectuer l'opération à cause de l'erreur suivante 80020101
  setDragMarkerToPosition(51.5338200000, 3.5639330000, true);
07/09/2016 23:01:40 ERROR: Impossible d'effectuer l'opération à cause de l'erreur suivante 80020101
  setDragMarkerToPosition(51.5338310000, 3.5638790000, true);
07/09/2016 23:01:41 ERROR: Impossible d'effectuer l'opération à cause de l'erreur suivante 80020101
  setDragMarkerToPosition(51.5336390000, 3.5644270000, true);
07/09/2016 23:01:44 ERROR: Impossible d'effectuer l'opération à cause de l'erreur suivante 80020101
  setDragMarkerToPosition(51.5801860000, 3.5344790000, true);
07/09/2016 23:01:45 ERROR: Impossible d'effectuer l'opération à cause de l'erreur suivante 80020101
  setDragMarkerToPosition(51.5800690000, 3.5343400000, true);
07/09/2016 23:03:50 ERROR: Impossible d'effectuer l'opération à cause de l'erreur suivante 80020101
  zoomSelection();
07/09/2016 23:03:53 ERROR: Impossible d'effectuer l'opération à cause de l'erreur suivante 80020101
  setCenter(51.4443786374, 3.5667800903);
Tags:
Steps To Reproduce: import the endomondo file
Additional Information: Thx If can help me !
Attached Files: 20160828_081657.gpx (167,557 bytes) 2016-09-07 23:25
https://www.geosetter.de/mantis/file_download.php?file_id=444&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1339 [GeoSetter] User Interface major always 2016-09-03 19:23 2017-05-16 22:50
Reporter: Jens_Loewe Platform: X86  
Assigned To: Friedemann OS: Windows  
Priority: high OS Version: 10.0.44393  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Google Timeline KML kann nicht verarbeitet werden
Description: die von Google Timeline heruntergeladene KML-Datei kann nicht im Geosetter importiert werden. Die einzelnen Wegpunkte sind in Google Earth sichtbar - sollten also eigentlich auszuwerten sein.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1338 [GeoSetter] User Interface block always 2016-09-01 02:39 2017-05-16 22:50
Reporter: DarKo Platform: 32b  
Assigned To: Friedemann OS: Windows 10  
Priority: high OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Geosetter v3.4.16.2119 Doesn't work at all with Win10/Anniversary Update
Description: After starting the app, popup box says that 'window could not be found'.
Only option is to close the message box.
Tags:
Steps To Reproduce: Start application
Additional Information: Used to work before Win10 'Anniversary Update'
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1335 [GeoSetter] User Interface major always 2016-08-13 00:02 2017-05-16 22:50
Reporter: Flominator Platform: Windows  
Assigned To: Friedemann OS: XP  
Priority: normal OS Version: SP3  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Map tiles don't load
Description: Quite often the map tiles stop loading showing "unfortunately there are no pictures available". Even zooming in and out or switching to another map (e.g. OSM) won't work. What apparently solves the problem is to kill the geosetter folder in %appdata%. Then loading the map still takes a little longer, but at least it won't stop completely after some time.

Is there any timeout I could increase or any logging I could activate to see what the problem is?

Tags:
Steps To Reproduce:
Additional Information: I'm using a satellite internet connection (Avanti) which sometimes takes a little longer to react to requests. It also seems to have a project with calling websites that redirect http requests to https (like Google Maps does)
Attached Files:
Notes
(0002341)
Flominator   
2016-08-13 10:37   
Meanwhile I made a backup of the geosetter appdata directory I had after changing the map URL and restore that if it doesn't work anymore.

Not sure if this helps, but now I also encounter the behavior from http://www.geosetter.de/mantis/view.php?id=1329

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1356 [GeoSetter] User Interface tweak always 2016-11-17 21:09 2017-05-16 22:50
Reporter: JUnderscoreC Platform: Windows  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Don't process files on UI thread
Description: I access huge number of photos ( > 4000 in one folder, > 100,000 total) frequently. Sometimes this is over a network.

When GeoSetter loads these files, the user interface locks up and become unusable.

When GeoSetter bulk renames files or updates file date from taken date, the user is presented with only an hourglass and now progress bar at all.

Long running operations should not take place in the same thread as the user interface as they cause the user-interface to lock up for the duration of the operation. Please move these actions to their own thread and provide a progress bar (where applicable).
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1355 [GeoSetter] User Interface feature N/A 2016-11-17 21:04 2017-05-16 22:50
Reporter: JUnderscoreC Platform: Windows  
Assigned To: Friedemann OS: Windows Server 2012  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: EXIF data caching
Description: I frequently access folders of JPEG's over a network. Each folder may have over 4,000 photos. GeoSetter reads the EXIF data of each and every file every time the folder is opened. This can take in excess of 20 minutes, during which the user interface locks up and cancelling the refresh is unreliable.

To solve part of this problem, please have GeoSetter save a file in the folder which includes the filename (without path), all of the exif fields from each file, and the file's Last Modified Date attribute.

When GeoSetter opens the folder, it should first check for this file. If it exists, it should read the data from there instead of from the EXIF tags in each file. It should also be comparing the file date of each photo with the file date recorded in the cached data file.

Also, to prevent bugs, the file date field in the cache should be updated when the user uses the "Set File Date from Taken Date" menu item.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1353 [GeoSetter] User Interface minor always 2016-11-15 06:09 2017-05-16 22:50
Reporter: SimonHall Platform: PC  
Assigned To: Friedemann OS: Windows 10  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Sort order not retained
Description: I always like to have my images sorted by Taken Date, it just makes Geocoding them so much easier.
It's easy to do but just will not 'hold.'
When you close Geosetter and reopen it the sort order has reverted to Name order. Worse still, if I go away from the PC for a period of time, a screen refresh has occurred (I don't know whether Geosetter does this or some other Windows process) and the sort order has again reverted to filename order.
Is there any way I can force the sort order to remain at Taken Date whenever I open it?
Tags:
Steps To Reproduce: 1. Open a directory of images
2. Change sort order to Taken Date
3. Close Geosetter
4. Open Geosetter
5. Sort order has reverted to Name
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1351 [GeoSetter] User Interface trivial always 2016-11-03 01:31 2017-05-16 22:50
Reporter: Tillomar Platform: PC  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 7 Pro 64 DE  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Typo
Description: Menue -> Bearbeiten -> "Übernheme" Bildrichtung
Tags:
Steps To Reproduce: trivial -> oben Menue
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1348 [GeoSetter] Image Data block always 2016-10-11 19:58 2017-05-16 22:50
Reporter: Manfred Platform: PC  
Assigned To: Friedemann OS: Win 7  
Priority: high OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Fehlermeldung: "Managing metadata of image files funktioniert nicht mehr"
Description: Nach dem Aufruf eines Verzeichnisses mit Bildern im JPG-Format blockiert das Programm mit o.g. Meldung und wird dann geschlossen.
Wenn sich nur RAW-Format-Fotos im Verzeichnis befinden, tritt der Fehler nicht auf. Ich kann ganz normal GPS-Daten-Files mit den RAW-Bildern synchronisieren, die Geo-Daten werden gefunden und lassen sich in den RAW-Dateien eintragen und abspeichern. Sobald die jedoch die Dateien nach JPG konvertiert und im gleichen Verzeichnis abgelegt wurden, tritt der Fehler auf.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1347 [GeoSetter] User Interface major always 2016-10-11 16:53 2017-05-16 22:50
Reporter: SQuarmby Platform: PC - Sony Vaio Z5  
Assigned To: Friedemann OS: Windows 7  
Priority: normal OS Version: SP1  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Unable to use 'assign data from favourite' feature
Description: i) I have created favourites.
ii) I would like to copy data from thee to images that are within the 'radius'.
iii) I can load the images and see them on the map; they lie inside the radius.
iv) The only way I understand to assign the data is to click the star and then select 'Assign data to nearby images' (I have not found another way of triggering the assignment).
v) The problem is that the pop-up which contains the 'Assign data...' hotspot only stays visible for less than 0.2 seconds; much too short for me to move the mouse to the hotspot and click.
Tags:
Steps To Reproduce: It happens every time I click on an object in the map that has a pop-up. All the pop-ups are the same... they only stay visible for a very short time. It is just long enough to see part of the text but not long enough to click the mouse.
Additional Information: I would like a solution which allows the pop-ups on the map to stay visible for a minimum of 10 seconds s that they can be used.
If there is an alternative method (eg menu item) for triggering the automatic assignment of location data from a favourite, then this would be acceptable.

Thank you.
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1346 [GeoSetter] User Interface block N/A 2016-10-09 22:46 2017-05-16 22:50
Reporter: herbcap Platform: Windows  
Assigned To: Friedemann OS: windows  
Priority: high OS Version: windows 10  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Program does not work in Win 10 / Exif tools error
Description: Exiftool Crashes or cant be called

exiftool.exe - Application error: the application was unable to start correctly (0x0000142). Click OK to close the application.

In win10 exiftool cannot be called when stored in the user folder where the updated versions are stored. If there a way to disable the update proces and manually update exiftool in the program's tools folder?

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1308 [GeoSetter] User Interface minor N/A 2016-03-20 10:27 2017-05-16 22:50
Reporter: Malcolm_Ferguson Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Consider open sourcing Geosetter
Description: This is a great product but I suppose it's difficult to find the time to maintain it. Could you consider putting the source up somewhere like Sourceforge? Maybe nobody will contribute, but you never know unless you try. This would fit with what you say on your donation page: "my idea about Geosetter is to provide the program without any restrictions and free of charge, no matter to what extend it is used".
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002249)
user1306   
2016-04-14 10:58   
Hi please dear reply me throuhg my email ID. i have something to discussed with you. here is my email ( michelledjohnson31@gmail.com )
(0002365)
JUnderscoreC   
2016-11-17 20:54   
I second this.

I'm interested in porting this to Java so it can run on different platforms.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1376 [GeoSetter] User Interface minor N/A 2016-12-16 18:17 2017-05-16 22:50
Reporter: Exspextations Platform: Desktop  
Assigned To: Friedemann OS: Windows 10  
Priority: normal OS Version: v 1607 Buil 143  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Request for enhancement
Description: Some of the attributes will update from a drop down menu by typing the part of the string e.g. GBR will select United Kingdom. It would simplify changing dates and times if the same could be done for the time zones rather than needing to scan down a very long list - e.g. WET for GMT / CET for Central European Time
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002438)
Exspextations   
2016-12-16 18:18   
Apologies the OS version is Version 1607 Build 14393.479

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1374 [GeoSetter] User Interface minor always 2016-12-13 15:18 2017-05-16 22:50
Reporter: diddle Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Zeitzonen-Handling beim Online abfragen
Description: Hallo Friedemann,


vielen Dank für dein konkurrenzloses Programm.

Ich habe ein Problem mit dem Zeitzonen-Handling.

Ich komme öfters von Reisen zurück, in denen häufig die Zeitzonen wechseln. Ich lasse üblicherweise während der ganzen Zeit die Kamerazeit unverändert, meist auf UTC und fotografiere am Beginn der Reise eine Referenzuhr. GPX File wird per Tracker geschrieben.

Mein Traum-Workflow wäre:

- Laden der Bilder und des GPX in Heosetter
- Feinjustierung der Aufnahmezeiten anhand des Referenzfotos
- Setzen der Koordinaten und Location-Infos per GPX
- Automatisches Setzen aller lok. Zeitzonen per Location

Bei Setzen der Zeitzonen habe ich das Probem. Wenn ich "Online abfragen" nutze werden offenbar die Zeitzonen gesetzt, aber scheinbar nur die? Es müsste natürlich die Aufnahmezeit so korrigiert werden, dass die Urhzeit absolut gleich bleibt. Ich hatte ja schon korrigiert.

Kann man das erreichen?

Weiteres Problem: ich bekommen beim Online.Abrufen der Zeitzonen fast immer einen Timeout-Fehler, wenn ich mehrere Fotos abfrage. Timemout ist das vermutlich nicht, da es quasi sofort kommt.

Vilelen Dank im Voraus!

Diddle.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1373 [GeoSetter] User Interface block always 2016-12-10 15:57 2017-05-16 22:50
Reporter: Raptor Platform: Windows  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 10  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Start of Geosetter 3.4.52 fails
Description: Installed beta and tried to start. Does not start at all, no error message.
In the task manager you can see a task running (see snip attachment).
When I start it again, the task is doubled.
??
In addition, the shortcut icon supposed appearing in the windows task bar didn't
Tags:
Steps To Reproduce: Simply just click on the icon to start
Additional Information: It's a parallel installation to the Version 3.4.16
Re-installing didn't help
Attached Files: Taskmanager.PNG (8,465 bytes) 2016-12-10 15:57
https://www.geosetter.de/mantis/file_download.php?file_id=451&type=bug
png
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1372 [GeoSetter] Image Data minor always 2016-12-09 11:28 2017-05-16 22:50
Reporter: toschi269 Platform: Windows  
Assigned To: Friedemann OS: XP  
Priority: normal OS Version: SP3  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GPS Daten
Description: Bei der online Abfrage der hinterlegten GPS Koordinaten werden Land, Bundesland und Stadt richtig ausgelesen. Beim Standort wird anstatt der Strasse und der Hausnummer nur der Stadtteil ausgegeben. Bei manuellem Anzeigen wird der Standort aber richtig angezeigt.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1367 [GeoSetter] Image Data minor have not tried 2016-11-26 19:30 2017-05-16 22:50
Reporter: Hans-GeorgMasuhr Platform: Windows 10  
Assigned To: Friedemann OS:  
Priority: normal OS Version: 1607  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GPS-Daten werden nicht eingelesen
Description: Die vorhandenen GPS-Daten von Fotos werden zum Teil nicht eingelesen. Eine Anzeige auf der Karte erfolgt deshalb auch nicht. Siehe beiliegende Bilddatei.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1362 [GeoSetter] User Interface feature always 2016-11-20 14:08 2017-05-16 22:50
Reporter: JackDaynes Platform: Intel i7  
Assigned To: Friedemann OS: Windows 10  
Priority: normal OS Version: 64 bit  
Status: assigned Product Version: 3.4.2 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Entering keywords as a list
Description: Previous versions of Geosetter allowed a delimited list of keywords to be inserted and would parse the string into separate entries. For the past few months the entry gets passed as a single entry. The old response was a huge aid and very efficient in tagging images.

e.g.
Anatidae;Anser;Chen;Geese;Goose;SnowGeese;Snow-Geese;Snow-Goose;Waterfowl;

Should (and used to) show as:
Anatidae
Anser
Chen
Geese
Goose
SnowGeese
Snow-Geese
Snow-Goose
Waterfowl
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1361 [GeoSetter] User Interface minor always 2016-11-20 14:01 2017-05-16 22:50
Reporter: JackDaynes Platform: Intel i7  
Assigned To: Friedemann OS: Windows 10  
Priority: normal OS Version: 64 bit  
Status: assigned Product Version: 3.4.2 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: File -> Settings -> Camera
Description: Missing selections for Nikon D5 and Nikon D7200:

My desktop PC at home (Windows 7-64) shows these cameras on the list, but my laptop (Windows 10-64) does not.

**Product version on both computers is 3.4.22 (non-beta) and both are up-to-date
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002433)
heiko   
2016-12-04 21:25   
I've just checked the Standard list. The Nikon D5 and D7200 are not in the list, so you have entered the values yourself.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1357 [GeoSetter] User Interface minor always 2016-11-19 02:25 2017-05-16 22:50
Reporter: JUnderscoreC Platform: Windows  
Assigned To: Friedemann OS: Windows Server 2012 R2  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: 'Show images on map after changing directory' feature misses most photos when there's a large number of photos
Description: When changing directories, GeoSetter immediately attempts to add all of the images to the map even though it's still attempting to read the GPS data. GeoSetter should wait untill all photos have been read before attempting to add them to the map.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1352 [GeoSetter] Image Data major always 2016-11-12 21:10 2017-05-16 22:50
Reporter: dj_paige Platform: Windows 10  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 10  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Cannot write GPS locations to .xmp files
Description: After using Geosetter successfully for many years, today I get an error every single time I try to save all changes to image files. The .xmp files already exist, they are created by Lightroom 6.7, this is the exact same workflow I have used for many years. Every time I try, I get an error message as shown in the attached file. The only thing that jumps out at me about this error is that the file c:\users\Paige\appdata\local\temp\et00067A82.arg does not exist, but this may be a temporary file, I don't know. Please advise.
Tags:
Steps To Reproduce: Select a file, assign GPS location, then Ctrl-S
Additional Information:
Attached Files: 2016-11-12 14_56_02-Report for Saved Images.png (18,494 bytes) 2016-11-12 21:10
https://www.geosetter.de/mantis/file_download.php?file_id=447&type=bug
png
Notes
(0002396)
ceroni   
2016-11-26 18:32   
I too noticed this behaviour since updating ExifTool to 10.36. Solved by reverting back to 10.35.
(0002401)
dj_paige   
2016-11-27 00:36   
After much effort, I discovered that my AntiVirus program (named BitDefender) was blocking ExifTool/GeoSetter, as it considered ExifTool to be Ransomware. Once I changed the settings in BitDefender, the problem went away.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1386 [GeoSetter] Image Data feature always 2017-02-22 23:25 2017-05-16 22:50
Reporter: JUnderscoreC Platform: PC  
Assigned To: Friedemann OS: Windows Server  
Priority: normal OS Version: 2012 R2  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add support for MP4 files from GoPro Hero 5
Description: The GoPro Hero 5 has added support for tagging video with GPS data. GeoSetter does not appear to support reading this data.

EXIFTool supports reading and editing tags in MP4 files. Please add this functionality to GeoSetter.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1385 [GeoSetter] Image Data major always 2017-01-29 19:17 2017-05-16 22:50
Reporter: Maluk79 Platform: Windows  
Assigned To: Friedemann OS:  
Priority: urgent OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Der Kartenausschnitt (Google Maps) lässt sich nicht mehr ändern - Kein Zoom und Verschieben mehr möglich.
Description: Der Kartenausschitt ist "eingefroren", das heißt ein Zoomen oder Verschieben des Kartenausschnitts (Google Maps) ist nicht mehr möglich. Auch beim Anklicken der bereits mit Geodaten versehenen Fotos wird der Kartenausschnitt nicht für deren Position angezeigt. Es ist mir somit nicht mehr möglich, den Fotos Geodaten über die Karte zuzuweisen.

Auch nach einer kompletten Neuinstallation von Geosetter besteht das Problem fort.

Ich wäre äußerst dankbar für eine zeitnahe Lösung des Problems.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1384 [GeoSetter] User Interface minor have not tried 2017-01-27 03:47 2017-05-16 22:50
Reporter: geobentcpht Platform:  
Assigned To: Friedemann OS: windows  
Priority: normal OS Version: 10  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Attaching map back to geosetter
Description: Hello,
I was wondering how I would re-attach map back to software? When I need map, I have to click on View, then Maps, then map opens separately from software.

Thanks.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002457)
heiko   
2017-01-28 20:52   
this is described in the help file. See "GeoSetter White Papers | Dockable Windows"

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1383 [GeoSetter] User Interface text always 2017-01-22 03:20 2017-05-16 22:50
Reporter: Stoffel Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Deutsche Übersetzungen fehlen
Description: Bezieht sich auf die von mir eingesetzte Version "3.4.53 (Build 2070) BETA":

Für folgende Einträge fehlen noch die deutschen Übersetzungen, stattdessen erscheinen bei den entsprechenden Menüeinträgen und Dialogen noch englische Texte:

msgid "Unselect All"
msgstr "Alle abwählen"

msgid "Export to GPX Track File"
msgstr "Export in GPX-Trackingdatei"

msgid "Process Queue"
msgstr "Warteschlange"

msgid "Remove all location data"
msgstr "Alle Ortsangaben entfernen"

msgid "Map Address and Layers"
msgstr "Kartenadresse und Layer"

msgid "Additional Layers"
msgstr "Zusätzliche Layer"

msgid "Add Layer"
msgstr "Layer hinzufügen"

msgid "Remove Layer"
msgstr "Layer entfernen"

msgid "Unnamed Layer"
msgstr "Unbenannter Layer"

msgid "URL (KMZ or KML file)"
msgstr "URL (KMZ- oder KML-Datei)"

msgid "Show feature data on mouse click"
msgstr "Feature-Daten bei Mausklick anzeigen"

msgid "Markers and Tracks"
msgstr "Markers und Tracks"

msgid "Empty Track Cache..."
msgstr "Track-Cache leeren ..."

msgid "Empty track cache?"
msgstr "Track-Cache leeren?"

Es wäre schön, wenn die PO-Datei entsprechend aktualisiert werden könnte.
Vielen Dank.
Tags: Translation
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002455)
Stoffel   
2017-01-22 03:31   
(Last edited: 2017-01-22 04:02)
Tippfehler meinerseits, es muss heißen: "Build 2170" statt "Build 2070"

Zusätzlich fehlen auch noch die folgende Übersetzungseinträge:

msgid "Set Image Direction from Exif Track Direction"
msgstr "Aufnahmerichtung von Exif-Trackrichtung übernehmen"

msgid "Track Direction"
msgstr "Track-Richtung"


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1380 [GeoSetter] User Interface block always 2016-12-30 18:47 2017-05-16 22:50
Reporter: Markus Riederer Platform: Dell XLS 13  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 10 Enterprise  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Windows App OneCommander Installation von Geosetter 3.4.52 beta geblockt
Description: Die Installation der Windows App OneCommander bricht mit der im angehängten Screenshot gezeigten Fehlermeldung ab. Nach Deinstallation von Geosetter funktioniert die Installation einwandfrei. Ist die Fehlermeldung möglicherweise ein Hinweis auf die Ursache, warum der Rechner nach Installation von Geosetter manchmal deutlich langsamer ist? Deshalb installiere ich Geosetter nur, wenn ich ihn brauche und deinstalliere ihn anschließend wieder.
Tags:
Steps To Reproduce: 100 % reproduzierbar
Additional Information:
Attached Files: Warning.PNG (19,668 bytes) 2016-12-30 18:47
https://www.geosetter.de/mantis/file_download.php?file_id=453&type=bug
png
Notes
(0002447)
heiko   
2016-12-30 21:05   
ich kann nicht beurteilen, ob die Shell Extension von GeoSetter wirklich fehlerhaft programmiert ist oder nicht. Bevor ich GeoSetter aber jedes mal installiere und deinstalliere, würde ich bei der Installation die Shell Extension nicht mit installieren. Hierfür den Punkt "Kontextmenü-Erweiterung für GeoSetter aktivieren" deaktivieren.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1379 [GeoSetter] Image Data major always 2016-12-30 16:16 2017-05-16 22:50
Reporter: ghelfrich919 Platform: Windows  
Assigned To: Friedemann OS: windows 10 Pro x64  
Priority: high OS Version: windows 10 Pro x  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Image 'Date Taken' date/time Stamps Are Incorrectly Produced For Different Date Ranges
Description: When setting the 'Date Taken' time stamp using the 'Set to Fixed Date', the image files are incorrectly stamped with the incorrect datetime stamps based upon the date range selected

Please see the matrix below for more details.

(to be added)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: 1980_01.JPG (28,557 bytes) 2016-12-30 22:20
https://www.geosetter.de/mantis/file_download.php?file_id=454&type=bug
jpg

1980_02.JPG (18,843 bytes) 2016-12-30 22:20
https://www.geosetter.de/mantis/file_download.php?file_id=455&type=bug
jpg

1970_01.JPG (29,612 bytes) 2016-12-30 22:20
https://www.geosetter.de/mantis/file_download.php?file_id=456&type=bug
jpg

1970_02.JPG (15,923 bytes) 2016-12-30 22:21
https://www.geosetter.de/mantis/file_download.php?file_id=457&type=bug
jpg

1960_01.JPG (30,885 bytes) 2016-12-30 22:21
https://www.geosetter.de/mantis/file_download.php?file_id=458&type=bug
jpg

1960_02.JPG (20,679 bytes) 2016-12-30 22:21
https://www.geosetter.de/mantis/file_download.php?file_id=459&type=bug
jpg
Notes
(0002449)
ghelfrich919   
2016-12-30 22:22   
When setting the 'DATE TAKEN' time stamp using 'Edit->Edit Data->Dates->Taken Date->Set to Fixed Date & Created Date', the image/sidecar files are stamped with incorrect datetime stamps. The file datetime stamps for image/sidecar files are different and vary based upon the date range the DATE TAKEN date falls within.

The image/sidecar datetime stamps are correct if the DATE TAKEN date falls within the range 1980 to present. See FIGURE 1 below and screen captures 1980_01 and 1980_02 for details.

The image/sidecar datetime stamps are correct for only one date field and missing for the remainder of the date fields if DATE TAKEN falls within the range 1979 to 1980. See FIGURE 2 below and screen captures 1970_01 and 1970_02 for details.

The image/sidecar datetime stamps are correct for only one date field and set to CURRENT DATE for the remainder of the date fields if DATE TAKEN falls 1960. See FIGURE 3 below and screen captures 1960_01 and 1960_02 for details.


FIGURE 1: DATE TAKEN between 1980 to present (see screen captures 1980_01 & 02)
   file type | Date | Created Date | Modified Date |
-------------------------------------------------------------------------
image file .JPG | (DATE TAKEN) | (DATE TAKEN) | (DATE TAKEN) |
sidecar file .XMP | (DATE TAKEN) | (DATE TAKEN) | (DATE TAKEN) |


FIGURE 2: DATE TAKEN between 1970 and 1979 (see screen captures 1970_01 & 02)
   file type | Date | Created Date | Modified Date |
-------------------------------------------------------------------------
image file .JPG | (DATE TAKEN) | (missing) | (missing) |
sidecar file .XMP | (missing) | (missing) | (missing) |


FIGURE 3: DATE TAKEN before 1960 (see screen captures 1960_01 & 02)
   file type | Date | Created Date | Modified Date |
-------------------------------------------------------------------------
image file .JPG | (DATE TAKEN) | (CURRENT DATE) | (CURRENT DATE) |
sidecar file .XMP | (CURRENT DATE) | (CURRENT DATE) | (CURRENT DATE) |

I have not investigated DATE TAKEN datetime ranges more thoroughly before 1960 from what I have above. These results are reproduceable for any image/sidecar file I produce with these date ranges.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1375 [GeoSetter] Image Data major always 2016-12-16 18:12 2017-05-16 22:50
Reporter: Exspextations Platform: Desktop  
Assigned To: Friedemann OS: Windows 10  
Priority: normal OS Version: Build 14393.479  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Batch update of 'Date Taken' fails
Description: When I try to update the 'Date Taken' for multiple files the program only updates the actual file into which the new date / time was input. I have tried do in a batch change by several methods - none works, although all other attributes changed at the same time do update.
Tags:
Steps To Reproduce: Methods tried:

Clicking the 'Set Current Version for All Selected Images' / selecting attributes to be changed / clicking OK

Saving data to a template and them loading the template for the remaining selected files

Copying the data of an image with the correct data and then pasting it to the required files.
Additional Information: I have tried this on DNG / TIFF / JPG file formats without success.

I have only just stated using Geosetter and did not know that the version I have installed is a Beta version - I installed version 3.4.14, but the program offered an update, which I accepted - perhaps I should roll back to version 3.4.14
Attached Files: Capture.JPG (58,593 bytes) 2016-12-17 10:57
https://www.geosetter.de/mantis/file_download.php?file_id=452&type=bug
jpg
Notes
(0002439)
Exspextations   
2016-12-16 18:19   
Apologies the OS version is Version 1607 Build 14393.479
(0002440)
Exspextations   
2016-12-16 18:34   
Just rolled back to v3.4.14, but problem still persits
(0002441)
Exspextations   
2016-12-17 11:01   
To get round the problem of Date Taken not saving, I used MS Photo Gallery to add this attribute after adding the other attributes with Geosetter. To see what would happen I have added the Date Taken with MS Photo Gallery before adding the other attributes with Geosetter. When I did this, I got the error message displayed in the attached JPG file. Unfortunately, I do not know what this means as I could find no explanation in the help.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1304 [GeoSetter] Image Data block always 2016-03-07 00:07 2017-05-16 22:50
Reporter: ghelfrich919 Platform: Virtualized VMWare server  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 7 pro  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Program Unable to Open/Display An Image File
Description: When trying the open/display a certain image file (see attached) the UI never updates and the round cursor is continually displayed and never clears.

The UI status bar at the top displays "GeoSetter - BETA (Not Responding)". And the UI is frozen from further use and the only way to recover is to stop or kill the program.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: 0009_00000036_15.zip (536,686 bytes) 2016-03-07 00:07
https://www.geosetter.de/mantis/file_download.php?file_id=432&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1303 [GeoSetter] User Interface crash unable to reproduce 2016-03-06 23:58 2017-05-16 22:50
Reporter: ghelfrich919 Platform: Virtualized VMWare server  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 7 pro  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Program Crash when adding GPS location info to groups of pictures
Description: Program Crash when adding GPS location info to groups of pictures
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: bugreport.txt (21,619 bytes) 2016-03-06 23:58
https://www.geosetter.de/mantis/file_download.php?file_id=431&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1389 [GeoSetter] User Interface major have not tried 2017-04-10 21:59 2017-05-16 22:50
Reporter: JoscTr Platform: notebook  
Assigned To: Friedemann OS: Windows 10  
Priority: normal OS Version: build 15063.x  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Stack overflow at first launch, line 47.
Description: Also, your error Windows mail.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: bugreport.txt (17,861 bytes) 2017-04-10 21:59
https://www.geosetter.de/mantis/file_download.php?file_id=464&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1388 [GeoSetter] User Interface major always 2017-04-09 10:17 2017-05-16 22:50
Reporter: biketahmet Platform:  
Assigned To: Friedemann OS:  
Priority: urgent OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: do not open
Description: I was using this , with out problems then suddenly it does not start. Give error report and close ??? I then uninstalled it and download the latest version today. Same, not opening
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: bugreport.txt (11,681 bytes) 2017-04-09 10:17
https://www.geosetter.de/mantis/file_download.php?file_id=462&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1387 [GeoSetter] User Interface major always 2017-03-20 00:41 2017-05-16 22:50
Reporter: gbp Platform: Laptop  
Assigned To: Friedemann OS: Win 10  
Priority: urgent OS Version: 1607  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GeoSetter funktioniert im Bereich Tracks nicht mehr-Fehlermeldung
Description: Programm auf einem neuen Rechner eingerichtet.
Nach der Farbumstellung der Tracklinien bei 4 von 9 Tracks erfolgt sofort eine Fehlermeldung, die nur auflösbar ist durch das Schließen des Programmes.
Die Farben werden umgestellt, aber nach Aufruf des Track-Fensters erfolgt sofort wieder eine Fehlermeldung. In der Beta- wie auch der normalen Version.
Fehler: EOutOfresources und angeblich zu wenig Speicher
siehe 2 Screenshot.
Sollte nur ein Screenshot ankommen, die 2. Meldung ist "konnte unter config.ini nicht gespeichert werden"
Unter Win 7 keinerlei Probleme!!!!
Tags:
Steps To Reproduce: eine kurzfristige Fehlerbehebung oder Nennung der Ursache wäre gut.
Additional Information: für mich ist GeoSetter das Programm - unkompliziert und schnell bei allen Organisationsvorgängen der Metadatenfelder. Andere Programme kein Thema.
Es fehlt nur die Diashow incl. Einbindung der Karten-Optionen.
Attached Files: Neu installiert mit alter config.ini- 20170319-11.17.png (912,690 bytes) 2017-03-20 00:41
https://www.geosetter.de/mantis/file_download.php?file_id=461&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1350 [GeoSetter] Image Data minor always 2016-10-28 13:10 2017-05-16 22:50
Reporter: wildwts Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Directions displayed are opposite to real situation
Description: I was using iPhone 5c and its built-in GPS.

The direction triangle and the focal point are pointing to the opposite direction.

I guess if there is a way to batch change direction data with "+180 degree", it should work.

Any suggestions?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: wrong direction.jpg (814,759 bytes) 2016-10-28 13:10
https://www.geosetter.de/mantis/file_download.php?file_id=446&type=bug
Notes
(0002459)
jmoliver   
2017-03-08 16:02   
Same issue reported in Bug 1281

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1349 [GeoSetter] Image Data minor always 2016-10-28 13:09 2017-05-16 22:50
Reporter: wildwts Platform: Intel i7  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: Windows 7 64bit  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Directions displayed are opposite to real situation
Description: I was using iPhone 5c and its built-in GPS.

The direction triangle and the focal point are pointing to the opposite direction.

I guess if there is a way to batch change direction data with "+180 degree", it should work.

Any suggestions?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002458)
jmoliver   
2017-03-08 16:02   
Same issue reported in Bug 1281

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1393 [GeoSetter] Image Data minor always 2017-04-23 12:49 2017-05-16 22:50
Reporter: Christophe NOTARD Platform: Toshiba Sat Intel Core i5 2430M  
Assigned To: Friedemann OS: Windows 10 Family  
Priority: normal OS Version: 1703  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Error when save tagged pictures
Description: see bug report attached
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: bugreport.txt (18,576 bytes) 2017-04-23 12:49
https://www.geosetter.de/mantis/file_download.php?file_id=467&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1390 [GeoSetter] User Interface feature have not tried 2017-04-14 02:33 2017-05-11 20:23
Reporter: bege Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.51 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Option, um den Pfad zu exiftool ändern zu können
Description: Ich nutze exiftool auch für andere Programme. Deshalb wünsche ich mir, dass ich es nur einmal installieren muss und in GeoSetter den Pfad ändern kann. Danke.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002472)
Stoffel   
2017-05-10 20:59   
(Last edited: 2017-05-10 21:07)
Geht mir genauso.
Habe für mich eine Lösung gefunden, die das Problem der vielfachen exiftool.exe Dateien auf meinen Platten erledigt. Stichwort: "Hard links".

Ich habe es umgekehrt gemacht, aber in Deinem Fall wäre die Vorgehensweise etwa die Folgende (Geosetter dafür besser schließen):

1. <Programmpfad>\Geosetter\Tools\exiftool.exe löschen (od. umbenennen).
2. Dann: fsutil hardlink create "<Programmpfad>\Geosetter\tools\exiftool.exe" "<Pfad wo sich deine Wunschreferenz-exiftool-Datei befindet>\exiftool.exe"
  Beispiel: fsutil hardlink create "c:\Program files\Geosetter\tools\exiftool.exe" "d:\Tools\exiftool.exe"

- Fertig.

(Die Pfadangaben musst Du Deinen Gegebenheiten entsprechend anpassen)

Das kannst Du für die Deine anderen Programme, die exiftool.exe benötigen ebenso handhaben (sollte es keine Einstellmöglichkeit für den Pfad von exiftool.exe geben).

- Spart Platz, denn ein "Hard Link" benötigt keinen, auch wenn es so aussehen mag als beanspruchten er den gleichen wie die Referenz-exiftool.exe.
- Es gilt nur eine einzige exiftool.exe zu pflegen, da alles andere nur Verweise auf sie sind.

Auf die echte exiftool.exe (Referenz-Verweis für alle anderen) muss natürlich geachtet werden. Geht sie abhanden oder kaputt, funktioniert bei den anderen "Gelinkten" natürlich auch nichts mehr. In einem solchen Fall: Original exiftool.exe besorgen (Backup, Download) und an die Stelle der ursprünglichen Referenz-exiftool.exe kopieren. Fertig.

Vielleicht hilft Dir das erst mal weiter (oder geht sogar noch einen Schritt weiter).

(0002475)
Friedemann   
2017-05-11 19:51   
Ehrlich gesagt verstehe ich die Anforderung nicht ganz. Dann hat man eben 20 mal ExifTool auf der Festplatte, na und? Ist ja auch evtl. fehleranfällig, wenn eine Anwendung halt eine bestimmte Version voraussetzt oder whatever.

Ich bastele aber gerade an einer neuen Version und da wird das wohl so drin sein...
(0002476)
bege   
2017-05-11 20:23   
Danke für die Anregung.

@Friedemann: Stimmt, es ist kein riesiges Problem, aber nur einmal updaten wäre schon schön bei den vielen Updates, die es für exiftool gibt. Eine "händische" Lösung sind die Hardlinks.
Danke für die Berücksichtigung in einer neuen Version.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1394 [GeoSetter] User Interface major have not tried 2017-04-28 20:49 2017-04-28 20:49
Reporter: kereus Platform: Notebook  
Assigned To: Friedemann OS: Windows 32-Bit  
Priority: high OS Version: Vista  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.51 beta  
    Target Version:  
Summary: Programm startet nicht
Description: Es ist schade, dass ein so schönes Programm wie GeoSetter immer wieder nicht starten will. Einen Zusammenhang mit Windows Updates kann ich nicht erkennen. Der Fehler tritt "spontan" auf und verschwindet manchmal auch wieder "spontan".
MfG
Willie.
Tags:
Steps To Reproduce: anfangs ließ sich GeoSetter starten, wenn der IE geöffnet war. Das hilft jetzt aber nicht mehr. Es muss mit den IE 9(?) zusammen hängen.
Additional Information: Der Task-Manager zeigt keine Instanz von GeoSetter an.
Attached Files:
Notes
(0002464)
Friedemann   
2014-06-21 18:41   
Es war die Funktion die verhindert hat, dass GeoSetter doppelt gestartet wird. Selbige hat einen Mutex namens "StartOnlyOnce" benutzt. Ich nehme an, dass auf Deinem System irgendein anderes Programm einen gleichnamigen Mutex benutzt. Habe den nun in "GeoSetterStartOnlyOnce" umbenannt...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
943 [GeoSetter] Image Data feature N/A 2012-05-04 15:42 2017-04-20 15:01
Reporter: MrToiz Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Dateidatum in "Heimat"-Zeit
Description: Hallo,

zwecks Sortierbarkeit lasse ich meine Kamera stets auf meiner "Heimat-Zeitzone" (MEZ bzw. MESZ) stehen. Setze ich nun in Geosetter das Aufnahmedatum auf die Zeitzone des Aufnahmeortes und betätige die Funktion "Dateidatum auf Aufnahmedatum setzen", wird die Zeitzone nicht beachtet.

Mir ist bewusst, dass andere Leute das anders handhaben, deshalb wäre ein Wahlmöglichkeit prima!
Tags:
Steps To Reproduce:
Additional Information: Beispiel:
Aufnahmedatum: 04.05.2012 12:45:00 -01:00
Dateidatum soll: 04.05.2012 15:45:00 +02:00
Dateidatum ist: 04.05.2012 12:45:00 +02:00

Viele Dateisysteme speichern intern ja sowieso UTC-Zeiten und die Anzeige ändert sich, sobald ich die System-Zeitzone umstelle.
Und meiner Meinung nach wäre es ziemlich blöd, wenn ich nach Umstellung der Zeitzone auf einmal 04.05.2012 09:45:00 -01:00 als Dateidatum präsentiert bekomme, während die Exif-Daten korrekterweise bei 12:45 bleiben :)
Attached Files:
Notes
(0001798)
MrToiz   
2012-07-04 08:26   
Ich würde mich sehr über eine kurze Rückmeldung freuen!
(Und wenn's nur ist: "Wird nicht eingebaut." oder "Kommt irgendwann.")
(0002462)
MrToiz   
2017-04-20 15:01   
*Push*

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
389 [GeoSetter] Image Data feature have not tried 2010-01-17 02:27 2017-01-27 15:54
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.62 beta  
    Target Version:  
Summary: Support for People Tags (supported by Picasa and Windows Live Photo Gallery)
Description: Support for People Tags (supported by Picasa and Windows Live Photo Gallery)
Tags: Windows Photo Gallery
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000864)
babar   
2010-02-01 23:23   
Is it possible to have the red rectangle to appear only when the mouse hover the image?
And then would it be possible to have the possibility to add people tag ourseleves, by drawing rectangle and Typing in the name (or choosing from a dropdown list that would be populated from the existing tags on other photos or from a .ini file build over the time from readin/wrointing such tag)?
people tag could be savec using the microsoft xmp standard (I believe Picasa still does not save that info into the file)
regards
Eric
(0000865)
Friedemann   
2010-02-01 23:36   
I'm not sure how much GeoSetter should support people tags. By now it only reads them from XMP data.

> I believe Picasa still does not save that info into the file

Yes, but take a look at this tool: http://www.anvo-it.de/wiki/avpicfacexmptagger:main

Tagging faces makes much more fun with Picasa than using Microsoft Live Photo Gallery. Of course GeoSetter will not contain an automatic face detection. An interesting library is maybe this one: http://sourceforge.net/projects/opencvlibrary/ But as I said, I don't know if it really would make sense in GeoSetter. Then it would be FaceSetter ;-)
(0000866)
babar   
2010-02-02 01:53   
Thanks for the link. The tool looks great but does not seem to work with anything else than jpeg :( Nonetheless that's already really nice and I will use it for sure for all my jpegs.
As for tagging face I was just thinking about manually doing it when you look at the photo and reallize that one face was missed by the other software. It would be faster to just draw the rectangle in geosetter and assign a name than lauch the other software, find the photo, draw the rectangle,...
Bu I was not really thinking about using the opencv library. That would be a lot of work for something maybe not as good as picasa (google has access to a lot of faces to train its algo:) ) whereas geosetter is still indeed the best ...mmmh geosetting tool. :)
(0002205)
Friedemann   
2015-05-11 20:46   
Very old ticket. Picasa changed the way to store faces tags in the meantime, same structure as now used by Adobe Lightroom 6.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1382 [GeoSetter] Image Data minor always 2017-01-21 14:55 2017-01-21 23:03
Reporter: jofor Platform:  
Assigned To: heiko OS: Windows10  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.51 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: EXIF
Description: Betaversion 3.4.53 (heute geladen). JPG-Datei
Wenn ich mittels Einstellungen / "Zusätzliche Exif-Kommandos nach GeoSetter-Kommandos aktivieren" folgendes schreibe: -execute -IPTC:Headline<"$IPTC:ObjectName"
dann sehe ich den neuen Wert des Titels in der Überschrift z.B. im ExifToolGUI, aber nicht im Geosetter. Dort bleibt hartnäckig der alte Wert erhalten. mache ich was falsch, ist es ein Bug??
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002453)
heiko   
2017-01-21 21:05   
GeoSetter zeigt wohl den Wert der XMP Daten an. Folgendes Kommando sollte funktionieren:
-execute -IPTC:Headline<"$IPTC:ObjectName" -XMP:Headline<"$IPTC:ObjectName"

In meinen Augen macht es Sinn, wenn alle Felder mit dem identischen Wert gefüllt werden. Sonst gibt es genau den Effekt, dass verschiedene Programme verschiedene Daten anzeigen.
(0002454)
jofor   
2017-01-21 21:57   
Hallo heiko. Besten Dank für die schnelle Antwort. Mit Deinem Tipp funktioniert's jetzt.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1381 [GeoSetter] Image Data minor always 2017-01-13 09:26 2017-01-17 20:32
Reporter: gldata Platform: Windows  
Assigned To: heiko OS: Win 7 Prof  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GeoTag add an additional "GPS Latitude" & "GPS Longitude" field, so there are 2 of each of the 2 fields
Description: We using Geotag to add GPS fields to images which were forwaded to another process (3rd party) and that process was rejecting the images. Traced the problem to Geosetter adding duplicate "GPS Latitude" & "GPS Longitude" fields.
Tags:
Steps To Reproduce: In GeoSetter open a file that already has GPS information. See attached screen capture. Double click the image and save it. Open the image again and it now has two Lat/Long fields.
Additional Information: They are three attachments - a listing of the Image info fields, image after being altered and image before being altered..

Thankt
Attached Files: GeoSetter Capture.docx (242,512 bytes) 2017-01-13 09:26
https://www.geosetter.de/mantis/file_download.php?file_id=460&type=bug
Notes
(0002450)
heiko   
2017-01-13 20:37   
the fields GPSLatitude and GPSLongitude are not duplicated. One entry is the EXIF data, the other is the XMP data

You have the posibility to delete the values after GeoSetter has written them. To do this, open the Settings and go to the tab "ExifTool". Activate "Use Additional ExifTool Commands after GeoSetter Commands" and enter the following:

-execute -XMP:GPSLatitude="" -XMP:GPSLongitude=""

to delete the XMP data, or

-execute -EXIF:GPSLatitude="" -EXIF:GPSLongitude=""

to delete the EXIF data
(0002451)
gldata   
2017-01-17 13:03   
Thank you for your quick response. I added the ExifTool commands to delete the XMP data and the upstream program now accepts the modified jpegs, and no longer rejects the jpegs. Looks like the issue is resolved for me. Thank you.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1358 [GeoSetter] User Interface major always 2016-11-19 09:14 2017-01-02 04:55
Reporter: bobsun Platform: PC  
Assigned To: Friedemann OS: Win 10  
Priority: high OS Version:  
Status: resolved Product Version: 3.4.51 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Map not functional
Description: Map does not display tracks, but does display GPX positions of photos

Changes in map scale does not change map, but does move photo positions

Cannot change map type from Google Street Map to other map choices
Tags:
Steps To Reproduce: Tried closing application
Tried rebooting computer

Problem originally occurred on Vers. 3.4.16, and continued on latest Vers - 3.4.52 beta
Additional Information:
Attached Files:
Notes
(0002369)
GrafRotz   
2016-11-19 22:59   
Have exactly the same issues, on all my three computers.
On my notebook geosetter worked well three weeks ago. Since then no online activity. Today first time online, tracks don´t show, map scrolling not possible.
(0002370)
leondwyer   
2016-11-20 06:14   
I also have this issues on all my PC windows xp to windows 10
(0002372)
Blazer869608   
2016-11-20 16:10   
Appears to be very similar to the issue I'm having. Windows 10.
(0002373)
SilverOregon   
2016-11-20 22:11   
I have exactly the same issue on both my Windows 7 Pro and Old XP machines.
(0002374)
leondwyer   
2016-11-20 23:36   
Hi, All on this thread.
Looks like the developer knows and this is an issue with a change to google maps API and it is affecting everyone

They seem to be working on it - albeit it in German

https://translate.google.com/translate?sl=auto&tl=en&js=y&prev=_t&hl=en&ie=UTF-8&u=http%3A%2F%2Fwww.geosetter.de%2Fmantis%2Fview.php%3Fid%3D1354&edit-text=&act=url
(0002379)
bobsun   
2016-11-24 04:34   
The problem I see is also associated with the Open Street Map. I see NO connection to Google

1. The map image freezes in position and scale.
2. The map type cannot be changed
3. The GPX tracks are not visible. However, GPS positions of photos ARE visible, and appear to scale in position, if an attempt is made to change the map scale
4. The frozen map cannot be eliminated by closing and re-opening it.
(0002387)
Friedemann   
2016-11-26 17:03   
In English: I think I found out the problem now: As you maybe know, GeoSetter uses Microsoft Internet Explorer to show the map. When launching the map HTML directly in IE, than the user will be asked if he wants to permit the access of blocking script content. After confirming this, the page will be shown without errors. But in GeoSetter I didn't find a way by now, to confirm this message, because it will not be shown. The consequence are JavaScript errors (which will also be suppressed) and the map doesn't work. This seems to be new for maybe one week, maybe after an update of Internet Explorer, I don't know. I'm feeling a little bit helpless now. Does anybody have an idea how to allow the execution of a web page generally in Internet Explorer?

In deutsch: Wie vielleicht bekannt, nutzt GeoSetter den Microsoft Internet Explorer für die Darstellung der Karte. Anscheinend stuft der Internet Explorer die Karte als unsicher ein, und fragt beim Aufruf der Seite, ob man den Zugriff trotzem zulassen möchte. Bestätigt man die Frage, wird die Karte korrekt angezeigt. In GeoSetter selbst kann aber so eine Frage nicht bestätigt werden, deshalb kommt es im Hintergrund zu JavaScript-Fehlern, die dann weitere Folgefehler nach sich ziehen. Das scheint erst seit einer Woche aufzutreten, vielleicht nach einem Update des Internet Explorers. Keine Ahnung, ich bin momentan etwas hilflos. Eventuell hat jemand eine Idee, wie man den Zugriff auf bestimmte Seiten vom Internet Explorer generell frei geben kann?
(0002395)
Suedlicht   
2016-11-26 18:00   
(Last edited: 2016-11-26 18:01)
Vielen Dank für die Rückmeldung, Friedemann! Ich habe den IE 11 jetzt einfach mal aufgerufen - sehr wahrscheinlich hatte ich dies seit dem letzten Windows-Update nicht getan. Es erschien als erstes eine Abfrage nach den Sicherheitseinstellungen. Ich habe den Defaultwert bestätigt. Seitdem haben sich die meisten Probleme mit dem Geosetter (Normalversion 3.4.16 und und Beta 3.4.52) erledigt.
Lediglich die Linie und die Schraffur der Blickrichtung wird noch nicht angezeigt.
DANKE!

(0002397)
Newton   
2016-11-26 18:40   
Ich kann das nur bedingt bestätigen. Neben der fehlenden Anzeige des Blickrichtungskeils funktioniert die Kartenanzeige auch nicht mehr, sobald man eine Blickrichtung hinzufügt. Zudem werden Karten in einem kleineren Massstab nicht mehr angezeigt, wenn man irgendwo hineingezoomt hat und dann später wieder herauszoomt.

@Friedemann: Danke für die geschätzte Rückmeldung. Leider fällt mir dazu auch nichts ein. Folgendes weisst du wohl schon... Wenn ich die Kartendatei (http://www.geosetter.de/map_google.html) im Internet Explorer lade, erhalte ich nachstehenden Konsolen-Output:
HTML1423: Falsch formatierte Startmarkierung. Attribute sollten durch Leerzeichen getrennt werden.
Google Maps API warning: RetiredVersion https://developers.google.com/maps/documentation/javascript/error-messages#retired-version
Google Maps API warning: SensorNotRequired https://developers.google.com/maps/documentation/javascript/error-messages#sensor-not-required
(0002398)
ceroni   
2016-11-26 18:50   
Not sure whether my observation would be of any help in tracking down and solving this bug but the problem only happens when tracks are selected (visible). If tracks are not loaded I can still assign photos to them.
(0002402)
ebbi97a   
2016-11-27 12:21   
(Last edited: 2016-11-27 12:38)
Friedemann hat geschrieben:
"Wie vielleicht bekannt, nutzt GeoSetter den Microsoft Internet Explorer für die Darstellung der Karte. Anscheinend stuft der Internet Explorer die Karte als unsicher ein, und fragt beim Aufruf der Seite, ob man den Zugriff trotzem zulassen möchte. ..."

Das erklärt natürlich auch, warum ich (und andere) Geosetter unter WINE nie vollständig (genau an den Karten ist es gescheitert!) zum Laufen gebracht habe: weil dort nämlich gar kein echter Internet Explorer zur Verfügung steht. Zum Testen nach dem Auftreten des Fehlers mußte ich extra eine VM mit echtem Windows 7 aufsetzen.

(0002403)
zava   
2016-11-29 20:10   
Hello everybody,
I haven't seen any activity on this thread for quite a time and am starting to be a bit worried whether a solution is anywhere close.
I appreciate the effort that is surely going on under cover to solve the issue, but I feel it may help to have some time frame about it.
GS has been unusable for several days now and I have a growing amount of images I need to process...
I believe everybody will appreciate having some idea of the perspectives and this may also contribute reducing pressure on the developers.
Thank you for your understanding,
best regards,
Luca
(0002407)
mitorne   
2016-11-30 21:43   
(Last edited: 2016-11-30 21:45)
Mr. Friedemann:
Could you try the following modification at http://www.geosetter.de/map_google.html ?
Original:
<head>
<meta http-equiv="content-type" content="text/html; charset=utf-8" />
<meta http-equiv="expires" content="0">



Modified:
<head>
<meta http-equiv="X-UA-Compatible" content="IE=edge">
<meta http-equiv="content-type" content="text/html; charset=utf-8" />
<meta http-equiv="expires" content="0">

(0002408)
mitorne   
2016-11-30 22:17   
You can see the <head at: (the order of meta tags is important)
http://ca.wikiloc.com/wikiloc/view.do?id=11275614

<!DOCTYPE html>
<html lang="ca">
<head>
<meta http-equiv="X-UA-Compatible" content="IE=edge">
<meta charset="utf-8">
<meta name="viewport" content="width=device-width, initial-scale=1">
<meta name="robots" content="index,follow">
<meta name="description" content="ruta Barcelona. Paseo por el Gótico y el Modernismo - Barri Gòtic, Catalunya (España) Barcelona. Paseo por el Gótico y el Modernismo
Iniciamos el recorrido e">
<title>Wikiloc - ruta Barcelona. Paseo por el Gótico y el Modernismo - Barri Gòtic, Catalunya (España)- GPS track</title>
(0002411)
bobsun   
2016-12-02 20:32   
This problem makes Geosetter useless to me, after years of successful use of the app (and a donation). I reiterate 1) this is NOT a Google problem. The symptoms are identical for Openstreet. 2) The problem occurred suddenly, with no changes on my part. I am using a stable version of Win 10.

I am looking for alternatives, and will post my suggestions.
(0002412)
bobsun   
2016-12-02 20:45   
After reading Friedmann's 11-26 note, I realize that the problem has been diagnosed and the behavior I observe is consistent with his diagnosis. I continue to be hopeful.
(0002413)
jsn49   
2016-12-02 22:03   
(Last edited: 2016-12-02 22:04)
Ich habe die Datei http://www.geosetter.de/map_google.html auf meinen Rechner kopiert, die von http://www.geosetter.de/mantis/view_user_page.php?id=1443 (mitorne)vorgeschlagene Zeile <meta http-equiv="X-UA-Compatible" content="IE=edge"> eingefügt und bei den Einstellungen unter 'Kartendatei und Layer' für die Kartendatei die Adresse eingetragen, unter der ich 'map_google.html' auf meinem Rechner gespeichert habe. Und siehe da: Geosetter läuft wieder wie vorher. Allerdings fehlen in den Karten die Symbole, da mir auf meinem Rechner das Verzeichnis geosetter/img fehlt.
An Friedemann: Bitte die von mitorne vorgeschlagene Modifikation durchführen, dann dürften die hier beschriebenen Probleme behoben sein.

(0002414)
michel_c   
2016-12-03 11:14   
I can confirm the previous post. I saved http://www.geosetter.de/map_google.html on my PC, addedwith a text editor the line identified by mitorne, saved also the blue, red and focused icon in a "img" subfolder, and replaced in the settings of geosetter the map file by my local html file.
Now Geosetter seems now to work perfectly as it did in the past. Maps can be moved, tracks are displayed and even the icons are back.

So for Friedemann: please integrate this small modification, it will make Geosetter working again!
(0002415)
ebbi97a   
2016-12-03 11:55   
(Last edited: 2016-12-03 12:05)
http://www.geosetter.de/mantis/view.php?id=1358#c2411 bobsun:
"I am looking for alternatives, and will post my suggestions."
 - - -
You will not find any - I am looking for alternatives since many months, as I want to avoid Windows operating sytems at all. The closest thing I could find was PhotoAdjust ( https://wiki.openstreetmap.org/wiki/JOSM/Plugins/PhotoAdjust#Browse_Through_Photos ), but it is much more delicate to operate and productivity (pictures/hour) is much lower.
I am very amazed that out of 7.000.000.000 people on earth so few only need such a software. I couldn't do without any more. When there were no such tools in the past I was vaguely missing something, but now as I have had already I would never like to step back.

(0002416)
pbb   
2016-12-03 12:50   
I, too, can confirm that adding <meta http-equiv="X-UA-Compatible" content="IE=edge"> to the map HTML is a quick and effective solution.

For people without the skills to do so themselves, I have a modified map that works nicely at http://www.webref.info/geosetter/. Within GeoSetter, go into File > Settings > Map > Map Address > Map File, and enter "http://www.webref.info/geosetter/" and press OK. Within a few seconds the new map should be loaded, and GPX tracks should work fine.


In addition to a working map, you'll get some additional map renderings that the default GeoSetter map doesn't offer.
(0002417)
pbb   
2016-12-03 12:54   
@bobsun: although this is now identified as an Internet Explorer problem, not a Google Maps problem, I can tell that GeoSetter is using Google Maps even when viewing the OSM tiles. It's the Google Maps API that is used to display the map tiles. You can actually see the Google logo in the bottom left corner even when viewing the OpenStreetMap tiles.
(0002418)
Newton   
2016-12-03 16:43   
(Last edited: 2016-12-03 16:45)
@pbb: Perfect, works like a charm!

(0002419)
burki2   
2016-12-03 22:50   
Vielen Dank für die Lösung! Hab es bei mir auch eingebaut. Wer möchte kann auch vorläufig auf meine Seite ausweichen:

Datei -> Einstellungen -> Karte -> Kartendatei:
http://geotrekking.de/geosetter/geosetter.php
(0002420)
ebbi97a   
2016-12-04 07:28   
(Last edited: 2016-12-04 07:30)
@burki2:
Habe ich gerade aufgerufen, kriege aber nur eine vollständig weiße (leere) Seite.

Im HTML-Rumpf <body> steht kein Code und im Teil davor nur irgendeine Skriptsprache mit vielen geschweiften Klammern.

(0002421)
Friedemann   
2016-12-04 10:55   
First, to mitorne my very special thanks for providing me an early Christmas present :-) It really seems to work again - with such a simple change :-)

I have to apologise, I was ill the whole last week. That's why I didn't care about this problem. I did about one week ago, but I didn't find a solution, as mentioned above in my last message. I also didn't reply to a lot of mails regarding this problem last week. I can't tell you, how happy I an now! I really was very concerned about this problem. Many many thanks to mitorne again, and also to all the others here, especially to ppb and burki2 for providing the solution on a different location!!!

Mitorne, as I see you did some changes, but I took the version from burki2 now. As you maybe noticed, I'm not a specialist in using JavaScript ;-) Could you perhaps tell me more about your changes, you can send it to post@friedemann-schmidt.de Or did you maybe already? I have to check my mails now...

Best regards and have a nice day! :_)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1371 [GeoSetter] User Interface major always 2016-12-05 22:04 2016-12-30 21:17
Reporter: petergabor Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: 0001358 does not solved
Description: Unfortunately the problem described in 0001358 still exist.
It is OK till I refresh (pressing F5) Geosetter. After refreshing the same problem occurs which were described in 0001358:
---
1. The map image freezes in position and scale.
2. The map type cannot be changed
3. The GPX tracks are not visible. However, GPS positions of photos ARE visible, and appear to scale in position, if an attempt is made to change the map scale
4. The frozen map cannot be eliminated by closing and re-opening it.
---

Change the map settings (File > Settings > Map > Map File)solves the problem temporaly. I wrote every time a different address into File > Settings > Map > Map Address > Map File. It worked till next refreshing.

BTW. Can I add a comment to an issue with 'resolved' status? I find 'add note' button only for open issues.

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002434)
heiko   
2016-12-05 23:43   
(Last edited: 2016-12-06 00:04)
have you deleted the cache of the internet explorer?

(0002435)
Orchid   
2016-12-07 20:27   
Same here, 1368 hasn't solved the problem.
(0002436)
petergabor   
2016-12-07 20:53   
Yes, I have deleted the cache. Even in the developer tool.
(0002437)
Orchid   
2016-12-11 13:45   
Any news with this?
(0002444)
petergabor   
2016-12-23 08:43   
Is there any update on this issue?
(0002445)
Orchid   
2016-12-26 14:00   
I'm with you Peter!
No response any more?
(0002446)
Orchid   
2016-12-29 17:42   
Unfortunately nobody cares for this problem here anymore.
So I did a little research on a test machine on my own.
For all of you who have installed the latest acceptable OS from MS (Windows 7) but havn't updated IE cause you just need that crap once to download another web browser you should update it anyway. After that Geosetter should work as expected.
A little hint from the developer would have been nice :-(
(0002448)
heiko   
2016-12-30 21:17   
I assume, that 99,9% of the Windows users have a full patched system, so it's nearly impossible to find such a problem. And there was no note, that you are working with an outdated version of IE ..

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1378 [GeoSetter] User Interface major always 2016-12-22 14:05 2016-12-26 20:43
Reporter: ceinmart Platform: Windows  
Assigned To: heiko OS: Windows  
Priority: normal OS Version: 10  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Map do not load
Description: This already happen a couple months.
The map never again as showed.
Appear the message bellow.

Since is windows 10 , internet explorer do not exists anymore to set any security configuration (or is there a how to do)

"The Map can't be found at:

http://www.friedemann-schmidt.com/geosetter/gmap21.html

Please Fill In The Correct Path at Program Settings...

This problem can also be caused by the following reasons:


Microsoft Internet Explorer is not installed properly
Security settings of Microsoft Internet Explorer prohibits executing active scripting
Proxy server (please adjust this also in the program settings)
Firewall which blocks GeoSetter accessing the internet
"
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002442)
ceroni   
2016-12-22 18:00   
Just go to
File>Settings>File>Map File:

and change it to
http://www.geosetter.de/map_google.html
(0002443)
ceinmart   
2016-12-23 02:21   
thanks! works!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1368 [GeoSetter] User Interface major always 2016-11-28 16:37 2016-12-05 22:07
Reporter: petergabor Platform: HP zBook 17"  
Assigned To: Friedemann OS: windows  
Priority: normal OS Version: 7 Professional  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Map does not show properly
Description: The maps (street, satellite, hybrid, etc.) in Geosetter's Map area does not show when I start the application.
Changing the map type to a different and changing back to satellite sometimes it can be visible but after changing the magnification it disappears.
Sometimes a part of the map can be seen. See the attached picture. But it disappears after changing the magnification, too.

Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Képkivágás.PNG (672,896 bytes) 2016-11-28 16:37
https://www.geosetter.de/mantis/file_download.php?file_id=450&type=bug
Notes
(0002404)
mc96051   
2016-11-30 16:39   
I am having the same problem. After installing the program about 10-20 days ago I was able to use Geosetter and all worked perfectly but recently the map zooming does not update the map at all. Closing and restarting the program does not do anything. I do have the new map url. Thank you for a great program.
(0002405)
mc96051   
2016-11-30 16:50   
(Last edited: 2016-11-30 16:56)
Because the map was not updating while zooming I went to geosetter.de, downloaded and installed the program again. Seems to be the same version as I had before 3.4.16 built 2119.

Have a major problem when I click on the photo view round pointer. The map starts moving North by itself. This happened now 4 times in a row and the only resolution I have is to shutdown Geosetter and restart it back again. But the problem keeps happening again and again. Please help.

(0002430)
Friedemann   
2016-12-04 11:25   
Fixed :-) PLease see again 0001358

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1369 [GeoSetter] Image Data major always 2016-11-30 10:27 2016-12-04 11:29
Reporter: AndersBech Platform: PC  
Assigned To: Friedemann OS: Win10  
Priority: high OS Version:  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GPS-track does not show on map.
Description: GPS-track does not show on map and it is not possible to zoom the map when track is activated.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002432)
Friedemann   
2016-12-04 11:29   
Fixed :-) PLease see 0001358

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1370 [GeoSetter] User Interface major always 2016-11-30 17:06 2016-12-04 11:28
Reporter: mc96051 Platform: Desktop  
Assigned To: Friedemann OS: Windows 7  
Priority: urgent OS Version: Windows 7 Home P  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Map keeps moving North by itself and does not stop when I click on the photo View Pointer (round thing)
Description: This happens at all times now (7 times)
Clicking on the image view pointer makes the map move north by itself and does not stop no matter what!

I am in Google Satelite Mode.

Tags:
Steps To Reproduce: -Click and move the photo location. pop-up appears and I select to move image.
-BUT when I click on the photo view round icon - the map starts to move faster towards North and does not stop. Nothing I do makes the map stop
Additional Information: The only way to stop it is to shutdown Geosetter and start-up Geosetter. But when I attempt to click and move the photo viewer the problem starts all over again.
Attached Files:
Notes
(0002431)
Friedemann   
2016-12-04 11:27   
Maybe same problem as reported and fixed in 0001358 ?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
776 [GeoSetter] Image Data block always 2011-03-06 15:56 2016-12-04 11:23
Reporter: Goldy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Map cannot be found
Description: Everything in Geosetter appears to be working perfectly except that it cannot locate the map file, and displays the following error:


The Map can't be found at:

http://www.friedemann-schmidt.com/geosetter/gmap21.html

Please Fill In The Correct Path at Program Settings...


When I copy the link http://www.friedemann-schmidt.com/geosetter/gmap21.html into both windows explorer and firefox, all I get is a blank screen.

I have looked at other posts with similar problems, and i've tried all of the test web addresses that have been recommended to them, and they all work fine. The link http://www.friedemann-schmidt.com/geosetter/gmap.html works perfectly and shows a map that is located over Berlin. However, when I try to change the map URL in the Geosetter settings to this address, when I press ok, it simply doesn't change it. When I go back into the settings it has changed back to http://www.friedemann-schmidt.com/geosetter/gmap21.html.

Please help me I don't know alot about computers and I really need to get this working for a Uni project I am doing.




Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002429)
Friedemann   
2016-12-04 11:23   
Please use http://www.geosetter.de/map_google.html

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1359 [GeoSetter] User Interface major always 2016-11-19 17:36 2016-12-04 11:21
Reporter: Blazer869608 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.51 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Could not complete the operation due to error 80020101 setCenter
Description: Error 80020101

Can only zoom or unzoom map one step. Location icons do zoom and an off-center icon will appear to move farther from center each time I zoom in. Also, when switching to a different image the map will change to a zoom level consistent with presses of the zoom button on the previous image. Similarly, after zooming in or out map cannot be panned until a different image is selected.

Often cannot change maps. For instance, switching from Google map to OpenStreet does not work until a different image is selected.

This problem occurs with all maps including Google and OpenStreet.

No graphical display of field of view on images with an image direction. A icon does show an accurate image direction. The icon is also accurate if destination coordinates exist.

Problem started while using 3.4.51 and continued after updating to 3.4.52. Problem also exists in 3.4.16.
Tags:
Steps To Reproduce: Start GeoSetter, open a directory with images and select an image. Zoom in and then select another image that is far enough away that the map has to move.
Additional Information: 11/19/2016 11:36:43 AM ERROR: Could not complete the operation due to error 80020101
  setCenter(41.2899589444, -73.8355178611);
Attached Files:
Notes
(0002394)
Friedemann   
2016-11-26 17:12   
Please see: 0001358
(0002428)
Friedemann   
2016-12-04 11:21   
Fixed :-) PLease see again 0001358

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1354 [GeoSetter] User Interface block always 2016-11-16 15:31 2016-12-04 11:21
Reporter: quasar Platform: Windows  
Assigned To: Friedemann OS: Windows 10 x64 DE  
Priority: high OS Version: 1607  
Status: resolved Product Version: 3.4.51 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Karten funktionieren nicht mehr (Zoom, Verschieben, Track-Anzeige)
Description: Seit heute funktionieren die Karten nicht mehr richtig:
- Verschieben der Karte (drag n'drop) geht nicht
- Zoom geht nicht (nach dem zweiten Zoom-Schritt, der erste funktioniert noch)
- Aktueller Track wird in der Karte nicht angezeigt
- Karten-Übersichtsfenster wird nicht angezeigt (Menu Karte > Übersichtskarte einblenden)
- Wechsel auf ein anderes Kartenprodukt (z.B. OSM oder Satellit) ist wirkungslos bis zum nächsten Programmstart
- Beim Schliessen und Öffnen des Kartenfensters (Ctrl-M) erscheint (meistens) eine Fehlermeldung in der Konsole:
16.11.2016 15:04:07 ERROR: Der Vorgang konnte aufgrund des folgenden Fehlers nicht fortgesetzt werden: 80020101
  setCenter(13.7627722833, 100.4993482667);
- Weitere sporadische Fehlermeldungen:
16.11.2016 15:18:12 ERROR: Der Vorgang konnte aufgrund des folgenden Fehlers nicht fortgesetzt werden: 80020101
  showFocusMarker(13.7627722833, 100.4993482667, 3, true, 1000.0000000000, 1000.0000000000, 1000.0000000000, 1000.0000000000, 1000.0000000000, 1000.0000000000, true);
16.11.2016 15:18:19 ERROR: Der Vorgang konnte aufgrund des folgenden Fehlers nicht fortgesetzt werden: 80020101
  SetMapType(4);
16.11.2016 15:18:55 ERROR: Der Vorgang konnte aufgrund des folgenden Fehlers nicht fortgesetzt werden: 80020101
  setDragMarkerToPosition(13.7600805983, 100.4999034852, true);

Tags:
Steps To Reproduce: s.o.
Additional Information: Für mich sieht es aus, als würde der Screen-Update der Karte nicht mehr funktionieren; das würde zumindest erklären, warum Verschieben und Zoomen nicht mehr geht.

Gleiches Verhalten in 3.4.51 beta und 3.4.14 Release.

Internet Explorer 11 deinstalliert und wieder installiert -> gleiches Verhalten.
Attached Files: Screenshot - 16.11.2016 , 15_27_51.png (184,134 bytes) 2016-11-16 15:31
https://www.geosetter.de/mantis/file_download.php?file_id=448&type=bug
png
Notes
(0002359)
quasar   
2016-11-16 15:50   
Gerade mal noch auf einem anderen PC mit Win10 und taufrischer Geosetter-Installation ausprobiert: Gleiches Verhalten
(0002360)
heiko   
2016-11-16 21:24   
ich kann dieses Verhalten leider auch bestätigen
(0002361)
Weinert   
2016-11-17 00:07   
Identisches Problem hier seit 16.11.2016 (Win7 prof. x64; 3.4.52 BETA)
(0002362)
Suedlicht   
2016-11-17 11:31   
(Last edited: 2016-11-17 12:38)
Gleiches Problem seit mindestens gestern, 16.11.2016.
Zuvor aber auch schon Probleme, wenn man auf der Karte in die Nähe eines von Google markierten Ortes kam.

Nachtrag: Bei mir Windows 10, Version 1607, Build 14393,447.
Gilt sowohl für die Beta 3.4.5.1 Build 2164 im Ordner "C:\Progs\GeoSetter beta\GeoSetter.exe",
wie auch für die Normalversion 3.4.16 Build 2119 im Ordner "C:\Progs\GeoSetter beta\GeoSetter.exe",
Kartendatei ist immer http://www.geosetter.de/map_google.html

(0002363)
Paul   
2016-11-17 11:38   
(Last edited: 2016-11-17 11:40)
Bei mir auch das gleiche Problem. (Win10 64bit 3.4.52 BETA.
Heute 17.11.16 den GEOsetter seit dem WIN10 Update das erste mal wieder benutz.

GEOsetter ist ein super Tool. Wäre schön wenn das schnell behoben werden könnte! ;-)

(0002364)
Friedemann   
2016-11-17 18:58   
Hallo! Ja, ich kann das auch bestätigen. Bekomme auch schon diverse Mails deswegen. Hab ich noch nix beantwortet, also Entschuldigung an dieser Stelle ;-)

Es scheint mir, als wenn sich da eine Karte in den Vordergrund geschoben hat, die da nicht hingehört. Da hat wohl Google gestern irgendetwas geändert, womit mein Code nicht zurecht kommt. Ich kümmere mich drum...
(0002366)
othmarmarti   
2016-11-18 14:42   
Ich kann es bestätigen. Wenn zwei Bilder in einem Verzeichnis sind, dann gibt es bei Geosetter 3.4.16 (Build 2119) und Geosetter Beta 3.4.52 (Build 2165)das folgende Verhalten:

- 1. Click auf Zoom ändert den Zoom.
- 2. Click und die weiteren ändern nichts.
- Wenn eine andere Datei ausgewählt wird, ist der Zoom um ALLE Clicks geändert.
- Dieser Zoom bleibt wenn die originale Datei wieder ausgewählt wird.


Das gleiche Verhalten nur bei Geosetter Beta 3.4.52 (Build 2165) auch wenn der Kartentyp gewechselt wird.

- 1. Wechsel wird ausgeführt, alle weiteren nicht.
- Wird das Bild gewechselt ist die letzte gewählte Karte da.
- Dann kann wieder einmal gewechselt werden, dann geht nichts mehr, das Bild wechseln und die letzte gewählte Karte ist wieder da.

Die Version Geosetter 3.4.16 (Build 2119) wechselt die Karten korrekt.

Bei beiden Versionen wird zwar der Zielpunkt der Blickrichtung angezeigt, nicht aber die sehr hilfreiche blaue transparente Darstellung des Blickbereiches.

Vielen Dank für die Arbeit und das Programm
(0002367)
JUnderscoreC   
2016-11-19 02:21   
(English users: Google translate works well for Germain)

This issue appears to be resolved now in v3.4.52 (BETA).
(0002368)
joergens_mi   
2016-11-19 18:17   
same with me, with all cards. open street map and google
Version 3.4.51 Build 2164 Beta
Windows 10 64 Bit, 32 GB Hauptspeicher
Alle Updates eingespielt.

Zuvor lief alles auf dem System einwandfrei
(0002375)
Newton   
2016-11-23 18:56   
Dürfen wir mit einer zeitnahen Lösung rechnen oder ist das Problem umfassender? Ich mag das Programm seit Jahren sehr, weil es alle anderen um Längen schlägt. Nun sollte ich aber dringend Fotos bearbeiten können...
(0002376)
JUnderscoreC   
2016-11-23 19:03   
Das Problem wird in v3.4.52 (BETA)

(Translated using Google Translate)
(0002377)
zava   
2016-11-23 23:58   
@JunderscoreC: Google Translate says you reported the problem being fixed in v3.4.52 BETA: I am running that version, but all recently reported problems are present and NOT fixed with that version.
(Ignore me if Google Translator has provided a wrong translation)
(0002378)
JUnderscoreC   
2016-11-24 00:21   
@zava: The issue is with the map itself which is hosted at http://www.geosetter.de/map_google.html and displayed using an Internet Explorer control. It's possible your computer has cached an old version of this map file. Try clearing your Internet Explorer cache (even if you use a different browser normally).
(0002380)
othmarmarti   
2016-11-24 07:59   
Für dieses Problem (2x Zoom geht nicht) hilft das Löschen des Browsercaches nicht (Win 10, Systemsteuerung Internetoptionen Verlauf und Cache löschen) Ich habe es versucht, das fehlerhafte Verhalten ist immer noch da.
(0002381)
Suedlicht   
2016-11-24 12:34   
Herzlichen Dank für das Update 3.4.52 Beta. Dazu zwei Anmerkungen:

1. Bei der Installation wurde ich nicht nach dem Ort (Ordner) gefragt. Es wurde unter der vorhandenen Beta-Version ein weiterer Ordner angelegt, weshalb beim Aufruf (über die alte Verknüpfung) die Vorversion aufgerufen wurde.

2. Die Funktion "Kartenposition übernehmen und Bildrichtung hinzufügen" scheint nur noch die Kartenposition zu ändern. Sie funktioniert vermutlich aber doch, aber weder die Linie, noch der Bildwinkel wird angezeigt. Nur der rot-weiß-blaue Punkt ist da.
(0002382)
zava   
2016-11-25 11:26   
Thank you JUnderscoreC,
in fact Internet Explorer has never ever even been started on this machine, only it's very first day in order to download Firefox...
So I am unsure if there's a cache and how to clear it, but I will give it a try.
On the other hand, it seems that quite a few issues have popped up all of a sudden for many users, seems a bit more than a cache problem.
Thank you for your suggestion, I will try it out!
(0002383)
zava   
2016-11-25 11:43   
Hello JunderscoreC,
I cleared IE's cache by going into the F12 tools and clicking on Clear Cache, but all the reported problems are still there.
Thank you!
(0002384)
Suedlicht   
2016-11-25 11:50   
(Last edited: 2016-11-25 11:52)
@zava: Get v3.4.52 (BETA) - there it is fixed, as said above. Check if you are really runnig this version. Here it was installed into a new folder, so my old link opened an older version.

(0002385)
zava   
2016-11-25 15:10   
@Suedlicht: this is very strange! I have had V3.4.52 since Nov 5th and I can now confirm it also displays all the reported problems. I am sure it's this version, I am opening it manually (not via a link) and this is the version number displayed by the "About" window...

Very strange...
Thank you!
(0002393)
Friedemann   
2016-11-26 17:11   
Please see: 0001358
(0002399)
zava   
2016-11-26 22:36   
Just wondering... any chance to drop IE altogether and use something else to display the maps?
(0002406)
othmarmarti   
2016-11-30 17:50   
heute 30.11.2016 funktioniert der Zoom wieder, bis ein Blickpunkt gesetzt wird. Dann wird bei der ersten Zoomänderung der Kartenzoom geändert und Bildermarker werden an den neuen Ort verschoben. bei der zweiten Zoomänderung wird nur noch der Bildmarker an die Position verschoben, die er hätte, wenn der Kartenzoom sich auch geändert hätte. Die karte wird nicht upgedated. Wen ein zweites Bild gewählt wird und dann wieder das erste ist der Zoom neu gesetzt.
(0002409)
JUnderscoreC   
2016-12-02 01:41   
@zava: Probably not. On Windows, it is exceedingly easy to develop around Internet Explorer. (The technical reason is that it's implemented as a standard Windows control.)

Developing around a different browser would require that the browser's developer released a Windows control implementation of their browser. It's not particularly hard to do this, but what happens in your program if the browser it's based on happens to not be installed on the machine on which your program is installed?

With the Internet Explorer control, you can rest assured that it will work on any Windows machine.
(0002410)
zava   
2016-12-02 10:51   
(Last edited: 2016-12-02 10:51)
@J_C: What you say totally makes sense, and I have no idea how to overcome it.
On the other hand, due to some quirk with unexplained changes in IE, now we weem to have been stuck for over a week and I see no sign of this being fixed any time soon...
Geosetter is in fact presently unusable due to an external change, which I understand is not clear nor documented, and may even happen again in the future...
So, IMHO, the alternatives are:
1- fixing the problem with IE (but no announcement towards this has appeared and the last word i read from Friedemann was "helpless")
2- dropping Geosetter dead (and we don't want this, since GS is way the best program in the category!)
3- getting rid of IE...

Anything else?
Of course, 1 seems preferable, but is it anywhere close?

Thank you!

(0002427)
Friedemann   
2016-12-04 11:21   
Fixed :-) PLease see again 0001358

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1360 [GeoSetter] Image Data major always 2016-11-20 08:48 2016-12-04 11:19
Reporter: winnisch@aon.at Platform:  
Assigned To: Friedemann OS:  
Priority: high OS Version:  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Aufnahmerichtung
Description: Seit letztem Update (Win 10, 64) sind der violette bzw. blaue Keil der Aufnahmerichtung nicht mehr sichtbar.
Die Markierung der Aufnahmerichtung (blauer Punkt) allerdings schon.
Tags:
Steps To Reproduce: Immer
Additional Information:
Attached Files:
Notes
(0002371)
Newton   
2016-11-20 14:47   
Ich bestätige den Fehler bei der Anzeige des Aufnahmerichtungskeils. Ich bin aber noch auf Windows 7 (64bit).
(0002392)
Friedemann   
2016-11-26 17:10   
Please see: 0001358
(0002426)
Friedemann   
2016-12-04 11:19   
Fixed :-) PLease see again 0001358

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1363 [GeoSetter] User Interface major always 2016-11-21 21:21 2016-12-04 11:18
Reporter: andrew Platform: windows  
Assigned To: Friedemann OS: 7  
Priority: high OS Version:  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GPX Track fails to display. Map freezes
Description: Installed 10.35
Map moves around until GPX file opened. Photo tags displayed OK over map but map then does not move. The GPX track is now never displayed since this update. Opening the GPX relocates the map to the correct area
Tags:
Steps To Reproduce: Try to open a GPX track to view over Google map
Additional Information:
Attached Files:
Notes
(0002391)
Friedemann   
2016-11-26 17:09   
Please see: 0001358
(0002425)
Friedemann   
2016-12-04 11:18   
Fixed :-) PLease see again 0001358

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1364 [GeoSetter] User Interface minor always 2016-11-23 23:33 2016-12-04 11:05
Reporter: haluzza Platform: PC  
Assigned To: Friedemann OS: WIN 10 Pro  
Priority: normal OS Version: WIN 10 Pro  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: angle of view is not shown
Description: angle of view is not shown, only point of shot and point of direction. Also in 3.4.51beta

I´v been click everywhere
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Untitled-1.jpg (852,856 bytes) 2016-11-23 23:33
https://www.geosetter.de/mantis/file_download.php?file_id=449&type=bug
Notes
(0002390)
Friedemann   
2016-11-26 17:08   
Please see: 0001358
(0002400)
haluzza   
2016-11-26 23:28   
I've seen 0001358..
So, my maps mostly worked, only this angle isn't
(0002424)
Friedemann   
2016-12-04 11:05   
(Last edited: 2016-12-04 11:05)
Fixed :-) PLease see again 0001358


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1365 [GeoSetter] User Interface major always 2016-11-24 10:20 2016-12-04 11:00
Reporter: rafirett Platform:  
Assigned To: Friedemann OS: windows 10  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: map issues
Description: After I load images and a GPX file, I don't see the track itself on the map and I cannot move the map or increase/decrease itsscale
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002389)
Friedemann   
2016-11-26 17:07   
Please see: 0001358
(0002423)
Friedemann   
2016-12-04 11:00   
Fixed :-) PLease see again 0001358

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1366 [GeoSetter] User Interface major always 2016-11-25 21:09 2016-12-04 10:58
Reporter: ebbi97a Platform: Windows  
Assigned To: Friedemann OS: Windows 7  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: all programm versions from 3.4.16 to geosetter_beta and geosetter-portable
Description: all version have since 1 week problem adjusting the maps.
The worst bug is that viewing directions of the photos cannot be shown an adjusted any more. They are still in the EXIF data, but the blue angles are not visible any more. Also geotagged photo (with longitude and latitude) cannot be given a viewing angle / bearing (= Blickrichtung) any more. The function is neither available by text menue nor by button.
Tags:
Steps To Reproduce: Start the program, select a background map, open a photo with or without coordinates and try ti "direct" it. It will not be possible.
Additional Information: I was working for several months with version 4.4.16 on 32bit Windows 7. When the problem started (over night) i additionally installed the beta version and the portable version. As the error persisted I installed a new (licensed!) Windows on a 64bit machine in VortualBox running on Xubuntu. The behavior of the maps was better but not perfect (except OSM which does not display at all), but the direction functions are still disabled.

I don't have a glue; it is not even obvious whether ist is a bug of geosetter or something else.
Attached Files:
Notes
(0002386)
ebbi97a   
2016-11-25 21:14   
Obviously some spell checker has mutilated my text: SORRY!

I am reporting about the lost function of adding viewing bearings to geotagged photos.
Die Funktion, einer Aufnahme ein Blickrichtung zuzuweisen ist in keiner Programmversion mehr verfügbar (ausgegraut oder nicht klickbar). Ich habe auf 2 verschiedenen Windows-7-Sytemen installiert, aber nichts geht mehr. Auch Bilder, welche bereits Blickrichtungen enthalten, zeigen diese nicht mehr an.
(0002388)
Friedemann   
2016-11-26 17:06   
Please see: 0001358
(0002422)
Friedemann   
2016-12-04 10:58   
Fixed :-) PLease see again 0001358

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1341 [GeoSetter] User Interface minor N/A 2016-09-11 14:07 2016-09-12 20:20
Reporter: tomasherrmann Platform:  
Assigned To: heiko OS: winxp  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.51 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: feature request: less clicks (or keys-presses) to copy image coordinates
Description: hi,
I´m using geosetter very often to copy gps-data from one image to others which haven´t got the data from my camera.

So the normal way I use is shift-ctrl-c - select other pics - and then shift-ctrl-v - and everytime(!) "ok" to insert from clipboard. (I know there are clickable icons, but they need the confirmation too)

What I would appreciate is: a shorter "shortcut" (like "alt-c/alt-v" or just "ctrl+c/ctrl-v") and a feature to insert data without confirmation.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: ok.jpg (80,115 bytes) 2016-09-11 23:47
https://www.geosetter.de/mantis/file_download.php?file_id=445&type=bug
jpg
Notes
(0002348)
heiko   
2016-09-11 19:56   
you can configure the shortcuts for the clickable icons in the settings under the tab "Shortcuts/Toolbar"
(0002349)
tomasherrmann   
2016-09-11 22:51   
tx, that helps a lot.
maybe there will be an insert without the need of confirmation?
(0002350)
heiko   
2016-09-11 23:03   
I've just tried to copy some gps data from one image to another. I had to confirm nothing. What exactly you have to confirm?
(0002351)
tomasherrmann   
2016-09-11 23:51   
hi Heiko,
what I mean is that "ok" to the selected kind of data.
I have to say it´s not a great thing. But for me it would be nicer to do the data-selection once - and then only repeat that kind of c+p
Tomas
(do you prefer english oder könnten wir auch deutsch texten?)
(0002352)
heiko   
2016-09-12 00:13   
wir können gerne in Deutsch weiter machen

wenn es nur um die GPS Koordinaten geht, dann musst du gar nicht über die Zwischenablage arbeiten.

Markiere im Browser das Bild von dem du die Koordinaten kopieren willst. Dann wähle den Button "Position des ausgewählten Bildes an Kartenmarkierung zuweisen" im Karten Fenster. Anschließend markierst du im Browser die Bilder, denen du die GPS Koordinaten zuweisen willst und drückst den Butten "Kartenmarkierung zu allen ausgewählten Bildern zuweisen" im Karten Fenster. Schon sind die GPS Daten kopiert ohne dass ein Dialog bestätigt werden muss. Den beiden Buttons kannst du natürlich dann auch Shortcuts zuweisen.
(0002353)
tomasherrmann   
2016-09-12 00:25   
danke, das ist es!
und danke für Deine Geduld - und das echt nützliche Programm! (muss ja auch mal gesagt sein!)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1325 [GeoSetter] User Interface minor always 2016-07-20 22:27 2016-08-29 23:53
Reporter: japi74 Platform: Desktop  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 10  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: no map displayed
Description: Message "map not found", on two different Computer the same. Before I had no problems.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: geosetter_map.jpg (135,885 bytes) 2016-07-20 22:39
https://www.geosetter.de/mantis/file_download.php?file_id=436&type=bug
jpg
Notes
(0002319)
Friedemann   
2016-07-20 22:39   
Unfortunately I canceled my domain friedemann-schmidt.com some time ago. I didn't have in mind, that the official version of GeoSetter (3.4.16) references the map file on this domain. Please use http://www.geosetter.de/map_google.html for the map file (see attached screenshot). The beta version uses this file for about 2 year now. Sorry for the trouble I've caused!
(0002332)
fjhali   
2016-08-01 23:53   
Thank you for fixing this issue that was a real problem in the last weeks.
(0002344)
past0637   
2016-08-15 17:35   
Sorry, it does nor work :-(
(0002347)
cal.alvarado@gmail.com   
2016-08-29 23:53   
I just had the same issue and fixed it based on the link you provided. Thanks!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1337 [GeoSetter] User Interface major always 2016-08-27 20:22 2016-08-28 00:47
Reporter: erikb Platform:  
Assigned To: Friedemann OS:  
Priority: high OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: maps page host no longer registered - not updating version numbers causes confusion
Description: The old URL for the map file is at a host that has fallen out of DNS registration (sometime in the past two months):

http://friedemann-schmidt.com/geosetter/gmap21.html

Many people are opening reports on this because the maps have stopped working, some suspecting it may have been related to the latest Windows 10 update just because of the timing. (It's not.)

The solution, as pointed out in some other bug reports, is to change the map file link to:

http://www.geosetter.de/map_google.html

However, this is entirely non-obvious and non-discover-able for most users, unless they bother to come to the bug-tracker. There is no note on the program webpage, for example, which still indicates the latest version is from 2011.

This user confusion issue is made worse because the version number of the (non-beta) release of GeoSetter has not been updated since 2011. This all led me to think the program had been abandoned. However, I finally did some more investigating today, and found that the installer file I downloaded today is larger and different than the one I have from 2011, even though *both* files install 3.4.16 (build 2119) with a copyright of 2011. The newer installer seemed to know about the newer map address, as I it changed it to the correct one when I installed/upgraded it over my prior GeoSetter installation.

It appears that the non-beta installer for GeoSetter has been receiving some minor updates (which plainly show as files with dates from May of 2016 in the zip file installer), yet the version number hasn't changed for five years. The built-in update check doesn't report anything new either. This is not a good way of doing it, as it leads to significant user confusion. Please update the non-beta GeoSetter version number somehow to prevent further user confusion and tickets about the maps no longer working. If 3.4.17 isn't possible because that would conflict with a now old beta version, how about appending a letter such as 3.4.16b ?

At the absolute minimum, please add a note to the webpage on the both main page and by the downloads links (on EN and DE versions), instructing users to change the maps link. Hopefully, that will save many others, including the program author, many headaches! This is only a partial fix however, as it requires users to come to the webpage, and still leaves them scratching their heads when they just try the update check feature.

Thanks for a great program that I found hard to replace when it stopped working!
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002346)
Friedemann   
2016-08-28 00:47   
Of course I'm sorry about all the confusion! And of course you are right about a short note on my web site.

BUT: Why didn't you ask me by dropping a short mail? In the last weeks, I answered EACH mail about this problem. Sometimes after a few minutes, sometimes after maybe 1 hour. You are right, a short note on the web site would be a good idea. But honestly I have some problems with my version of WordPress. When editing the page, the language plugin does not work anymore. I think I have to upgrade to a newer version. But that will cost me a minimum of 1 day, because I have to do it first on my local PC etc. I didn't have this time in the last weeks.

To your trouble regarding the version: To prevent new users having this problem directly after downloading GeoSetter, I adjusted the setup process. The setup.exe changes now the old map file to the new one. I didn't recompile GeoSetter itself, so the version didn't change. That's absolutely ok, in my opinion!

I still have to do some changes on the beta version, but when finished, I will release it as the new official version, maybe version 3.4.7. But I always have to find the time to do it in the moment. It's always a job I have to do in my spare time, besides my family and my regular job ;-)

Maybe at the end of the year I will also find the time to continue the work on a new version 4, which I already began 2 years ago. But then I had to interrupt it...

Regarding the map problem: I posted the solution in 0001325

Best regards
Friedemann

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1336 [GeoSetter] User Interface block always 2016-08-14 19:13 2016-08-28 00:27
Reporter: willmscr Platform: HP Split X2  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 10 Pro  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Error in Retrieving Maps
Description: After a recent update of Windows, I can no longer get any maps. This is the error that I get in the map window:

The Map can't be found at:

http://www.friedemann-schmidt.com/geosetter/gmap21.html

Please Fill In The Correct Path at Program Settings...

This problem can also be caused by the following reasons:


Microsoft Internet Explorer is not installed properly
Security settings of Microsoft Internet Explorer prohibits executing active scripting
Proxy server (please adjust this also in the program settings)
Firewall which blocks GeoSetter accessing the internet

I am assuming that the problem is with some security changes that Microsoft made to IE. If so, what are the appropriate settings to change back?

Thanks.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002343)
heiko   
2016-08-14 20:29   
take a look to http://www.geosetter.de/mantis/view.php?id=1325

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1334 [GeoSetter] User Interface minor always 2016-08-10 22:57 2016-08-10 23:04
Reporter: peternschmitt@gmx.de Platform: PC  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: 10  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Update of map link is not saved
Description: Hello,

when trying to update the map file from
http://www.friedemann-schmidt.com/geosetter/gmap21.html
to
http://www.friedemann-schmidt.com/geosetter/gmap.html

in the settings, the new link is not saved. When I return to the settings the old link is still shown.

Regards
Peter Schmitt
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002339)
peternschmitt@gmx.de   
2016-08-10 23:01   
... ok, now I changed to
http://www.geosetter.de/map_google.html
> it works!

Regards
(0002340)
Friedemann   
2016-08-10 23:04   
Ok, you found the solution by yourself :-) See also 0001325. When filling in an unvalid address, GeoSetter replaces it by its default address, which is http://www.friedemann-schmidt.com/geosetter/gmap21.html and which is also not valid anymore...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1326 [GeoSetter] Image Data minor N/A 2016-07-24 04:47 2016-07-28 21:15
Reporter: railimages Platform: Windows  
Assigned To: heiko OS: Windows  
Priority: normal OS Version: 7 Prof  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Altitude issue
Description: I fly a Phantom 3 quadcopter, I have used GeoSetter for a number of years to check the locations of where I have taken the aerial photos and to see what elevation I was at when I took the photo. Somewhat recently DJI the maker of the quadcopter changed something in their EXIF data so GeoSetter will no longer read the correct altitude. GeoSetter reads the "Absolute Altitude" instead of the "Relative Altitude" as shown on the attached screen shot. My question is there anyway to make GeoSetter read the "Relative Altitude" which is the correct elevation that the image was taken at instead of the "Absolute Altitude" that is no where near the correct elevation. There are a lot of Phantom Quadcopter owners that have been looking for a program that will give the correct altitude. Thanks, Ken
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Geo_Setter.jpg (115,410 bytes) 2016-07-24 04:47
https://www.geosetter.de/mantis/file_download.php?file_id=437&type=bug
jpg

DJI_0166.JPG (219,293 bytes) 2016-07-27 03:13
https://www.geosetter.de/mantis/file_download.php?file_id=438&type=bug
jpg
Notes
(0002320)
heiko   
2016-07-25 21:58   
I think GeoSetter is using "GPS Altitude". You can try to copy the "Relative Altitude" to "GPS Altitude" using ExifTool. GeoSetter also offers "Use Additional ExifTool Commands before/after GeoSetter Commands". You can also use this function to copy the tags.
(0002322)
railimages   
2016-07-26 02:06   
Thanks for the reply. GeoSetter is reading the "GPS Altitude" but the altitude info in that field is incorrect and the correct altitude info is in the "Relative Altitude" field unfortunately I have no programming experience so I'm lost as to how to solve the problem with your suggestions and get it to show correctly.
(0002324)
heiko   
2016-07-26 20:02   
In my opinion the "GPS Altitude" is absolutely OK. Only for your special case it's not OK :-)

Can you upload an image with this "wrong" data, then I'll take a look on it.
(0002328)
railimages   
2016-07-27 03:10   
Attached is a shot that I did from aprox 295 feet (90m) and GeoSetter reads the other field and shows it as aprox 1143ft (348m). The quadcopter only has a maximum altitude of 400ft.
(0002329)
heiko   
2016-07-27 20:46   
if GeoSetter should copy the tags you can use the "Additional ExifTool Commandos". Open the Settings and change to the tab "ExifTool". Activate "Use Additional ExifTool Commands after GeoSetter Commands" and enter the following command:

   -execute "-GPSAltitude<$RelativeAltitude"

When you save an image, the RelativeAltitude will be copied to the tag GPSAltitude. The disadvantage of this way is, that every time you save your Image the RelativeAltitude will be copied. You can not change the GPSAltitude manually.

You can also use ExifTool directly.
For a single file:
exiftool "-GPSAltitude<$RelativeAltitude" -m -P -overwrite_original dji_0166.jpg
for a Directory:
exiftool "-GPSAltitude<$RelativeAltitude" -m -P -overwrite_original c:\pics\test

Hope this helps
(0002330)
railimages   
2016-07-28 04:08   
Thanks for your help. Your examples worked fine. I ended up using ExifTool and doing a complete directory conversion, while not as convenient as just opening up GeoSetter and seeing the correct altitude under all the thumbnails it did get the job done. Thanks again, Ken
(0002331)
heiko   
2016-07-28 21:14   
just for your info: adding the -r parameter to the ExifTool command will process the directories recursively (with subdirectories)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1327 [GeoSetter] User Interface feature always 2016-07-24 12:08 2016-07-26 19:58
Reporter: obetz Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Perl regular expression for rename
Description: How can I use a PCRE in a rename operation?

For example, I want to rename IMG_4711 to FOO_4711.

I tried {Filename;s/IMG/FOO/} but it didn't work.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002321)
heiko   
2016-07-25 22:28   
GeoSetter does not support Perl regular expressions, but you can use the following pattern in the "Rename Image Files" dialog: FOO_{Filename:5-12}
(0002323)
obetz   
2016-07-26 09:26   
Thanks for the hint. This is a viable method for the camera default names. Not so much for more complicated cases, but these are less important.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
622 [GeoSetter] User Interface minor always 2010-07-31 09:10 2016-04-14 11:12
Reporter: shirokuma Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.60 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: City and Sublocation in the wrong order
Description: When you retrieve the location information from Geonames the City and Sublocation are always in the wrong order for addresses in Japan.
Tags:
Steps To Reproduce:
Additional Information: For example, I live in Kodaira City in Tokyo. My sublocation would be Josuihoncho. However, when I retrieve this information from Geonames Kodaira is displayed in the Sublocation field and Josuihoncho is displayed in the City field. This happens for every address that I have tried in Japan.
Attached Files: geosetter.JPG (171,113 bytes) 2014-08-17 04:18
https://www.geosetter.de/mantis/file_download.php?file_id=401&type=bug
jpg
Notes
(0002165)
Gollem   
2014-08-17 04:13   
This also is the case in Great Brittan, the Netherlands and I think also in Germany
(0002166)
Gollem   
2014-08-17 04:22   
At the attached File, the city/stad should be Landerum or Formurum and the sublocation should be (eiland Terschelling)
(0002218)
mwdt13   
2015-07-29 01:07   
this also happens continually with any Australian city/sublocations i have used Geosetter to look up

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
920 [GeoSetter] User Interface feature N/A 2012-02-19 22:32 2016-04-14 11:10
Reporter: pbb Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Allow user-added maps from WMS (Web Map Service) and TMS (Tile Map Service) systems
Description: Many countries provide their own high-detail maps in WMS/TMS format. One example is MyTopo for US (which is already added to GeoSetter), another example is Norways Statkart (http://opencache.statkart.no/gatekeeper/gk/gk.open_gmaps?layers=topo2&zoom={zoom}&x={x}&y={y}).

It would be impractical for GeoSetter to include all the world's available map servers, and the dropdown menu would be overcrowded. But it would be very nice if users could add the own WMS/TMS server URLs and use those maps in GeoSetter.

An example of an application which allows this is OpenStreetMaps JOSM editor.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002225)
pbb   
2015-09-19 08:49   
I have been using a custom map URL (File > Settings > Map > Map File) to replace OSMarender and MyTopo.com with maps of my own choice. Not the nicest solution, but it works very well.

However, in the beta versions, these maps have been removed from the map choices, making it impossible to overrule them with my own maps.

Please make it possible to add custom maps. Ideally, you would query the "Map File" URL for a list of offered maps, and show this list in the map dropdown in GeoSetter.

The beta version does allow to add custom layers to the map, but as far as I can tell (I have not been able to get them to work), these are overlay layers, since they have to be KMZ or KML URLs.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1077 [GeoSetter] User Interface minor have not tried 2013-12-01 16:32 2015-11-17 12:30
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.46 beta  
    Target Version: 3.4.46 beta  
Summary: Accept coordinates pasted from Google Maps
Description: When clicking into the map in Google Maps and holding down the left mouse button, the coordinate will be shown as 52° 33.122', 13° 24.664'. Pasting this into GeoSetter will be shown as an invalid input.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1260 [GeoSetter] Image Data feature always 2015-05-11 20:48 2015-05-11 20:50
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.51 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.62 beta  
    Target Version: 3.4.62 beta  
Summary: Consider Exif Track Direction Tag
Description: Some image files contain a track direction instead of image direction angle.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002206)
Friedemann   
2015-05-11 20:50   
There's a new option to set the image direction value from track direction value if image direction value doesn't exist in the image file. Additionaly there's a new menu item to do it manually...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1236 [GeoSetter] Image Data major always 2015-01-07 19:41 2015-05-11 20:44
Reporter: bselbmann Platform: Microsoft  
Assigned To: Friedemann OS: Windows  
Priority: high OS Version: 7 Enterprise 64b  
Status: resolved Product Version: 3.4.51 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.62 beta  
    Target Version:  
Summary: GPS Track sync problems
Description: I use a Nikon D4 and set on the camera the world clock to the local date/time - the file create time looks like the UTC time.
for tagging the pictures which are not tagged I use the nmea (renamed .txt) files from my Solmeta Pro2 (tracking function) - the files are checked in routeConverter and looked clean and good
but whatever I set/choose in the dialog (time correction/time zone/...) and what I set in the setting (general time zone: MEZ/Germany/USA/Costa Rica) I'll get always wrong informations (if I get them) about the position:
as you can see in the screenshot -> list geotagger uses only one Trackpunkt Zeit (UTC) for all images and you can see in the right window (RouteConverter) that there is one matching point what is completely wrong:
I bought new the Pro2 and uses the Pro before
in June 2014 I use it for Spain/Thailand and got no problems
Tags:
Steps To Reproduce: you can contact me via skype(icef-selbmanbe)/mail to log on via teamviewer
Additional Information: by checking "adjust time via online service" - you get no useful results anymore
Attached Files: wrong tag.jpg (1,241,757 bytes) 2015-01-07 19:41
https://www.geosetter.de/mantis/file_download.php?file_id=413&type=bug
Notes
(0002203)
bselbmann   
2015-05-11 14:50   
I found out that the Someta Getagger Pro II still has a firmware bug:
They write with every picture *flush* in the log file and independently from that some bullshit/bad characters:
$NKGCS,WGS 84*11
$GPRMC,141407.000,A,5042.9591,N,00709.4952,E,0.00,310.17,050515,,,D*6F
$PTNTHPR,127.0,N,3.8,N,-19.8,N,A*7C
$GPVTG,310.17,T,,M,0.00,N,0.00,K,D*3C
$GPGGA,141407.000,5042.9591,N,00709.4952,E,2,08,0.95,52.5,M,47.7,M,,*59
$GPGSA,M,3,12,06,25,17,29,02,24,14,,,,,1.24,0.95,0.80*03
$GPGLL,5042.9591,N,00709.4952,E,141407.000,A,D*58
$NKGCS,WGS 84*11
$GPRMC,141408.000,A,5042.9591,N,00709.4952,E,0.00,310.17,050515,,,D*60
$PTNTHPR,-1.0,N,-83.7,N,-108370200000000 ]0¥ x¬!X_‚ÄVœ^ˆÓ5“ÍÜá3ãÝž¶·Á˜ü`Ûú,N,A*AD
$GPVTG,310.17,T,,M,0.00,N,0.00,K,D*3C
$GPGGA,141408.000,5042.9591,N,00709.4952,E,2,08,0.97,52.5,M,47.7,M,,*54
$GPGSA,M,3,12,06,25,17,29,02,24,14,,,,,1.65,0.97,1.33*0D
$GPGLL,5042.9591,N,00709.4952,E,141408.000,A,D*57
$NKGCS,WGS 84*11

The bugfix is not solved and will misinterpret vom geosetter.

Workaround tested:
rename the Solmeta Pro II (current model) files as .nmea and open it with RouteConverter.exe, save it in a diferent folder as .nmea file produce a smaller (doubles and non readable content removed) file which can be use easy with geosetter.
(0002204)
Friedemann   
2015-05-11 20:44   
You are right, the Solmeta log file contains NULL characters which causes the standard String handling in Delphi to read the file from disk only until the first NULL-character.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1248 [GeoSetter] User Interface major always 2015-02-20 17:48 2015-02-22 10:51
Reporter: rolfsenior Platform:  
Assigned To: Friedemann OS: Microsoft Windows 7 Home Premium  
Priority: normal OS Version: Version 6.1.7601  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: No Maps since 18.2.2015
Description: Geosetter does not show any map in V 3.4.16
However, this problem does not appear in V 3.4.49 Beta
Very similar problem (no map)in ExifToolGUI
Same in Microsoft Pro Phototools. Here a new set up of the same Version eliminated the problem.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002194)
Friedemann   
2015-02-20 21:34   
Please see 0001246

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1246 [GeoSetter] Image Data major always 2015-02-18 05:55 2015-02-21 14:06
Reporter: iant Platform: Windows 7  
Assigned To: Friedemann OS: Windows 7  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Maps not showing
Description: I have used Geosetter successfully for years. Today the maps are not showing.

The Map Error Log says: Could not complete ... error 80020101 showMap2 (2,2, ...)

Tried http://www.friedemann-schmidt.com/geosetter/gmap21.html and
Tags:
Steps To Reproduce: Problem presents on loading every time, even after reinstall and reboot.
Additional Information:
Attached Files: geosetter_map.jpg (135,885 bytes) 2015-02-20 21:31
https://www.geosetter.de/mantis/file_download.php?file_id=416&type=bug
jpg

geosetter_karte.jpg (147,005 bytes) 2015-02-20 21:32
https://www.geosetter.de/mantis/file_download.php?file_id=417&type=bug
jpg
Notes
(0002180)
iant   
2015-02-18 05:58   
and http://www.friedemann-schmidt.com/geosetter/gmap.html
(0002181)
Oldariel   
2015-02-18 08:17   
Same error here. The address http://www.friedemann-schmidt.com/geosetter/gmap.html shows a blank page for me.
(0002182)
restorephoto   
2015-02-18 15:58   
(Last edited: 2015-02-18 15:59)
I'm having the same problem since yesterday (2/17/2015) and see the same error log message, but have not yet tried to reinstall the software.

Windows7 system.

(0002183)
Tholan   
2015-02-18 17:07   
Ich habe seit heute das gleiche Problem. Windows 7, Product Version 3.4.16.
(0002184)
Bon   
2015-02-18 17:38   
I tried this address, Maybe OK
http://www.geosetter.de/map_google.html
(0002185)
Oldariel   
2015-02-18 18:45   
As suggested by Bon I have also changed the address to http://www.geosetter.de/map_google.html under settings/map and it seems to work.
(0002186)
iant   
2015-02-19 07:29   
Thank you for the tip. http://www.geosetter.de/map_google.html has worked for me.
Perhaps Friedemann can provide a list of Map File locations on the geosetter web site.
(0002187)
Tholan   
2015-02-19 10:39   
Thank you Bon. I have also changed the address to http://www.geosetter.de/map_google.html under setting/map and ist also seems to work.
(0002188)
ebbi97a   
2015-02-19 13:13   
(Last edited: 2015-02-19 13:15)
The Problem does not seem to be a genuine GEOSETTER Problem. I have it since yesterday morning; the evening before (2015-02-17) everything was working.

Since the same time a related problem with the program GPS PHOTO TAGGER (which is sold a bundle with some GPS Loggers) came up:
This program also cannot display maps with a given poisition any more, but it can show tracks without underlying maps. This makes me guessing the the error is spread by the map server, which might deliver a wrong Java Script file.

GPS PHOTO TAGGER only uses Google Maps, whereas GEOSETTER also uses OSM and others. However ist is not possible to switch the map source any more (to check whether others are working), as the interface for doing so also has gone dead.

(0002189)
Tholan   
2015-02-19 18:17   
With changing the address to http://www.geosetter.de/map_google.html under setting/map the OSM also works fine in my case. I can switch to all the other maps.
(0002190)
y_saidajp   
2015-02-20 10:51   
I see same problem today with Geosetter 3.4.16 (Build 2119) I have been using for many years.
The program shows an error message in Japanese something like:
error 80020101 process incomplete. ShowMap3(2,0,Latitude value, Longitude value, 14, "Label display").
   
I noticed similar problem with HOLUX ezTour v2.5 (Jul 8 2014), which I had been using without problem until last week from December last year.
(0002191)
Mrdimpy   
2015-02-20 13:30   
I have been a=having the same problem and when I change to the address given it does work but not in aerial view which I liked before. Is there an address that will make this happen again?
(0002192)
Friedemann   
2015-02-20 21:31   
I don't know why at the moment, but you are right, you have to change the map file to http://www.geosetter.de/map_google.html It's a bit strange, I didn't do any cahnges on both files, neither on gmap21.html nor on map_google.html. I provided them both about 1 1/2 years ago. Google changed the API from 2 to 3 in 2013, that's why I did it. But anyway, with map_google.htm it works (see attached screenshots).

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1247 [GeoSetter] User Interface block have not tried 2015-02-19 12:18 2015-02-20 21:33
Reporter: pet2nue Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: map not loaded
Description: Error: 8002010
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002193)
Friedemann   
2015-02-20 21:33   
Please see 0001246

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
302 [GeoSetter] User Interface feature always 2008-04-23 09:40 2014-10-11 22:03
Reporter: mmm Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.16 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Filename ohne Extension in Beschreibung übernehmen
Description: Ich würde gerne den Dateinamen OHNE Extension in die Beschreibung übernehmenm allerdings habe ich bisher keinen passenden Befehl in den ExifTools gefunden.

  "-XMP:Description<FileName" schreibt den Filenamen MIT Extension

(Evtl. sehe ich auch dem Wald vor lauter Bäume nicht.)

Vielleicht kann mir hier einer der Script Gurus wie Heiko weiterhelfen?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000637)
heiko   
2008-04-23 12:43   
na dann sind wir schon zu zweit die den Wald nicht sehen :-). Ich bin auch auf keinen grünen Zweig gekommen, habe die Frage aber ins ExifTool Forum gestellt.

Sobald da was rauskommt melde ich mich.
(0000638)
heiko   
2008-04-23 14:33   
es kann manchmal so einfach sein :-) .. stand sogar in der Doku von ExifTool drin ..

das Ganze funktioniert über die Datei .exiftool_config von Exiftool. Hier kann man u.a. User-Defined Tags anlegen. In dem Beispiel das ich noch zu dem Call dazufüge sind 2 solcher Tags definiert: BaseName und Extension

Nachdem die Datei .exiftool_config parallel zur ExifTool.EXE kopiert wurde (Standard <ProgramFilesDir>\GeoSetter\Tools) funktioniert folgender Aufruf:

-execute "-XMP:Description<BaseName"

und dann sollte das entsprechende Resultat rauskommen.
(0000639)
heiko   
2008-04-23 14:40   
ich habe der Datei .exiftool_config noch die Dateiendung .txt verpassen müssen, da der Download sonst ziemlich unschön aussah. Nachdem diese Datei im Tools Verzeichnis von GeoSetter liegt bitte die Dateiendlung .TXT entfernen!!! Da der Dateiname selbst aber mit einem . beginnt, ist das nicht im Explorer, sondern NUR in der Kommandozeile möglich (zumindest unter XP)!!!!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1204 [GeoSetter] Image Data minor sometimes 2014-07-23 11:05 2014-07-30 21:18
Reporter: Merlin2504 Platform: Intel rechner  
Assigned To: heiko OS: Win 8.1  
Priority: normal OS Version: Win 8.1  
Status: resolved Product Version: 3.4.14 Release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Fehlermeldung
Description: Ich habe immer wieder Fehlermeldung mit denen ich nichts anfangen kann? Könnt ihr mir erklären was das bedeutet und was ich da machen muss?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Fehler.jpg (142,565 bytes) 2014-07-23 11:05
https://www.geosetter.de/mantis/file_download.php?file_id=397&type=bug
jpg
Notes
(0002157)
heiko   
2014-07-23 20:42   
GeoSetter verwendet ExifTool zum Speichern der Metadaten. Die Meldung selbst kommt von ExifTool und wird von GeoSetter nur angezeigt. ExifTool prüft die Struktur der Metadaten, so dass es durchaus vorkommt, dass Warnungen oder Fehler von ExifTool ausgegeben werden.

Bei dir ist es nur eine Warnung, so dass die Bilder korrekt gespeichert werden sollten.

In der Hilfe gibt es unter "FAQ | Ich erhalte Warnungen oder Fehler beim Speichern, was soll ich machen?" weitere Informationen und auch Verweise auf die ExifTool Homepage.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1205 [GeoSetter] Image Data minor sometimes 2014-07-28 21:46 2014-07-30 21:16
Reporter: Orbitald Platform: PC AMD A10-5800K  
Assigned To: heiko OS: Windows 8  
Priority: normal OS Version: 8.1  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Inconsistent ability to view Geotag in Picasa
Description: Geosetter Beginner: I have tried multiple time to synchronize the gps locations using Geosetter and view the amended information in Picasa. Previously Picasa would not recognize any of the geo-data. Today I resynchronized my photos and now some of them have the geo-data viewable in Picasa while some of them do not.

Looking at the EXIF info some of the photos have the GPS information contained in the KEYWORDS or SUBJECT lines. Picasa cannot see this data.

I've tried uninstalling picasa and reinstalling it with no luck.
Tags:
Steps To Reproduce: I copied the photos and gpx track to a new folder and tried the geosync a number of times and have similar but varying results. The last time I tried a different set of photos had readable geo-data while others were not.
Additional Information: Attached is one of the photos that is not recognized by Picasa.
Attached Files: photo 3 (5).JPG (32,087 bytes) 2014-07-28 21:46
https://www.geosetter.de/mantis/file_download.php?file_id=398&type=bug
jpg
Notes
(0002158)
heiko   
2014-07-28 23:30   
what exactly are you doing when synchronizing your gps data?

Are you sure that you are using GeoSetter for this synchronization? I've never seen that GeoSetter writes "geolat=" and "geolon=" into the subject. Also GeoSetter does not write "geotagged" into the subject field.

I've also checked some of my images with Picasa. All of them are shown correctly on the map.
(0002159)
Orbitald   
2014-07-29 06:28   
Weird! Yes, I have only used GeoSetter and nothing else. I did try to make a KMZ file as well (with GeoSetter) and it worked OK but some of the thumbnails were upside down.

I'm out in the field again tomorrow and will make a new track and take new photos and try it all again and report back.
(0002162)
Orbitald   
2014-07-30 08:41   
I tried it again this evening and it worked just fine. This time I uses photos from my canon camera instead of my iphone.

Thanks for your help!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
888 [GeoSetter] Image Data minor always 2011-10-02 22:29 2014-07-14 23:39
Reporter: Photoron Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Caption shows in Picasa when caption field in Geosetter is blank.
Description: When tagged image is viewed in Picasa the caption shows Camera make and type (eg SONY DSC) even though caption field is left blank in Geosetter. Is there a way to have no caption at all?

Many thanks
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001677)
iomihai   
2011-10-09 20:41   
Hello,

I have the same issue.

I tried to overwrite the ExifTool settings I thought were to blame for this but the "Use Additional ExifTool Commands after GeoSetter Commands" option inserts them before the values from the GUI so my values are not taken into account.

-EXIF:ImageDescription=
-IPTC:Caption-Abstract=

I will manually remove the caption setting but this is inconvenient.

Thank you.
(0002156)
iomihai   
2014-07-14 23:39   
Hello,

I'm sorry, I just now realized I sent the wrong command.

I now use in "Use Additional ExifTool Commands after GeoSetter Commands"

-description= -imageDescription= -caption-abstract=

Thank you.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1191 [GeoSetter] User Interface major have not tried 2014-06-08 19:20 2014-06-21 18:41
Reporter: Willie360 Platform: Notebook  
Assigned To: Friedemann OS: Windows 32-Bit  
Priority: high OS Version: Vista  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.51 beta  
    Target Version:  
Summary: Programm startet nicht
Description: Es ist schade, dass ein so schönes Programm wie GeoSetter immer wieder nicht starten will. Einen Zusammenhang mit Windows Updates kann ich nicht erkennen. Der Fehler tritt "spontan" auf und verschwindet manchmal auch wieder "spontan".
MfG
Willie.
Tags:
Steps To Reproduce: anfangs ließ sich GeoSetter starten, wenn der IE geöffnet war. Das hilft jetzt aber nicht mehr. Es muss mit den IE 9(?) zusammen hängen.
Additional Information: Der Task-Manager zeigt keine Instanz von GeoSetter an.
Attached Files:
Notes
(0002152)
Friedemann   
2014-06-21 18:41   
Es war die Funktion die verhindert hat, dass GeoSetter doppelt gestartet wird. Selbige hat einen Mutex namens "StartOnlyOnce" benutzt. Ich nehme an, dass auf Deinem System irgendein anderes Programm einen gleichnamigen Mutex benutzt. Habe den nun in "GeoSetterStartOnlyOnce" umbenannt...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
833 [GeoSetter] Image Data feature always 2011-06-15 16:37 2014-06-05 18:38
Reporter: Sorbus Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GoogleEarth shows empty frames instead of pictures after export
Description: GoogleEarth shows only empty frames (in the correct size as specified in the dialogue) on opening the .kmz. Thumbnails are displayed correct.


Tags:
Steps To Reproduce:
Additional Information: Running XP SP3. Issue has been reproducable throughout several versions, update to 3.4.16 (Build 2119) today (June 2011) did not fix it. Using .jpg instead of Raw image files did not fix it. Using sizes, different compressions, tags/no tags did not fix it.

However, I am suspecting a local issue, maybe no bug at all?
Attached Files: Sorbus_torminalis.kmz (91,597 bytes) 2011-06-15 16:37
https://www.geosetter.de/mantis/file_download.php?file_id=236&type=bug
Notes
(0002143)
blahdc   
2014-06-05 17:57   
(Last edited: 2014-06-05 18:38)
Did you ever get find a fix for this issue? I am running into the same problem...


One workaround I found was by clearing GE's cache.

Disconnect from server (File > Server Sign Out), then delete cache file (Tools > Options > Cache).

Now reconnect to server (File > Server Sign In).


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1185 [GeoSetter] Image Data minor always 2014-06-05 13:41 2014-06-05 15:01
Reporter: sune Platform: PC  
Assigned To: Friedemann OS: Windows 7  
Priority: normal OS Version: 7 Sp1  
Status: resolved Product Version: 3.4.14 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: MAPS do not show, maps area a menu are grey
Description: After using Getsetter for some time, the maps window now only shows as grey, also en menues.

I have looked in you support area and found that I should replace the maps link in settings to http://www.geosetter.de/map_google.html however this have no effect. Have also tried to change back again.

Further I have tried to uninstall, reboot, reinstall. No change.

I was reading that maps.google.com should work on the PC, and googlemaps are working fine.

As I find Geosetter a super application, I would appriciate any help.

Br
Sune
Tags:
Steps To Reproduce: Everytime the Getsetter restarts
Additional Information:
Attached Files:
Notes
(0002141)
sune   
2014-06-05 13:49   
PLEASE READ THIS FIRST.

I HAVE FOUND THE PROBLEM. IT WAS A WRONG PROXY SETTING ON MY PC, ALLOVING GOOGLE MAPS TO WORK IN THE BROWSER BUT NOT FROM GETSETTER

SORRY FOR ANY INCONVIENCE
(0002142)
Friedemann   
2014-06-05 15:01   
No problem :-)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1157 [GeoSetter] Image Data major always 2014-05-19 17:50 2014-05-22 18:11
Reporter: tmann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GPS not read correctly on jpeg images converted from raw
Description: When a Canon CR2 raw image is geo-tagged with GeoSetter and then is converted to a jpeg file, Geosetter does not read the GPS data correctly and the position shown on the map is not correct.
The raw conversion is made with software that is GPS aware, it locates the position correctly with Google Maps on both the raw and jpeg versions.
Also when the jpeg image is uploaded to PBase.com, that web site reads the position correctly.
Geosetter reads the GPS position correctly of a raw image converted to Tiff format.
Tags:
Steps To Reproduce:
Additional Information: Raw processing & conversion software:
http://www.ddisoftware.com/qimage-u/downloads.htm (GPS data read from v2014.216 onwards)

PBase gallery jpeg image where raw image modified by Geosetter and then converted - positions are read correctly by Pbase.
http://www.pbase.com/tjm04/image/155698170
Attached Files: 2_locations.jpg (162,871 bytes) 2014-05-19 22:16
https://www.geosetter.de/mantis/file_download.php?file_id=379&type=bug
jpg

SCR_000268.jpg (80,514 bytes) 2014-05-19 23:31
https://www.geosetter.de/mantis/file_download.php?file_id=380&type=bug
jpg

Raw Exif location.jpg (31,837 bytes) 2014-05-19 23:42
https://www.geosetter.de/mantis/file_download.php?file_id=381&type=bug
jpg

Raw XMP location.jpg (47,095 bytes) 2014-05-19 23:42
https://www.geosetter.de/mantis/file_download.php?file_id=382&type=bug
jpg

SCR_000275.jpg (83,286 bytes) 2014-05-22 17:00
https://www.geosetter.de/mantis/file_download.php?file_id=385&type=bug
jpg
Notes
(0002081)
Friedemann   
2014-05-19 22:17   
Hi,

as you can see on the attached screenshot, your image contains 2 different coordinate values, reported by ExifTool. GeoSetter always takes GPS data from Exif when it exists, otherwise it takes it from XMP data.

Which coordinate exactly do you expect?
(0002082)
tmann   
2014-05-19 23:34   
I expected the Exif data to be used, that is the correct location. I'm not clear where the XMP values came from, maybe I did not use the program correctly as it's new to me.
I have attached a screen shot from Google Maps showing the correct location.
(0002083)
tmann   
2014-05-19 23:47   
I have uploaded screen shots from ExiftoolGUI of the raw image Exif GPS and XMP GPS; they are both the same.
I understand that my conversion software only works with the Exif data but I will check with the developer. However, from what you say, the Exif data is first choice but with the jpeg, thr incorrect XMP data is being used in Geosetter.
(0002084)
Friedemann   
2014-05-20 18:06   
Ah, I see, GeoSetter does not take the data from Exif, it takes the coordinates from XMP. And there is a tag

<exif:GPSLatitude>52,20,56531/5265N</exif:GPSLatitude>

which won't be read by GeoSetter correctly, but I didn't see such a notation before. In my opinion it's simply wrong. The specification for XMP by Adobe (http://goo.gl/jLhTh7) says:

> GPSCoordinate
> A Text value in the form “DDD,MM,SSk” or “DDD,MM.mmk”, where:
> – DDD is a number of degrees
> – MM is a number of minutes
> – SS is a number of seconds
> – mm is a fraction of minutes
> – k is a single character N, S, E, or W indicating a direction (north, south, > east, west)

By the way, Lightroom doesn't read it also correctly, it shows 68°3'39" N 18°7'38" W...

PBase.com show the correct position as it uses the Exif data and not XMP data.

In my opinion I do not have to fix anything...
(0002085)
Friedemann   
2014-05-20 18:13   
And by the way, your image contains XMP data, but this only contains some GPS tags. In my opinion this doesn't fulfill the specification as it should contain all Exif data. But I'm not absolutely sure...
(0002086)
tmann   
2014-05-20 18:15   
Re. "In my opinion I do not have to fix anything"
However you initially said above: -
"GeoSetter always takes GPS data from Exif when it exists, otherwise it takes it from XMP data."
But Geosetter seems to be giving priority to XMP and not Exif and thus giving the wrong loaction on the program map.
As far as I understand it, exif is part of the international standard for images whereas xmp is really a custom system from Adobe.
I would agree that my jpeg images converted from raw do have xmp data which should not be there.
(0002087)
Friedemann   
2014-05-20 18:18   
Yes, I was wrong, GeoSetter is giving priority to XMP. There wasn't a problem in the past with this. Unfortunately you have the situation that your Exif is ok but XMP is wrong. Other images may have wrong Exif but correct XMP. I do not think that I have to swith the priority order now... But I'm not sure ;-)
(0002088)
tmann   
2014-05-20 18:28   
Thanks for your fast response and continuing interest :-)
Since the main tool for looking at locations is Google maps or Google Earth that uses Exif - and Exif is the international standard (please correct me if I'm wrong), - Exif seems to be the logical priority.
(0002089)
Friedemann   
2014-05-20 18:34   
I do not agree that Exif has logical priority because of Google ;-) And I didn't know that Google Maps or Google Earth reads out Exif data. Does it really???

As your image data is not correct, I would repair it. You can do it with ExifTool, by removing the XMP data or by copying Exif data to XMP data.

As I said, I'm not sure if I'm maybe wrong with my giving priority to XMP. I'm just working on a new version of GeoSetter and maybe I will change it there. But I won't change it in the current version, I'm sorry.
(0002104)
tmann   
2014-05-22 13:13   
Hi again,
One other point. since my CR2 files files from a Canon 600D do not have XMP files, only EXIF, why add XMP GPS data at all? I would understand it if XMP data existed in the original raw file.
(0002105)
Friedemann   
2014-05-22 13:52   
Are you using sidecar files? If not, there's an option for witching off creating internal XMP data if it does not exist already.
(0002106)
tmann   
2014-05-22 17:03   
No, I'm not using sidecar files.
See attached screen shot of the settings I have now modified in Settings, File Options for CR2 files.
However, I still am getting an XMP data produced in the image that has none originally.
What am I doing wrong?
Thanks.
(0002107)
Friedemann   
2014-05-22 17:12   
Honestly I'm not sure at the moment... ;-) Can you perhaps send a CR2 which you didn't handle already with GeoSetter to support@geosetter,de?
(0002108)
Friedemann   
2014-05-22 17:13   
And which data are you changing? Maybe fields like keywords or country, state, city etc.?
(0002109)
tmann   
2014-05-22 17:16   
I am only changing the location data, no keywords or country etc.
The files are too large to send by email but I will send via wetransfer.co. in the next 30 minutes
(0002110)
tmann   
2014-05-22 17:29   
The file has now been sent via wetransfer.com.
You should get an email giving the link to download but here it is anyway:
http://we.tl/dGfhyElDWr
(0002111)
Friedemann   
2014-05-22 17:35   
Yes, I got it. But it does contain XMP already (empty description and rating), just at the beginning of the file. You can see it with a text editor...
(0002112)
tmann   
2014-05-22 17:39   
Ok. I had seen that but assumed as it was empty that was ok.
For now I will delete the XMP position data unless you come up with something.
Despite my problem, I'm finding it a nice program to use :-)
(0002113)
Friedemann   
2014-05-22 17:47   
Thanks. And you are right, the priority handling in GeoSetter is wrong. I just took a look into this document: http://www.metadataworkinggroup.org/pdf/mwg_guidance.pdf At page 24 there is a description in which order metadata should be processed. In my opinion it's a recommendation ;-) But I will change it in the version I'm just working on...
(0002114)
tmann   
2014-05-22 18:11   
Re.
"the priority handling in GeoSetter is wrong. I just took a look into this document ....
.... But I will change it in the version I'm just working on... "
Than you :-)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
913 [GeoSetter] User Interface major always 2012-01-25 01:19 2014-05-16 22:19
Reporter: Eric Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: IPTC data from Panasonic G3 RW2 file not displayed (but saved/visible in Ctrl+I)
Description: Geosetter is unfortunately not able to list the IPTC data from RW2 file.
I've uploaded a file here:
http://eric-creation.com/zmp/P1040298.RW2
Opening Image-Info (Ctrl+I) show that Exiftool recognize the IPTC location, headline, category and so on.
But when simply listed in Geosetter (report view), all columns remains empty.
Any idea of the issue?
Any improvement on the last beta (where to get them?)
Thank you for your work.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001905)
Eric   
2013-05-27 18:27   
Any news in this area?
(0001926)
Eric   
2013-09-15 17:18   
darf ich etwas hoffnen?
(0002069)
Eric   
2014-05-16 22:19   
Problem immer noch aktuell mit G3 und G5 Dateien?
Aktuelle Workaround: xmp Datei behalten.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1134 [GeoSetter] User Interface minor always 2014-04-29 15:40 2014-04-29 20:00
Reporter: mmm Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.50 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Probleme beim Zuweisen einer Richtung
Description: Seit einiger Zeit stört mich folgender Fehler beim Ändern der Richtung:
Wenn ich bei einem Bild die beiden Files (.NEF und .JPG) selektiere und dann die Richtung durch Verschieben des Zugriffspunktes ändern will, ändert Geosetter die Richtung nicht wie von mir gewünscht, sondern übernimmt die Richtung des zuvor geänderten Bild. Erst beim nochmaligen Verschieben wird die Richtung richtig übernommen. Außderdem wird die Richtung manchmal (nicht immer) nur für eine der beiden Files geändert.
Unter Windows 7 hatte ich diesen Fehler nicht, erst in Windows 8 und jetzt auch in Windows 8.1 (alles 64-bit Versionen).

Manfred

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002048)
mmm   
2014-04-29 19:59   
Hallo Friedemann,
wenn ich die Korrektur der Richtung analog dem Video aus 001105 mache, tritt das oben beschriebene Problem nicht auf. Das ist ok für mich, ich ändere die Richtung dann eben so und nicht mehr über Verschieben des Zugriffspunktes (der ja auch oft außerhalb des aktuellen Kartenausschnitts liegt).

Somit kann das Problem hier geschlossen werden. Danke für die schnelle Lösung.
GeoSetter ist einfach ein super Tool mit super Support.

Manfred

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1079 [GeoSetter] User Interface major always 2013-12-01 17:08 2014-04-11 18:02
Reporter: wilcfry Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.4.46 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Map Blank After Changing Directory
Description: After changing the map directory as instructed (issue: 001067), the map only worked for a few days. So I updated to beta 3.4.44 build 2152. The map is still blank, though I checked the directory URL again to make sure it's the new one (for new Google Maps API).
Tags: map
Steps To Reproduce:
Additional Information: My saved favorite locations still work, for adding long/lat to my images, but no map is shown. So I can't add any locations that weren't previous saved to my favorites.
Attached Files: 20131201 map history - geosetter.png (15,627 bytes) 2013-12-01 23:18
https://www.geosetter.de/mantis/file_download.php?file_id=347&type=bug
png

GeoSetter-20131205-bugreport.txt (16,286 bytes) 2013-12-06 04:52
https://www.geosetter.de/mantis/file_download.php?file_id=352&type=bug
Notes
(0001955)
Friedemann   
2013-12-01 17:34   
What does it mean "the map ist still blank"? In GeoSetter or in a browser? In a browser it is blank, that's normal. For all problems I know by now the new map location http://www.geosetter.de/map_google.html is the working solution, also for me, I'm just working with it. After starting GeoSetter, do you have an additional menu item on bottom of the menu "Map"? There you can see errors which occured while processing the map.
(0001960)
wilcfry   
2013-12-01 21:28   
'What does it mean "the map ist still blank"?' The map in GeoSetter does not load. 'In GeoSetter or in a browser?' All mapping services work for me in browsers; I meant this post to be about GeoSetter; I apologize for any confusion.

I can now offer more information: If I start GeoSetter *without* the map window, and then open the map, it works. I have to remember to close the map before closing the program.

(In the past, I was able to leave the map window open at all times.)
(0001961)
Friedemann   
2013-12-01 21:50   
Of course you normally don't have to close the map window. Again the question: After starting GeoSetter, do you have an additional menu item on bottom of the menu "Map"?
(0001967)
wilcfry   
2013-12-01 23:18   
'do you have an additional menu item on bottom of the menu "Map"?'

Yes. "Show Execution History" is there. It lists no errors that I can see. I have attached a screenshot. Thank you for your time.
(0001987)
wilcfry   
2013-12-06 04:51   
The situation has changed now. Today, the map within GeoSetter doesn't load regardless of how I open the program, whether the map window is already present or if I open it later.

(In the non-Beta version, opening the map panel crashes the program. See attached bug report.)
(0002031)
wilcfry   
2014-04-11 18:02   
I don't know how, but this seems to be fixed now. The map loads consistently for me (after some months of not working at all).

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1083 [GeoSetter] User Interface minor always 2013-12-05 15:20 2014-04-10 17:59
Reporter: Franklin2K Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Vorschaubild bei Olympus RAW-Dateien (ORF) ist pixelig
Description: Olympus RAW Files (Dateityp ORF) weren sehr pixelig angezeigt, Dateien vom Typ CRW (Canon RAW) oder JPEG hingegen werden absolut scharf angezeigt. Bei Bedarf kann ich eine ORF-Datei gerne zwecks Reproduzierbarkeit zur Verfügung stellen.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002012)
Franklin2K   
2014-02-09 17:49   
Hallo Friedemann

könntest Du Dir das mal anschauen?

Grüße
Franklin
(0002013)
heiko   
2014-02-09 20:33   
teste mal die aktuellste Beta Version. Hier hat Friedemann die entsprechenden Komponenten aktualisiert.
(0002014)
Franklin2K   
2014-02-11 10:17   
Leider kein Verändeung, ist immer noch pixelig
(0002015)
Friedemann   
2014-02-11 17:04   
Hi Franklin,

könntest Du mir doch bitte mal ein ORF zusenden? Ich schaue mal, ob das mit der aktuelleren ImageEn-Komponente besser ist...
(0002016)
Franklin2K   
2014-02-12 19:05   
Hi Friedemann,

hab Dir gerade eine Mail mit einer ORF-Datei und einem Screenshot geschickt.

Beste Grüße
Franklin
(0002020)
Franklin2K   
2014-03-08 17:12   
Hi Friedemann,

hast Du Dir das schon einmal ansehen können?

Grüße
Franklin
(0002024)
Franklin2K   
2014-04-10 17:44   
Any news?
(0002025)
Friedemann   
2014-04-10 17:59   
Hallo Franklin2k,

ich arbeite seit ca. Weihnachten mit Hochdruck an einer völlig neuen Version. Ich dachte, dass ich die so im Mai fertig hätte, sieht aber nicht so aus. In dieser neuen Version kann man die Auflösung der Vorschaubilder selbst einstellen und auch ob sie vom Vorschaubild oder vom Originalbild bezogen werden. Ich habe nun eine Datenbank integriert, so dass auch das mehrmalige Laden damit wesentlich schneller sein sollte. Aber ich bitte noch um etwas Geduld ;-) Wenn ich eine verwendebare Testversion fertig habe, dann melde ich mich bei Dir.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1126 [GeoSetter] User Interface minor always 2014-04-07 20:35 2014-04-07 21:33
Reporter: rlsmith46 Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.50 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Copy data to Clipboard function not working
Description: I am running on Win 7, 64 bit with the latest patches.
No data is copied to the clipboard in any way I invoke the "copy data to Clipboard" function

After selecting a picture, I have tried to copy data 3 ways:
1. <Ctrl><Shift>V
2. Using the "Edit... copy data.." menu item
3. Clicking on the map-marker, then click on the link "Copy data to clipboard"

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002023)
heiko   
2014-04-07 21:32   
"Copy Data to Clipboard" does not copy the image data to the Windows clipboard. The copied data can be inserted to another images with "Paste Data from Clipboard".

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1108 [GeoSetter] User Interface crash always 2014-01-27 09:38 2014-02-10 19:47
Reporter: TKD Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.48 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.50 beta  
    Target Version:  
Summary: Portable version crashes
Description: I am using Geosetter in "portable mode" (creating an empty config.ini in the Geosetter program directory). This always worked for me, even using the Geosetter Shell Extension. With the latest beta (2013-12-17), Geosetter crashes whenever I start it AND its working directory is NOT the Geosetter directory (crashes also when I am trying to use the Shell extension).

If I delete the config.ini from the Geosetter program directory, everything works fine (Geosetter will create and use the %appdata%\Geosetter.ini).
But if I move all the files from %appdata%\Geosetter to the Geosetter program folder - like I did in all previous version (including betas) - Geosetter always crashes.

A simple example (from the command prompt, with a "portable" config,ini)
  C:\> c:\tools\geosetter.exe -> Crash (fault exception in geosetter.exe)
  C:\tools\geosetter> c:\tools\geosetter.exe -> No crash

(As said above, Geosetter shell extension is always crashing, no matter which directory I choose. But if I choose the Geosetter directory itself and click the shell extension, usually the whole Explorer instance crashes).

All previous versions (incl. betas) did not have this issue and worked fine (I'm not sure if I used beta 3.4.46)
Tags:
Steps To Reproduce:
Additional Information: System: Windows 7 64 Bit (German language)

exec. date/time : 2013-12-17 22:42
version : 3.4.49.2160
settings folder : C:\Tools\Graphics\GeoSetter\
ExifTool folder : C:\Tools\Graphics\GeoSetter\tools\exiftool.exe
callstack crc : $bdae4065, $08716b5c, $5c9bebf8
exception number : 1
exception class : EAccessViolation
exception message : Zugriffsverletzung bei Adresse 007C8BE3 in Modul 'geosetter.exe'. Lesen von Adresse 00000000.
Attached Files:
Notes
(0002009)
TKD   
2014-01-27 09:49   
(Last edited: 2014-01-27 10:33)
Correction line 4: ...(Geosetter will create and use the %appdata%\Geosetter\CONFIG.INI).

The latest beta version I am able to test (and that I still have) is beta 3.4.35 (build 2146). I can confirm I can start that version successfully without errors from ANY folder (having a "portable" config.ini in its program folder).


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
975 [GeoSetter] Image Data minor sometimes 2012-08-04 23:25 2014-01-18 02:34
Reporter: StanRohrer Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Interpolate plus Adjust Time = GPS Location Errors
Description: In GPS Synch screen, setting Interpolation and also doing an Additional Time Adjustment can cause GPS coordinates to be corrupted. Changing the Time offset will make different files show bad GPS locations.

This creates additional problems in later location text lookup operations.

Tags:
Steps To Reproduce:
Additional Information: With no Time offset and use of exact location, all photos are shown to be at the same GPS location (tripod was not moved). Adding a time offset of 3 minutes shows differing GPS data being assigned to the files (this may be legitimate as the shown files were near the end of a shoot and I walked to the car and drove away). The GPS tracking device (my cell phone) was attached to my waist, not to the camera/tripod so may have some variations. The actual difference between camera and PC is +2 minutes setting.

Photos were taken with rapid fire so note the repeating same time across multiple photos. This may relate to interpolation calculation issues. My second yellow arrow (in image file results.jpg) may be indicating a divide by zero or infinity calculation result?

The working files were a 137Mbyte zip file to recreate this issue. The upload failed. I reduced the image size in Photoshop and it appears GeoSetter acts similar (if not the same). The issue should be reproducible with this set of files. You may or may not get the same results as I did at +3 minutes offset but playing with offset and Interpolation should recreate the issue with the smaller files I will attempt to upload. Try +2 and ignore the results image which is included as my screen copy.
Attached Files: 20120728 windmills small.zip (1,306,211 bytes) 2012-08-04 23:25
https://www.geosetter.de/mantis/file_download.php?file_id=296&type=bug
Notes
(0002007)
StanRohrer   
2014-01-18 02:34   
Knock, knock! Friedemann? Anybody home?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1093 [GeoSetter] User Interface minor always 2013-12-18 16:08 2013-12-19 08:47
Reporter: Fupl Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.4.48 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Für ExifTool Update werden Admin Rechte benötigt
Description: ExifTool wird nur upgedated wenn man GeoSetter mit Admin-Rechten startet. Kann das vielleicht daran liegen, dass im About Fenster "C:\Program Files (x86)\GeoSetter beta\Tools" für das ExifTool-Verzeichnis angezeigt wird? Um in dieses Verzeichnis zu schreiben werden ja Admin-Rechte benötigt.

Früher hat das auch ohne Admin Rechte funktioniert.

Betriebssystem ist Windows 8
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: config.ini (14,287 bytes) 2013-12-19 08:47
https://www.geosetter.de/mantis/file_download.php?file_id=355&type=bug
Notes
(0002001)
Friedemann   
2013-12-18 17:07   
Merkwürdig! Könntest Du mir mal Deine config.ini schicken?
(0002002)
Fupl   
2013-12-18 21:22   
wenn ich es morgen nicht vergesse, dann ja^^

an:?
(0002003)
Fupl   
2013-12-19 08:47   
geht ja direkt hier auch^^ sorry

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1091 [GeoSetter] Image Data minor always 2013-12-15 14:34 2013-12-15 17:02
Reporter: lcm121 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.48 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Thumbnails are displayed in low quality
Description: After updating to 3.4.48, the thumbnails are displayed in low quality.

Reverted back to 3.4.47 and they display OK again.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001996)
Friedemann   
2013-12-15 14:44   
I'm sorry about this. I'm using a commercial library for showing thumbnails and image preview. After updating to a new version, thumbnails for some other cameras didn't work anymore, but it seems for you the quality was better? Unfortunately I had to revert to the prior version of the library. With which camera are the images taken? Can your perhaps send me an image file to support@geosetter.de?
(0001997)
lcm121   
2013-12-15 15:15   
It seems to be a general problem because I can observe this for various camera models:
Nikon D5200
Nikon P7700
Olympus u1010
Panasonic TZ3
Sony DSC-W12

However, thumbnails of scanned JPGs look a lot better but I don't know if they are as good as with 3.4.47.

I will send an example image in a separate email.
(0001998)
Friedemann   
2013-12-15 17:01   
Thanks for sending me the image file. I thought you may talk about RAW files. As I see, the behaviour is absolutely ok :-) For showing the thumbnails, GeoSetter tries to fetch the thumbnail created by the camera to speed up the process for showing it. For showing a better resolution, there's a seperate panel. It seems that in the prior version it did NOT work correct as the high resolution image has been shown in thumbnail list. That's not ok.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1086 [GeoSetter] User Interface major have not tried 2013-12-05 21:51 2013-12-15 11:34
Reporter: leifurh Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.48 beta  
    Target Version:  
Summary: Processing Sony RX100M2 pictures slows GeoSetter to a crawl.
Description: First off - I thought my version was a release version 3.4.16 (build 2119) but that option wasn't offered. :-)
 
I recently bought a Sony DSC-RX100M2 and found that processing its images almost stops GeoSetter. Everything seems to work -only VERY slowly (we are talking 5 minutes just to read through a directory of 40 - 50 pictures).

I would say the program is parcically useless - though it is so essential to me that I still use it!

I saw another user report the same problem on dpreview (he actually switched to a different program).
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001986)
Friedemann   
2013-12-05 23:07   
Can you perhaps send me an example Image to support@geosetter.de?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1087 [GeoSetter] Image Data tweak always 2013-12-07 10:26 2013-12-15 11:33
Reporter: Fupl Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.48 beta  
    Target Version:  
Summary: Sony SLT-A37 Bildvorschau grünstich
Description: Bei der Bildvorschau im Sony RAW-Format, haben alle Bilder einen grünen schleier.

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001991)
Friedemann   
2013-12-08 18:58   
Der Grünstich sollte jetzt weg sein. Dafür werden in der aktuellen Betaversion die Thumbnails nicht mehr angezeigt :-/
(0001992)
Fupl   
2013-12-09 21:05   
Der Grünstich ist weg und die Thumbnails gehen bei mir auch^^

Das einzigste was bisschen schwer war, den Beta-Client zu finden:)
Hier wäre auf der Homepage bei Download ein Button von Vorteil.

Danke für die Änderung.

Grüße Fupl

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1090 [GeoSetter] Image Data minor have not tried 2013-12-14 13:39 2013-12-14 16:14
Reporter: Aalestrup Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: error 0,00s
Description: can not save data? there are not created an XMP file, or if xmp file is created (created by another application), then the changes are not written in the xmp file.

GeoSetter has previously worked perfectly, but now it does not work anymore.

I am using Windows 8.1 64-bit.
Tags:
Steps To Reproduce:
Additional Information: see attached file
Attached Files: geo1.jpg (341,890 bytes) 2013-12-14 13:39
https://www.geosetter.de/mantis/file_download.php?file_id=354&type=bug
Notes
(0001994)
Aalestrup   
2013-12-14 16:00   
OK it turns out that if I settle GeoSetter in administrator mode, so does it work?
(0001995)
Friedemann   
2013-12-14 16:14   
Normally of course you do not need administrator rights for GeoSetter. Maybe the images are located somewhere where you need them?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
156 [GeoSetter] User Interface feature always 2008-01-25 08:17 2013-12-11 09:00
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Button "später speichern"
Description: durch die diversen Änderungen und natürlich meine persönliche Konfiguration müssen alle Bilder nochmals gespeichert werden (z.B. Erzeugungsdatum automatisch setzen). Dieser Vorgang dauert pro Ordner im Durchschnitt 2 Min. Wie wäre hier ein Button "Später speichern". Alle Änderungen werden in eine Liste geschrieben und dann z.B. beim Programmende oder über einen weiteren Button wirklich gespeichert. Auf diese Art könnte man alle Änderungen an allen Bildern vornehmen den "Endgültig Speichern" Button drücken und dann den Rechner stundenweise arbeiten lassen.

Dies wäre natürlich nicht nur jetzt bei automatisch geänderten Daten angenehm, sondern auch nach einem längeren Urlaub.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000320)
drose   
2008-01-25 10:57   
Zur Klarstellung des Featurewunsches diese Frage : Diese Speicherfunktion wird aber immer innerhalb der aktuellen Laufzeit des Programms ausgeführt, oder ?

Andernfalls müsste der Arbeitsstand ja beim beenden von Geosetter in einer Datei gesichert wedern, damit nach einem erneuten Start von Geosetter auf diesem Stand weitere Änderungen vorgenommen werden können. Das halt ich persönlich für oversized.
(0000321)
heiko   
2008-01-25 11:25   
(Last edited: 2008-01-25 11:28)
ja, das war schon so gemeint, dass man irgendwann dann mal den "Endgültig Speichern" Button drückt und GeoSetter dann den Rest der Nacht arbeiten läßt :-). GeoSetter wird dabei nicht beendet; sollte GeoSetter doch beendet werden, dann sind auch die ganzen "Zwischenspeicherungen" weg.

(0000322)
Friedemann   
2008-01-25 19:56   
Die Idee finde ich gar nicht soooooo schelcht ;-) Ich könnte als Option anbieten, dass man die angesammelten Operationen in GeoSetter ausführt, oder aber das ganze als Batch-Datei speichert. Wenn ich aber gerade so darüber nachdenke, wird es vielleicht doch ein wenig kompliziert. Erst hatte ich gedacht, ich müsste mir ja nur die ExifTool-Aufrufe merken. Was wäre aber, wenn man in einem Verzeichnis einige Bilddaten ändert, dann das Verzeichnis wechselt und dann wieder zurückwechselt? Da die Änderungen an den Bildern noch in der Queue stecken, sieht man die ungeänderten Daten. Wenn man diese nun erneut ändert, wird es kompliziert... Na gut, man könnte dann bei einer Datenänderung eine Nachricht anzeigen, dass bereits Datenänderungen für die Bilddatei in der Warteschlange vorliegen und ob diese verworfen werden sollen. Ich würde mir ungerne alle Bilddaten über den Verzeichniswechsel hinaus merken wollen. Das ist erstens kompliziert und zweitens evtl. speicherintensiv...
(0000325)
heiko   
2008-01-25 23:10   
also ich selbst könnte ganz gut mit der kleinen Lösung leben. Ich würde ein Verzeichnis, in dem Daten geändert wurden einfach sperren; ein entsprechendes Symbold im Browser sollte das Sperren dann natürlich symbolisieren. Ausführen würde ich die gesammelten Aktionen dann in GeoSetter, so dass dann auch ein Speicherreport vorhanden ist (man weiß ja nie).
Wenn man dann in geänderten Verzeichnissen doch noch Änderungen machen will, dann muss eben erst einmal komplette gespeichert werden. Das würde ich aber als gar nicht so sonderlich schlimm empfinden, da man dann auch mal ne Stunde was anderes machen kann und nicht im 2 Minuten Rythmus ein neues Verzeichnis bearbeiten muss.

Umso länger ich drüber nachdenke ist deine Variante fast besser: wenn man das 2. mal in ein Verzeichnis mit geänderten Daten kommt dass diese dann verworfen werden.

den Deluxe Weg könnte ich mir so vorstellen: nur die Änderungen + vollqualifizierten Dateiname in ne verkettete Liste schreiben (ich glaub das heißt bei dir Collection :-)). Beim Verzeichniswechsel die aus den Bildern gelesenen Daten durch die Daten aus der Liste aktualisieren und dann anzeigen. Werden dann weitere Änderungen gemacht entsprechend die Liste wieder aktualisieren. Beim "Alles speichern" Butten dann aus der verketteten Liste die ExifTool Aufrufe generieren.
Vom Speicher her habe ich nicht mal wirklich Bedenken. Ich würde mal von ca. 500 Byte pro Datensatz ausgehen. Wo ich eher Probleme sehe ist dass es kompliziert und vor allem langsam wird.

Vielleicht hat da ja jemand anderers auch noch ne Meinung dazu?
(0000331)
drose   
2008-01-26 12:10   
Nun ja, ichhab ja einen 4Kern-Hobel und suche nach Auslastung. Also, wenn alle Änderungen an einem Verzeichnis voll Bilder erzeugt sind, und man wechselt das Verzeichnis, dann könnte ein Dialog kommen, der abfragt, ob diese Änderungen verworfen oder gespeichert werden sollen. Im letzteren Fall startet man einen Batch-Job in einem separaten Thread mit dem von Heiko (Änderungen + vollqualifizierten Dateiname) beschriebenen Inhalt und führt die Speicheroperationen aus. Parallel dazu kann sich Geosetter ja schonmal um das neue Verzeichnis kümmern.

Problem : Der User wechselt nur mal eben so zum Nachschauen in ein anderes Verzeichnis, startet dadurch den Speicher-Job und kommt sofort wieder in das Verzeichnis zurück, in dem gerade die Änderungen gespeichert werden. Was tun wir dann ??

Aber dauert das Speichern wirklich immer solange (Stunden!!) ? Lohnt sich diese Komplexität wirklich, denn Heiko könnte in einem Jahr ein neues Notebook erhalten, das 4x schneller ist ?
(0000333)
heiko   
2008-01-26 17:12   
@drose: versteh ich das richtig? du willst mir ein neues Notebook spendieren :-)

das speichern dauert natürlich nicht Stunden. Die Pausen wenn das Speichern auch nur 2-3 Minuten pro Verzeichnis dauert sind eben lästig, und da kam mir eben in den Kopf, dass man das alles in einem Rutsch erledigen könnte und dann einfach bevor man ins Bett geht den "alles speichern" Button drückt.

wie gesagt, mir selbst würde durchaus die "kleine" Version reichen. Ich denke mal die Entscheidung muss schlußendlich Friedemann treffen ob dieses Feature überhaupt rein kommt und wenn ja in welcher Form. Ich kann den Aufwand nicht abschätzen, so dass ich nicht sagen kann welche Variante in Bezug auf den Aufwand denn die bessere wäre.
(0000341)
drose   
2008-01-27 19:50   
@heiko : Nee, da muß ich Dich leider enttäuschen. Ausserdem hatte ich den konjungtive verwendet, um Dir nicht zuviele Hoffnungen zu machen. Aber die Hoffnung stirbt bekanntlich zuletzt ;-))
(0000342)
Friedemann   
2008-01-27 20:02   
Ich warte mit einer Programmänderung am besten noch ein wenig, denn vielleicht beschenkt Ihr Euch ja dann gegenseitig mit neuer Hardware und ich bin aus dem Schneider :-)

Ich muss mir das überlegen. An erster Stelle was dieses Thema angeht steht sicherlich erstmal die Parallelisierung des Speicherungsprozesses (0000136). Das werde ich sicherlich demnächst mal angehen. Dann sehe ich mal weiter ;-)
(0001993)
heiko   
2013-12-11 09:00   
entspricht der Process Queue der aktuellen Beta

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
309 [GeoSetter] User Interface feature always 2008-04-27 13:53 2013-12-11 08:59
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.19 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.46 beta  
    Target Version:  
Summary: Änderung der Größe des "Daten bearbeiten" Dialogs wenn mehrere Bilder selektiert sind
Description: Es wäre angenehm, wenn sich die Größe des "Daten bearbeiten" Dialogs ändern lassen könnte, wenn mehrere Bilder markiert sind. Die Größenänderung sollte sich dann auf die linke Seite des Dialogs auswirken, so dass das angezeigte Bild größer / kleiner wird.
Ggf. könnte man die Abgrenzung zwischen Bild und Bildliste noch verschiebbar machen.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
740 [GeoSetter] User Interface feature always 2011-01-30 23:43 2013-12-08 18:39
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.14 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.46 beta  
    Target Version:  
Summary: Größenanpassung "Daten bearbeiten" Dialog
Description: ich finde es klasse dass der "Daten bearbeiten" Dialog von der Größe angepaßt werden kann. Allerdings finde ich das nur halbherzig umgesetzt. Wenn man den Dialog verbreitert entsteht rechts nur ein leerer Bereich.

Wenn nur ein Bild selektiert wurde (also keine Bildvorschau) wäre es schön wenn man den Dialog nicht verbreitern kann. Wurden mehrere Bilder selektiert (also mit Bildvorschau) wäre es schön wenn die beiden linken Elemente entsprechend vergörßert werden würden und die eigentlichen Einstellungen quasi am rechten Dialogrand "kleben". Das hätte auch den Vorteil, dass das Vorschaubild größer werden würde. Und wenn man dann noch die vertikale Aufteilung der Bildvorschau und der Fileliste (Split Window) verschieben könnte wäre es perfekt :-)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001452)
heiko   
2011-01-31 22:43   
habe gerade gesehen dass ich mir das schon vor ner Ewigkeit "gewünscht" habe; siehe 309
(0001458)
Friedemann   
2011-02-01 22:55   
> Allerdings finde ich das nur halbherzig umgesetzt

na, das war nicht halbherzig sondern Pfusch :-D

Es gab auch ein Problem mit kleinen Bildschirmgrößen mit meiner Änderung, da fehlte dann sie rechte Scrollleiste und die Buttons waren nicht mehr erreichbar. Deshalb jetzt die 3.4.16.

Aber Heiko: Tut mir echt Leid, die von Dir gewünschte Änderung ist erstmal nicht drin, das hab ich jetzt nicht geschafft. Deshalb bleibt das hier auch offen...
(0001966)
heiko   
2013-12-01 23:18   
ist dieser Wunsch jetzt drin?
(0001970)
Friedemann   
2013-12-01 23:44   
Nö :-D

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1088 [GeoSetter] User Interface feature N/A 2013-12-07 18:12 2013-12-08 18:19
Reporter: Knarf Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.46 beta  
    Target Version:  
Summary: Option to disable relative movement of target coordinates if position coordinates are moved
Description: If the photo position and target coordinates have been defined manually and the photo position is moved afterwards, the target coordinates are moved by the same relative difference as the position coordinates.

As the target coordinates may have been placed on e.g. a clearly identified landmark this behaviour may not be desired, as the user intended to alter only the position.

Therefore an option should be included to enable/disable the automatic movement of the target coordinates.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001989)
Friedemann   
2013-12-08 18:19   
There's no option now. But when moving the photo less than 2000 meters, the target coordinates will not be changed. I hope this is ok...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
962 [GeoSetter] User Interface minor always 2012-07-05 22:48 2013-12-08 16:55
Reporter: twoface Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.29 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: In Beta Version wird Farbauswahl für geladene Tracks nicht mehr übernommen
Description: Die in 3.4.16 noch funktionierende Farbänderung der gelesenen Tracks über Farbauswahl im Trackfenster klappt in der Beta nicht mehr. Man kann zwar eine Farbe auswählen und die Farbmarkierung wird auch geändert aber in der Karte wird sie nicht übernommen. Das ist unabhängig vom gewählten Kartentyp.
Tags:
Steps To Reproduce:
Additional Information: Ich nutze Holux TRL-Files
Attached Files: Test mit Beta3_4_45.jpg (196,836 bytes) 2013-12-08 16:02
https://www.geosetter.de/mantis/file_download.php?file_id=353&type=bug
jpg
Notes
(0001988)
twoface   
2013-12-08 16:04   
(Last edited: 2013-12-08 16:06)
Mit Beta 3.4.45 klappt es wieder.
S. Testdatei "Test mit Beta3_4_45.jpg".


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1084 [GeoSetter] User Interface minor always 2013-12-05 19:51 2013-12-05 23:00
Reporter: sackerm Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.38 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.46 beta  
    Target Version:  
Summary: Image Info - some Values truncated/clipped in ExifTool view
Description: I have some photographs that someone previously edited with ExifUtils & ExifTools to add GPS data, copyright, contact info, user and jpeg comments, etc. Using GeoSetter v3.4.38 beta, several of the fields with lengthy "Values" are clipped or truncated in the Image Info(ExifTool) sidebar view (see screen-grab attached). Using other software or opening the image in a text editor I can confirm that the full text of the comment value is there, but I don't see a way to expand the view or enable text wrapping to see it all in GeoSetter.

Thanks!!
-Seth
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: comment_clipped_SDA.png (839,299 bytes) 2013-12-05 19:51
https://www.geosetter.de/mantis/file_download.php?file_id=349&type=bug
ImageInfo.png (33,746 bytes) 2013-12-05 22:01
https://www.geosetter.de/mantis/file_download.php?file_id=350&type=bug
png

truncated_values.jpg (54,249 bytes) 2013-12-05 22:58
https://www.geosetter.de/mantis/file_download.php?file_id=351&type=bug
jpg
Notes
(0001982)
heiko   
2013-12-05 22:00   
you can expand the width of the header, then the values will not be truncated
(0001984)
sackerm   
2013-12-05 22:25   
Thanks. Sorry for what turned out to be a silly question. I didn't see a column separator so I didn't realize the header items could be expanded. My bad.

But for a potential software enhancement, could you have an option to wrap the text for lengthy data values. These images that I received contain very long user and jpeg comment values (up to 800 characters). Even expanding the header (now that I know how to do it), the full text doesn't fit on my screen (and I have a 27" apple display).

Thanks!
(0001985)
Friedemann   
2013-12-05 23:00   
You are right, it was not possible to see that the headers can be resized. I changed it now and also added a tooltip for truncated values (see attached screenshot) which will be shown when moving the mouse over the value.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1085 [GeoSetter] User Interface minor always 2013-12-05 21:09 2013-12-05 22:22
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.42 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Fadenkreuz in Kartenmitte wird nicht mehr angezeigt
Description: Fadenkreuz in Kartenmitte wird nicht mehr angezeigt

v3.4.44
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001983)
Friedemann   
2013-12-05 22:22   
Sollte jetzt erledigt sein...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1082 [GeoSetter] Image Data minor always 2013-12-05 14:41 2013-12-05 18:05
Reporter: zava Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.4.42 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Map repositions but image "flag" fails to appear when selecting georeferenced image
Description: Hello,
seems the two minor issues were fixed by V3.4.44 that I recently reported (although they still appear unassigned).

Now, again wirh 3.4.44 I saw that the map window refresh has some previously unseen problem.

I am scrolling along a list of referenced images: when I select a new image, a blue flag is highlighted and the map window is panned as necessary.
At some point, apparently after panning the map, further blue flags fail to be displayed when I select further images; map window still seems to be panned correctly (it is panned each time if "center map" is clicked), but the blue flags are not displayed anymore.
It seems I need to manually pan the map or do some manual juggling in order to get the blue flags be displayed again, which only lasts for a while.

Contrary to what stated in the heading, I am using V3.4.44 Beta (which is not available in the dropo down list).

Thank you!
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001971)
Friedemann   
2013-12-05 15:05   
Are you talking about the "focus marker", the purple marker with yellow dot? Or perhaps about the blue image markers which disappear from the map? Are you showing all blue markers of all images in the current folder and then selecting images and then some markesr disappear?
(0001972)
zava   
2013-12-05 17:31   
I alwais referred to the blue flags (placeholders for image positions.
All flags are supposed to be displayed (although I am at a fairly close zoom, so just a few ones are shown).
As I scroll the image list, the relevant blue flag is highlighted.
At some point, usually after a map pan to a new position, I can see the map and the GPX track, but no blue flag is visible (even after some time).
If required (suc as "center map" or when the new position demands it) the map seems to correctly scroll, even when the blue flag is not displayed.
If I keep scrolling the images list, this condition may last across several images, or in some cases the display is restored on the next image.
But the problem is apparently not with the particular images: it does seem to have geo tags, and once display is restored, even these images are displayed correctly.
When the situation occurs, it seems that manually panning the map may recover the display of all the blue flags that were missed so far.
I have never noticed this in previous versions.
(0001973)
Friedemann   
2013-12-05 17:38   
Thanks for your detailed explanation. GeoSetter istself do not remove or add markers when panning the map. So it seems to be Google who may optimize the display by removing not visible markers and show them again when the location comes into view again. I have no other idea at the moment. Please note that now a completely other Google library is used than just 2 weeks before. I will try to reproduce this on my system. Still some questions:

- How many images are in your folder? All images are shown on the map with blue markers?
- How far are all these images away from each other? Maybe this is important.
(0001974)
zava   
2013-12-05 17:41   
Also, selecting a different map seems to restore all blue flags.
(0001975)
Friedemann   
2013-12-05 17:46   
Hmm, then it seems to be a Google Maps problem. When searching for disappearing markers I get a lot of results: http://goo.gl/QwJdGO
(0001976)
zava   
2013-12-05 17:47   
My folder currently contains 239 images, 236 with geo data. All are within an area of about 3x3Km, most of them are just a few meters apart, along the path.

I am not sure why Google should remove the blue flags: if it pans the map, as it does, surely the new flag is supposed to be displayed. And in fact it is after I slightly drag the map or change map type or change zoom.
Seems Google's new library occasionally "forgets" some blue flags and needs a little shaking to be reminded...
(0001977)
zava   
2013-12-05 17:48   
I agree this looks like a Googlebug...
Sorry if I misreported it on Geosetter.
(0001978)
Friedemann   
2013-12-05 17:49   
236 are not so much. I hoped that you are maybe talking about thousands of markers ;-)
(0001979)
Friedemann   
2013-12-05 17:50   
> Sorry if I misreported it on Geosetter.

Absolutely no problem! It's good to know about this and I'm pretty sure that you won't be the last one who will report this to me... I will check it here and try to reproduce...
(0001980)
Friedemann   
2013-12-05 18:02   
Yes, I see, I can reproduce it... Strange... Sometimes the blue markers disappear when panning and then they appear again sometimes. I just took a look in my code. Nothing will be done with the blue markers when changing the image selection. Only the focus marker (purple with yellow dot) will be set to the new position. I would say it's not my fault, so we have ´to wait for a solution by Google... :-/
(0001981)
Friedemann   
2013-12-05 18:05   
And also the purple focus marker will disappear at the same time sometimes...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
19 [GeoSetter] User Interface feature always 2007-12-09 18:10 2013-12-01 23:23
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.1.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Verzeichnis ".."
Description: Für eine schnellere Navigation im Browser-Fenster wäre das Verzeichnis ".." recht hilfreich, da ich GeoSetter größtenteils per Tastatur bediene.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000021)
Friedemann   
2007-12-09 19:38   
Ja, ein ".." wäre zu überlegen. Du kommst aber auch mit Ctrl+PgUp ein Verzeichnis höher.
(0001969)
heiko   
2013-12-01 23:23   
ist auch mit Strg+BildAuf möglich

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
212 [GeoSetter] Image Data feature always 2008-03-02 22:59 2013-12-01 23:20
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: XMP:Rating
Description: was hältst du davon einen Anzeigefilter über das XMP:Rating einzuführen?

ich erselle immer mal wieder .kmz Files. Hier nehme ich meist nur diejenigen Bilder mit Rating=5 auf. Im Moment filtere ich mit einem anderen Programm; kopiere dann die entsprechenden Bilder in ein neues Verzeichnis, packe den Track dazu und erst jetzt kann ich den Export starten. Ein entsprechender Filter in GeoSetter würde das viel einfacher machen.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001968)
heiko   
2013-12-01 23:20   
schon lange umgesetzt

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
364 [GeoSetter] Image Data feature always 2010-01-08 23:50 2013-12-01 23:19
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.2.3 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: XMP:Rights und XMP:Copyright
Description: haben die Felder XMP:Rights und XMP:Copyright die selbe Bedeutung? Der Foto meines Sohnes schreibt in die beiden Felder generell "Copyright 2007" rein. Lösche ich diesen Text über den Daten bearbeiten Dialog wird nur XMP:Rights gelöscht. Müßte da nicht auch XMP:Copyright gelöscht werden?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
774 [GeoSetter] User Interface text always 2011-03-03 09:35 2013-12-01 23:17
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.21 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Text "Chinesisch, traditionell (OEM)
Description: "Datei | IPTC-Zeichenkodierung | OEM | Chinesisch, traditionell (OEM)" --> "traditionell" enthält Hieroglyphen
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001965)
heiko   
2013-12-01 23:16   
in der aktuellen Beta ok

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
764 [GeoSetter] User Interface minor always 2011-02-11 23:39 2013-12-01 23:15
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.21 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Höhe läßt sich im Daten bearbeiten Dialog nicht löschen
Description: Eine vorhandene Höhenangabe läßt sich im Daten bearbeiten Dialog nicht löschen wenn Breitengrad oder Längengrad zuvor gelöscht wurde
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001504)
heiko   
2011-02-14 23:26   
die Höhe läßt sich ohne Koordinaten auch nicht manuell eingeben; evtl. möchte man diese ja unabhängig von Koordinaten eingeben
(0001964)
heiko   
2013-12-01 23:15   
funktioniert in der aktuellen Beta

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
936 [GeoSetter] User Interface tweak always 2012-04-16 21:05 2013-12-01 23:09
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.26 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Karte OSMarender gibts nicht mehr
Description: der Kartentyp OSMarender wurde eingestellt; von dem her kann dieser aus der Kartenauswahl gestrichen werden.

Siehe: http://wiki.openstreetmap.org/wiki/Tiles@home
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001962)
heiko   
2013-12-01 23:09   
ist in der aktuellen Beta nicht mehr vorhanden

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1069 [GeoSetter] User Interface crash always 2013-11-21 14:50 2013-12-01 18:33
Reporter: greif24 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Kein Programmstart unter Vista (GeoSetter Version 3.4.16)
Description: Hallo, unter Vista (32bit) ist kein Programmstart mehr möglich.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001951)
greif24   
2013-11-30 20:26   
Es wird wohl keine Lösung geben.
(0001952)
Friedemann   
2013-12-01 00:25   
Das ist ein bissel unverschämt, oder nicht? ;-) Warum wird es keine Lösung geben? Dieses Ticket ist gerade mal 9 Tage alt, oder??? Allerdings haben Sie Recht, bei solch einer Fehlerbeschreibung wird es tatsächlich schwer sein eine Lösung zu finden, denn lediglich die Information, dass bei Ihnen das Programm nicht startet ist mir zu wenig... Das ist so, als wenn Sie zum Arzt gehen, sagen "ich fühl mich nicht gut, was habe ich?". Nix für ungut!

Wenn Sie Lust haben, könnten Sie ja noch mitteilen, wie sich das genau äußert, dass kein Programmstart mehr möglich ist. Gibt es irgendeine Fehlermeldung? Irgendeinen anderen Hinweis? Das wäre sehr sehr hilfreich :-/
(0001953)
greif24   
2013-12-01 08:55   
Hallo :-) Ich kann verstehen, dass Sie verärgert sind, denn das Problem ist nicht neu und immer noch ungelöst. GeoSetter ist nach dem Start nur als Prozess im Task-Manager zu sehen. Hier wurde vor längerer Zeit berichtet, dass es mit dem Internet Explorer 9 und einem dazugehörigen Update zusammen hängen könnte. Das Problem tritt auch nur unter Windows Vista auf. Mehr kann ich nicht sagen. Zum Arzt gehe ich auch nicht mit einer Diagnose, sondern sage ihm nur die Symptome. ;-) Vielleicht finden Sie eine Lösung. Viele Vista-Nutzer würden sich freuen und ich auch. Vielen Dank. Ich wünsche einen schönen und besinnlichen 1. Advent.
(0001954)
Friedemann   
2013-12-01 17:27   
Hallo! Nein, ich bin nicht verärgert... Entschuldigung für meine etwas genervt scheinende Antwort. Mein Vergleich mit dem Arzt bezog sich auf die lapidare Meldung "startet nicht". Die Aussage, dass das Programm kommentarlos hängt, hilft schon weiter, dass ich das einordnen kann, genauso wie beim Arzt anstatt "mir geht's nicht gut" die etwas präzisere Aussage "ich habe Halsschmerzen", so meinte ich das. Beides sind Symptome, aber mit dem ersten kann man kaum was anfangen ;-)

Es gibt tatsächlich schon eine Menge Tickets dazu, ich habe ein paar verlinkt. In 0000794 steht zum Beispiel: "Bei geöffnetem IE9 den Geosetter aufrufen, dann öffnet der Geosetter ordnungsgemäß. Beim nächsten Aufruf komischerweise dann auch bei nicht geöffnetem IE9. Merkwürdig aber er funktioniert wieder." Hilft das bei Ihnen eventuell? Haben Sie auch den IE 9 isntalliert? Ehrlich gesagt weiß ich nicht so recht, was ich da machen kann. Ich müsste das Logging vielleicht verbessern um zu sehen wo es hängt. Vielleicht haben Sie ja Lust mal die aktuelle Betaversion zu probieren (http://www.geosetter.de/geosetter_beta.exe ). Die lässt sich parallel installieren. Vielleicht habe ich da in den letzten Jahren ja schon längst irgendetwas behoben.
(0001958)
greif24   
2013-12-01 18:30   
Hallo, ja, der Internet Explorer 9, mit allen Updates, ist installiert. Den nutze ich zwar nicht, aber ich weiß nicht, ob ich den einfach so deinstallieren kann. Das möchte ich in diesem Zusammenhang auch nicht. Bei dem IE 9 habe ich auch schon alle Einstellungen und Tricks versucht. Auch die Tricks, die hier zu lesen sind, haben nicht den gewünschten Erfolg gebracht. Die Beta-Version von GeoSetter startet leider auch nicht. Auf meinem Laptop unter Windows 7 funktioniert GeoSetter ohne Probleme. Von Vista werde ich mich in der nächsten Zeit verabschieden und dann hat sich das Problem "GeoSetter und Vista" für mich auch erledigt. Dankeschön für das Programm GeoSetter und weiterhin viel Erfolg.
(0001959)
Friedemann   
2013-12-01 18:33   
Tja, tut mir echt leid! Kann man den IE nicht einfach updaten auf eine neuere Version, z.B. Version 10? Na ja, nur wegen GeoSetter, verstehe wenn das keine Option ist.

Falls der Abschied sich generell auf Windows bezieht, GeoSetter läuft auch wunderbar auf dem Mac, z.B. in Parallels, so nutze ich das auch :-)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
901 [GeoSetter] User Interface crash sometimes 2011-11-15 10:55 2013-12-01 17:39
Reporter: mraggett Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.4.23 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Geosetter stops after a 1-2 minutes, displaying bug report screen
Description: I had just opened Geosetter and was browsing the image files when the program stopped working and displayed the bug report window. I used the Sort function, but otherwise nothing I haven't done many times before.
Tags:
Steps To Reproduce:
Additional Information: This problem happened with v.3.4.16 so I installed the latest download, v.3.4.22. This gave the same problem. This hasn't happened before when I've been using Windows XP, but I'm using a different PC with Windows 7 64-bit on this occasion.
Attached Files: bugreport.txt (21,097 bytes) 2011-11-15 10:55
https://www.geosetter.de/mantis/file_download.php?file_id=258&type=bug
Notes
(0001904)
Eric   
2013-05-15 14:17   
I just had the same issue under Win7 x64
(0001956)
Friedemann   
2013-12-01 17:39   
Years later :-D Eric, dou you really get exactly the same bug report as attached by mraggett? For me it seems there's an image file in the current directory which GeoSetter does not like, maybe it is too big or something else. Can you perhaps find this out? I'm very interested then to get this problematic image file...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1078 [GeoSetter] User Interface feature have not tried 2013-12-01 17:04 2013-12-01 17:05
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.46 beta  
    Target Version: 3.4.46 beta  
Summary: Remove location data by pressing a button in dialog
Description: Add a button for removing all location data (coordiantes etc.) in one step.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1068 [GeoSetter] User Interface major always 2013-11-21 02:05 2013-11-29 08:47
Reporter: helmet0628 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.42 beta  
    Target Version:  
Summary: Unable to search
Description: The maps piece comes up and displays the map but the search field is now greyed out. I was working and geotagging pictures and i closed Geosetter and the search function was greyed out. I have tried deleting all folders for geosetter (roaming, and program files). I did a full uninstall and rebooted and this did not fix it. I logged in my computer as another user and the function worked just fine. I use google chrome as my default browser and have tried disabling ipv6. I am stumped. Nothing changed on my computer while it was working and it then it stopped.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Screenshot 2013-11-22 20.06.50.png (117,982 bytes) 2013-11-23 02:06
https://www.geosetter.de/mantis/file_download.php?file_id=343&type=bug
png
Notes
(0001944)
helmet0628   
2013-11-23 02:09   
Attached is a screen shot of what i see. I have tried also removing all registry entries and uninstalling it and deleting the geosetter folders (app data/roaming and under program files). The Add/Edit button and the search button are greyed out unable to be used.
(0001945)
Friedemann   
2013-11-23 02:12   
Hello! Is it maybe the same problem as described in 0001067? Please take a look at the solution...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1071 [GeoSetter] User Interface major always 2013-11-25 04:01 2013-11-29 08:47
Reporter: nudarion Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.42 beta  
    Target Version:  
Summary: Map window does not synchronize with image location (Map Error)
Description: Position marker remains static on the screen and the map does not reposition whenever I browse images with location metadata.
Tags:
Steps To Reproduce:
Additional Information: All functions in the Map tab are apparently frozen except for Refresh function and a "Show Errors" appears on the bottom level of the Map menu. When I click the Show Errors this message appears: "Could not complete the operation due to error 80020101:showMap3(2, 0, 52.5521542400, 13.4113669400, 13, "Show Labels")
Attached Files: 1b.png (716,078 bytes) 2013-11-25 04:01
https://www.geosetter.de/mantis/file_download.php?file_id=344&type=bug
Notes
(0001948)
Friedemann   
2013-11-25 08:09   
Please see here: 0001067

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1076 [GeoSetter] User Interface major always 2013-11-29 08:11 2013-11-29 08:46
Reporter: bobsun Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Map not functional
Description: Geosetter suddenly stopped working.
The map window has all icons grayed out and non-functional
The only maps available are Google Map and Google Satellite

Turning off the computer has no effect.

I removed Geosetter, downloaded the latest version and re-installed it. It operates identically to before.
Tags:
Steps To Reproduce:
Additional Information: Windows 8.1-64b
Attached Files:
Notes
(0001950)
Friedemann   
2013-11-29 08:46   
I'm sorry about your trouble! Are you using Microsoft Internet Explorer 11? After Google switched off the Google Maps API version 2 last week (https://developers.google.com/maps/documentation/javascript/v2/reference ), the changed map file (http://www.friedemann-schmidt.com/geosetter/gmap21.html) will not be reloaded on some systems, it seems the old version is always taken from the cache. I think it's a problem with IE 11. You have to adjust the map address to http://www.geosetter.de/map_google.html in the settings of GeoSetter, then it should work again. See also 0001068.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1073 [GeoSetter] Image Data crash always 2013-11-27 21:15 2013-11-27 21:33
Reporter: bbarekas Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Canon 6D reports "Err 70" with Geosetter files
Description: When I edit any RAW file by adding Location data, directly on my SD card, and then use this card on my Camera (Canon 6D), camera crashes with Err 70.
Based on Canon [http://www.learn.usa.canon.com/resources/articles/2012/eos_error_msgs.shtml] this is the explanation:
Err 70: Image malfunction
Something related to the data being captured and/or written to the memory card is detected as being problematic in some way… this may not be a simple memory card error, although of course that can’t be ruled out.
Tags:
Steps To Reproduce:
Additional Information: I don't use sidecar file. If I keep a backup of the original file, and replace it back then error goes away.
I haven't try with JPEG files yet.
I have try different settings but it seems to be something more generic.
 
Attached Files:
Notes
(0001949)
Friedemann   
2013-11-27 21:33   
This is not a problem of GeoSetter nor ExifTool I think. The Camera does not read the images, so it's up to Canon to fix it ;-) And by the way, I would NEVER edit the images on the memory card, you always have the risk of losing you data...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1070 [GeoSetter] User Interface major always 2013-11-24 11:58 2013-11-24 18:35
Reporter: zahadum Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.42 beta  
    Target Version:  
Summary: Marker aus GPX Datei werden in Karte nicht mehr angezeigt
Description: Mit der Umstellung auf Google Maps API version 2 werden Waypoint Marker aus einer GPX Datei in der Karte nicht mehr dargestellt. Es kommt folgende Fehlermeldung: Fehler 80020101: addWayPoint(.....

Ich habe bereits die URL gemäss Incident 0001067 umgestellt. Leider besteht das Problem immer noch.
Tracks werden ohne Probleme dargestellt. Nur die Marker werden in der Karte nicht gezeichnet.

Vor der Umstellung lief alles problemlos. Ohne Marker in der Karte ist die Zuordnung von Foto zu Position nur eingeschränkt möglich. Danke für eine Analyse und Hinweise zur Fehlerkorrektur.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001947)
Friedemann   
2013-11-24 18:35   
(Last edited: 2013-11-24 18:45)
Ja, die Waypoints von Tracks wurden noch nicht dargestellt mit der neuen Karte. Wie auch einige andere Dinge die noch schief liefen. Habe da noch mal was aktualisiert, nun sollte es schon besser funktionieren :-)

Ich empfehle dazu auch eigentlich die Betaversion (http://www.geosetter.de/geosetter_beta.exe ), da ich auch ein paar Kleinigkeiten im Programm auf die neue Karte abstimmen musste.


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1066 [GeoSetter] Image Data major always 2013-11-12 07:53 2013-11-24 13:53
Reporter: Max Wudy Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.38 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Leica M (240)
Description: Geodaten lassen sich nicht in Leica M 240 dng schreiben
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001939)
heiko   
2013-11-12 21:05   
stell die Frage mal im ExifTool Forum: http://u88.n24.queensu.ca/exiftool/forum/ vielleicht kann dir Phil weiterhelfen. GeoSetter verwendet ExifTool zum Schreiben der Metadaten, so dass du im ExifTool Forum glaube ich besser aufgehoben bist.
(0001946)
Max Wudy   
2013-11-24 11:08   
Hab ich gemacht, Problem ist bekannt. Der Fehler liegt bei Leica, Phil arbeitet daran!

LG
Max

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1067 [GeoSetter] Image Data major always 2013-11-20 12:19 2013-11-20 13:35
Reporter: Holly Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.12 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: no map
Description: I have a big problem with geosetter: the map isn't working anymore, everything is greyed out. Rrestarting my Laptop and Geosetter didn't work. Yesterday it was working perfectly but after i opened it today and installed the latest update the whole map is greyed out. The Problem code is: 80020101: showMap3.

Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Unbenannt.jpg (711,370 bytes) 2013-11-20 12:19
https://www.geosetter.de/mantis/file_download.php?file_id=340&type=bug
Unbenannt.png (7,931 bytes) 2013-11-20 12:33
https://www.geosetter.de/mantis/file_download.php?file_id=341&type=bug
png

geosetter_new_map.jpg (137,266 bytes) 2013-11-20 13:33
https://www.geosetter.de/mantis/file_download.php?file_id=342&type=bug
jpg
Notes
(0001940)
Friedemann   
2013-11-20 13:34   
Yes :-) Google switched off Google Maps API version 2 yesterday (see here https://developers.google.com/maps/documentation/javascript/v2/reference?hl=de-DE&csw=1). I changed the map file already last weekend to use API version 3, but unfortunately it seems that still the old version will be used by GeoSetter because it is taken from the cache. Also clearing the cache of Microsoft Internet Explorer doesn't help. So you have to adjust the map file in program settings to "http://www.geosetter.de/map_google.html" (please see attached screenshot).

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1055 [GeoSetter] Image Data feature have not tried 2013-08-28 20:11 2013-08-28 22:29
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.38 beta  
    Target Version: 3.4.38 beta  
Summary: Support for Phase One RAW files (iiq)
Description: Support for Phase One RAW files (iiq)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1056 [GeoSetter] Image Data feature have not tried 2013-08-28 20:12 2013-08-28 22:29
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.38 beta  
    Target Version: 3.4.38 beta  
Summary: Support for user defined ExifTool folder
Description: Support for user defined ExifTool folder
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1014 [GeoSetter] User Interface crash always 2013-01-31 00:57 2013-08-28 20:13
Reporter: lcm121 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.34 beta  
Product Build: Resolution: unable to reproduce  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GeoSetter 3.4.31 BETA interprets an empty camera angle (Aufnahmerichtung) as "NAN", causing multiple issues
Description: When starting GeoSetter with a startup folder containing geotagged JPGs, it throws an EInvalidOp exception for every picture without a camera angle.

When the application has finally launched (click on "Anwendung fortsetzen" every time the Exception windows pops up), double-click on an image that caused an exception. These are those images that should not have a "Aufnahmerichtung" but are nevertheless marked with a light blue triangle (=marker for existing "Aufnahmerichtung") at the top left of the thumbnail. The textbox "Aufnahmerichtung" will contain the string "NAN", i.e. the string value for "Not a Number". Clicking "Cancel" will force you to input a value 0-360 or delete the "NAN" string.

Clicking on a thumbnail images with "NAN" will position the map to the correct coordinates, but the marker will not appear on the map. The marker will reappear if "NAN" is removed in the "Aufnahmerichtung" textbox.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001890)
lcm121   
2013-03-03 20:56   
(Last edited: 2013-03-04 01:10)
Wie ist denn der aktuelle Stand? Kann sich das mal ein Entwickler ansehen? Ich denke, nach einem Monat ohne Feeback kann mal nachfragen...

(0001894)
Friedemann   
2013-03-14 17:54   
Ja, sorry, natürlich kann man mal nachfragen! ;-) Könnten Sie mir vielleicht mal solch ein Bild an support@geosetter.de zuschicken?
(0001899)
lcm121   
2013-04-04 21:55   
Leider kann ich das Problem mit der neuen Beta (3.4.35) nicht mehr reproduzieren... Wenn es wieder auftreten sollte, öffne ich ein neues Ticket mit genaueren Erläuterungen.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1048 [GeoSetter] User Interface minor always 2013-07-28 18:32 2013-08-22 12:54
Reporter: uliw Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Search not possible anymor
Description: The google map search worked fine until a few days ago and since then no place is found when typing a name in the search field.

The error message is:
    Meldung von Website:
    "Hannover" not found.

When moving through the map and marking a place, the gps assignment to the photo works well.

Any idea, what might have changed?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001921)
uliw   
2013-08-19 10:10   
without changes, the search works again.
(0001922)
uliw   
2013-08-19 10:11   
please close ticket

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1053 [GeoSetter] User Interface crash have not tried 2013-08-22 12:21 2013-08-22 12:53
Reporter: rosch Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.34 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Absturz beim Vergleich von Bildern
Description: Siehe Bugreport.txt
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: bugreport.txt (21,024 bytes) 2013-08-22 12:21
https://www.geosetter.de/mantis/file_download.php?file_id=334&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1054 [GeoSetter] User Interface crash always 2013-08-22 12:31 2013-08-22 12:50
Reporter: rosch Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.34 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Einfrieren (crash) beim Bildervergleich
Description: Wenn der Pfad zu den Bildern länger ist (genaue Länge habe ich nicht ermittelt) und z.B. Zahlen enthält, dann friert der Bildvergleich ein.
Beispielpfad: "Z:\WD_1GB_Rosch\Bilder\2013\Internationales Turnier Fernsehturm 5-13"
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1040 [GeoSetter] User Interface feature have not tried 2013-05-28 18:52 2013-06-12 21:19
Reporter: owh Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: How to synchronization with already geo tagged images with buddy images?
Description: Hi,

Thanks a lot for this great software; probably the best. I must apologize if I am asking in wrong place. I just can't find anywhere else for the information.

I would like to use the feature of "synchronization with already geo tagged images with buddy images", however I have not been able to figure out how to do it and have not been able to find any help/instruction on the net. All mention of it only appear as an item in feature list. All instructions are about synchronizing with tracks. I have tried "Synchronize images ...", however that doesn't seem to do the work.

Basically, I have a smart phone and camera. I take photos with both interchanging. Those photos taken with smart phone are geotagged. Those with camera are not. I would like Geosetter to use the information in geotagged photos to geotag the photos taken with camera based on nearest time taken (with option to set time difference tolerance). Is this possible in Geosetter and how to do it?

Another thing I would like to ask, and haven't dare to try myself, is whether when synchronizing with tracks, will the software automatically left out those photos already been geotagged? Will there be option to choose either way (overwrite or skip)? I haven't try myself and I don't mix them up to avoid overriding the original geotagged info (which presumably more accurate).

When writing this note, I notice in the dropdown menu that there is 3.4.34 beta, however I could only find 3.4.16. Is the latest version available for download? I am sorry that I am not familiar with the development system/protocol.

Regards
Hong
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001907)
heiko   
2013-06-02 20:53   
Hi Hong,

try using the latest beta version of GeoSetter. There is a sync option named "Synchronize with selected Images containing coordinates already" available. With the beta version you can also create a GPX track from your tagged images.

You can download this version under www.geosetter.de/geosetter_beta.exe

GeoSetter will synchronize all selected images. You can use a filter to only select images without geocoordinates.

Regards
Heiko
(0001908)
owh   
2013-06-12 14:07   
Thanks a lot, Heiko. I was not able to get my hands on it earlier. Just tried and it works! Many thanks! This is an excellent software.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
621 [GeoSetter] User Interface major always 2010-07-30 11:10 2013-05-05 18:41
Reporter: jahurtado Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.60 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GPX Cache doesn't update
Description: I don't know much about Geosetter internals but it seems that there is a cache for loaded gpx tracks.

The problem was discovered when I wanted to change my track data (using gpsbabel) in order to synchronize the gpx clock with my camera clock. I know that it can be done with geosetter but I wanted to fix the gpx file.

If I make changes on the output gpx file (the modified one) after I read it with geosetter, gpx data remains the same in geosetter. On the other hand, if I change the file name and I try to read it, the changes are displayed.

This is my sequence which reproduces the error:

1. Make time shifting:

gpsbabel -i gpx -f input.gpx -x track,move=+20s -o gpx -F output.gpx

2. Open output.gpx with geosetter.

3. Make another time shifting

gpsbabel -i gpx -f input.gpx -x track,move=+50s -o gpx -F output.gpx

4. Open output.gpx with geosetter (changes won't appear)

5. change the file name

rename output.gpx output2.gpx

6. Open output2.gpx with geosetter (changes appear).

Regards.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001903)
rpeyron   
2013-05-05 18:41   
Hi,

A simple workaround for this issue is to clear the cache.

Create a file named "geosetter-clear-gpx-cache.bat" with the following content :
"""
@echo off
echo Clear GeoSetter GPX Cache
echo Remove files in %APPDATA%\GeoSetter\track_cache\tracks\*.*
del "%APPDATA%\GeoSetter\track_cache\tracks\*.*
"""

Run it each time you modify your GPX, before reloading the files.

(And many thanks for this great software)

Best regards,

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1030 [GeoSetter] Image Data major always 2013-04-09 10:30 2013-04-09 17:01
Reporter: hannes2013 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.34 beta  
    Target Version:  
Summary: Aufnahmerichtung bei CR2 Dateien wird grundsätzlich überschrieben beim Edit
Description: Wenn ich Fotodateien des Typs CR2 öffne, kann ich in der Geosetter Listenansicht die ursprünglich in der Datei vorhandene Aufnahmerichtung ablesen in der entsprechenden Spalte.
(Die Richtung wurde über ein GPS-gerät direkt in der Kamera in die Daten geschrieben)
Sobald ich nun aber über Strg-E den Dateneditor öffne und auf den Reiter "Ort" gehe, wird automatisch der Wert hart überschrieben mit einer Richtung die bei mir immer ca. 188 Grad darstellt (Nachkommastellen variieren!).

Damit verliere ich grundsätzlich alle meine Richtungsinformationen aus dem Foto, was als Datenzerstörung mehr als ärgerlich ist.

Dahinter liegt dann noch das Problem, dass dies sogar dann stattfindet, wenn ich im selben Rutsch auch andere Daten vieler Bilder verändert habe (z.B. Bildunterschrift) und das Popup hochkommt, das mich fragt, welche Felder ich denn nun in alle markierten Dateien übernehmen will, und Aufnahmerichtung eben NICHT markiere. Man kann also diese Datenzerstörung so nicht unterbinden.
Tags:
Steps To Reproduce:
Additional Information: Derselbe Effekt tritt nicht ein bei JPGs, warum auch immer.

Die Richtung wird auch nicht überschrieben, wenn ich z.B. die Bewertung verändere über die 1-5 Sterne direkt in der Listenansicht.

Es scheint ein Problem mit dem Editorfenster zu sein.
Attached Files:
Notes
(0001900)
Friedemann   
2013-04-09 11:02   
Um das ganze zu vereinfachen: Könntest Du mir mal so ein CR2 zukommen lassen (support@geosetter.de)?
(0001901)
Friedemann   
2013-04-09 17:01   
Bereits erledigt in vorletzter Betaversion (0000948).

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
915 [GeoSetter] Image Data major always 2012-01-26 11:04 2013-03-24 23:08
Reporter: takeru Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.23 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: .avi files cannot be mapped wth GPS data
Description: Trying to map .avi files with GPS data,
I added ".avi" file type by the preference.

However, it is unable with an error :
 "None of your selected images contains a data time value.
 The synchronization can't be done."

Rolling up to 3.4.22 beta did not help.
The same problem is by all of my several PCs.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001709)
heiko   
2012-01-26 21:29   
I assume that there is no time and date value inside your avi files.

To synchronise GPS data with an image/video, GeoSetter is comparing the time from the image/video and the time inside the GPS track; if there is no date and time available in the avi file, the synchronisation can not be done.

If you upload such an avi file and a track file I could check this speculation.
(0001896)
colemanjj   
2013-03-24 23:08   
I just posted a similar problem for .mp4 video files. sorry for the duplicate issue.
.mp4 files contain a "Quicktime" "CreateDate" and other date-time tags but not the "Taken Date" required by geosetter. Could geosetter be more flexible to use different tags to find a date-time?
If it would be helpful, I could send you a .mp4 file and a .gpx file that could be matched. Let me know at colemanjj@yahoo.com if you wan the files. thanks

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1023 [GeoSetter] User Interface crash sometimes 2013-03-13 21:44 2013-03-18 12:38
Reporter: Tom-Masz Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.14 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.38 beta  
    Target Version:  
Summary: critical error
Description: date/time : 2013-03-13, 21:40:35, 31ms
operating system : Windows XP Dodatek Service Pack 3 build 2600
system language : Polish
system up time : 2 hours 18 minutes
program up time : 6 seconds
processors : 2x AMD Athlon(tm) X2 Dual-Core QL-60
physical memory : 1992/3071 MB (free/total)
free disk space : (C:) 30,34 GB
display mode : 1366x768, 32 bit
process id : $fc4
allocated memory : 37,99 MB
executable : GeoSetter.exe
exec. date/time : 2011-02-01 20:09
version : 3.4.16.2119
madExcept version : 3.0l
contact name : Tom-Masz
contact email : tzugaj@gmail.com
callstack crc : $d1534b1c, $fbcbb34a, $7f3ae067
exception number : 1
exception class : EVariantTypeCastError
exception message : Variante des Typs (OleStr) konnte nicht in Typ (Double) konvertiert werden.

main thread ($17f4):
00461f2f +06f GeoSetter.exe Variants 525 +1 VarCastError
0046236e +01a GeoSetter.exe Variants 589 +3 VarResultCheck
004648e0 +084 GeoSetter.exe Variants 1787 +9 VarToDoubleAsString
00464b1a +0fe GeoSetter.exe Variants 1847 +15 @VarToDouble
00464da0 +008 GeoSetter.exe Variants 1893 +1 @VarToReal
007db98e +082 GeoSetter.exe ImageData 6788 +15 TimageData.GetFocalLength
007db7ce +04e GeoSetter.exe ImageData 6761 +5 TimageData.GetFocalLength35mmIsCalculated
00a1ef1e +bd2 GeoSetter.exe ufrmMain 2925 +251 TfrmGeoSetterMain.lvFilesItemThumbnailDraw
0040494e +002 GeoSetter.exe System 9060 +0 @ClassDestroy
005667f3 +037 GeoSetter.exe EasyListview 15732 +2 TCustomEasyListview.DoItemThumbnailDraw
0077c627 +3c3 GeoSetter.exe VirtualExplorerEasyListview 4901 +67 TCustomVirtualExplorerEasyListview.DoItemThumbnailDraw
0057bf0f +02f GeoSetter.exe EasyListview 26954 +1 TEasyItemVirtual.ThumbnailDraw
0056f9c9 +109 GeoSetter.exe EasyListview 20978 +24 TEasyViewItem.PaintImage
0056ee16 +142 GeoSetter.exe EasyListview 20707 +25 TEasyViewItem.Paint
0057baa1 +02d GeoSetter.exe EasyListview 26783 +1 TEasyItem.Paint
0056787a +63e GeoSetter.exe EasyListview 16142 +132 TCustomEasyListview.DoPaintRect
005415cb +253 GeoSetter.exe MPCommonObjects 1446 +35 TCommonCanvasControl.WMPaint
004db1f3 +1df GeoSetter.exe Controls 4645 +53 TControl.WndProc
004dede2 +18e GeoSetter.exe Controls 6342 +33 TWinControl.WndProc
004de9b4 +034 GeoSetter.exe Controls 6237 +3 TWinControl.MainWndProc
0047d82c +014 GeoSetter.exe Classes 10966 +8 StdWndProc
7c90e470 +010 ntdll.dll KiUserCallbackDispatcher

thread $1794:
7c90df48 +a ntdll.dll NtWaitForMultipleObjects

thread $14ac (TWorkerThread):
7c90df58 +0a ntdll.dll NtWaitForSingleObject
7c8025d5 +85 KERNEL32.dll WaitForSingleObjectEx
7c80253d +0d KERNEL32.dll WaitForSingleObject
0058e399 +19 GeoSetter.exe VirtualTrees 6079 +3 TWorkerThread.Execute
00452187 +2b GeoSetter.exe madExcept HookedTThreadExecute
0047ba8a +36 GeoSetter.exe Classes 9372 +7 ThreadProc
00405478 +28 GeoSetter.exe System 11554 +33 ThreadWrapper
00452069 +0d GeoSetter.exe madExcept CallThreadProcSafe
004520d3 +37 GeoSetter.exe madExcept ThreadExceptFrame
>> created by main thread ($17f4) at:
0058e28e +16 GeoSetter.exe VirtualTrees 6022 +1 TWorkerThread.Create

thread $1194 (TImageDataRefreshThread):
00452187 +2b GeoSetter.exe madExcept HookedTThreadExecute
0047ba8a +36 GeoSetter.exe Classes 9372 +7 ThreadProc
00405478 +28 GeoSetter.exe System 11554 +33 ThreadWrapper
00452069 +0d GeoSetter.exe madExcept CallThreadProcSafe
004520d3 +37 GeoSetter.exe madExcept ThreadExceptFrame
>> created by main thread ($17f4) at:
007e02cb +27 GeoSetter.exe ImageDataRefreshThread 64 +2 TImageDataRefreshThread.Create

thread $16dc:
7c90d218 +a ntdll.dll NtDelayExecution

thread $12bc:
7c90dae8 +000a ntdll.dll NtRequestWaitReplyPort
77e7a80b +0020 RPCRT4.dll I_RpcSendReceive
77e7a83a +0023 RPCRT4.dll NdrSendReceive
77ef5670 +01a0 RPCRT4.dll NdrClientCall2
76f135b6 +0813 DNSAPI.dll DnsQuery_W
77e796b4 +000d RPCRT4.dll I_RpcFreeBuffer
71a531f3 +0072 WS2_32.dll WSALookupServiceNextW
71a55dd7 +353e WS2_32.dll GetAddrInfoW
71a52ac5 +0056 WS2_32.dll getaddrinfo

thread $1234:
7c90df58 +0a ntdll.dll NtWaitForSingleObject
7c8025d5 +85 KERNEL32.dll WaitForSingleObjectEx
7c80253d +0d KERNEL32.dll WaitForSingleObject
005bff25 +4d GeoSetter.exe VirtualShellNotifier 2260 +9 TVirtualChangeDispatchThread.Execute
0053beb6 +36 GeoSetter.exe MPThreadManager 676 +22 TCommonThread.ExecuteStub
00452069 +0d GeoSetter.exe madExcept CallThreadProcSafe
004520d3 +37 GeoSetter.exe madExcept ThreadExceptFrame
>> created by main thread ($17f4) at:
0053bc81 +6d GeoSetter.exe MPThreadManager 615 +12 TCommonThread.Create

thread $14dc:
7e377766 +3b user32.dll GetMessageA
005bf2f7 +bb GeoSetter.exe VirtualShellNotifier 1918 +15 TVirtualShellChangeThread.Execute
0053beb6 +36 GeoSetter.exe MPThreadManager 676 +22 TCommonThread.ExecuteStub
00452069 +0d GeoSetter.exe madExcept CallThreadProcSafe
004520d3 +37 GeoSetter.exe madExcept ThreadExceptFrame
>> created by main thread ($17f4) at:
0053bc81 +6d GeoSetter.exe MPThreadManager 615 +12 TCommonThread.Create

thread $1758:
005de956 +07e GeoSetter.exe jpegfilt jpeg_read_scanlines
005db5c4 +9f0 GeoSetter.exe jpegfilt ReadJPegStream
00708816 +15a GeoSetter.exe imageenio TImageEnIO.LoadFromStreamJpeg
006f9d99 +0f9 GeoSetter.exe imageenio TImageEnIO.LoadFromStream
0074b4b4 +670 GeoSetter.exe VirtualThumbnails 835 +143 SpMakeThumbFromFileImageEn
0074bacd +205 GeoSetter.exe VirtualThumbnails 1097 +45 SpCreateThumbInfoFromFile
00780511 +089 GeoSetter.exe VirtualExplorerEasyListview 7154 +6 TEasyThumbnailThreadRequest.HandleRequest
0053c2fb +11f GeoSetter.exe MPThreadManager 948 +54 TCommonEventThread.Execute
0053beb6 +036 GeoSetter.exe MPThreadManager 676 +22 TCommonThread.ExecuteStub
00452069 +00d GeoSetter.exe madExcept CallThreadProcSafe
004520d3 +037 GeoSetter.exe madExcept ThreadExceptFrame
>> created by main thread ($17f4) at:
0053bc81 +06d GeoSetter.exe MPThreadManager 615 +12 TCommonThread.Create

thread $c10:
7c90df48 +0a ntdll.dll NtWaitForMultipleObjects
7c80958a +00 KERNEL32.dll WaitForMultipleObjectsEx
7e3695f3 +00 user32.dll MsgWaitForMultipleObjectsEx
7e3696a3 +1a user32.dll MsgWaitForMultipleObjects
00452069 +0d GeoSetter.exe madExcept CallThreadProcSafe
004520d3 +37 GeoSetter.exe madExcept ThreadExceptFrame
>> created by main thread ($17f4) at:
4ebd7f66 +00 gdiplus.dll

thread $fe4 (TExifToolInitThread):
7c90df58 +00a ntdll.dll NtWaitForSingleObject
7c8025d5 +085 KERNEL32.dll WaitForSingleObjectEx
7c80253d +00d KERNEL32.dll WaitForSingleObject
0073de46 +192 GeoSetter.exe uFriTools 3342 +34 ExecConsole
0093bc6b +08f GeoSetter.exe ExifTool 1024 +6 TExifToolLanguageItems.Create
00939c0a +062 GeoSetter.exe ExifTool 342 +1 InitExifTool
0093ee9d +021 GeoSetter.exe ExifTool 1689 +0 TExifToolInitThread.Execute
0047ba8a +036 GeoSetter.exe Classes 9372 +7 ThreadProc
00405478 +028 GeoSetter.exe System 11554 +33 ThreadWrapper
00452069 +00d GeoSetter.exe madExcept CallThreadProcSafe
004520d3 +037 GeoSetter.exe madExcept ThreadExceptFrame
>> created by main thread ($17f4) at:
0093ee21 +09d GeoSetter.exe ExifTool 1683 +8 TExifToolInitThread.Create

thread $f70:
7c90df58 +0a ntdll.dll NtWaitForSingleObject
71a54a57 +50 WS2_32.dll connect
71a4150a +6a WS2HELP.dll WahReferenceContextByHandle
71a5314c +a4 WS2_32.dll select
00452069 +0d GeoSetter.exe madExcept CallThreadProcSafe
004520d3 +37 GeoSetter.exe madExcept ThreadExceptFrame
>> created by main thread ($17f4) at:
3fd1dea0 +00 wininet.dll

thread $e50:
7c90df58 +0a ntdll.dll NtWaitForSingleObject
7c8025d5 +85 KERNEL32.dll WaitForSingleObjectEx
7c80253d +0d KERNEL32.dll WaitForSingleObject
00452069 +0d GeoSetter.exe madExcept CallThreadProcSafe
004520d3 +37 GeoSetter.exe madExcept ThreadExceptFrame
>> created by thread $12bc at:
3fd111e7 +00 wininet.dll

hardware:
+ Baterie
  - Bateria Microsoft o metodzie kontroli zgodnej z ACPI
  - Microsoft AC Adapter
+ Bluetooth
  - Bluetooth RFBUS (driver 8.0.2005.0)
  - Bluetooth RFCOMM (driver 8.0.1129.0)
  - Bluetooth RFHID (driver 8.0.830.0)
  - USB Bluetooth EDR Device (driver 8.0.2005.0)
+ Karty graficzne
  - NVIDIA GeForce 9100M G (driver 6.14.12.6099)
+ Karty sieciowe
  - Atheros AR5007EG Wireless Network Adapter (driver 7.6.0.239)
  - HUAWEI Mobile Connect - Network Adapter (driver 2.6.2.1605)
  - Karta sieciowa 1394
  - Realtek PCIe GBE Family Controller (driver 5.742.1125.2009)
+ Klawiatury
  - Standardowa klawiatura 101/102 klawisze lub Microsoft Natural Keyboard PS/2
+ Komputer
  - Wieloprocesorowy komputer PC z interfejsem ACPI
+ Kontrolery d?wi?ku, wideo i gier
  - Kodery-dekodery audio
  - Kodery-dekodery wideo
  - Port gier dla Creative
  - Realtek High Definition Audio (driver 5.10.0.5689)
  - Sound Blaster 16 lub AWE32 lub zgodne (WDM)
  - Starsze sterowniki audio
  - Starsze urz?dzenia przechwytywania wideo
  - Urz?dzenia steruj?ce mediami
  - Urz?dzenie audio USB
+ Kontrolery hosta magistrali IEEE 1394
  - Kontroler hosta IEEE 1394 zgodny z OHCI
+ Kontrolery IDE ATA/ATAPI
  - Podstawowy kana? IDE
  - Pomocniczy kana? IDE
  - Standardowy podwójny kontroler PCI IDE
+ Kontrolery uniwersalnej magistrali szeregowej
  - G?ówny koncentrator USB
  - G?ówny koncentrator USB
  - G?ówny koncentrator USB
  - G?ówny koncentrator USB
  - HUAWEI Enumerator Device (driver 2.6.2.1605)
  - HUAWEI Enumerator Device (driver 2.6.2.1605)
  - HUAWEI Enumerator Device (driver 2.6.2.1605)
  - HUAWEI Mobile Connect - Bus Enumerate Device (driver 2.6.2.1605)
  - Masowe urz?dzenie magazynuj?ce USB
  - Masowe urz?dzenie magazynuj?ce USB
  - Rodzajowy koncentrator USB
  - Standardowy kontroler OpenHCD hosta USB
  - Standardowy kontroler OpenHCD hosta USB
  - Standardowy rozszerzony kontroler hosta PCI to USB
  - Standardowy rozszerzony kontroler hosta PCI to USB
  - Urz?dzenie kompozytowe USB
  - Urz?dzenie kompozytowe USB
  - Urz?dzenie kompozytowe USB
+ Modemy
  - Motorola SM56 Data Fax Modem (driver 6.12.20.0)
  - Nokia 6300 Bluetooth Modem (driver 4.7.0.0)
+ Monitory
  - Monitor domy?lny
  - Monitor domy?lny
  - Monitor Plug and Play
+ Mysz i inne urz?dzenia wskazuj?ce
  - Mysz Microsoft PS/2
  - Mysz zgodna z HID
+ Porty (COM i LPT)
  - BT Port (COM10) (driver 6.0.616.0)
  - BT Port (COM11) (driver 6.0.616.0)
  - BT Port (COM12) (driver 6.0.616.0)
  - BT Port (COM13) (driver 6.0.616.0)
  - BT Port (COM14) (driver 6.0.616.0)
  - BT Port (COM18) (driver 6.0.616.0)
  - BT Port (COM20) (driver 6.0.616.0)
  - BT Port (COM21) (driver 6.0.616.0)
  - BT Port (COM22) (driver 6.0.616.0)
  - BT Port (COM23) (driver 6.0.616.0)
  - BT Port (COM24) (driver 6.0.616.0)
  - BT Port (COM25) (driver 6.0.616.0)
  - BT Port (COM26) (driver 6.0.616.0)
  - BT Port (COM6) (driver 6.0.616.0)
  - BT Port (COM7) (driver 6.0.616.0)
  - HUAWEI Mobile Connect - 3G Application Interface (COM16) (driver 2.6.2.1606)
  - HUAWEI Mobile Connect - 3G PC UI Interface (COM17) (driver 2.6.2.1606)
+ Procesory
  - AMD Athlon(tm) X2 Dual-Core QL-60
  - AMD Athlon(tm) X2 Dual-Core QL-60
+ Stacje dysków
  - HUAWEI SD Storage USB Device
  - WDC WD2500BEVS-00UST0
+ Stacje dysków CD-ROM/DVD
  - DTSOFT Virtual CdRom Device
  - HUAWEI Mass Storage USB Device
  - Optiarc DVD RW AD-7560S
+ Urz?dzenia do obrazowania
  - Urz?dzenie wideo USB
+ Urz?dzenia interfejsu HID
  - Bluetooth HID Port (driver 6.0.520.0)
  - Urz?dzenie kontroli odbiorcy zgodne z HID
  - Urz?dzenie USB interfejsu HID
+ Urz?dzenia pami?ci Flash i PCMCIA
  - JMB38X MS Host Controller (driver 1.0.18.7)
  - JMB38X SD Host Controller (driver 1.0.18.7)
  - JMB38X SD/MMC Host Controller (driver 1.0.18.7)
+ Urz?dzenia systemowe
  - Aplikacja zbieraj?ca informacje o oprogramowaniu urz?dze? Plug and Play
  - Bateria kompozytowa Microsoft
  - Czasomierz systemowy
  - Czasomierz zdarzeniowy wysokiej precyzji
  - DAEMON Tools Virtual Bus (driver 5.0.1.282)
  - G?o?nik systemowy
  - HUAWEI Mobile Connect - Extra Control Device (driver 2.6.2.1605)
  - Interfejs zarz?dzania Microsoft Windows dla ACPI
  - Interfejs zarz?dzania Microsoft Windows dla ACPI
  - Kontroler DMA
  - Magistrala PCI
  - Mened?er g?o?no?ci
  - Mostek (bridge) standardu PCI do CPU hosta
  - Mostek (bridge) standardu PCI do CPU hosta
  - Mostek (bridge) standardu PCI do CPU hosta
  - Mostek (bridge) standardu PCI do CPU hosta
  - Mostek (bridge) standardu PCI do CPU hosta
  - Mostek (bridge) standardu PCI do ISA
  - Mostek (bridge) standardu PCI do PCI-do-PCI
  - Mostek (bridge) standardu PCI do PCI-do-PCI
  - Mostek (bridge) standardu PCI do PCI-do-PCI
  - Mostek (bridge) standardu PCI do PCI-do-PCI
  - Mostek (bridge) standardu PCI do PCI-do-PCI
  - Mostek (bridge) standardu PCI do PCI-do-PCI
  - NVIDIA nForce PCI System Management (driver 4.6.9.0)
  - NVIDIA nForce System Management Controller (driver 5.1.2600.161)
  - Pokrywa ACPI
  - Port odczytu danych ISAPNP
  - Procesor numeryczny
  - Programowalny kontroler przerwa?
  - Przycisk ACPI Fixed Feature
  - Przycisk u?pienia ACPI
  - Przycisk zasilania ACPI
  - P?yta systemowa
  - Rozszerzona magistrala we/wy
  - Standardowy kontroler RAM PCI
  - Standardowy kontroler RAM PCI
  - Standardowy kontroler RAM PCI
  - Sterownik BIOS zarz?dzania systemem firmy Microsoft
  - Sterownik klawiatury serwera terminali
  - Sterownik magistrali Microsoft UAA dla High Definition Audio
  - Sterownik myszy serwera terminali
  - Strefa termiczna ACPI
  - System zgodny ze standardem Microsoft ACPI
  - Urz?dzenie Microcode Update
  - Wbudowany kontroler zgodny ze standardem Microsoft ACPI
  - Zasoby p?yty g?ównej
  - Zasoby p?yty g?ównej
  - Zasoby p?yty g?ównej
  - Zegar systemowy CMOS/czasu rzeczywistego

cpu registers:
eax = 01823774
ebx = 00000008
ecx = 00000001
edx = 00461f34
esi = 01820005
edi = 065560b8
eip = 00461f34
esp = 0012b1c8
ebp = 0012b228

stack dump:
0012b1c8 34 b4 12 00 d3 2f 81 7c - 1b 00 00 00 02 02 20 00 4..../.|........
0012b1d8 e0 b3 12 00 23 00 00 00 - 72 13 00 00 00 00 00 00 ....#...r.......
0012b1e8 00 00 00 00 08 dc 00 e2 - 08 6c 23 e1 28 a5 d4 87 .........l#.(...
0012b1f8 80 1f 00 00 ff ff 00 00 - 04 06 00 00 20 09 11 b0 ................
0012b208 9b d8 00 00 00 00 00 00 - 08 09 11 b0 88 1c 07 88 ................
0012b218 cc a5 00 00 00 00 00 00 - 10 ad 3b e2 00 00 00 00 ..........;.....
0012b228 00 00 00 00 00 00 00 00 - 40 09 11 b0 00 9a 0a 8b ........@.......
0012b238 ed b6 00 00 00 00 00 00 - b8 a5 d4 87 00 00 00 00 ................
0012b248 00 00 00 00 00 00 00 00 - 00 a5 d4 87 f8 a5 d4 87 ................
0012b258 00 00 00 00 00 00 00 00 - cd cc cc cc cc cc cc cc ................
0012b268 fb 3f 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 .?..............
0012b278 00 00 00 00 00 00 00 00 - 38 ba 12 00 00 00 00 00 ........8.......
0012b288 01 88 61 b2 3c 00 f8 00 - 08 70 df e3 28 a5 d4 87 ..a.<....p..(...
0012b298 04 06 00 00 a0 1c 07 88 - c8 09 11 b0 50 f1 60 80 ............P.`.
0012b2a8 00 00 00 00 60 13 0b 8b - 01 00 00 00 28 a5 d4 87 ....`.......(...
0012b2b8 03 00 1f 00 01 00 00 00 - 85 f1 60 80 00 00 00 00 ..........`.....
0012b2c8 18 ba 12 00 1c 88 61 b2 - 00 00 00 00 01 00 00 00 ......a.........
0012b2d8 18 ba 12 00 04 06 00 00 - 94 09 11 b0 a0 09 11 b0 ................
0012b2e8 28 0c 11 b0 00 00 00 00 - 90 cf 4d 80 ff ff ff ff (.........M.....
0012b2f8 00 0f 11 b0 64 0c 11 b0 - 08 0f 11 b0 20 bf 12 00 ....d...........

disassembling:
[...]
00461f1b call -$5a2a4 ($407c7c) ; System.LoadResString
00461f20 mov ecx, [ebp-$1c]
00461f23 mov dl, 1
00461f25 mov eax, [$4619ac]
00461f2a call -$3cbf ($45e270) ; SysUtils.Exception.CreateFmt
00461f2f > call -$5d10c ($404e28) ; System.@RaiseExcept
00461f34 xor eax, eax
00461f36 pop edx
00461f37 pop ecx
00461f38 pop ecx
00461f39 mov fs:[eax], edx
[...]

error details:
in open
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: bugreport.txt (17,581 bytes) 2013-03-13 21:44
https://www.geosetter.de/mantis/file_download.php?file_id=323&type=bug
Notes
(0001893)
Friedemann   
2013-03-14 17:52   
I think this is the same problem as mentioned in 0001024, isn't it? Can you please send me the image file to support@geosetter.de?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1016 [GeoSetter] Image Data major sometimes 2013-02-11 13:52 2013-03-18 12:23
Reporter: jbeh Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.34 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: geosetter verändert exif original datum/zeit
Description: alle zeitzone abgehakt -
nur geokoordinaten zugewiesen

verändert geosetter gelegentlich exit original datzum/zeit

4 beispieldateien aus dem workflow per email zugesandt


version: 3.4.31 2141
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: bild134zeitverändert.JPG (270,329 bytes) 2013-02-11 13:52
https://www.geosetter.de/mantis/file_download.php?file_id=315&type=bug
augangsdaten_alle_so_1327.JPG (353,851 bytes) 2013-02-11 19:38
https://www.geosetter.de/mantis/file_download.php?file_id=316&type=bug
geosetter.JPG (415,319 bytes) 2013-02-11 19:39
https://www.geosetter.de/mantis/file_download.php?file_id=317&type=bug
geosetterplus8.JPG (299,359 bytes) 2013-02-11 19:39
https://www.geosetter.de/mantis/file_download.php?file_id=318&type=bug
sporadische zeitveränderung.JPG (241,221 bytes) 2013-02-28 16:33
https://www.geosetter.de/mantis/file_download.php?file_id=320&type=bug
jpg
Notes
(0001885)
heiko   
2013-02-11 22:58   
die +8:00 wird beim Zuweisen von GeoKoordinaten angefügt und stellt die Zeitdifferenz zu UMT dar.
(0001886)
jbeh   
2013-02-12 08:50   
(Last edited: 2013-02-28 16:37)
Ja, ist verständlich. Aber in bild134zeitverändert.jpg sehen sie, daß das Exif-Feld "Original Datum/Zeit" verändert wurde. Ich muss noch hinzufügen, dass die Kamerazeit vor Ort auf die gültige Ortzeit umgestellt wurde, und diese Zeit sollte erhalten bleiben. (Ich wollte NUR Koordinaten hinzufügen).

Im Bild "sporadische Zeitveränderung" sehen Sie, dass gelegentlich 8.00 std.(die Zeitzone ?) auf das "Original Datum/Zeit" draufaddiert werden. Ich konnte nicht erkennen in welchen Fällen das vorkommt.

(0001895)
Friedemann   
2013-03-18 12:23   
Auf bild134zeitverändert.jpg sieht man, dass das ACDSee ist welches das so anzeigt. Das kann ich leider nicht ändern. Die Zeit wird von GeoSetter NICHT geändert. ACDSee addiert einfach die Zeitzone hinzu und zeigt es so an.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1024 [GeoSetter] User Interface crash always 2013-03-13 21:52 2013-03-14 17:50
Reporter: Tom-Masz Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.4.34 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: error by open
Description: date/time : 2013-03-13, 21:48:31, 234ms
operating system : Windows XP Dodatek Service Pack 3 build 2600
system language : Polish
system up time : 2 hours 26 minutes
program up time : 5 seconds
processors : 2x AMD Athlon(tm) X2 Dual-Core QL-60
physical memory : 2447/3071 MB (free/total)
free disk space : (C:) 30,32 GB
display mode : 1366x768, 32 bit
process id : $92c
allocated memory : 35,82 MB
executable : GeoSetter.exe
exec. date/time : 2013-03-09 13:39
version : 3.4.34.2144
madExcept version : 3.0o
contact name : Tom-Masz
contact email : tzugaj@gmail.com
callstack crc : $d1534b1c, $eb11b0f4, $f4d1e25b
exception number : 1
exception class : EVariantTypeCastError
exception message : Variante des Typs (OleStr) konnte nicht in Typ (Double) konvertiert werden.

main thread ($1584):
0046609b +06f GeoSetter.exe Variants 525 +1 VarCastError
004664da +01a GeoSetter.exe Variants 589 +3 VarResultCheck
00468a4c +084 GeoSetter.exe Variants 1787 +9 VarToDoubleAsString
00468c86 +0fe GeoSetter.exe Variants 1847 +15 @VarToDouble
00468f0c +008 GeoSetter.exe Variants 1893 +1 @VarToReal
00829466 +082 GeoSetter.exe ImageData 6833 +15 TimageData.GetFocalLength
008292a6 +04e GeoSetter.exe ImageData 6806 +5 TimageData.GetFocalLength35mmIsCalculated
00a280be +bd2 GeoSetter.exe ufrmMain 2965 +251 TfrmGeoSetterMain.lvFilesItemThumbnailDraw
0056aa8b +037 GeoSetter.exe EasyListview 15732 +2 TCustomEasyListview.DoItemThumbnailDraw
00780c53 +3c3 GeoSetter.exe VirtualExplorerEasyListview 4901 +67 TCustomVirtualExplorerEasyListview.DoItemThumbnailDraw
005801a7 +02f GeoSetter.exe EasyListview 26954 +1 TEasyItemVirtual.ThumbnailDraw
00573c61 +109 GeoSetter.exe EasyListview 20978 +24 TEasyViewItem.PaintImage
005730ae +142 GeoSetter.exe EasyListview 20707 +25 TEasyViewItem.Paint
0057fd39 +02d GeoSetter.exe EasyListview 26783 +1 TEasyItem.Paint
0056bb12 +63e GeoSetter.exe EasyListview 16142 +132 TCustomEasyListview.DoPaintRect
00545827 +253 GeoSetter.exe MPCommonObjects 1446 +35 TCommonCanvasControl.WMPaint
004df35f +1df GeoSetter.exe Controls 4645 +53 TControl.WndProc
004e2f4e +18e GeoSetter.exe Controls 6342 +33 TWinControl.WndProc
004e2b20 +034 GeoSetter.exe Controls 6237 +3 TWinControl.MainWndProc
00481998 +014 GeoSetter.exe Classes 10966 +8 StdWndProc
7c90e470 +010 ntdll.dll KiUserCallbackDispatcher
00481161 +01d GeoSetter.exe Classes 10464 +3 TBasicAction.Execute
004f3b2b +03f GeoSetter.exe ActnList 375 +1 TContainedAction.Execute
004f4d97 +077 GeoSetter.exe ActnList 961 +7 TCustomAction.Execute
008d6e51 +035 GeoSetter.exe ActionTimer 65 +6 TActionTimer.OnTimer
0049a553 +01b GeoSetter.exe ExtCtrls 1649 +1 TTimer.Timer
0049a3bf +02f GeoSetter.exe ExtCtrls 1607 +4 TTimer.WndProc
00481998 +014 GeoSetter.exe Classes 10966 +8 StdWndProc
7e3696c2 +00a user32.dll DispatchMessageA
005058b0 +0ac GeoSetter.exe Forms 6873 +13 TApplication.ProcessMessage
005058f7 +00f GeoSetter.exe Forms 6892 +1 TApplication.HandleMessage
00505b92 +0a6 GeoSetter.exe Forms 6976 +16 TApplication.Run
00a55840 +04c GeoSetter.exe GeoSetter 142 +4 initialization

thread $1500:
7c90df48 +a ntdll.dll NtWaitForMultipleObjects

thread $134c (TWorkerThread):
7c90df58 +0a ntdll.dll NtWaitForSingleObject
7c8025d5 +85 KERNEL32.dll WaitForSingleObjectEx
7c80253d +0d KERNEL32.dll WaitForSingleObject
00592655 +19 GeoSetter.exe VirtualTrees 6079 +3 TWorkerThread.Execute
004560fb +2b GeoSetter.exe madExcept HookedTThreadExecute
0047fbf6 +36 GeoSetter.exe Classes 9372 +7 ThreadProc
00405478 +28 GeoSetter.exe System 11554 +33 ThreadWrapper
00455fdd +0d GeoSetter.exe madExcept CallThreadProcSafe
00456047 +37 GeoSetter.exe madExcept ThreadExceptFrame
>> created by main thread ($1584) at:
0059254a +16 GeoSetter.exe VirtualTrees 6022 +1 TWorkerThread.Create

thread $1510 (TImageDataRefreshThread):
005def6f +01b GeoSetter.exe jpegfilt fill_input_buffer
7c9010f8 +018 ntdll.dll RtlLeaveCriticalSection
005e1845 +061 GeoSetter.exe jpegfilt jpeg_consume_input
005e17a6 +02e GeoSetter.exe jpegfilt jpeg_read_header
005df362 +2b6 GeoSetter.exe jpegfilt ReadJPegStream
0070f9fa +186 GeoSetter.exe imageenio TImageEnIO.ParamsFromStreamFormat
0070fcd4 +02c GeoSetter.exe imageenio TImageEnIO.ParamsFromStream
0074ce72 +06e GeoSetter.exe FriImageDataIO 1594 +6 TFriImageDataIO.ReadDimensions
0074c98c +348 GeoSetter.exe FriImageDataIO 1455 +57 TFriImageDataIO.Read
008183a5 +44d GeoSetter.exe ImageData 3539 +89 TimageData.Refresh
008d6bbe +0a6 GeoSetter.exe ImageDataRefreshThread 99 +22 TImageDataRefreshThread.Execute
0047fbf6 +036 GeoSetter.exe Classes 9372 +7 ThreadProc
00405478 +028 GeoSetter.exe System 11554 +33 ThreadWrapper
00455fdd +00d GeoSetter.exe madExcept CallThreadProcSafe
00456047 +037 GeoSetter.exe madExcept ThreadExceptFrame
>> created by main thread ($1584) at:
008d6ac3 +027 GeoSetter.exe ImageDataRefreshThread 64 +2 TImageDataRefreshThread.Create

thread $1100:
7c90d218 +a ntdll.dll NtDelayExecution

thread $1120:
7c90dae8 +000a ntdll.dll NtRequestWaitReplyPort
77e7a80b +0020 RPCRT4.dll I_RpcSendReceive
77e7a83a +0023 RPCRT4.dll NdrSendReceive
77ef5670 +01a0 RPCRT4.dll NdrClientCall2
76f135b6 +0813 DNSAPI.dll DnsQuery_W
77e796b4 +000d RPCRT4.dll I_RpcFreeBuffer
71a531f3 +0072 WS2_32.dll WSALookupServiceNextW
71a55dd7 +353e WS2_32.dll GetAddrInfoW
71a52ac5 +0056 WS2_32.dll getaddrinfo

thread $166c:
7c90df58 +0a ntdll.dll NtWaitForSingleObject
7c8025d5 +85 KERNEL32.dll WaitForSingleObjectEx
7c80253d +0d KERNEL32.dll WaitForSingleObject
005c43fd +4d GeoSetter.exe VirtualShellNotifier 2260 +9 TVirtualChangeDispatchThread.Execute
00540106 +36 GeoSetter.exe MPThreadManager 676 +22 TCommonThread.ExecuteStub
00455fdd +0d GeoSetter.exe madExcept CallThreadProcSafe
00456047 +37 GeoSetter.exe madExcept ThreadExceptFrame
>> created by main thread ($1584) at:
0053fec5 +6d GeoSetter.exe MPThreadManager 615 +12 TCommonThread.Create

thread $1264:
7e377766 +3b user32.dll GetMessageA
005c37cf +bb GeoSetter.exe VirtualShellNotifier 1918 +15 TVirtualShellChangeThread.Execute
00540106 +36 GeoSetter.exe MPThreadManager 676 +22 TCommonThread.ExecuteStub
00455fdd +0d GeoSetter.exe madExcept CallThreadProcSafe
00456047 +37 GeoSetter.exe madExcept ThreadExceptFrame
>> created by main thread ($1584) at:
0053fec5 +6d GeoSetter.exe MPThreadManager 615 +12 TCommonThread.Create

thread $156c:
005ed66c +004 GeoSetter.exe jpegfilt @jzero_far
005e2e2e +07e GeoSetter.exe jpegfilt jpeg_read_scanlines
005dfa9c +9f0 GeoSetter.exe jpegfilt ReadJPegStream
0070ccee +15a GeoSetter.exe imageenio TImageEnIO.LoadFromStreamJpeg
006fe271 +0f9 GeoSetter.exe imageenio TImageEnIO.LoadFromStream
0074faac +670 GeoSetter.exe VirtualThumbnails 835 +143 SpMakeThumbFromFileImageEn
007500c5 +205 GeoSetter.exe VirtualThumbnails 1097 +45 SpCreateThumbInfoFromFile
00784b3d +089 GeoSetter.exe VirtualExplorerEasyListview 7154 +6 TEasyThumbnailThreadRequest.HandleRequest
0054054b +11f GeoSetter.exe MPThreadManager 948 +54 TCommonEventThread.Execute
00540106 +036 GeoSetter.exe MPThreadManager 676 +22 TCommonThread.ExecuteStub
00455fdd +00d GeoSetter.exe madExcept CallThreadProcSafe
00456047 +037 GeoSetter.exe madExcept ThreadExceptFrame
>> created by main thread ($1584) at:
0053fec5 +06d GeoSetter.exe MPThreadManager 615 +12 TCommonThread.Create

thread $12f0:
7c90df48 +0a ntdll.dll NtWaitForMultipleObjects
7c80958a +00 KERNEL32.dll WaitForMultipleObjectsEx
7e3695f3 +00 user32.dll MsgWaitForMultipleObjectsEx
7e3696a3 +1a user32.dll MsgWaitForMultipleObjects
00455fdd +0d GeoSetter.exe madExcept CallThreadProcSafe
00456047 +37 GeoSetter.exe madExcept ThreadExceptFrame
>> created by main thread ($1584) at:
4ebd7f66 +00 gdiplus.dll

thread $250 (TExifToolInitThread):
7c90d5a8 +00a ntdll.dll NtOpenFile
7c8196d6 +000 KERNEL32.dll CreateProcessInternalW
7c81dd32 +0ec KERNEL32.dll CreateProcessInternalA
7c802392 +027 KERNEL32.dll CreateProcessA
00742427 +17b GeoSetter.exe uFriTools 3341 +28 ExecConsole
0094340f +08f GeoSetter.exe ExifTool 1024 +6 TExifToolLanguageItems.Create
009413ae +062 GeoSetter.exe ExifTool 342 +1 InitExifTool
00946641 +021 GeoSetter.exe ExifTool 1689 +0 TExifToolInitThread.Execute
0047fbf6 +036 GeoSetter.exe Classes 9372 +7 ThreadProc
00405478 +028 GeoSetter.exe System 11554 +33 ThreadWrapper
00455fdd +00d GeoSetter.exe madExcept CallThreadProcSafe
00456047 +037 GeoSetter.exe madExcept ThreadExceptFrame
>> created by main thread ($1584) at:
009465c5 +09d GeoSetter.exe ExifTool 1683 +8 TExifToolInitThread.Create

thread $16ec:
7c90df58 +0a ntdll.dll NtWaitForSingleObject
71a54a57 +50 WS2_32.dll connect
71a4150a +6a WS2HELP.dll WahReferenceContextByHandle
71a5314c +a4 WS2_32.dll select
00455fdd +0d GeoSetter.exe madExcept CallThreadProcSafe
00456047 +37 GeoSetter.exe madExcept ThreadExceptFrame
>> created by main thread ($1584) at:
3fd1dea0 +00 wininet.dll

thread $10d0:
7c90df58 +0a ntdll.dll NtWaitForSingleObject
7c8025d5 +85 KERNEL32.dll WaitForSingleObjectEx
7c80253d +0d KERNEL32.dll WaitForSingleObject
00455fdd +0d GeoSetter.exe madExcept CallThreadProcSafe
00456047 +37 GeoSetter.exe madExcept ThreadExceptFrame
>> created by thread $1120 at:
3fd111e7 +00 wininet.dll

hardware:
+ Baterie
  - Bateria Microsoft o metodzie kontroli zgodnej z ACPI
  - Microsoft AC Adapter
+ Bluetooth
  - Bluetooth RFBUS (driver 8.0.2005.0)
  - Bluetooth RFCOMM (driver 8.0.1129.0)
  - Bluetooth RFHID (driver 8.0.830.0)
  - USB Bluetooth EDR Device (driver 8.0.2005.0)
+ Karty graficzne
  - NVIDIA GeForce 9100M G (driver 6.14.12.6099)
+ Karty sieciowe
  - Atheros AR5007EG Wireless Network Adapter (driver 7.6.0.239)
  - HUAWEI Mobile Connect - Network Adapter (driver 2.6.2.1605)
  - Karta sieciowa 1394
  - Realtek PCIe GBE Family Controller (driver 5.742.1125.2009)
+ Klawiatury
  - Standardowa klawiatura 101/102 klawisze lub Microsoft Natural Keyboard PS/2
+ Komputer
  - Wieloprocesorowy komputer PC z interfejsem ACPI
+ Kontrolery d?wi?ku, wideo i gier
  - Kodery-dekodery audio
  - Kodery-dekodery wideo
  - Port gier dla Creative
  - Realtek High Definition Audio (driver 5.10.0.5689)
  - Sound Blaster 16 lub AWE32 lub zgodne (WDM)
  - Starsze sterowniki audio
  - Starsze urz?dzenia przechwytywania wideo
  - Urz?dzenia steruj?ce mediami
  - Urz?dzenie audio USB
+ Kontrolery hosta magistrali IEEE 1394
  - Kontroler hosta IEEE 1394 zgodny z OHCI
+ Kontrolery IDE ATA/ATAPI
  - Podstawowy kana? IDE
  - Pomocniczy kana? IDE
  - Standardowy podwójny kontroler PCI IDE
+ Kontrolery uniwersalnej magistrali szeregowej
  - G?ówny koncentrator USB
  - G?ówny koncentrator USB
  - G?ówny koncentrator USB
  - G?ówny koncentrator USB
  - HUAWEI Enumerator Device (driver 2.6.2.1605)
  - HUAWEI Enumerator Device (driver 2.6.2.1605)
  - HUAWEI Enumerator Device (driver 2.6.2.1605)
  - HUAWEI Mobile Connect - Bus Enumerate Device (driver 2.6.2.1605)
  - Masowe urz?dzenie magazynuj?ce USB
  - Masowe urz?dzenie magazynuj?ce USB
  - Rodzajowy koncentrator USB
  - Standardowy kontroler OpenHCD hosta USB
  - Standardowy kontroler OpenHCD hosta USB
  - Standardowy rozszerzony kontroler hosta PCI to USB
  - Standardowy rozszerzony kontroler hosta PCI to USB
  - Urz?dzenie kompozytowe USB
  - Urz?dzenie kompozytowe USB
  - Urz?dzenie kompozytowe USB
+ Modemy
  - Motorola SM56 Data Fax Modem (driver 6.12.20.0)
  - Nokia 6300 Bluetooth Modem (driver 4.7.0.0)
+ Monitory
  - Monitor domy?lny
  - Monitor domy?lny
  - Monitor Plug and Play
+ Mysz i inne urz?dzenia wskazuj?ce
  - Mysz Microsoft PS/2
  - Mysz zgodna z HID
+ Porty (COM i LPT)
  - BT Port (COM10) (driver 6.0.616.0)
  - BT Port (COM11) (driver 6.0.616.0)
  - BT Port (COM12) (driver 6.0.616.0)
  - BT Port (COM13) (driver 6.0.616.0)
  - BT Port (COM14) (driver 6.0.616.0)
  - BT Port (COM18) (driver 6.0.616.0)
  - BT Port (COM20) (driver 6.0.616.0)
  - BT Port (COM21) (driver 6.0.616.0)
  - BT Port (COM22) (driver 6.0.616.0)
  - BT Port (COM23) (driver 6.0.616.0)
  - BT Port (COM24) (driver 6.0.616.0)
  - BT Port (COM25) (driver 6.0.616.0)
  - BT Port (COM26) (driver 6.0.616.0)
  - BT Port (COM6) (driver 6.0.616.0)
  - BT Port (COM7) (driver 6.0.616.0)
  - HUAWEI Mobile Connect - 3G Application Interface (COM16) (driver 2.6.2.1606)
  - HUAWEI Mobile Connect - 3G PC UI Interface (COM17) (driver 2.6.2.1606)
+ Procesory
  - AMD Athlon(tm) X2 Dual-Core QL-60
  - AMD Athlon(tm) X2 Dual-Core QL-60
+ Stacje dysków
  - HUAWEI SD Storage USB Device
  - WDC WD2500BEVS-00UST0
+ Stacje dysków CD-ROM/DVD
  - DTSOFT Virtual CdRom Device
  - HUAWEI Mass Storage USB Device
  - Optiarc DVD RW AD-7560S
+ Urz?dzenia do obrazowania
  - Urz?dzenie wideo USB
+ Urz?dzenia interfejsu HID
  - Bluetooth HID Port (driver 6.0.520.0)
  - Urz?dzenie kontroli odbiorcy zgodne z HID
  - Urz?dzenie USB interfejsu HID
+ Urz?dzenia pami?ci Flash i PCMCIA
  - JMB38X MS Host Controller (driver 1.0.18.7)
  - JMB38X SD Host Controller (driver 1.0.18.7)
  - JMB38X SD/MMC Host Controller (driver 1.0.18.7)
+ Urz?dzenia systemowe
  - Aplikacja zbieraj?ca informacje o oprogramowaniu urz?dze? Plug and Play
  - Bateria kompozytowa Microsoft
  - Czasomierz systemowy
  - Czasomierz zdarzeniowy wysokiej precyzji
  - DAEMON Tools Virtual Bus (driver 5.0.1.282)
  - G?o?nik systemowy
  - HUAWEI Mobile Connect - Extra Control Device (driver 2.6.2.1605)
  - Interfejs zarz?dzania Microsoft Windows dla ACPI
  - Interfejs zarz?dzania Microsoft Windows dla ACPI
  - Kontroler DMA
  - Magistrala PCI
  - Mened?er g?o?no?ci
  - Mostek (bridge) standardu PCI do CPU hosta
  - Mostek (bridge) standardu PCI do CPU hosta
  - Mostek (bridge) standardu PCI do CPU hosta
  - Mostek (bridge) standardu PCI do CPU hosta
  - Mostek (bridge) standardu PCI do CPU hosta
  - Mostek (bridge) standardu PCI do ISA
  - Mostek (bridge) standardu PCI do PCI-do-PCI
  - Mostek (bridge) standardu PCI do PCI-do-PCI
  - Mostek (bridge) standardu PCI do PCI-do-PCI
  - Mostek (bridge) standardu PCI do PCI-do-PCI
  - Mostek (bridge) standardu PCI do PCI-do-PCI
  - Mostek (bridge) standardu PCI do PCI-do-PCI
  - NVIDIA nForce PCI System Management (driver 4.6.9.0)
  - NVIDIA nForce System Management Controller (driver 5.1.2600.161)
  - Pokrywa ACPI
  - Port odczytu danych ISAPNP
  - Procesor numeryczny
  - Programowalny kontroler przerwa?
  - Przycisk ACPI Fixed Feature
  - Przycisk u?pienia ACPI
  - Przycisk zasilania ACPI
  - P?yta systemowa
  - Rozszerzona magistrala we/wy
  - Standardowy kontroler RAM PCI
  - Standardowy kontroler RAM PCI
  - Standardowy kontroler RAM PCI
  - Sterownik BIOS zarz?dzania systemem firmy Microsoft
  - Sterownik klawiatury serwera terminali
  - Sterownik magistrali Microsoft UAA dla High Definition Audio
  - Sterownik myszy serwera terminali
  - Strefa termiczna ACPI
  - System zgodny ze standardem Microsoft ACPI
  - Urz?dzenie Microcode Update
  - Wbudowany kontroler zgodny ze standardem Microsoft ACPI
  - Zasoby p?yty g?ównej
  - Zasoby p?yty g?ównej
  - Zasoby p?yty g?ównej
  - Zegar systemowy CMOS/czasu rzeczywistego

cpu registers:
eax = 00000000
ebx = 066e4318
ecx = 00000000
edx = 066e4318
esi = 0012e1a8
edi = 00aaa87c
eip = 00000000
esp = 0012dbf8
ebp = 0012dc14

stack dump:
0012dbf8 00 dc 12 00 18 00 00 00 - e8 6e f5 00 0f 00 00 00 .........n......
0012dc08 00 00 00 00 00 00 00 00 - c0 0d a2 02 53 8e 37 7e ............S.7~
0012dc18 d2 94 36 7e 10 8f 37 7e - ac dc 12 00 7c a8 aa 00 ..6~..7~....|...
0012dc28 a8 e1 12 00 00 00 00 00 - bb 01 00 00 8a 01 00 00 ................
0012dc38 00 00 00 00 00 00 00 00 - 00 00 00 00 24 dc 12 00 ............$...
0012dc48 7a 77 37 7e 78 dc 12 00 - 8f 04 39 7e f0 89 36 7e zw7~x.....9~..6~
0012dc58 ff ff ff ff 6c dc 12 00 - c7 96 36 7e ac dc 12 00 ....l.....6~....
0012dc68 01 00 00 00 18 dd 12 00 - b8 de 44 00 ac dc 12 00 ..........D.....
0012dc78 84 dc 12 00 0c df 44 00 - 18 dd 12 00 90 dc 12 00 ......D.........
0012dc88 d2 df 44 00 18 dd 12 00 - c0 ea 12 00 f2 df 44 00 ..D...........D.
0012dc98 18 dd 12 00 c0 ea 12 00 - 00 00 00 00 14 93 5e 01 ..............^.
0012dca8 dc fd 69 06 66 04 1a 00 - 0f 00 00 00 00 00 00 00 ..i.f...........
0012dcb8 00 00 00 00 7a 57 86 00 - bb 01 00 00 8a 01 00 00 ....zW..........
0012dcc8 b4 04 00 00 84 15 00 00 - 00 29 40 00 f0 2a 5f 06 .........)@..*_.
0012dcd8 a0 60 46 00 01 29 40 00 - a8 e1 12 00 08 e2 12 00 .`F..)@.........
0012dce8 c8 3e 16 00 00 00 00 00 - 05 01 40 00 14 93 5e 01 .>........@...^.
0012dcf8 00 00 00 00 00 00 00 00 - 7c a8 aa 00 00 00 00 00 ........|.......
0012dd08 38 00 00 00 a0 60 46 00 - f0 2a 5f 06 23 03 91 00 8....`F..*_.#...
0012dd18 e0 ea 12 00 6b 4c 45 00 - 00 00 00 00 00 00 00 00 ....kLE.........
0012dd28 14 93 5e 01 05 00 00 00 - c8 3e 16 00 08 e2 12 00 ..^......>......

disassembling:
[...]
00466087 call -$5e40c ($407c80) ; System.LoadResString
0046608c mov ecx, [ebp-$1c]
0046608f mov dl, 1
00466091 mov eax, [$465b18]
00466096 call -$3cbf ($4623dc) ; SysUtils.Exception.CreateFmt
0046609b > call -$61278 ($404e28) ; System.@RaiseExcept
004660a0 xor eax, eax
004660a2 pop edx
004660a3 pop ecx
004660a4 pop ecx
004660a5 mov fs:[eax], edx
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001892)
Friedemann   
2013-03-14 17:50   
I think this is caused by an image file. Can you perhaps send me this file to support@geosetter.de?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1022 [GeoSetter] User Interface major always 2013-03-07 21:17 2013-03-07 21:34
Reporter: zava Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.34 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.34 beta  
    Target Version:  
Summary: Maps don't work anymore
Description: Hello Friedemann,
I just launched GS (3.4.31 BETA) which has been installed and working fine for quite some time.
Just after launching it, a message appeared "from the web page" (?) saying that "this web site requires a different Google Maps API key" and suggesting a link where a new key could be obtained.

It looks like the Google Maps server changed some policy so that GS is now unable to load their map.
Unfortunately, at that point all Map functions are unavailable (only "refresh" is active, but it just returns the same message again) so it is not possible to switch to a different kind of map.
GS becomes therefore virtually unusable because no map can be shown ad even the loaded tracks do not appear.

Thank you for your support,
best regards,

Luca
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Google API.jpg (24,559 bytes) 2013-03-07 21:17
https://www.geosetter.de/mantis/file_download.php?file_id=322&type=bug
jpg
Notes
(0001891)
Friedemann   
2013-03-07 21:34   
Yes, I know already ;-) I think this problem exists since yesterday. The beta version is using a local map file, which did work in the past. Now it seems that Google doesn't like this. I fixed this already, but I'm not able in the moment to create a regular build. I will do it tomorrow or on Saturday.

BTW: Of course all maps (e.g. OSM) can not be used because they all are shown by Google.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
911 [GeoSetter] User Interface feature N/A 2012-01-10 08:06 2013-02-11 06:57
Reporter: a_w Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.21 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Automatische Korrektur falscher Koordinaten
Description: Situation: Fotos entstehen auf einer Rundreise. Man kommt bei der nächsten Station an und fotografiert sofort, ohne auf den Satelliten-Fix zu warten. Die ersten 2-3 Fotos erhalten noch die alten Koordinaten von der letzten Station zuvor. Ab dem ca. dritten Bild dann hat die Kamera zwischenzeitlich die korrekte Position gefunden und schreibt diese ins Foto.

Ziel 1: Automatische Suche und Markierung von Bildern, bei denen die Koordinaten falsch sind (also die ersten Bilder nach Anschalten vor Sat-Fix).

Ziel 2: Automatisches Schreiben (ggf. nach Rückfrage) der Position des ersten folgenden korrekt getaggten Fotos in alle falschen direkt davorliegenden.

Ansatz: Abgleich der Datenfelder GPS-Zeitstempel und Original-/Digitalisierungsdatum. Bei den gesuchten falsch getaggten Fotos weichen die beiden Zeitstempel mehr als nur ein paar Minuten voneinander ab, weil der GPS-Zeitstempel noch von der letzten Foto-Situation davor stammt, die schon eine Weile zurückliegt. Wegen etwaiger Zeitzonenunterschiede muss ggf. eine Auswahl der legalen Stundenabweichung geschaffen werden, weil der GPS-Zeitstempel in GMT ausgedrückt wird.
Tags:
Steps To Reproduce:
Additional Information: Ich verwende eine Panasonic Lumix DMC-TZ10 mit integriertem GPS.
Bislang mache ich diese o. g. Korrektur von Hand, was bei einer dreiwöchigen Rundreise sehr zeitaufwendig ist.
Speziell z. B. bei Safaris ist es nicht möglich, nach dem Anhalten an einem neuen Ziel/Motiv auf den Satelliten-Fix zu warten, da das Motiv dann möglicherweise schon weggelaufen ist. Knipst man aber direkt drauf los, erhält man irgendwann nachträglich die richtigen Koordinaten, nur leider eben zu spät für die allerersten Fotos.
Attached Files:
Notes
(0001884)
a_w   
2013-02-11 06:57   
Gibt es schon Pläne für die Umsetzung? Die eingetragene Version 3.4.21 beta ist ja nun schon eine Weile her... ;-)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1013 [GeoSetter] Image Data major always 2013-01-21 13:02 2013-01-21 23:11
Reporter: LiegeradAndreas Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Exiftool meldet: Entries in IFD2 were out of sequence - Datei wird *nicht* gespeichert
Description: Passiert bei manchen Dateien, die von der Olympus TG-1 kommen, aber ansonsten nicht bearbeitet wurden.

Wenn ich "ignoriere kleinere Fehler" einschalte, kommt stattdessen die Meldung:
Can't call method "GetMarkerPointers" on unblessed reference at C:\Temp\par-Andreas\cache-exiftool-9.14/inc/lib/Image/ExifTool/Writer.pl line 4785, <EXIFTOOL_FILE2> chunk 20.
Tags:
Steps To Reproduce:
Additional Information: http://www.go-mango.de/temp/P1182353.zip
Attached Files:
Notes
(0001881)
heiko   
2013-01-21 23:08   
lösche mal das Verzeichnis C:\Temp\par-Andreas\cache-exiftool-9.14. Hier liegen die temporären Dateien von ExifTool. Diese werden beim nächsten Schreibvorgang wieder (korrekt?) angelegt.
(0001882)
heiko   
2013-01-21 23:11   
die Lösung steht schon im ExifTool Forum; das Problem ist mit dem nächsten Update von ExifTool behoben:
http://u88.n24.queensu.ca/exiftool/forum/index.php/topic,4720.0.html

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
854 [GeoSetter] Image Data feature always 2011-07-31 01:37 2013-01-21 00:09
Reporter: babar Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.21 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add support for 3D photo files
Description: Would it be possible to add support for 3D photos file such as JPS and MPO
thank you
Regards
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001646)
babar   
2011-08-01 23:34   
EXIF tool already has support for MPO files
You could display just one of the 2 photos in the file, no need to display them in 3D.
regards
(0001653)
babar   
2011-08-04 16:55   
according to Phil Harvey exiftool already support MPO files and as for JPS files:

"If so, ExifTool already supports these files for all purposes
except that it won't process them automatically when scanning
a directory unless "-ext jps" is specified on the command line"

regards
eric
(0001880)
gsosna   
2013-01-21 00:09   
Regarding JPS support, this should be very easy - as JPS is actually a JPG file, with a different extension!...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
767 [GeoSetter] Image Data feature always 2011-02-14 04:27 2013-01-20 23:59
Reporter: bullwinkl Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.21 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Requesting support for new 3D Fuji format Multi Picture Object *.MPO
Description: This is the format that the Fuji Finepix W1 and W3 use for 3D stereo photographs. It is basically 2 JPG photos together in a container. THe format is not proprietary, and will eventually be used for more than just stereo photographs such as panoramas.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: DSCF0123.mpo (378,417 bytes) 2011-02-14 04:32
https://www.geosetter.de/mantis/file_download.php?file_id=213&type=bug
Notes
(0001571)
dolrum3d   
2011-04-30 16:25   
Ich bin auch sehr an einer Lösung interessiert, das vorherige Trennen der MPO_Files finde ich mühsam
(0001658)
takeru   
2011-08-18 13:54   
Sehr geehrter Herr Schmidt,

I have also been eager to obtain support of the .mpo file for years.

It should be achived only by allowing us to edit the JPEG predefined file type, not only custom types...

Dankeshoen,

takeru, aus Japan
(0001659)
babar   
2011-08-19 17:44   
This is same request as request 854
except that request 854 also ask support for jps files which basically are renamed jpeg files with the 2 photos side by side.
You can merge both I suppose.
Note that I asked Exiftool to support those files and it is done.
Regards
Eric
(0001879)
gsosna   
2013-01-20 23:59   
The 3D cameras and displays are getting more and more popular. MPO format is not longer used just by Fuji, but also by Olympus, Panasonic, HTC, JVC, Nintendo and Sony. Saavy users can use software to create 3D images without expensive 3D camera also. Would you consider support of this format in GeoSetter for native EXIF tagging, please? For displaying, I suggest that you just use the first image with a 3D icon overlaid.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1011 [GeoSetter] Image Data minor always 2013-01-08 18:17 2013-01-09 20:42
Reporter: mmm Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Warning: Error reading PreviewImage from file (Nikon D800)
Description: Ich bekomme immer die folgende Fehlermeldung beim Bearbeiten der JPEG Files meiner Nikon D800:

Warning: [minor] Error reading PreviewImage from file - P:/Fotos/Digital/00000000.TEST/DSC21418.JPG

Bei den RAW (NEF) Files kommt die Fehlermeldung nicht. Ebenfalls nicht wenn ich ExifTool über das Command Line Interface aufrufe.

Kann es sein, dass dies mit der Größe der Nikon D800 Dateien zusammenhängt?

Gruß,
Manfred
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001874)
mmm   
2013-01-08 18:48   
Ergänzung: Habe jetzt die Meldung auch direkt in ExifTool gesehen. Scheint evtl. doch ein ExifTool Problem zu sein.
(0001876)
mmm   
2013-01-08 21:01   
Habe das Problem mit Phil Harvey diskutiert und nochmal getestet.
Ein Image direkt aus der D800 wird von ExifTool ohne Fehler bearbeitet,
ABER wenn ich mit GeoSetter Meta Info ergänze, dann kommt sofort der Fehler und das JPEG File ist danach auch kürzer. Was macht hier GeoSetter mit dem File?

Da die Datei auch kürzer wird, geht anscheinend auch irgendwelche Info verloren,
damit ist es doch ein SCHWERER Fehler.

Gruß,
Manfred
(0001877)
heiko   
2013-01-08 21:55   
(Last edited: 2013-01-08 21:56)
GeoSetter verwendet ExifTool zum Speichern von Metadaten, deswegen sollte dieses Problem eigentlich auch mit "reinem" ExifTool auftreten. Soweit ich weiß reorganisiert ExifTool die Meta Einträge; dies könnte erklären weshalb das JPEG kleiner wird.

Die von GeoSetter verwendeten ExifTool Parameter stehen unter "Bearbeiten | Speicherreport anzeigen". Mach eine Kopie eines JPEGs das OK ist. Anschließend würde ich eine Änderung mit GeoSetter machen, und eine direkt mit ExifTool mit den Parametern aus dem Speicherreport. Ich bin mir relativ sicher, dass jetzt an beiden JPEGs der gleiche Fehler vorhanden ist.

(0001878)
mmm   
2013-01-09 19:22   
Ich habe noch weiter getestet und konnte das Problem wirklich auf ExifTool eingrenzen. Habe Phil die nötigen Infos gesandt und er hat es als spezielles Problem bei JPEG files mit MPF Segment identifizieren können. (Näheres dazu im ExifTool Forum.)

Somit kann dieser Problemreport hier geschlossen werden.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
978 [GeoSetter] Image Data major sometimes 2012-08-26 13:43 2013-01-01 12:19
Reporter: LordCJ Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.29 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Falsche Ortszuordnung in GBR (Schottland - Edinburgh)
Description: Bei der Zuordnung von Orten in Schottland ist mir aufgefallen, dass die Orte nicht richtig übernommen werden bzw. Geosetter ein wenig zu genau zu sein scheint.

Beispiel:
Ein Bild wurde in Edinburgh aufgenommen. Geokodierung ist richtig, Bild wird ander richtigen Stelle auf der Karte angezeigt. Wenn ich nun die Orte zuordnen lasse, erhalte ich in den EXIFs folgendes Ergebnis:

Länderkennzeichen: GBR [richtig]
Aufnahmeort: New Town (das ist der Stadtteil)
Stadt/Ort: City Centre Ward
Staat: Großbritannien
Bundesland/Kanton: Scotland

Bei dieser Aufstellung geht somit vollkommen verloren, dass es sich bei der Stadt um Edinburgh handelt. Gleiches trifft auch auf Glasgow und andere Städte zu.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001835)
Sebastian GPS-Camera   
2012-08-28 16:51   
(Last edited: 2012-08-28 16:52)
Das ist aus meiner Sicht kein Fehler von geosetter sondern des Web Service der die Daten liefert (zB Geonames.org) Geosetter kann ja nur das liefern, was der Service zurück gibt.

(0001836)
LordCJ   
2012-08-28 17:00   
Ich kenne mich mit Geonames leider nicht sonderlich gut aus und kann daher nicht beurteilen, wo die Zuordnung falsch läuft.
(0001872)
othmarmarti   
2013-01-01 12:19   
Ich denke, dass irgend etwas schief läuft. Wenn ich die Position
N47°8'9.88" E8°11'19.39" (Sempach, CH) in Geosetter markiere und in Geonames nachschauen lasse, bekomme ich als erste Variante
"Kanton Luzern; Emmenbrücke 1; Sempach" mit einem Abstand von 0,78km
und als zweites
"Kanton Luzern; Sempach; Sempach" mit einem Abstand von 1,38 km

Nach geonames.org finde ich unter
N 47° 8' 22'' E 8° 11' 56'' Switzerland, Lucerne, Amt Sursee > Sempach
und unter
N 47° 7' 55'' E 8° 11' 38'' Switzerland, Lucerne, Amt Sursee > Sempach
Die untere der Geonames-Koordinaten ist etwa 500 m weg, die obere 700 m. Irgendwie werden diese korrekten angaben nicht gefunden.
Othmar Marti

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
977 [GeoSetter] Image Data block always 2012-08-15 16:44 2012-10-28 19:57
Reporter: Uli1704 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: "file already exists" error
Description: Running geosetter over a set of images it fails to complete SAVING the changes.

The error message is almost always "file already exists".

My suspecting is that geosetter gets confused by processing several images in parallel.

Full description:
http://u88.n24.queensu.ca/exiftool/forum/index.php/topic,4297.0/all.html?PHPSESSID=191bdc3a1346fbb39a1a5ed21b0fb251

I am the one mentioned by Phil here:

(0001831)
boardhead (reporter)
2012-08-08 14:24


May be related to:
http://www.geosetter.de/mantis/view.php?id=973
http://www.geosetter.de/mantis/view.php?id=405
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001869)
Uli1704   
2012-10-28 19:57   
Re-test Geosetter 3.4.16, ExifTool 9.03: same failure, plus one additional message after CTRL-S:

"It took 2 tries to rename C:/temp/FOLDER/SPA53794.JPG"

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
997 [GeoSetter] User Interface block always 2012-10-25 01:43 2012-10-25 22:01
Reporter: xyz Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.34 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: virus alert
Description: http://www.geosetter.de/geosetter_beta.exe
Avast antivirus report about virus "Dyna:DisSys-E [Trj]" at _run_time_, but report clean at file scan.

Please check it.
Tags:
Steps To Reproduce:
Additional Information: GeoSetter.exe
version 2.4.31.2141

CRC32: E48ED5E3
MD5: F532B64732B6F9605125708BDBB7109E
SHA-1: C5090A9C51757302ACB463A532193FF98AEEF4CE
SHA-256: 1A2412103EAF636478815786A2BBC2D682FD81506B3E5103E9D466A843AE2570


25.10.2012 2:57:53 Autosandbox candidate: C:\Program Files (x86)\GeoSetter beta\GeoSetter.exe
    [Source: local://C:\Users\XYZ\AppData\Local\Temp\is-FFGGU.tmp\geosetter_beta.tmp ]
    [Opened by: C:\Users\XYZ\AppData\Local\Temp\is-I2ROM.tmp\geosetter_beta.tmp]
    [Reason: 0x00020000]
     --> Result: Sandboxing (because policy set to Auto). File was marked as infected.
Attached Files:
Notes
(0001866)
xyz   
2012-10-25 01:46   
http://virusscan.jotti.org/en/scanresult/8084e391c301762557a4b9fd86a8bf0dce65ad0c
(0001867)
heiko   
2012-10-25 20:39   
I assume that this is a "false positive". The only thing you can do is to contact Avast and send them the geosetter.exe with the note that this file was wrongly reported as virus.
(0001868)
Friedemann   
2012-10-25 22:01   
I'm also pretty sure that this is a false alarm. As I see in your report, only 1 of 19 scanners reports a virus...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
942 [GeoSetter] Image Data minor random 2012-05-02 03:36 2012-10-24 16:19
Reporter: emalvick Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.29 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: EXIFTool Errors
Description: In attempting to save Data to files (DNG), occasional files will throw back errors that they are unable to be written or that they are missing.

The files are suddenly removed from the thumbnail list, or they remain with the appearance of all their metadata being removed.

However, the files are being written, to a point... I am able to recover the files with an extention of DNG_exiftool_tmp, and the files seem fine and have all the metadata that was supposed to be written. I noticed this problem in using 3.4.16 and now with this beta. Exiftool, I believe is the latest version (8.90?)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001769)
heiko   
2012-05-02 20:51   
in most cases the virus scanner blocks the renaming of the _exiftool_tmp files. You can test this by temporary disabling your virus scanner. But be sure to reactivate the virus scanner after this test!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
947 [GeoSetter] User Interface feature always 2012-05-08 05:34 2012-10-24 16:19
Reporter: clintmo Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Support for Google Geocode API (Reverse Geocoding)
Description: Hi, I was wondering in future releases whether you would consider using Google's Geocode API as a way of filling location data from GPS Coordinates. The Geonames service can sometimes be inaccurate.
Tags:
Steps To Reproduce:
Additional Information: https://developers.google.com/maps/documentation/geocoding/
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
944 [GeoSetter] User Interface minor always 2012-05-06 16:40 2012-10-24 16:19
Reporter: alaxa Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: more options for the "copy from TAG"
Description: Sorry I'm newbie for GeoSetter and until some days ago I've used it only for geotagging and kept EXIFER for manipulating the other tags.
With EXIFER I could set for a field the "copy from TAG" choosing almost whatever tag I wanted.. with Geosetter it seems to be limitated only from what the programmer chose.
I know I could run exiftool command to "manually" copy tags from what I need, but I guess that doing from the GUI would be less traumathic
thanks
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
946 [GeoSetter] Image Data minor always 2012-05-07 18:03 2012-10-24 16:18
Reporter: alaxa Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.29 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: strange beahvior when copying from EXIF tags to IPTC
Description: I don't know if I'm doing something wrong, but I have my photos with the many EXIF tags set and I wanted Geosetter to update the IPTC fields after its geotagging procedure..
I wrote this inside the "Use a exiftool command AFTER geosetter..."

-execute "-Comment<EXIF:UserComment" "-IPTC:caption-abstract<EXIF:UserComment" "-IPTC:ObjectName<Exif:imageDescription" "-IPTC:Headline<EXIF:imageDescription"


and what happens is that the exif:userComment goes to iptc:objectName and iptc:headline and worst, the exif:imageDescription is messed with the userComment. I checked running this directly to exiftool and worked fine
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001771)
heiko   
2012-05-07 20:48   
I've took a test image and looked with ExifTool what data is in all the fields you've used with your ExifTool command. Then I've copied your command in the settings of GeoSetter, changed one field so I could save the file. Then I've checked the data fields and all was like expected.
(0001772)
alaxa   
2012-05-08 23:26   
thanks for the replay
First, my images are almost complete because I put metadata with exifer/exiftools and Geosetter. So:
- usercomment is quite long
- imagedescription is short
- iptc:caption-abstract are same as exif:usercomment
- iptc:headline and iptc:title are exif:imageDescription
- xmp are set via geosetter instead...

I 've done many tests now:
1) in the CTRL-E panel imageCaption is loading exif:imageDescription if not XMP/IPTC data is inside the JPG. Ok, maybe it's your choice, I would have preferred exif:userComment
2) now that XMP is created internally, the imageCaption refers to XMP:imageDescription instead of IPTC:abstract again, maybe it's a choice

and maybe 1 ) and 2) are the problems
try to put a very long caption into the panel, then save

what happens to me is that EXIFs are now changed to what you are put inside Caption and in my case because it's a long text I get warning/errors

at the beginning my errors came out because I use those userComment very long
I checked keeping only exifs and removing iptc:all= and xmp:all=
I could save many times because Caption appears always short (but with exifTool it's correct) and when I put a long Caption then I got the errors

can you confirm? I can send a picture if you need
(0001774)
heiko   
2012-05-09 21:21   
ok, I think Friedemann have to look at this issue

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
951 [GeoSetter] Image Data major always 2012-06-02 19:34 2012-10-24 16:18
Reporter: Hartl Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.29 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Die EXIF-Daten eines *.jpg werden nicht geschrieben
Description: C:\Users\Hartl4\AppData\Roaming\GeoSetter\tools\exiftool.exe -@ "C:\Users\Hartl4\AppData\Local\Temp\et00CF2368.arg" -common_args "D:\GPS EXIF Versuche\P5140124.JPg"

-overwrite_original
-m
-XMP:all<EXIF:all
-XMP:Orientation<IFD0:Orientation
-XMP:all<GPS:all
-XMP:GPSLatitude<Composite:GPSLatitude
-XMP:GPSLongitude<Composite:GPSLongitude
-XMP:GPSDateTime<Composite:GPSDateTime
-XMP-dc:Creator<IPTC:By-line
-XMP-dc:Description<IPTC:Caption-Abstract
-XMP-dc:Rights<IPTC:CopyrightNotice
-XMP-dc:Subject<IPTC:Keywords
-XMP-dc:Title<IPTC:ObjectName
-XMP-photoshop:AuthorsPosition<IPTC:By-lineTitle
-XMP-photoshop:CaptionWriter<IPTC:Writer-Editor
-XMP-photoshop:Category<IPTC:Category
-XMP-photoshop:City<IPTC:City
-XMP-photoshop:Country<IPTC:Country-PrimaryLocationName
-XMP-photoshop:Credit<IPTC:Credit
-XMP-photoshop:DateCreated<IPTC:DateCreated
-XMP-photoshop:DateCreated<Composite:DateTimeCreated
-XMP-photoshop:Headline<IPTC:Headline
-XMP-photoshop:Instructions<IPTC:SpecialInstructions
-XMP-photoshop:Source<IPTC:Source
-XMP-photoshop:State<IPTC:Province-State
-XMP-photoshop:SupplementalCategories<IPTC:SupplementalCategories
-XMP-photoshop:TransmissionReference<IPTC:OriginalTransmissionReference
-XMP-photoshop:Urgency<IPTC:Urgency
-XMP-iptcCore:CountryCode<IPTC:Country-PrimaryLocationCode
-XMP-iptcCore:Location<IPTC:Sub-location
-XMP-iptcCore:IntellectualGenre<IPTC:ObjectAttributeReference
-XMP-iptcCore:SubjectCode<IPTC:SubjectReference
-XMP-dc:Description<EXIF:ImageDescription
-XMP-photoshop:DateCreated<EXIF:DateTimeOriginal
-XMP-photoshop:DateCreated<Composite:SubSecDateTimeOriginal
-XMP-xmp:CreateDate<Composite:SubSecCreateDate
-XMP-xmp:ModifyDate<Composite:SubSecModifyDate
-XMP-dc:Rights<EXIF:Copyright
-XMP-dc:Creator<EXIF:Artist
-execute
-overwrite_original
-m
-EXIF:DateTimeOriginal=2012-05-14T12:55:47Z
-EXIF:CreateDate=2012-05-14T12:55:47Z
-EXIF:ModifyDate=2012-05-14T12:55:47Z
-EXIF:TimeZoneOffset=
-XMP:DateTimeOriginal=2012-05-14T12:55:47Z+02:00
-XMP:DateTimeDigitized=2012-05-14T12:55:47Z+02:00
-XMP:ModifyDate=2012-05-14T12:55:47Z+02:00
-EXIF:GPSDateStamp=2012:05:14
-EXIF:GPSTimeStamp=10:55:47
-XMP:GPSLatitude=45.96750000
-XMP:GPSLongitude=11.22711111
-XMP:GPSVersionID=2.2.0.0
-XMP:GPSMapDatum=WGS-84
-XMP:GPSAltitude=925.000000
-XMP:GPSAltitudeRef=Above Sea Level
-XMP:GPSDateTime=2012-05-14T10:55:47Z
-XMP:Creator=
-XMP:AuthorsPosition=
-XMP:CountryCode=ITA
-IPTC:CodedCharacterSet=
-XMP:Country=Italien
-XMP:State=Trentino-Alto Adige
-XMP:City=Centa San Nicolo'
-XMP:Location=Centa San Nicolò
-XMP:Artist=
-XMP:Description=OLYMPUS DIGITAL CAMERA
-XMP:Instructions=
-XMP:Title=
-XMP:Headline=
-XMP:Credit=
-XMP:Rights=Gerhard Vollmar
-XMP:CaptionWriter=
-XMP:Source=
-XMP:BaseUrl=
-XMP:Category=
-xmp:rating=
-xmp:ratingpercent=
-XMP:Label=
-XMP:CreatorAddress=
-XMP:CreatorPostalCode=
-XMP:CreatorCity=
-XMP:CreatorRegion=
-XMP:CreatorCountry=
-XMP:CreatorWorkTelephone=
-XMP:CreatorWorkEmail=
-XMP:CreatorWorkURL=
-execute
-overwrite_original
-P
-m
-L
-IPTC:Country-PrimaryLocationCode=ITA
-IPTC:Country-PrimaryLocationName=Italien
-IPTC:Province-State=Trentino-Alto Adige
-IPTC:City=Centa San Nicolo'
-IPTC:Sub-Location=Centa San Nicolò
-IPTC:Caption-Abstract=OLYMPUS DIGITAL CAMERA
-EXIF:Copyright=


Fehlermeldungen:
Warning: Bad MainInfoIFD directory - D:/GPS EXIF Versuche/P5140124.JPg
Warning: Deleted bad MainInfoIFD directory - D:/GPS EXIF Versuche/P5140124.JPg
Tags:
Steps To Reproduce:
Additional Information: In den Einstellungen ist die Option "Kleine Fehler ignorieren" ausgewählt.
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
950 [GeoSetter] User Interface minor have not tried 2012-05-29 12:16 2012-10-24 16:18
Reporter: jjlohmar Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Favoriten-Datei - gemeinsamer Zugriff
Description: Hallo!
Ich teste gerade Geosetter auf zwei Rechnern: meinem 'alten' PC mit der Bilderdatenbank
und einem Notebook, der im Wohnzimmer rumschwirrt.
Beim Notebook greife ich übers Netz auf die Bilder im PC zu.

Auf beiden Rechnern habe ich Geosetter intalliert.
Wie schaffe ich es, auf EINE Favoriten-Datei zuzugreifen, ohne mit Kopieraktionen dieser Datei
durcheinander zu kommen?
Beispiel Google Earth:
unter HKEY_CURRENT_USER\Software\Google\Google Earth Plus
habe die das Verzeichnis vom KMLPath und damit die myplaces.kml Datei auf einen Dropbox-Ornder gelegt,
auf den ich dann von beiden Rechnern zugreife. So habe ich immer einen Stand dieser Datei.

Vielen Dank und mit freundlichen Grüßen

Jürgen Lohmar
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001779)
heiko   
2012-06-02 21:23   
die Favoriten werden in folgender Datei abgelegt: <AppData>\GeoSetter\favorites.xml

das Verzeichnis und auch der Dateiname ist fest vorgegeben, so dass nur ein Kopieren der Datei möglich ist. Ich finde den Weg den du bei Google Earth beschreibst aber recht charmant; vielleicht greift Friedemann diese Idee auf und implementiert etwas in diese Richtung.
(0001780)
jjlohmar   
2012-06-03 02:49   
Hallo und Danke für die Antwort.
Ich habe mal folgendes ausprobiert: Die favorites.xml Datei mit "Allway sync"
 in einen Dropbox-Ordner synchronisiert, das geht, das ist aber - nett gesagt - nicht charmant.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
949 [GeoSetter] User Interface feature N/A 2012-05-23 20:45 2012-10-24 16:18
Reporter: geokatz Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.34 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: vertical center line marker in or above/below image preview
Description: Hi, I was wondering wether you think either a vertical center line in the resizable image preview or two markers above / below the image could be a helpful feature for this excellent tool!

In order to find useful landmarks I often use a ruler on my display to determine the exact center of the picture I want to set the direction.

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
955 [GeoSetter] User Interface feature N/A 2012-06-12 09:23 2012-10-24 16:18
Reporter: rnicz Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Tool to add features to map
Description: Sometimes I had to add georeference to photos in region with no visible details (forest etc.). It would be very useful if one was able to add simple map details from KML or GML file: private 'points of interest', simple point or linear features added in similar way that tracks are added, but not simplified and only drawn on map (not counted when synchronizing GPS data)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
953 [GeoSetter] Image Data major always 2012-06-08 21:50 2012-10-24 16:18
Reporter: dricketts Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Geosetter not reading/recognizing the EXIF data.
Description: Geosetter is not reading the EXIF data in some of my files. The pictures or files are loaded in Geosetter but appears as if there is no Geotag info.

See attached screenshot.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Capture.JPG (150,525 bytes) 2012-06-08 21:50
https://www.geosetter.de/mantis/file_download.php?file_id=281&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
952 [GeoSetter] Image Data minor always 2012-06-06 18:58 2012-10-24 16:18
Reporter: Maluk79 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.29 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Some of the file information entered using Geosetter can subsequently not be used with ArcPhoto
Description: I am using both Geosetter and ArcPhoto to prepare extensive photo material for further analysis in ArcGIS. I use Geosetter to add latitude, longitude and altitude as well as location information (country code, country, district, town etc.). In addition I manually define categories, key words, title and sub-title to each of the photos. After saving the changes, I convert the photos from nef to jpg and then load them into ArcGIS using ArcPhoto and create Photo layers. The problem is that the following information that I added in Geosetter is finally not contained in the ArcGIS layer: Category, additional categories, key words, title, country code, country, district, town. The respective features exist in the ArcGIS layer, but the information is missing. I would be grateful for any advice how to fix the problem.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
956 [GeoSetter] User Interface minor always 2012-06-14 14:07 2012-10-24 16:18
Reporter: lwillms Platform:  
Assigned To: Friedemann OS: Win XP  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: actually 3.4.16 release... Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GPX track file from Canon compact camera not recognized
Description: to be in NMEA format. File extension is *.LOG. Babel is configured in Geosetter, but does also not convert the file in stand alone mode.

The work-around suggested in http://sourceforge.net/mailarchive/message.php?msg_id=29344383 does not apply, since there is already a 1 in the first $GPGGA line.


BTW, the Geosetter version used is the regular 3.4.16, not beta, but this Mantis did not leave any other alternative...
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: 1106170.LOG (380 bytes) 2012-06-14 14:12
https://www.geosetter.de/mantis/file_download.php?file_id=283&type=bug
1106170.jpg (403,723 bytes) 2012-06-14 14:26
https://www.geosetter.de/mantis/file_download.php?file_id=284&type=bug
Notes
(0001786)
lwillms   
2012-06-14 14:27   
(Last edited: 2012-06-14 14:30)
1106170.log is a GPS track file from the Canon SX230 HS; 1106170.jpg shows how this track is displayed in Canon's "Map Utility".


OOps, the title should, of course, read "GPS track file..." and not "GPX track file...". Maybe an admin could correct the title.


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
954 [GeoSetter] User Interface feature always 2012-06-11 02:13 2012-10-24 16:18
Reporter: mlangemeier Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.29 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Exposure time displayed as decimal not fraction
Description: Exposure time of 1/13 second is displayed as 0.07692307. Would be nice if it were displayed as a fraction like other exposure times.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: geosetter01.png (37,605 bytes) 2012-06-12 04:54
https://www.geosetter.de/mantis/file_download.php?file_id=282&type=bug
png
Notes
(0001782)
heiko   
2012-06-11 21:07   
where do you see the decimal value?

On my system I see the exposure time in the browser (report view) and in the ExifTool Window in fraction.
(0001783)
mlangemeier   
2012-06-12 04:53   
I see the decimal value in the browser (report view). I see a fraction in the ExifTool window. I hadn't looked at the ExifTool window before.
(0001784)
heiko   
2012-06-12 23:42   
are the 2 images which are shown with decimal values originally from the camera? or is it possible that a software has changed these values? all the other images are shown with fraction values
(0001785)
mlangemeier   
2012-06-13 04:27   
All images were downloaded using Nikon Transfer 1.5. I didn't make any changes to the files that show exposure time as a decimal value. When I looked at the image data in DSC_8909.JPG using IrfanView, it showed the exposure time as 1/13.0. I then copied the original image file off the camera SD card using Windows Explorer. IrfanView shows the exposure time for this file as 1/13. Nikon Transfer seems to make some changes to the data. The original file size on the SD card is 5,364,565 bytes. The file transferred with Nikon Transfer is 5,348,374 bytes.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
959 [GeoSetter] User Interface minor always 2012-06-25 13:19 2012-10-24 16:18
Reporter: rokdd Platform: win  
Assigned To: Friedemann OS: Win 7  
Priority: normal OS Version: 64 bit  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Bild-Vorschau bei NEF manchmal fehlerhaft
Description: Wenn ich .NEF Rawfiles im Geosetter unbearbeitet anzeige funktioniert die Bildvorschau. Durch das Bearbeiten ist die Bildvorschau dann irgendwann leider nicht mehr korrekt zur Miniatur und zu anderen Anzeigeprogrammen, siehe Screenshot. Hänge die Datei (es betrifft auch andere Dateien) mit an.
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files: NEF-Vorschau.JPG (466,682 bytes) 2012-06-25 13:19
https://www.geosetter.de/mantis/file_download.php?file_id=286&type=bug
Notes
(0001787)
rokdd   
2012-06-25 13:20   
könnte die NEF datei + xmp-Sidecar an die supportmail-Adresse senden sind jedoch 27 MB..

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
958 [GeoSetter] User Interface minor always 2012-06-20 00:42 2012-10-24 16:18
Reporter: Erik Krause Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.29 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Geosetter looses focus after file delete.
Description: When I delete an image file in the images list Geosetter looses focus and another window pops in the foreground.
Tags:
Steps To Reproduce:
Additional Information: Windows 7 x64, 16 GB RAM, Nvidia graphics
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
957 [GeoSetter] User Interface minor always 2012-06-16 17:17 2012-10-24 16:18
Reporter: mw Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Höhe < 0 fehlerhaft (unsigned byte?)
Description: Beim Editieren der Ortsangabe eines Bildes frage ich die Höhe online ab und erhalte z.B. 254,0m für lat=54.52432600 lng=13.09221900
Gemeint war m.E. -1m?



Tags:
Steps To Reproduce:
Additional Information:
Attached Files: DSC_0008_sm.JPG (181,632 bytes) 2012-06-16 17:17
https://www.geosetter.de/mantis/file_download.php?file_id=285&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
963 [GeoSetter] User Interface feature have not tried 2012-07-05 23:31 2012-10-24 16:18
Reporter: twoface Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.29 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Erweiterungswünsche in Verbindung mit GPSBabel
Description: - verwendet Geosetter GPSBabel zur externen Wandlung und ist es unter Einstellungen/sonstiges nicht oder falsch parametriert sollte eine Warnung erfolgen
- der 'Progamm suchen Knopf' ... sollte beim Aufschalten der Fileselekt-Box den aktuellen eingestellten Path von GPSBabel haben
- Möglichkeit weitere Parameter einzugeben
- erzeugte Datei zu Analysezwecke auf Anwahl nicht nach Einlesen von Geosetter gleich löschen
- Anzeige oder logging der Aufrufe mit allen Aufrufparametern
Tags:
Steps To Reproduce:
Additional Information: Ich wollte Holux TRL Files einlesen. Geosetter beschwerte sich nur es seien keine GPS-Dateien. Kein Hinweis das GPSBabel nicht parametriert war.
Der eigentliche Fehler lag aber bei GPSBabel der das Format mit Geschwindigkeit nicht richtig konnte. Zum debuggen von GPSBabel musste ich aber erst mal die Aufrufparameter herausbekommen ...
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
960 [GeoSetter] Image Data feature N/A 2012-06-29 07:30 2012-10-24 16:18
Reporter: MrToiz Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Unterstützung für Videos (und ggf. weitere Formate)
Description: Hallo,

regelmäßig schleichen sich unter meine Fotos auch ein paar Videos, mit denen ich derzeit manuell ein paar Arbeitsschritte aus Geosetter nachvollziehen muss. Eine Integration dieser Arbeitsschritte wäre ein großer Gewinn für mich!

Da wären:
1) Anpassung des Datei-Änderungs-Datums. Wichtig um die Sortierbarkeit zu erhalten bzw. überhaupt herzustellen, wenn man mit mehreren Kameras unterwegs war die verschiedene Zeit-Einstellungen hatten. Da dies ein Format-unabhängiges Feature wäre, könnte man es auf alle Dateitypen erweitern (vielleicht hat ja auch jemand Ton-Aufnahmen oder PDFs, die er in die Bildersammlung integrieren möchte).
1a) Meine Canon-Kamera speichert irgendwie auch ein Datum+Uhrzeit in den Metadaten der AVI-Videos (Beispiel siehe Anhang). Bisher habe ich leider noch kein Programm gefunden, was dieses Datum ändern kann. Würde Geosetter das können, wäre das ein echtes Killer-Feature!

2) Einbindung beim KMZ-Export. Bisher nutze ich dafür immer den Trick, mit einem anderen Programm ein Preview-Bild des Videos zu erstellen, dieses in Geosetter zu laden, in den Export mit einzubinden und dann manuell in der KMZ-Datei einige Anpassungen vorzunehmen (z.B. den Dateinamen bei Online-Verlinkung).
Mir ist klar, dass nicht alle Formate Geo-Metadaten unterstützen, aber evtl. könnte man diese ja während der Benutzung von Geosetter im RAM speichern, das Video (etc.) an der gewählten Stelle in den Export einbinden und nach dem Schließen sind die Koordinaten halt verloren. Oder man nutzt .xmp-Dateien auch für Videos, wenn das geht.
Ein Vorschaubild, wie bei Fotos, wäre natürlich super, aber kein Muss!
Tags: file formats
Steps To Reproduce:
Additional Information: Falls noch weitere Informationen oder Beispieldateien benötigt werden, kann ich diese gerne liefern oder das Problem noch einmal genauer erläutern!
Attached Files: MVI_3745.AVI (1,562,460 bytes) 2012-06-29 07:30
https://www.geosetter.de/mantis/file_download.php?file_id=287&type=bug
Notes
(0001788)
heiko   
2012-06-29 22:01   
Über "Datei | Einstellungen" Reiter "Datei-Optionen" lassen sich selbstdefinierte Dateitypen einbinden, also auch AVI. Zu diesen Dateien kann GeoSetter dann XMP Sidecar Dateien erstellen.
Ein Vorschaubild wird so wie ich das gerade sehe angezeigt, wenn AVI als Dateityp aufgenommen wurde.

Eine Unterstützung von AVI Dateien wird es denke ich nicht geben. GeoSetter verwendet ExifTool zum Schreiben der Metadaten. ExifTool unterstützt aber das Schreiben von AVIs nicht.
(0001789)
MrToiz   
2012-06-30 08:37   
Wieder etwas gelernt, vielen Dank für den Hinweis!

Habe damit jetzt mal kurz rumgespielt und mir sind zwei Sachen aufgefallen:

1) Logischerweise haben die AVIs zunächst noch kein "Aufnahmedatum". Hier wäre eine Funktion "Aufnahmedatum auf Dateidatum setzen" sehr hilfreich, da sonst jede Datei einzeln behandelt werden muss.
Dies ist vor allem wichtig, weil die GPS-Synchronisation nur mit "Aufnahmedatum" funktioniert.

2) Bewege ich die Maus in der Datei-Liste über eine AVI-Datei, bekomme ich im "Hover-Fenster" ein Vorschaubild angezeigt. Wähle ich die Datei aus, bleibt der Bereich "Bild-Vorschau" jedoch leer. Liegt das an meinen AVIs oder ist das reproduzierbar?

2a) Folgender Punkt betrifft mich nicht, weil ich die KML-Dateien sowieso immer manuell nachbearbeite, aber ich fände es schöner wenn bei Dateien ohne Vorschaubild statt dessen ein Hinweis "Vorschau nicht verfügbar" angezeigt würde. Derzeit wird nämlich ein 0-Byte-"Vorschaubild" erzeugt, was dazu führt, dass Google Earth nur einen kleinen schwarzen Kasten anzeigt.
(0001790)
MrToiz   
2012-07-01 19:37   
So, nach etwas Googeln habe ich diesmal tatsächlich ein Programm gefunden, was meine AVI-Metadaten bearbeiten kann:

http://abcavi.kibi.ru/

Das beste daran ist, dass unter dem Link "For Developers" sogar eine DLL angeboten wird, mit der die Funktionalität in eigene Programme eingebunden werden kann.

Vielleicht kann das ja irgendwo ganz unten auf der To-Do-Liste doch noch mit aufgenommen werden ;)
Ansonsten ist es in meinem Fall auch kein Beinbruch, die 3-5 Videos pro Urlaub per Hand zu bearbeiten.


P.S.: Meine Canon-Kamera speichert das Datum übrigens als "Digitizing Date" (IDIT), während das Feld "Creation Date" (ICRD) leer bleibt.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
969 [GeoSetter] User Interface feature N/A 2012-07-24 23:42 2012-10-24 16:18
Reporter: pbb Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Allow deletion of track points
Description: Bad GPS reception often causes track logs with some of the track point far away from the correct location.

It would be great if it is possible to delete these faulty trackpoints from the track, before applying GPS coordinates to the images.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
968 [GeoSetter] User Interface tweak always 2012-07-14 12:57 2012-10-24 16:18
Reporter: codekiln Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: After deleting a file focus should move to next photo
Description: What I expect: In a list of files 1.jpg, 2.jpg, 3.jpg, 4.jpg, 5.jpg, if you navigate to 3.jpg with arrow keys and then press the delete key, it brings up the system delete dialog. Upon confirmation of delete then the focus should return GeoSetter and 4.jpg should be highlighted so that and subsequently pressing the right arrow or down arrow should then highlight 5.jpg.

What happens in 3.4.16 in Win7: In a list of files 1.jpg, 2.jpg, 3.jpg, 4.jpg, 5.jpg, if you select 3.jpg with arrow keys then press the delete key then confirm the delete dialog, focus moves to another open program in the system, and upon manually returning to GeoSetter, no photo is highlighted in the file list, and the file list does not receive keyboard input.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
970 [GeoSetter] User Interface minor always 2012-07-25 18:11 2012-10-24 16:18
Reporter: alaxa Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.34 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: IPTC fields not read
Description: I've some pictures which I'm quite sure iptc:objectName and iptc:headline have values, checked with ExifTool and with old-but-still-good Exifer.
Inside Geosetter they are empty. Other pictures within the same directory are instead read correctly
I am attaching an EXI file to try to reproduce yourself
By the way, I think that Geosetter caches some iptc's GUIS fields somewhere because I've just changed the IPTC:Credit, IPTC:captionWriter fields and they are shown unchanged

I'm using windows7 32bit,latest exiftool and geosetter beta with UTF8
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: IMG_0079_San Vicente - Finca La Española.exi (9,186 bytes) 2012-07-25 18:11
https://www.geosetter.de/mantis/file_download.php?file_id=295&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
971 [GeoSetter] Image Data minor always 2012-07-28 19:20 2012-10-24 16:18
Reporter: ceifert Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Attribut "Bild aufgemommen am" verschwindet nach Speichern
Description: Im Windows Explorer kann neben "Änderungsdatum" bei Bildern auch das Attribut "Bild augenommen am" eingeblendet werden. Nachdem mit GeoSetter irgendwelche Bilddaten editiert wurden versschwindet das Attribut aus den Bildern, obwohl die Informationen weiterhin in den EXIF-Daten vorhanden sind.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001816)
Bert   
2012-08-01 11:38   
I am using the trusted old EXIFER tool for bulk re-dating JPG files based on the EXIF date. This does not work anymore after geocoding the images with GeoSetter because the "date taken" seems to disappear from the EXIF part (where it was stored by the camera) and moved to the IPTC part. (I know, EXIFER is no longer supported). Just an observation - but it might be the same problem with the "Image Taken" date shown in Explorer.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
972 [GeoSetter] User Interface feature always 2012-07-29 13:39 2012-10-24 16:18
Reporter: geoffschultz Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.29 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Country Code should allow 2-letter ISO codes
Description: It would be very nice if you allowed the user to select using either 2-letter ISO country codes or 3-letter ISO country codes. Meta tags such as geo-region require the use of 2-letter ISO country codes. This has caused me to have to generate a translation table to convert the 3-letter into a 2-letter country code before outputting the geo-region tag.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001833)
Phoenix   
2012-08-11 22:08   
Das fände ich auch sehr hilfreich, da Lightroom 4 auch nur den ISO-Code mit 2 Buchstaben verwendet.

Gruß

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
979 [GeoSetter] User Interface feature always 2012-08-28 16:49 2012-10-24 16:18
Reporter: Sebastian GPS-Camera Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.34 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Extend EXIF fields filter to satellite count ==> Find pix geotagged Dawntech + foolography Geotagger with indoor buffer values
Description: Hello Friedemann,

as discussed before:


Dawntech and foolography Geotaggers for Nikon DSLR write a Satellite Number >3 into EXIF on indoor situations. (Buffered Values)

Indoor buffer GPS-data is likely to be less precise. The user might like to check and move the position by hand to optimize position.

A filter to chose pictures with low satellite count would enable the user to do this.

If you have any question please contact me

Cheers!

Sebastian (www.gps-camera.eu)
Tags: Dawntech, foolography
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001837)
Sebastian GPS-Camera   
2012-08-28 17:01   
Picture Attached shows satellite count of an indoor situation picture taken with Nikon+Dawntech Geotagger. EXIF data visualized with regex-Exif-Viewer.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
981 [GeoSetter] Image Data crash always 2012-08-29 16:59 2012-10-24 16:18
Reporter: phohome Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: EXIFtool stoped working when I tried to save the image.
Description: It was fine when I stored and udpatd 23600 images than Exiftool crash everytime when I tried to saved anoher image. I have tried that in a new separate directory, it still doesn't work. Seems that the latest version Exiftool ver 9.1 is not working well with Window 7.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001838)
phohome   
2012-08-30 10:53   
I have try to tag another newly taken photo , it works perfect. That's just one of the old photo I tagged before that I can not tag again. Exiftool just stopped working and a window 7 crash message pop up .

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
980 [GeoSetter] Image Data feature N/A 2012-08-29 11:07 2012-10-24 16:18
Reporter: alex_02 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Suggestion for next version: Export of GPS Data as excel sheet or csv
Description: I use GeoSetter to write GPS data fropm a logger into jpg files.

It would be a very useful and comfortable feature to export file name, GPS-Data (Latitude, Longitude) and original date & time from selected pictures to an excel sheet or in the format csv.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
984 [GeoSetter] User Interface feature N/A 2012-09-07 14:43 2012-10-24 16:18
Reporter: jes77 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Batch mode
Description: The user interface for GeoSetter is good for interactive use.
However, it would be great to be able to query the geonames service and to apply keywords in a batch interface during import.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
983 [GeoSetter] User Interface minor always 2012-09-04 08:33 2012-10-24 16:18
Reporter: wim2005 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Exif-Daten anzeigen
Description: Ich habe eine Nikon D300. Die Kamera wird angezeigt, aber nicht die Objektive.
Wie kann ich dies ändern?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
985 [GeoSetter] Image Data feature N/A 2012-09-10 14:53 2012-10-24 16:18
Reporter: gerrit Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: two questions: 1. pictures placed on wrong place in map; 2. tracks are only partly shown on map
Description: In the first place I would like to give my complements to the developer of this beautifull application.
I have two question, I think related to misusage. But perhaps you could help me:
1.
Several pictures are placed on the map on a place which does not correspond with the track. While other pictures of the same sequence are placed on the right place. The exif data of the pictures (date) and the date of the tracks do correspond.
2.
Not all tracks (several days of the journey)from the gps are shown on the map.


thanks.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: P1040606.jpg (724,773 bytes) 2012-09-11 17:10
https://www.geosetter.de/mantis/file_download.php?file_id=298&type=bug
geosetter.gpx (145,597 bytes) 2012-09-11 17:11
https://www.geosetter.de/mantis/file_download.php?file_id=299&type=bug
printscr.jpg (165,538 bytes) 2012-09-11 21:32
https://www.geosetter.de/mantis/file_download.php?file_id=300&type=bug
jpg

map.png (1,496,678 bytes) 2012-09-11 22:12
https://www.geosetter.de/mantis/file_download.php?file_id=301&type=bug
printscr 2.jpg (236,713 bytes) 2012-09-12 11:56
https://www.geosetter.de/mantis/file_download.php?file_id=302&type=bug
jpg
Notes
(0001840)
heiko   
2012-09-10 20:47   
1.
hard to say anything without an image and the track

2.
per default only the first 5 loaded tracks will be shown. You can configure this under "File | Settings" Tab "Map" option "Maximum Number of Track Files to Load Automatically"
(0001842)
gerrit   
2012-09-11 17:17   
Ad1.
The attached pictures is placed on the map about 30 km south of Jokkmokk. It should be placed were the car was parked (in front of the museum of Jokkmokk where the picture was taken).
This is just an example, other pictures are placed hundreds of kms from the place that they should be placed.
I attached the relevant part of the tracks, because the whole track is 13000Kb.

Thanks a lot.
(0001843)
heiko   
2012-09-11 20:51   
the first part of your track is from 6:42:51 to 7:59:50. The second part is from 11:35:34 to 13:04:05. These are UTC times. Your image was taken at 10:35:25 CEST; this is 8:35:25 UTC (+2:00 hours).

There is no time in the GPX track which corresponds with the time from your image. Have you attached the wrong part of your GPX track?
(0001844)
gerrit   
2012-09-11 21:04   
That is correct, but in the "synchronize with gps data files" screen I compensated the difference.
(0001845)
heiko   
2012-09-11 21:12   
can you make a screenshot of this dialog and attach it to this issue?
(0001846)
gerrit   
2012-09-11 21:33   
Done
(0001847)
heiko   
2012-09-11 22:11   
I've done a GPX sync with your settings (see screenshot). From the data this result is correct. Is it also the correct result in your opinion?
(0001848)
gerrit   
2012-09-11 22:28   
Yes, your sync is correct!!!!
What should I do, too..........????
(0001849)
heiko   
2012-09-11 22:38   
have you also tried the synchronisation with the data from this issue? You have written that you have shortend the data. Perhaps there is a difference
(0001850)
gerrit   
2012-09-11 23:07   
Yes, I did it now like you did with the shortend data and it worked. But once again it did not work with the whole track with 49000 trackpoints. Is their perhaps a limitation of that kind?
(0001851)
heiko   
2012-09-11 23:47   
as far as I know there is no limitation. Perhaps you can see something in the list after you've started the synchronisation
(0001853)
gerrit   
2012-09-12 11:55   
I noticed a difference between the date that the picture was taken and the so called "trackpuntzeit". These pictures are misplaced. Is that difference the reason for the misplaced images? Is so, how to change is. I attached a printscreen to show some examples.
(0001854)
heiko   
2012-09-12 21:09   
(Last edited: 2012-09-12 21:12)
Are the taken dates of the images correct? In my opinion it makes no sense to synchronize images with a track where the time difference is serveral days. Also your setting in the synchronization dialog with 650000 seconds (~ 7,5 days) makes no sense in my opinion.

GeoSettter takes the taken date/time and is searching this time/date in the track file. If you allow a difference of ~ 7,5 days between these 2 values the result can not be good.

(0001855)
gerrit   
2012-09-14 15:17   
The taken dates of the images are correct.
I tried to solve the problem by deinstalling the program and related files in "Roaming" and "program files" and installing the program again.
But is did not solve the problem.
And of course I changed the settings to normal.
I think that I will have to accept it.

Thanks for your answors and help.
(0001856)
heiko   
2012-09-14 20:58   
If you want you can send the whole track to heiko@geosetter.de. Maybe I will see something.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
987 [GeoSetter] User Interface feature N/A 2012-09-16 10:50 2012-10-24 16:18
Reporter: munirafsar Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.34 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: How to use a GeoTiff file as local map file?
Description: Due to policies imposed, I cannot connect my machine to internet to geocode Following is requested:-
How to use a local map file in GeoTiff format to geocode.
How to use own geocoder fill in XMP tags such as country and province.
Thanks
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001857)
heiko   
2012-09-16 21:42   
It's not possible to use another map.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
990 [GeoSetter] Image Data feature unable to reproduce 2012-09-27 18:13 2012-10-24 16:18
Reporter: redbeard Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.34 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Large photo support (like airphotos)
Description: Thanks for the great package here. With my use, another option would be very useful. I like to take photos looking at various tilt angles (from airplanes or balloons, looking at nadir - or what I call a tilt angle of 0 degrees) or from valleys looking up or mountains looking down. Thus my photos can have a tilt angle, and be large enough to assign lat/log to the corners, or assign a central lat/long and heading. You system assumes a tilt angle of 90 degrees (looking horizontal only). For large scale photos, it would be great to include some polygon definition, and perhaps even see an image outline on the Map panel (i.e., did I really take a close-up pic within the area I earlier photo'ed from the plane before we landed).
Tags:
Steps To Reproduce:
Additional Information: I admit I don't know how (if?) this can be recorded in the Image Info (ExifTool). One possiblility (1st order approximation?) is to use the GPS Lat/Long/Altitide and the Destination Lat/Long/Altitude and the camera lens information to determine an "equivalent" sized polygon outlined at ground level?

Thanks for taking this into consideration.
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
989 [GeoSetter] User Interface trivial always 2012-09-26 18:44 2012-10-24 16:18
Reporter: MrToiz Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Falsche Zahlen im "Report für gespeicherte Bilder"
Description: Hallo,

wenn beim Speichern der Bilder Fehler auftreten, wird ja dieser Report eingeblendet. Dabei passen jedoch die Zahlen bei der Zeitangabe nicht ganz.
Tags:
Steps To Reproduce:
Additional Information: Ganz oben steht richtigerweise: ExifTool hat Fehler bzw. Warnungen bei 6 von 373 Bildern gemeldet.

Unter der Liste der Dateien steht dann: 112,48 Sekunden für 6 Bilder (1,07 Sekunden pro Bild)

Müsste sein: 112,48 Sekunden für 373 Bilder (0,30 Sekunden pro Bild)


P.S.: Gibt's eigentlich mittlerweile eine Meinung zu http://www.geosetter.de/mantis/view.php?id=943
Attached Files:
Notes
(0001859)
MrToiz   
2012-09-26 18:45   
Version ist 3.4.16 (Build 2119)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
991 [GeoSetter] User Interface minor always 2012-09-30 16:06 2012-10-24 16:18
Reporter: Raven14 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Problems with Export of IPTC-Data and Reimport in Lightroom 4
Description: Hi,

I don't know where the problem is, but I simply don't get the Export of IPTC data working correcntly.
My use case is as follows:
Nikon D7000 NEF images are getting data from a GPS Logger. With Geosetter I look at the data, change if necesssary and then try to export this data for further handling in Adobe Lightroom. My wish would be that the names of the places are written as keywords the following way:

Sub-Location > Location > Province > Country > "Location" (> in Lightroom is a sign for a keyword hierarchy). When clicking on the Keyword "Location" in Lightroom, I get to see all countries where my images are taking, clicking on a country opens a list of provinces of this country and so on. But I can't get it to work :(

The string I used for the first try was this:

-execute "-IPTC:Keywords+<$IPTC:Country-PrimaryLocationName" "-XMP:Subject+<$IPTC:Country-PrimaryLocationName" -if "not $IPTC:Keywords=~/$IPTC:Country-PrimaryLocationName/" -execute "-IPTC:Keywords+<$IPTC:Province-State" "-XMP:Subject+<$IPTC:Province-State" -if "not $IPTC:Keywords=~/$IPTC:Province-State/" -execute "-IPTC:Keywords+<$IPTC:City" "-XMP:Subject+<$IPTC:City" -if "not $IPTC:Keywords=~/$IPTC:City/" -execute "-IPTC:Keywords+<$IPTC:Sub-Location" "-XMP:Subject+<$IPTC:Sub-Location" -if "not $IPTC:Keywords=~/$IPTC:Sub-Location/"

This command gets executed after saving of the IPTC dates. The changes are not written to the original file, but to XMP sidecar files.

How can I get these information in Lightroom 4 in this hierarchical form?

Thank you very much for your help.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
988 [GeoSetter] User Interface minor always 2012-09-24 15:59 2012-10-24 16:18
Reporter: screen Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Unicode problem: Can't search for places with unicode characters
Description: Searching in the map pane for places like in non-latin scripts such as Chinese, Thai or Russian fails with the message
---------------------------
"??" not found...
---------------------------

To reproduce, search for ?????? (Moscow), ????????????? (Bangkok) or ?? (Beijing). This happens regardless of using google maps, OSM, etc.

My PC runs an english-language Win XP SP3, "Language for Non-Unicode Programs": German


Tags:
Steps To Reproduce:
Additional Information: It is still possible to search for transliterations of the places' names such as "Beijing", "Krung Thep"/"Bangkok" etc. but this makes geosetter slightly more difficult to use for people dealing with pictures taken all over the world.
Attached Files: Clipboard01.png (193,650 bytes) 2012-09-24 15:59
https://www.geosetter.de/mantis/file_download.php?file_id=303&type=bug
png
Notes
(0001860)
screen   
2012-09-30 01:35   
Okay, all the Chinese, Thai and Russian characters have been replaced with question marks by the bug tracking software (also Unicode-unaware?). Basically it's possible to get the characters on the corresponding wikipedia pages...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
992 [GeoSetter] User Interface minor N/A 2012-10-01 21:22 2012-10-24 16:18
Reporter: Voronwe Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: [Change request] Online Höhenabfrage
Description: Im Dialog "Daten bearbeiten" gibt es bei der Höhe nur die Punkte "Online abfragen" und "Alle online abfragen". Es wäre schön, wenn es auch noch den Punkt gäbe "Nur online abfragen, wenn kein Höhenwert gesetzt"

Grund: Bei mir gibt es Bildersammlungen, für die ich nur teilweise GPS-Daten habe. Die Koordinaten der restlichen Bilder trage ich per Hand nach. Als letzten Schritt markiere ich alle und mache dann Daten bearbeiten für Höhe und Ort. Wenn ich jetzt die Höhe online abfrage, wird die GPS Höhe ja überschrieben, was aber nicht gewollt ist
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001861)
heiko   
2012-10-01 21:57   
Dein Problem kannst du mit den Filtern lösen. Du mußt nur einen Filter erstellen der alle Bilder anzeigt die keine Höheninfos enthalten. Bei diesen Bildern kannst du dann "Alle online abfragen" verwenden. Anschließend den Filter wieder deaktivieren und allen Bildern die Ortsinfos zuweisen.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
994 [GeoSetter] Image Data minor always 2012-10-03 18:02 2012-10-24 16:18
Reporter: Michael Freytag Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.29 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: storage of exif data in pictures very slow
Description: since a while, the storage of the GPS data into the exifs seems very slow ( for about 30 pictures 10 min or more). I#m using geosetter on a LENOVO W520, computer power is not the problem.
I've deinstalled geosetter and deleted exif tool and then reinstalled, but the problem is still there.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
993 [GeoSetter] Image Data major always 2012-10-02 04:23 2012-10-24 16:18
Reporter: suttonbg Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Loss of image editing data
Description: Image type: DNG
Sources: Version 9.1.1.14 of Vuescan, saved as Adobe DNG or from camera, acquired through Adobe Bridge and converted to DNG as part of that process.
Problem: If I edit the images in Adobe Camera Raw (my preferred image editor) BEFORE I add geotagging data with Geosetter, then when I add the geotag, the editing data, stored in an xmp sidecar file, is lost, or at least is no longer readable. If I geotag first, then edit, all data (both geotag and image edits) are retained.

Particularly with scanned old images, it is often useful to edit the image so that informative data about the location can be more readily seen, aiding the geotagging process.
Tags:
Steps To Reproduce:
Additional Information: I have prepared several examples, contained in the attached zip file (image quality is terrible to stay within size limits)
Slide...0057 is original as scanned
Slide...0057 ACRonly has been edited (WB distorted) in Camera raw
Slide...0057 ACR_first was treated as ACRonly, but then had geotagging info manually added with Geosetter
Slide...0057 ACR_second was geotagged at the same time and then subsequently edited in ACR as for ACRonly
Attached Files: Current Scan-Edit.zip (602,299 bytes) 2012-10-02 04:23
https://www.geosetter.de/mantis/file_download.php?file_id=304&type=bug
Notes
(0001863)
suttonbg   
2012-10-07 12:28   
I have done some further experimentation on this problem. It occurs when I direct Geosetter to write data to sidecar .xmp files, not when it writes directly to the image. However, as I tend to use Geosetter, iMatch, Adobe Bridge and Adobe Camera Raw as my image capture/edit/cataloging suite, I thought I should have consistency in how the image data was handled and it seemed that having it in sidecar files provided the greatest interchangeability of image metadata between these applications. Is this assumption correct?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
973 [GeoSetter] Image Data minor random 2012-08-01 02:35 2012-10-24 16:18
Reporter: StanRohrer Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: EXIF TMP File Remains
Description: Doing a file save after updating geo data on many files in a directory (todays cases are 865 files and 528 files). One to ten files are randomly left with a tmp suffix such as file name IMG_9110.JPG_exiftool_tmp where the file name should be IMG_9110.JPG. I have to go to Windows Explorer and fix the suffix to access the file.

GeoSetter 3.1.16 (build 2119)
Windows 7 x64
Quad Core fast Intel CPU and system.
Tags:
Steps To Reproduce:
Additional Information: I will do updates to the software and see if I can tell any difference. This problem occurs nearly every time I do a massive edit of 100 or more files.
Attached Files:
Notes
(0001817)
heiko   
2012-08-01 21:27   
normally the virus scanner block the renaming of the file. You can try to deactivate your virus scanner and check if the scanner is responsible for this behaviour. Don't forget to reactive the virus scanner after this test!!!

you also should update ExifTool if you have not already done this.
(0001819)
StanRohrer   
2012-08-02 02:20   
I update ExifTool at every request so it has been up to date. I turned off Microsoft Security Essentials and did file saves and still had some errors. Anti-Virus seems not to be the problem. The failed files have been internally updated but the file name is not returned to the original. At first I suspected iMatch (my photo database tool) was interfering but I have had the file name problem while it was also not running.
(0001820)
boardhead   
2012-08-02 16:56   
Be sure to erase the "*_exiftool_tmp" files before trying again with the virus scanner disabled. If you don't erase these files first then the command will fail with "Temporary file already exists" errors.

- Phil
(0001822)
boardhead   
2012-08-03 13:30   
I've just released ExifTool 8.99 with a patch to retry the rename operation up to 50 times (at 0.01 sec intervals) in an attempt to bypass this problem. Please try this new version to see if it helps.

Note that this topic is also discussed in the ExifTool forum:

http://u88.n24.queensu.ca/exiftool/forum/index.php/topic,4297.0.html

- Phil
(0001823)
StanRohrer   
2012-08-04 02:52   
Loaded ExifTool 8.99. Ran an attempt on a directory of almost 1400 jpg files and had no error tmp files on completion. I will try another run tomorrow but this is a significant improvement over my past experiences which likely would have left 5-20 bad files and potential lost photos.
(0001824)
boardhead   
2012-08-04 12:25   
(Last edited: 2012-08-04 12:25)
Hi Stan,

This is a good sign. Did ExifTool give any warnings like: "It took X tries to rename FILE"? -- If you get these then the new patch is working.

- Phil

(0001825)
StanRohrer   
2012-08-04 17:56   
I've run a couple more attempts at 1400 files and have not seen any tmp files remain nor seen any "It took x tries..." messages. So something is different but perhaps not in the way you intended during the file save.

I am seeing some random issues with GPS coordinates not reading or being flagged as erroneous. My most recent run had some file with Altitude issues reported but these do not seem repeated from previous runs. I wonder if I have memory limits or something with so many files. I will try a smaller batch (also faster for each test) and see if the random errors go away.
(0001826)
StanRohrer   
2012-08-04 20:27   
Numerous more attempts on 500, 750, and 1400, images and have not seen any tmp files remain nor seen any "It took x tries..." messages. GeoSetter 3.4.16 (Build 2119) with ExifTool 8.99.

The aforementioned random errors appear to be related to something during use of the GPS Sync __when using a time clock offset__ and having some photos not get GPS data (GPS file didn't cover the time period) and then the location lookups go wrong. I may need to try to get some more testing to define these conditions better.
(0001830)
boardhead   
2012-08-07 02:05   
OK, thanks. It appears that the patch in ExifTool 8.99 may not be helping, but that something else changed to make this problem less frequent.

- Phil
(0001831)
boardhead   
2012-08-08 14:24   
An exiftool user has done some more testing:

http://u88.n24.queensu.ca/exiftool/forum/index.php/topic,4297.msg20479.html#msg20479

His conclusion is that Geosetter is causing this problem.

- Phil
(0001865)
StanRohrer   
2012-10-18 02:36   
Any more updates on this issue?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
961 [GeoSetter] User Interface block always 2012-07-02 00:04 2012-10-23 21:39
Reporter: tgereke Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.29 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: KML Datei mit gx:Track lässt sich nicht synchronisieren
Description: Ich habe mehrere KML Dateien vom Android GPSLogger (siehe https://play.google.com/store/apps/details?id=com.mendhak.gpslogger&hl=de). Mit der Betaversion werden die Trackdaten auch korrekt auf der Karte angezeigt (ist mit der Releaseversion ja nicht der Fall).

Wenn ich Bilder mit den GPS Dateien synchronisieren möchte, dann erscheint nach OK ein Dialog mit "Sie haben keine Trackdatei ausgewählt oder die gewählte Trackdatei enthält keine Koordinaten mit Datums- und Zeitinformationen.".

Im Trackfenster sind aber alle Wegpunkte mit UTC Zeit angegeben. Wenn ich ältere KML Dateien wähle (ebenfalls vom Android GPSLogger, aber ohne gx:Track Einträge, sondern mit Placemarks), dann kommt immerhin die Fehlermeldung, dass die Zeiten nicht passen.
Tags:
Steps To Reproduce:
Additional Information: Anbei eine Beispieldatei mit der die Synchronisation nicht geklappt hat.
Attached Files: 20120528161952.kml (6,268 bytes) 2012-07-02 00:04
https://www.geosetter.de/mantis/file_download.php?file_id=288&type=bug
Notes
(0001792)
Friedemann   
2012-07-02 12:58   
Welche Uhrzeit (und welche Zeitzone) hat denn das zu synchronisierende Foto?
(0001793)
tgereke   
2012-07-02 13:12   
Es sind mehrere CR2 Dateien - relativ groß. Ich habe mit XnView die Exifdaten exportiert:

[Camera]
Camera Manufacturer : Canon
Camera Model : Canon PowerShot S95
Date modified : 2012:05:28 16:56:09
Artist : Thomas Gereke

[Image]
Exposure time [s] : 1/1000
F-Number : 2.0
ISO speed ratings : 80
EXIF version : 02.30
Date taken : 2012:05:28 16:56:09
Date digitized : 2012:05:28 16:56:09
Components configuration : YCbCr
Compressed bits per pixel : 3
Shutter speed [s] : 1/1002
Aperture : F2.0
Exposure bias value : 0
Max aperture : F2.0
Metering mode : Multi-segment (5)
Flash : No flash
Focal length [mm] : 6
User comment :
FlashPix Version : 01.00
Colour space : sRGB
EXIF image width : 3648
EXIF image length : 2736
Interoperability offset : 8676
Focal plane X-Resolution : 912000/73
Focal plane Y-Resolution : 912000/73
Focal plane res. unit : Inch (2)
Sensing method : One-chip color area sensor (2)
File source : DSC
Custom rendered : Normal process (0)
Exposure mode : Auto (0)
White balance : Auto (0)
Digital zoom : 1
Scene capture type : Standard (0)
(0001794)
tgereke   
2012-07-02 13:13   
Beim Synchronisieren habe ich -2 Std. eingestellt. Das sollte eigentlich passen (und hat vor einem Jahr mit den alten KML Dateien auch funktioniert).
(0001795)
Friedemann   
2012-07-02 13:49   
Hmm, also bei mir klappt das problemlos! Habe mal bei einem Foto das Datum auf 28.5.2012 16:56 gesetzt. Dann wird es problemlos zwischen die beiden Trackpunkte von 14:54:436 und 14:56:42 synchronisiert.

Welche Einstellung benutzt Du bei der Synchronisierung? Ich habe "Lokale Windows-Einstellungen benutzen" gewählt und KEINE weitere Korrektur angegeben, also NICHT -2 Std. War die Uhr der Kamera am 28.5. korrekt auf Ortszeit gesetzt, dann ergibt sich die Differenz von 2 Stunden ja automatisch aus der Option "Lokale Windows-Einstellungen benutzen" - vorausgesetzt der Rechner ist auch auf deutsche Zeit und Zeitzone eingestellt.
(0001796)
tgereke   
2012-07-02 14:50   
Ich hatte die Zeitzone direkt eingestellt. Mit der lokalen Windows-Einstellung hat es auch nicht geklappt.

Allerdings habe ich die Trackdatei explizit noch mal geladen. Damit hat es dann geklappt. Die KML Datei liegt bei mir im selben Verzeichnis wie die Bilder. Der Track wird auch automatisch ausgewählt und angezeigt, wenn ich in das Verzeichnis wechsele. Das Synchronisieren scheitert dann aber unabhängig von der Zeitanpassung und auch unabhängig von der Einstellung "Mit angezeigten Tracks synchronisieren" oder "Mit Tracks in aktuellen Verzeichnis synchronisieren". Erst wenn ich den Track explizit noch mal lade, klappt die Zuordnung (dann auch unabhängig von der Zeitanpassung - wobei die -2 Std. auch falsch waren; es kommt dann aber eine andere Fehlermeldung).

Mit dem Workaround klappt es jetzt.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
995 [GeoSetter] Image Data major always 2012-10-10 20:57 2012-10-23 21:37
Reporter: -noel- Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.34 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.34 beta  
    Target Version:  
Summary: GeoSetter setzt Bewertung automatisch (fast) immer auf 1 Stern, obwohl die Bewertung "0" ist
Description: Beim Einlesen von fast allen Bilddateien setzt GeoSetter die Bewertung immer auf 1 Stern, obwohl die Bilder nicht bewertet sind ( Bewertung = 0).
Siehe Screenshot.
Trifft bei Nikon NEFs und JPGs zu, bei bereits bewerteten Bildern stimmt die Bewertung.
Der Fehler ist sehr lästig, weil dann alle Bilder beim Abspeichern die Bewertung mit 1 Stern bekommen.
Tags:
Steps To Reproduce:
Additional Information: tritt mit Beta 3.4.30 und 3.4.16 auf
Attached Files: GeoSetterError.jpg (129,647 bytes) 2012-10-10 20:57
https://www.geosetter.de/mantis/file_download.php?file_id=305&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
967 [GeoSetter] Image Data minor always 2012-07-09 06:10 2012-10-23 21:35
Reporter: trainman Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.34 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.34 beta  
    Target Version:  
Summary: Incorrect Data from Nikon P510
Description: When the Nikon P510 has GPS tagging enabled, but it has not yet acquired a GPS fix, it assigns a location of 0,0. When using Geosetter to move the location, the map keeps flicking to the middle of the Indian Ocean. It would be good if Geosetter could either ignore or have the ability to strip GPS information if location is 0,0.
Tags:
Steps To Reproduce:
Additional Information: GPS information from photo prior to GPS fix being attained:

GPS Informtion
GPSVersionID : 50,51,48,48
GPSLatitudeRef :
GPSLatitude : 0
GPSLongitudeRef :
GPSLongitude : 0
GPSAltitudeRef : Sea level
GPSAltitude : 0/0 meters
GPSTimeStamp :
GPSSatellites :
GPSImgDirectionRef :
GPSImgDirection :
GPSMapDatum :
GPSDateStamp :
Attached Files: DSCN1469.JPG (655,480 bytes) 2012-07-09 06:10
https://www.geosetter.de/mantis/file_download.php?file_id=294&type=bug
Notes
(0001858)
trainman   
2012-09-20 09:59   
This is also a problem with the Canon GP-E2 when it doesn't have a fix.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
914 [GeoSetter] Image Data minor always 2012-01-26 10:54 2012-10-08 23:30
Reporter: takeru Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.23 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: incomplete GPS mapping by Holux M241
Description: Firstly, I appreciate so much about your contribution on developing such a useful software in public.

Since sometime in the last year, I noticed that Geosetter got unble to map the most of the images with GPS log data by my Holux M241 (both of a native .trl and .kml), even when accomplished point data were acctualy logged.

Trying to convert log data into .gpx data, Geosetter becomes able to match the data.

Sample GPS data are attached, and images in a time stamp, e.g. 17:01 JST(UTC+9) on the 25th Jan 2012, cannot be matched by Geosetter.

The problem is consistent among all PCs I have, so it is less likely to be an configuration corruption by a specific PC.

I have been rolled up my Geosetter up to 3.4.22 beta, the problem remains.
My GPS Babel is in 1.3.7.20.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: geoLogs.2012.01.25.ZIP (7,630 bytes) 2012-01-26 10:54
https://www.geosetter.de/mantis/file_download.php?file_id=265&type=bug
m241_samples.zip (32,978 bytes) 2012-05-01 21:20
https://www.geosetter.de/mantis/file_download.php?file_id=276&type=bug
Holux-TRL-Test.jpg (219,330 bytes) 2012-09-09 11:08
https://www.geosetter.de/mantis/file_download.php?file_id=297&type=bug
jpg
Notes
(0001734)
Pai   
2012-03-16 11:53   
(Last edited: 2012-03-16 11:54)
Ich kann die Probleme mit den Holux-M241-Tracks nur bestätigen (.trl und .kml).
Man bekommt beim Laden der Dateien die Fehlermeldung, dass die Tracks keine Zeitinformationen beinhalten (was natürlich nicht stimmt). Ich habe den Fehler erst bei mir gesucht und lange probiert, bis ich (glücklicherweise) hier im Forum gefunden habe, dass ich wohl offenbar nicht der Einzige bin.
Der Workaround über das Konvertieren in eine .gpx-Datei funktioniert Gott sei Dank! Ist aber sehr zeitaufwändig, wenn man sehr viele .trl-Dateien besitzt, da man diese nur einzeln konvertieren kann (mit dem Holux-Utility).
Ich hatte mich schon sehr gefreut, dass man die .trl-Dateien mit Geosetter direkt verwenden kann!
Wäre schön, wenn der Fehler in der nächsten Version behoben wäre.
Vielen Dank!

(0001768)
cryptor3   
2012-05-01 21:19   
(Last edited: 2012-05-01 22:56)
[corrected to describe parity byte]

The Holux TRL binary files come in two formats, depending on your device's firmware version. There used to be web pages describing this, but it seems like the English links may have gone stale. So here is what I have found.
The file format uses a little endian (Intel) convention.

For firmware versions 1.12 and older, the binary format was a 16-byte record as:

[bytes 00-03] unix epoch time (uint32)
[bytes 04-07] latitude (float32)
[bytes 08-11] longitude (32-bit float)
[bytes 12-14] altitude in meters (*1)
[byte 15] parity byte (XOR even parity *2)

For firmware 1.13, a speed field (m/s) was added, making a 20-byte record as follows:
[bytes 0- 3] unix epoch time (uint32)
[bytes 4- 7] latitude (float32)
[bytes 8-11] longitude (float32)
[bytes 12-14] altitude in meters (*1)
[byte 15] parity byte (XOR even parity *2)
[bytes 16-19] speed (m/s) (float32)

 (*1) This field is a 24-bit floating point number (an ieee-754 with the least significant bits of the mantissa omitted). The most significant bit of byte 14 is the most significant bit of the floating point number (the sign bit).

One way to decode this field is to read bytes 12-15 as a little endian integer, then shift up by 8 bits.

(*2) The parity byte is such that XORing all the bytes in the record will result in 0 (even parity)

In my personal processing, I autodetect between the two formats by attempting to decode the data as each format, then seeing which one produces data with the most lat/long values that are within +-90/+-180 degrees. This seems to work pretty well. Some additional checks could be checking for appropriate file length, and checking that the timestamps increase by a small amount each record.

I am attaching logs demonstrating tracks in each of the two firmware versions, along with KML files to allow you to unambigously verify the data.

See also: http://hi.baidu.com/7hi7r09o3k/blog/item/5e1da2043769da3f6b60fb51.html

(0001839)
twoface   
2012-09-09 10:45   
(Last edited: 2012-09-09 11:06)
Please try my new GPSBable-Version with fixes for Holux TRL-files. I hope it solve the problem. Please report

See: http://www.geosetter.de/mantis/view.php?id=965

I am sorry but I can't read this chinees or japaneese web page.

I've tested the files from the atteched TRL-Files and it works. See speed in the hardcopy "Holux-TRL-Test.jpg"

(0001862)
suttonbg   
2012-10-06 07:42   
I also have had problems with retrieving good data from my Holux M-241. In my case, the retrieved files, even after a day's logging, were only about 5K and consisted of the beginning and ending waypoints and perhaps one or two intermediate ones. The solution that works for me is to have the appropriate Silicon Labs USB driver(eg, the correct one for Win 7) but to roll the logger utility back to the one that came with the logger, v1.1.0.46 rather than the latest version (v1.1.0.48). That combination seems always to work flawlessly with Geosetter.

Hope that helps.
(0001864)
Erik Krause   
2012-10-08 23:30   
I use GPSBabel (GUI) exclusively to read directly from the M-241 and write GPX files containing all tracks. No need to use crappy Holux utility and proprietary TRL file format.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
986 [GeoSetter] Image Data feature always 2012-09-10 16:30 2012-09-12 20:41
Reporter: Stoertie Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Export zu Google Earth - Schriftgröße Tumbnails
Description: Moin aus dem Norden,

mir ist aufgefallen, dass man nach einer Verknüpfung von Bildern und GPS-Daten, beim Export als KMZ-Datei anscheinend nicht die Möglichkeit hat, die Größe des Textes(Dateinamen) am jeweiligen Tumbnail zu ändern, bzw diesen komplett auszublenden. - Sehe ich das Richtig, oder habe ich's nur nicht gefunden?

Bei etwa 1000 Bildern auf 1700 km Strecke erschlagen einen die Dateinamen nämlich schon ziemlich, wenn man die KMZ öffnet. Direkt in der KMZ kann man die Schriftgröße zwar ändern, verliert dann jedoch die Tumbnails. :-(

Wenn ich da nur etwas nicht begriffen habe würde ich mich natürlich über einen Hinweis/Tipp freuen. Falls es tatsächlich nicht geht, wäre es vielleicht eine Anregung, für die nöchste Überarbeitung. ;-)

Viele Grüße aus dem Norden
Michael
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001841)
heiko   
2012-09-10 21:01   
Der Dateiname beim GE Export läßt sich ausblenden, wenn man im Fenster "Export nach Google Earth" unter "Vorschbilder-Titel" auf "Individuell" wechselt und hier keinen weiteren Text eingibt.

Die Textgröße ist meines Wissens nicht änderbar.
(0001852)
Stoertie   
2012-09-12 06:56   
Hallo Heiko,

danke für den Tip... so funktioniert es super!

Viele Grüße
Michael

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
976 [GeoSetter] User Interface major always 2012-08-11 20:27 2012-08-12 20:57
Reporter: tvphotog Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Get strange message when attempt to sync photos and GPS data.
Description: When I attempt to sync, I get this message : "the hourly limit of 2000 credits geosetter has been exceeded. Please throttle your request or use the commercial service."

I have no idea what this means. I get it even though I just sit down to the computer for the first time that day.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001832)
heiko   
2012-08-11 20:45   
In the default configuration GeoSetter is using the GeoNames account "geosetter". The requests for each GeoNames account are limited per hour. For the account "geosetter" this limit is exceeded very often. It is strongly recommended that you create your own GeoNames account under http://www.geonames.org/login. If your account is active, please enter it in the Internet settings of GeoSetter.
(0001834)
tvphotog   
2012-08-12 17:28   
Thanks. Now it's working fine.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
974 [GeoSetter] User Interface major always 2012-08-01 11:27 2012-08-05 20:49
Reporter: Bert Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Map Options greyed out
Description: In the map window all options are greyed-out. Under the "Map" menu-tab only the choice "refresh" and "show errors" are not greyed out.
"Refresh shows the last map used but does not offer entry into search field.
Show Errors gives "Could not complete the operation due to error 80020101:..."
This error occurred in the middle of a Geosetter session which had no problems up to this point.
Tried so far: uninstall / re-install application, install earlier (3.3.60) version, - all to no avail. It seems there is a hidden profile file somewhere which the application reads - if only I knew where this can be found.
Tags:
Steps To Reproduce:
Additional Information: OS: Win 7/32
IE: V8
Attached Files:
Notes
(0001818)
heiko   
2012-08-01 21:40   
the settings and some other data of GeoSetter is stored in the directory <AppData>\GeoSetter
(0001821)
Bert   
2012-08-03 09:16   
Thank you Heiko - I found the config.ini file under
C:\Users\My Name\AppData\Roaming\GeoSetter
I renamed it (thus creating a new *.ini file) but the problem persisted.
Now I have discovered that it must be a firewall issue - when connecting to the internet outside the corporate firewall everything works OK. Seems GeoSetter requires a port to be open which is closed in my work environment.
(0001827)
heiko   
2012-08-04 21:25   
As far as I know GeoSetter is only using HTTP (normally port 80, with a proxy the port differs).
(0001829)
Bert   
2012-08-05 19:39   
Heiko,
my corporate firewall allows outgoing traffic on Port 80 (http) and 443 (https) but no incoming traffic. There is no Proxy. Anyhow, since the problem is fully reproducible (corparate intranet: no map function, other internet access: no problem) I think I will simple limit my GeoSesster use to outside the office.
Thank you for your help!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
794 [GeoSetter] User Interface crash always 2011-04-06 22:48 2012-08-05 09:30
Reporter: Michael Platform: Intel Core Quad 2.4  
Assigned To: Friedemann OS: Vista Home Premium SP2 32-Bit  
Priority: normal OS Version:  
Status: feedback Product Version: 3.4.16 beta  
Product Build: 2119 Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Geosetter startet nicht nach Installation von Internetexplorer 9
Description: 3.4.16 (Build 2119). Geosetter startet nicht mehr nach der Installation von Internetexplorer 9 (aktuelleste Version). Im Taskmanager findet man Geosetter unter Prozesse. Sichtbar wird aber nichts. Nach Deinstallation des Internetexplorers 9 funktioniert wieder alles.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001552)
Friedemann   
2011-04-24 01:23   
Existiert dieses Problem noch? Ich habe auf meinen beiden Rechnern (Windows 7, 64 Bit) auf den IE 9 aktualisiert und alles läuft weiterhin ohne Probleme. Auch unter Windows XP (32 Bit) führt das Update auf IE 9 zu keinem Problem. Ich bin da etwas ratlos...
(0001560)
delftmm   
2011-04-25 02:00   
I am happy to report that Geosetter is now working. I am not sure what changed to allow it to work again, but I am happy that it is again working. I am running Geosetter ver. 3.4.16 on Windows Vista Home Premium (32-bit), SP2. Thanks for the great piece of software!
(0001566)
Michael   
2011-04-27 18:42   
Leider existiert das Problem noch. Nach Installation des Internetexplorers 9.0.8112.16421 auf Windows Vista 32 funktioniert bei mir Geosetter 3.4.16 nicht mehr. Nach Deinstallation ist alles wieder OK. Ich habe noch eine andere Software auf dem Rechner, die auch nach Installation des neuen Internetexplorers Anzeigeprobleme hat. Deshalb ist der IE9 derzeit wieder deinstalliert.
(0001567)
wieteu   
2011-04-28 11:31   
Leider tritt der Fehler bei mir ebenfalls auf. Ich habe den IE9 deinstalliert, leider aber ohne Erfolg. Im Taskmanager habe ich den Eintrag, es erscheint aber kein Fenster. Im Einsatz habe ich Vista in der Ultimate 32bit Version. Firefox 4 und Chrome sind ebenfalls installiert...
(0001573)
MaKeBe   
2011-05-04 20:45   
Auch bei mir startet GeoSetter nicht mehr. Ich benutze Winows Vista Home Premium 32 Bit und den IE9.0811216421. Im Taskmanager kann ich Geosetter unter Prozesse sehen, jedoch wird das Geosetter Fenster nicht geöffnet.
(0001574)
Friedemann   
2011-05-04 20:54   
Ich habe dazu leider bisher keine konkrete Idee.

Könntet Ihr vielleicht mal testhalber die Sicherheitseinstellungen des IE überprüfen? Vielleicht liegt es daran, dass die zu streng sind. Vielleicht mal mittlere Sicherheitsstufe einstellen.
(0001575)
Friedemann   
2011-05-04 20:56   
Ich hatte es an anderer Stelle ja übrigens bereits geschrieben: Ich habe selbst den IE installiert, und zwar auf 2 Rechnern mit Windows 7 Professional 64 Bit und einem XP Professional SP3 32 Bit. Auf allen 3 Installationen gibt es bzgl. GeoSetter keine Probleme. Deshalb weiß ich da auch nicht so recht weiter...
(0001576)
MaKeBe   
2011-05-04 21:24   
Auch das Ändern der Sicherheitseinstellungen hat keine Veränderung gebracht. Ich habe sowohl die mittlere Sicherheitsstufe eingestellt sowie den geschützen Modus ausgeschaltet. Beides bringt keine Verbesserung. Gibt es vielleicht die Möglicheit, ein Logfile einzuschalten, um dem Problem auf die Schliche zu kommen?
(0001577)
wieteu   
2011-05-04 21:27   
(Last edited: 2011-05-04 21:27)
Hallo!
Auf Betrag hin habe ich GeoSetter noch einmal gestartet - läuft.... Ich kann aber auch nicht sagen, woran es liegt. Kein Neustart seit dem Versuch davor und auch keine Updates.
Viele Grüße!

(0001578)
MaKeBe   
2011-05-05 20:36   
Hallo,

heute lässt sich Geosetter auch bei mir wieder starten, ich habe ebenfalls keine Veränderung an der Installation vorgenommen. Falls sich etwas ändern sollte, werde ich mich noch einmal melden.
Viele Grüße und vielen Dank für das Super-Programm!
(0001581)
delftmm   
2011-05-08 22:22   
My installation of Geosetter has once again stopped working. As mentioned earlier, I am running Geosetter ver. 3.4.16 on Windows Vista Home Premium (32-bit), SP2. I am not sure what has caused it to stop working again.
(0001582)
MaKeBe   
2011-05-09 18:16   
Hallo,

bei mir liess sich Geosetter heute ebenfalls zuerst nicht straten. Erst nach dem Öffnen des IE9 öffnet sich das Geosetter-Fenster. Es scheint so, als ob sich Geosetter nur dann starten lässt, wenn der IE9 zumindest einmal geöffnet wurde. Vielleicht hilft das ersteinmal weiter.
(0001583)
Michael   
2011-05-09 22:51   
So ich habe es jetzt noch mal probiert. Ich kann machen was ich will. Geosetter versteckt sich weiterhin unter Prozesse. Updates sind alle drauf. Vista 32, IE9.08.8112.16421.
(0001584)
delftmm   
2011-05-11 03:07   
This evening, I re-tried opening GeoSetter and it worked, this time! I do not understand why it sometimes works and other times does not. Since it is working now, I am going to use it right now.
(0001587)
Huebi   
2011-05-11 14:48   
Unter Vista64 startet Geosetter nicht, unter Win7 64 schon. Wenn ich das richtig sehe, dann ist nur Vista egal ob 32/64bit betroffen
(0001588)
agoedde   
2011-05-12 20:01   
Diese Problem tritt bei mir jetzt auch auf. Geosetter startet nicht mehr auch nach Neuinstallation!!! Könnte vom IE9 herkommen, da auch ich ihn lrtztens installiert habe. Weiß jemand Hilfe, da ich auf dieses nette Programm nicht verzichten möchte.
(0001589)
Buschatz   
2011-05-12 20:57   
Habe Vista und Geosetter arbeitete bei mir auch nicht mehr, habe Geosetter im Taskmanager beendet, dann den Internetexplorer 9 einmal gestartet, dann arbeitete Gesetter wieder. Danke für das gute Progamm, dass ich sehr gern benutze.
(0001590)
Huebi   
2011-05-12 21:06   
Ich musste den IE9 wieder runterwerfen.
(0001591)
Buschatz   
2011-05-14 08:45   
(Last edited: 2011-06-07 20:05)
Auch der PhotoMapper (stürzte ab und Dateien konnten nicht mehr gemappt werden) hatte bei mir auch Probleme, bis ich den Internetexplorer 9 neu gestartet und eingerichtet hatte. Dann ging auch der PhotoMapper wieder.

(0001592)
agoedde   
2011-05-14 17:21   
Hallo, bei mir funktioniert jetzt auch der Geosetter wieder. Bei geöffnetem IE9 den Geosetter aufrufen, dann öffnet der Geosetter ordnungsgemäß. Beim nächsten Aufruf komischerweise dann auch bei nicht geöffnetem IE9. Merkwürdig aber er funktioniert wieder. Vielen Dank für den Tip
(0001594)
Orologos   
2011-05-15 14:41   
GeoSetter wouldn't launch either in my machine, as described above (although several instances of geosetter.exe could be seen in the Task Manager). I'm using Vista Home Premium SP2 64bit and GeoSetter 3.4.16. I use Firefox as default browser. I tried tinkering with Norton, adding GeoSetter to exceptions and so on, but it didn't help. Then I started IE 32bit as suggested above, and GeoSetter still wouldn't start. Closed it down and started IE 64bit (have both in my machine because some web apps don't work in 64) and GeoSetter started fine. Hope this helps.
(0001597)
Jenss   
2011-05-18 17:36   
(Last edited: 2011-05-18 17:37)
Hatte und habe das Problem auch. Wenn man im TaskManager den Start verfolgt, erscheint geosetter, dann exiftool (updateprüfung?), dann geht exiftool weg und geosetter bleibt im TaskManager, startet aber nicht.
Wenn ich die Internet-Verbindung trenne, startet geosetter, danach Internet wieder an und Karte aktualisieren -> läuft. Manuelle Updateprüfung funtioniert.

(0001603)
macmcb   
2011-05-26 20:53   
(Last edited: 2011-06-01 05:53)
Same problem as described by Orologos above. I haven't used Geosetter on this machine in several months. IE9 was installed in the mean time. Now geosetter.exe process appears in Task Manager, but never opens a window.

I am running Vista Home Premium x64, Geosetter v. 3.4.16 (however, I noticed that the info.txt file in /locale/en/ says "3.4.14"). I use dual monitors (2 displays)--not sure if that could make a difference.

I have tried disabling antivirus, disabling firewall, adding geosetter to Norton exceptions. Tried uninstalling and reinstalling GeoSetter. Tried running GeoSetter.exe from a different directory with a local config.ini (like running from USB drive). I tried reducing the Security settings in IE9 (set everything I could find to "prompt" or "enable"). I tried running GeoSetter with 64-bit IE already open and with 32-bit IE already open. Finally, I tried deleting my config.ini file.

Each time I try something, I first quit any instances of geosetter.exe or exiftool.exe in the Task Manager.

GeoSetter will not start. Please help.

UPDATE: Uninstalled IE9 and geosetter no longer freezes.

(0001606)
VictorT   
2011-06-02 09:25   
Confirming the many observations. I'm running Vista 64bit Ultimate, fully patched. Eighteen months ago I used GeoSetter successfully.

Now I updated to 3.4.16 with no success. The process is visible in the task manager, but no window ever comes up. I also tried complete un-install of both ExifTools and GeoSetter, followed by a complete re-install. No success.

My default browser is Firefox, but IE9 is also installed. As suggested by others I tried to start GeoSetter while IE9 was active, but again no success, neither with 32bit IE nor 64bit IE.

Given so many coherent error reports, wouldn't a warning be appropriate for the Vista users with IE9???
(0001686)
Spartaner   
2011-10-26 17:22   
Ich habe das selbe Problem wie hier mehrfach beschrieben, ohne es allerdings direkt mit IE9 in Zusammenhang bringen zu können. I'm running Vista 32bit Home Premium, IE9 (but using Chrome only), fully patched. For many months I used GeoSetter successfully.

Now I updated to 3.4.16 with no success. The process is visible in the task manager, but no window ever comes up. As suggested by others I tried to start GeoSetter while IE9 was active, but again no success.

Was kann ich tun, damit Geosetter wieder funktioniert? IE9 allein kann ja nicht der Grund sein, denn beide funktionierten auch noch parallel.

Gruß Michael
(0001689)
agoedde   
2011-10-29 13:13   
Hallo Michael,
bei mir läßt sich auch öfters der Geosetter nicht öffnen. Ich habe aber mit folgender Vorgehensweise bisher immer Erfolg gehabt (den Grund dazu weiß ich leider nicht):
1. Taskmannager aufrufen
2. Unter Anwendungen "Geosetter markieren und Task beenden"
3. Unter Prozesse Geosetter "Prozess beenden"
4. IExplorer öffnen,eine Adresse aufrufen und wieder den Explorer schließen (wichtig!)
5. Dann läßt sich Geosetter problemlos aufrufen / schließen und auch wieder aufrufen.
Nach dem Herunterfahren des PCs kann es vorkommen, dass die Prozedur wiederholt werden muß.
Viel Erfolg
Gruß
Alfred
(0001812)
johnboldon   
2012-07-16 10:03   
es passiert bei mir immer noch. Heute neue Windows Updates und danach wieder das Problem. In der Vergangenheit habe ich eine Lösung finden können, aber was genau das Problem aufgehoben hat, weiss ich nicht. Heute bin ich ratlos. Deinstallieren und neu Installieren und funktioniert immer noch nicht.
Es ist mehr als acht Monate seit der letzten Meldung auf dieser Seite. Soll das Problem gelöst sein?? Ich will ungerne IE9 runterschmeissen.
Habe 3.4.16
(0001813)
artzo   
2012-07-16 22:51   
Désolé je ne parle pas allemand et très mal anglais.
J'ai installé GeoSetter sur une machine fonctionnant sous Vista Home Premium SP2 32 bit, avec Firefox et IE9 mais impossible de lancer GeoSetter. Je n'ai aucun message d'erreur.
Cordialement,
Artzo
(0001815)
artzo   
2012-07-18 17:07   
Je me répond.
J'ai pu utiliser GeoSetter sur une ancienne machine équipée de Win XP.
Je pense que le problème que j'ai rencontré sur ma machine actuelle est liée à la carte graphique NVIDIA GeForce 9600 GT.
Cordialement,
Artzo
(0001828)
Spartaner   
2012-08-05 09:30   
Ich möchte noch einmal anfragen, ob es möglich ist, dieses Problem zu beheben. Wahrscheinlich liegt es nur an einer Kleinigkeit.
Ich benutze Win Vista, IE 9, alles immer auf neuestem Updatestand, Geosetter letzte Version, und kann den Geosetter nicht zuverlässig starten.

Tatsächlich hat die oben beschriebene Methode, Neustart des Rechners, dann IE9 starten, eine Netzseite aufrufen, IE 9 schließen, dann Geosetter starten, letzte Woche mehrfach funktioniert. Einmal konnte ich den Geosetter sogar starten, ohne vorher IE9 zu starten.

Aber heute ziehe ich diese extrem zeitaufwändige Prozedur bereits das dritte mal durch, und immer OHNE Erfolg!

Geosetter startet nicht.

Gruß Michael

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
966 [GeoSetter] Image Data crash always 2012-07-08 21:17 2012-07-17 19:02
Reporter: ReiterMM Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.4.29 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Absturz sobald ich mit rechter Maustaste in ein vorher selektiertes Bild klicke
Description: Habe o.a. Version 3.4.29 beta installiert nachdem das Problem mit der offiziellen Version 3.4.16 nachvollziehbar ständig auftrat. Mit der Beta hat sich das Fehlerbild nicht verändert. Aktueller Laptop Toshiba mit Win7 64 Bit Professional, alle Updates. Habe auch über Kompatibilitätsmodus gegen geprüft.

ProbleM: Programm gestartet - alles prima. Dann ein Bild selektieren, rechte Maustaste.... 5sec warten... und Absturz!
Tags:
Steps To Reproduce:
Additional Information: Fehlermeldung: siehe Anlage
Attached Files: Geosetter.PNG (386,770 bytes) 2012-07-08 21:17
https://www.geosetter.de/mantis/file_download.php?file_id=293&type=bug
Notes
(0001810)
Friedemann   
2012-07-08 21:52   
Wahrscheinlich eine überflüssige Frage, aber trotzdem: Hast Du das auch mal im Dateiexplorer geprüft ob nach Aufklappen des Kontextmenüs auch vielleicht ein Absturz folgt? Ich nehme eigentlich an, dass dafür irgendein Eintrag im Kontextmenü verantwortlich ist und nicht direkt GeoSetter selbst...

Von diesem Problem habe ich auch noch nicht gehört. Ich verwende ja GeoSetter auch selbst unter XP, Windows 7 (32 und 64 Bit) sowie nun auch Windows 8, ohne dieses Problem...
(0001811)
ReiterMM   
2012-07-08 22:47   
Vorweg: bin ein neuer User von GeoSetter aber reichlich PC erfahren!!! Habe o.a. Möglichkeit mehrfach geprüft und es endet bei etwa 70% der Versuche mit dem gleichen Resultat = Absturz. Auffallend ist, das es erst 2-3mal gut geht, dann nur noch Abstürze. Rechner neu gestartet und das Szenario wiederholt sich.
(0001814)
ReiterMM   
2012-07-17 19:02   
Möchte mal wieder an mein Problem erinnern. Hat jemand eine Lösung? Danke im voraus
Michael M. Reiter

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
964 [GeoSetter] Image Data minor always 2012-07-07 19:27 2012-07-08 20:58
Reporter: henrymuppet Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Incorrect altitude being picked from GPS track log
Description: I am using version 4.4.16 (build 2119).

When trying to geotag NEF files from a GPX tracklog generated by BT747, the altitude is tagged incorrectly.

Altitude is being stored as a negative value (which in itself is not a problem) but the value is also incorrect. I have converted the GPX tracklog to csv to make sure that the numbers are different.
Tags: altitude, BT747, NEF
Steps To Reproduce:
Additional Information: Attached is a screenshot of the altitude tagged in Geosetter, a jpg conversion of the NEF file, the GPX and corresponding CSV file with the tracklog.
Attached Files: Geosetter Matis Report.zip (1,972,048 bytes) 2012-07-07 19:27
https://www.geosetter.de/mantis/file_download.php?file_id=289&type=bug
Mantis964.png (1,834,087 bytes) 2012-07-07 22:17
https://www.geosetter.de/mantis/file_download.php?file_id=290&type=bug
Heights.png (231,921 bytes) 2012-07-07 22:25
https://www.geosetter.de/mantis/file_download.php?file_id=291&type=bug
png
Notes
(0001801)
henrymuppet   
2012-07-07 19:31   
Perhaps I am doing something horrible wrong... This is the first time that I use Geosetter. Apologies in advance if that is the case.

Just bought my first GPS logger and am just getting into the world of geotagging my photographs.

Excellent program btw. Kodus and many thanks!
(0001802)
heiko   
2012-07-07 22:16   
The altitude value of -8,6 m is correct. The taken time is 18:06:57; I assume that this time is CESZ. A GPS logger always is using UTC time. Therefore you have to look in your GPX file for the time 16:06:57. There you will see that the altitude ist -8,6m (see attached picture)
(0001803)
henrymuppet   
2012-07-07 22:25   
You are correct, the time is CET. Looking at the raw logger data from the csv file, the heights are all above 30m for the time period between 16:05 to 16:07 (see attached picture).
(0001804)
heiko   
2012-07-07 22:53   
I've just looked into the GPX file itself, and the altitude is -8,6m. Here is the data of the trackpoint:

<trkpt lat="55.690304" lon="12.598939" >
<ele>-8.6</ele>
<time>2012-07-06T16:06:56.000Z</time>
<course>348.66699</course>
<speed>0.0016</speed>
<name>trkpt-2012-07-06T16:06:56.000Z</name>
<type>T</type>
<fix>3d</fix>
<sat>10</sat>
<hdop>0.85</hdop>
<vdop>1.24</vdop>
<pdop>1.50</pdop>
<ageofdgpsdata>0</ageofdgpsdata>
<dgpsid>0</dgpsid>
</trkpt>

This is the value for the altitude: <ele>-8.6</ele>, and the data is -8,6. I don't know how you've created the CSV file, but I assume the data is wrong.
(0001805)
henrymuppet   
2012-07-07 23:11   
Just did some digging into the software that exported the GPX and CSV files. The GPX file elevation is corrected from WGS84 to MSL which is why there is a difference.

Thanks for the assistance; MSL elevation is what I am looking for. Geosetter is doing precisely what it should.

Cheers.
(0001806)
heiko   
2012-07-07 23:24   
BTW, GeoSetter can correct the altitude values. Select all images where altitude values should be corrected. Then select "Edit | Edit Data" and select the Tab "Location". Here press the button "Get All from Web" in the section Altitude. Doing this, GeoSetter querys the altitude values from GeoNames.org. In your example the altitude will be 3,0m.
(0001808)
henrymuppet   
2012-07-08 16:46   
Noted, thanks. I shall probably end up using the built in feature in Geosetter as you suggest. But first I plan to take my phone to the same spot where the photograph was taken to double check the elevation. -8,6 seems too low since I was standing at a height overlooking the harbour by about 3-4 meters.

Perhaps my GPS logger is not recording data accurately.

Please close the bug ticket. I don't see any way for me to do it.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
965 [GeoSetter] Image Data major always 2012-07-07 22:54 2012-07-08 18:29
Reporter: twoface Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Fix in GPSBabel für Holux M241 - TRL -Files mit Firmware V1.13 (Geschindigkeit)
Description: Bei einigen Postings hier ist zu sehen, dass nicht nur ich Probleme mit Holux-TRL-Files haben wenn sie ab Firmware V1.13 auch die Geschwindigkeit enthalten. GPSBabel, der für Geosetter die Arbeit für diese Dateien erledigt, hat Probleme mit den Geschwindigkeitswerten.
Ich habe GPSBabel um diese Änderungen im Dateiformat erweitert. Das Programm erkennt jetzt selbsständig ob die Datei Geschwindigkeitswerte enthält oder nicht. Noch habe ich die Änderungen nicht bei der Versionsverwaltung von GPSBabel zurückgegeben.
Wer will kann mit beiliegender Datei schon mal testen. Einfach die Exe in das GPSBabel-Verzeichnis kopieren (alte gpsbabel.exe retten) oder in ein eigenes Verzeichnis kopieren. Bei eigenen Verzeichnis muss dann die libexepat.dll aus GPSBabel-Verzeichnis übernommen werden und der Path im Geosetter unter Datei/Einstellungen/Sonstiges angepasst werden.

Ich habe das Programm von Geosetter aus sowohl mit TRL-Files mit und ohne Geschwindigkeit getestet.

Viel Spass beim Testen und Tacken ..
Tags:
Steps To Reproduce:
Additional Information: TRL-Files werden von Geosetter durch das externe Programm GPSBabel in GPX-Files umgewandelt die es dann wieder einlies.
Attached Files: gpsbabel mit Holux M241 Fix.zip (927,390 bytes) 2012-07-07 22:54
https://www.geosetter.de/mantis/file_download.php?file_id=292&type=bug
Notes
(0001807)
Friedemann   
2012-07-08 12:18   
Oh toll, das funktioniert! :-)
(0001809)
twoface   
2012-07-08 18:29   
Der Vollständigkeit halber wollte ich noch erwähnen, daß diese Version des GPSBabel.exe das "Delorme PN-20/PN-30/PN40 USB protokoll" nicht unterstützt da ich die USB-Unterstützung nicht mit zugebunden habe. Es basiert auf den Quellen von GPSBabel V1.4.3 von Nov 2011 obwohl es V1.4.2 meldet.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
940 [GeoSetter] Image Data minor always 2012-04-26 14:10 2012-07-07 02:23
Reporter: johnboldon Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.34 beta  
    Target Version:  
Summary: Copy Image Data to Clipboard no longer works as expected
Description: I am sure this worked before, but not any longer. I use geosetter for tagging scanned images (negatives, slides, etc), and sometimes need to copy the metadata from one image to another in particular "taken date". Just to take one example; I have scanned, labelled, tagged and geotagged a film taken in 1986, then later discover that something is wrong with an image, and want to rescan it. The rescanned image starts off untagged with a 2012 taken date. I therefore copy the image from the old scan to the clipboard and copy from the clipboard to the newly scanned image. I have not checked all fields but taken date does not get copied to the clipboard and is therefore not available to copy from the clipboard.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: paste_taken_date.jpg (101,024 bytes) 2012-04-26 22:53
https://www.geosetter.de/mantis/file_download.php?file_id=274&type=bug
jpg

PICT5442.JPG (1,828,506 bytes) 2012-04-27 12:00
https://www.geosetter.de/mantis/file_download.php?file_id=275&type=bug
Notes
(0001759)
heiko   
2012-04-26 20:59   
The date and time fields are no normal edit fields. As far as I know you can only copy the data from normal edit fields to the clipboard. Therefore I assume that this never worked.
(0001760)
Friedemann   
2012-04-26 22:57   
Did you maybe check the option "Timezone only"? Please see attached screenshot.
(0001762)
johnboldon   
2012-04-27 08:29   
I am pretty sure it used to work. I had a session last year redigitising some of my slides, and this was the method I used to transfer the metadata from the original scans to the new scans.

Yes I know about not checking timezone only. When I copy image data to the clipboard and then try to paste, everything is greyed out except "object name" and "caption"
(0001763)
johnboldon   
2012-04-27 08:58   
I have determined now what the problem is. For some reason the images that I am working with contain "date time values without a timezone".
This results in the time not being copied to the clipboard.
I discovered this by asking Geosetter to set a star rating and it complained about lack of timezone.
After setting timezone, I can now copy and paste time from clipboard.
Sorry for wasting your time and thanks for your responses.
(0001764)
Friedemann   
2012-04-27 10:15   
But of course it should also be possible to copy the date if it does not contain a time zone. Maybe this is a bug. I will test it...
(0001765)
johnboldon   
2012-04-27 11:56   
Then here is an example jpg where I have the problem
(0001800)
Friedemann   
2012-07-07 02:23   
Copying of taken date should now also be possible with empyt time zone value...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
948 [GeoSetter] Image Data minor always 2012-05-18 03:27 2012-07-07 01:47
Reporter: trainman Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.34 beta  
    Target Version:  
Summary: Image Direction is changed without user input.
Description: I have a Canon GP-E2 GPS which automatically saves location and Image Direction data to the image files.
On the map view, the direction and zoom is shown correctly.
Then I go to Edit Location and Other Data to add Town Names, etc. As soon as I do this, the Image Direction is changed to approx 315 degrees without any user input.
When I go back to the Map View, the direction is now completely wrong.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Geosetter - Edit Data.png (72,362 bytes) 2012-06-05 09:25
https://www.geosetter.de/mantis/file_download.php?file_id=277&type=bug
png

Geosetter - Original.png (1,466,224 bytes) 2012-06-05 09:32
https://www.geosetter.de/mantis/file_download.php?file_id=278&type=bug
Geosetter - Modified.png (1,466,921 bytes) 2012-06-05 09:34
https://www.geosetter.de/mantis/file_download.php?file_id=279&type=bug
3L5C4696.JPG (125,329 bytes) 2012-06-05 09:45
https://www.geosetter.de/mantis/file_download.php?file_id=280&type=bug
jpg
Notes
(0001781)
trainman   
2012-06-05 09:50   
EDIT:
Files added to assist investigation:

Geosetter - Original.png is the map view showing original heading data in the Purple Triangle as obtained from Canon GP-E2. I don't know what the Red Line is for.

Geosetter - Edit Data.png is the Edit Data window, showing that the Image Direction has been changed without any user input.

Geosetter - Modified.png is the map view showing the new heading data after pressing OK in Edit Data. Note the Red Line and Purple triangle have now got the same heading, and it is half way between the two original headings.

3L5C4696.JPG is a sample image with GP-E2 geodata attached so you can play around with it to see what is going on.
(0001797)
trainman   
2012-07-04 03:42   
GPS Information from EXIF Data:
GPS Informtion
GPSVersionID : 2,3,0,0
GPSLatitudeRef : S
GPSLatitude : 33 28.5022 [DM] 33 28' 30.13" [DMS]
GPSLongitudeRef : E
GPSLongitude : 150 10.4202 [DM] 150 10' 25.21" [DMS]
GPSAltitudeRef : Sea level
GPSAltitude : 9460/10 meters
GPSTimeStamp : 17:56:31
GPSSatellites : 11
GPSStatus : A
GPSMeasureMode : 3
GPSDOP : 16/10
GPSSpeedRef :
GPSSpeed : 0/1
GPSTrackRef :
GPSTrack : 0.00‹
GPSImgDirectionRef : Magnetic direction
GPSImgDirection : 46.00‹
GPSMapDatum : WGS-84
GPSDestLatitudeRef :
GPSDestLatitude : 0/1,0/1,0/1
GPSDestLongitudeRef :
GPSDestLongitude : 0/1,0/1,0/1
GPSDestBearingRef :
GPSDestBearing : 0.00‹
GPSDestDistanceRef :
GPSDesyDistance : 0/1
GPSProcessingMethod :
GPSAreaInformation : 256Bytes
GPSDateStamp : 2012:05:14
GPSDifferential : 0
(0001799)
Friedemann   
2012-07-07 01:47   
GeoSetter will now ignore destination coordinates 0, 0

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
754 [GeoSetter] User Interface feature always 2011-02-05 17:06 2012-05-24 14:18
Reporter: dhmc05 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.4.21 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Suggestion performance improvement ExifTool
Description: First, I like you GeoSetter program a lot and have recommended it to others.

Browsing the internet I came across a test of improving the performance of ExifTool, see http://www.christian-etter.de/?p=458 .

This page is also referred to by Phil Harvey himself, see http://www.sno.phy.queensu.ca/~phil/exiftool/#performance and search for “One exiftool user documented a 60x speed increase by processing …”

Perhaps this helps a little.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001493)
Friedemann   
2011-02-05 17:12   
Thank you!

But as I see, the article handles only problems regarding reading of data, not writing. ExifTool is not used for reading image data (except for the info panel shown by Ctrl+I). But of course I know, when saving image data with GeoSetter, ExifTool will be called for each image seperately. It would maybe much more faster when doing this in one call, maybe by using an arg file. But I don't know at the moment how to show the progress then and I also don't know how to cancel it...
(0001499)
xaxaxa   
2011-02-09 01:43   
Are you aware (or in fact already using) of the rather new capability of ExifTool to use an argfile kind of like a pipe, leaving it open for read until it encounters a stop command, whilst reporting progress by issuing a '{ready}' after each completed command?

The -stay_open option:
»» http://owl.phy.queensu.ca/~phil/exiftool/exiftool_pod.html#item__2dstay_open_flag
(0001778)
hqasem   
2012-05-24 14:18   
I really hope this issue of performance gets a higher priority. It would be great if Geosetter can be sped up both during reading and writing EXIF.

There's a performance discussion on the ExifTool Forum that might be relevant: http://u88.n24.queensu.ca/exiftool/forum/index.php/topic,4134.0.html

More on ARGFILE: http://www.sno.phy.queensu.ca/~phil/exiftool/exiftool_pod.html#other_options

Thank you

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
912 [GeoSetter] User Interface block always 2012-01-20 17:29 2012-05-16 20:54
Reporter: jellison9 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Unable to Run on Vista-32 bit After Windows Updates
Description: I downloaded GeoSetter for the first time maybe 10 days to 2 weeks ago. I used it a couple of times and it ran fine. Yesterday I tried to run it again and it wouldn't launch: when I double-clicked on it, the mouse pointer would get an hourglass for a second or two, then disappear and go back to the normal mouse pointer. Geosetter did not come up. Running Task Manager did not show it as a running process. I tried rebooting the system, going directly to the application in the Program Files directory and running it as Administrator, but nothing worked. I finally ran the unistaller, rebooted, and manually removed the remaining .dll's, then downloaded a fresh installation copy off the GeoSetter website. I installed it, tried to run it, and got the same problem. Again, reboots make no difference. The version reads as 3.4.16.2119. The only thing that I know has changed in this system between when it worked and when it stopped working is the latest batch of Windows Updates from Microsoft. There were 7 updates on January 11, most security related, and another updaet on Jamuary 18th, again security related. I'm guessing that one of those broke it.
Tags:
Steps To Reproduce:
Additional Information: OS is Windows Vista Home Premium 32-bit with SP2. And all the latest windows updates. English-language version.
Attached Files:
Notes
(0001705)
jellison9   
2012-01-20 17:31   
When I installed it, I did so with the shell addition.
(0001706)
heiko   
2012-01-20 22:28   
have you also deleted the files in the <AppData>\GeoSetter directory before you have reinstalled GeoSetter?
(0001708)
jellison9   
2012-01-21 20:16   
I just tried what you said, but it didn't help: I uninstalled everything as before, then after reboot and deleteing the .dll's, I deleted the <AppData>/GeoSetter directory from my user account, which was the only one it ever ran under, and from the Administrator account. The I downloaded a fresh copy of the setup exe file and reinstalled while logged in as Administrator. It's behaving the same way as before. No joy.
(0001719)
phed123   
2012-02-22 13:46   
I am having exactly the same issue.
Unable to start Geosetter
(0001720)
jellison9   
2012-02-22 15:25   
I am still having the issue. Microsoft Update pulled down a Visual C++ library update on 1/24/2012 and a batch of other updates, mosty security related, on 2/15/2012, but GeoSetter still will not start.
(0001777)
jellison9   
2012-05-16 17:59   
Geosetter has started working again. Best guess is the big set of Microsoft Updates that came out on 5/11/2012 did the trick.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
910 [GeoSetter] Image Data major always 2012-01-04 22:35 2012-05-12 10:09
Reporter: nhosko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Photos with negative GPSLongitude in EXIF not mapped in Geosetter
Description: Hi,
I´m trying to make a backup of all my flickr photos including the manually inserted geotag.
First I downloaded the original photos using Bulkr and checking the "Embed to photo EXIF" option (that means that my tags and geotags are included in the JPG files).

When I download a photo taken in, for example, Germany (e.g. GPSLatitude: 49.724, GPSLongitude: 11.061, both positive values) Geotagger will automatically detect where the photo was taken and place it on the map. Until here no problem...

BUT, when I download a photo taken in, for example, Mexico (e.g. GPSLatitude: 25.656, GPSLongitude: -100.287, one positive and one negative values) Geotagger will NOT detect where the photo was taken and will NOT place it on the map, EVEN THOUGH Geotagger can read the location of the photo (see attach photo).

If I enter the values per Hand on the photo of Mexico (25.656, -100.287), Geotag will then show it correctly.

The same problem happens with photos taken in, for example, Brazil (Lat: -18.312, Long:-49.072), where both values of GPS will be negative... or Australia (Lat: -22.431, Long: 133.564) where Latitude will be negative.

Can anyone tell me how to fix this issue?
Thanks!
Tags: bulkr, exif, flickr, gps, negativelatitude, negativeLongitude
Steps To Reproduce:
Additional Information:
Attached Files: negative.png (1,059,836 bytes) 2012-01-04 22:35
https://www.geosetter.de/mantis/file_download.php?file_id=263&type=bug
Notes
(0001737)
judyn   
2012-03-21 23:55   
(Last edited: 2012-03-22 00:52)
Negative longitude doesn't seem to be the problem. I went from El Paso, TX to Chihuahua, MX. The longitude is very similar (in your units -106) but El Paso area is tagged correctly and Mexico is not.

Example: 28 degrees 38 minutes 10 seconds N
          106 degrees 4 minute 38 seconds W
results in
   Sublocation: Chihuahua
   City: La Haciendita
   State: Colima
   Country: Mexico

Colima state is FAR FAR from Chihuahua.

Google maps puts it at Libertad, Zona Centro, Chihuahua, CHH, Mexico
which is exactly where I was.

All of the reverse geocoding for my Copper Canyon trip is incorrect. My cameras put in the GPS automatically. What I want is sublocation, city, state, country.

(0001754)
Friedemann   
2012-04-25 22:10   
As I see on negative.png GeoSetter does not recognize the coordinates of your image. Can you please send me the image to support@geosetter.de please?
(0001776)
nhosko   
2012-05-12 10:09   
I got a solution that works for what I was looking, here it is:
1. download and install bulkr
clipyourphotos.com/bulkr
2. buy the pro version (ca. 23 eur)
clipyourphotos.com/bulkr/pro
3. download all your sets, with the option "original files" and "embed data to exif"
4. download and install exiftool
www.sno.phy.queensu.ca/~phil/exiftool/install.html
if using windows you will need the "Stand-Alone Executable"
5. open DOS
in DOS go to the folder where you have your photos saved and enter the following text
exiftool "-gps:all<all" "-gpsdatestamp<gpsdatetime" "-gpstimestamp<gpsdatetime" *
6. exiftool will create a new .JPG for each of your photos and rename the originals to myphoto01.jpg_original.jpg
7. download and install picasa
picasa.google.com/
8. open your pictures in picasa... and there you will find your flickr photos geotagged as you did in Flickr using flickr map...

this works for sure on windows, i think it should work also for mac and linux.. as with the exiftool what you are changing is the exif and xmp data from the jpg

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
945 [GeoSetter] User Interface major always 2012-05-06 23:34 2012-05-09 21:25
Reporter: macargyll Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Map not displayed
Description: I get the following very time I open Geosetter?


The Map can't be found at:

http://www.friedemann-schmidt.com/geosetter/gmap21.html

Please Fill In The Correct Path at Program Settings...

Mac
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001770)
heiko   
2012-05-07 20:29   
is it possible that your firewall blocks this site?
(0001773)
macargyll   
2012-05-09 05:14   
It was my browser - Opera - when I used IE the map appeared. So it would seem that the software doesn't like Opera>>
Mac
(0001775)
heiko   
2012-05-09 21:23   
(Last edited: 2012-05-09 21:24)
the window of GeoSetter which is showing the map uses an Internet Explorer plugin. GeoSetter does not use some parts of Opera


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
941 [GeoSetter] Image Data minor N/A 2012-04-29 14:40 2012-04-29 23:29
Reporter: Erwin Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Die Änderungen an den EXIF-Daten eines JPEG lassen sich nicht speichern.
Description: Fehler / Warnungen:

Warning: Suspicious IFD0 offset for PrintIM - C:/Users/Bernd/Pictures/Wikipedia/Erlangen_Nürnberger_Straße_96-102_001.jpg
Warning: [minor] Entries in IFD0 were out of sequence. Fixed. - C:/Users/Bernd/Pictures/Wikipedia/Erlangen_Nürnberger_Straße_96-102_001.jpg
Error: [minor] Suspicious ExifIFD offset for Gamma - C:/Users/Bernd/Pictures/Wikipedia/Erlangen_Nürnberger_Straße_96-102_001.jpg

EXIFtool-Aufruf:

C:\Users\Bernd\AppData\Roaming\GeoSetter\tools\exiftool.exe -@ "C:\Users\Bernd\AppData\Local\Temp\et007128A0.arg" -common_args "C:\Users\Bernd\Pictures\Wikipedia\Erlangen_Nürnberger_Straße_96-102_001.jpg"

-XMP:all<EXIF:all
-XMP:Orientation<IFD0:Orientation
-XMP:all<GPS:all
-XMP:GPSLatitude<Composite:GPSLatitude
-XMP:GPSLongitude<Composite:GPSLongitude
-XMP:GPSDateTime<Composite:GPSDateTime
-XMP-dc:Creator<IPTC:By-line
-XMP-dc:Description<IPTC:Caption-Abstract
-XMP-dc:Rights<IPTC:CopyrightNotice
-XMP-dc:Subject<IPTC:Keywords
-XMP-dc:Title<IPTC:ObjectName
-XMP-photoshop:AuthorsPosition<IPTC:By-lineTitle
-XMP-photoshop:CaptionWriter<IPTC:Writer-Editor
-XMP-photoshop:Category<IPTC:Category
-XMP-photoshop:City<IPTC:City
-XMP-photoshop:Country<IPTC:Country-PrimaryLocationName
-XMP-photoshop:Credit<IPTC:Credit
-XMP-photoshop:DateCreated<IPTC:DateCreated
-XMP-photoshop:DateCreated<Composite:DateTimeCreated
-XMP-photoshop:Headline<IPTC:Headline
-XMP-photoshop:Instructions<IPTC:SpecialInstructions
-XMP-photoshop:Source<IPTC:Source
-XMP-photoshop:State<IPTC:Province-State
-XMP-photoshop:SupplementalCategories<IPTC:SupplementalCategories
-XMP-photoshop:TransmissionReference<IPTC:OriginalTransmissionReference
-XMP-photoshop:Urgency<IPTC:Urgency
-XMP-iptcCore:CountryCode<IPTC:Country-PrimaryLocationCode
-XMP-iptcCore:Location<IPTC:Sub-location
-XMP-iptcCore:IntellectualGenre<IPTC:ObjectAttributeReference
-XMP-iptcCore:SubjectCode<IPTC:SubjectReference
-XMP-dc:Description<EXIF:ImageDescription
-XMP-photoshop:DateCreated<EXIF:DateTimeOriginal
-XMP-photoshop:DateCreated<Composite:SubSecDateTimeOriginal
-XMP-xmp:CreateDate<Composite:SubSecCreateDate
-XMP-xmp:ModifyDate<Composite:SubSecModifyDate
-XMP-dc:Rights<EXIF:Copyright
-XMP-dc:Creator<EXIF:Artist
-execute
-EXIF:DateTimeOriginal=2012-04-26T17:00:52Z
-EXIF:CreateDate=2012-04-26T17:00:52Z
-EXIF:ModifyDate=2012-04-26T17:00:52Z
-EXIF:TimeZoneOffset=
-XMP:DateTimeOriginal=2012-04-26T17:00:52Z+02:00
-XMP:DateTimeDigitized=2012-04-26T17:00:52Z+02:00
-XMP:ModifyDate=2012-04-26T17:00:52Z+02:00
-EXIF:GPSLatitude=49.58659800
-EXIF:GPSLongitude=11.00770000
-EXIF:GPSLatitudeRef=N
-EXIF:GPSLongitudeRef=E
-EXIF:GPSMapDatum=WGS-84
-EXIF:GPSVersionID=2.2.0.0
-EXIF:GPSAltitude=285.000000
-EXIF:GPSAltitudeRef=Above Sea Level
-EXIF:GPSImgDirection=143.45
-EXIF:GPSImgDirectionRef=T
-EXIF:GPSDestLatitude=49.58647605
-EXIF:GPSDestLongitude=11.00783945
-EXIF:GPSDestLatitudeRef=N
-EXIF:GPSDestLongitudeRef=E
-EXIF:GPSDateStamp=2012:04:26
-EXIF:GPSTimeStamp=15:00:52
-XMP:GPSLatitude=49.58659800
-XMP:GPSLongitude=11.00770000
-XMP:GPSVersionID=2.2.0.0
-XMP:GPSMapDatum=WGS-84
-XMP:GPSDestLatitude=49.58647605
-XMP:GPSDestLongitude=11.00783945
-XMP:GPSAltitude=285.000000
-XMP:GPSAltitudeRef=Above Sea Level
-XMP:GPSImgDirection=143.45
-XMP:GPSImgDirectionRef=T
-XMP:GPSDateTime=2012-04-26T15:00:52Z
-XMP:Creator=
-XMP:AuthorsPosition=
-XMP:CountryCode=DEU
-IPTC:CodedCharacterSet=
-XMP:Country=Deutschland
-XMP:State=Bayern
-XMP:City=Nürngerger Straße 96
-XMP:Location=Erlangen
-XMP:Artist=
-XMP:Description=
-XMP:Instructions=
-XMP:Title=
-XMP:Headline=
-XMP:Credit=
-XMP:Rights=
-XMP:CaptionWriter=Parzi from Commons.org
-XMP:Source=
-XMP:BaseUrl=
-XMP:Category=
-XMP:Subject=Bayern
-XMP:Subject=Deutschland
-XMP:Subject=Erlangen
-XMP:Subject=Germany
-xmp:rating=
-xmp:ratingpercent=
-XMP:Label=
-XMP:CreatorAddress=
-XMP:CreatorPostalCode=
-XMP:CreatorCity=
-XMP:CreatorRegion=
-XMP:CreatorCountry=
-XMP:CreatorWorkTelephone=
-XMP:CreatorWorkEmail=
-XMP:CreatorWorkURL=
-execute
-overwrite_original
-P
-L
-IPTC:Country-PrimaryLocationCode=DEU
-IPTC:Country-PrimaryLocationName=Deutschland
-IPTC:Province-State=Bayern
-IPTC:City=Nürngerger Straße 96
-IPTC:Sub-Location=Erlangen
-IPTC:Writer-Editor=Parzi from Commons.org
-IPTC:Keywords=Bayern
-IPTC:Keywords=Deutschland
-IPTC:Keywords=Erlangen
-IPTC:Keywords=Germany
Tags:
Steps To Reproduce:
Additional Information: Ich habe die Bilddatei kopiert und versucht, die EXIF-Daten dann über die Zwischenablage einzufügen. Beim Speicherversuch wieder dieser Fehler.
Attached Files:
Notes
(0001766)
heiko   
2012-04-29 20:47   
sobald ExifTool "minor errors" im Bild erkennt, speichert ExifTool diese Bilder nicht. Umgehen kann man dies, indem man unter "Datei | Einstellungen" Reiter "Datei-Optionen" im entsprechenden Bildformat "Kleine Fehler ignorieren" wählt.

Hier noch der entsprechende Teil aus der Hilfe:

Kleine Fehler ignorieren: Ist diese Option aktiv, werden kleine Fehler beim Speichern von Bildern ignoriert. Änderungen in Bilddateien werden von ExifTool nur gespeichert, wenn die Metadaten der Bilder fehlerfrei sind. Über diese Einstellung stuft ExifTool kleine Fehler als Warnung herunter, so dass die Bilddateien gespeichert werden können.
Die meisten Makernote Fehler werden z.B. als "klein" eingestuft, die mit dieser Option ignoriert werden können. Ein Beispiel hierzu:

Error: [minor] Bad format (65535) for MakerNotes entry 17 - image.jgp

Diese Option stuft den kleinen Fehler als Warnung herunter und erlaubt das Speichern des Bildes. Beachten Sie hier, dass hierbei Makernote Informationen verloren gehen können, wenn Fehler wie diese ignoriert werden.


Bitte kurze Rückmeldung wenn es mit dieser Einstellung funktioniert damit das Ticket geschlossen werden kann.
(0001767)
Erwin   
2012-04-29 22:34   
Danke für die Anleitung. Damit hab' ich die Datei eben speichern können.

Ich kenne den Geosetter zwar erst seit heute; aber als jemand, der auch programmiererfahren ist, anerkenne ich, welchen Funktionsumfang das Programm hat. Recht praktisch, so weit ich bisher sehe.

Ich arbeite ehrenamtlich für Wikipedia und möchte mit dem Geosetter von mri bearbeitete Fotos um präzise Geodaten ergänzen.

Danke für das Programm und die aktuelle Unterstützung!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
917 [GeoSetter] User Interface feature N/A 2012-02-01 16:13 2012-04-27 01:07
Reporter: g8dhe Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Inclusion of GPSPitch & GPSRoll metadata
Description: GPS units are now available (e.g. Solmeta Pro)which report the attitude of a camera and its image, not all of this information has been available in the EXIF standard to date. However EXIFTool has now included the use of GPSPitch and GPSRoll as well as the existing GPSImageDirection, Latitude and Longtitude - see http://u88.n24.queensu.ca/exiftool/forum/index.php/topic,3780.msg17600.html#msg17600
Access to this additional data within Geosetter would be very helpful to allow copying and editing as needed. It is visible when requesting View|EXIFtool listings, but the Columns and GPS Edit fields within Geosetter do not recognise these labels.
Tags:
Steps To Reproduce:
Additional Information: The attitude of the camera and Image is important information in the field of Spherical Photography where multiple images are stitched and blended together. Discussions on methods of storing the data and including its use in several programs have been underway for sometime, its inclusion now in EXIFTool's by Phil Harvey has enabled several other programs to start including its use, see:-
https://groups.google.com/d/msg/hugin-ptx/UqErsdCKoAk/bK-GosVJkS8J
https://groups.google.com/d/msg/ptgui/GYs7tEXTQaU/2_YBYgwxJdsJ
http://gardengnomesoftware.com/forum/viewtopic.php?f=6&t=900
Attached Files: .ExifTool_config (984 bytes) 2012-02-26 12:30
https://www.geosetter.de/mantis/file_download.php?file_id=271&type=bug
Notes
(0001724)
g8dhe   
2012-02-26 12:32   
I have just added the .ExifTool_config file with the GPSPitch and GPSRoll parameters included with the additional ones for Geosetter itself.
(0001761)
g8dhe   
2012-04-27 01:07   
Here is a link to a web page I have put together, now that the use of the metadata for GPSPitch and GPSRoll is beginning to role it may provide some background information on how the metadata will be used.
http://360.g8dhe.net/cameraattitude/cameraattitude.htm

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
935 [GeoSetter] Image Data major always 2012-04-15 14:57 2012-04-26 17:23
Reporter: tazara Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.26 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Loss of Minutes from Timezone when saving Pictures
Description: 1) Add a Timezone with Minutes (e.g. +05:45 Asia/Kathmandu) to "Aufnahmedatum" of Picture. -> Aufnahmedatum is displayed in red colour with correct Timezone +05:45.
2) Press Strg+S or klick the Disc-Icon for saving the Picture. -> Aufnahmedatum is displayed in black colour with wrong Timezone +05:00.
Tags:
Steps To Reproduce:
Additional Information: Tested with the Versions 3.4.16 (build 2119) and 3.4.26 (build 2134) BETA: Both same loss of Timezoneminutes.

WinXP
Attached Files:
Notes
(0001750)
tazara   
2012-04-15 15:04   
The window "Synchronisierung mit GPS Datendateien" displays the wrong timezone too: "...Bilder enthalten bereits eine Zeitzone (+5,00)..."
(0001751)
heiko   
2012-04-16 00:39   
ich gehe mal davon aus dass du deutsch sprichst nachdem deine Dialog Bezeichnungen in Deutsch sind.

ich habe gerade einem meiner Bilder manuell die Zeitzone von Kathmandu zugewiesen und da stimmt dann hinterher alles. Getestet habe ich das mit der aktuellsten Beta und der aktuellsten ExifTool Version.
(0001755)
tazara   
2012-04-26 13:28   
Ja, deutsch passt.

Ich habe es eben nochmal mit unterschiedlichen Versionen getestet:

1) Mit meinen bisher installierten Versionen GeoSetter 3.4.26 BETA und ExifTool 8.88 -> der Fehler tritt wie beschrieben auf

2) danach Upgrade auf die aktuellen Versionen GeoSetter 3.4.29 BETA, ExifTool 8.89 durchgeführt -> Fehler tritt mit diesen weiterhin auf.

Beim Test wähle ich ein Bild dass noch keine Zeitzone im Aufnahmedatum hat, dann aus dem Menü "Bearbeiten" den Punkt "Daten Bearbeiten...". Im Dialogfenster wähle ich unter Datum die Zeitzone "(UTC+05:45) Asia/Kathmandu" und klicke auf OK. Danach wird im GeoSetter bei den Bilddaten das Aufnahmedatum in rot und mit angehängter korrekter Timezone "+05:45" angezeigt. Ein Klick auf "Änderungen speichern" ändert das Aufnahmedatum von rot auf schwarz und gleichzeitig die angehängte Timezone von "+05:45" auf "+05:00".
(0001756)
Friedemann   
2012-04-26 14:19   
Kann es sein, dass Du die Option aktiviert hast, dass KEINE XMP-Daten erzeugt werden und zusätzlich die Option, dass die Zeitzone in die Exif-Daten geschrieben wird? Leider ist die Zeitzonenunterstützung seitens der Exif-Daten nur sehr rudimentär und wohl auch nicht in der eigentlichen Exif-Spezifikation enthalten. Es können dort leider nur ganze Stunden gespeichert werden. Mit anderen Worten, das Speichern von XMP-Daten ist dafür nötig...
(0001757)
tazara   
2012-04-26 15:33   
Ja, das ist richtig. Bei XMP-Daten ist kein Häckchen und bei Zeitzonen zu Exif schon. Mit ExifToolGUI finde ich die Timezone unter ----ExifIFD--- als Tag TimeZoneOffset (mit dem Wert 5).
Mit gesetztem Häckchen bei XMP-Daten funktioniert es mit dem Speichern und Anzeige der Timezone-Minuten. Mit ExifToolGUI finde ich dann die korrekte Timezone unter ----XMP-exif---- direkt als Anhang in den DateTime-Tags (DateTimeDigitized, DateTimeOriginal).
(0001758)
Friedemann   
2012-04-26 17:23   
Time zone minutes can only be saved to XMP data.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
929 [GeoSetter] User Interface feature N/A 2012-03-25 17:01 2012-04-26 12:00
Reporter: sarry Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.28 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Adding russian maps for selecting gps coord
Description: Hi!

In Russia google maps is not detalised as yandex.ru maps (http://maps.yandex.ru/, http://api.yandex.ru/maps/) and maps.rambler.ru

May you add this providers?

Or create mechanism for adding user-defined titles of some maps?

Thank!

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
932 [GeoSetter] User Interface feature unable to reproduce 2012-04-08 22:19 2012-04-26 12:00
Reporter: Photoshop Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: PSD
Description: Bitte Kompatibilität zu dem Photoshop Dateiformat psd
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
931 [GeoSetter] Image Data crash random 2012-04-08 20:39 2012-04-26 12:00
Reporter: theplaz Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: App constantly crashes
Description: The app constantly and randomly seems to crash.

I had EXIF tools from 3/25/2012 and 4/2/2012, both seem to cause the app to crash in random places. When I reverted to tools from 1/29/2011 I believe the app no longer crashes.

I am on Win 7 x64. I've used the app for years (a very excellent piece of freeware), most recently at the start of Jan, with no problems. I have reported all of the crashes to Microsoft.
Tags:
Steps To Reproduce:
Additional Information: Source
Managing metadata (Exif/IPTC/XMP) of image files

Summary
Stopped responding and was closed

Date
?4/?8/?2012 2:22 PM

Status
Report sent

Description
A problem caused this program to stop interacting with Windows.
Faulting Application Path: C:\Program Files (x86)\GeoSetter\GeoSetter.exe

Problem signature
Problem Event Name: AppHangB1
Application Name: GeoSetter.exe
Application Version: 3.4.16.2119
Application Timestamp: 2a425e19
Hang Signature: 2213
Hang Type: 0
OS Version: 6.1.7601.2.1.0.256.4
Locale ID: 1033
Additional Hang Signature 1: 22138637e31cd652658f8ef8720b0335
Additional Hang Signature 2: e039
Additional Hang Signature 3: e03921915c64feedf5204ae23b51eeb6
Additional Hang Signature 4: 2213
Additional Hang Signature 5: 22138637e31cd652658f8ef8720b0335
Additional Hang Signature 6: e039
Additional Hang Signature 7: e03921915c64feedf5204ae23b51eeb6

Extra information about the problem
Bucket ID: 2739454892
Attached Files:
Notes
(0001742)
theplaz   
2012-04-08 20:42   
With reverted EXIF tools, still seems to crash. I don't remember this happening back in Jan 2012 when I last used the program.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
927 [GeoSetter] Image Data major always 2012-03-19 13:33 2012-04-26 12:00
Reporter: Michael Freytag Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: incorrect placement of GPS tracks in China
Description: I'm using minihomer for tracing my pictures, and this worked perfectly and very accurate in Germany. Since 6 month, I'm in China and facing a much lower accuracy ( GPS data displayed versus real places, error in the range of 200m to 300 m). I thought, the error was due to wrrong GPS data recording and conducted several tests without result.
No I've used an alternative way for recording the GPS tracks ( GPS tracking ion my smartphone, HTC desire, these data are very accurate, wehn used in google maps directly). These data show exactly the same displacement as the minihomer data! My conclusion: the geosetter must make some miscalculation, when used in China!
Can you please check!
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001735)
xyz   
2012-03-20 09:11   
China restricts using gps
(0001736)
Michael Freytag   
2012-03-21 15:36   
GPS in China works pretty accurate in principle(at least on the smartphone in combination with google earth)
The displacement is only seen in the maps through geosetter
(0001738)
babar   
2012-03-22 14:54   
(Last edited: 2012-03-22 14:56)
No Geosetter works perfectly in China.

Google maps is wrong.

-> dipslay the satellite imagery with the street imagery and you will see that the streets are misplaced by about 300m.
Do it directly in google map to convince you.

Work around : display your data using the satelitte imagery only (no street) or openstreet map.
another opton is to complain to google the more complaints the more chance we have to get things fixed
 
regards

(0001741)
Michael Freytag   
2012-04-08 00:47   
Hello,

thanks a lot for mentioning openstreet maps, it works perfect with it.

What I don't understand: why do I get an accurate positioning even in China with google maps (street imagery), when I use it on my smartphone in combination with the build in GPS?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
933 [GeoSetter] Image Data major sometimes 2012-04-10 21:07 2012-04-26 12:00
Reporter: Jeff S Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Image data in CR2 File occasionally corrupted when saving
Description: I haven't been able to consistently reproduce this, but it's happening often enough that it's a serious concern. When tagging a large (0000027:0000050-100) group of CR2 files, syncing them to a GPX file, and then saving them, at least one file will have it's image data corrupted. Depending upon how you view the file you may actually miss the fact the file's been damaged. It doesn't appear to damage the embedded JPG, but the RAW data itself. I typically find the damaged images after importing them into Ligtroom, and the preview images are created from the RAW data. Sometimes it's easy to spot the damaged images if large areas are affected, but sometimes you have to look closely as only a small area is affected, and you could easily miss this.

I have samples of damaged files (and untouched originals) if you need them.

My workflow is to over-write the CR2 file(s) when saving, no backup created. I also find it takes an extremely long time to save files, yet at other times, file will save in an instant.

I have found that if I redo the affected image starting from the original CR2 file, there is a slight chance the error will happen again. Most times the redo will be fine, but I have had the second attempt be corrected in exactly the same manner as the first try.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001743)
heiko   
2012-04-11 20:37   
GeoSetter is using ExifTool to write changed data into the images. Perhaps you have a better chance to solve your problem in the ExifTool forum: http://u88.n24.queensu.ca/exiftool/forum/
(0001744)
Jeff S   
2012-04-12 13:12   
So Geosetter is nothing more than a GUI to ExifTool for actually placing that data into the file? OK, that simplifies where the trouble might be.

Is there some sort of log file created that shows the actual command line(s) passed to Exiftool when I do a save? Just in case Phil Harvey asks.
(0001745)
heiko   
2012-04-12 20:55   
I thing GeoSetter is more than a GUI for ExifTool because GeoSetter has some very usefully functions which have nothing to to with ExifTool

You will find the commandline which is used under "Images | Show Save Report"
(0001748)
Jeff S   
2012-04-13 14:33   
I'm sorry, I think you misunderstood my meaning. I did not mean to imply that Geosetter was only a fancy GUI to ExifTool, and I apologize if you thought so. I think the comment was "lost in translation". It was just my way of saying Geosetter was acting as a front end for ExifTook in this particular functionality. I realize Geosetter does a LOT more before ExifTool is called upon. Next time I see the error occur, I'll pull the log and contact Phil Harvey for his thoughts.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
928 [GeoSetter] Image Data feature N/A 2012-03-22 05:34 2012-04-26 12:00
Reporter: SGrysman Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Lightroom & Geosetter & PhotoTrackr Mini DPL9000
Description: I recently obtained a DPL9000 (by GiSTEQ). It does not geotag RAW files from my Nikon D7000 directly, but needs additional software from GiSTEQ. And I use Lightroom 3 to organize and process my photos.

Question: Is Geosetter capable of taking the data download from my DPL900 and using it to geotag my pictures in Lightroom? And if yes, can you outline the procedure or point me to a write-up that does? Is this a "bulk" operation or must it be done one at a time?

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001752)
SGrysman   
2012-04-16 12:32   
Figured it out:

Copy all photos from memory card to hard disk (using Windows copy) into an empty folder.

Open Geosetter, browse to this folder.

Apply GPS to photos and save. If you want to synchronize GPS locations from photo to photo, Geosetter is the place to do it.

In Lightroom, I select File->Import Photos from Disk, and the GPS locations will be recognized by Lightroom.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
939 [GeoSetter] Image Data feature always 2012-04-25 22:14 2012-04-25 22:30
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.29 beta  
    Target Version: 3.4.29 beta  
Summary: Use map file from local machine instead of file from my web page
Description: Use map file from local machine instead of file from my web page
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
938 [GeoSetter] Image Data minor always 2012-04-25 16:29 2012-04-25 16:29
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.28 beta  
    Target Version:  
Summary: Timezone 0 will be added when assigning position from map
Description: Timezone 0 will be added when assigning position from map
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
937 [GeoSetter] Image Data feature always 2012-04-25 16:28 2012-04-25 16:28
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.21 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.23 beta  
    Target Version: 3.4.26 beta  
Summary: Support for KML track files containing gx:track
Description: Support for KML track files containing gx:track
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
930 [GeoSetter] Image Data major always 2012-04-01 22:51 2012-04-16 20:47
Reporter: jonny Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.26 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Exiftool above version 8.79 does not reliably writes the data to the files
Description: After upgrading to the newer versions lately, I noticed that when writing the geodata to the files, I get for every image an error telling me the Exiftool dll is not compatible with Windows or is corrupted/not downloaded correctly and it recommended to install-download the utility again.
After multiple OK clicking to continue the writing I found that the data was not written to every file correctly.
No resolution by downloading & installing any version above 8.79.

I then downgraded from 8.85 until I found that 8.79 was working OK.
Tags: exif
Steps To Reproduce:
Additional Information: I´m running Windows 7 pro 32bit.
The same problem with the Exiftool also occurs with other Geosetter versions.
Attached Files: Exiftool-error.PNG (45,920 bytes) 2012-04-01 22:51
https://www.geosetter.de/mantis/file_download.php?file_id=272&type=bug
png
Notes
(0001740)
heiko   
2012-04-02 22:30   
Please do the following things:
- delete all files in the cache-exiftool-8.85 directory
- delete ExifTool.exe in the directory <AppData>\GeoSetter\Tools

Then start GeoSetter and make a update to the latest ExifTool version (at the moment 8.85).

Please let me know if all is working correctly now.
(0001753)
jonny   
2012-04-16 17:20   
Seems I found with your help the culprit:
The ExifTool.exe in the GeoSetter\Tools directory was not updated correctly and was still a 8.47 version.
After deleting this file and updating I got the latest (8.88) ExifTool.exe and this seems to work OK.
Thanks.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
934 [GeoSetter] Image Data major always 2012-04-12 10:49 2012-04-13 20:47
Reporter: rharder Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.26 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Does not save pictures
Description: Nachdem Änderungen an Bildern vorgenommen wurden (sowohl jpg als nef) können die Bilder nicht mehr gespeichert werden, ich erhalte eine Fehlermeldung (Error writing output file:...)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: _DSC9820.JPG (163,755 bytes) 2012-04-12 10:49
https://www.geosetter.de/mantis/file_download.php?file_id=273&type=bug
jpg
Notes
(0001746)
heiko   
2012-04-12 21:00   
Tritt dieser Fehler auch bei dem Bild auf das hier mit dranhängt? Ich hatte gerade ein paar Änderungen in dieses Bild geschrieben und das hat einwandfrei funktioniert. Was bedeuten die 3 Punkte in der Fehlermeldung? Der Dateiname oder steht noch mehr dabei?

Was für ein Betriebssystem verwendest du?

Prinzipiell könnte ich mir vorstellen, dass das ein Rechteproblem sein könnte, du also nicht das Recht hast Änderungen an der Datei vorzunehmen.
(0001747)
rharder   
2012-04-13 08:52   
Ich habe selber auch noch einiges versucht und bin dann zu dem peinlichen Ergebnis gekommen, dass einfach die Festplatte voll war, weil bei den vielen Änderungen auch die Originaldatei immer wieder mit gespeichert wurde, statt sie zu überschreiben.
Tut mir leid für die Aufregung!
(0001749)
heiko   
2012-04-13 20:46   
kein Problem, hauptsache es funktioniert jetzt wieder :-)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
805 [GeoSetter] User Interface crash always 2011-04-27 22:22 2012-03-28 19:49
Reporter: Enigma Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.21 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GeoSetter freezes when opening a folder with RAW images (Panasonic Lumix DMC-FZ18)
Description: In GeoSetter 3.4.16 as well as in version 3.4.22 (build 2128) beta, when opening a folder with more than a few RAW images from my Panasonic Lumix DMC-FZ18, the program crashes.

The Panasonic RAW format is supported by GeoSetter, and there's for example one folder with only 12 images in it; there it works without a problem. In all other folders with more RAW images - there's one with 15 RAWs, and the others contain a lot more - GeoSetter freezes after showing some of the thumbnails (sometimes only a few here and there, sometimes the first 15 [3 rows, 5 in a row] - when this is the case, GeoSetter doesn't freeze completely, but it won't show any thumbnails, even when I have navigated to a folder that contains exclusively JPGs).

Switching to the list view doesn't help. But when I convert my Panasonic RAW images to DNG, everything works just fine.

This shouldn't be a memory problem - at the moment I have 1.5 GB RAM left plus enough space in the swapfile.
Tags: freeze, FZ18, Panasonic, RAW
Steps To Reproduce:
Additional Information: If you like, I can provide you with some of my RAW images.

It's not possible to choose "3.4.22 beta" as the product version here, maybe you'd like to add it.
Attached Files:
Notes
(0001739)
Enigma   
2012-03-28 19:49   
I just updated to Beta 3.4.26, and as it seems, Geosetter doesn't crash anymore (maybe because I'm now on Windows 7 with 12 GB of RAM etc.). Instead, a small percentage of the RAW files obviously can't be processed by Geosetter - it's showing the rotating placeholders, and there's no preview in the preview window for these images, either.

If you like, I can provide you with a selection of correctly processed and not processed files.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
926 [GeoSetter] Image Data feature always 2012-03-05 20:03 2012-03-05 23:14
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.26 beta  
    Target Version: 3.4.26 beta  
Summary: Support for KML extension gx:Track including gx:coord
Description: Support for KML extension gx:Track including gx:coord

https://developers.google.com/kml/documentation/kmlreference#gxtrack
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
925 [GeoSetter] User Interface major always 2012-02-26 12:36 2012-03-01 22:01
Reporter: g8dhe Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.4.21 beta  
Product Build: Resolution: reopened  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Updates of Exiftool do not result in a change of installed version.
Description: Automatic updates of the ExifTool package, appear to take place, however there is no actual change of the ExifTool.exe, the updated version is reported by Geosetter but the version stored in the Geosetter/tools directory remains unchanged.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001725)
Friedemann   
2012-02-26 12:44   
When updating ExifTool from within GeoSetter, it will be installed to your personel GeoSetter folder in your profile path (application data).
(0001726)
g8dhe   
2012-02-26 13:59   
OK yes I see the files ! However, the files are initially installed into the tools folder below the original Geosetter installation, this can lead to confusion as there are now TWO copies of ExifTool installed, making changes to the "obvious" one under the installation does not affect the one used by Geosetter, would it be possible during installation and Update to remove the unused one ?
(0001727)
Friedemann   
2012-02-26 14:09   
Hmm, no, I think I will not change this. If several users are using GeoSetter on the same machine, they all need the initial installation of ExifTool and then it can be updated by the user individually. Honestly I also had problems to implement the online update to install in the program folder. On Windows XP it isn't a problem, but on Vista or Windows 7 it is ;-)
(0001728)
g8dhe   
2012-02-26 15:16   
OK understood, perhaps a warning message in the documentation somewhere that the apparent installation folder isn't the only place that needs to be checked for?
I only hit the problem when working with Phil Harvey to implement the GPSPitch and GPSRoll information. I had previously had a separate installation of ExifTool and it seemed silly having another installation under Geosetter, so I pointed my %PATH% at the Geosetter/tools folder only then to find that the version wasn't being updated :-)
(0001729)
heiko   
2012-02-26 20:27   
I could insert this information as a new point in the FAQ of the help file if this would help
(0001730)
heiko   
2012-02-27 12:24   
@Friedemann
you also could use the <AllUsersProfile> directory. I my opinion this would be the right place to use.
(0001731)
g8dhe   
2012-02-27 23:12   
Yes that is a possibility, does the current installation program create an AllUsers entry ? I'll have to take a look and see what's possible.
(0001732)
Friedemann   
2012-03-01 21:22   
No, I also don't want to use <AllUsersProfile>. I know, this situation is not very likely, but let's assume that there exist several different users on the system. In my opinion it's an advantage that each user can update to the preferred ExifTool version.

I think I will add a readme file to the tools folder in programs folder.
(0001733)
g8dhe   
2012-03-01 22:01   
Yes excellent idea, that should make it clear!
Thanks for a great program by the way.
If you need any track data to help with testing the GPSPitch and GPSRoll facilities please drop me a note (or here will do) and I can supply the same data that Phil Harvey is using to implement the facilities in EXIFTool.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
909 [GeoSetter] Image Data minor have not tried 2011-12-31 00:18 2012-02-26 02:50
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.23 beta  
    Target Version:  
Summary: Zeitzone Samoa
Description: in Samoa wurde die Zeitzone geändert (ein ganzer Tag wurde übersprungen); die entsprechenden Zeitzonendaten sollten aktualisiert werden.

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001723)
Friedemann   
2012-02-26 02:50   
Updated TZ Data from http://www.iana.org/time-zones

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
786 [GeoSetter] Image Data feature N/A 2011-03-27 15:20 2012-02-26 02:49
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.21 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.23 beta  
    Target Version:  
Summary: Timezone Daten
Description: ich gehe davon aus, dass du über die Medien selbst mitbekommen hast, dass in Russland die Sommerzeit bestehen bleibt. Die Russen werden im Herbst die Zeit nicht mehr zurück stellen. Deshalb solltest du die Timezone Daten irgendwann mal aktualisieren.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001722)
Friedemann   
2012-02-26 02:49   
Updated TZ Data from http://www.iana.org/time-zones

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
902 [GeoSetter] Image Data major always 2011-11-17 12:33 2012-02-26 02:39
Reporter: Zahni Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.21 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.23 beta  
    Target Version:  
Summary: Aufnahmerichtung immer automatisch 0,00
Description: Wenn ich einen Abgleich von meinen Fotos mit meinen Tracks mache, steht immer automatisch als Aufnahmerichtung 0,00 drin!
Somit wird auch bei den Bilder die keine Aufnahmerichtung haben, der blaue Pfeil für vorhandene Aufnahmerichtung eingeblendet!
Ist ja eigentlich falsch, da es ja keine Richtung gibt!
Bis vor ein paar Wochen war dieser 'Fehler?' nicht vorhanden.
Tags:
Steps To Reproduce:
Additional Information: Meine Vorgehensweise ist folgende: (Ich habe einen Account bei GeoNames)

Markieren aller Bilder mit [Strg+A]
Geodaten ausgewählter Bilder... [Strg+G]
Dort Option 'Synchronisieren mit allen GPS-Daten...' und 'Exakt zu gefundener Koordinate' ausgewählt
Dann im Fenster 'Ortsdaten auswählen' den Button 'Immer naheste auswählen'

Wenn ich die Fotos einzeln per 'Online abfragen' bearbeite, tritt der Fehler nicht auf!
Allerdings ändern sich dann komischerweise die Höhenangaben...
Dürfte doch auch nicht sein?

Ich habe die offizielle Version verwendet; und um zu schauen ob sich was ändert, nun auch die Beta 3.4.22 (2128)
Das Phänomen tritt auch hier auf.

Und immer wieder händisch, alle Aufnahmerichtungen einzeln, in jedem Bild zu entfernen macht auch keinen Spaß...
Ich habe leider keine Möglichkeit gefunden alle auf einen Streich wieder zu bereinigen.
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
807 [GeoSetter] User Interface crash always 2011-05-01 10:49 2012-02-26 01:38
Reporter: francois Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Geosetter Freezing - Win 7 64bit - 32 bit
Description: For some times I had freezes problems with Geosetter under Win 7 64bit, using it only on my last 32bit Win7. With this release the problem is generalized.

I can not use Geosetter anymore, after being installed or reinstalled:
- It freezes immediatly at start or after moving or resizing the windows, touching a button.
The cpu is at maximum on 1 cpu core at least.

Confirmed now on 4 computers in 3 different languages of Windows 7. Different antiviruses. 1 32bit 2 64bit, with photos saved locally, on SD or on NAS. With administrative rights, win XP emulation (and more...).

Can I upload a log tracking file to support the correction ?
Tags: NEF
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
809 [GeoSetter] Image Data major always 2011-05-05 18:50 2012-02-26 01:38
Reporter: Draycon Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.21 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Automatische Ortsabfrage ungenau
Description: Hallo,
ich habe Bilder, die bei der Onlineabfrage der Ortsdaten ganz offenbar falsche Daten erhalten - was die Frage aufwirft, ob die Daten generell etwas verschoben sind. Zum Problem: die Fotos zeigen Scotty's Castle im Death Valley (beispielsweise Breitengrad 37,03231898, Längengrad -177,34104127). Das ist eindeutig in Kalifornien. Die Onlineortsabfrage liefert mir aber konstant als Bundesland/-staat "Nevada" und als Ort "Old Camp" ohne Auswahlmöglichkeiten. Von Scotty's Castle bis zur Grenze nach Nevada sind es jedoch Luftlinie rund 5 km. Ich füge der Einfachheit halber mal die XMP-Sidecar bei.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: 20100914_B0953_USA_1453_Death Valley_Scottys Castle.xmp (3,929 bytes) 2011-05-05 18:50
https://www.geosetter.de/mantis/file_download.php?file_id=229&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
816 [GeoSetter] User Interface crash always 2011-05-15 21:26 2012-02-26 01:38
Reporter: c5ef2 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Crash on startup
Description: Geosetter won't start after installing latest updates (3.4.16). Downloading and installing a new version didn't help either.

Crash report attached.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: bugreport.txt (12,665 bytes) 2011-05-15 21:26
https://www.geosetter.de/mantis/file_download.php?file_id=232&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
813 [GeoSetter] Image Data crash always 2011-05-10 05:13 2012-02-26 01:38
Reporter: itpow Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Set GPS data to Canon CR2 (XMP), open photo with Camera Raw 6.4 and Photoshop CS5 (12.0.4 x 32) and seve it cause explorer crash
Description: I can consistently replicate the problem following way:
1. Sync with GPS data file Canon 5D Mk II CR2 file (which creates attached .XMP)
2. Open CR2 file with Photoshop CS5 (12.0.4 x 32) (It opens using Camera Raw 6.4 first).
3. save file as Tif or Jpg.
4. Right mouse button -> properties on saved file
5. Explorer chased (See in additional information Windows application log extract)

The complication is that it is ONLY happening on one of my vista PCs (the only one with Photoshop installed). I can see properties on XP, on different Vista, and on Win 7,, which makes me to believe that the problem may not be with Geosetter as such, but with particular machine configuration. Any help/suggestions are really appreciated as I’ve already spent couple of days googling around :(.

Thanks in advance.
Tags:
Steps To Reproduce:
Additional Information: Faulting application explorer.exe, version 6.0.6002.18005, time stamp 0x49e01da5, faulting module PhotoMetadataHandler.dll, version 7.0.6002.18107, time stamp 0x4abc252d, exception code 0xc0000090, fault offset 0x0003ad97, process id 0x2388, application start time 0x01cc0eb7746c2430.
Attached Files: IMG_0001.xmp (10,187 bytes) 2011-05-10 05:13
https://www.geosetter.de/mantis/file_download.php?file_id=231&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
812 [GeoSetter] User Interface crash always 2011-05-08 16:41 2012-02-26 01:38
Reporter: t_luk Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Exception message - Ungültige Gleitkommaoperation
Description: Error occurred when Geosetter is opened. Please refer to bug report attached. Thanks.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: bugreport.txt (17,618 bytes) 2011-05-08 16:41
https://www.geosetter.de/mantis/file_download.php?file_id=230&type=bug
Notes
(0001585)
edisso10018   
2011-05-11 14:32   
Same here. Seems to be related to a recent windows update since I didn't have this problem a few weeks ago.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
811 [GeoSetter] User Interface feature N/A 2011-05-06 17:56 2012-02-26 01:38
Reporter: Sebastian Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.23 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Lightroom plugin
Description: I know this was also discussed a longer time ago:
Would be nice to have a Lightroom plugin. I guess many use a similar work flow than I do:
1. Import with Lightroom
2. Add geo data with geosetter
3. Read metadata from files in Lightroom

The only older posts I've found here were about Lightroom 2 (as far as I know plugins were only available for exporting).

Implemention could be e.g.:
-In Library with functionality of map window of geosetter. Selection of images is done in Lightroom library, and with plugin I can search for places on the map and assign them
-In Import dialog (sync with track)

When looking at available plugins most of them are for export or color adjustments presets (I guess the presets are not really a plugin).

But I found this one which can be used for adding GPS functionality:
http://www.adobe.com/cfusion/exchange/index.cfm?event=extensionDetail&loc=en_us&extid=1729025

Here a link to lightroom developer information:
http://www.adobe.com/devnet/photoshoplightroom.html

best regards
Sebastian

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001580)
Sebastian   
2011-05-06 18:10   
Well, I guess it does not seem to be that easy:

From http://regex.info/blog/2008-10-29/979:
"Sadly, Lightroom does not allow for a plugin to easily update the “real” per-image GPS information in the Lightroom database, but this plugin takes an approach that should allow geoencoding to be seamless for many. The plugin itself maintains its own set of “shadow” GPS data for each image, allowing you to view and change the data as you like. On export, the plugin inserts the GPS data into the image (into the copies of the images made during the export), so that your exported images are properly geoencoded as well."

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
819 [GeoSetter] User Interface major sometimes 2011-05-18 18:21 2012-02-26 01:38
Reporter: Chris75 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Import addition info from gpx- or csv-file / capacity problem when geotagging 2000 images
Description: Hello,

Is it possible to import additional information from gpx- or csv-file like e.g. gps course or image direction that is not stored in the exif data of the jpg images? I have seen that I can add the direction per image (one-by-one) but that's not possible if I have 1000 images.

I detected some capacity problems while geotagging e.g. 2000 images (each 100-400kb) to a gpx-file. Is there anything to do to avoid it or how this can be fixed? What is the limitation in Geosetter? Do you have any experience on this?

Best regards,
Christian
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
818 [GeoSetter] User Interface major always 2011-05-16 18:00 2012-02-26 01:38
Reporter: dinks Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: .gdb track file not recognized
Description: When I try to open a .gdb track file the file doesn't seem to be a valid GPS track file. The file is 100% ok. I've seen this bug reported previously and it was fixed by updating mapsource version. I tried that and it did not fix!

Thanks,

Steve
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
822 [GeoSetter] Image Data minor have not tried 2011-05-22 17:36 2012-02-26 01:38
Reporter: pifazo Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.23 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Samsung NX Raw Support
Description: It would be nice, if Geosetter woull support Samsung NX Raw format in its next release
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
821 [GeoSetter] User Interface feature N/A 2011-05-20 17:57 2012-02-26 01:38
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.21 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Größere Landkarten mit Tracks als Bild abzuspeichern (Format größer als HDTV)
Description: Meinen Urlaubsbilder formatiere ich im 16:9-Format für die Presentation auf dem Fernseher, Ausserdem füge ich immer einen Screenshot des Geosetter-Maps Windows mit den eingeblendeten Tracks hinzu.

Leider gehe beim beschneiden des Screenshots auf den relevanten Ausschnitt Informationen verloren, das Bild ist kleiner als 1920x1080.

Mit diesem Programm (http://www.codres.de/google-map-saver) kann mann größere Maps von Google erzeugen, leider aber nicht die Tracks darin einblenden.

Gibt es eine Möglichkeit, eine ähnliche Funktion in Geosetter einzubauen?

P.S. Einen 30"-Monitor ist eine Option, sit für die seltene Anwendungen zu teuer.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001599)
heiko   
2011-05-20 21:43   
(Last edited: 2011-05-20 21:45)
Hast du das Kartenfenster in GeoSetter schonmal ausgedockt, dann auf Vollbild vergrößert und die Bearbeitungsfelder ausgeblendet? Reicht diese Größe evtl. aus?

Ich kann mich an einen Issue entsinnen in dem die gleiche Bitte kam. Soweit ich mich entsinne wollte Friedemann das damals nicht machen, da er sich bezüglich des Copyrights von Google nicht sicher war ob dies OK ist ..

(0001600)
heiko   
2011-05-22 14:35   
Mir kam als Übergangslösung noch etwas in den Sinn; eigentlich sollte es doch funktionieren einzelne Kartenausschnitte wie ein Panorama zusammen zu setzen. Das ist zwar ein wenig aufwändiger, aber zumindest solltest du so zum Ziel kommen ..
(0001601)
drose   
2011-05-23 21:19   
Tja Heiko, da hast du mich wohl erwischt. Die von Dir zitierte Feature-Wunsch stammte auch von mir.

Der Typ von diesem GMS-Tool scheint da aber keine Copyright-Probleme zu haben.

Die Panorama-Option hab ich auch schon mal gemacht. Allerdings sind einige der flächigen Kartenfarben gerastert. Wenn dass im Panorama überblendet, sieht es schrecklich aus.

Aussderm habe ich eine Scroll&Pan-Lösung gesucht, die einen virtuellen Windows-Bildschirm einrichtet. Aber dann ist die MaxWindowsSize auf die physikalische Auflösung des Monitors begrenzt. Eben genau das, was mich "behindert".

Gruß Ditmar

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
820 [GeoSetter] Image Data feature N/A 2011-05-20 17:30 2012-02-26 01:38
Reporter: abausch Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Export image data to text or csv
Description: While processing some of my photos I want to take a table of all the geotagged information in the Report ‘View mode” and export it to a text file or csv to do some statistics. I’ve been able to export to a kml for Google Earth but what I really want is a table view or text/csv file of all the geotagged data. Is there a method for accomplishing this?
Cheers
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001598)
heiko   
2011-05-20 21:30   
as far as I know it's not possible at the moment to do a export in a csv/text file. But you can use ExifTool to do such things (GeoSetter is using ExifTool for saving the images).

E.g.:
exiftool.exe -s -csv test.jpg > out.csv

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
826 [GeoSetter] User Interface minor always 2011-05-31 00:39 2012-02-26 01:38
Reporter: NCLT Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Output metadata to a text file using GeoSetter
Description: Hi, I also posted this to the ExifTool forum.

I need to output metadata into a text file. I can do that beautifully with ExifTool. I use:

exiftool -csv -r -Location -SourceFile -CreateDate -FileName -GPSLatitude -GPSLongitude -Description -GPSimgDirectionsRef -GPSImgDirection -Title C:\Users\Jenn\Desktop\geosetterTest\test > out.txt

I'm adding GPS metadata with GeoSetter which uses ExifTool. There's an option under File>Settings to "Use Additional ExifTool Commands after GeoSetter Commands". It looks like I should be able to put in the same command line and when I save changes, it should output the text file with the metadata.

However, the only way it does anything is if I do it like this:

-execute -csv -r -Location -SourceFile -CreateDate -FileName -GPSLatitude -GPSLongitude -Description -GPSimgDirectionsRef -GPSImgDirection -Title C:\Users\Jenn\Desktop\geosetterTest\test > out.txt

When I save the files, I get:
"ExifTool Execution Statement"

C:\Users\Jenn\AppData\Roaming\GeoSetter\tools\exiftool.exe -@ "C:\Users\Jenn\AppData\Local\Temp\et02BD7405.arg" -execute -overwrite_original -P -csv -r -Location -SourceFile -CreateDate -FileName -GPSLatitude -GPSLongitude -Description -GPSimgDirectionsRef -GPSImgDirection -Title C:\Users\Jenn\Desktop\geosetterTest\test > out.txt -common_args "C:\Users\Jenn\Desktop\geosetterTest\test\P1000507.JPG"

-XMP:Creator=
-XMP:AuthorsPosition=
-XMP:CountryCode=
-XMP:Country=
-XMP:State=
-XMP:City=
-XMP:Location=Here
-IPTC:CodedCharacterSet=
-XMP:Artist=
-XMP:Description=driveway
-XMP:Instructions=
-XMP:Title=202
-XMP:Headline=
-XMP:Credit=
-XMP:Rights=
-XMP:CaptionWriter=
-XMP:Source=
-XMP:BaseUrl=
-XMP:Category=
-xmp:rating=
-xmp:ratingpercent=
-XMP:Label=
-XMP:CreatorAddress=
-XMP:CreatorPostalCode=
-XMP:CreatorCity=
-XMP:CreatorRegion=
-XMP:CreatorCountry=
-XMP:CreatorWorkTelephone=
-XMP:CreatorWorkEmail=
-XMP:CreatorWorkURL=
-execute
-overwrite_original
-P
-L
-IPTC:Sub-Location=Here

"Errors/Warnings"

Error opening directory >
File not found: out.txt
    1 directories scanned
    3 image files read
    1 files could not be read

I want to do this in GeoSetter to simplify the workflow for (minimally trained) volunteers. I just started working on this, so I think I have the latest updates. Also, I'm not too familiar with this kind of program, so I might have the vocabulary a little bit wrong, and the 'error' might be telling me what to fix, but I just don't see it. Let me know if anything I said is unclear.

Anybody see any obvious ways to fix this? Or has anyone successfully used the "Additional ExifTool Command" setting?

Thanks for your time
Jenn
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
825 [GeoSetter] Image Data minor always 2011-05-28 16:24 2012-02-26 01:38
Reporter: saljur Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: height values are ignored in NMEA file from i-Blue 747
Description: Hi,

when synchronising JPG or CR2 with files (e.g. .NMA) from my i-blue 747 datalogger the fotos are corectly tagged by the wonderfull (!) GeoSetter utility but all height values are missing. Consequently I have to fetch height value from internet servers but many values are missing on these servers - while there are in my NMA file, but are left unused.

I download data from i-Blue with oroginal datalog logger tool 2.5 build 104 which comes with the device. The i-blue device is set to log all values for GoogleEarth which explicitely includes the height.

GPSbable is installed and configured in geoSetter.

I am on Windows7/64/german.

This behaviour has been identical in previous versions of geosetter.


Tags:
Steps To Reproduce:
Additional Information: an example NMEA file is appended

Best regards

juraj (~georg)
Attached Files: Fra2011.rar (362,822 bytes) 2011-05-28 16:24
https://www.geosetter.de/mantis/file_download.php?file_id=233&type=bug
i-Blue747 google earth.jpg (116,502 bytes) 2011-05-29 12:57
https://www.geosetter.de/mantis/file_download.php?file_id=234&type=bug
jpg

i-Blue747 GGA.jpg (111,209 bytes) 2011-05-29 12:58
https://www.geosetter.de/mantis/file_download.php?file_id=235&type=bug
jpg
Notes
(0001604)
heiko   
2011-05-28 23:40   
in your sample NMEA file is no altitude data included. Therefore it's not possible to read altitude values from your NMEA file.

I don't know the i-blue 747, but a short Google research says that you can configure the data fields which are recorded. You have to enable the logging of GGA data. GGA includes the altitude.
(0001605)
saljur   
2011-05-29 13:00   
Hello and thank you very much for the qualified response.

Seems like the issue would sit between the keyboard and the chair again.

I appended the menu screens for i-blue 7474 8just for records), I will test what you recommended me and I will let you know. Allow me few weeks for my response please.

best ragrds

juraj

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
824 [GeoSetter] User Interface minor always 2011-05-25 23:56 2012-02-26 01:38
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.21 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Wegpunkte eines GPX Tracks werden nicht sofort angezeigt
Description: Version 3.4.22

bei einem GPX Track der Wegpunkte beinhaltet werden diese nicht direkt nach dem Einlesen angezeigt. Man muss die Wegpunkte (oder den ganzen Track) erst abhaken und dann wieder aktivieren; erst jetzt werden die Wegpunkte in der Karte dargestellt.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
823 [GeoSetter] Image Data major always 2011-05-25 18:19 2012-02-26 01:38
Reporter: iuliand Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: gps data can not be deleted at first attempt
Description: Tried to delete GPS information from exif with following steps:

- Select image and then hit Ctrl+E
- Manually delete latitude and longitude data, then click OK
- Selection become red, then hit Ctrl+S
- "Select missing time zone" window appears, click OK
- Wait for saving changes but then the edited picture still has GPS data in exif so the operation was not successful. File "_original" was created.

Tags:
Steps To Reproduce:
Additional Information: Observations:
1) If the whole process is repeated a second time (exactly same steps) and the "_original" file is already present in the folder being generated by the former attempt, the GPS deletion data is successful.
2) Please add a button to quickly erase geo-tagging data from exif, in order to speed up this process.
3) "Select missing time zone" window appears but as far as I can tell this information is already put in exif by the camera.
4) Camera is Panasonic TZ10
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
830 [GeoSetter] User Interface major always 2011-06-05 19:00 2012-02-26 01:38
Reporter: MaloryPink Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GeoSetter startet wieder
Description: Wenn ich erst den IE9 starte kann ich Geosetter jetzt ohne Weiteres starten
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
827 [GeoSetter] Image Data feature always 2011-06-01 17:17 2012-02-26 01:38
Reporter: vladwaldhaus Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.23 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GPSStatus tag support
Description: GPS enable cameras from Sony (like a55) use the previous location if it doesn't have a lock (no new locations), but it will set the EXIF field for "GPSStatus" to "Measurement Void" (vs "Measurement Active").

Unfortunately, GeoSetter ignore GPSStatus field. As result it impossible to separate photos with correct (GPSStatus = A ;"Measurement Active") and wrong (GPSStatus = V ;"Measurement Void") location coordinates.

At the moment I use "exiftool" to strip out GPS data when GPSStatus = V. But it's one more step and i have to modify raw files to make it work.

Please add support for GPSStatus field.

A lot of thanks.

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
832 [GeoSetter] User Interface major always 2011-06-14 11:15 2012-02-26 01:38
Reporter: Flodur61 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: kann GPS-Datei nicht einlesen
Description: Hallo,
ich habe ein Problem, daß hier schon einmal, 2008, vom User maletin mit der ID 0000222 berichtet wurde. Geosetter meldet, daß die Datei, die ich einlesen will, anscheinend keine gültige GPS-Datei ist. Erzeugt wird die Datei vom Tracker der GPS-Essentials-App auf meinem Android-Handy. Gibt es hierzu etwas neues?

Danke und beste Grüße
Rudolf Seiler
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
831 [GeoSetter] Image Data minor sometimes 2011-06-11 10:32 2012-02-26 01:38
Reporter: tadeuz Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Zeichencodierung bei Geonames
Description: Beim Abruf der Geonamen aus Ländern mit anderen Zeichensätzen können die Sonderzeichen nicht in den ITPC-Datensatz übernommen werden. Auch bei Umstellung auf UTF-8 keine Besserung. Bei Abruf der englischen anstelle der originalen Namen werden trotzdem die Namen mit Sonderzeichen abgerufen.
Gibt es eine Lösung?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
829 [GeoSetter] User Interface feature N/A 2011-06-05 10:18 2012-02-26 01:38
Reporter: CanonUser Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.23 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Tastenverknüpfungen im Menü Strg+E
Description: Im Menü "Daten bearbeiten" (Strg+E) befinden sich am unteren Ende 4 Schaltflächen, um das nächste, das vorherige, das erste oder das letzte Bild auszuwählen. Mit diesen Schaltflächen ist offenbar keine Taste verknüpft.

Der Vorschlag ist nun, die Bild-oben und die Bild-unten Taste mit den Schaltflächen letztes und nächstes Bild zu verbinden sowie die Pos1-Taste mit der Schaltfläche zum ersten Bild und die Ende-Taste mit der Schaltfläche zum letzten Bild zu verbinden

Weitere beschriftete Schaltflächen sollten mit Alt zu erreichen sein, z.B "Vorlage Laden" = Alt+L, "Vorlage speichern" mit Alt+S, "Von Bild laden" mit Alt+B, "Aktuelle Daten.." mit Alt+A
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001610)
heiko   
2011-06-05 21:40   
den unteren 4 Schaltflächen ist sehrwohl ein Shortcut zugeordnet:
Alt+Pos1 --> erste Bild
Alt+Pfeil Links --> voriges Bild
Alt+Pfeil Rechts --> nächstes Bild
Alt+Ende --> letztes Bild

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
838 [GeoSetter] Image Data minor N/A 2011-06-23 23:15 2012-02-26 01:38
Reporter: Kurt_Muehlemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GPS-Daten nicht sichtbar in Lighttoom 3.4.1 und Photoshop Elements 6.0
Description: Ich habe manuell GPS-Daten zugewiesen an meine NEF-Dateien und daraus bearbeiteten jpg-Dateien. In Lightroom sind nur die GPS-Daten in den NEF-Dateien sihtbar. In Photoshop Elements sind auch GPS-Dateien in den jpeg-Dateien sichbar, allerdings in den meisten jpeg-Dateien mit den Koordinaten 0 für Länge und Breite.
Tags:
Steps To Reproduce:
Additional Information: Ich habe die Daten gemäss dem Tutorial für Lightroom zuzuweisen versucht. Dabei hat Geosetter nach 30% der 2*72 Photos blokiert. Seither habe ich an den GPS-Dateien herumprobriert, aber ohne Erfolg...
Attached Files: _KM10637-1.exi (26,014 bytes) 2011-06-23 23:16
https://www.geosetter.de/mantis/file_download.php?file_id=238&type=bug
_KM10637-1.xmp (3,820 bytes) 2011-06-23 23:17
https://www.geosetter.de/mantis/file_download.php?file_id=239&type=bug
Notes
(0001619)
Kurt_Muehlemann   
2011-06-23 23:22   
(Last edited: 2011-06-23 23:22)
Ich füge noch die exi und xmp Dasteien eines jpegs mit schlechten GPS-Koordinaten an.


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
836 [GeoSetter] Image Data text always 2011-06-22 11:28 2012-02-26 01:38
Reporter: erio Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.21 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Unable to write GPS Location in Panasonic RAW
Description: I try to use the application to add GPS location into my photos taken by Panasonic GF-1/GH-1. It can write the co-ordinate into the file, however, the location info (e.g. Location, Location code, State...) will be cleared after I press "save".

Normally, for the Nikon RAW, the location info and the co-ordinate will be saved in the file so that there are some human-readable text description for the location, but now only the co-ordinate were saved in Panasonic RAW. Please help me to solve this problem.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
835 [GeoSetter] Image Data major always 2011-06-20 15:16 2012-02-26 01:38
Reporter: 32110 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Geonames Returning Wrong Place Names
Description: When using Geosetter I do not get location I expect from Geonames. I have registered my own Geonames account and set it in Settings box. I know that searches on Geonames two sites, ws.geonames.org and api.geonames.org, can return different results, that fro ws being somewhat older than from api (see my example below). What search does GeoSetter perform on Geonames?
 
My example:
 
http://ws.geonames.org/findNearbyPlaceName?lat=51.416&lng=-1.330&style=full
http://api.geonames.org/findNearbyPlaceName?lat=51.416&lng=-1.330&style=full&username=demo (actually use my username)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
834 [GeoSetter] User Interface feature N/A 2011-06-20 14:01 2012-02-26 01:38
Reporter: therealmorris Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.23 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add Bing Maps/ Bing Bird's Eye view
Description: Would it be possible to add Bing Maps, or at least the satellite ("Bird's Eye") view as on of the available options?

While I know in a lot of ways it's not as complete as Google Maps, some people might prefer the design, and in some areas the satellite view is much higher detail than on Google Maps, for example I found Singapore has very good detail on Bing (http://www.bing.com/maps/?v=2&cp=1.2998253437582292~103.84986519813566&lvl=19&dir=0&sty=h&eo=1&where1=Singapore%2C%20Singapore&q=singapore&form=LMLTCC).

Obviously this isn't really a priority and GeoSetter is still incredible without it, but would be interesting! Thanks!
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
841 [GeoSetter] Image Data crash always 2011-06-24 20:57 2012-02-26 01:38
Reporter: RapidHail Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GeoSetter crash when trying to synchronize Metadata with other picture files
Description: Errors occurs when I try to synchronize metadata of selected picture files with other files. The same one that were already GeoSetted, but GeoData was lost cause Canon DPP doesn't save GeoData in EXIF while converting CR2 from Canon S95 into JPEG's.

- Doesn't matter if I try to synchronize JPEG with CR2, JPEG with JPEG, CR2 with JPEG and CR2 with CR2 file.

- Doesn't matter if EXIF is fully removed or partially from a file I want to update Metadata. Synchronization is setted to synchronize only Geo Coordinates and height. Exif Tool is v8.59

Occurs in version 3.4.16 (Release one) and 3.4.22 (beta) too.
Tags:
Steps To Reproduce:
Additional Information: Bugreport attached.
Attached Files: bugreport.txt (15,869 bytes) 2011-06-24 20:57
https://www.geosetter.de/mantis/file_download.php?file_id=240&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
840 [GeoSetter] User Interface crash always 2011-06-24 20:22 2012-02-26 01:38
Reporter: kieranmullen Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.23 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Geosetter does not respond
Description: WHat I did...

Pasted in missing GPS data to a picture.

What happens...
CPU Usage Goes up and Geosetter does not respond, data is not written hard drive light blinks.

My system
Geosetter Runs at 25% CPU 150MB Memory used Exitool 8.59 Geostter 3.4.22 Windows 7 Pro 64 SP1
8 Pictures are shown in the folder.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
839 [GeoSetter] User Interface minor N/A 2011-06-24 08:36 2012-02-26 01:38
Reporter: kieranmullen Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Request:Copy paste GPS info
Description: Right click image or use edit window within program, then select the picture or pictures to paste the GPS data into.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001622)
heiko   
2011-06-24 23:27   
you can select an image in the browser and with a button in the toolbar of the map you can assign these geo coordinates to the red marker on the map. now you can select the images which should get these coordinates; with another button in the toolbar of the map you can assign the coordinates to the selected images.

take a look in the help file under "GeoSetter Workflows | Interplay Geo Data to Map Position"

is this what you want?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
845 [GeoSetter] User Interface major always 2011-07-10 20:03 2012-02-26 01:38
Reporter: pathfinder Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Meldung Schreibfehler config.ini
Description: Beim Schreiben der Einstellungen erhalte ich die Meldung, daß die config.ini nicht geschrieben werden kann.
Dadurch müssen alle Einstellungen bei Programmstart neu gesetzt werden.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
844 [GeoSetter] Image Data major always 2011-06-30 22:21 2012-02-26 01:38
Reporter: Mr_K Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: ExifTool-Fehler unter Linux Windows Emulator - Wine (und auch unter CrossOver)
Description: Hallo Herr Friedemann Schmidt,

unter CrossOver / Wine ist Geosetter teilweise lauffähig. :-)
Jedoch läßt sich über die "integrierte" Exiftool.exe überhaupt keine EXIF-Daten auslesen, bzw. geänderte EXIF-Daten nicht schreiben.

Nach eigenen Test könnte folgende Vorgehensweise Abhilfe schaffen:
--> Option zur Nutzung der PERL-Version, statt der kompilierten EXE-Version.

Unter einer Linux-Console habe ich folgendes wie in (https://www.codeweavers.com/compatibility/browse/name/?app_id=5875;forum=1) beschrieben, erfolgreich getestet:

Trying exiftool.exe like GeoSetter does will fail (with error like posted before 'par.inc'):

[code]user@desktop:~/.wine/drive_c$ wine c:\\exiftool.exe -@ c:\\exiftool_update.arg c:\\_MG_7029.JPG
fixme:msvcrt:msvcrt_fdtoh wtf
fixme:msvcrt:msvcrt_fdtoh wtf
Compress/Zlib.pm did not return a true value at C:/Perl/site/lib/Archive/Zip.pm line 24.
BEGIN failed--compilation aborted at C:/Perl/site/lib/Archive/Zip.pm line 24.
Compilation failed in require at -e line 318.[/code]

But alternativly as in ([link=http://owl.phy.queensu.ca/~phil/exiftool/install.html#Windows]http://owl.phy.queensu.ca/~phil/exiftool/install.html#Windows[/link]) explained with PERL ExifTool will work:

[code]user@desktop:~/.wine/drive_c$ wine c:\\Perl\\bin\\perl.exe c:\\exiftool.pl -@ c:\\exiftool_update.arg c:\\_MG_7029.JPG
fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0)
fixme:msvcrt:msvcrt_fdtoh wtf
fixme:msvcrt:msvcrt_fdtoh wtf
Warning: Invalid original decision data - c:/_MG_7029.JPG
fixme:msvcrt:MSVCRT__sopen : pmode 0x01b6 ignored
fixme:msvcrt:msvcrt_fdtoh wtf
Warning: Invalid original decision data - c:/_MG_7029.JPG
    1 image files updated[/code]

Zur Info: Unter https://www.codeweavers.com/compatibility/browse/name/?app_id=5875 betreue ich als "Adovacate" Geosetter...

Über diesen "Workaround" wäre ich und wahrscheinlich viele CrossOver-User dankbar!!!
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: exiftool.c (1,876 bytes) 2011-07-02 01:36
https://www.geosetter.de/mantis/file_download.php?file_id=242&type=bug
exiftool.exe (21,613 bytes) 2011-07-02 01:37
https://www.geosetter.de/mantis/file_download.php?file_id=243&type=bug
Notes
(0001627)
Mr_K   
2011-07-02 01:37   
(Last edited: 2011-07-02 03:24)
Update:
Der angehänte "Wrapper" behebt das Problem, da er statt der EXE-Version die Perl-Version des EXIFTOOLs verwendet :-)
(Leider hat sich bzgl. der Option ein kleiner Fehler eingeschlichen. Die Option -k hat ich manuell vor dem Ausführen von EXIFTOOL gesetzt. Daher sind die angehängten Dateien zu löschen und wie auf der Crossover-Seite auszuführen)

(0001628)
Mr_K   
2011-07-02 03:25   
Wie kann man die angehängten Dateien löschen?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
843 [GeoSetter] Image Data feature always 2011-06-27 13:26 2012-02-26 01:38
Reporter: babar Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.21 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Can you add, Mytrack (Google Android application to log tracks) to the useable GPS tracks
Description: Mytrack application is widely used on Android phone to log tracks.
It would be nice to be able to use tracks generated by this soft.
this soft can export GPX, KML, and CSV file.

The CSV file is not supported by geosetter but is the most interesting one.
Indeed the csv file is the only file generated by Mytracks that include the phone bearing, and thus can help us automatically orientate the photos.
I upload you one example
regards
Eric
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: 2011-06-26 1038.csv (49,959 bytes) 2011-06-27 13:26
https://www.geosetter.de/mantis/file_download.php?file_id=241&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
842 [GeoSetter] Image Data minor N/A 2011-06-26 01:35 2012-02-26 01:38
Reporter: GeoDog Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.23 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Not a problem - but a possible (temporary) solution
Description: I've been running 64 bit Vista and Windows 7, along with IE 9 installed and I've been experiencing the same problems as many others. Where launching GeoSetter 3.4.16 and even 3.4.22 beta, just hangs and never opens. No GUI launched at all and it has to be terminated in task manager.

I also run Sandboxie (www.sandboxie.com) on my system and I decided to try opening GeoSetter in a sandbox. Well - it seems to work everytime. No issues.

The only problem is that you cannot save data while running inside the sandbox, but at least the program launches and you can use the GeoSetter tool to view metadata.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
815 [GeoSetter] Image Data major always 2011-05-15 00:22 2012-02-26 01:38
Reporter: babar Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.19 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Sometime direction cannot be set
Description: Sometime the direction cannot be set (maybe when it is to near the original image)
-> the direction just disappear from the view
even if you click the add direction button again nothing appear, I have to move the marker to get it back, but as soon as I set the position, direction and destination point 0back to where it should be; the direction overlay on the map disappear. In the metadata panel the field is empty.
Regards
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001626)
babar   
2011-06-27 13:21   
In the last beta, I also do not manage to lock the direction. So it is difficult to set the location of the photographied point.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
847 [GeoSetter] Image Data major always 2011-07-14 17:40 2012-02-26 01:38
Reporter: Alex2718 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.23 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Geonames suddenly is in German
Description: After a hard disk crash I had to install XP anew on a new hard disk and of course GeoSetter too. Previously Geonames produced the names of Provinces etc in the language of the country, e.g. Cataluna. Now, in the new install, I get "Katalonien".
How can I persuade Geonames to use the language of the country?

Regards, Alexander
Tags:
Steps To Reproduce:
Additional Information: I use version 3.4.22 beta
Attached Files:
Notes
(0001629)
heiko   
2011-07-14 22:44   
do you search the option "Use Current Language for Countries (instead of English)" in the tab "Data Preferences" of the settings?

As far as I know there is no other option to change language settings of the GeoNames result.
(0001630)
Alex2718   
2011-07-15 09:04   
(Last edited: 2011-07-15 09:05)
It makes no difference whether the option is checked or not. In both cases I get as result for coordinates N41°59'5.65" - E2°49'43.97", using Ctrl+E, "Katalonien" (German) instead of "Cataluna". In my previous setup I used to get the Spanish names, which I prefer.


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
849 [GeoSetter] User Interface feature N/A 2011-07-17 20:04 2012-02-26 01:38
Reporter: Wernfried Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.23 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Unterstützung wenn Kamera-Uhrzeit auf UTC eingestellt ist
Description: Es gibt keine Einstellung für die Zeitanpassung wenn die Uhrzeit der Kamera auf UTC ist anstatt der lokalen Zeitzone.
Tags:
Steps To Reproduce:
Additional Information: GeoSetter setzt voraus, dass die eingestellte Uhrzeit der Kamera immer die lokale Uhrzeit ist(d.h. die des Fotos). Viele Fotografen stellen die Uhr in ihrer Kamera fest auf UTC ein, egal wo man ist und unabhängig von Sommer und Winter. In GeoSetter fehlt eine einfache Unterstützung dafür und man muss recht viel Überlegen um die Zeit jeweils manuell anzupassen. Dabei wäre der Abgleich mit der GPS-Zeit trivial.
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
846 [GeoSetter] User Interface tweak always 2011-07-13 21:37 2012-02-26 01:38
Reporter: Dustin781 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.21 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Set capture date to filedate
Description: Hello,

i like to have a botton

"Set caputre date to filedate".

This function is online in the other direction.

thanks.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001631)
heiko   
2011-07-15 22:11   
you can use the additional ExifTool commands to do this. Add the following command: -execute "-DateTimeOriginal>FileModifyDate"

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
837 [GeoSetter] User Interface feature N/A 2011-06-22 18:04 2012-02-26 01:38
Reporter: papa1941 Platform: PC  
Assigned To: Friedemann OS: Win 7 Pro  
Priority: normal OS Version: 64-bit  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Geodaten ins Bild kopieren
Description: Es wäre sehr hilfreich, wenn man im Bedarfsfall verschiedene Daten eines mit Geosetter referenzierten Fotos ins Bild einblenden könnte und so Foto und Daten gemeinsam ausdrucken zu können. Die einzelnen Datenfelder sollten hierzu beliebig auswählbar sein ebenso wie Schriftart, -farbe und -größe. Aus beigefügtem Screenshot sind die Daten ersichtlich und nachfolgend aufgeführt:

Erstellungsdatum (DateCreated)
Erstellungszeit (TimeCreated)
Geogr.Breite (GPS-Latitude), nördl.od.südl.Breite (GPS-LatitudeRef)
Geogr.Länge (GPS-Longitude), östl.od.westl.Länge (GPS-LongitudeRef)
Höhe (GPS-Altitude)
Stadt/Ort (City)
Ortsteil (Sublocation)
Bundesland/Kanton (ProvinceState)
ISO-Ländercode (CountryPrimaryLocationCode)
Land (CountryPrimaryLocationName)
Urheberrechtsvermerk CopyrightNotice)

Eine vergleichbare Funktionalität ist in der Freeware "Faststone Photo Resizer" implementiert. Dort allerdings für fotografische Bilddaten.
Es wäre toll, wenn sich so etwas realisieren ließe.
Herzlichen Dank für die Mühe.




Tags:
Steps To Reproduce:
Additional Information:
Attached Files: IMG_1890_[Daten].jpg (387,285 bytes) 2011-06-22 18:04
https://www.geosetter.de/mantis/file_download.php?file_id=237&type=bug
Notes
(0001632)
papa1941   
2011-07-16 09:11   
Ich habe in einem Forum dahingehend Hilfe bekommen, dass man diese Aufgabe mittels der Freeware IrfanView lösen kann.
Es zwar etwas umständlicher als wenn es von Geosetter aus "direkt" machbar wäre. Aber immerhin eine Lösung für das, was ich wollte.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
853 [GeoSetter] User Interface major always 2011-07-28 14:48 2012-02-26 01:38
Reporter: pellepixel Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Slow when saving many photos
Description: Hi
I have the pearl/exiftools related problem that make the saving takes minutes for every photo. Do not know how to deal with it. It just appear last spring without any changes more than with updates of geosetter&exiftool I think.
It is described at http://www.christian-etter.de/?p=458 and also under
http://www.sno.phy.queensu.ca/~phil/exiftool/ (Improving performance)
http://u88.n24.queensu.ca/exiftool/forum/index.php?topic=3124.0 (my questions)
using canon cr2 (canon 5DII) i7 processor 12Gb

But is there an easy way to add some exiftool command in Geosetter. Because it takes 10-20 hours to save 500 photos right now.
Beyond that, Geosetter freeze (both beta and normal) in my main user log in. I have to use another login account.

Sincerly PerPixel
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
852 [GeoSetter] Image Data crash always 2011-07-27 19:28 2012-02-26 01:38
Reporter: Superpete Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.23 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Geosetter 3.4.16 final crashes while saving metadata into Canon Raw CRW files
Description: When trying to save metadata to CRW files, geosetter crashes. It happens ALWAYS when trying to save multiple files at once. When trying to save 1 file, it does work mostly, but specific files makes it crash also.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: bugreport.txt (42,098 bytes) 2011-07-27 19:28
https://www.geosetter.de/mantis/file_download.php?file_id=247&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
851 [GeoSetter] User Interface text always 2011-07-26 21:25 2012-02-26 01:38
Reporter: zorglobox Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.0 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Incorrect translation of Orientation tag
Description: The value for the ORIENTATION tag is :
- ExifTool : Rotate 270 CW (Clockwise)
- English : Rotate 270 CW
- French : 90° sens horaire
- German : 90°im Uhrzeigersinn
- Italian : Ruota di 270° in senso orario
- Spanish : Rotar 270° sentido reloj

(CW = Clockwise = sens horaire = Uhrzeigersinn = ...)

French and German are not correct ; they should read :
- 270° sens horaire
- 270° im Uhrzeigersinn

Czech, Korean, Polish and Chinese seem incorrect too.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001645)
zorglobox   
2011-07-27 17:05   
Same problem with version 3.4.16

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
856 [GeoSetter] User Interface minor have not tried 2011-08-02 15:41 2012-02-26 01:38
Reporter: yuezhao Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Are there Web based user interface
Description: Are there Web based user interface von GeoSetter? Or are there automation API, so that it is possible to control with own programm to import photo and export meta data and location in google map as imag or PDF?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001647)
heiko   
2011-08-02 21:18   
there is no WEB based interface and no API. To handle meta data in your own program you can use ExifTool. GeoSetter is also using ExifTool to write any changes to images.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
855 [GeoSetter] User Interface major always 2011-08-01 09:21 2012-02-26 01:38
Reporter: akilanova Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Google Earth export file doesn't open in Google Earth (invalid token)
Description: Google Earth export file doesn't open in Google Earth. Google Earth is in Russian, error message is "?????? ???????? ????? D:/...: ?????? ??????????????? ???????: ?????? 7, ??????? 13: not well formed (invalid token)". Beforehand exporting to Google Earth was OK. Tried also in 3.4.22 beta, got the same result.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
860 [GeoSetter] User Interface tweak always 2011-08-07 14:01 2012-02-26 01:38
Reporter: heugster Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Halbgeviertstrich im Verzeichnisnamen nicht unterstützt
Description: Enthält beim Aufruf über die Kommandozeile der Parameter für das Directory den Halbgeviertstrich (ALT + 0 1 5 0) wird die Meldung "GeoSetter wurde mit unbekannten Parametern gestartet" ausgegeben.
Tags:
Steps To Reproduce:
Additional Information: "Bilder -> Verzeichnis öffnen" funktioniert, jedoch werden die Halbgeviertstriche im Verzeichnisnamen als schwarze Balken angezeigt.
Attached Files: VBScript.vbs (525 bytes) 2011-08-07 14:01
https://www.geosetter.de/mantis/file_download.php?file_id=249&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
859 [GeoSetter] Image Data feature N/A 2011-08-05 18:43 2012-02-26 01:38
Reporter: stigvi Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Administrative name 2
Description: Make use of field adminname2 from geonames and write this information to photos.

http://api.geonames.org/countrySubdivision?level=2&lat=58.8&lng=6&username=demo
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
857 [GeoSetter] User Interface major always 2011-08-03 12:44 2012-02-26 01:38
Reporter: Corf Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Tracks können nicht geöffnet werden
Description: Keiner meiner gpx Tracks kann mehr geöffnet werden. Ich habe verschiedene andere Formate (kml, csv) probiert, aber auch diese lassen sich nicht öffnen. Mit den selben Tracks habe ich aber in der Vergangenheit schon Fotos versehen und auch einer der Tracks, die jetzt nicht mehr gehen, ließ sich vor etwa einer Stunde noch öffnen. Inzwischen geht aber nichts mehr. Ich nutze 3.4.16 oder 3.4.22, beide ohne Erfolg.
Als Beispiel ist einer der Tracks im Anhang.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Track 14.gpx (53,248 bytes) 2011-08-03 12:44
https://www.geosetter.de/mantis/file_download.php?file_id=248&type=bug
Notes
(0001651)
heiko   
2011-08-03 12:50   
die Datei die du angehängt hast ist auch kein GPX File. Keine Ahnung was für ein Format das darstellen soll. Ein GPX File ist eine "normal" lesbare Datei die im XML Format aufgebaut ist. Deine Datei besteht aus Binär Daten.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
864 [GeoSetter] User Interface feature N/A 2011-08-19 15:44 2012-02-26 01:38
Reporter: yvbar Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Requesting regular expression for synchronizing images
Description: When synchronizing images, I would like to have an extra option allowing me to compare files names based on a regular expression. Sometimes, files are renamed on one side and the original name is somewhere in the new name. A regular expression is an easy way to find matching names
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
863 [GeoSetter] Image Data minor always 2011-08-13 10:16 2012-02-26 01:38
Reporter: andygeosetter Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.21 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Setting time shift AND time zone for many images at the same time does not change ALL images
Description: Tested with Product Version 3.4.16 (latest release) and 3.4.22 beta, none of these versions is available in the dropdown combo.

Background:
I have my GPS (Garmin GPS60CSx), camera (Panasonic DMC-TZ10), and computer all set to the same timezone, which is UTC+2 (Swedish summer time, from here on called SST). The camera has a built in GPS but I find it slow in response and also very unsensitive, the Garmin is way more effective in updating the location).

For learning, I have 10 images that I experiment with. Those 10 images were taken in Cochrane, Canada (timezone is MDT). When looking at the pictures in Geosetter the Taken Date is shown in SST. Although that is in a way correct, I want to change the Taken Date to reflect what the local time is. I think that makes more sense when viewing the pictures. Therefore I select all 10, use Time Shift -8 hours, and then click Set Current Values For All Selected Images. This changes the date/time correctly for all images, however a time zone information is inserted after the time for the picture that the cursor is on. E.g. Taken Date before change is 2011-06-17 04:01:17, and after the change 2011-06-16 20:01:17+02:00, all other pictures get the time shifted OK but lacks the +02:00 number.

The reason it sets +02:00 is because that is what my default time zone says. So then I thought I would make two changes together: 1) Time shift -8 hours AND set the timezone to where the picture is taken, in this case UTC-7 +DST1, making it Mountain Daylight Savings Time, MDT.

So starting from scratch with my original 10 images I now:
1) Mark all 10, ctrl-E for edit
2) Set Time Shift - 8 hours
3) Set Time Zone UTC-07:00, DST+01:00 America/Edmonton
4) Click Set Current Values For All Selected Images...
5) Let Taken Date and Created Date be checked, click OK

All ten images now have the time shifted -8 hours, however only the first has the time zone +06:00, all others are left blank.
I click ctrl-s to save the changes, and at that time the remaining 9 images get +02:00 after their time.
(Since I only use sidecar files, i now have 10 xmp-files, which is fine, I do wish to keep my images as close to the original as possible).

Once I have my 10 images saved I once again try to set the time zone:
1) Mark all 10, ctrl-E for edit
2) Set Time Zone UTC-07:00, DST+01:00 America/Edmonton
4) Click Set Current Values For All Selected Images...
5) Let Taken Date and Created Date be checked, this time I also see a check box "Timezone only", which I leave checked, click OK
Now all 10 images are set correctly, even when I save. Time shifted -8 hours and set to MDT.
However, as a result of doing this in two steps, I have a double setup of xmp-files. First 10 coming from the first step, and then another 10 where the previous 10 have _original added to them.

So, my real question is: How do I set time shift AND time zone for all 10 images at the same time?

Concering time issues MY PERSONAL opinion is that there should be some sort of "Local Date/Time". I am confused by the way values are stored. However, going one step further to synchronize from my Garmin track log works like a charm when I set Time Adjustment to Time Zone. When I look at the positions in the map I see that the positions indeed are what I expect. Fantastic!

I would very much appreciate to hear from you and let me know if I am doing adjustments in the wrong order or if there maybe is a bug?

My plan for the future is to correctly set time to reflect the local time the images were taken, and then geotag. After all that work is done I intend to import into Apple's Aperture to arrange in albums etc. Aperture is capable of importing xmp files as well, hence my approach to save to xmp files instead of into the original image.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
862 [GeoSetter] Image Data feature N/A 2011-08-11 09:09 2012-02-26 01:38
Reporter: tudacs Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.23 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: FeatureRequest: GPS Höhe aus Track
Description: Hallo,

da die meisten GPS-Geräte ja die Höhe mit ins GPX-Track-Log schreiben könnte man ja auch die Höhe aus dem GPX-Track für das Bild übernehmen.

Viele Grüße,
C.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
865 [GeoSetter] User Interface minor always 2011-08-19 15:51 2012-02-26 01:38
Reporter: yvbar Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: internet access problem for automatic proxy configuration
Description: Geosetter cannot access the web page http://www.friedemann-schmidt.com/geosetter/gmap21.html. IE is configured for accessing via an automatic configuration address (actual adress is http://webproxy.mydomainname/proxy.pac)
When running the web address directly in IE, I can enter my login/password but nothing else happens. In geosetter, I have an error message saying that the map has not been found.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
869 [GeoSetter] User Interface feature have not tried 2011-08-30 11:29 2012-02-26 01:37
Reporter: theyeti Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Program call over CLI
Description: Gibt es die Möglich das Program über CLI anzurufen, so das die Karte sich öffnet an eine bestimmte Geografische Position, (ZB: GeoSetter C:\Pics [N51 11,234 E 06 05,678])
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
868 [GeoSetter] User Interface minor always 2011-08-27 07:14 2012-02-26 01:37
Reporter: dereklee Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: No (UTC +08:00) Beijing Time
Description: In Mainland China, there are 3 options to choose in time zone, Chongqing, Harbin and Shanghai, but no Beijing. Is there any possible to add Beijing into the list. As Beijing is capital, as same as other options for other country.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: No_Beijing.jpg (80,259 bytes) 2011-08-27 07:14
https://www.geosetter.de/mantis/file_download.php?file_id=251&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
867 [GeoSetter] User Interface feature N/A 2011-08-23 17:41 2012-02-26 01:37
Reporter: ripp Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Slovenian translation
Description: Slovenian translation for UI
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001660)
ripp   
2011-08-23 17:42   
I could translate in Slovenian language.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
874 [GeoSetter] User Interface feature N/A 2011-09-02 17:53 2012-02-26 01:37
Reporter: inventare Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.21 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Wunsch: WYSIWYG pic sorting / Sortierfunktion im Browser
Description: Wäre genial, wenn man im Browser (Liste und/oder Bildvorschau) die Bilder mit Drag'n'Drop sortieren könnte (oder auch nur einzeln mit diesen scroll bar-artigen up/down Pfeilen eine Zeile rauf oder runter schieben, wie man es gelegentlich sieht). Mit der ja schon vorhandenen Rename-Funktion inkl. Counter könnte man darauf die neue Reihenfolge definitiv festhalten, auch für andere Programme. Z.Z. muss ich hierfür parallel mit einem anderen Viewer (ACDSee, Irfan) arbeiten resp. die Fotos einzeln umbenennen und in der gewünschten Reihenfolge mit aufsteigender Nummerierung versehen. Die Reihenfolge gibt mir die Karte mit dem Punktmuster - es ist NICHT eine Zeitsortierung und Auswahl auf Grund Nähe bringt's halt meist auch nicht, leider :-( .
Sowieso herzlichen Dank für ein SUPER-Programm!
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
872 [GeoSetter] User Interface minor always 2011-09-02 10:39 2012-02-26 01:37
Reporter: jstammi Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GPS leap seconds not considered/mentioned on synchronizing images with gps track file
Description: It seems to me that the GPS leap time is not considered nor is the user given any hint on that when synchronizing the photots with a recorded GPS track. One can chose on the timezone and some manual time adjustment in the dialog only.

I could imagine of a checkbox there to optionally consider the correct amount of leap seconds of GPS versus UTC time (see e.g. http://leapsecond.com/java/gpsclock.htm for this).
Tags:
Steps To Reproduce:
Additional Information: I have a GPS logger (bluemax) for recording of tracks. On using bt747 for exporting the recorded data I told it not to manipulate the gps time by any means, the tracks exported therefore use the original gps timestamps.

My camera is set +/-1s correct to local time (currently UTC+1 +1 additional DST).

On synchronizing the pictures taken with the camera I now have to be aware of the gps-to-utc time shift and to know of it's correct amount and correction "direction" (currently 15s gps in advance of utc) to gain the correct sync result. Else - as it happened to me the first times on sync'ing - it results in a nearly correct sync only with the error being hard to recognize as it is that small: 15s in my case leading to few meters difference only so that everybody - including me - is assuming the gps precision would cause this.

As i have to deal with such time problematics daily at work, I was then able to find the problem's cause. But I guess most will not be aware of such a very special thing like the gps leap seconds are.
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
871 [GeoSetter] Image Data minor have not tried 2011-08-30 18:58 2012-02-26 01:37
Reporter: jarhtmd Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: difference copying coordinates from one image to another
Description: I had 2 images taken 6 minutes & a several yards apart on the same beach. One image had been geotagged. The other had not. I copied both to a work folder. Using GeoSetter & the tagged image, I "set position marker from focused image". Then I filtered to show "images without coordinates" & "assign(ed) position marker to selected image".

The originally tagged image had geo:lat=20.95328407; geo:lon=107.04589963
The newly tagged image had geo:lat=20.95328333; geo:lon=107.04590000

Notice the small differences . . . lat .00000074 . . . lon .00000037

I have no idea how much distance that represents (& it isn't really very important to me), but I'm curious about why there is any difference at all. The lon suggest rounding, but not the lat.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
878 [GeoSetter] User Interface feature N/A 2011-09-09 18:12 2012-02-26 01:37
Reporter: Henry Pye Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Support PersonInImage field in GeoSetter
Description: Add support for entering values in Iptc4XmpExt:PersonInImage field in the Metadata editor (Edit data/Ctrl+E).

ExifTool already supports this.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
877 [GeoSetter] Image Data feature N/A 2011-09-08 15:04 2012-02-26 01:37
Reporter: anotherron Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Alternative method for adding Altitude info
Description: There are a number of reports of problems getting altitude information. Google's API supports altitude data and Daft Logic has an example of its use at http://www.daftlogic.com/sandbox-google-maps-find-altitude.htm Adding similar code to Geosetter may be a relatively easy method for correcting the altitude problems.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
876 [GeoSetter] Image Data major always 2011-09-04 12:17 2012-02-26 01:37
Reporter: HansS Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Falsche Zeitzone in zusätzlich erzeugten XMP-Daten
Description: Nach setzen der Position und Speichern finde ich in der Datei eine zusätzlichen XMP-Abschnitt, der die Aufnahmezeit mit falscher Zeitzone enthält, z.B.
DateTimeDigitized : 2011:07:09 15:19:04+00:00
Richtig wäre
2011:07:09 15:19:04+02:00 (CET+DST)
Unter "Daten-Optionen" ist "UTC+01:00" und "Sommerzeit berücksichtigen" eingestellt (hilft aber nicht wie man sieht).

Workaround wäre vermutlich, die neuen XMP-Daten einfach nachträglich wieder zu entfernen - habe aber noch nicht getestet, ob und wie das mit ExifTool geht.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: GeoSetter_TZ_Err.7z (2,432 bytes) 2011-09-04 12:17
https://www.geosetter.de/mantis/file_download.php?file_id=253&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
875 [GeoSetter] Image Data minor always 2011-09-04 12:02 2012-02-26 01:37
Reporter: HansS Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Dateizeit verändert bei read/only-Dateien
Description: Bei read/only-Dateien wird die Datei zwar geändert, aber trotz "Dateidatum und -zeit .. erhalten" und "Dateidatum auf Aufnahmedatum setzen .." bekommt die Datei aktuelles Datum und Zeit. Entweder dürfen read/only-Dateien gar nicht verändert werden, oder es muss dann auch Datum und Zeit korrekt gesetzt werden, aber es darf nicht ohne Fehlermeldung ein Teil der Änderungen nicht gemacht werden.

Mein Workaround ist ein Batch, der per SendTo erlaubt, erst alle *.jpg auf read/write zu setzen, und dann gleich noch die Dateizeit per jhead.exe auf die Aufnahmezeit setzt (z.B. nach Bildbearbeitung oder GeoSetter) (und optional die Bilder nach dem Orientation-Tag dreht - damit auch der Windows-Explorer sie richtig anzeigt).

PS.: Man kann oben nur Version "3.4.16 beta" auswählen, aber "3.4.16" ist die aktuelle Release-Version (nicht beta)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
882 [GeoSetter] User Interface trivial always 2011-09-11 19:33 2012-02-26 01:37
Reporter: clanghans Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: "Nur Zeitzone" im "Aktuelle Wertefür alle ausgw. Bilder übernehmen" Dialog
Description: Hi,

Das issue http://www.geosetter.de/mantis/view.php?id=90 ist eigentlich das gleiche. Ich wollte nur bemerken das es schön wäre wenn diese Option getickt ist. Es kommt ja sowieso noch eine Sicherheitsabfrage.

Danke
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
881 [GeoSetter] User Interface minor N/A 2011-09-09 21:07 2012-02-26 01:37
Reporter: blauer Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Karten-Ansicht mit Einblendung "Powered by Google", auch wenn Karte nicht von Google
Description: egal welcher Karten-Typ ausgewählt (z.B. OpenStreetMap), wird trotzdem unten links "Powered by Google" eingeblendet
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
880 [GeoSetter] User Interface minor N/A 2011-09-09 21:03 2012-02-26 01:37
Reporter: blauer Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Ansicht Bild-Info (ExifTool) Farben von "Eingebettet" und "Sidecar" vertauscht
Description: unter der Info ist "Eingebettet" in grüner Schrift, "Sidecar" in roter Schrift.
in der Bild-Info sind Name und Wert in der jeweils anderen Farbe
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
879 [GeoSetter] User Interface feature N/A 2011-09-09 18:19 2012-02-26 01:37
Reporter: Henry Pye Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Allow running exiftool commands directly from the user interface
Description: Allow running ExifTool commands directly from the GeoSetter interface.

See image attached for an example.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Capture.JPG (20,545 bytes) 2011-09-09 18:19
https://www.geosetter.de/mantis/file_download.php?file_id=254&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
889 [GeoSetter] User Interface feature N/A 2011-10-03 00:40 2012-02-26 01:37
Reporter: Fellwalker Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.19 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Suggestion: Allow use of OpenPisteMap as optional map
Description: We have a drop down for various sources of map, and they are great. But it is hard to locate pictures accurately from ski trips - the summer hills look very different to teh winter ones
Tags:
Steps To Reproduce:
Additional Information: OpenPisteMap.org has piste maps of many european ski resorts, and could perhaps be added fairly easily, as openstreetmap is already linked in to geosettter.
Attached Files:
Notes
(0001675)
Fellwalker   
2011-10-03 00:42   
just found that OSmarender does have some piste maps on it

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
887 [GeoSetter] User Interface tweak N/A 2011-10-01 12:36 2012-02-26 01:37
Reporter: PeanutFR Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.23 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Offer the possibility to choose another symbol for pictures positions
Description: It would be great to be able to choose which symbol we want (a camera icon or whatever icon the user wants) for pictures positions on the map : the Google blue balloon is boring.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
886 [GeoSetter] User Interface major always 2011-09-27 16:01 2012-02-26 01:37
Reporter: rafalm Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Geosetter does not read GPS files with non Latin characters
Description: Geosetter does not read GPS files (gpx) which have Windows CP-1250 characters or are saved in a directory that contains such characters even if the file is properly selected using 'Open file' dialog. The file path shows non-valid characters and the file cannot be opened.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
885 [GeoSetter] User Interface crash always 2011-09-16 17:25 2012-02-26 01:37
Reporter: PBeer Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Absturz mit Bildschirmtastatur
Description: Wenn die original Windows-Bildschirmtastatur verwendet wird, stürzt Geosetter regelmässig ab. Programmfenster friert ein. Auch Vers. 3.4.22.
Windows 7-64 SP1
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
890 [GeoSetter] Image Data tweak N/A 2011-10-07 23:56 2012-02-26 01:37
Reporter: theprofessor Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: How can I print a photo with it's EXIF Information all on one page?
Description: I have some photos I need to use in court for legal purposes and it would be great if I could show the normal size photo 4x6 along with its EXIF information on one 8 1/2 x 11 inch piece of paper. Am I able to do that with GeoSetter?

How do I print? I do not see any print command anywhere?
Tags:
Steps To Reproduce:
Additional Information: the photos are .jpg's taken with a digital camera.
Attached Files:
Notes
(0001676)
heiko   
2011-10-08 21:28   
GeoSetter does not support printing of images

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
893 [GeoSetter] Image Data tweak random 2011-10-23 15:33 2012-02-26 01:37
Reporter: sandeb Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.23 beta  
Product Build: 3.4.22 Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Export datei für Navigation
Description: Guten Tag Herr Friedemann Schmidt ,

Ich benütze schon einige Zeit Ihr Programm Geosetter 3.4.22 BETA .
Da habe Ich für meine VW Navi RNS510 einzelne Bilder als POI’s gemacht von meine Kunden in den Benelux .
Die benützte Ich als Bildnavigation .

Jetzt hat VW die Möglichkeit eine komplette Liste zu laden in die Navi .

Ist es möglich eine komplette Datei zu exportieren von diese einzelnen Bilder ? ( sind ung. 70 St. )
Ich habe es versucht in die Exportfunktion , aber da übernimmt das Programm die Dateien nicht .
( Anliegend ein Beispiel )

Unten kann man sehen das es als asc , oder csv , oder als gpx Datei gespeichert werden kann .

Danke für Ihr Antwort .

Mit freundlichen Gruss ,
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: BELUX Alles.gpx (5,678 bytes) 2011-10-23 15:33
https://www.geosetter.de/mantis/file_download.php?file_id=255&type=bug
Notes
(0001680)
heiko   
2011-10-23 23:32   
hilft hier der Google Earth Export weiter?
(0001681)
sandeb   
2011-10-24 18:02   
Leider nicht , es muss eine asc , oder csv , oder gpx Datei gespeichert sein .
Ich habe also auf meinem Rechner etwa 70 Bilder als .jpg Abbildung .
Diese Abbildungen enthalten GPS information .
Diese möchte Ich komplett importieren in die VW Navi .
Diese braucht aber die genannten Dateien ....
(0001682)
heiko   
2011-10-24 20:53   
diese Exportmöglichkeit gibt es (im Moment) in GeoSetter nicht. Hierzu müßte sich Friedemann Schmidt äußern ob er das in einer kommenden Version einbauen wird.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
891 [GeoSetter] User Interface feature have not tried 2011-10-15 14:34 2012-02-26 01:37
Reporter: VictorAndreu Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.23 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Catalan translation
Description: Catalan translation for UI
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
895 [GeoSetter] Image Data major always 2011-10-25 13:59 2012-02-26 01:37
Reporter: ente80 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.21 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Teiler für die Sekunden wird nicht gesetzt
Description: http://www.naviuser.at/forum/showpost.php?p=26015&postcount=4

Latitude und Longitude werden nach JEITA CP-3451 mittels Rationaler Bytearrays dargestellt, wobei jeweils Grad, Minuten und Sekunden in Form von "Brüchen" angegeben werden. Werden z.B. keine Sekunden angegeben, erhöht man die Minutenangabe um beispielsweise den Faktor 100 und setzt dann den Teiler 100. Hierbei werden die Sekunden dann mit 0 und dessen Teiler mit 1 angegeben. Und genau dies wurde bei diesem Bild unterlassen. Der Teiler für die Sekunden wurde einfach nicht gesetzt und das Byte enthält den Wert 0, was bei der Auswertung in GTA zu einem Positionswert von -1.#IND (undefined) führt.

Auszug aus der JEITA-Spezifikation:

GPSLatitude
Indicates the latitude. The latitude is expressed as three RATIONAL values giving the degrees, minutes, and seconds, respectively. If latitude is expressed as degrees, minutes and seconds, a typical format would be dd/1,mm/1,ss/1. When degrees and minutes are used and, for example, fractions of minutes are given up to two decimal places, the format would be dd/1,mmmm/100,0/1.


Der Fehler liegt also beim Schreiben dieser EXIF-Werte. Das kannst Du Dir auch im Windows-Explorer ansehen. Markiere mal jeweils ein Foto, welches in GTA funktioniert und eines, welches nicht funktioniert. Gehe auf Eigenschaften > Details und scrolle nach unten zum Bereich GPS. Dort siehst Du Breiten und Längengrad. Bei korrekten EXIF-Daten stehen dort jeweils Grad;Minuten;Sekunden. Bei diesem Foto nicht, sondern unsinnige Bytewerte.


Genau dieses Problem besteht in den XMP Files, die vom Geosetter erzeugt werden.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
894 [GeoSetter] Image Data major always 2011-10-24 22:40 2012-02-26 01:37
Reporter: AndCycle Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: failed to rename exiftool tmp file when batch processing
Description: I am trying to process bunch of jpeg file to synchronize with GPS log file,
about few hundreds of them,

I simply select lot's of file, Ctrl+G, select my GPS log folder,
yes, I do, then Ctrl+S to start saving process,
as the processing go, I can see multiple exiftool instance running from Task Manager,

after this I got an error report dialog,
it reported about file missing,
and I can see few file have suffix "_exiftool_tmp" been left over,

looks like the rename procedure doesn't goes well,

I attached the screenshot for you,

by the way,
could there be an option to limit the priority and the number of exiftool process?
this is kind of crazy to see 8 of them running on my system.
Tags:
Steps To Reproduce:
Additional Information: OS is a standard Win7x64 Pro,
ThinkPad X201s,
equipped with an i7 processor, 8GB ram, 1TB 2.5" hard drive,
using Microsoft Security Essential as antivirus software
Attached Files: geosetter_rename_bug.png (556,253 bytes) 2011-10-24 22:40
https://www.geosetter.de/mantis/file_download.php?file_id=256&type=bug
Notes
(0001683)
heiko   
2011-10-25 21:28   
this effect is normally caused by the virus scanner. I'm sure that all files could be renamed if you disable (for testing) your virus scanner.
(0001684)
AndCycle   
2011-10-25 22:03   
just tested that, doesn't work as expect,
there could be other thing cause this issue,

this can easily reproduce by putting pressure on disk i/o at my system :/
(0001685)
AndCycle   
2011-10-25 22:11   
gonna remove more stuff like TortoiseGit and anything possible working related to realtime file operation to confirm this,
I will find some time to test this on a clean system to clarify, maybe doing in virtual machine.
(0001687)
wabu13   
2011-10-28 20:06   
just try running geosetter as administrator (RMB --> run as admin)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
900 [GeoSetter] User Interface minor always 2011-11-14 20:57 2012-02-26 01:37
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.21 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Vordefinierter Filter läßt sich nicht ändern wenn keine Bilder im Browser angezeigt werden
Description: Version 3.4.22

meine Ablagestruktur besteht aus einem Ordner für jedes Jahr, und darunter für jeden Tag einen seperaten Ordner. Ich möchte einen Filter auf das Jahr 2011 anwenden, also wechsle ich im Browser auf diesen Ordner; Bilder sind keine vorhanden, da diese ja in weiteren Unterordnern liegen. Hier möchte ich dann den Filter aktivieren und anschließend mit dem Flat Modus das ganze jahr 2011 durchsuchen lassen.

Ein vordefinierter Filter läßt sich nicht aktivieren; es kommt die Fehlermeldung "Für die aktuelle Suchbedingung wurden keine Bilder gefunden". Ebenso läßt sich ein Filter, der in einem Unterordner mit Bildern aktiviert wurde nicht ändern wenn keine Bilder im Ordner vorhanden sind.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
899 [GeoSetter] User Interface minor N/A 2011-11-11 16:54 2012-02-26 01:37
Reporter: danc Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Ability to load your own map files
Description: Hi,
I was wonderig if there is a possibility to load your own maps/shapfiles. For some areas there is not a good terrain coverage or the user has better spatial information for the site and it would be good to to be able to have an option in Map Type menu to load your own shapefiles (ArcGIS or CAD file, whatever it's easier).

Also in the map menu (or somewhere else) would be good to have the ability to export the map window as a jpeg photo (with whatever it's loaded at that time).
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
896 [GeoSetter] Image Data major always 2011-11-02 16:43 2012-02-26 01:37
Reporter: mj72 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: How to avoid reading all 5000 photos at every startup?
Description: At every startup, Geosetter have to read all my 5000 photos. It takes 4-6 minutes, before I can do anaything - i.e. add new positions to new photos. Is there a way to cache this information to speed things up?

Thank you very much!
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001690)
heiko   
2011-11-02 21:16   
GeoSetter is always reading the information from all images in the actual directory. There is no cache available. The only thing you can do is to use more then one directory for your images.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
898 [GeoSetter] User Interface tweak always 2011-11-06 21:41 2012-02-26 01:37
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.21 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Land, Bundesland und Ort sind im Dialog "Ortsdaten auswählen" selektiert
Description: Version ist 3.4.22

Im Dialog "Ortsdaten auswählen" sind die 3 oben genannten Felder selektiert. Finde ich ein wenig verwirrend wenn man mit der Tab Taste auf ein bestimmtes Feld wechseln will.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Ortsdaten auswählen.png (30,243 bytes) 2011-11-06 21:42
https://www.geosetter.de/mantis/file_download.php?file_id=257&type=bug
png
Notes
(0001691)
heiko   
2011-11-14 20:58   
dieser Effekt tritt übrigens nur auf wenn per GPS Datei synchronisiert wird

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
897 [GeoSetter] Image Data major always 2011-11-03 22:46 2012-02-26 01:37
Reporter: IanEdwards Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Map View not using Proxy Settings
Description: Our network does not allow users to browse directly to the Internet, i.e. any browser must use the proxy server.

We have entered the proxy server informaiton into GeoSetter and Geosetter works fine but will not display the maps.

If I remove the restriction and allow the users to access the internet driectly then the map is displayed.

Basically the map component/viewer is ignoring the proxy server settings as our firewall indicates the system is accessing port 80 via the firewall, not the proxy.
Any ideas or settings we might have missed?
Cheers.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001692)
wroeers   
2011-11-17 11:58   
(Last edited: 2012-02-27 08:18)
Same procedure on our System. We found out, that not the proxy is the Problem. But the login window. Geosetter did not start the login username and password that allows the access to the internet.

kind regards


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
904 [GeoSetter] User Interface major sometimes 2011-12-09 17:14 2012-02-26 01:37
Reporter: Alex2718 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.21 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GeoSetterShellExt causes Windows 7 explorer context menu window to crash with certain jpg files
Description: I experience an annoying problem in Windows 7 when using the Explorer context menu. I get a crashing Explorer window when I try to view the Properties of certain jpgs. Using a suggestion I found in a Windows forum I disabled one by one all the none-Windows shell extensions until I found that disabling the GeoSetterShellExt removed the problem. The problem seemed to occur only with jpg files that had been given labels with Lightroom 3.5. Those labels show up in the Explorer Window.
Enabling GeoSetterShellExt does not in some cases cause the problem to reappear.

The whole business is rather unclear to me. Sometimes I have to reboot to get the Explorer shell extension to behave again. Sometimes the Explorer window crashes while I am doing something different.

Do you think this can be reproduced and is there a solution? I could live without the GeoSetterShellExt :)
Tags:
Steps To Reproduce:
Additional Information: Windows 7 Home Premium 32 bits
4 GB RAM
lots of free hd space
Attached Files: Verkenner-werkt-niet-meer.jpg (78,323 bytes) 2011-12-09 17:14
https://www.geosetter.de/mantis/file_download.php?file_id=259&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
903 [GeoSetter] User Interface feature N/A 2011-11-17 23:32 2012-02-26 01:37
Reporter: lspring Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Picasa Face Tag importieren
Description: ist es möglich in Geosetter die erkannten Gesichter als Tags zu übernehmen.

Ähnlich wie avpicfacexmptagger

hier der entsprechende Link

 http://www.anvo-it.de/wiki/avpicfacexmptagger:main
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
907 [GeoSetter] User Interface major always 2011-12-17 08:59 2012-02-26 01:37
Reporter: sign master Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Will not run at all on VISTA 64 P C
Description: Program did work in the past but now will not.
I completely uninstakked, deleted all references to the program even edited the registry file and don a clean install. I click on the ton and the program just does not load. It is not running in task manager as an application but is running as a process?
Any help appreciated
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001699)
heiko   
2011-12-17 20:47   
Have you also deleted the data in the following directory: <AppData>\GeoSetter
(0001701)
sign master   
2011-12-18 04:16   
(Last edited: 2011-12-18 04:18)
Yes deleted all references to GeoSetter.
I did notice last night as I rebooted after trying to run GeoSetter an error message flashed on the screen EXIF something failed to initialize??, it flashed up very fast so I did not have time to read it but may be related to GeoSetter not working. Apologies for the bad spelling above, was quickly typed on my iPad.


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
905 [GeoSetter] User Interface crash always 2011-12-12 21:15 2012-02-26 01:37
Reporter: stonecherub Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Crashes Win 7 OS
Description: Launch Geosetter, main window loads
Select folder of jpg images, images load
Click on "load track" icon, everything slows to crawl including Process explorer
I have waited more than 5 minutes, sometimes the track list shows.
If I wait long enough I can select a gpx track file.
Geosetter cannot be closed.
I must always use the reset button and re-boot the computer.

It worked fine two weeks ago.
Re-install of Geosetter did not solve the problem
Tags:
Steps To Reproduce:
Additional Information: Intel K655 3.2 Ghz CPU
16 Gb ram
Windows 7 sp1 64 bit OS
Attached Files:
Notes
(0001694)
heiko   
2011-12-14 21:39   
have you tried to delete the track cash? You will find the cash in the following directory: <AppData>\GeoSetter\track_cache
(0001695)
stonecherub   
2011-12-14 21:54   
Using "God Mode," I checked the Reliability monitor and whatever it monitors has gone from 8 to 5 to 2 in December. The biggest drop was on the day Geosetter failed. I tried it again yesterday and it worked fine. I will check more when I get back on Jan 5.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
908 [GeoSetter] Image Data crash always 2011-12-27 18:27 2012-02-26 01:37
Reporter: sysbb Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.23 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: KorrekturDatum = 30.12.1899, damit keine Zuodnung möglich
Description: Sowohl in Version 3.4.16 und 3.4.22 Beta

Seit längerem benutze ich Geosetter. Heute bin ich verzweifelt,
da ich die Urlaubsbilder nicht zuordnen kann. Die Tracks wurden mit Geotag erzeugt. Sowohl am iPhone als auch an der Kamera ware die Indische Zeitzone eingegeben (UTC+5:50), allerdings referenziert er auf ein Korrekturdatum vom 30.12.1899.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: geosetter_settings+Logfile-111227.zip (217,363 bytes) 2011-12-27 18:27
https://www.geosetter.de/mantis/file_download.php?file_id=261&type=bug
20111224-01 to Surajgarh Fort.gpx (170,100 bytes) 2011-12-29 23:59
https://www.geosetter.de/mantis/file_download.php?file_id=262&type=bug
Notes
(0001702)
heiko   
2011-12-27 23:33   
könntest du mal den GPS Track mit anfügen?
(0001703)
heiko   
2011-12-30 23:22   
der GPS Track scheint in Ordnung zu sein und auch ein Test mit meinen Bildern hat problemlos funktioniert.

Kannst du vielleicht einen Screenshot vom Dialog "Synchronisation mit GPS-Datendateien" machen? Eines deiner Bilder wäre auch hilfreich; du kannst dieses gerne direkt an heiko@geosetter.de schicken.
(0001704)
heiko   
2012-01-01 23:09   
im Dialog "Synchronisierung mit GPS-Datendateien" ist "Benutze Trackpunkt aus Karte" gewählt. Ein GPS Track wird mit deinen Einstellungen nicht automatisch geladen, so dass kein Trackpunkt vorbelegt wird. Im Dialog "Synchronisierung mit GPS-Datendateien" wird unten darauf hingewiesen, dass noch kein Trackpunkt gewählt wurde; dies kann an dieser Stelle über den Button "Gehe zurück und wähle Trackpunkt" nachgeholt werden. Wird dieser Trackpunkt gesetzt, dann stimmt auch die Zeitdifferenz.

@Friedemann: würde es hier nicht Sinn machen den Text, dass noch kein Trackpunkt gesetzt ist, in rot darzustellen und den "OK" Button auszugrauen?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
919 [GeoSetter] User Interface feature N/A 2012-02-15 19:04 2012-02-26 01:37
Reporter: nunopicado Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Feature suggestion: Drag photos to the map to assign coordinates
Description: It would be very nice to just drop one or more selected photos on the map, and the drop location would be assigned automatically to them.

Any chance this will be looked into in future releases?

Thank you
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
916 [GeoSetter] Image Data major always 2012-02-01 15:40 2012-02-26 01:37
Reporter: swistunm1 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Geosetter can't handle Proxy Authentication
Description: Apparently Geosetter can't handle HTTP status 407 replies ("Proxy Authentication Required") from a webproxy.
That leads to Geosetter being unable to load the Map, unless Proxy Authentication is disabled for *.geosetter.de...
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
922 [GeoSetter] User Interface feature N/A 2012-02-20 22:30 2012-02-26 01:37
Reporter: jacques10967 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.23 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Google Geocoding API
Description: Hi,

I would like to have the Google (reverse)Geocoding API "http://code.google.com/intl/de-DE/apis/maps/documentation/geocoding/" as an additional alternative to the GeoNames Webservice to reverse geoencode my images.
The Google Geocoding API is also free for non commercial use with a limit of 2500 requests per user per day. However it yields much better results than GeoNames, down to street number levels for some regions. And you can easily choose the language the result is encoded. e.g. choosing greek language for regions in Greece, or if you like, use English for an English translitaration of the placenames.
What do you think? Wouldn't this be a great new feature for an upcoming release of GeoSetter

Jacques
Tags:
Steps To Reproduce:
Additional Information: Give it a try
http://maps.googleapis.com/maps/api/geocode/json?latlng=37.9743924,23.7267083&sensor=false&language=el

or the same transliterated to English
http://maps.googleapis.com/maps/api/geocode/json?latlng=37.9743924,23.7267083&sensor=false&language=en
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
866 [GeoSetter] Image Data major always 2011-08-23 09:38 2012-02-25 17:51
Reporter: DetlevPade Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Southern Hemisphere not supported from GPS Co-ordinates
Description: Geotagging Photos from my GPS-logger with Photo-Tagger (or even manually with XnView using EXIF-tool) the GPS-Co-ordinate on the southern hemisphere is falsely interpreted as being on northern hemisphere, i.e. the Prefix "S for South" and the Prefix "W for West" are not taken into account.

Effect: A photo taken and geotagged in Brazil is interpreted by GeoSetter as being in Jemen.
Tags:
Steps To Reproduce:
Additional Information: Attached please find the GPS-Information from a photo taken in Brazil, which GeoSetter finds back in Jemen.
Attached Files: GPS_South-Hem.gif (8,252 bytes) 2011-08-23 09:38
https://www.geosetter.de/mantis/file_download.php?file_id=250&type=bug
gif

PH_12933.JPG (1,316,927 bytes) 2012-01-21 18:31
https://www.geosetter.de/mantis/file_download.php?file_id=264&type=bug
Notes
(0001707)
rafael   
2012-01-21 18:30   
Hi,
I have the same issue not only with North, but also with West. This mean that a picture takes in South America is reported as beeing taken in Afghanistan.
PhotoME, ACDSee and Picasa show them correctly, I have this issue only with Geosetter. See a sample attached.
What going wrong?
Thanks
Rafael
(0001721)
Friedemann   
2012-02-25 17:51   
In my opinion GeoSetter is correct! The attached image conatains the coordinates twice, in Exif data and in XMP data. The Exif data contain South/West and XMP data contains North/East. You can see it by using Ctrl+I. XMP data has priority in GeoSetter, so it shows it on North/West. The question is, where the wrong data in XMP data comes from. Which software did you use except GeoSetter?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
923 [GeoSetter] Image Data major always 2012-02-25 14:32 2012-02-25 17:23
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.21 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.23 beta  
    Target Version: 3.4.23 beta  
Summary: Coordinates read from KML files will be swapped when no altitude values are available
Description: Coordinates read from KML files will be swapped when no altitude values are available
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: TEST (1).kml (6,997 bytes) 2012-02-25 14:32
https://www.geosetter.de/mantis/file_download.php?file_id=270&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
924 [GeoSetter] User Interface feature have not tried 2012-02-25 14:35 2012-02-25 14:35
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 3.4.23 beta  
Summary: Possibility to clear track cache in options dialog
Description: Possibility to clear track cache in options dialog
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
921 [GeoSetter] User Interface minor always 2012-02-19 22:59 2012-02-21 12:41
Reporter: diyhouse Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Fails to read time info from track
Description: Geosetter fails to read time info from GPX file.

Time information seams to be OK,.. but is not being read, and I cannot see, or understand why
example file supplied

Logged as Minor problem,.. although I cannot actually use the app successfully, unless I am missing the obvious.
pls Help
Thankyou
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: file1.gpx (50,746 bytes) 2012-02-20 00:26
https://www.geosetter.de/mantis/file_download.php?file_id=269&type=bug
Notes
(0001715)
heiko   
2012-02-20 22:32   
I don't think that the date/time information is ok. The correct date/time format looks like this: yyyy-mm-ddThh:mm:ssZ

entry form your GPX: <time>2012-2-18T15:9:8Z</time>
correct version: <time>2012-02-18T15:09:08Z</time>

I've converted your track with GPSBabel from GPX to GPX. GPSBabel has fixed the wrong time format and the track is shown with time information in GeoSetter.
(0001717)
diyhouse   
2012-02-21 07:03   
Thanks for the guide,.. that did the trick.

Not sure how repeatable this is,.. but dragged file from desktop,.. and Babel added a an extra slash,.. so file name became \c:\user\........

Will report file format error back to originator app

Regards

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
918 [GeoSetter] Image Data major always 2012-02-04 18:47 2012-02-21 12:40
Reporter: hpsess Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Bei von Windows gedrehten Bildern verschwinden EXIF-Tags
Description: Beim Geotaggen von Bildern verschwinden die EXIF-OriginalDateTime-Tags (und einige andere), wenn das Bild vorher mit Windows Photo Viewer 6 gedreht wurde, reproduzierbar bei allen gedrehten Bildern mit dieser Kamera. Auch sind die Geo-Koordinaten dann nicht eingetragen, nur die Ortsbeschreibung scheint da zu sein - zumindest werden sie nicht mehr angezeit im Fenster Bild-Info (EXIF-Tool 8.77).
Das Originaldatum ist wenigstens im IPTC-Tag erhalten, aber viele andere Kamera-Einstellungen sind weg.
Ich kann mir den Unterschied nicht erklären !
Tags:
Steps To Reproduce:
Additional Information: anbei zwei Beispiele von gleich behandelten Photos, eines Querformat wie aus der Kamera, eines Hochformat, in Windows Vista gedreht (benutzt wohl den Windows Photo Viewer 6), jeweils vor und nach dem Geotaggen.
Attached Files: Bilder.zip (1,097,545 bytes) 2012-02-04 18:47
https://www.geosetter.de/mantis/file_download.php?file_id=266&type=bug
Conmpare-EXIF-Tags.xlsx (21,608 bytes) 2012-02-05 13:08
https://www.geosetter.de/mantis/file_download.php?file_id=267&type=bug
P1310974-geo-ign.jpg (277,173 bytes) 2012-02-05 13:09
https://www.geosetter.de/mantis/file_download.php?file_id=268&type=bug
Notes
(0001710)
heiko   
2012-02-04 21:10   
das liegt mit Sicherheit daran, dass der Windows Photo Viewer beim Drehen der Bilder die Exifdaten fehlerhaft schreibt. Werden die Bilder dann mit GeoSetter bearbeitet und gespeichert, so korrigiert ExifTool beim Speichern diese Fehler. Eine Korrektur kann hier durchaus auch bedeuten, dass die entsprechenden Daten gelöscht werden.

Du kannst diese Korrektur von ExifTool verhindern, indem du unter "Datei | Einstellungen" Reiter "Datei Optionen" Dateityp "JPEG" die Option "Kleine Fehler ignorieren" abwählst. Allerdings werden deine Änderungen in GeoSetter dann auch nicht mehr gespeichert. Über diesen Test kannst du auch prüfen ob ich mit meiner obigen Vermutung richtig liege.

Du solltest dir also eine andere Software suchen um Bilder zu drehen. Alternativ einen Fotoviewer verwenden, der die Rotationsinfos des Bildes beim Anzeigen berücksichtigt (dies würde ich bevorzugen, da viele Programme beim Drehen von Bildern Daten zerstören).
(0001711)
hpsess   
2012-02-05 13:03   
Nach Herausnehmen des Häkchens bei "Kleine Fehler ignorieren" sehe ich keine Änderung im Ergebnis des Geotaggen. (s. Datei P1310974-geo-ign.jpg)
Habe auf einem anderen Rechner ebenfalls Bilder gedreht mit Microsoft Windows Photo Gallery 6.0; führt zu dem gleichen Fehler.
Es scheint, dass der evtl. relevante Unterschied bei den EXIF-Daten folgendes ist (s. Excel-Vergleich von jeweils zwei Dateien vor dem Geotaggen)
0xea1d Offset Schema : 3984
0xea1c Padding : (Binary data 2060 bytes, use -b option to extract)

Oder kann eine Inkonsistenz bei
0x0112 Orientation : 1
0x0030 Rotation : 8 (aus Maker Note)
die Ursache sein ?

Kann/darf das der Grund für das Löschen der EXIF-tags sein ?
(0001712)
hpsess   
2012-02-05 13:51   
Noch eine Beobachtung:
Dies tritt erst auf seit dem 22.1.2012, ca.15:45Uhr; es mag sein, dass ich zu diesem Zeitpunk die neue Geosetter-Version 3.4.16.2119 heruntergeladen habe.

Es tritt zum ersten Mal auf bei EXIF-Tool Vers. 8.76; ich habe aber auch mit EXIFtool 8.76 bearbeitete Bilder gefunden , bei denen offensichtlich alles OK ist.
(0001713)
heiko   
2012-02-05 20:58   
eine Erklärung weshalb EXIF Informationen gelöscht werden ist in der FAQ von ExifTool zu finden: http://owl.phy.queensu.ca/~phil/exiftool/faq.html#Q15

GeoSetter selbst schreibt keine Daten, sondern verwendet hierzu ExifTool. Falls du der Meinung bist, dass dieses Verhalten erst mit einer aktuellen ExifTool Version vorkommt könnte ich dir eine Version 8.51 zukommen lassen.
(0001714)
hpsess   
2012-02-12 01:57   
Sieht so aus, als wäre das Problem jetzt im Griff...
Die Ursache ist mir immer noch nicht ganz klar - aber jetzt geht alles wieder wie es soll (mit neuestem Exiftool 8.78). Womöglich lag es an einer uralten Exiftool-Version, die noch unter Program Files/Geosetter/Tools schlummerte, und die ich nun gelöscht habe. Der richtige Speicherplatz für EXIF-Tool ist ja wohl schon seit einigen Versionen C:\Users\...\AppData\Roaming\GeoSetter\tools .

Die Dateien mit den fehlenden EXIF-Tags hatten zumindest die GPS- und Zeitdaten in den XMP-Tags gespeichert; daraus hat Geosetter diese Daten wieder in die EXIF-Tags kopiert, nachdem ich unter "Einstellungen - Daten-Optionen" das sofortige Setzen von automatischen Feldern aktiviert habe.
(0001716)
hpsess   
2012-02-21 00:37   
Jetzt ist mir die Ursache klar geworden... Entgegen meiner obigen Ansagen ist das unabhängig von der EXIFtool-Version.

Ich hatte wohl doch wieder ein paar Verzeichnisse mit EXIFER geöffnet und Dateien damit bearbeitet (s. Mantis-ID 0000572) - EXIFER kann halt immer noch mehr als andere Programme ;-).
Es ist also definitiv ein Problem von EXIFER, dass die Tags dauerhaft verschwinden, da EXIFER nicht mehr alles lesen kann, was Geosetter geschrieben hat; das wird allerdings erst durch Bilder-Drehen beim Vista-Explorer ausgelöst. Die Tags sind zwar nach dem Schreiben mit Geosetter noch da (einige Programme können sie lesen), eine weitere Modifikation mit EXIFER muss aber unterbleiben. (Bemerkenswert ist, dass die Bilder vor der Bearbeitung mit Geosetter auch in EXIFER lesbar sind, nur nachher nicht mehr.)

Reparatur: Ein Einlesen der mit Geosetter bearbeiteten Bilder im "Gimp" und anschließendes Speichern stellt die EXIF-Tags (allerdings unter Verzicht auf die ITPC-Tags!) wieder so her, dass sie dann auch in EXIFER wieder gelesen werden können.

Vorbeugen: Das Drehen im Vista-Explorer, was der eigentliche Problem-Verursacher (in Verbindung mit Panasonic-Photos) zu sein scheint, vermeide ich inzwischen mit dem Freeware-Tool "JPEG LosslessRotator":
   http://jpeg-lossless-rotator.soft-ware.net/download.asp
Damit gibt es keine Probleme bei der Weiterverarbeitung, auch nicht mit EXIFER; es läßt die Bilder-Rotation auch aus dem Explorer-Kontext-Menü zu.
(0001718)
heiko   
2012-02-21 12:40   
EXIFER ist inzwischen in die Jahre gekommen und selbst Friedemann empfiehlt inzwischen andere Programme zu verwenden. Wobei ich EXIFER auch noch auf dem Rechner habe :-)

Ich persönlich würde ExifToolGui (http://u88.n24.queensu.ca/exiftool/forum/index.php/topic,2750.0.html)empfehlen. Dieses Programm setzt auf ExifTool auf und unterstützt auch ein verlustfreies Drehen der Bilder.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
906 [GeoSetter] Image Data major always 2011-12-16 19:36 2011-12-17 23:34
Reporter: georoom Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GPS- und Ortsdaten nicht sichtbar in Lightroom 3.6
Description: Optionen JPEG: Daten in XMP-Sidecars speichern, keine Aktualisierung von Daten in Bilddatei
Nach manuellem Geotagging in Geosetter und Online-Zuweisung der zum GPS gefundenen Ortsinformationen stehen alle Informationen in der XMP-Datei.

Anschließender Import in Adobe Lightroom 3.6.
In den GPS-Daten werden weder die numerischen GPS-Koordinaten noch die textuellen Ortinformationen angezeigt.

Die innere Struktur der initial von Geosetter erzeugten XMP-Datei (siehe Anlage) weicht aus meiner Sicht auch von dem ab, was Lightroom selbst erzeugt.
Tags:
Steps To Reproduce:
Additional Information: Bei Bedarf kann ich ein funktionierendes Beispiel beisteuern.

"Schwerer Fehler" deswegen, weil dies der eigentliche Programmzweck von Geosetter ist...
Attached Files: Cornwall_0198.xmp (4,660 bytes) 2011-12-16 19:36
https://www.geosetter.de/mantis/file_download.php?file_id=260&type=bug
Notes
(0001696)
heiko   
2011-12-16 20:51   
ich würde dieses Problem mal im ExifTool Forum posten. GeoSetter selbst schreibt keine Daten, sondern verwendet zum Schreiben ausschließlich ExifTool.

Hier die URL zum ExifTool Forum: http://u88.n24.queensu.ca/exiftool/forum/
(0001697)
georoom   
2011-12-17 10:02   
Hallo Heiko,

ist erfolgt, siehe <http://u88.n24.queensu.ca/exiftool/forum/index.php/topic,3794.msg17431.html#msg17431>.

Mal sehn, wie das weitergeht.
(0001698)
georoom   
2011-12-17 13:17   
Hallo Heiko,

ich habe inzwischen weitergesucht und probiert und bin für mich zu der Erkenntnis gekommen:

Kein Bug, sondern ein Feature - und zwar von Lightroom !

Lr behandelt JPEGs und TIFFs anders als RAWs und will bei den erstgenannten die Metadaten partout aus den Bildern selbst lesen und nicht aus xmp sidecars. Warum Lr an dieser Stelle nicht konsequent eine einheitliche Speichermethode anbietet (und einhält) erschließt sich mir noch nicht...

Mit dem Schreiben der Metadaten durch Geosetter/Exiftool IN die JPEGs ist der Transport der Metadaten auf jeden Fall möglich, aber mit unangenehmen und aus meiner Sicht unnötigen Nebenwirkungen verbunden. Die JPEGs werden alle verändert und verstopfen so erst einmal die BackUp-Wege und -Medien.
(0001700)
heiko   
2011-12-17 23:34   
ich habe mir gerade den Thread im ExifTool Forum durchgelesen. Die letzte Antwort von Phil sagt eigentlich ganz klar, dass es ein Bug von LR ist.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
660 [GeoSetter] User Interface feature always 2010-10-11 22:28 2011-12-10 07:29
Reporter: janvg Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.60 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: download country and city from geonames for batch of files
Description: Is it possible to download from web (geonames) for a batch of files the location info (country, province, city, sublocation) , given the geo-coordinates of these files?
I would also like to know whetherit is possible to download only (for example) country and city (and not province and sublocation)?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001693)
raldo   
2011-12-10 07:29   
(Last edited: 2011-12-10 07:29)
Does this mean: Select many files in the left pane and then press a button which updates the city/state/loc/sub-loc for all those images?

That's something I'd like to see too. Maybe an option which makes it possible to switch between "always select the closest location" or "prompt the user when multiple positions are available".

I just discovered that Geosetter can do city/state/loc/sub-loc but doing one image at the time for my 7000 meticulously tagged images is far to cumbersome!


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
392 [GeoSetter] User Interface feature always 2010-01-17 11:00 2011-10-29 10:04
Reporter: fun_msa Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.2.6 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Background processing
Description: Actually during saving info files treatement, the GUI GeoSetter don't allow to the user any other choice than to wait.... it's a pity because saving exif take time.

Exemple :
I have 10 folders with 1000 CR2 files inside. I go in the first folder select all images set geolocalization and save it. I could not go to other folder until all files in the first have been saved. It's a worst time...

Proposal :
Just put saving process in a thread in background. Doing this you allow user to change folder and begin to process another folder in same time. It's very more userfriendly and not time worst.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000785)
rokdd   
2010-01-17 11:34   
my experience with such functionality in Adobe Bridge (which try to do that in background) is worst too.. would it work to open 2 instances of program?
(0000786)
Friedemann   
2010-01-17 12:33   
First of all: It depends on you if it is wasting of time. Of course it is when staring on the screen an watching the progress bar ;-) Sorry, that is a joke :-)

It's not simply putting a process in background. There need to be added managment functionalety for the user interface.

> would it work to open 2 instances of program?

no, only 1 instance is possible.
(0000788)
fun_msa   
2010-01-17 16:50   
(Last edited: 2010-01-18 23:24)
Hi,

  I'm developper too and understand than change like that look easy but in developpment nothing is simple...

  I ask that because I geotagged all my photo recently. It was a huge process and a realy appreciate GeoSetter. But during this process a spend 2/3 of time to wait looking scroolbar ;) If the folder was huge... ok I could do other thing on my PC, but for few pictures (30 or 80), what can I to do for 50secondes before to have the hand with GUI and geotag another folder ?

  If the background process is to hard to implement (but background manager is the futur way to implement application running on multicore PC) you can perhaps prepare a basket work. When user have finished to prepare all images/folders to tag into basket I can run actual process of tagging with this list. It's a very simple way to implement it and user don't loose time (basket could be huge and it could be a night processing). What do you think ?

(0000835)
fun_msa   
2010-01-28 21:44   
Hello,

   Any feed-back about idea ?
(0000837)
Friedemann   
2010-01-28 23:00   
> If the background process is to hard to implement (but background manager
> is the futur way to implement application running on multicore PC) you
> can perhaps prepare a basket work.

yes, this will be an option on which I already thought for myself. Maybe I will add something like this in a future version.
(0001118)
silmaril   
2010-06-06 20:42   
This sounds very similar to issue 0000156 (sorry, I don't know how to make a link here).

I think it's a great idea to implement some kind of "basket work" or "batch processing" or whatever you wish to call it.
This would improve the user experience very much for at least one user - me. ;-)

In fact this wish is definitively my top favorite. Every other aspect of GeoSetter is working almost perfect for me as it is now.
(0001688)
fun_msa   
2011-10-29 10:04   
Hello Mr Fiedemann after some others geotag processing on a huge amount of picture I ask you again the concept to do a "basket" processing. It's very a pity to wait tagging for each folder. If you remember you can do it by 2 ways :

- The processing of tagging is a background process.
- Put all by a button the tagging processing into a basket and at the end start the final tagging process to all basket previously created.

Please considerate this issue because it's very time consuming to wait the tagging process folder by folder like actually.

Many thanks

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
892 [GeoSetter] User Interface minor always 2011-10-18 23:00 2011-10-21 20:46
Reporter: evertklevert Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Can't import .gpx file
Description: Can't seem to import my .gpx file produced with android app 'open gps tracker'.
Geosetter says there's no time info. When opening the file in notepad there surely is time info. Please help
Tags:
Steps To Reproduce:
Additional Information: See added file
Attached Files:
Notes
(0001678)
evertklevert   
2011-10-18 23:01   
can't seem to upload file ?
(0001679)
evertklevert   
2011-10-18 23:09   
Mmm. Seems to be resolved by installing new version.
Sorry to bother and compliments!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
646 [GeoSetter] Image Data minor sometimes 2010-09-12 19:09 2011-09-18 14:22
Reporter: JMB Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.60 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Canon RAW mode CR2 files
Description: I have been using RAW mode mainly with my Canon camera for the last few months.

I use Geosetter to add the Lat/Long to these CR2 files as well as the associated JPG. The Lat/Long can been seen in the appropriate column when I examine the files in Geosetter but it is not seen when I view the file information with Irfanview.

When I edit the files in PICASA and upload the files as JPG to the PICSA website then the positions are not shown. I looked at some of the JPGs produced by PICASA and there is no Lat/Long in the EXIF.

Are RAW CR2 files compatible with Geocoding or is this a PICASA problem?


MB
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001674)
JMB   
2011-09-18 14:22   
I edited my images with PICASA and export to a folder as JPGs. As noted the positions are lost in conversion from .CR2 RAW files.

If I try running GEOSETTER on the exported JPG files then it fails, I get the message.

C:\Users\....\AppData\Roaming\GeoSetter\tools\exiftool.exe -@ "C:\Users\....\AppData\Local\Temp\et00A0A69D.arg" -common_args "C:\Users\.... 3017.jpg"

-overwrite_original
-m

Error: Error reading StripOffsets data in IFD0 - C:/Users/... 3017.jpg
Error: Error reading StripOffsets data in IFD0 - C:/Users/... 3017.jpg


MB

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
883 [GeoSetter] User Interface minor always 2011-09-14 11:29 2011-09-16 21:01
Reporter: WoBinIch Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.14 Release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: imatch calls geosetter does not work anymore
Description: Hej,
i used the imatch-script with GeoSetter V. 3.1.x....
It worked fine over a long time...

Now i updated Geosetter to the newest version 3.4.14.

The result is shattering .... I get a failure message from Geosetter which means: "Geosetter was started with unknown parameter."

I think that Geosetter changed/removed the parameter /Collection in the commandlinestring.
But now... what is to do? I did´nt find a parameter similar to /Collection?

Can somebody help?

Thanks
 
Tags:
Steps To Reproduce:
Additional Information: Look also at this thread at imatch-form (last entry)
http://ptforum.photoolsweb.com/ubbthreads.php?ubb=showflat&Number=56215&page=2
Attached Files:
Notes
(0001669)
heiko   
2011-09-14 21:13   
I never heard from a parameter /collection, but when trying to start GeoSetter from the command line it works without error. Tried this with version 3.4.16 and with version 3.4.22 beta
(0001670)
WoBinIch   
2011-09-14 21:29   
Sorry, i was wrong... I am using 3.4.16...

So this is a part of the script in imatch...

Const GEOSETTER_PATH As String = "C:\Programme\Fotografie\GeoSetter\GeoSetter.exe"
Const PARAM_FILE As String = "D:\temp\imatch_geosetter_params.txt"

and here is the content out of the imatch_geosetter_params.txt-file:
/Collection
P:\Bilderablage\Bilder\IMG_0034.JPG
P:\Bilderablage\IMG_0035.JPG
P:\Bilderablage\IMG_0036.JPG


so i think, that /collection is the commandline-parameter to give the right images to geosetter...
Or am i wrong?

BTW: i did´nt find a possibility to download the latest beta? Where is the beta stored?
(0001671)
heiko   
2011-09-14 21:54   
I've just created such a file manually and all works fine for. I can reproduce your error if one of the image filenames is not correct or some if of these files are missing.

you can download the latest beta here: www.geosetter.de/geosetter_beta.exe
(0001673)
WoBinIch   
2011-09-16 20:53   
Hej,
so... i updated to the beta-version.

For whatever reason.... now it works fine...

So at this time you can close this issue...

Thanks for help

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
873 [GeoSetter] Image Data minor always 2011-09-02 15:05 2011-09-13 20:53
Reporter: FixB Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.21 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Some of my gpx files are readable, others keep getting the msg of invalid track file
Description: Some of my gpx files are readable, others keep getting the message : "You didn't select a track file or your selected track file doesn't contain any coordinates including date time information".
I can't tell why some work and some don't.

A gpx file is joined as an exemple...

Thanks :)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: 20110810_vol.gpx (169,745 bytes) 2011-09-02 15:05
https://www.geosetter.de/mantis/file_download.php?file_id=252&type=bug
Notes
(0001661)
heiko   
2011-09-05 21:05   
the attached GPX file is working without problems on my system
(0001662)
FixB   
2011-09-05 22:14   
Thanks for looking into my problem.
Any idea why it does not work on my system?
Could it be because of an option in geosetter parameters?
(0001663)
heiko   
2011-09-05 22:43   
I assume that you get the error message when trying to synchronize your images with the gpx file. Are your sure that the gpx file is loaded?

The error message says that the gpx file is not loaded or has not enough data. The gpx file is ok (coordinates and time is available), therefor I think the file is not loaded ..

My track files are normally in the same directory as the images; in the standard configuration GeoSetter will load these tracks automatically. If you have another sorting of your files you can load the gpx files in the synchronisation dialog.
(0001664)
FixB   
2011-09-10 12:52   
Thanks for your answer.
I just tried to put the gpx file in the same directory as my pictures, using then 'synchronize with tracks in the current directory'... bu the result is the same :(
I'm using windows 7 64. Could this be the problem?
(0001665)
heiko   
2011-09-10 23:01   
I'm also using Win 7 64 Bit. Therefore this is not the problem.
(0001666)
FixB   
2011-09-10 23:11   
Tried uninstalling and reinstalling geosetter: no change :(
(0001667)
heiko   
2011-09-10 23:16   
Have you deleted all settings after the deinstallation? You will find these files in the following directory: <AppData>\GeoSetter

On Win7 <AppData> is C:\Users\<UserName>\AppData\Roaming
(0001668)
FixB   
2011-09-13 14:40   
Thanks : it worked!
Don't know what I had done wrong ine my options, but it's working now.
Thanks again for your help!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
405 [GeoSetter] Image Data minor sometimes 2010-01-27 19:39 2011-08-13 15:37
Reporter: JMB Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.2.6 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Several image files always fail to update
Description: When I do a Refresh to update the image files there are always several that fail.

If I refresh again then a few more will more update but there will just about always be one or two left that do not update.

If I close Geosetter and look in the folder then the files will have been renamed from .JPG to .JPG_exiftool.tmp

This has been happening regularly for the last month or so but never happened before then. Sometimes the odd file would not update but always did so after a few tries.

I have not altered any Geosetter settings

Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Untitled.png (87,787 bytes) 2010-01-27 19:39
https://www.geosetter.de/mantis/file_download.php?file_id=28&type=bug
png

Untitled2.png (86,781 bytes) 2010-01-28 00:12
https://www.geosetter.de/mantis/file_download.php?file_id=29&type=bug
png

Untitled3.png (78,986 bytes) 2010-01-28 00:12
https://www.geosetter.de/mantis/file_download.php?file_id=30&type=bug
png
Notes
(0000821)
Friedemann   
2010-01-27 20:53   
I know about this problem, I get it reported from time to time, but very rarely. The error message "Error renaming temporary file" comes from ExifTool. A few months ago I already asked Phil Harvey, the programmer of ExifTool. His answer

> You may get this error if you are using the -overwrite_original option and
> the target file is either write protected or the user doesn't have the
> necessary permission to write the file. As you pointed out, in Windows this
> may also happen if the file is being accessed by another application. (Not
> in other operating systems though, because this behaviour makes the system
> susceptible to simple denial of service attacks, and only Windows doesn't
> seem to care about this security problem.) If this happens, the temporary
> file is deleted and the original file will remain untouched:

So is it perhaps possible that another software is running perhaps in the background which accesses the image files? Perhaps an antivirus application?

One reason in the past was a service application running on Sony Vaio Computers (VCFw.exe, "Vaio Content Folder Watch"). After deactivating it, ExifTool (and GeoSetter) worked correctly.

Do you have any idea regarding other software running in the background?
(0000822)
JMB   
2010-01-27 21:21   
I have Norton 2009 running on that PC. The sample I attached was a batch of perhaps a hundred images and about half a dozen failed. That is a typical proportion.

I will try downloading the files again later - so no EXIF. Then run again with Norton disabled.
(0000831)
JMB   
2010-01-28 00:13   
I just ran again twice with Norton off - 171 images processed

First run, two files were not updated.

Second run, one file was not updated.

I noticed that both times the first file in the list was missed.
(0001656)
Wilfried   
2011-08-13 13:09   
I experienced the problem only very occasionally till two months ago. However, recently I see it every time after importing more than a couple of new photos.
I use two cameras:
- Pictures from the Konica Minolta 5D only very rarely fail saving
- 10-15% of the JPGs from my new Sony alpha SLT-A55V (with GPS tagging) will bring an error message the first save, leaving a .JPG_exiftool_tmp file for each file in error. After I renamed all of them to .JPG most or all of them will be saved. After repeating the process 2, 3 or even more times, I can successfully save all files.
Before adding or modifying GEO tags and adding IPTC metadata with GeoSetter, I use ImageIngesterPro Version 3.4.10 to import the files (from both cameras) and add some bulk metadata.
(0001657)
JMB   
2011-08-13 15:37   
I do have a Viao so will disable that program though not been experiencing the problem much recent;y.

MB

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
858 [GeoSetter] Image Data major sometimes 2011-08-03 19:32 2011-08-06 21:12
Reporter: dhmc05 Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: xmp_exiftool_tmp and xmp together in directory
Description: When saving the files there remain xxx.xmp_exiftool_tmp files in the directory next to xxx.xmp.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001652)
heiko   
2011-08-03 21:16   
turn your virus scanner temporarily off and try to save your images again. If the tmp files will now be deleted your virus scanner blocks something so that ExifTool can not delete these files.

don't forget to turn your virus scanner on after this test!
(0001654)
dhmc05   
2011-08-06 08:36   
It seems that somehow the virus scanner was the cause of the problem. At least yesterday I geotagged images with the virus scanner off and had not the problems.
You may close the problem for now. If the problem occurs again, I will report it.
(0001655)
heiko   
2011-08-06 21:12   
It seams that this problem was caused from the virus scanner, and therefore GeoSetter or ExifTool have no chance to do something against this problem.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
432 [GeoSetter] User Interface feature N/A 2010-02-05 21:27 2011-08-03 11:39
Reporter: GPSler Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.0 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add timezone to rename function
Description: Hello,

I hope I do not disgrace myself again and missed this already included feature again. ;-)

Would it be possible to add the timezone to the rename function?

All my images from abroad have UTC time and because of this the filenames are in UTC as well. So it would be nice to include this timezone in a way like 20100205_212223_UTC+2.JPG.

Best regards
GPSler
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001649)
GPSler   
2011-08-03 11:32   
Hi again,

It would also be nice to add (calculate) the timezone time to the time when the images are taken.
e.g. if we take the example from above:

20100205_212223.JPG Timezone is maybe 4 then the result could be

20100205_212223_(162223).JPG

The advantage is, that images are not mixed up in a folder if you have images with different timezones but also see the original time.

One question regarding the information of the time zone drop down menu:
Is there any place (EXIF, IPTC, ...) where this information (e.g. UTC+2) is stored?

GPSler
(0001650)
GPSler   
2011-08-03 11:39   
Maybe the syntax could be changed this way:
{TakenDate:+TZyyyymmdd_hhnnss}

so the syntax for the example above would be:
{TakenDate:yyyymmdd_hhnnss}({TakenDate:+TZhhnnss})
where TZ is the Timezone, which can be added or subtracted from the token.

Just an idea.

Gruss
GPSler

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
793 [GeoSetter] User Interface minor unable to reproduce 2011-04-03 22:18 2011-08-02 23:47
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.21 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Thumbs.db
Description: Version 3.4.22 Beta

ist es möglich dass GeoSetter diese Datei in den Verzeichnissen anlegt in denen die Bilder sind? Wenn ja, dann bitte eine Option um dies zu unterdrücken oder ganz abstellen!
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001540)
Phoenix   
2011-04-04 16:38   
Eher unwahrscheinlich, dass Geosetter selbst die Datei anlegt.
Probier doch mal, ob das Problem damit verschwindet:

http://computer.meinwissen.info/thumbsdb-was-sie-ist-und-wofuer-man-sie-braucht/
(0001541)
heiko   
2011-04-04 21:39   
nach dem Lesen des Artikels ist es noch wahrscheinlicher dass GeoSetter die Thumbs.db anlegt. Ich habe hier Win 7; laut dem Artikel wird unter Win 7 keine Thumb.db mehr angelegt, sondern es wird ein zentraler Speicherort verwendet. Zudem verwende ich den Windows Explorer seit Vista nicht mehr (in meinen Augen unbrauchbar).

Das Problem mit der Thumbs.db besteht auch noch nicht sonderlich lange, und ich meine dass Friedemann die Browser Komponenten in GeoSetter vor nicht alzulanger Zeit aktualisiert hat (aber da bin ich mir nicht wirklich sicher :-))
(0001648)
heiko   
2011-08-02 23:47   
die von GeoSetter verwendeten Komponenten legen laut Friedemann keine Thumbs.db an, verwenden aber diverse Windows API Funktionen, so dass die Thumbs.db wahrscheinlich durch den Aufruf dieser APIs von Windows erstellt wird.

Seit ich das "Zwischenspeichern von Bildern in Miniaturansicht" per Gruppenrichtlinie unterdrückt habe wird keine Thumbs.db mehr erstellt.

Diese Einstellung läßt sie wie folgt setzen:
gpedit.msc starten
Benutzerkonfiguration | Administrative Vorlagen | Windows-Komponenten | Windows-Explorer
-> "Zwischenspeicherung von Bildern in Miniaturansicht deaktivieren" = Aktiviert

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
848 [GeoSetter] Image Data major have not tried 2011-07-17 11:38 2011-07-23 19:52
Reporter: nehonimo Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Angezeigte GPS/Ortsdaten werden in Geosetter angezeit (als gespeichert) sind aber nicht im Bild
Description: Hallo,
ich hatte 3.3.60 genutz.
Geodaten mit Ortsdaten eingegeben und gesichert.
Exiftool hatte bei einigen .jpg probleme gehabt in die Datei zu schreiben. Bei den cr2 wurden die .xmp ohne Probleme angelegt.
Fazit war, dass einige .jpg Dateien nicht mehr vorhanden waren. Es gab aber noch die .tmp (über die Endung bin ich mir nicht mehr ganz sicher), die ich dann einfach wieder in .jpg umbenannt habe.

Problem ist nur, das in 3.3.60 für diese Bilder die in wirklichkeit keine GPS/Ortsdaten haben, in geosetter immer noch die "nicht gespeicherten" GPS/Ortsdaten angezeigt werden. Ich kann jetzt in Geosetter aber auch nicht nochmal speichern, da das Diskettensymbol ausgegraut ist. Auffrischen ändert auch nicht. Habe jetzt auf 3.4.16 aktualisiert und habe dort das gleiche Verhalten.
Wie kann ich die wirklichen Daten aus den Bildern nochmal einlesen?
Tags:
Steps To Reproduce:
Additional Information: Hatte erst Geosetter benutzt, dann die Bilder in LR 3.3 importiert.
Dann in LR 3.3 verschlagwortet und diese Daten wieder in die Bilder gespeichert.
Die Stichworte von LR werden in Geosetter angezeigt
Attached Files: IMG_0989.jpg (396,513 bytes) 2011-07-17 23:38
https://www.geosetter.de/mantis/file_download.php?file_id=244&type=bug
Geosetter_110717_233953.jpg (2,585 bytes) 2011-07-17 23:41
https://www.geosetter.de/mantis/file_download.php?file_id=245&type=bug
jpg

IMG_0989.txt (11,932 bytes) 2011-07-17 23:47
https://www.geosetter.de/mantis/file_download.php?file_id=246&type=bug
Notes
(0001633)
heiko   
2011-07-17 21:24   
(Last edited: 2011-07-17 21:25)
kannst du hier ein Beispielbild bei dem dieser Effekt auftritt hochladen oder an heiko@geosetter.de schicken?

(0001634)
nehonimo   
2011-07-17 23:49   
Hallo Heiko,
habe das original img...jpg mit irfanview kleiner gemacht. Exif etc habe ich erhalten. Aber sicherheitshalber nochmal vom Original mit exiftool eine .txt Datei erstellt die ich auch hochgeladen habe. Natürlich auch ein screenshot vom geosetter.
(0001635)
heiko   
2011-07-17 23:58   
gibt es zu diesem Bild evtl. ein xmp Sidecar File? Im Bild selbst sind keine GPS Informationen enthalten (auch nicht in dem TXT File).

Bei mir läßt sich dieses Bild problemlos speichern; ich verwende allerdings die aktuellste Beta von GeoSetter und hatte vorhin gerade die aktuellste Version von ExifTool herunter geladen.

Das Bild selbst wird bei mir als rot (nicht gespeicherte Änderungen) angezeigt, da das Aufnahmedatum aktualisiert werden muss. Ich denke allerdings, dass es eher an einem vorhandenen Sidecar File liegt dass du nicht speichern kannst.
(0001636)
nehonimo   
2011-07-18 20:44   
Hm,
ich versuch mal das komplette Vorgehen zu beschreiben, unten dann den aktuellen Stand.

Vorgehen:
Das .jpg und das .cr2 lagen im selben Verzeichnis. Dann habe ich geosetter 3.3.60 drüber laufen lassen. Bei dem .jpg hatte exiftool ein Problem mit umbenennen, es gab nur noch eine .tmp Datei die ich wieder in .jpg umbenannt habe. Die .cr2 Datei hat eine .xmp Sidecar Datei bekommen.
Jetzt habe ich die .jpg und .cr2 in LR 3.3 importiert. Dummerweise wurde bei dem .cr2 nicht angezeigt, das eine .xmp sidecar dazu gehört. Interesannterweise sind die Geodaten (gps+Ortsinfo) für .cr2 sichtbar. Für das .jpg sind in LR keine geodaten sichtbar. Dann habe ich die .jpg und .cr2 in LR in ein anderes Verzeichnis verschoben. Dabei habe ich gemerkt, dass die .xmp Dateien nicht mit kopiert wurden und das LR die Zuordnung von .cr2 zu .xmp nicht anzeigt.
Danach habe ich Stichworte aus LR in .jpg und in die .cr2 geschrieben.
LR schreibt aber nicht in .cr2 und legt stattdessen eine .xmp Datei zum .cr2 an.
Dies ist jetzt der aktuelle Zustand.

Aktueller Stand:
Im Verzeichnis liegt die .jpg und die .cr2 mit der .xmp zum .cr2.
(0001637)
heiko   
2011-07-19 00:45   
wenn ExifTool ein Problem mit dem Umbenennen von Dateien hat ist diese Datei entweder exklusiv von einem Programm geöffnet, oder der Virenscanner ist schuld daran.

Ich habe keine Erfahrung mit Lightroom und auch nicht mit RAW Dateien; mehr als den obigen Tipp kann ich dir leider nicht geben ..
(0001638)
nehonimo   
2011-07-19 20:43   
Woran macht denn Geosetter fest, ob die xmp zum .jpg oder .cr2 gehört?
(0001639)
heiko   
2011-07-19 21:13   
keine Ahnung, aber ich würde ganz naiv behaupten zu beiden Dateien
(0001640)
nehonimo   
2011-07-20 23:01   
Habe jetzt .cr2 und .xmp in einen Ordner und .jpg in einen andern Ordner verschoben. Im geosetter auf .jpg zeigt jetzt keine geodaten an. Die .xxmp wurde wie vermutet für beide Dateien interpretiert.
Werde wohl als Workaround die Dateine umbenennen, damit .jpg und .cr2 nicht mehr identisch heißen.
Bei den Datei Optionen kann man ja einstellungen bzgl. Sidecar und co machen. Vielleicht kann man dort bei eine Option einbauen für bestehendes sidecar ignorieren und dies dann bei .jpg aktivieren.
Hat aber keine hohe Priorität.

Danke für deine Unterstützung und für dies tolle Tool.
(0001644)
Friedemann   
2011-07-23 19:52   
> Die .xxmp wurde wie vermutet für beide Dateien interpretiert.

das ist leider so, und das kann man auch nicht ändern, außer durch entweder unterschiedliche Benennung der Dateien oder aber Speicherung in unterschiedlichen Ordnern. Meiner Meinung nach sind separate Ordner auf jeden Fall vorzuziehen, d.h. ich würde den JPEGs und RAWs auf keinen Fall unterschiedliche Namen geben. Meiner Meinung nach gehören RAWs und entwickelte gleichnamige JPEGs NICHT in einen Ordner...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
850 [GeoSetter] Image Data minor sometimes 2011-07-22 14:56 2011-07-23 02:19
Reporter: DirkK Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.21 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Fehlermeldung beim Speichern: Error: [minor] Suspicious ExifIFD offset for OwnerName
Description: Hallo

Habe bis gerade mit der 3.4.16Beta gearbeitet und nun auf Version 3.4.21Beta geupdatet, in der Hoffung das das öfters autretende Problem verschwindet. Leider ohne Erfolg.

Mein Problem ist folgendes:
Wenn ich zu meinen Bilder die GPS-Daten zuordne (egal ob per Track-Datei oder per Hand) und die Änderung dann speichern möchte, bekomme ich bei 50-70% der Bilder folgende Fehlermeldung:
Warning: [minor] Entries in ExifIFD were out of sequence. Fixed. - M:/Bilder/2011/2011_03_19/IMG_0388.JPG
Error: [minor] Suspicious ExifIFD offset for OwnerName

In diesen Bilder wird zwar alles soweit gespeichert, bis auf die GPS-Daten.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001642)
Friedemann   
2011-07-22 16:11   
Schau mal in der Programm-Hilfe unter "FAQ / Ich erhalte Warnungen oder Fehler beim Speichern, was soll ich machen?". Dort steht u.a.

> Meldet ExifTool einen Fehler (und GeoSetter zeigt ihn an), werden
> die Daten Ihres Bildes nicht gespeichert! Viele Fehler von
> ExifTool werden allerdings als "minor" gekennzeichnet. Unter
> "Datei | Einstellungen" Reiter "Datei-Optionen" können Sie die
> Einstellung "Kleine Fehler ignorieren" aktivieren. Ist diese
> Option gewählt, stuft ExifTool "kleine Fehler" auf "Warnung"
> zurück, und speichert die Änderungen des entsprechenden Bildes
> trotzdem. Sie sollten sich allerdings bewusst sein, dass in solch
> einem Fall Daten Ihres Bildes verloren gehen können. Meldet
> ExifTool einen Fehler, könnte Ihr Bild defekt sein.

Wenn Du nun also wie beschrieben "Kleine Fehler ignorieren" aktivierst, geht es dann???
(0001643)
DirkK   
2011-07-22 18:58   
Danke für die schnelle Hilfe.

Übrigens: tolles Programm. Genauso wie "damals" Exifer (benutz ich heute immer noch)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
461 [GeoSetter] User Interface major always 2010-02-17 13:52 2011-07-22 15:17
Reporter: KvT Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.1 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Es fehlt Möglichkeit, georeferenzierte Offline-Karten zu benutzen
Description: Georeferenzierte Karten sollten benutzbar sein (Formate Geotiff, .JPG mit .jgw und .prj Datei) und Oziexplorer (.ozfx3 .map) oder andere um Zwang zur Internetverbindung zu vermeiden.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000947)
Friedemann   
2010-02-17 19:57   
Auch das doch wohl kein schwerer Fehler, sondern eher ein Feature-Wunsch, oder?

Das mit den Karten ist nicht so einfach wie es vielleicht scheint. GeoSetter nutzt sehr intensiv die API von Google Maps. Selbige steht ja bei anderen Karten nicht zur Verfügung. Die ganze Kartenfunktionalität sitzt allerdings nicht im Programm, sondern in dieser Datei: http://www.friedemann-schmidt.com/geosetter/gmap21.html Die kann sich auch jeder selbst erzeugen und z.B. auf einen lokalen Geoserver gehen lassen. Lediglich die ganzen von GeoSetter aufgerufenen Funktionen müssten vorhanden sein...

Ich schließe zumindest das mit einem lokalen Geoserver nicht aus, aber das wird sicherlich nichts in näherer Zukunft.
(0001564)
Arnie   
2011-04-26 20:59   
Schade, diese Funktionalität wäre - bei allen jetzt schon vorhandenen Features, die wirklich toll sind - noch eine wirkliche Erweiterung:
Bei einem Shooting ohne Netz könnte man die Fotos am Notebook gleich geotaggen, wenn man vom Gebiet, in dem man sich bewegt, eine Offline-Karte mithat.
Nachdem OpenStreetMap als Karten auch auszuwählen sind, wäre eine Funktionalität, wie sie z.B. bei der Mobile-Anwendung GPS Cycle Computer unterstützt wird (Export von OpenStreetMap-JPGs und Erstellen eines gleichnamigen Textfiles mit Koordinaten der Eckpunkte) extrem hilfreich.

In der Hoffnung auf diese Feature-Erweiterung
 Arnie
(0001625)
Shernott   
2011-06-25 16:43   
Nachdem zumindest OpenStreetMap Tiles dargestellt werden können, wäre es möglich, dementsprechend auch weitere Tiles aus einen lokalen TileStore zu verwenden? Im Zweifelsfall einfach über eine file URL (file://c:/tiles/x/y/z.jpg)? Liesse sich das vielleicht ähnlich wie in dem file http://www.geosetter.de/mytopo.js konfigurieren? (Wobei mir nicht ganz klar ist, was alles in diesem file konfiguriert wird.)
(0001641)
tepich   
2011-07-22 15:17   
Couldn't it be possible to use TileStore generated by a specialized application such as MOBAC (http://mobac.sourceforge.net/), rather then bother Friedemann and Geosetter to create such TileStore?
MOBAC creates different types of output stores to be used by different mobile mapping/navigation applications and the author is very responsive in adding new output formats. So if enough users would support a special output format for Geosetter and the author gets specification of such format, it might not be a problem.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
789 [GeoSetter] User Interface major always 2011-03-30 07:31 2011-06-25 07:58
Reporter: gmgroeb Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: BlueScreen writing data to CR2-files (Canon)
Description: I'm running GS 3.4.16 (2119) and EXIF-tool 8.53. As soon I want to write my changes to an image in CR2- / Canon-format, my system (W7 Pro SP1 32Bit) crashs with a bluescreen (BAD_POOL_HEADER). All other file formats (JPEG, DNG) can be updated without problems.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001533)
heiko   
2011-03-30 21:45   
are you familar with DOS commands? You could call the command which is used by GeoSetter on the command line, because I suppose that this is a bug from ExifTool.
(0001534)
boardhead   
2011-03-31 14:46   
The only possible way I could see this being ExifTool's problem is if the installation was corrupted.

Try un-installing then re-installing exiftool. Be sure to erase the temporary files when un-installing. See the ExifTool installation documentation for details:

http://owl.phy.queensu.ca/~phil/exiftool/install.html#Windows

- Phil
(0001536)
heiko   
2011-03-31 22:44   
I'm pry if a reinstallation will help.

But you are right, if ExifTool would have a generally problem with CR2 files, you would have read something about this in the ExifTool forum.
(0001556)
Friedemann   
2011-04-24 02:14   
Does this problem still exist?
(0001611)
mooseman   
2011-06-22 01:24   
I face the same issue after updating to the new versions (GS 3.4.16 and in my case Exiftool 8.59). I some cases a single write operation succeeds, in some not. When trying for a selection of several images saving data will for sure lead to a bluescreen. I have deinstalled Geosetter and Exiftool (following the instructions from boardhead. No difference.

Any more ideas? Was the problem solved for gmgroeb finally (feedback was still outstanding)?
// Stefan
(0001612)
gmgroeb   
2011-06-22 07:49   
I haven't followed up the issue with CR2-files because I convert them to DNGs anyway and writing to DNGs runs perfectly. Therefore I tag the DNGs and not the CR2s.
(0001613)
mooseman   
2011-06-23 00:26   
I reinstalled a former version of Geosetter (3.3.60) with Exiftool (8.26) which work perfectly OK. I will continue working with the old versions for the time being and check again with later updates when getting available, if nobody has any useable idea on fixing the problem with the new versions.

// Stefan
(0001614)
heiko   
2011-06-23 00:33   
hi stefan,

please update ExifTool with the old version of GeoSetter. If you still have no problems it's a bug of GeoSetter. If you have problems with the updated version of ExifTool the problem should be searched by ExifTool.

I think this test would help Friedemann or Phil to fix this problem
(0001615)
mooseman   
2011-06-23 02:21   
Hi Heiko,
I checked with Geosetter 3.3.60 and Exiftool 8.59, and it worked well. Seems that the new version of GeoSetter causes the Bluescreens.
(0001616)
heiko   
2011-06-23 15:13   
hi Stefan,

thanks for this test. It seams that you have to wait until Friedemann will have a look on this problem
(0001617)
30sunshine   
2011-06-23 15:29   
(Last edited: 2011-06-23 15:40)
Hello,

I have 100 % the same problem with the blue screen.
Now I have uninstalled geosetter 3.4.16. and installed exiftool 8.2 and an older verison of geosetter, however still blue screen.
Is there something what I have to delete?

Can anybody tell me where I can delet the exiftool in windows?
Sorry, I can not find the file for it.
Thanks.
rgds

(0001618)
heiko   
2011-06-23 22:08   
ExifTool is located in the following directory: <AppData>\GeoSetter\Tools

On a Win 7 System <AppData> is C:\Users\<UserName>\AppData\Roaming
(0001620)
30sunshine   
2011-06-24 18:27   
(Last edited: 2011-06-24 18:28)
Hi Heiko,
thanks for the hint. Perfect.

Sorry, on more question.
Do you know the location where I can download, i.e. older version of geosetter
(3.4.12) and / or the exif tool.
Phil Harvey ExifTool has one link for history to download 8.5. however not what I normally get and on top a strange file format.
Then I can go on to fix my holiday pictures with GPS.
Thks & rgds

(0001621)
heiko   
2011-06-24 23:09   
I'm sorry, but I don't know any links where you can download older versions of GeoSetter. I only know the link to the latest beta version: http://www.geosetter.de/geosetter_test.exe
(0001623)
30sunshine   
2011-06-25 07:37   
(Last edited: 2011-06-25 07:38)
Hi all

FYI, I have uninstalled 3.4.16 Geosetter,
also removed ExifTool in (AppData as mentioned by Heiko above)
installed an older version of Geosetter -I found in one of my backups :-)- Version 3.3.60
made sure that I not installed a newer version of the ExifTool,
I double checked (AppaData) to keep 8.26
however I still have BLUE SCREEN.

PS: When I installed an older version, I imported the settings of the newer version. I do not know, if this has an effect on it.

(0001624)
30sunshine   
2011-06-25 07:58   
(Last edited: 2011-06-25 07:59)
I am again :)

as long as I am use JPEG files Geosetter works fine even with the older version.
I made the test just now with Sony RAW files and again BLUE SREEN even with the older version of geosetter 3.3.60.
In the past I had no problem to write GPS data into RAW file via XMP-Sidecards.
Last time I had a big job with no problems to write GPS into RAW/XMP was in May.

I hope the hint will help.


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
804 [GeoSetter] Image Data crash always 2011-04-23 15:25 2011-05-25 10:06
Reporter: IrenicRhonda Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Lost images after a crash
Description: I had a crash while GeoSetter was saving and have lost some images. They say the image file is wrong

are they retrievable in any way?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001553)
Friedemann   
2011-04-24 01:29   
But the images do still exist but they can't be opened anymore??? Can you please send me such an image to support@geosetter.de?

Has the crahs been caused by GeoSetter?
(0001559)
IrenicRhonda   
2011-04-24 18:10   
One sample photo sent

In GeoSetter the lost pictures are red squares. In picasa they don't exist. If I open my Pictures folder and double click the picture I get a black square that says invalid image in red

I've no idea what caused the crashed. I had used GeoSetter to geotag then and add a template of information such as my details and a CC license and some extra keywords. My laptop crashed while I was saving these changes.

I have not had this happen before. The only auto update, that I am aware of, since the last time I used geosetter is the daily virus definitions updates and I updated EXIFtool when GeoSetter started
(0001602)
IrenicRhonda   
2011-05-25 10:06   
(Last edited: 2011-05-25 10:07)
No news?

I guess that means they are lost :-(


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
817 [GeoSetter] Image Data major random 2011-05-16 01:27 2011-05-17 00:33
Reporter: sfpf4 Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.23 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GeoNames screen
Description: I am not sure which Category I should use.

I have been using GeoSetter for 5 or 6 years, I think. We went on a two month vacation and since then I get the following screen after using GeoSetter for only a short time:

GeoNames reports the following problem: the daily limit of 30,000 credits geosetter has been exceeded. Please throttle your requests or use the commercial service.

I went to GeoNames and signed in, but I cannot figure out how GeoSetter and
GeoNames are connected...or how I should connect them in order to keep from getting this screen. I thought once I signed in, I would not see that screen again, but I have...several times.

I will need some very basic instructions in order to understand how to make things go back to the wonderful way they were before we went away.

Thanks so much.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001596)
heiko   
2011-05-17 00:33   
if you have already a GeoNames account you have to do 2 things:

first you have to enable your GeoNames account to the free GeoNames Web Services. To do this login to GeoNames and change then to www.geonames.org/manageaccount and enable the free web services

the second step is to enter your GeoNames account in GeoSetter. Open the settings of GeoSetter and change to the tab "Internet". Here you can enter your user name of GeoNames.

Now all should work ..

feel free to reopen this issue if you have further problems

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
814 [GeoSetter] User Interface minor always 2011-05-14 20:37 2011-05-16 00:02
Reporter: Banke Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: User account not enablet to use the free webservice. Please enable it on your account page
Description: I get this error message on al my projekts. I can't find where to enable the the use of free webservice.
My user name is Banke
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001595)
heiko   
2011-05-16 00:01   
(Last edited: 2011-05-16 00:02)
You will find the answer to your problem in the error message itself. You have to enable your account on the site of GeoNames.

To do this login with your account on GeoNames.org: www.geonames.org/login
After you have done this change to www.geonames.org/manageaccount
Here you can enable the free web services

feel free to reopen this issure if you have any problems


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
576 [GeoSetter] User Interface feature always 2010-06-06 17:10 2011-05-15 00:11
Reporter: babar Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.48 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: make direction and photo destination different tools
Description: When I want to set the photo destination,(the object you are photographying), it must be set at the same time as the photo direction, which theoretically means that the object is at the center of the photo, however, this is rarely the case.
It would be nice if both could be set independentlly
Regards
Eric
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001593)
babar   
2011-05-15 00:11   
I tried to manually set the direction different from the photo destination but it did not work and as soon as I got back the map the target had moved along with the direction.
It would be good if we had 2 mode in the map:
The add direction button could have a drop down arrow where you could choose from 2 options:
-add direction and photo destination
-add photo destination only
Selecting this last option would allow to move the target icon independently from the direction. (in this case we could by the way use 2 different icon to be able to make the difference between the direction and the photo destination)

In the metadata dialog direction and photo destinantion should not be related, so that if you set one the other one is not recomputed.

regards
Eric

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
649 [GeoSetter] User Interface crash always 2010-09-19 20:57 2011-05-11 14:40
Reporter: edisso10018 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.3.60 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GeoSetter crashes at start if IE 9 beta installed
Description: Having installed IE 9 beta makes GeoSetter crash at startup. Removing IE 9 beta makes it work again.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001239)
Friedemann   
2010-09-20 22:33   
I just installed IE 9 beta (Windows 7 64) and it works without any problems. What does "crash on startup" mean?
(0001240)
edisso10018   
2010-09-21 09:46   
Ich mach jetzt mal auf Deutsch weiter: Wenn ich GeoSetter bei installiertem IE 9 starte (Windows 7 HP 32bit), kommt das Programmfenster, die Ordner werden angezeigt. Wenn das Programm dann die Kartendarstellung anzeigen will (Vermutung), kommt IMMER "Das Programm wurde unerwartet beendet" und die Problemlösungs-Suche.

Das Problem trat auf meiner Konfiguration das erste Mal auf, nachdem ich die Beta installiert hatte und war verschwunden, als ich die Beta wieder deinstalliert hatte.
(0001586)
edisso10018   
2011-05-11 14:40   
Gibt's hier eigentlich was Neues? Das scheint ja nicht das einzige Problem im Zusammenhang mit dem IE 9 zu sein. Was kann ich tun?

Ich möchte den GeoSetter gerne wieder nutzen. Großartige Alternativen gibt es leider nicht...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
810 [GeoSetter] Image Data major sometimes 2011-05-06 17:24 2011-05-06 17:47
Reporter: Draycon Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.21 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Aufnahmerichtung geht verloren
Description: Habe eben schon einen Crash-Report gemailt, der damit in Zusammenhang steht. Also, die Situation ist die: ich nutze seit rund einer Woche die .21 beta zum geotaggen. Ob es damit zusammenhängt weiß ich nicht, aber ich musste heute feststellen, dass bei vielen Bildern (vor allem den älteren was das Tagging betrifft) das Feld Aufnahmerichtung plötzlich leer ist. Schau ich jedoch in die sidecar bzw. das Bild (mit Binäreditor) stehen dort Werte. Was kann ich jetzt tun? War die wochenlange Arbeit umsonst weil jetzt bei vielleicht 20% der Bilder dieser Wert fehlt? Kann man ihn aus den Koordinaten des Breiten- und Längengrads vielleicht errechnen lassen? Der dargestellte Blickkegel stimmt ja immerhin noch. Ihn von Hand neu zu setzen scheitert schon daran, dass der Punkt zum Anpacken bei all den betroffenen Bildern in Korea liegt während ich in Kalifornien meine Bilder gemacht habe. Kann ich künftig die sidecars irgendwie vor Schreibzugriffen hart schützen? Ein File-Schreibschutz nutzt offenbar nichts. Könnte der Fehler eventuell auch dadurch aufgetreten sein, dass ich IMatch verwende und dort die XMP-Daten importieren lasse? Dabei sollte jedoch keine Veränderung in den Daten erfolgen... Bis zur Klärung ruht verständlicherweise mein weiteres arbeiten ;)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001579)
Friedemann   
2011-05-06 17:47   
Könntest Du mir mal ein Bild zusenden (support@geosetter.de)?

Zwischen Crash-Report und diesem Problem sehe ich eigentlich keinen Zusammenhang.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
806 [GeoSetter] Image Data major always 2011-04-30 05:02 2011-04-30 21:02
Reporter: valterg Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Error writting a file
Description: Hello

I'm using Geosetter 3.4.16 (build 2119) with ExifTool 8.56. This is the later release and not a beta version.
When I try to save a file that have new coordinates, I get this error message:
Warning: [minor] Possibly incorrect maker notes offsets (fix by -246?) - F:/EUA 2010-11/2011_01_01/photos/2011-01-01_21-34-32_HD2000A.JPG
Error: [minor] Bad MakerNotes offset for SanyoThumbnail - F:/EUA 2010-11/2011_01_01/photos/2011-01-01_21-34-32_HD2000A.JPG
The file can't be save with the new data.
Please let me know how to fix it.
Thank you very much.
Valter-Brazil
 
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Geosetter Error message.jpg (122,290 bytes) 2011-04-30 05:02
https://www.geosetter.de/mantis/file_download.php?file_id=227&type=bug
jpg
Notes
(0001572)
heiko   
2011-04-30 21:02   
Take a look in the help file under "FAQ | What shall I do if I get warnings or error messages when saving?"

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
783 [GeoSetter] Image Data major always 2011-03-13 12:30 2011-04-29 17:49
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Nach Zeitkorrektur wird das Dateidatum nicht geändert
Description: Test-Scenario: Die Aufnahmezeiten von 4 Bildern sollen um einen festen Betrag korigiert werden und das Dateidatum auf das neue Aufnahmedatum angepasst werden.

Schwerer Fehler, da möglicherweise Daten verloren gehen.

Voraussetzungen: Einstellungen zum Update des Dateidatum ist gesetzt.

Beobachtung: Nach dem korrigieren der Zeiten aller Bilder und dem Speichern aller Änderungen ist das Dateidatum nicht angepasst. Erst ein weiterer Zyklus mit einer zusätzlich addierten Sekunde ergibt das Dateidatum aus dem vorhergehenden Zyklus. Die Zyklen sind unter den zusätzlichen Informationen beschrieben.

Anscheinend verwendet das Programm die Aufnahmezeiten vor der Zeitkorrektur für das Setzen des Dateidatums.

Tags:
Steps To Reproduce:
Additional Information: Alle Schritte habe ich in den anliegenden Screenshots documentiert.

Die Aufzeichung gliedert sich in zwei Abschnitte:
1-4 = Reguläres vorgehen (Ausgangszustand, Änderungsdialog, Ergebnis vor dem Speichern, Ergebnis nach dem Speichern)

5-8: Wiederholung von Korrektur und Speichern mit jeweils eine Sekunde plus und ein Sekunde minus, um das korrekte Dateidatum zu erhalten.
Attached Files: Geosetter_Fehler_Zeitkorrektur.zip (474,771 bytes) 2011-03-13 12:30
https://www.geosetter.de/mantis/file_download.php?file_id=221&type=bug
Dateieinstellungen_Geosetter.png.pdf (364,184 bytes) 2011-04-25 19:46
https://www.geosetter.de/mantis/file_download.php?file_id=226&type=bug
Notes
(0001555)
Friedemann   
2011-04-24 02:13   
Das kann ich bis jetzt nicht nachvollziehen. Wie sind denn Deine Einstellungen bzgl. des Dateityps in GeoSetter?
(0001563)
drose   
2011-04-25 19:44   
Ich vermute, das Deine Frage sich auch die Dateioptionen bezog. Habe einen Screenschoft dazu hochgeladen.

Früher hatte ich noch das Zusatzkommando
-execute "-DateTimeOriginal>FileModifyDate" für EXIF angewendet, das sollte ja mit den gewählten Dateioptionen hinfälllig sein.

Gruß Ditmar
(0001565)
Schusch   
2011-04-27 18:15   
ich habe das gerade auch entdeckt, bei mir läuft die 3.4.16 - es werden nur die Daten der Bilder aktualisiert, die mindestens einmal ausgewählt wurden.

Wenn ich mehrere Bilder auswähle und diese alle zusammen bearbeite (ctrl-e), die Zeit z. B. 1 Stunde vorstelle und dann per "Aktuelle Werte für alle ausgew. Bilder übernehmen ..." übernehme, wird das Datum nur bei den mindestens einmal ausgewählten (also angeklickten) Bildern auch wirklich aktualisiert. Wenn ich das Sammelfenster schließe, so sind ja die geänderten Dateien rot markiert. Ich kann nun für die Dateien mit dem noch nicht geänderten, aber schon roten Datum jeweils das Bearbeitungsfenster öffnen, dann wird das Datum auch zu dieser Datei richtig eingestellt.
(0001568)
Schusch   
2011-04-29 13:25   
ich ergänze meinen Fall mal etwas ausführlicher

es geht eher um die Aktualisierung der Aufnahmezeit im Bild, nicht im Dateisystem (im Dateisystem kann ich ja auch alle Zeiten relativ fix aktualisieren, in dem ich "Bilder--Dateidatum auf Aufnahmedatum setzen" auswähle - aber dafür müssen die Zeitstempel in den Bildern eben auch stimmen)

Bildtyp ist jpg

ich wähle zwei Bilder aus, aktiv (gestrichelt umrahmnt) ist das erste;

- Daten bearbeiten
  - Datum
    - (x) Zeit
      - Differenzwerte: + 1 Stunde
        - Aktuelle Werte für alle ausgew. Bilder übernehmen ...
          - Datum:
            - [x] Aufnahmedatum
            - [x] Erstellt am
            - alles andere nicht ausgewählt
          - Ok
        - Ok

(dann bin ich wieder im Standardfenster, weiterhin sind beide Bilder ausgewählt, das erste ist aktiv)

wenn ich nun bei "Aufnahmedatum" und "Erstellt am" schaue, dann wurden nur die Daten des ersten Bildes aktualisiert

wenn ich jetzt das zweite Bild auswähle,
  - Daten bearbeiten ...
    - Ok

ohne dass ich mehr mache, wurde jetzt das Datum des zweiten Bildes auch aktualisiert.

Es reicht auch, wenn ich mehrere Bilder ausgewählt habe und im "Daten bearbeiten ..."-Dialog bin, die Zeitänderung für alle Bilder übernommen habe, danach jedes einzelne Bild links unten im Auswahlfenster jeweils einmal auszuwählen - auch dann wird zu jedem mindestens einmal ausgewählten Bild das Datum aktualisiert.

Eine Änderung an der Voreinstellungen
- Datei-Optionen
  - [ ] Dateidatum und -zeit beim Speichern erhalten
  - [ ] Dateidatum auf Aufnahmedatum setzen (wenn verfügbar)

ändert nichts an diesem Verhalten.
(0001569)
Friedemann   
2011-04-29 17:47   
Zu Schuch:

> wenn ich nun bei "Aufnahmedatum" und "Erstellt am" schaue, dann
> wurden nur die Daten des ersten Bildes aktualisiert

das ist völlig ok, oder sagen wir, so ist es gewollt ;-) Wenn Du mehrere Bilder auswählst und dann im Dialog z.B. das Datum verstellst, bezieht sich die Änderung immer nur auf das aktuell im Dialog ausgewählte Bild. Du musst den Button "Aktuelle Werte für alle ausgew. Bilder übernehmen drücken". Im erscheinenden Dialog kannst Du auswählen welche Daten übernommen werden. Bei einem eingestellten Zeitoffset wird dann nicht die Zeit selbst sondern nur der Offset übernommen.

> wenn ich jetzt das zweite Bild auswähle,
> - Daten bearbeiten ...
> - Ok
>
> ohne dass ich mehr mache, wurde jetzt das Datum des zweiten
> Bildes auch aktualisiert.

Das ist eigentlich nicht ok.

> Eine Änderung an der Voreinstellungen
> - Datei-Optionen
> - [ ] Dateidatum und -zeit beim Speichern erhalten
> - [ ] Dateidatum auf Aufnahmedatum setzen (wenn verfügbar)
>
> ändert nichts an diesem Verhalten.

ja, das hat auch damit nix zu tun.

Das eigentliche Problem von drose bezieht sich ja auch auf's Dateidatum, und nicht ein in den Metadaten gespeichertes Datum.
(0001570)
Friedemann   
2011-04-29 17:49   
Nochmal @Schuch: Sorry, ich hatte Dein Posting von vorgestern nicht gelesen

> Wenn ich mehrere Bilder auswähle und diese alle zusammen bearbeite
> (ctrl-e), die Zeit z. B. 1 Stunde vorstelle und dann per "Aktuelle
> Werte für alle ausgew. Bilder übernehmen ..." übernehme, wird das
> Datum nur bei den mindestens einmal ausgewählten (also angeklickten)
> Bildern auch wirklich aktualisiert.

Ich schau mir das mal an...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
770 [GeoSetter] Image Data major always 2011-02-21 15:43 2011-04-25 08:51
Reporter: xyz Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.21 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: file not synced with GPX
Description: Tested on 1.4.22 beta and 3.4.16
file 7947 not synced with GPX.
GPX generated with https://market.android.com/details?id=com.codesector.maverick.full
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Geosetter.7z (138,033 bytes) 2011-02-21 15:43
https://www.geosetter.de/mantis/file_download.php?file_id=216&type=bug
Notes
(0001508)
xyz   
2011-02-21 15:48   
7947 coordinate: 60,70229321 28,77207756
(0001509)
xyz   
2011-02-21 16:26   
3.4.22 beta of course
(0001558)
klaus_da   
2011-04-24 17:17   
Könnte das damit zusammenhängen, dass die betreffenden Aufnahmen in Geosetter.7z in eine der vielen Lücken der Log-Datei "19 Fevr. 11 @ 09-27-33.gpx" fallen?

Exif-(Date/)Time-Angaben sind
(sämtlich 2011:02:19; Zeitzone=? Eventuell schon per Geosetter die Zeitzone aus der Log-Datei, also UTC?):
 DSC_7946: 14:32:47
 DSC_7947: 14:40_06
 DSC_7949: 14:50:32
 
Zu einer zahlenmäßig passenden Lücke gehören (Zeitzone natürlich UTC):
 Letzter Punkt davor: 2011-02-19T13:45:59Z
 Erster Punkt danach: 2011-02-19T14:53:49Z
 
Auch die Track-Lücken-Einstellung (Meter, Sekunden) könnte mit hineinspielen.
 
klaus_da
(0001562)
xyz   
2011-04-25 08:51   
(Last edited: 2011-04-25 08:56)
in gpx first point 13:39:01 (10:39:01 in gpx) next point 13:41:04 (10:41:04 in gpx) (+3 hours time zone).
increase maximum time difference solve this problem.
please close this ticket.


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
762 [GeoSetter] Image Data feature N/A 2011-02-09 07:38 2011-04-25 07:06
Reporter: frank_gaertner Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.23 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Enhnacement of writing Picasa face recognation into the images as well as XMP Sidecarfile
Description: Due to the fact that geosetter is well developed and enhanced in the past I would like to have a single source of writing information into the images (XMP).
Geosetter is currently visualising the face recognation which were done by picasa.

Enhancement:
Writing those information within the image in the following namespaces:

Adobe and Microsoft

regards
Frank
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001500)
heiko   
2011-02-09 16:31   
there is an extermal program which does the things you want. take a look at http://www.anvo-it.de/wiki/avpicfacexmptagger:main
(0001501)
frank_gaertner   
2011-02-09 16:41   
I know that, but it does not do exactly what I want. It just supports a few Image files and geosetter supports now all added images. And geosetter is enhanced very fast
(0001526)
Slammer   
2011-03-19 13:01   
(Last edited: 2011-03-19 13:02)
The program mentioned above is very good, but it has problems with german umlauts like ä, ö and ü.
So it fills the tags but this symbols are added as curious strings.

Therefore it would be great if GeoSetter could not only read the information from picasa.ini but could also bring them as IPTC keywords to the files.

(0001561)
frank_gaertner   
2011-04-25 07:06   
Hi Friedemann,
if you need any assistance or detailed specification just let me know.

Kind regards
Frank

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
790 [GeoSetter] User Interface minor always 2011-03-31 22:15 2011-04-24 14:07
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.21 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: ExifTool Version in Beta und Release Version
Description: im Moment ist ExifTool 8.53 aktuell. Dies wird mir auch angezeigt, wenn ich die Beta Version (3.4.22) starte. Beende ich die Beta und starte die Release Version (3.4.16) wird ExifTool 8.47 angezeigt und der Haken "Dieses Update ignorieren.." (habe ich sicher nicht gesetzt und wieder deaktiviert) ist aktiv. Also ExifTool manuell updaten.

Eigentlich sollten jetzt die Release und die Beta Version ExifTool 8.53 verwenden.

Beta starten -> ExifTool 8.48 (Haken "Dieses Update ignorieren.." ist wieder aktiv) -> Haken raus, Update auf 8.53.

Release starten -> ExifTool 8.47 (Haken "Dieses Update ignorieren.." ist wieder aktiv) -> Haken raus, Update 8.53.

wird nach einem ExifTool Update die gleiche GeoSetter Version (Beta, Release) gestartet, paßt auch die Version von ExifTool. Sobald eine andere Version gestartet wird kommt wieder eine alte Version.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001535)
heiko   
2011-03-31 22:16   
(Last edited: 2011-03-31 22:19)
ich sehe gerade, dass die jeweilige ExifTool Version aus dem Programmverzeichnis von GeoSetter stammen muss. Im Beta Verzeichnis ist die 8.48 und im Release Verzeichnis die 8.47

Ziemlich blöd an der ganzen Sache ist auch, dass durch den Wechsel der beiden Versionen der Haken "Dieses Update ignorieren.." jedesmal aktiviert wird.

(0001537)
heiko   
2011-03-31 22:47   
Workaround: aktuelle ExifTool Version manuell in die beiden Programm Verzeichnisse kopieren

dadurch nur noch "kleinerer Fehler" :-)
(0001557)
klaus_da   
2011-04-24 14:07   
Zu diesem Fehler scheint es zu kommen, sobald Geosetter in einem System in mehreren Versionen installiert ist - konkret 3.1.16 (hier in E:\Program Files (x86)) und 3.3.22 BETA(.2128) (in C:\Program Files (x86)\GeoSetter beta).

Abhilfe brachte in dieser Konfiguration die sinngemäße Anwendung eines Hinweises aus einer z. B. in Geosetter 3.3.60 vorgefundenen Readme.txt (eigentlich für die Installation auf einem USB-Stick gedacht):
Ich habe also
 1) dafür gesorgt, dass keine Geosetter-Versionen geöffnet ist;
 2) im ersten der beiden o. g. Verzeichnisse eine leere Datei config.ini erzeugt;
 3) in dieser Geosetter-Version nach deren Start meine Einstellungen vorgenommen;
 4) entsprechend Aufforderung (nach dem Start) Exif-Tool aktualisiert;
 5) diese Geosetter-Version geschlossen (die neue config.ini umfasst nun viele Kilobyte.
Meldung nach erneutem Start: "Ihre Version von ExifTool 8.56 ist aktuell, ...".

Sodann habe ich die neue config.ini in das zweite der o. g. Verzeichnisse kopiert. Nach dem Start der zweiten Geosetter-Version verlief auch dort die Exif-Aktualisierung (nach Aufforderung) erfolgreich.
  
Beobachtung
Eine Suche im Anschluss an das oben Beschriebene lieferte als Ergebnis in C:\Users\%User%\AppData\Roaming\GeoSetter eine config.ini mit dem Datum des vorangegangenen erfolglosen Exif-Updates und eine exiftool.exe mit der zuvor immer wieder monierten Version-Nr. (8.48). Das Update scheint diese nicht zu überschreiben.

Überlegung
Zumindest im vorliegenden System (s. u.) könnte es vielleicht hilfreich sein, gleich innerhalb des Installationsprozesses im betreffenden Geosetter-Verzeichnis eine config.ini anzulegen.

klaus_da
------
Vista 64 Ultimate; IE 9.0.8112.16421; Geosetter 3.4.16; Geosetter 3.4.22 (Beta)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
760 [GeoSetter] Image Data major N/A 2011-02-07 20:32 2011-04-24 02:06
Reporter: mp Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.12 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.2.0 release  
    Target Version:  
Summary: Does Geosetter fail to import the existing metadata to XMP?
Description: Hert (from Idimager) states:

"In general I would advise *not* to use GeoSetter before IDimager. Reason is that GeoSetter writes its GEO location to Exif and XMP, but when it creates its first XMP block, it fails to import the existing metadata to XMP, leaving you with a half baked XMP block that only contains the GEO coordinates. When you have first used IDimager on these images then IDI will create the full XMP block and GeoSetter will *add* the GEO coordinates to that XMP block."

Is this true? Has it been fixed? Are you gonna fix it? ...
Tags:
Steps To Reproduce:
Additional Information: http://forum.idimager.com/viewtopic.php?f=13&t=13037&p=74347&hilit=geosetter#p74347
Attached Files:
Notes
(0001554)
Friedemann   
2011-04-24 02:06   
This should be fixed since version 3.1.0 - see here: http://www.geosetter.de/en/changes/ ("When adding XMP data to image initially, all existing data from Exif and IPTC will be synchronized")

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
275 [GeoSetter] User Interface block always 2008-04-14 23:03 2011-04-24 01:20
Reporter: mmm Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.3 release  
Product Build: Resolution: unable to reproduce  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GeoSetter hängt, wenn gleichzeitig mehrere Bilder upgedatet werden
Description: Bringt teilweise auch die Meldung, dass die Höhendaten nicht aktualisiert werden können.
Teilweise hilft es nicht mal, nur GeoSetter zu benden und neu zu starten, dann muss der gesamte Rechner gebootet werden, um weiter arbeiten zu können.
Tags:
Steps To Reproduce:
Additional Information: Betriebsystem: Vista Business 64-bit, deutsch.
Images sind JPG und NEF
Attached Files:
Notes
(0000556)
Friedemann   
2008-04-14 23:12   
Das könnte am Webservice für die Abfrage der Orts- und Höhendaten liegen (www.geonames.org). Ich sehe gerade selbst, dass der momentan nicht verfügbar ist. Das kommt manchmal vor. Schneller müsste es gehen, wenn Du in den Einstellungen unter "Internet" mal den Timeout verringerst. Um zu sehen ob es überhaupt daran liegt, könntest Du auch in den Einstellungen unter "Daten-Optionen" mal alles unter "Daten automatisch aktualisieren bei Koordinatenzuweisung aus Karte" deaktivieren. Ist es dann besser?
(0000588)
mmm   
2008-04-21 00:11   
Das Problem haengt NICHT mit der Zuweisung der Orts- und Hoehendaten zusammen. Der Haenger tritt erst beim Speichern auf. Nach den Speichern von ueber 100 Bildern (genaue Zahl weiss ich nicht), kommt keine Rueckmeldung mehr und die Windows Eieruhr bzw der Vista Kreisel laeuft.

Das Schlimme ist, dass GeoSetter das komplette Vista aufhaengt. (Das sollte doch mit Vista eigentlich nicht mehr passieren, dass ein Programm das ganze System blockiert. ???) Ich kann zwar ueber den Taskmanager GeoSetter abbrechen, aber es auch funktioniert kein anderes Programm mehr (kein Firefox, kein Explorer, kein Remotedesktop, etc.) Wenn ich GeoSetter wieder starte, kommt auch die Karte nicht.

Benutzer ab- und anmelden oder Wechsel zu anderem Benutzer hilft auch nicht, nur Neustart des Rechners. (Das ist aeusserst unschoen :-( )
Es war nur GeoSetter aktiv, kein anderes Programm.

Was kann ich tun, um das Problem einzugrenzen?
(0000589)
Friedemann   
2008-04-21 00:14   
Das hört sich nicht gut an! Bitte vielleicht erstmal die aktuelle Betaversion unter http://www.geosetter.de/geosetter_test.exe ausprobieren. Dann müssen wir weitersehen...
(0000590)
mmm   
2008-04-21 00:14   
Wann ist eigentlich das naechste Release von GeoSetter geplant?
Oder soll ich eine BETA Version mal versuchen?
(0000591)
Friedemann   
2008-04-21 00:21   
Ach, ich habe schon lange vor ein neues Release rauszugeben, aber es waren jetzt viele Änderungen die einfach viel Zeit gekostet haben (Favoritenhandling, Zeitzonen und viele viele Kleinigkeiten). Die aktuelle Betaversion würde ich aber ungern noch durch neue Funktionen erweitern. Das heißt wenn die einigermaßen als gut befunden wird, geht die demnächst als Release raus...

> Oder soll ich eine BETA Version mal versuchen?

Ja bitte! ;-)
(0000592)
Friedemann   
2008-04-21 09:09   
Es kann ja auch durchaus sein, dass es nicht an der Menge der Bilder oder der Schritte liegt, sondern an einem einzigen Bild oder bestimmten Bildern. Deshalb noch folgende Fragen:

1. Tritt das sporadisch auf oder ist das unter bestimmten Umständen reproduzierbar? Tritt es immer ab einer bestimmten Menge Bilder auf?
2. Um was für Bilddateien handelt es sich (JPEGs, RAWs) und von welcher Kamera?

Vielleicht könntest Du rausfinden, ob das nur mit bestimmten Bildern auftritt indem Du vielleicht die Bilder aufteilst und die einzelnen Blöcke speicherst. Ich weiß, es ist wohl blöd zu testen wenn dabei der Rechner abschmiert...

Beim Speichern der Bildaten ruft GeoSetter das Programm ExifTool über CreateProcess auf. Wäre möglich das es da hängt. Habe ich aber noch nicht von gehört dass das z.B. unter 64 Bit besonders zu behandeln ist...
(0000597)
mmm   
2008-04-21 11:25   
Erstmal danke fuer die Liste der Aenderungen in der aktuellen BETA. Da ist einiges dabei, was ich fuer sinnvoll und notwendig erachte. Ich werde die BETA Version installieren und testen (wenn ich wieder zuhause bin).

Nun zu den letzten Fragen:
- Der Haenger tritt reproduzierbar auf (weiss nur noch nicht, wie ich es forcieren kann). Werde weiter testen.
- Es sind JPG und NEF Dateien von einer Nikon D200. Die NEF Dateien sind komprimiert, die JPG sind auf optimale Bildqualitaet eingestellt. (JPG sind ja immer irgendwie komprimiert).
- Meine Arbeitsschritte bei den letzten Tests waren:
  a) Die Bilder markieren (max bis zu 30 damit alle im Display (Report-Ansicht) sichtbar sind)
  b) Koordinaten (incl. automatische Hoehe) den markierten Bildern aus Karte zuweisen
  c) Bilder bearbeiten (evtl. Orte aendern)
  d) fuer alle Bilder die Zeitzone setzen
  e) Speichern (Strg+S) dieser markierten (max 30 Bilder)
Da ich nur max. 30 Bilder gleichzeitig aendere, sehe ich beim Speichern den Fortschritt (die rote Schrift verschwindet)
  f) weiter mit a) fuer den naechsten Block
Das kann ich eine Zeitlang machen ... bis irgendwann das System haengt.

Deine Vermutung, dass es am ExifTool haengt hatte ich auch schon, da bei dem Haenger auch 2 ExifTool Tasks im Task-Manager zu sehen sind.
Hast Du da einen Tipp? evtl. andere Version von ExitTool nehmen? welche?

Testen mit notwendigem Reboot ist zwar bloed. Aber um ein wirklich "gutes" Freeware Programm zu verbessern, tue ich es gerne. :-)
(0000624)
mmm   
2008-04-21 23:45   
Habe die 2.4.15 BETA installiert. Heute gibt es einen Fehlerreport von Vista zu GeoSetter, (wieder nach dem x-ten Speichern). Ich habe diesen gespeichert und sende ihn mit (bugreport.txt). Habe GeoSetter beendet und neu gestartet, war dann wieder o.k. Kein Systemhung mit Reboot wie sonst meistens. Diese Fehlermeldung aus Vista hatte ich auch schon mit 2.4.3, aber damals keinen Fehlerreport gespeichert.
Vielleicht hilft der Fehlerreport das Problem einzukreisen?
(0000635)
mmm   
2008-04-22 22:50   
Leider hat das Update auf die 2.4.16 BETA in Bezug auf diesen Fehler nichts gebracht. Ich habe heute den Bildern nur Kontaktinfos hinzugefuegt und nach ueber 100 Bildern (in Bloecken von ca 20 jeweils) wieder der gleiche Haenger:
Keine Rueckmeldung von GeoSetter, laesst sich auch nicht abbrechen, nur ueber Taskmanager "kill-process".

Interessant in diesem Zusammenhang ist vielleicht, dass dann auch Firefox und Internet Explorer haengen, lassen sich zwar starten, aber haengen ebenfalls. Irgendwie wird da was im System ueberschrieben. Nur ein Reboot hilft.

Greift GeoSetter bzw ExifTool beim reinen Speichern der Bilder ueberhaupt auf das Internet zu? Die Festplatte ist ein lokales RAID, kein NAS- oder SAN-Device.
(0000704)
mmm   
2008-05-11 13:15   
Als Ergänzung zu diesem Problem:

War die letzten 2 Wochen unterwegs und habe viele Bilder auf meinem Laptop (unter WinXP SP2) bearbeitet. Dabei trat das Problem mit dem Aufhängen des Betriebssystem NICHT auf.

Werde in den ächsten Tagen wieder auf meinem Fileserver (mit Vista64 SP1) und der aktuellen Beta von GeoSetter arbeiten.
Gibt es eigentlich noch andere Benutzer, die unter Vista64 arbeiten?

Bitte das Fehlerticket noch "offen" lassen. Danke
(0000705)
Friedemann   
2008-05-11 13:17   
Ja klar, ich lasse das offen. Habe mich darum nun auch ehrlich egsagt gar nicht gekümmert... :-/
(0000716)
mmm   
2008-05-13 11:52   
Leider tritt das Problem mit dem sich aufhängenden Rechner auch mit 2.5.0 auf.
Nur ein Reboot hilft. (Vista-64)
Evtl. hat das doch mit den Karten zu tun. Ich verwende die Ansicht "Satellit" und habe damit öfters Probleme, dass ein Zoom nach einiger Zeit nicht mehr geht.

(Als ich die letzten beiden Wochen auf meinem Laptop unter XP das Problem nicht hatte, hatte ich aber auch keine Internetverbindung und somit keine Karte.)

Was kann ich noch tun, um das Problem einzugrenzen?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
341 [GeoSetter] User Interface block always 2008-05-14 20:55 2011-04-24 01:20
Reporter: mmm Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.5.1 release  
Product Build: Resolution: unable to reproduce  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GeoSetter hängt, zeigt keine Vorschaubilder mehr an
Description: Das Problem hat evtl. die gleiche Ursache wie Problem 000275, zeigt sich aber jetzt etwas anders.

Ich habe einen Block von Bildern (40 NEF-Files mit den dazugehörigen 40 JPG-Files) in ein leeres Arbeitsverzeichnis kopiert. Weise diesen Bildern (paarweise) in der Report-Ansicht die Koordinaten aus der Satellitenkarte zu, nach ca. 25 Bildern, wird plötzlich kein Vorschaubild mehr angezeigt. (Manchmal kommt auch die Meldung: "Beim Aufruf der Höhendaten ist ein Fehler bzw Timeout aufgetreten").
Wenn ich dann GeoSetter beende, schliesst zwar das Fenster, aber im Task-Manager ist GeoSetter weiterhin aktiv. GeoSetter laesst sich auch nicht mehr neu starten.
Nach einem Kill des Prozesses, laesst sich GeoSetter zwar neu starten, zeigt aber weiterhin keine Vorschau an. Erst ein Reboot des Rechners behebt das Problem.
Tags:
Steps To Reproduce:
Additional Information: Betriebssysrem: Vista-64 deutsch
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
763 [GeoSetter] User Interface tweak always 2011-02-10 23:09 2011-04-24 01:12
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.21 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Übersichtskarte in Karte ausblenden
Description: wird die Übersichtskarte innerhalb der Karte mit dem Pfeil zum einklappen ausgeblendet, bleibt der Haken im Menü "Karte | Übersichtskarte einblenden" an.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
761 [GeoSetter] Image Data minor sometimes 2011-02-08 11:21 2011-04-24 01:12
Reporter: bolasz54 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: After editing Exif the taken date&time does not appears anymore in windows explorer
Description: I recognized that the taken date&time for some of my pictures in the same batch disappears in windows file manager after editing different exif/iptc fields by geosetter, however this data can further be read by geosetter and in fact I do not see differences in geosetter between pictures where this taken date&time appears or disappears seen on windows file manager (detailed data mode).
Tags:
Steps To Reproduce:
Additional Information: I upload 2 pics, both of them edited by geosetter but the taken date&time can not be seen on windows file manager (detailed data mode)for one of them..
Attached Files: flickr.zip (413,308 bytes) 2011-02-08 11:21
https://www.geosetter.de/mantis/file_download.php?file_id=212&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
772 [GeoSetter] User Interface tweak have not tried 2011-02-22 09:47 2011-04-24 01:12
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.21 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Reihenfolge der Menüeinträge in "Bilddateien synchronisieren"
Description: v3.4.22

ich finde die Reihenfolge der Menüeinträge im Dialog "Bilddateien synchronisieren" unglücklich. Der oberste Punkt ist "Rechtes Verzeichnis wählen"; ich würde als ersten Eintrag das linke Verzeichnis bevorzugen.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
771 [GeoSetter] Image Data minor always 2011-02-21 23:55 2011-04-24 01:12
Reporter: mcole Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: EXIF Orientation tag is incorrect after resized upload to locr
Description: When an image is resized by Geosetter during upload to locr the orientation tag is changed to "bottom left". If you then download the original sized image from locr orientation aware apps (IrfanView in my tests) display the image upside down. Dumb apps such as windows picture and fax viewer (in xp) display the image the right way up suggesting that the image is not physically altered, only the orientation tag is wrong.

Attached is sample uploaded with resize and then d/l'd from locr.
Tags:
Steps To Reproduce:
Additional Information: Cannot be certain that this is a Geosetter problem but images that are NOT resized before upload seem unaffected by the problem.
Attached Files: locr_14151719.jpg (507,449 bytes) 2011-02-21 23:55
https://www.geosetter.de/mantis/file_download.php?file_id=217&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
775 [GeoSetter] Image Data minor N/A 2011-03-03 12:55 2011-04-24 01:12
Reporter: Skrunk Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: M2ts support
Description: Requesting M2TS file support.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
773 [GeoSetter] User Interface trivial always 2011-03-02 20:00 2011-04-24 01:12
Reporter: LDevil Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Folder location field hidden at startup
Description: Every time I launch geosetter, there is no folder location field. Instead of it there is only >> icon on toolbar. But If I only change file browser panel width, folder location field appears again.
Tags:
Steps To Reproduce:
Additional Information: Bug exists in 3.4.16 (2119) release
Attached Files: missing.location.field.png (95,194 bytes) 2011-03-02 20:00
https://www.geosetter.de/mantis/file_download.php?file_id=218&type=bug
png

location.field.visible.after.resize.png (67,346 bytes) 2011-03-02 20:01
https://www.geosetter.de/mantis/file_download.php?file_id=219&type=bug
png
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
782 [GeoSetter] User Interface minor N/A 2011-03-11 17:51 2011-04-24 01:12
Reporter: pheuch Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Store own translations for geonames
Description: The German name of United Arab Emirates "Vereingte Arabische Emirate" is a bit wrong. An i is missing. Also the state name Dubayy is not the name used in German.

Instead of changing such minor translation problems, what about an option to customize the translations? So I could customize the name of ARE to "Vereinigte Arabische Emirate" and the state name to "Dubai".
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
781 [GeoSetter] User Interface feature always 2011-03-09 20:12 2011-04-24 01:12
Reporter: Phoenix Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.23 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Verschiebung des Blickpunktes
Description: Hallo,
wenn ich zu einer Position auch den Blickpunkt bereits hinzugefügt habe, danach die Aufnahmeposition aber noch einmal verschiebe, verschiebt sich auch der Blickpunkt um den entsprechenden Versatz mit (er behält also die Kompass-Ausrichtung bei). Jedoch würde ich mir wünschen, dass die Position des Blickpunktes beibehalten wird und nur die Aufnahmeposition verschoben wird. Wäre das (evtl in den Optionen einstellbar) möglich?
Vielen Dank,
Gruß Mike
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
779 [GeoSetter] Image Data minor unable to reproduce 2011-03-08 22:53 2011-04-24 01:12
Reporter: Calroy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.23 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: error e line 761
Description: I am unable to update my location settings in Geosetter.
Tags:
Steps To Reproduce:
Additional Information: After obtaining co ordinates and seeking altitude and location settings, I get error report e line 761 and am unable to proceed without cancelling the information. This is happening with all my entries.
Attached Files: LAm_ 16-01-2011 10-18-06.jpg (1,318,280 bytes) 2011-03-08 22:53
https://www.geosetter.de/mantis/file_download.php?file_id=220&type=bug
Notes
(0001515)
Calroy   
2011-03-10 21:41   
I have found that issue 8.49 is OK, but 8.50 continues to be a problem.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
777 [GeoSetter] Image Data minor N/A 2011-03-06 22:41 2011-04-24 01:12
Reporter: bernd Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.21 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Support request: What determines the initial position of the focal point in the map?
Description: Hi Friedemann,

still fighting with getting the object's distance smoothly into my exifs.
What i am wondering about:
When loading already geolocated images with an GPS_ImageDirection value already set, the initial position for the focal point varies from some few hundred meters off the cameras postion to some kilometers.

I wonder if this behaviour is caused by some other exif data, or is this some google random thing?

Cause, as i mentioned in another issue before, its quite a pain to zoom out and in in order to grab the point and adjust it to my distance values which are normally only between 2m to 20m, so on a completely different zoom level than the initial focal points postions.

If this intial distance for example is calculated from some other exif data provided by the camera, i could then use an exiftool batch script to adjust those values before importing the images into geosetter.

Thanx in advance
Bernd
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
758 [GeoSetter] User Interface minor always 2011-02-06 16:27 2011-04-24 01:12
Reporter: bobcat2 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Is it possible to edit the GPS track ?
Description: SOmetimes the GPS track contains bad loacations due to bad signal (buidigs, etc..). IS it possible to cancel / edit track points ?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001512)
xyz   
2011-03-05 09:41   
it is good feature request!
(0001516)
drose   
2011-03-13 11:11   
(Last edited: 2011-03-13 11:11)
... but Geosetter is not intendet to be a GPS editor. Tracks are only used for tagging pictures with geo information. Anyhow a track editor function adds a lot of new complexity to geosetter.

(0001517)
bobcat2   
2011-03-13 14:48   
It is exactly for this purpose. I'm using a simple GPS logger and the possibility to relocate (on the map with a mouse drag) the wrong positions can be very useful. Otherwise the picture is wrongly tagged and you have to re-tag one by one (in case of multiple pictures taken at the same location). I found on the web a free service that makes exactly what I'm looking for (http://www.gobreadcrumbs.com) but it will be more practical to have it inside Geosetter (because you can check with the images).

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
778 [GeoSetter] Image Data major always 2011-03-08 11:10 2011-04-24 01:12
Reporter: faxmayo Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Imposible to get altitude
Description: When I click the "get on the web" button in altitude section, I always get "No altitude found for specified coordinates". But this coordinates are good on the map.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001514)
faxmayo   
2011-03-08 11:19   
I have just found a little diference. If I get the coordinates from a gps but without altitude, the program can found it; but if I get the coordinates from the map within the program I get the error mentioned. I could observe this, only with one photo with gps date obtained from a gps receiver.
(0001525)
drose   
2011-03-17 08:42   
look at Problem 0000766. Is ist a douplicate of yours !?!?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
785 [GeoSetter] Image Data minor always 2011-03-21 10:35 2011-04-24 01:12
Reporter: seanos Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Sync with GPS applying extra Daylight Saving?
Description: Canon Powershot G10: Australian Eastern Standard Time plus Daylight Saving
Garmin Oregon 300: Timezone set to automatic
Windows 7: set to AEST plus auto Daylight Saving

In Garmin BaseCamp the track file shows the correct position for the time the photo was taken (3:52 pm).

The image file shows the time taken in Geosetter as 3:52 pm and the time zone is set as above.

"Synchronize with GPS Data Files..." using the same track sets the position to the one that is right for 4:52 pm.

Not sure what Geosetter version I was using before, but I've only noticed this since upgrading yesterday to 3.4.16 build 2119.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Daylight Saving (GPX & JPG).zip (282,881 bytes) 2011-03-21 10:35
https://www.geosetter.de/mantis/file_download.php?file_id=222&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
787 [GeoSetter] User Interface feature N/A 2011-03-27 20:32 2011-04-24 01:12
Reporter: dplane Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Input file usage
Description: I'm a computer novice and trying to figure out if I can use your application to tag photos using the data file from my GPS logger. The file from the logger is a simple text file with the date, time, coordinates, velocity, ?, altitude (see attached). Please advise.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: sample.txt (5,700 bytes) 2011-03-27 20:32
https://www.geosetter.de/mantis/file_download.php?file_id=223&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
780 [GeoSetter] User Interface feature N/A 2011-03-09 18:27 2011-04-24 01:12
Reporter: ilopezgu Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.21 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Semiautomatic GPSImgDirection from track
Description: I suggest to include a new entry in the Image Direction Automatic Assignment:

Semiautomatic GPSImgDirection from track:

Write the GPSImgDirection of a picture, taking the course value from the trkpt you take lon and lat.
Tags:
Steps To Reproduce:
Additional Information: Justification:
In my hikes, my Garmin Oregon 300 records the track.

I use to take the 80% of my pictures in de direction in which I walk. For the other 20% of the pictures I use to walk several steep in the direction that I will take the picture. In some cases, I modify some of the the GPSImgDirection with GeoSetter.

I am using GPSBabel and a XSL programs to produce the results that you can see here:

http://www.tic2.org/Ignacio/Viajes/Viajes2011/Viajes-2011.htm

Download the kmz file from the line: 28b-Timanfaya and open it in Google Earth.

My kml file can give you some other interesting ideas.
Attached Files:
Notes
(0001524)
drose   
2011-03-16 08:26   
At the other hand: during my skiing vacation i normaly stop skiing, turn at least 90 degrees and take a photo. In that case your proposed automatic always delivers wrong directions.
(0001527)
ilopezgu   
2011-03-21 20:17   
For that reason I said Semiautomatic and not Automatic. For the cases that you said, I use GeoSetter to manualy modify the direction (10 % of the cases) because I use to take de pictures to mainly documeny the direcction of my hikes. If you behaviour is always turn 90 degrees and take a photo, add a value as a parameter to add or substract at the course angle.

 Please read the Additional Information that I include in my request and see some examples in my web (http://www.tic2.org/Ignacio/Viajes/Viajes2011/Viajes-2011.htm [^]):

Justification:
In my hikes, my Garmin Oregon 300 records the track.

I use to take the 80% of my pictures in de direction in which I walk. For the other 20% of the pictures I use to walk several steep in the direction that I will take the picture. In some cases, I modify some of the the GPSImgDirection with GeoSetter.

I am using GPSBabel and a XSL programs to produce the results that you can see here:

http://www.tic2.org/Ignacio/Viajes/Viajes2011/Viajes-2011.htm [^]

Download the kmz file from the line: 28b-Timanfaya and open it in Google Earth.

My kml file can give you some other interesting ideas.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
792 [GeoSetter] Image Data major have not tried 2011-04-03 15:54 2011-04-24 01:12
Reporter: michel_c Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: File creation date should not be updated
Description: The file creation date is systematically updated by Geosetter, if changes are saved. The only option we have is to update or not the file modification date.

For me, the file creation date should not be updated (we only modify files). At least, it should be optional.

I am using Geosetter with scanned pictures (so I have no EXIF information), and in my workflow I rely on Windows file dates. I think, the file creation date should be stable during the lifecycle of a file and not be modified by applications.
Tags:
Steps To Reproduce:
Additional Information: I am using Windows 7, 64 bit.
Attached Files:
Notes
(0001539)
heiko   
2011-04-03 22:44   
(Last edited: 2011-04-03 22:46)
GeoSetter is using ExifTool to write any modifications. I found the following in the ExifTool Forum (http://u88.n24.queensu.ca/exiftool/forum/index.php/topic,3127.0.html):

Your command writes the 3 common metadata date/time tags. When writing, the filesystem creation and modification dates will be set to the current time. You can use -P to preserve the filesystem modification date, or write FileModifyDate to set it to whatever you want. ExifTool can not be used to set the filesystem creation date.

- Phil

So I don't think it's possible that the file creation time will be stable during the lifecycle of the file.

(0001542)
boardhead   
2011-04-05 18:40   
(Last edited: 2011-04-05 18:40)
It should be possible to preserve the creation date (and other filesystem-specific information) using the exiftool -overwrite_original_in_place option, although the "_original" backups will not be generated, and you will take a performance hit using this option.

- Phil


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
795 [GeoSetter] User Interface feature always 2011-04-07 02:09 2011-04-24 01:12
Reporter: NevP Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Google Earth export view direction
Description: I would like to suggest adding the view direction to each photo placemark when exporting selected images to Google Earth (KML file).

Example screen shot and KML file attached.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Google view.zip (111,248 bytes) 2011-04-07 02:09
https://www.geosetter.de/mantis/file_download.php?file_id=224&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
797 [GeoSetter] User Interface feature N/A 2011-04-13 16:48 2011-04-24 01:12
Reporter: caiman Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Porting to Mac OS X
Description: Your program has become a major on my Windows, but not so long ago I bought a notebook that Apple is very well suited for working with photos on the road and there were no applications even close to similar to your wonderful product. Do not want to port it to Mac OS X?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001547)
heiko   
2011-04-13 21:31   
the only way to use GeoSetter on a Max OS is to use a virtualization software. Take a look in the Help file of GeoSetter under "FAQ | Is there a Max or Linux Version of GeoSetter?".

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
796 [GeoSetter] User Interface crash always 2011-04-08 16:58 2011-04-24 01:12
Reporter: kai Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Absturtz nach Sprachenupdate
Description: Hallo
Beim letztem Start kam die Möglichkeit die Sprachen upzudaten.
Es gab drei Sprachen, darunter Deutsch und Chinesisch.
Ich habe die Deutsche gewählt.
Dabei ist der PC komplett abgestürzt (WIN7). Bunte Streifen über das ganze Display. Nur ein hartes Ausschalten brachte den PC wieder zum leben.
Wenn ich nun Geosetter starte kommt gleich "An Error occured in the application"
"Listenindex Überschreitet das Maximum (0)".
Nun kann man nur noch die Application "closen" oder "continue"
bei Continue application geht im Hintergrund Geosetter auf.
Dann kommt "Zugruffsverletzung bei Adrsse 00A3E59C in Modul Geosetter.exe.
Wieder die Wahlt zwischen Close und Continue.
Continue führt wieder zur Zugruffverletzung.
Mehr also Close Application ist nicht mehr Möglich.
Komplettes Deinstallieren plus manuelles reg-clean nach "geosetter" und snschließenede Neu installation bringen keine positiven Ergebnisse.
Der Fehler bleibt.
Ich würde mich freuen, wenn ihr mir helfen könntet.
vielen Dank
gruß Kai
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: bugreport.txt (12,113 bytes) 2011-04-08 16:58
https://www.geosetter.de/mantis/file_download.php?file_id=225&type=bug
Notes
(0001544)
heiko   
2011-04-08 21:21   
hast du vor der Neuinstallation auch die Daten im <AppData>\GeoSetter Verzeichnis gelöscht? Ich bin mir recht sicher dass GeoSetter dann wieder funktioniert.
(0001545)
kai   
2011-04-09 17:25   
Hallo,
danke - damit ging es wieder.
Deinstalliert, geosetter im APPDATA gelöscht und wieder installiert.
Danke
gruß Kai

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
801 [GeoSetter] User Interface crash always 2011-04-17 14:49 2011-04-24 01:12
Reporter: delftmm Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Geosetter no longer starts after the installation of Internet Explorer 9 (same as 0000794)
Description: I have recently installed Internet Explorer 9 and Firefox 4. I have also done Windows Updates involving .Net Framework 4. Now, when I try to run Geosetter (ver. 3.4.16), it will not run. My operating system is Windows Vista Home Premium, SP2. After this occurred, I uninstalled Geosetter and then re-installed it, but this same problem continued.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
800 [GeoSetter] User Interface minor always 2011-04-16 21:31 2011-04-24 01:12
Reporter: Draycon Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Verbesserungsvorschlag
Description: Ich nutze jetzt GeoSetter seit ein paar Tagen, um Fotos manuell zu geotaggen. Dabei ist mir aufgefallen, dass ich oft immer wieder genau auf die Bild-Vorschau schauen muss, um bei der Festlegung der Blickrichtung den Bildmittelpunkt zu finden. Eine Art Fadenkreuz oder besser noch ein senkrechter Orientierungsbalken als Overlay in der Bildvorschau wäre sehr hilfreich, denn genau das ist ja der Punkt, den ich bei der manuellen Ausrichtung im Kartenfenster finden und anvisieren muss. Das sollte auch mit wenig Aufwand realisierbar sein. Ich fände es jedenfalls sehr hilfreich.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
799 [GeoSetter] User Interface text N/A 2011-04-15 14:41 2011-04-24 01:12
Reporter: Gerber Urs Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: reference map
Description: would it be possible to connect geosetter with other reference maps than Google? For example with GPSplan.no (which allows to upload GPS-tracks)?

I was on skitours in the Lyngen alps, tracked GPS and took photos with Sony DSC-HX5V with position and direction. It would be nice to overlay GPS-tracks and image-information in geosetter based on GPSplan.no :-)!
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
759 [GeoSetter] Image Data major always 2011-02-06 23:07 2011-04-24 01:12
Reporter: geoffschultz Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Incorrect IPTC Caption written back
Description: I just installed GeoSetter 3.4.16 and was testing it out. One bug that I've noted is that on some images it replaces the Caption/Comment field with "OLYMPUS DIGITAL CAMERA" even though there is an existing caption as shown by PhotoShop and other programs. When the file gets written, this incorrect caption replaces the existing one.

In this case the image was taken by an Olympus camera that I rarely use and didn't have a valid date set, but other images taken at the same time show the correct Caption. I've attached a copy of one image that has this behavior.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: 20101031_038.JPG (1,646,747 bytes) 2011-02-06 23:15
https://www.geosetter.de/mantis/file_download.php?file_id=211&type=bug
Notes
(0001550)
geoffschultz   
2011-04-17 16:26   
I made the mistake of using GeoSetter on another set of images created by the Olympus C8080 and it once again overwrote the existing IPTC Captions. I also noted that it deleted several keywords that I had assigned to the images. Lots of hours of work lost.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
803 [GeoSetter] User Interface feature have not tried 2011-04-22 12:32 2011-04-24 01:12
Reporter: Schusch Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: enable Ctrl-Q as optional key shortcut
Description: Hey,

as shortcuts are enabled as user configurable options (great :-) it would be nice to have the possibility to set ctrl-q instead of alt-4.

I'm used to this for most programs running on Mac and Linux (and a lot of programs running on windows), so it would be nice to add geosetter on my personal list of programs which are able to execute this shortcut :-)

By the way, thanks for the great software!
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
802 [GeoSetter] Image Data minor always 2011-04-21 15:10 2011-04-24 01:12
Reporter: Draycon Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.21 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Geodaten in sidecars und Bildern
Description: Ich habe vor einigen Tagen begonnen, Bilder zu geotaggen. Zunächst machte ich dies ohne sidecars. Weil ich mir vom Nutzen der Sidecars jedoch eine Geschwindigkeitserhöhung beim Aufrufen der Ordner erhoffte wechselte ich zur Nutzung der Sidecars (brachte leider keinen Geschwindigkeitsvorteil). Jetzt muss ich feststellen, dass alle Bilder Sidecars haben, die Hälfte allerdings nur Informationen im Bild selbst, denn seit der Nutzung der Sidecars werden keine neuen Infos in die Bilder selbst geschrieben. Wie kann ich meine Bilder synchronisieren, so dass die Daten sowohl in den Sidecars als auch im Bild selbst gespeichert sind? Und kann man beim Nutzen der Sidecars vielleicht optional einstellen, dass er beim Scannen der Verzeichnisse dann NICHT in den Bildern nach Geoinformationen sucht?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
623 [GeoSetter] Image Data minor always 2010-08-01 14:42 2011-04-24 01:11
Reporter: tiberius28 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.60 Release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Export nach Google Earth nich vollständig
Description: Die von Geosetter erzeugten KMZ-Dateien, enthalten keine Bilder. Auf der Karte in Google Earth werden nur die Icons angezeigt. Beim Klicken auf das Icon wird ein neues Fenster geöffnet, aber das Bild wird nicht angezeigt. Wenn man sich die Eigenschaften des Bildes ansieht, dann wird angezeigt, dass das Bild im Verzeichnis images sein sollte. Das Verzeichnis jedoch existiert nicht. Wenn man das Verzeichnis images im selben Ordner erzeugt, im welchen auch die KMZ-Datei sich befindet und kopiert man das Bild da rein unter denselben Namen der unter Eigenschaften angezeigt wird, dann wird das Bild auch angezeigt.
Tags: file formats
Steps To Reproduce:
Additional Information:
Attached Files: Zwischenablage01.jpg (471,131 bytes) 2010-08-11 22:24
https://www.geosetter.de/mantis/file_download.php?file_id=153&type=bug
Zwischenablage02.jpg (345,858 bytes) 2010-08-11 22:25
https://www.geosetter.de/mantis/file_download.php?file_id=154&type=bug
screenshot.jpg (671,357 bytes) 2010-08-21 17:04
https://www.geosetter.de/mantis/file_download.php?file_id=158&type=bug
weißes Bild.jpg (175,104 bytes) 2010-08-25 21:27
https://www.geosetter.de/mantis/file_download.php?file_id=159&type=bug
jpg

Regler.jpg (315,010 bytes) 2010-08-26 20:10
https://www.geosetter.de/mantis/file_download.php?file_id=160&type=bug
FW-Toure 2010.kmz (569,075 bytes) 2010-10-04 21:23
https://www.geosetter.de/mantis/file_download.php?file_id=164&type=bug
ge_5.2.1.1588_xp.jpg (266,639 bytes) 2010-10-04 22:20
https://www.geosetter.de/mantis/file_download.php?file_id=165&type=bug
ge_mit_bild.jpg (217,026 bytes) 2010-10-04 22:22
https://www.geosetter.de/mantis/file_download.php?file_id=166&type=bug
jpg

ge_geosetter.jpg (470,723 bytes) 2010-12-04 12:06
https://www.geosetter.de/mantis/file_download.php?file_id=182&type=bug
ge_gta.jpg (502,433 bytes) 2010-12-04 12:07
https://www.geosetter.de/mantis/file_download.php?file_id=183&type=bug
Notes
(0001211)
Friedemann   
2010-08-02 17:42   
Das kann ich leider nicht nachvollziehen. Habe es gerade mit der Version 3.3.60 getestet. Die exportierten KMZs enthalte allesamt auch einen Ordner "images" sowie darin die Bilder.

Könntest Du mir mal einen Screenshot Deines Export-Dialoges hier anhängen oder mir schicken?

Meine Google Earth Version ist 5.2.1.1329 (beta).
(0001212)
runaway62   
2010-08-11 22:26   
Ich habe das selbe Problem!
Habe zwei Bilder hoch geladen.
Habe mir auch die Google Earth Version ist 5.2.1.1329 (beta) Installier.
Hat nicht geholfen.
(0001217)
geert   
2010-08-16 00:34   
I have the same problem.
(0001222)
gmgroeb   
2010-08-19 08:36   
Ich hatte das selbe Problem, doch nun mit der aktuellen, neuen Version von Google Earth (steht zum Download bereit) tritt der Effekt mit den "alten" KMZ-Dateien nicht mehr auf.
(0001223)
geert   
2010-08-21 17:04   
(Last edited: 2010-08-21 17:04)
I made a screenshot:
on the left side you can see the small image
In Google Earth you can see the smalle image. if you click on this small picture you get a blanco image frame

(0001224)
DonStefano   
2010-08-25 14:42   
Habe mir die neuste Version von Google Earth geladen und das Problem besteht weiterhin. Zumindest zum Teil.
Nehme ich 2 Fotos, werden diese korrekt exportiert und in Google Earth angezeigt. Nehme ich 100 Fotos wird keins der Fotos in Google Earth angezeigt.
(0001225)
UCLODR   
2010-08-25 20:44   
Vielleicht hilft diese Beobachtung meinerseits:
Nach dem Öffnen der von Geosetter exportierten KMZ zoomt GoogleEarth auf den Bereich, in dem die Fotos liegen. Angezeigt wird aber nur der erste Marker bzw. das erste Minifoto. Erst wenn ich in dem Datum-/Zeitregler von GoogleEarth (bei mir links oben auf der Karte) die beiden Marker ganz nach außen (einer nach rechts, einer nach links) schiebe, erscheinen alle Marker.
(0001226)
DonStefano   
2010-08-25 21:26   
Hmm. Also die Minifotos werden alle angezeigt. Wenn ich dann aber auf eins drücke, bekomme ich nur ein weißes Bild.
Wie bekomme ich diesen Schieberegler? Ist der automatisch da? Ich finde da nix.
Siehe oben "weißes Bild"!
(0001227)
heiko   
2010-08-25 23:02   
die Beobachtung von DonStefano dass das weiße Bild erst erscheint, wenn man viele Bilder (bei mir 67 Bilder) nach GE exportiert kann ich auch nachvollziehen
(0001228)
UCLODR   
2010-08-26 20:09   
Über den Schieber bestimmt sich die angezeigte Zeit. Es werden nur MiniBilder/Marker auf der Karte gezeigt, die im gewählten Zeitraum liegen. Der Schieber kommt bei mir auch automatisch, wenn ich eine GPX-Datei auf GE ziehe. (siehe Regler.jpg)

Das "weiße Bild Problem" habe ich jetzt auch. Bei den ersten Gehversuchen wurden die Bilder nach dem Anklicken immer gezeigt, bei späteren Versuchen nur noch ab und zu. Es hat nichts mit der gewählten Größe oder Anzahl zu tun und ist nicht reproduzierbar. Manchmal Bild - manchmal weiß. Bei mir.
(0001242)
Friedemann   
2010-10-03 23:07   
Entschuldigt bitte die sehr späte Antwort!

Ich habe jetzt lange gebraucht bis ich wohl die Ursache gefunden habe. Kann es sein, dass Eure KMZ-Datei auf einem Netzlaufwerk liegt??? Ist das nämlich der Fall, zeigt GE tatsächlich die Bilder nicht an. Kopiert man die KMZ auf ein normales Laufwerk, dann geht's. Zumindest bei mir.

Bei diesem Verhalten kann ich natürlich nix machen. Das ist eindeutig ein Problem in Google Earth!
(0001246)
heiko   
2010-10-03 23:57   
Hallo Friedemann,

meine Bilder liegen alle auf dem lokalen Rechner; von dem her hat es nicht generell etwas mit einem Netzlaufwerk zu tun. Allerdings liegen meine Bilder auf der 2. Platte ..
(0001247)
Friedemann   
2010-10-04 00:10   
Heiko, kopier mal bitte eine KMZ-Datei bei welcher die Bilder nicht angezeigt werden auf die erste Platte und öffne es da.

Mit Netzlaufwerk meine ich übrigens nicht unbedingt eine externe Platte. Ich habe mir z.B. mein Bilderverzeichnis im Profil (D:\...) freigegeben und verbinde es dann als Netzlaufwerk (R:). Auf so einem Laufwerk habe ich das Problem. Könnte auch mit Rechten zu tun haben...
(0001248)
Friedemann   
2010-10-04 00:23   
Das war ein guter Hinweis mit der 2. Festplatte. Meine KMZs liegen nämlich tatsächlich auch auf der 2. Platte (nicht D: sondern E:). Dort machen sie Probleme, egal ob über Netzlaufwerk geöffnet oder vom Originalort. Kopiere ich solche eine KMZ auf die erste Platte (C: oder D:), dann funktioniert es.

Ich bleibe dabei, dass das ein Problem von Google Earth ist ;-)
(0001249)
Friedemann   
2010-10-04 00:24   
Ist die Frage, ob das evtl. ein Windows 7 Problem ist...
(0001250)
runaway62   
2010-10-04 21:26   
Hallo Freiemann

Habe immer noch dasselbe Problem.
Auch auf der lokalen Platte c: werden Keine Bilder angezeigt.
siehe FW-Toure-2010.kmz

Liegt es vieleicht an der Grösse der Orginalbilder?
(0001251)
Friedemann   
2010-10-04 22:20   
Sorry, ich habe dazu überhaupt gar keine Idee mehr. Deine KMZ wird bei mir auch auf der 2. Festplatte korrekt angezeigt (Windows 7 64, Google Earth 5.2.1.1588). Und nun das verrückte: Unter XP auch mit GE 5.2.1.1588 werden die Koordinaten auf glatte Werte gerundet (siehe Screenshot ge_5.2.1.1588). Aber auch da werden die großen Bilder angezeigt.

Ich habe dazu wie gesagt keine Idee. Sehr viele scheinen von dem Problem ja auch nicht betroffen. Du kannst ja selbst mal in die KMZ reinschauen (einfach ".zip" hinterhängen). Wenn Du findest was da falsch ist, wäre das toll. Ich sehe das Problem momentan nicht bei GeoSetter...
(0001252)
Friedemann   
2010-10-04 22:22   
Habe auch noch ge_mit_bild.jpg angehängt...
(0001253)
UCLODR   
2010-10-04 22:34   
Nachdem es hier wieder aktiv wurde habe ich auch mal wieder getestet. Ich hatte/habe das Problem ja auch. Beim ersten Versuch (wenige Bilder) hat es von allen drei Platten funktioniert. Viele Bilder haben auch funktioniert. Mir ist dann eingefallen, dass GE mir vor einigen Tagen ein Update untergejubelt hat. In den GE-Optionen habe ich einen Punkt gefunden, dass alle Fehler bei KMZ gemeldet werden sollen. Nach Aktivieren hat GE beim Starten schon Fehler in den Default-KMZ in User-Home gemeldet. Was soll das? Also habe ich damit rumgespielt und frech verschiedenes gelöscht. Irgendwann war GE so weit, dass keine Bilder mehr angezeigt wurden. Also GE deinstalliert, manuell Platte und Registry bzgl. GE bereinigt und neu installiert - die Bilder werden nicht angezeigt.

Quientessenz ist, dass ich mit ein und der selben KMZ von Geosetter erst keine Probleme hatte und auf einmal ging es nicht mehr. Das wäre für mich der eindeutige Beweis, dass es von irgend etwas im System oder GE anhängt, aber nicht von Geosetter (und auch nicht von der Platte).
(0001254)
UCLODR   
2010-10-04 22:43   
Hey, ich habe gerade "FW-Toure 2010.kmz" herunter geladen und meine KMZ, die definiv vorhin anfangs noch ging, gleichzeitig aufgemacht. In meiner sind die Bilder leer und in der anderen sind die Bilder da.
Ich verstehe gar nichts mehr.
(0001261)
Friedemann   
2010-10-09 13:50   
berndj in 0000659: Inzwischen habe ich folgendes herausgefunden: Wenn ich die von geosetter erzeugte kmz-Datei in GE unter "Meine Orte" speichere, arbeitet sie einwandfrei.
(0001263)
Friedemann   
2010-10-09 13:54   
> Inzwischen habe ich folgendes herausgefunden: Wenn ich die von
> geosetter erzeugte kmz-Datei in GE unter "Meine Orte" speichere,
> arbeitet sie einwandfrei.

ja, das hatte ich auch schon getestet. Speichert man dann aber dies über "Ort speichern unter..." wiederum in einer neuen KMZ, besteht bei dieser wieder das gleiche Problem. Auch das deutet wiederum auf einen Fehler in Google Earth hin!!!
(0001267)
andjaeg   
2010-10-17 21:53   
Hi Leute, ich hatte auch das Problem mit den fehlenden Bildern. Jetzt funktioniert alles.

Problem war (bei mir), dass der Verzeichnisname über 70 Zeichen hatte (c:\blabla\blabla\...\usw). Dies resultierte in weißen Bildern in Google Earth. Alles funktioniert jedoch mit einem kurzem Verzeichnisnamen (c:\Bilder).
Möglicher Weise hat auch die Länge des Namens der Bilddatei einen Einfluß - also ggf. kürzen.
(0001268)
Friedemann   
2010-10-17 23:07   
> Problem war (bei mir), dass der Verzeichnisname über 70 Zeichen
> hatte (c:\blabla\blabla\...\usw).

Du meinst das Verzeichnis in welchem die KMZ liegt? Bei mir gehen auch KMZs dann nicht, wenn sie im Root liegen.

> Möglicher Weise hat auch die Länge des Namens der Bilddatei einen
> Einfluß - also ggf. kürzen.

Die Dateinamen werden in der KMZ sowieso auf sowas wie 9r0riw8hfwt7.jpg umgewandelt. Deshalb ist der Originaldateiname des Bildes unerheblich.
(0001269)
andjaeg   
2010-10-18 01:15   
(Last edited: 2010-10-18 01:16)
Ich hatte beide, die Bilder und die KMZ, in ein Verzeichnis mit kurzem Pfadnamen geschrieben und es funktionierte in GoogleEarth.

Jetzt habe ich noch mal getestet.
1. Wo die Bilder liegen ist egal (kein Problem mit langen und kurzen Pfadnamen)
2. Wird die KMZ, die geosetter erzeugt, in einem Verzeichnis mit langen Pfadnamen gespeichert werden, erscheinen weiße Bilder auch dann, wenn die KMZ-Datei später in ein Verzeichnis mit kurzen Pfadnamen verschoben wird.
3. Wird die KMZ, die geosetter erzeugt, in einem Verzeichnis mit kurzen Pfadnamen gespeichert, dann erscheinen alle Bilder korrekt. Die Bilder werden auch dann noch korrekt angezeigt, wenn die KMZ-Datei später in ein Verzeichnis mit langen Pfadnamen verschoben wird.

Dass mit den Bildnamen war meine Schlußfolgerung, da oben berichtet wurde dass von einer KMZ manche Bilder korrekt dargestellt werden, andere Bilder aber weiß sind ... ist ja nun aber obsolet ...

(0001270)
andjaeg   
2010-10-18 09:10   
Aufräumen ist eben doch nicht gut! Jetzt kann ich plötzlich nicht mal mehr meine eigenen Beobachtungen reproduzieren, aber zumindest hat es mich auf einen neuen Weg gebracht.

Das eigentliche Problem ist, dass GoogleEarth keine Leerzeichen mag, weder im KMZ-Dateinamen noch im Verzeichnispfad. Mit Leerzeichen keine Bilder, ohne Leerzeichen alles da. Die Zeichenlänge des Verzeichnispfades ist da gänzliche ohne Bedeutung.

Mit anderen Worten, alle KMZ’s die z.B. auf dem „Desktop“ bzw. unter „eigenen Dateien“ liegen funktionieren schon deshalb nicht, weil dann im Verzeichnispfad schon standardmäßig zwei Leerzeichen im Verzeichnis „Dokumente und Einstellungen“ stehen.

Scheinbar hat GoogleEarth auch für schon angesehene Bilder in wieder gelöschten KMZ ein Kurzzeitgedächtnis, solange GoogleEarth nicht neu gestartet wurde. z.B. 1. Zeigt eine KMZ die Bilder an, 2. wird die KMZ dann aus GoogleEarth gelöscht, 3. dann umbenannt (mit Leerzeichen) bzw. in ein Verzeichnis mit Leerzeichen verschoben 4. und wieder geöffnet wird, 5. dann werden die schon vorher betrachteten Bilder auch wieder korrekt angezeigt (Gilt nur für Bilder, die man im Punkt 1. auch tatsächlich angesehen hat). Aber wehe GoogleEarth wird geschlossen und neu gestartet …

Übrigens, beim Programm „GPS-Track-Analyse.NET“ haben die Bilder des GoogleEarth Exportes genau das gleiche Problem.
(0001271)
runaway62   
2010-10-18 20:59   
Des Rätsels lösung!!!

Genau das war das Problem!
Ein einzige Datei oder ein Pfad mit eine Leerzeichen, und schon get nicht mehr.

Habe es auf diverse Arten versucht.
Sobald ich Irgentwo ein Leerzeich drin war hat es keine Bild mehr angezeigt.
Darauf muss mann erst mal kommen.
Besten Dank für eure Hilfe damit ist das Rätsel der Weissen Bilder entlich gelöst.
Gute wäre da Irgent ein hinweis das es Leerzeichen im Pfad oder Dateinamen hat.
(0001273)
klaus_da   
2010-10-21 14:29   
(Last edited: 2010-10-21 20:40)
Ergänzung:
Das Gleiche wie für das Leerzeichen gilt auch für die deutschen Umlaute und "ß": Im kompletten Dateinamen der kmz-Datei (Pfad + Name) darf keines von diesen enthalten sein.

Anmerkung 1:
Dennoch werden gelegentlich in GE-Dateien mit vielen Bildern einzelne Bilder korrekt angezeigt.

Anmerkung 2:
Bei Geosetter (trifft sowohl bei 3.3.1 als auch bei 3.3.60 so zu) bleibt das Problem allein auf den kompletten Dateinamen der GE-Datei beschränkt, den man jederzeit anpassen kann, denn Geosetter lässt intern den beim Export gewählten Dateinamen unberücksichtigt (der mögliche Eintrag [name] in <name>[name]</name> bleibt leer). Auch die sonstige interne Struktur bleibt unbeeinflusst.

Anmerkung 3:
Es ist ein Problem, zumindest unter Vista/deutsch, auch schon mehrerer vorangegangener GE-Versionen, auch mit anderen GE-Dateien (für Umlaut Ähnliches schon vor einiger Zeit mal mit dem internen html-Link in einer Download-kml beobachtet - hatte sich mit dem Texteditor beheben lassen).

(0001314)
Friedemann   
2010-11-03 20:17   
> denn Geosetter lässt intern den beim Export gewählten Dateinamen
> unberücksichtigt (der mögliche Eintrag [name] in <name>[name]</name>
> bleibt leer). Auch die sonstige interne Struktur bleibt unbeeinflusst.

so ganz verstehe ich nicht was Du meinst. Muss bzw. kann ich da was tun???
(0001336)
klaus_da   
2010-11-08 23:02   
> denn Geosetter lässt intern den beim Export gewählten Dateinamen
> unberücksichtigt (der mögliche Eintrag [name] in <name>[name]</name>
> bleibt leer). Auch die sonstige interne Struktur bleibt unbeeinflusst.
 
Es ist wahr, "... Auch die sonstige interne Struktur bleibt unbeeinflusst." ist etwas unpräzise. Vielleicht so:
  ... Auch die sonstige interne Struktur bleibt unbeeinflusst.
  Selbst wenn beim Export nach Google Earth ein Dateiname gewählt
  wird, der die kritischen Zeichen enthält, wirkt sich das nicht
  störend auf die entstehende Geosetter-kmz-Datei aus (- zum einen
  - und zum anderen: Man darf den Dateinamen nachträglich beliebig
  ändern)
  (Kleine, aber unwesentliche Ungenauigkeit:
  GeoSetter lässt im Abschnitt <Document> nicht nur [name] leer,
  sondern verzichtet gänzlich auf <name>[name]</name>. Im Orte-Fenster
  von Google Earth wird so der Dateiname der (kml- hier:) kmz-Datei
  angezeigt. )

> Muss bzw. kann ich da was tun?

Nach umfänglichem Suchen und Probieren (gelegentlich auch mit Scheinlösungen): Leider wird man an den GeoSetter-kmz-Dateien nichts tun können/müssen.

Zum Fehlverhalten mit den Leerzeichen gibt es bei Google bereits mehrere Einträge, u. a.:
Problem 1016:
http://code.google.com/p/earth-issues/issues/detail?id=1016&can=1&q=img%20src&colspec=ID%20Type%20Summary%20Status%20Owner%20Stars%20Internal
Problem 588:
http://code.google.com/p/earth-issues/issues/detail?id=588&can=1&q=img%20src&colspec=ID%20Type%20Summary%20Status%20Owner%20Stars%20Internal

Es gibt das wohl erst ab GE5.

Der Workaround bei Issue 588 (ähnlich auch bei z. B. naviuser.at zu finden; s. a. obigen Beitrag 0001270) beruht wohl darauf, dass es leicht dazu kommt, dass Google Earth sich einmal verwendete Bilddateien "merkt" - teils nur bis zum Schließen (vielleicht im Arbeisspeicher?) oder aber auch dauerhaft (z. B. in
C:\Users\%user%\AppData\Roaming\Google\GoogleEarth) und dann bei einer testweise mit einen nicht korrekten Namen umbenannten GeoSetter-Datei einfach darauf zugreift und so ggf. sogar ein Funktionieren der zu testenden Variante vorgetäuscht wird.

Unter den weißen Bildern werden besonders nicht so erfahrene Nutzer zu leiden haben, die zwar kml oder kmz kennen, aber nicht Geosetter, und vielleicht nicht einmal wüssten, wie sie die Leerzeichen vermeiden können. Zwar sind Lösungen denkbar, bei denen die kmz-Datei vor dem eigentlichen Öffnen in GE automatisch in ein geeignetes Verzeichnis entpackt oder umkopiert wird. Nur geht dann nicht mehr kmz als Erweiterung.

Den (erfahrenen) Nutzern von GeoSetter könnten ja Hinweise in der Hilfe und den FAQ helfen. Unterstützend wirken könnte vielleicht auch eine Hinweiszeile in der Nähe des SaveDialog(*.kmz) im zweiten Fenster des GE-Export: " ... (keine Leerzeichen) ..."
(0001357)
klaus_da   
2010-12-01 09:23   
(Last edited: 2010-12-01 09:25)
Mit Google Earth 6.0.0.1735(beta), Build-Datum 11/23/2010 dürfen im Pfad und im Dateinamen der (zusammen mit den Images gepackten) Geosetter-kmz nach Belieben Leerzeichen, deutsche Umlaute und "ß" enthalten sein, ohne dass es zu den weißen/leeren Bildern kommt.

(0001359)
Supernaut   
2010-12-04 12:08   
Hallo.

Das Problem der nicht angezeigten Bilder tritt nicht nur mit Geosetter auf. Ich habe aus einer identischen Quelle (GPX-Datei und Bilder) in Geosetter und einem anderen Programm jeweils eine KMZ mit eingebetteten Bildern erstellen lassen.

Lasse ich ich die KMZ direkt aus dem jeweiligen Programm in GE anzeigen, werden die Bilder der Geosetter-KMZ nicht angezeigt, die aus dem anderen Programm schon. Nach einem Speichern unter "Meine Orte" werden die Bilder beider KMZ nicht angezeigt, auch nach einem Neustart von GE nicht.

Öffne ich die KMZ aus GE heraus (Menü: Öffnen) werden die Bilder beider KMZ NICHT angezeigt.

Öffne ich die KMZ aus dem Windows-Explorer heraus hat das durchschlagenden Erfolg. Beide (unveränderten) KMZ werden mit den Bilder angezeigt. Das bleibt auch so, wenn ich die KMZ unter "Meine Orte" speichere.

Unabhängig davon führt die KML, die durch Geosetter erzeugt wird, zu einer anderen Darstellung in GE als die des anderen Programms. Die Geosetter-Datei führt zu einer Anzeige der Timeline, die des anderen Programms nicht. Bewege ich mich auf der Timeline, werden die jeweiligen Wegepunkte mit den Fotos im Track NICHT angezeigt. Es wird nur der erste WP mit einem Vorschaubild im Track angezeigt. Alle anderen WP werden auf dem Track nicht mit Vorschaubildern angezeigt.

Anders bei der KMZ aus dem anderen Programm. Dort erscheint keine Timeline, aber für alle Wegepunkte im Track ein Icon mit WP-Beschreibung.

Die KMZ beider Programme haben unterschiedliche Strukturen (Verzeichnisse etc.). Das ist letztlich egal, solange beide KMZ zu einer (halbwegs) gleichen Anzeige führen würden.

Die beiden KML weisen deutliche Unterschiede auf.

Auch die Tracks werden von GE unterschiedlich dargestellt. Der Geosetter-Track ist durchgehend, während der gleiche Track bei dem anderen Programm zu einer Darstellung mit Lücken führt (s. beigefügte JPGs ge_geosetter.jpg und ge_gta.jpg). Die Lückenvariante ist eigentlich richtig, da meine GPS-Maus meiner Meinung nach nicht kontinuierlich aufgezeichnet hat, sondern kleine "Aussetzer" hatte.

Ich stelle die KML auf Wunsch gern zur Verfügung.

Tja, warum nutze ich zwei Programme? Geosetter hat die mit Abstand beste Geotag-Funktion die ich kenne. Das andere Programm erlaubt eine komfortable Trackbearbeitung. Wie gern würde ich beides in einem Programm haben. :)

Ich hoffe, der Beitrag hilft dabei die ursache für die Darstellungsprobleme zu finden.
(0001546)
klaus_da   
2011-04-13 17:52   
Seit kurzem gibt es Google Earth in der offiziellen Version 6.0.2.2074 (mit dem Datum 3/23/2011) mit einigen Neuerungen und weiteren Verbesserungen gegenüber den vorangegangnenen beiden Betaversionen.

Nach wie vor wird die Anzeige der Vorschaubilder aus den kmz-Dateien von Geosetter auch dann nicht mehr beeinträchtigt, wenn Pfad und Dateiname Leerzeichen sowie deutsche Umlaute und "ß" enthalten.

klaus_da
------
Vista 64 Ultimate; IE 9; Geosetter 3.4.16; Geosetter 3.4.22 (Beta)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
765 [GeoSetter] User Interface minor always 2011-02-13 01:11 2011-04-20 22:40
Reporter: heiko Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.21 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Umbenennen von Bildern
Description: wird über den Btn "Ort" ein Wert gewählt, so wird dieser in der Vorschau des neuen Dateinamens nicht angezeigt; ob richtig umbenannt wird habe ich nicht getestet :-)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001503)
heiko   
2011-02-13 20:47   
keine Ahnung wieso, aber jetzt lassen sich die Bilder wieder umbenennen. Evtl. waren die Ortsdaten in den Bilder von gestern nicht gesetzt ..

kanna also geschlossen werden

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
769 [GeoSetter] User Interface trivial sometimes 2011-02-20 22:10 2011-04-20 22:39
Reporter: CanonUser Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Fehler bei Geonames-Dienst Abfrage
Description: Ausgeführte Operation:
In der Karte (Google Satellitenbild) einen Punkt gewählt, mehrere Bilder markiert und die Schaltfläche "Kartenmarkierung zu allen ausgewählten Bildern zuweisen" geklickt.

Ergebnis: Fehlermeldung, siehe Anhang.

Tags:
Steps To Reproduce:
Additional Information: Wenn alle Geosetter-Installationen den gleichen Account nutzen, um die Ortsnamen vom Geonames-Server zu holen, wird Geonames offenbar dienstunwillig.

Die Lösung steht ja mit dem Vorschlag zum eigenen Account eigentlich schon im Einstellungs-Dialog. Ich wollte nur mal die Fehlermeldung posten ...
Attached Files: Fehler.jpg (16,432 bytes) 2011-02-20 22:10
https://www.geosetter.de/mantis/file_download.php?file_id=215&type=bug
jpg
Notes
(0001507)
heiko   
2011-02-21 00:31   
das ist kein Fehler, sondern von Geonames so gewollt. Wie du selbst feststellst hilft hier ein eigener Geonames Account. In der nächsten Version der Hilfe wird dies auch nochmals so empfohlen, aber ich denke, dass ich noch ein eigenes Kapitel in der FAQ zu diesem Thema hinzufügen werde.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
798 [GeoSetter] User Interface text always 2011-04-14 11:04 2011-04-14 21:53
Reporter: Socke-2001 Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.21 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: The daily limit has been exceeded
Description: Failure:

The daily limit of 30000 credits geosetter has been exceeded. Please throttle your requests or use to commercial service.

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001548)
Gotcha   
2011-04-14 13:04   
Hi Socke-2001,
Please read the note for : http://www.geosetter.de/mantis/bug_view_page.php?bug_id=784
(0001549)
heiko   
2011-04-14 21:53   
Socke-2001,

if you have any problems with your own GeoNames accout feel free to reopen this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
640 [GeoSetter] Image Data major always 2010-09-06 16:37 2011-04-05 18:43
Reporter: kkelln Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.48 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Adobe Photoshop CS5/CS3/ Elements and Lightroom 2.7 all see my pictures with wrong color!
Description: I ran your program against several thousand pictures from a couple trips we took this summer. The pictures are Sony ARW files creating using a Sony A700 camera. Before geotagging them, the pictures looked perfect in all my Adobe applications. Now, every picture that was geotagged has very strong color casting (usually blue) and the histogram for the pictures shows this as well. Oddly, the images look fine in corel photo paint, neat image, Google Picasa and even Windows explorer. I have looked at the EXIF data on several files and it looks fine - no evidence of corruption. I am very confused about what is going on here. Can you help? THANKS
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001528)
sb   
2011-03-22 15:12   
I have experienced the same problem using Geosetter 3.4.16 Lightroom 3 with Sony a900 raw files. In my case the cast is usually a pinkish colour with a very reduced contrast.
(0001543)
boardhead   
2011-04-05 18:43   
This is a known problem with the Adobe utilities that should be fixed in recent versions. To quote the ExifTool home page:

"There is a bug in a number of Adobe utilities which causes some edited Sony ARW images to be displayed with the wrong tone curve. This problem has been observed in Photoshop CS4 Camera Raw 5.6, DNG Converter 5.6 and Lightroom 2.6 with ARW images from the A500, A550, A700, A850 and A900. Other software such as the Sony IDC utility, Apple RAW utilities, dcraw and Capture One have no problems with edited images. [This bug is fixed in Camera Raw 6.3 and LR 3.3]"

- Phil

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
788 [GeoSetter] Image Data major always 2011-03-28 14:53 2011-03-29 20:59
Reporter: Sander Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.23 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Error when trying to retreive place name information
Description: Altough I activated my own account with GeoNames, I still cannot get access to their data when trying to retrieve names etc.

I just installed the latest beta release of GeoSetter.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001529)
heiko   
2011-03-28 21:23   
I'm also working with the latest Beta version (3.4.22) with an own GeoNames Account. I have no problems receiving data from GeoNames.

Do you get an error message? Or do you get a timeout?
(0001530)
Sander   
2011-03-28 23:06   
(Last edited: 2011-03-28 23:09)
I get the eror message: "user account not enabled to use the free webservice. (etc)" When I go to the geonames site I am logged in. What should I do more? I must be missing something, obviously. One of the fields is filled out with one of my email addresses, nothing else. Seeing that I am logged in, I do not see what else to do.

PS. I seem to have 2 accounts at geonames. Could that be the reason it doesn't work?

(0001531)
heiko   
2011-03-28 23:42   
You can read the solution in the error message itself :-)

"Please enable it on your account page: http://www.geonames.org/manageaccount"

Login at GeoNames and change to the URL above. Here you can activate your account for the free web services.
(0001532)
Sander   
2011-03-29 11:46   
Thanks! I am sort of blind - a special form of dyslexia! I completely missed the line saying that I had to activate teh account. Must be my advanced age...

It works now.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
784 [GeoSetter] Image Data major always 2011-03-14 21:00 2011-03-14 23:05
Reporter: bjg222 Platform:  
Assigned To: heiko OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Error when trying to retreive place name information
Description: I started receiving an error today when I try to assign coordinates to a photo and GeoSetter attempts to get the place name data. An error pops up and says: "GeoNames reports the following problem: the hourly limit of 2000 credits geosetter has been exceeded. Please throttle your requests or use the commercial service." I have not attempted any where near 2000 requests (more like about 100) over a the previous few hours, yet the error continues to appear every time I assign coordinates to a photo.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001521)
heiko   
2011-03-14 21:37   
This is a part of the next release of the GeoSette Help file:

Why should I use my own GeoNames Account?

In the default configuration GeoSetter is using the GeoNames account "geosetter". The requests for each GeoNames account are limited per hour. For the account "geosetter" this limit is exceeded very often. It is strongly recommended that you create your own GeoNames account under http://www.geonames.org/login. If your account is active, please enter it in the Internet settings of GeoSetter.
(0001522)
bjg222   
2011-03-14 22:55   
Thanks, I was not aware of this issue before. I have set up my own GeoNames account, and everything is working properly now.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
629 [GeoSetter] User Interface major always 2010-08-11 22:50 2011-02-27 20:31
Reporter: jools Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.3.60 Release  
Product Build: Resolution: reopened  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: .GPX is not a valid GPS track file
Description: I get a message when importing my working .gpx gps track file (it works on my windows vista geosetter, now I use windows 7)

".gpx is not a valid GPS track file"

Tags:
Steps To Reproduce:
Additional Information:
Attached Files: 20100614.gpx (113,341 bytes) 2010-08-11 22:50
https://www.geosetter.de/mantis/file_download.php?file_id=155&type=bug
Notes
(0001216)
heiko   
2010-08-13 22:37   
are you realy using version 3.3.60? I've loaded your gpx file without any problems. My OS is Win7 64-bit
(0001218)
jools   
2010-08-17 08:35   
Yes, that is the version I am using and it displays the same message on my Windows 7 64 bit PC and my Win732bit laptop though it worked earlier on vista.
(0001332)
Friedemann   
2010-11-08 00:17   
Can you perhaps try it with the new beta (http://www.geosetter.de/geosetter_beta.exe )? I still can not reproduce this problem on Windows 7 64...
(0001510)
jools   
2011-02-27 20:26   
I have installed the beta and new exif tools. The problem still appears. Win 7 64bit... I don't get it why it works on different computers.
(0001511)
jools   
2011-02-27 20:31   
(Last edited: 2011-02-27 22:09)
I found this on the internet : http://support.sports-tracker.com/sportstracking/topics/problem_with_opening_gpx_kml_files_in_other_apps?from_gsfn=true

"Problem solved. It was caused by national characters in workout names (I renamed some workouts to Czech). Letters like "ý" or "?" are not transferred correctly to the exported log. "

EDIT : The only way I have to bypass this problem is opening the tracks on a virtual machine...
UPDATE : One observation on the Virtual Machine (XP mode) - if I try to open the .gpx file on the VM from the Windows 7 catalog, then it DOESNT work (not a valid file warning), however if I copy and paste the same file onto the VM desktop and open it from there, it works.


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
768 [GeoSetter] Image Data crash always 2011-02-17 18:56 2011-02-17 19:35
Reporter: chansonoir Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GOOGLE LATITUDE kml file doesn't contain any coordinates including date time information?
Description: I downloaded a KML form my GOOGLE LATITUDE history and synchronize with my photos, but it does work. Allways report "Track file doesn't contain any coordinates including date time information!"

When import a KML file to GEO SETTER, I can see the track points.
Please check the kml(4).rar.

Thanks!
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: kml (4).rar (2,047 bytes) 2011-02-17 18:56
https://www.geosetter.de/mantis/file_download.php?file_id=214&type=bug
Notes
(0001505)
Friedemann   
2011-02-17 19:28   
The file does not contain time stamps. Please see her: http://www.google.com/support/forum/p/Google+Mobile/thread?tid=4aeace287d65eb9d&hl=en

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
748 [GeoSetter] User Interface feature N/A 2011-02-03 15:20 2011-02-10 12:26
Reporter: bernd Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.4.18 beta  
Product Build: Resolution: reopened  
Projection: none      
ETA: none Fixed in Version: 3.4.19 beta  
    Target Version:  
Summary: GPSDestDistance: Eingabemöglichkeit für Objektentfernung (statt Koordinaten)
Description: Hi,
erstmal einen herzlichen Dank für dieses wirklich schöne Tool.
Ich bewundere, dass sich jemand wirklich freiwillig in dieses babylonische Tag-Gewirr stürzt ;)

Ich arbeite hauptsächlich mit Fotos, denen noch keine Koordinaten zugewiesen sind und auch kein GPS-Daten vorliegen, also erst über ein Luftbild referenziert werden müssen.
Jetzt möchte man von mir, dass ich auch die Entfernung des Plots angebe.
Die ist ja geschätzt aus dem Bild zu ermitteln, und ich würde sie dann auch gerne eingeben.
Aus Blickrichtung und Entfernung ergäben sich ja dann auch "automatisch" die Zielkoordinaten (die ich nicht wirklich brauche)

Auf alle Fälle ist das Maptool nicht dazu geeignet, Entfernungen wie 10m oder auch nur 100 m annähernd korrekt einzuzeichnen und somit sind die Zielkoordinaten eigentlich auch nichts wert.

Deshalb meine Anregung:
Mit dem Maptool Position und die Blickrichtung einzeichnen.
Im Datendialog dann die Entfernung eingebar machen.
Zielkoordinaten weg lassen (da sowie zu ungenau) oder aber aus Position, Winkel und Entfernung "berechnen" (ich weiß, da gibts ellenlange Formeln, aber wenn man nicht gerade Luftbilder macht sieht man auch nur ein paar Kilometer und kann vielleicht eine vereinfachte Formel zu Anwendung bringen).

Grüße
Bernd
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: aufnahmerichtung_info.jpg (65,119 bytes) 2011-02-05 04:19
https://www.geosetter.de/mantis/file_download.php?file_id=207&type=bug
jpg
Notes
(0001490)
Friedemann   
2011-02-05 01:00   
Dass man die Entfernung des Blickpunktes in der Karte "nicht annähernd" setzen kann, kann ich nicht nachvollziehen. In der Karte ist doch unten ein Maßstab.

Meine Frage dazu: Müssen das denn ganz genau 10 Meter oder 100 Meter sein? Wenn ja, warum? Woher kommen die genauen Werte?

Ich würde das eher so machen wollen, dass unter der Karte die aktuelle Entfernung (und auch der Winkel) des Blickpunkts als Status angezeigt wird. Dann kann man den Blickpunkt ja mit der Maus setzten bis es ungefähr passt. Auch damit wird man natürlich nur schwer ganz exakt 10 Meter treffen. Deshalb meine Frage von oben...
(0001491)
Friedemann   
2011-02-05 04:20   
Bitte mal einen Blick auf den angehängten Screenshot werfen. Ich denke, das reicht so und eine manuelle Eingabemöglichkeit erledigt sich damit. Oder?
(0001502)
bernd   
2011-02-10 12:26   
Hallo Friedemann,
sorry, hab nicht zeitnah antworten können.

Ich habe es jetzt noch nicht ausprobiert, aber ich glaube, daß deine Lösung bei mir (persönlich) den Workflow nicht verbessern wird.

So wie ich den Tag GPSImgDistance deute, soll man doch wohl die Entfernung zum Motiv darstellen.
Die liegen bei mir im Schnitt 3 bis 20 Meter entfernt, bei einer ganzen Reihe von Bildern.
Das mit dem graphischen Werkzeug zu erledigen hat den Nachteil, dass ich dann jedesmal komplett reinzoomen und wieder rauszoomen muss um den "Böppel" zu fassen und zum Ausgangspunkt hinzuziehen.
Der Böppel schert sich offensichtich auch nicht um bereits vorhandene Distanzdaten (da er sich offensichtlich auf die Zielkoordinaten stützt und wenn keine da sind igendeinen default-Wert nimmt), sondern hängt nen Kilometer oder so entfernt.
Da muss ich dann bei jedem Foto eben wieder rauszoomen, den einfangen, ziehen, reinzoomen usw. ...

Genial für mich persönlich wäre eher ein Workflow, in der Kartenübersicht die Position und Blickrichtung graphisch zu bestimmen, und dann in einem zweiten Durchgang per Datenmaske und Bildvorschau die Entfernung zum Objekt zu schätzen (was anderes kann man ja auf der Karte auch nicht tun) und dann den Distanzwert einzutragen.
Wenn sich daraus dann auch noch die Zielkoordinaten berechneten wäre, das ein zusätzliches Gimmik.

Wie gesagt, ist blos eine Anregung.
Und vielleich beißt sich das mit den Daten, die über das graphische Werzeug erzeugt werden...

Bis jetzt wurschtel ich mit einer Kombination von ArcPhoto Tools, Exiftools Kommandozeilensalat und weiß der Henker was noch rum, bin noch ziemlich neu in der Exif-Szene, kämpfe aber wacker weiter :)

Gruß
Bernd

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
755 [GeoSetter] User Interface major always 2011-02-05 20:43 2011-02-06 21:40
Reporter: StBk Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Speichern nicht möglich
Description: Hi!
Ich benutze GeoSetter auf einem USB-Stick (oder möchte benutzen).
Die config.ini habe ich übrigens angelegt.
Wenn ich allerdigs eine Änderung (Position einem Bild zuweisen) speichern möchte, bekomme ich immer eine Fehlermeldung von Exif.
Zuerst habe ich gedacht es liegt an dem Pfad, da er anscheined Probleme mit den Leerzeichen hat.
Aber auch direkt auf E:\ bekomme ich einen Fehler...
Das passiert seit mehreren GeoSetter- und seit mehreren Exif-Versionen. Echt schade!
LG,
StBk
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Fehler.JPG (94,967 bytes) 2011-02-05 20:43
https://www.geosetter.de/mantis/file_download.php?file_id=209&type=bug
jpg

Fehler 2.JPG (13,802 bytes) 2011-02-06 21:32
https://www.geosetter.de/mantis/file_download.php?file_id=210&type=bug
jpg
Notes
(0001497)
Friedemann   
2011-02-06 04:46   
Ich kann das leider nicht nachvollziehen... Funktioniert es denn wenn GeoSetter richtig installiert ist? Ich könnte mir vorstellen, dass das Problem nix damit zu tun hat, dass GeoSetter vom Stick läuft. Das habe ich gerade getestet und das funktioniert wunderbar.
(0001498)
StBk   
2011-02-06 21:40   
Hi!
Ich habe GeoSetter lokal installiert und habe keine Probleme bekommen.
Als ich dann die lokale Instanz geschlossen habe und die portable geöffnet, habe ich erstmal einen neuen Fehler bekommen (siehe Anhang). Dieser kam aber nur einmal.
Ich habe dann mal jeden Reiter der Einstellungen verglichen und eine nach der anderen angepasst und siehe da: das Problem liegt auf dem Reiter ExifTool. Dort habe ich ein zusätzliches Kommando eingetragen, das zuvor ausgeführt wird: "-execute -UserComment<"$IPTC:City"
Ich weiß zwar nicht mehr warum ich das gemacht habe, aber ohne ist das Problem weg.
Ist etwas an dem Befehl falsch, oder kommt GeoSetter damit nicht klar oder kollidiert da was?
Gruß,
StBk

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
679 [GeoSetter] User Interface minor always 2010-11-07 09:47 2011-02-06 02:43
Reporter: arkb Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.60 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Ctrl-M doe not show the map
Description: Ctrl-M hides the map, but does not bring it back on - the map shows for a second and then disappears.
Turning on the map by using the menu works fine.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: geosetter_settings.zip (3,792 bytes) 2010-11-07 23:43
https://www.geosetter.de/mantis/file_download.php?file_id=180&type=bug
Notes
(0001323)
Friedemann   
2010-11-07 22:24   
Unfortunately I can not reproduce this by now...
(0001325)
arkb   
2010-11-07 23:07   
That's strange. I just installed the most recent version on my another computer and it showed the same symptoms. No changes in settings, just installed, lanched, pressed Ctrl-M (map disappeared), Ctrl-M again - the map showed for a fraction of a second and then disappeared again.
The first computer is Win7 64-bit, the second one is XP 32 bit.
(0001326)
Friedemann   
2010-11-07 23:10   
Can you please send me your settings? You can export them to a zip file by using "File | Backup Settings..."
(0001327)
Friedemann   
2010-11-07 23:20   
To support@geosetter.de
(0001328)
arkb   
2010-11-07 23:45   
As I mentioned before, it reproes for me with the default settings. Anyway, the file with settings is attached.
(0001329)
Friedemann   
2010-11-07 23:52   
I still can not reproduce it :-/

What happens after pressing Strg+1 and then using Strg+M? Do you have this problem also with Strg+T, Strg+P, Strg+I?
(0001330)
arkb   
2010-11-08 00:13   
Ctrl-T, Ctrl-P, Ctrl-I work fine.
Ctrl-1 restores the default layout, so it shows the map. Ctrl-M after that hides the map as expected. Second Ctrl-M brings the map back for a fraction of a second, then the map hides again.
Funny thing, the repro seems to be sporadic. Now one of my computers still shows the symptoms, while another one works as it is supposed to (i.e., the map shows up and does not disappear).
I have no idea why the symptoms disappeared on one of my computers. I will try to play a little in attempt to find out what condition/sequence of events brings GeoSetter to this state.
(0001334)
arkb   
2010-11-08 08:07   
Sorry, it took me awhile to figure this out. Looks like this issue happens if the mouse cursor is within the map area when the program starts.
Repro steps that worked on both my computers:
1. Start GeoSetter. Press Ctrl-1 to switch to the default layout.
2. Move mouse cursor somewhere in the middle of the map area. Memprize this position.
3. Exit GeoSetter (I use Alt-F4 to make sure that I do not move the mouse cursor).
4. Start GeoSetter again. I use keyboard to make sure that mouse cursor stays where the map area will be. However starting the app and quickly moving mouse cursor to the memorized position also works.
5. Press Ctrl-M twice. Second Ctrl-M should show the problem.

As a side note I noticed that Alt-F4 sometimes does not close the application. I will try to find out the exact repro and open another issue.
(0001335)
Friedemann   
2010-11-08 20:41   
Thank you very much, I can reproduce it now :-) It's the Internet Explorer (the map) which seems to process the key commands also and forwards them to the main windows. So the main window receives the commands twice... I will see what I can do...
(0001338)
Friedemann   
2010-11-09 00:32   
I hope this is fixed now. Can you perhaps try out http://www.geosetter.de/geosetter_beta.exe
(0001340)
arkb   
2010-11-09 02:13   
Unfortunately the Ctrl-M problem is still there. Alt-F4 problem was fixed though.
(0001342)
Friedemann   
2010-11-09 16:17   
Is it perhaps possible that you didn't update to the beta 3.3.62? Perhaps you are using 3.3.61? Please check this in the help menu... Otherwise I have no idea at the moment why you still have this problem...
(0001343)
arkb   
2010-11-09 17:24   
(Last edited: 2010-11-09 17:24)
Nope, just double-checked. 3.3.62 (build 1933).
I noticed though that the repro that I used before does not show the symptoms 100% of the time now. Sometimes things indeed work fine. However 5-10 Ctrl-M's usually bring the problem back.
One time I tried about 20 Ctrl-M's and the problem still did not show up. I clicked on the map and the very next Ctrl-M-Ctrl-M brought the problem back.
It looks like your change partially fixed the problem, but there is still some time window when the issue can happen.

(0001344)
Friedemann   
2010-11-09 17:45   
Ok, many thanks for your efforts... As I said it's very strange. The pressed key will be processed twice, by the main form and by the map. I added already a small time window (0,5 second) in which the key will be ignored when it should be processed again.

I have to think about it again ;-)

Without processing the key commands of the map in the main window, Ctrl+A for example would select the map and would make it unusable if the map have the focus. Also the application would not react to other hotkeys anymore...
(0001345)
arkb   
2010-11-09 18:14   
Do I understand correctly, you process keyboard commands twice - one time because your app gets them in the normal way, and another time - because the hosted IE somehow gets them as well and then forwards them to the host (your app)?
Out of curiosity, can you distinguish these two sources (direct commands from the keyboard vs forwarded commands) and just ignore all or some forwarded commands?
Alternatively, can you completely prevent IE from receiving keyboard commands? It does not look like the map should see any keyboard events at all...
(0001346)
Friedemann   
2010-11-09 18:25   
> Do I understand correctly, you process keyboard commands twice

yes, it seems so ;-) I didn't know it before you've created this ticket.

> and just ignore all or some forwarded commands?

yes, that's what I want to do. But it's not so easy to know which commands have to be ignored. Right now, I put each processed action in a list and do not process it again when it will be triggered from the map in a time window < 0,5 seconds and already exists as the last item in the list.

> It does not look like the map should see any keyboard events at all...

But unfortunately then nothing will happen sometimes when pressing Ctrl+M or pressing Ctrl+A in the map...
(0001347)
Friedemann   
2010-11-09 23:27   
If you want to, you can try it again: http://www.geosetter.de/geosetter_beta.exe (3.3.63)

I know, the solution is not very good, I've set the time window in which an action can't be processed again when it has been performed by the map window to 1 second now.
(0001349)
arkb   
2010-11-10 08:28   
I do not see the "Ctrl-M does not show the map" problem anymore. However I see couple of new problems - one minor and another one kinda serious.
The minor problem is that now if the map is not shown, I press Ctrl-M followed by another Ctrl-M and the second one does not hide the map. I guess this is expected considering your 1 sec ignore interval.
The serious problem is as follows. I have a folder with 20-30 big .dng files (each around 15-20 MB), so it takes awhile to generate thumbnails for all of them.
If I manage to press Ctrl-M twice on the program start before all thumbnails get generated, I end up with some thumbnails stuck in the "rolling wheel" state and they never be generated.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
161 [GeoSetter] User Interface feature N/A 2008-01-28 20:15 2011-02-06 02:42
Reporter: mbrenner Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: button to discard all changes
Description: it would be nice to have a menu button to discard all changes not saved so far. so far i always restart the application (without saving) in order to make sure everything is like before sync. with gps coordinates. doing multiple undo does not work, there is still some data left and items stay marked red.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000345)
Friedemann   
2008-01-28 20:41   
> doing multiple undo does not work, there is still some
> data left and items stay marked red.

This is not ok. Can you please tell me when this situation occur?

When pressing the refresh button in the toolbar, you can be sure that all data will be recreated, so you don't have to restart the application.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
756 [GeoSetter] Image Data feature have not tried 2011-02-06 01:26 2011-02-06 02:39
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.21 beta  
    Target Version:  
Summary: New option for saving positions of selected images to GPX track file
Description: New option for saving positions of selected images to GPX track file
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
757 [GeoSetter] Image Data feature have not tried 2011-02-06 02:35 2011-02-06 02:38
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.21 beta  
    Target Version:  
Summary: New option in GPS synchronization to synchronize with images instead of track file(s)
Description: New option in GPS synchronization to synchronize with images instead of track file(s)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
750 [GeoSetter] Image Data major always 2011-02-04 14:27 2011-02-05 19:06
Reporter: sandeb Platform:  
Assigned To: Friedemann OS: Windows 7  
Priority: normal OS Version:  
Status: feedback Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Display image
Description: Ik gebruik Geosetter om jpg bestanden te voorzien van gps data .
Dit om voor mijn VW navigatie RNS510 gebruik te kunnen maken van
afbeeldingnavigatie .
Als ik een foto van mijn Iphone gebruik , komt deze ook netjes op het display van de navigatie in beeld . Wanneer ik echter een plaatje van internet haal en daar met Geosetter GPS data aan verbind wordt het plaatje niet weergegeven .
De GPS data die aan het plaatje zitten kloppen wel .
Op bijgaande foto ziet u 2 plaatjes die ik met de Iphone heb gemaakt . De andere zijn plaatjes bewerkt met Geo Setter .
Heeft dit met een thumb bestand te maken wat bewaard moet blijven ??
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: IMG_0202.JPG (1,406,789 bytes) 2011-02-04 14:27
https://www.geosetter.de/mantis/file_download.php?file_id=206&type=bug
Notes
(0001489)
Friedemann   
2011-02-05 00:04   
Can you please write it in English or German?
(0001495)
sandeb   
2011-02-05 19:04   
Jetzt auf Deutsch : Ich gebrauche Geosetter um GPS datei an jpg Abbildungen hinzuzufügen . Diese brauche Ich für meine VW Navigation RNS510 .
Wenn Ich einen Photo von Iphone gebrauche wird die Abbildung wiedergegeben .
Abbildungen die Ich vom Internet hole und nachbearbeite mit Geosetter werden nicht wiedergegeben obwohl die GPS Information stimmt und funktioniert .
Mitgeschicktes Photo lässt ein Bild sehen wo die Iphone Photos korrekt wiedergegeben werden und die anderen Photos nicht .
Liegdt das an eine Thumb-Datei die fehlt oder hat es einen anderen Grund ??
Habe jetzt eine Zwischenlösung gefunden uber VW-NavCompanion im Internet .
Trotzdem Danke im Voraus !! Grüsse Bert Sanderman
(0001496)
Friedemann   
2011-02-05 19:06   
Dann hatte ich das doch richtig verstanden. Mein holländisch ist aber nicht das beste... ;-)

Könntest Du mir mal ein solches Bild schicken (support@geosetter.de) oder hier anhängen.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
743 [GeoSetter] User Interface feature N/A 2011-02-01 19:31 2011-02-05 17:27
Reporter: joergens Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: length of the read line in the direction setting mode
Description: What is the determing factor for the length of the red line and the purple field? When setting the direction for the next picture, it is a very pleasant feature that the old direction is kept. But most of the times the red line and the purple filed defining the viewing angle are exceeding the displayed map and you have to move the hole map ore change the nagnification, to get the control point. It would be very pleasant to limit the size of the element to the screen.

And another small feature aligned to this, sometimes the control point seems to run away in the orientation direction

Thanks for helping
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: pic_three.jpg (177,222 bytes) 2011-02-01 19:31
https://www.geosetter.de/mantis/file_download.php?file_id=199&type=bug
jpg

destination_coordinates.jpg (109,916 bytes) 2011-02-05 15:31
https://www.geosetter.de/mantis/file_download.php?file_id=208&type=bug
jpg
Notes
(0001492)
Friedemann   
2011-02-05 15:31   
If no coordinate is set for the control point, it will be shown always near the border of the map. If a coordinate is set (see option "File | Settings | Data Preferences | Save GPS Destination Coordinate"), it will set to this position and so it maybe will not be shown inside the map, depending on your zoom factor. But I think you can show it easily by using the zoom button on top of the map

Do you save the destination coordinates in your images? See attached screenshot...
(0001494)
joergens   
2011-02-05 17:27   
my Way for setting coordinates
- finding coordinate on Map
- setting with red baloon
- using blue triangle with the + sign
next picture same procedure

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
687 [GeoSetter] Image Data block always 2010-11-16 19:44 2011-02-05 15:34
Reporter: geertvercamer Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.60 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.12 Release  
    Target Version:  
Summary: retrieving data from the web
Description: Hi,

I read some other reports about this problem, but I haven't been able to use this feature for a few months now. So I would be very surprised that geonames.org would experience problems for so long a time.
Furthermore, using the demo links provided on http://www.geonames.org/export/web-services.html do work...

I'm willing to uninstall and re-install Geosetter (as it is a great tool) to see if this resolves the problem, but I don't want to loose my favorites.
Please let me know where I can find these.

Cheers!

Geert
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: geosetter_geonames_server.jpg (111,458 bytes) 2010-11-17 01:03
https://www.geosetter.de/mantis/file_download.php?file_id=181&type=bug
jpg
Notes
(0001351)
heiko   
2010-11-16 22:03   
you can save all your settings with "File | Backup Settings". When you do a restore with "File | Restore Settings" you can choose which of your settings will be restored.

As far as I know an uninstalation will not delete your settings, so you have to do this manually if you want to have a clean installation.
(0001352)
geertvercamer   
2010-11-16 22:13   
Heiko,
Thanks.
Where are the settings exactly stored? So I will delete them manually.

Cheers,


Geert
(0001353)
Friedemann   
2010-11-17 01:02   
Hi Geert,

for me it doesn't make sense to reinstall GeoSetter. Which server is setup in the program options? Please see attached screenshot... For me this setting works at the moment...
(0001354)
geertvercamer   
2010-11-17 21:30   
Hi Heiko,

the server is set exactly as in the screenshot.
I just wondered if it has something to do with the DNS settings. I don't have a DNS in my IE settings, so I set the Google DNS (8.8.8.8) in Geosetter and it worked.
Not so for the 2nd image :-(
Sometimes switching between no DNS and the Google DNS seems to help, but just for one request to the webservice.
When getting the data after hitting CTRL-E, it seems to work more often. Coincidence problably.
At least I can get the data now after some tries. Not handy, but better than nothing.

Cheers,

Geert

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
753 [GeoSetter] Image Data feature have not tried 2011-02-05 15:15 2011-02-05 15:16
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.19 beta  
    Target Version:  
Summary: Support for Epson RAW format (*erf)
Description: Support for Epson RAW format (*erf)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
751 [GeoSetter] User Interface minor always 2011-02-04 22:39 2011-02-05 04:24
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.16 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.18 beta  
    Target Version:  
Summary: im Sync Dialog werden Änderungen ohne Nachfrage verworfen
Description: Version ist 3.4.17

im Sync Dialog wurden diverse Zuweisungen gemacht so dass Bilder zum Speichern anstehen. Wird dann ohne voriges Speichern das linke oder rechte Verzeichnis geändert, werden alle Änderungen der Metadaten ohne Nachfrage verworfen.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
741 [GeoSetter] Image Data feature always 2011-01-31 13:14 2011-02-05 02:08
Reporter: Supernaut Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.14 Release  
Product Build: Resolution: won't fix  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GPS-Datum läßt sich nicht ändern
Description: Kleine Anregung:

Es gibt kein Eingabefeld, um das im Bild gespeicherte GPS-Datum ändern zu können. Das GPS-Datum wird beim Abgleich mit GPX-Dateien eingetragen. Ich möchte es gern auf das Aufnahmedatum oder ein beliebiges anderes Datum ändern können.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: gps-datum_auf_aufnahmedatum_setzen.jpg (86,659 bytes) 2011-02-01 22:49
https://www.geosetter.de/mantis/file_download.php?file_id=200&type=bug
jpg
Notes
(0001451)
heiko   
2011-01-31 22:40   
wieso möchtest du das GPS Datum auf das Aufnahmedatum setzen? Das macht eigentlich keinen Sinn, da das GPS Datum in UTC angegeben wird und du dieses Datum dann verfälschen würdest wenn du es änderst
(0001453)
Supernaut   
2011-02-01 11:01   
Das ist alles richtig. Manchmal möchte ich jedoch Fotos (als Kopie) mit EXIF-Daten weitergeben, ohne dass der Empfänger sehen kann, wann es genau aufgenommen wurde. Das Aufnahmedatum kann ich ändern, das GPS-Datum nicht. Es geht nur um die Möglichkeit der Änderung. Man muss es ja nicht machen.

Übrigens, super Arbeit.
(0001456)
heiko   
2011-02-01 22:28   
eine Möglichkeit das GPS Datum zu löschen wäre dirket über ExifTool:
ExifTool.exe -GPSTimeStamp= -GPSDateStamp -GPSDateTime= xxxx.jpg

folgender Aufruf übernimmt das Erstellungsdatum in das Feld GPSDateStamp:
ExifTool.exe "-GPSDateStamp<DateCreated" xxx.jpg

und mit folgendem Aufruf kann man Werte direkt manipulieren:
ExifTool.exe -GPSTimeStamp="12:00:00" -GPSDateStamp="2011:02:01" -GPSDateTime="2011:02:01 12:00:00Z" xxxx.jpg

hilft das evtl. weiter?
(0001457)
Friedemann   
2011-02-01 22:49   
Siehe angehängter Screenshot. Das ist doch das was Du willst, oder nicht?
(0001483)
Supernaut   
2011-02-02 11:15   
Genau. Man muss nur die Augen aufmachen. Hatte ich glatt übersehen, weil ich die Änderungen immer im "Bilder -> Daten anpassen"-Modus vorgenommen hatte. Danke für den Hinweis.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
744 [GeoSetter] User Interface feature always 2011-02-01 21:40 2011-02-05 02:07
Reporter: Franklin2K Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.14 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.18 beta  
    Target Version:  
Summary: Deselektieren von Bildern per STRG-D
Description: Mittels STRG-A ist es möglich, alle Bilder eines Ordners zu markieren (auszuwählen). Die gegenteilige Funktion (Auswahl aufheben) mittels der Tastenkombination STRG-D ist leider nicht möglich. Es wäre schön, wenn dies in einer der nächsten Versionen integriert werden könnte.

Programme, die STRG-A und STRG-D nutzen sind beispielsweise Photoshop, Lightroom usw.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001459)
Friedemann   
2011-02-01 23:03   
Wie kommst Du darauf, dass Strg+A ein Standard ist? Im Windows Explorer (Windows 7) erhalte ich über Strg+D die Abfrage ob ich alle Elemente löschen will. Im Speed Commander ist es Strg+S um die Auswahl aufzuheben.
(0001482)
Franklin2K   
2011-02-02 09:26   
Naja, ich bin von PS und LR ausgegangen, da funktioniert das ja so.
(0001488)
Franklin2K   
2011-02-03 11:52   
Hi Friedemann,

ich habe mir das nochmal angesehen. Wir wäre es, wenn Du einen neuen Menüpunkt "Auswahl aufheben" ohne zugewiesenes Tastaturkürzel einbaust (diese Funktion fehlt noch). Dann könnte der Anwender sich für die Funktion einen eigenen Shortcur definieren, ich würde mir dann also STRG-D zuweisen.

Was meinst Du?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
749 [GeoSetter] Image Data major always 2011-02-04 01:17 2011-02-05 00:27
Reporter: codeice Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: cannot save metadata, Linux OS
Description: Ubuntu 10.04 Lucid Lynx
Wine 1.1.42

I appreciate Geosetter is a Win app but my imaging workflow is Linux based and it would be great to be able to incorporate Geosetter.

Installation under Wine - no problem.
The add new metadata window opens fine and new data can be added but cannot be saved. When "Save all changes to image files" is clicked the following error is returned
"can't locate par.pm in @INC (@INC contains: .) at -e line 860"

Any thoughts would be appreciated, thanks.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
752 [GeoSetter] User Interface tweak always 2011-02-04 22:45 2011-02-05 00:27
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Sync Dialog - manuelles ausklappen nach Verzeichniswechsel
Description: Version ist 3.4.17

Wird der Sync Dialog geöffnet und Bilderpaare haben unterschiedliche Metadaten, so werden diese Unterschiede direkt angezeigt, sprich die Daten zum Bild sind "ausgeklappt". Wird der Vergleichspfad über "Datei | Rechtes Verzeichnis wählen" gewählt, so muss die Liste manuell "ausgeklappt" werden.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
747 [GeoSetter] User Interface minor N/A 2011-02-02 23:17 2011-02-02 23:19
Reporter: edwardagnew Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: desire for suffix (or prefix on file name)
Description: Hi
I am a professional photographer, for record keeping I have started using the geosetter software, but have a couple of desired features:

1.
I don't want to alter my original files (non tagged), even the names. I do redunant backups of images files to more than one drive when I get back to base each day. Any geotagging of images will be done when I have time, usually days later. Since the geosetter software uses the original name, renaming the original file, and I request date be kept matching original date/time, this means after geotagging files say on first backup drive. The names and dates will be identical to those on second backup drive, but the files are not the same, any only only the fact that the geotagged files are slightly larger is is easly tell which are which. I need some way to mark the geotagged images with altered names from the originals.

Is it possible for the geosetter software to save the geotagged file with the original file name, but with a defined suffix, such as "GT" appended, ie. file _DOH0822.JPG, original is left alone, while the new geotagged version is saved as _D0H0822GT.JPG. A prefix to the name might work also, but my preference is to suffix files with codes, and normal file name sorting will keep files together

2.
As I shoot in the field, and often far from any internet connection, is it possible to have Geosetter use a local copy of a Garmin map instead of internet map, such their various topomaps while setting and confirming the locations for the images.

Thanks, hope some of this is possible.

regards
Edward Agnew
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
746 [GeoSetter] User Interface minor always 2011-02-02 21:46 2011-02-02 22:56
Reporter: hans-b Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Tasturbedienung geht bei Bildern nicht
Description: V 3.4.16! (fehlt oben)
Im Bereich der Bilder gehen die Shortcuts nicht mehr: Strg-A (alle Bilder markieren), Strg-E, Strg-G, Strg-S
Mein Fenster für die Bilder ist 2 Bilder 'breit'.

Wenn ich die 'Kartenmarkierung den ausgeählten Bildern zuweise' ist nachher die 'Position des ausgewählten Bildes an Kartenmarkierung zuweisen' gedimmt. Weise ich die Kartenmarkierung nochmal einem Bild zu ist der 2. Button wieder aktiv.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001485)
Friedemann   
2011-02-02 22:19   
Das kann ich beides nicht nachvollziehen:

> Im Bereich der Bilder gehen die Shortcuts nicht mehr

Geht das nie (z.B. Strg+A) oder z.B. erst nach Benutzung der Karte?

> Wenn ich die 'Kartenmarkierung den ausgeählten Bildern
> zuweise' ist nachher die 'Position des ausgewählten Bildes
> an Kartenmarkierung zuweisen' gedimmt

auch dazu brauche ich soviel Infos wie möglich. Ich habe das bis jetzt nicht reproduzieren können.

Sind ja eigentlich 2 getrennte Probleme...
(0001487)
hans-b   
2011-02-02 22:56   
Arbeite auf Win 7 64 Bit.

Beide Probleme sind z.Z. nicht mehr nachvollziehbar. Ich werde in den nächsten Tagen noch einige Bilder 'verorten'. Wenn es wieder auftritt versuche ich das Vorgehen zu beschreiben.

Vorher: ich kann nicht sagen ob es nach dem Start einmal funktioniert hat. Auf jeden Fall haben die Shortcuts sehr schnell nicht mehr funktioniert. Aber vielleicht hat sich Geosetter/Windows nur verhakt ...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
745 [GeoSetter] User Interface minor always 2011-02-01 23:40 2011-02-02 22:22
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.14 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.18 beta  
    Target Version:  
Summary: Scrollbar im Sync Dialog fehlt
Description: im Sync Dialog ist ist weder eine horizontale noch vertikale Scrollbar vorhanden.

Version ist 3.4.16
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Sync Dialog.png (50,298 bytes) 2011-02-02 00:04
https://www.geosetter.de/mantis/file_download.php?file_id=201&type=bug
png

config.ini (33,451 bytes) 2011-02-02 00:34
https://www.geosetter.de/mantis/file_download.php?file_id=202&type=bug
textgroesse.jpg (161,825 bytes) 2011-02-02 00:50
https://www.geosetter.de/mantis/file_download.php?file_id=203&type=bug
jpg

Textgröße.png (71,874 bytes) 2011-02-02 00:58
https://www.geosetter.de/mantis/file_download.php?file_id=204&type=bug
png

Sync Dial.png (48,646 bytes) 2011-02-02 21:38
https://www.geosetter.de/mantis/file_download.php?file_id=205&type=bug
png
Notes
(0001464)
Friedemann   
2011-02-01 23:50   
Was meinst Du mit "Sync Dialog"? Welche Auflösung hat Dein Bildschirm?
(0001465)
heiko   
2011-02-02 00:03   
Mit dem Sync Dialog meine ich beigefügten Screenshot. Hier paßt auch die Breite der linken und rechten Vergleichsspalte nicht überein. Die sollten meiner Meinung nach gleich breit sein.

Auflösung ist 1920x1080
(0001466)
Friedemann   
2011-02-02 00:07   
Da fehlen nach dem was ich sehe keine Scrollbars sondern lediglich die Spalten sind nicht gleich breit. Das kann ich so erstmal nicht reproduzieren. Ist das bei Dir immer so? Oder ändert sich das wenn Du den Dialog in der Größe änderst?

Ich ahne schon, dass das mit Deinen eigentümlichen Einstellungen für die Schriftgröße zu tun hat ;-) Auf was hast Du die eingestelt? 200%?
(0001468)
heiko   
2011-02-02 00:18   
*g* .. meine Schriftgröße ist auf 100%, du hast mich da vor relativ langer Zeit überzeugt dass man das auf 100% einstellt, obwohl Windows 125% als Standard vorschlägt. Übrigends, ich habe nirgends eigentümliche Einstellungen *g*

Der Effekt ist bei mir wohl immer so; ich bin gerade dabei diesen Part in der Hilfe aufzunehmen und probiere hier das ein oder andere aus. Die Scrollbars waren bis jetzt nie sichtbar, auch wenn ich die Größe ändere.
(0001469)
Friedemann   
2011-02-02 00:20   
Wie gesagt, Scrollbars gehören da auch nicht hin, zumindest keine horizontalen. Das ist ja echt merkwürdig! Du hattest Dir das doch vor einiger Zeit schon mal angeschaut, war das da auch schon so???
(0001470)
heiko   
2011-02-02 00:29   
mir ist es in den Betas nie aufgefallen dass das so wäre. Bei der Spaltenbreite bin ich mir nicht wirklich sicher, aber die Scrollbars waren glaube ich da.
(0001471)
Friedemann   
2011-02-02 00:31   
> aber die Scrollbars waren glaube ich da

nicht "Scrollbars" sondern "Scrollbar"! ;-)

Tja, kann ich überhaupt nicht nachvollziehen. Könntest Du mir mal Deine config.ini schicken?
(0001472)
heiko   
2011-02-02 00:34   
nein, nein, schon Scrollbars; in der Breite wird ja auch was abgeschnitten :-)

config.ini ist unterwegs
(0001473)
Friedemann   
2011-02-02 00:36   
Nein, nicht Plural, sondern Singular!!! Rechts wird was abgeschnitten, das ist das Problem. Dieser Dialog soll aber definitiv keine horizontale Scrollbar haben. Also "Scrollbar" ;-)
(0001474)
heiko   
2011-02-02 00:39   
gut, einigen wir uns auf den Singular wenn in diesem Dialog nichts mehr abgeschnitten wird :-)
(0001475)
Friedemann   
2011-02-02 00:41   
Ich bin mir übrigens schon ziemlich sicher, dass Du bei Deinen Schriften was "unübliches" eingestellt hast. Dehsalb wurden bei Dir diese Tage auch sicherlich in der About-Box die Labels überlappend dargestellt. Das konnte ich nämlich nur reproduzieren, als ich die Schrift in der Systemsteuerung vergrößert hatte. Aber egal, trotzdem sollte es so nicht sein.
(0001476)
heiko   
2011-02-02 00:43   
wie gesagt, Windows schlägt mir als Standard 125% bei der Schriftgröße vor und die habe ich auf 100% eingestellt. Ansonsten wäre mir nicht bewußt dass ich hier etwas geändert hätte.
(0001477)
Friedemann   
2011-02-02 00:50   
Habe gerade bei mir auf 125% gestellt und habe den gleichen Effekt. Das heißt, du hast Da auch wieder rumgestellt ;-) Oder nicht? Egal...

Anbei ein Screenshot. So habe ich das jetzt eingestellt und habe das gleiche Problem wie Du. Wenn ich es auf 100% stelle ("Standard") ist alles gut.

Der Dialog sollte natürlich bei allen Einstellungen funktionieren...
(0001478)
heiko   
2011-02-02 00:58   
und wie im angefügten Screenshot sieht es bei mir aus
(0001479)
Friedemann   
2011-02-02 01:05   
Oha, das ist aber interessant. Dann gibt's immer potenzielle Skalierungsprobleme wenn man vom "Standard" abweicht und nicht von den 100%. Das ist mir neu.

Aber wie gesagt, ich kann es mit der "Nicht-Standard-Einstellung" 125% nachvollziehen. Ich wette, dass es bei Dir mit 125% dann ok ist. Aber wie gesagt, ich bring das in Ordnung.
(0001480)
heiko   
2011-02-02 01:16   
die 125% bringen bezüglich der Scrollbar(s) keine Besserung. Allerdings kann ich alles viel besser lesen :-)
(0001481)
Friedemann   
2011-02-02 01:28   
Das ist dann bei Dir aber komisch, mit Verlaub ;-) Aber versuch mal die neue Beta: http://www.geosetter.de/geosetter_beta.exe

Ich frag mich bloß echt, warum das bei Dir bisher funktioniert hat. Das hättest Du doch sonst schon im letzten Jahr bemerkt...

Und wenn ich noch einmal den Plural lese, dann geh ich ins Bett :-D Mach ich jetzt aber sowieso...
(0001484)
heiko   
2011-02-02 21:38   
die Beta sieht gut aus. Hier gibt es wieder EINE Scrollbar und die beiden Spalten sind gleich breit. Einzig das Kürzen des Pfades finde ich etwas gewöhnungsbedürftig :-). Du nimmst ein Zeichen zuviel raus (siehe Screenshot)
(0001486)
Friedemann   
2011-02-02 22:22   
Danke Heiko!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
585 [GeoSetter] User Interface feature have not tried 2010-06-14 20:31 2011-02-02 00:15
Reporter: joergens Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.3.54 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: changing view angle value
Description: I'm doing a lot of panoramic photographies. Your program uses the focal length to calculate the viewing angle, which may not be right for panoramic scenes. Could you add a feature to fill in the viewing angel manually? thanks
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001454)
joergens   
2011-02-01 19:12   
Is there a possibility to get the feature?

Just as a kindly request
(0001460)
Friedemann   
2011-02-01 23:12   
Where do you expect to store these individual angle values? Should they be saved individually for each image? I don't know any XMP field which could be responsible for this value.
(0001461)
joergens   
2011-02-01 23:32   
I think, you get the information of the focal length from somewhere in the exif information. Is it possible to manipulate/change this entry.
(0001462)
Friedemann   
2011-02-01 23:45   
Yes of course. This would be my suggestion for you to change this value by yourself. The Angle will be calculated by this

  Angle := 2*arctan(36/(2*AFocalLength))*57.2957795129

GeoSetter tries to read the Exif value FocalLengthIn35mmFormat. So you could change it by using ExifTool like this

exiftool -FocalLengthIn35mmFormat=12 image.jpg

BUT: At the moment all degrees over 130 degrees will be shown as 130 degrees. Which angle do you want to show for a panoramic image normally?
(0001463)
Friedemann   
2011-02-01 23:47   
An additional note: I think for panoramic scenes a circle (or a segment of it) has to be used for showing the angle instead of a triangle...
(0001467)
joergens   
2011-02-02 00:15   
I want to fill in the angle that Hugin, CS4 or any other tool will provide me for the horizontal direction. and you are right - I havn't thougt of it - normally the according circle segment has to be shown.
You are clipping at 130 degrees at the moment, why not clip at 179.5 degrees- when staying with triangles. What about fish eye lenses? I'm using a samyang 8mm at a pentx K20 and K-5 (180 degrees diagonally). I will have a look at a photo of that lens tomorrow.

Thank you very much for your tip with the exiftools. I can set the ''correct value'' before using geosetter. For combined photo's, I have to use exiftools to transfer the values from the original picture to the resulting picture. (At the moment I'm fighting a little bit with PhotoMe, exiftools and K-5. Some of the values aren't transfered correctly. Lenses well known with the K20 are having curious results with the K-5)

greetings

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
742 [GeoSetter] User Interface minor always 2011-01-31 13:25 2011-02-01 20:34
Reporter: Supernaut Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.14 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Bilder löschen - Windows-Dialog (XP) bleibt nicht im Vordergrund
Description: Wenn ein Bild oder mehrere Bilder im Bilderbereich ausgewählt und <Del/Entf> für "Löschen" gedrückt wird, erscheint der Windows-Lösch-Dialog für ca. 0.5 Sekunden und wird dann zum Hintergrundprozess. Der Lösch-Dialog ist nur noch über die Taskleiste erreichbar.

Wird er in der Taskleiste angeklickt, erscheint er wiederum für ca. 0.5 Sekunden, um dann wieder in den Hintergrund zu wechseln.

Außerdem ist es möglich, bei unveränderter Bilderauswahl den Löschvorgang mehrfach auszulösen. Jeder Lösch-Dialog erscheint dann in der Taskleiste.

Workaround:

Löschen mit <Del> auslösen und bei Erscheinen des Dialogs sofort die Enter-Taste drücken. Das löscht die Bilder der Auswahl.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001455)
Friedemann   
2011-02-01 20:34   
Existiert dieses Problem tatsächlich noch? Ich dachte das wäre nun ok. Unter Windows 7 tritt das zumindest bei mir nicht auf. Ich kann da leider wenig machen, da das durch die Dateibrowser-Komponente erledigt wird... Na, ich schau bei Gelegenheit mal...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
734 [GeoSetter] User Interface tweak always 2011-01-23 23:02 2011-01-30 22:27
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.12 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.14 Release  
    Target Version:  
Summary: Unterschiedliche Darstellung von Links
Description: in "Einstellungen | Sonstiges" wird der Link "USGS GTOPO30 Readme) nicht blau dargestellt.

in "Einstellungen | locr" wird "www.locr.com" nicht unterstrichen wenn man mit der Maus drüber fährt.

im About Fenster wird "www.geosetter.de" nicht unterstrichen wenn man mit der Maus drüber fährt. Hier wird auch der Text "Google Maps" und ZipMaster" vom nächsten Text ein wenig überschrieben.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: About.png (22,228 bytes) 2011-01-28 21:46
https://www.geosetter.de/mantis/file_download.php?file_id=198&type=bug
png
Notes
(0001446)
Friedemann   
2011-01-28 21:34   
> in "Einstellungen | locr" wird "www.locr.com" nicht unterstrichen
> wenn man mit der Maus drüber fährt.

Bei mir schon.

> im About Fenster wird "www.geosetter.de" nicht unterstrichen wenn
> man mit der Maus drüber fährt.

Bei mir schon.

> Hier wird auch der Text "Google Maps" und ZipMaster" vom nächsten
> Text ein wenig überschrieben.

Könntest Du mir da mal 'nen Screenshot schicken?
(0001447)
heiko   
2011-01-28 21:46   
während des Screenshots war die Maus über "www.geosetter.de"; der Cursor hat sich korrekt in die Hand geändert, aber unterstrichen war nichts.

Verwendete Auflösung: 1920 x 1080
(0001449)
heiko   
2011-01-30 22:25   
in der 3.4.14 paßt jetzt alles; du kannst dieses Ticket also schließen
(0001450)
Friedemann   
2011-01-30 22:27   
Wenn man im Dialog die ALT-Taste drückt, gibt es übrigens tatsächlich ein Problem mit den Unterstreichungen beim Rüberfahren über die Links. Das kann ich nicht ändern...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
712 [GeoSetter] User Interface feature always 2011-01-13 21:50 2011-01-30 02:00
Reporter: Franklin2K Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.0 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.14 Release  
    Target Version:  
Summary: Fenstergröße des Dialogs "Daten bearbeiten"
Description: Es wäre schön, wenn man die Größe des Fensters "Daten bearbeiten" anpassen könnte. Ich habe mir ein Benutzerdefiniertes Set zusammengestellt, welches leider nicht ganz in das Fenster passt, so dass ich scrollen muss. Wäre das Fenster in der Größe anpassbar - zumindest vertikal - würde das die Eingabe vereinfachen.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
739 [GeoSetter] Image Data feature N/A 2011-01-30 00:35 2011-01-30 01:59
Reporter: cybermath Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: geo data cache
Description: Search operations to find all pictures in the vicinity of given coordinates take a very long time for large picture collections. Would it be feasible to create a single file where the metadata (especially coordinates) of all pictures are stored and that is updated infrequently as defined by the user? (comparable to Windows' Thumbs.db)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
736 [GeoSetter] User Interface tweak always 2011-01-27 12:28 2011-01-29 15:15
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.12 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.14 Release  
    Target Version:  
Summary: "Karte | Fokussiertes Bild" deaktivieren wenn keine INet Verbindung vorhanden ist
Description: alle anderen Einträge sind deaktiviert, so dass es konsequent wäre, auch den Eintrag "Karte | Fokussiertes Bild" zu deaktivieren wenn keine Internet Verbindung besteht.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
738 [GeoSetter] User Interface minor always 2011-01-28 23:57 2011-01-29 15:09
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.12 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.14 Release  
    Target Version:  
Summary: neue Sprachen werden bei jedem Prüfen trotz Aktualisierung angezeigt
Description: nachdem die beiden Sprachfiles aktualisiert wurden steht die Aktualisierung bei der nächsten Prüfung wieder an.

In der Info.txt im Spanischen Verzeichnis wird Version 3.4.12 angezeigt.
In der Info.txt im Englischen Verzeichnis wird Version 3.3.88.0 angezeigt.

Dieses Verhalten ist auch nach einem Neustart von GeoSetter so.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001448)
Friedemann   
2011-01-29 15:09   
Hoffe, das ist erledigt. Leider wurden die runtergeladenen Sprachen wegen dem Wechsel der ZIP-Komponente nicht an den richtigen Ort entpackt...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
728 [GeoSetter] User Interface feature have not tried 2011-01-19 20:11 2011-01-28 21:35
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.12 Release  
    Target Version: 3.4.12 Release  
Summary: Support new GeoNames server with user name
Description: New server: api.geonames.org

http://forum.geonames.org/gforum/posts/list/2206.page

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
735 [GeoSetter] User Interface text always 2011-01-27 00:38 2011-01-28 21:01
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.12 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.14 Release  
    Target Version:  
Summary: Im englischen Menü "Map | Focuses Image"
Description: sollte das nicht "Focused Image" heißen
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
737 [GeoSetter] User Interface feature N/A 2011-01-27 19:00 2011-01-27 19:39
Reporter: CanonUser Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.12 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Funktion für Tagger von Jobo, Bilora
Description: Die den Taggern beigelegte Software nutzt zwar Exif-Tool, kann aber keine Daten in RAW-Dateien (speziell CR2) schreiben. Statt dessen werden XMP-Dateien erzeugt, die den gleichen Namen wie das Bild haben, jedoch mit der Erweiterung XMP.

Wünschenswert wäre eine Funktion, die folgendes anbietet:
[ ] Kopiere XMP-Daten in gleichnamige Bilddatei
[ ] Lösche XMP-Dateien nach dem Übertragen der Daten
[ ] Bearbeite auch Unterverzeichnisse
Bei Konflikten:
[ ] Überschreibe Metadaten in RAW mit XMP-Datei
[ ] Überschreibe nur leere Felder in RAW mit XMP-Datei
Tags:
Steps To Reproduce:
Additional Information: Im Internet gefunden, könnte ein Teil der Lösung sein:

exiftool.exe -overwrite_original -preserve -tagsFromFile %%~nF.xmp %%~nF.nef
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
733 [GeoSetter] User Interface feature have not tried 2011-01-23 03:43 2011-01-23 03:44
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.12 Release  
    Target Version: 3.4.12 Release  
Summary: Make max count of visible track points adjustable
Description: Make max count of visible track points adjustable
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
732 [GeoSetter] User Interface minor have not tried 2011-01-23 03:41 2011-01-23 03:41
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.12 Release  
    Target Version: 3.4.12 Release  
Summary: History buttons of map do not work correctly
Description: History buttons of map do not work correctly
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
730 [GeoSetter] User Interface feature have not tried 2011-01-21 22:15 2011-01-23 03:40
Reporter: Michael Platform:  
Assigned To: Friedemann OS: Vista  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.9 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Feature-Request: Zugriff auf Google Maps Zusatzinformationen
Description: Eine prima Funktion wäre, wenn man in Geosetter auf die Zusatzinformationen von Google Maps wie Fotos, Videos, Wikipedia etc. zugeifen könnte um jeweils schnell an weitere Informationen zu den getaggten Bildern zu bekommen.

Falls ein Aufruf in Geosetter selbst nicht ohne weiteres realisierbar ist, wäre in Aufruf von Google Maps anhand der Bildkoordinaten ähnlich den beigefügten Links eine praktische Lösung.

Beispiel: Berliner Fernsehturm 52.5216 13.410015

Nur Karte
http://maps.google.de/maps?f=q&source=s_q&hl=de&geocode=&q=52.5216+13.410015

Karte & Wikipedia
http://maps.google.de/maps?f=q&source=s_q&hl=de&geocode=&q=52.5216+13.410015&ie=UTF8&z=16&lci=org.wikipedia.de

Karte & Fotos
http://maps.google.de/maps?ll=52.52152,13.41022&spn=0.009087,0.02635&z=16&lci=com.panoramio.all

Die Angaben für die Links ergeben sich aus der rechts oberhalb der Karte befindlichen Funktion Link zur Anzeige und Übernahme von externen Links. Eine Voreinstellmöglichkeit mit welchen Zusatzangaben und welchem Darstellungstyp die Anzeige startet würde die Funktion abrunden.
Tags:
Steps To Reproduce:
Additional Information: Vielen Dank!
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
731 [GeoSetter] User Interface trivial have not tried 2011-01-22 14:01 2011-01-23 01:21
Reporter: alanbragg Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.9 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.12 Release  
    Target Version:  
Summary: Add donation link to "Help" menu
Description: It took me a little while to find the donation procedure.

Great tool, saves me tons of time and is more accurate than my old manual method.

Thanks, you are a credit to the human race.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001445)
Friedemann   
2011-01-23 01:21   
> Thanks, you are a credit to the human race.

WOW, that's really a great compliment! :-)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
727 [GeoSetter] User Interface feature N/A 2011-01-19 19:43 2011-01-19 21:18
Reporter: jperalta Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.12 Release  
Product Build: Resolution: won't fix  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Copy coordinates to the clipboard
Description: Please add a menu item to copy only the coordinates of the selected image to the clipboard with display format of Coordinates setting.
For example: 4N40°25'9.71", W3°41'35.18"

Thanks
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001442)
Friedemann   
2011-01-19 20:08   
You can assign the position to the red marker in the map (button with red marker and right arrow on bottom of the map). Then you can copy it from the edit field below the map. Isn't this ok for you?
(0001443)
jperalta   
2011-01-19 21:14   
Thanks for your help, edit fields were hidden and I do not find this function references after search help.

I copied each field from edit location and it was hard work.

Thanks a lot
(0001444)
Friedemann   
2011-01-19 21:17   
If you often need this function, you can assign a hotkey to the red marker button.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
729 [GeoSetter] Image Data major always 2011-01-19 20:25 2011-01-19 20:26
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.12 Release  
    Target Version: 3.4.12 Release  
Summary: Synchronizing GPS data with more than one track may give wrong results
Description: Synchronizing GPS data with more than one track may give wrong results
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
726 [GeoSetter] User Interface tweak always 2011-01-18 20:39 2011-01-18 20:51
Reporter: Franklin2K Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.9 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.12 Release  
    Target Version:  
Summary: GTPT30 Readme funktioniert nicht mehr
Description: Der Link auf die GTOPO30 Readme liefert einen 404er Fehler - siehe Screenshot.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: fehler.jpg (97,037 bytes) 2011-01-18 20:39
https://www.geosetter.de/mantis/file_download.php?file_id=197&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
717 [GeoSetter] User Interface minor always 2011-01-14 21:41 2011-01-18 20:28
Reporter: gedeukte Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.2 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.10 beta  
    Target Version:  
Summary: "Center map" on current point does not always work
Description: The map does not always center around the currently chosen picture: If the map point of the picture, which is chosen before, already is on the map, the map does not center. I hope you understand what I mean :-)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: center_on_map_1.jpg (12,221 bytes) 2011-01-18 09:16
https://www.geosetter.de/mantis/file_download.php?file_id=195&type=bug
jpg

center_on_map_2.jpg (36,274 bytes) 2011-01-18 09:16
https://www.geosetter.de/mantis/file_download.php?file_id=196&type=bug
jpg
Notes
(0001428)
Friedemann   
2011-01-16 18:22   
You are right, but this behaviour is ok. I renamed it now to "Follow on map".
(0001431)
gedeukte   
2011-01-17 06:12   
Hi, thanks for the new version! Great it does now remember details of the exif view page.

In this case (Center map) you may think about it again. My problem is:

Let's say I see 5 map points on the map. Now I want to zoom closer to where one image is. I'd like to click the image and then use the slider of Google Maps. But this would only work if the point of the clicked image is in the centre!
(0001437)
Friedemann   
2011-01-18 00:28   
You are right. I've added a suboption "Center on Map". You can try it out in the current Beta http://www.geosetter.de/geosetter_beta.exe
(0001438)
gedeukte   
2011-01-18 06:24   
I hope it isn't a problem I'm always re-opening the issue, but I don't see another way to add a comment. First of all: Thank you! Second: I cannot find "Center on map". :-|
(0001439)
Friedemann   
2011-01-18 09:15   
> I hope it isn't a problem I'm always re-opening the issue

no, absolutely not!

Please see the 2 attached screenshots. If you still do not have these new menu items or if it does not work as expected, please reopen!
(0001440)
gedeukte   
2011-01-18 14:31   
Thank you! Works fine. I installed the beta but accidentally checked for the new option in the stable version.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
706 [GeoSetter] Image Data minor always 2011-01-06 12:51 2011-01-18 15:05
Reporter: Schnups Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.60 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GPS-Datum bei manueller Zuweisung von Geokoordinaten
Description: Hallo,
wieso generiert GeoSetter denn ein GPS-Datum (incl. Uhrzeit) bei manueller Zuweisung von Geokoordinaten? Das ist nicht nur unlogisch sondern auch sehr irreführend, besonders wenn ich Bilder in einem Verzeichnis habe die abwechselnd Koordinaten aus dem Logger und manuell zugewiesene haben. Bei den automatisch zugewiesenen ist das GPS-Datum nämlich im UTC-Format während GeoSetter bei den manuell zugewiesenen einfach das Aufnahmedatum als GPS-Datum übernimmt.
Mein Vorschlag ist das GPS-Datum bei manueller Zuweisung von Geokoordinaten NICHT zu schreiben.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001386)
Friedemann   
2011-01-06 20:08   
Ich finde das Verhalten eigentlich in Ordnung und möchte das auch nicht ändern. Das GPS-Datum wird sehr wohl auf UTC-Zeit gesetzt. Diese wird tatsächlich vom Aufnahmedatum genommen. Wenn Du da keine Zeitzone dran hast, sind natürlich beide Zeiten identisch. Bitte schau auch mal hier: 0000265
(0001388)
Schnups   
2011-01-06 21:01   
Dafür muss man dann nur noch wissen welche Logik dahinter steckt.
Ich kann jedoch trotzdem nicht nachvollziehen warum man einen theoretischen Zeitpunkt (was hätte mein Logger gespeichert wenn er angeschaltet gewesen wäre) berechnen und speichern sollte. Das Vorhandensein dieser Information ist für mich ein Hinweis das dieses Datum auch von einem GPS-Logger stammt, ansonsten sollte es "UTC-Zeit" und nicht "GPS-Datum" heißen.
Vielleicht lässt sich ja zumindest die Möglichkeit einbauen dieses Feature in den Optionen abzuschalten.
(0001390)
Friedemann   
2011-01-06 23:47   
> Dafür muss man dann nur noch wissen welche Logik
> dahinter steckt.

???

> was hätte mein Logger gespeichert wenn er angeschaltet
> gewesen wäre

im Idealfall den Wert der auch jetzt in den Daten landet...

> Das Vorhandensein dieser Information ist für mich ein
> Hinweis das dieses Datum auch von einem GPS-Logger
> stammt, ansonsten sollte es "UTC-Zeit" und nicht
> "GPS-Datum" heißen.

Mit der Logik dürfte man manuell gar keine Koordinaten in den Bildern speichern, denn auch bei den manuell zugewiesenen Koordinaten handelt es sich nicht um GPS-Daten ;-)

> Vielleicht lässt sich ja zumindest die Möglichkeit
> einbauen dieses Feature in den Optionen abzuschalten.

Das lasse ich mal so stehen...

Zumindest habe ich auch diverse Anforderungen von Anwendern gehabt, welche das Datum gefüllt haben wollen. Es gibt wohl auch Programme, welche selbiges benutzen (Sortierung etc.). Es ist halt schwer es allen Recht zu machen.
(0001393)
Schnups   
2011-01-08 11:39   
> Mit der Logik dürfte man manuell gar keine Koordinaten in den Bildern
> speichern, denn auch bei den manuell zugewiesenen Koordinaten handelt es sich
> nicht um GPS-Daten ;-)

Ja, du hast recht. Das hatte ich nicht bemerkt da dies in GeoSetter unter "Koordinaten" angezeigt wird. Die Feldnamen wurden "GPSLatitude" und "GPSLongitude" genannt, anscheinand hat niemand an die Möglichkeit des manuellen Geo-Tagging gedacht.

Ich würde es trotzdem begrüßen es mir selbst aussuchen zu können welche Daten ich speichern möchte. Dies wäre doch recht einfach umzusetzen mit einer Checkbox im Dialog 'Daten bearbeiten / Datum'. Die könnte z.B. "GPS-Datum generieren" heißen. Damit hättest du es dann allen recht gemacht.
(0001395)
Schnups   
2011-01-08 15:01   
Aufgrund meiner Recherche im Internet und verschiedenen Meinungen anderer Personen sehe ich die Sache nun auch etwas anders: "GPSTimeStamp" und "GPSDateStamp" sollten als 'UTCTimeStamp' und 'UTCDateStamp' interpretiert werden. Diesen Wert zu berechnen und zu speichern wäre somit legitim.
Allerdings sollte dieser dann auch gespeichert werden wenn ich keine Geo-Koordinaten zuordne. Derzeit wird der Wert nur mit den Koordinaten gespeichert. Solange nicht alle meine Bilder dieses Datum aufweisen kann ich es auch nicht zum Sortieren o.ä. verwenden.
(0001396)
Friedemann   
2011-01-08 15:10   
> Allerdings sollte dieser dann auch gespeichert werden wenn ich keine
> Geo-Koordinaten zuordne.

nee, das finde ich nicht. Das wäre ja noch mehr "Missbrauch" der GPS-Datenfelder. Ich denke mal, dass diejenigen welche das GPS-Datum für irgendwas nutzen, auch sowieso Koordinaten in den Bildern haben.

Für den Zeitvergleich bzgl. UTC steht ja zumindest in den XMP-Daten bei den Datumswerten die Zeitzone dabei.
(0001398)
Schnups   
2011-01-08 17:55   
Nun, eine sinnvolle Verwendung der UTC-Zeit wäre die Fotos die in verschiedenen Zeitzonen geschossen wurden in eine tatsächlich sortierbare, chronologische Reihenfolge zu bringen. Ich möchte z.B. damit die Dateinamen neu generieren. Das ist, glaube ich, mit keinem anderen Feld möglich. In den XMP-Daten gibt es kein Feld mit der reinen UTC-Zeit. Außerdem können wenige Programme mit den XMP-Daten etwas anfangen.
Tatsächlich habe ich, und vermutlich auch jeder andere, einen kleinen Prozentsatz Bilder denen man keine Koordinaten zuordnen kann (z.B. weil der Logger aus war). Somit könnte ich diese Bildern nicht in die Sortierung mit einbeziehen.
Das war die ursprüngliche Überlegung, ich habe jedoch festgestellt dass ACDSee Pro 3 (und angeblich auch Lightroom) das anscheinend nicht standardisierte Feld 'TimeZoneOffset' aus den EXIF-Daten nicht nur ignoriert sondern bei einem Update irgendwelcher Felder sogar löscht. Dabei wird auch der 'GPSTimeStamp' in den EXIF-Daten und auch das 'GPSDateTime' aus den XMP-Daten auf das Aufnahmedatum gesetzt.
Somit wäre die UTC-Zeit dann nur noch vor der weiteren Bearbeitung der Bilder interessant.
(0001407)
Schnups   
2011-01-13 22:40   
Hallo Herr Friedemann,
kann ich denn noch mit einer Antwort rechnen?
Inzwischen reduziere ich meine Wünsche darauf die Felder EXIF:GPSTimeStamp, EXIF:GPSDateStamp und XMP:GPSDateTime irgendwie korrigieren zu können wenn diese durch ACDSee fälschlicherweise auf den Aufnahmezeitpunkt gesetzt wurden. GeoSetter lässt diese nämlich unverändert wenn sie schon Daten enthalten sind. Dadurch kommt es zu Werten die nicht stimmen können, z.B.:

EXIF:TimeZoneOffset 1
EXIF:DateTimeOriginal 2010:03:04 11:16:03
EXIF:GPSTimeStamp 11:16:03
EXIF:GPSDateStamp 2010:03:04

XMP:DateTimeOriginal 2010:03:04 11:16:03+01:00
XMP:GPSDateTime 2010:03:04 11:16:03+1:00

Würde es nicht Sinn machen oben genannte Felder mit den "richtigen" Werten zu überschreiben, sprich der UTC-Zeit?
(0001408)
KnutBrode   
2011-01-13 23:19   
Diese Funktion gibt es bereits.
Menü: Bilder - GPS-Datum auf Aufnahmedatum setzen
Du musst natürlich beachten, dass dem Aufnahmedatum die richtige Zeitzone zugeordnet ist.
(0001409)
Friedemann   
2011-01-13 23:31   
> Diese Funktion gibt es bereits.
> Menü: Bilder - GPS-Datum auf Aufnahmedatum setzen
> Du musst natürlich beachten, dass dem Aufnahmedatum die richtige
> Zeitzone zugeordnet ist.

ja stimmt, Knut danke! Das müsste doch das machen was Du willst, oder?
(0001411)
Schnups   
2011-01-14 16:02   
Genauso hatte ich mir das vorgestellt.
Allerdings hätte ich aufgrund des Namens erwartet das diese Funktion das GPS-Datum auf die lokale Aufnahmezeit setzt. Vielleicht wäre der Name "GPS-Datum auf UTC-Zeit setzen" einfacher zu verstehen. Aber ich will ja nicht meckern ...
Vielen Dank.
Es wäre jedoch cool wenn GeoSetter dies erkennt und anbietet es zu korrigieren da diese Daten ja offensichtlich falsch sind. Vielleicht in einem Dialog vor dem Speichern, ähnlich dem der vor fehlender Zeitzone warnt.
(0001412)
KnutBrode   
2011-01-14 19:14   
Schau dir mal die Filtermöglichkeiten an. Damit habe ich schon nach vielen Fehlern in den Exif/IPTC-Daten gesucht, die mir andere Programme eingebrockt hatten.
Zur Anzeige der Bilder mit abweichenden GPS-Datum kannst Du einen Filter GPS-Datum <> Aufnahmedatum setzen [als Text:(GpsDate != TakenDate)].
Eine Automatisierung sehe ich als problematisch an, da das GPS-Datum nicht unbedingt mit dem UTC-Wert des Aufnahmedatums gleichzusetzen ist. Mein Fotoapparat trägt z.B. im Bild die letzte bekannte GPS-Position mit deren Uhrzeit ein. So kann ich die Bilder herausfiltern, die nicht die reale Position haben und gegebenfalls die richtige Position manuell zuweisen.
(0001434)
Schnups   
2011-01-17 16:44   
Danke Knut, gibt´s auch eine Möglichkeit nach Bildern mit abweichender Zeitzone zu filtern oder zu sortieren?
(0001435)
KnutBrode   
2011-01-17 20:41   
Eine Filter- oder Sortiermöglichkeit ist mir nicht bekannt. Bei Notwendigkeit kannst Du aber über "Bilder" - "Daten Bearbeiten" - "Datum" - "Zeitzone" - "Alle online abfragen" die Zeitzone für alle markierten Bilder neu zuweisen.
(0001441)
Schnups   
2011-01-18 15:05   
Das bringt aber nichts da mir ACDSee leider auch die Uhrzeit "anpasst" und das muß ich vorher korrigieren. Daher wäre es geschickt nur die verhunzten auszusortieren. Na dann muß ich das wohl alles manuell machen.
Ich wäre mal gespannt mit welcher Software andere Leute ihre Bilder bearbeiten, anscheinend bringt ja fast jede Bildbearbeitungssoftware die Daten durcheinander...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
686 [GeoSetter] Image Data major always 2010-11-14 21:50 2011-01-17 23:31
Reporter: HansHans Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.60 Release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GPS coordinates erased when updating sidecar file with location info
Description: My workflow consists of synchronizing my Sony raw files (.arw) with GPS coordinates stored in a bunch of .GPX files (CTRL+G). Data are stored in .xmp sidescar files. Once the coordinates are there, I introduce the location data (CTRL+E) and save the files.
However, when I first save the modifications after updating the coordinates (but before updating the location), then the second 'save modifications' step (after location data has been added) will erase the coordinates. This results in files which have location data (based on the coordinates) but the coordinates themselves are no longer there.

If I do not execute the intermediate save-modifications-step but only save after both coordinates and location data are introduced, then both types of data are stored properly.

The only difference (that I am aware of) is that in the first step, the existing .xmp files are renamed to .xmp_original and new .xmp files are generated. I am assuming something goes wrong in this process. It is only during the save-modifications step that the coordinates disappear one by one. Before the save-modifications step, all data is available as shown in the top left folder browser area of the user interface.

My workaround is not to do the intermediate save, but sometimes when I forget, the coordinate data can be reintroduced by a new synchronization step with the .gpx files. Not a big additional effort under normal circumstances, but when location data is erroneous, requires a time offset or needs otherwise additional attention, it can be annoying to need to do that for the second time.

Hope you can fix it. Please let me know if you are not able to reproduce and I can provide some files.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001356)
Friedemann   
2010-11-27 00:04   
Excuse me please that I didn't care about your problem by now!

Can you perhaps send me an ARW file (before handled by GeoSetter) and a screenshot of your GeoSetter ARW-settings to support@geosetter.de?
(0001360)
HansHans   
2010-12-06 20:20   
Hi, finally found some time to document the problem. I'll send you a ppt with an illustration of the problem and the arw settings. I'll also add a ARW file and example sidecar files.
Thanks for your effort and your otherwise impressive piece of sodtware.
Hans
(0001436)
Friedemann   
2011-01-17 23:31   
The problem has been causes by additional ExifTool commands.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
725 [GeoSetter] Image Data minor always 2011-01-17 16:32 2011-01-17 20:24
Reporter: Schnups Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.9 Release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Löschen des GPS-Datums beim Löschen des Erstellungsdatums
Description: Wenn ich bei der Nachbearbeitung von Bildern mit GeoSetter das Erstellungsdatum lösche (Daten bearbeiten -> Datum -> Erstellt am) wird beim Speichern der Bilder auch das GPS-Datum gelöscht.
Außerdem wird das Erstellungsdatum nur aus den IPTC-Daten gelöscht, in den EXIF und XMP-Daten bleibt das Erstellungsdatum unverändert.
Ist dieses Verhalten so gewollt?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001432)
Schnups   
2011-01-17 16:39   
Entschuldigung, das mit dem Löschen des GPS-Datums habe ich selber verbockt mit zusätzlichen ExifTool Kommandos.
Bitte Fall schließen.
Danke.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
705 [GeoSetter] Image Data major sometimes 2011-01-06 12:41 2011-01-17 16:40
Reporter: Schnups Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.3.60 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Gelöschte Bilder
Description: Hallo,
folgenden Bug habe ich bei GeoSetter (oder ExifTool) gefunden:
Beim Speichern von vorgenommenen Änderungen an den Bildern erhalte ich regelmäßig den Fehler "File not found", wie im angehängten Bild zu sehen ist. Tatsächlich sind die Bilder auf die sich die Fehlermeldung bezieht nicht mehr vorhanden sondern nur Dateien mit Namen wie z.B. "DSCF3135.JPG_exiftool_tmp".
Ich muß hinzufügen das ich meistens Änderungen an mehreren hundert Bildern speichere; das Problem tritt somit bei unter 1% der Bilder auf.
Problematisch ist nur das es zu Datenverlust kommt. Derzeit sichere ich mir die Bilder bevor ich diese bearbeite und ersetze die verschwundenen dann wieder.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: GeoSetter Error.jpg (115,708 bytes) 2011-01-06 12:41
https://www.geosetter.de/mantis/file_download.php?file_id=189&type=bug
jpg
Notes
(0001384)
Friedemann   
2011-01-06 19:22   
Schau mal bitte hier: 0000642

Kann es sein, dass Du die Norton Internet Security Suite benutzt?
(0001387)
Schnups   
2011-01-06 20:35   
Hallo,
das habe ich mir schon durchgelesen. Nein, ich benutze Kaspersky Internet Security. Ich habe jetzt mal '*.JPG_exiftool_tmp' zu den Ausnahmen hinzugefügt und werde mich melden wenn das Problem weiterhin besteht.
Auf jeden Fall ist es nicht die schönste Lösung des Problems. ExifTool sollte damit umgehen können ...
(0001391)
Friedemann   
2011-01-06 23:49   
> Auf jeden Fall ist es nicht die schönste Lösung
> des Problems. ExifTool sollte damit umgehen können ...

das ist richtig und mir ist auch nicht wohl dabei. Ich verstehe allerdings auch eine Software wie Kaspersky oder Norton nicht, welche anscheinend Dateien exklusiv blockt, wenn auch nur kurz.

Ich muss mal schauen ob ich das Problem irgendwie simulieren kann, dann könnte zumindest die Rückbenennung GeoSetter übernehmen.
(0001433)
Schnups   
2011-01-17 16:40   
Also bisher sieht alles gut aus, der Fehler ist nicht mehr aufgetreten.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
719 [GeoSetter] User Interface minor always 2011-01-15 13:33 2011-01-16 18:51
Reporter: ceroni Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.2 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.9 Release  
    Target Version:  
Summary: SideBySide error ID 63
Description: - <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
- <System>
  <Provider Name="SideBySide" />
  <EventID Qualifiers="49409">63</EventID>
  <Level>2</Level>
  <Task>0</Task>
  <Keywords>0x80000000000000</Keywords>
  <TimeCreated SystemTime="2011-01-14T21:42:49.000000000Z" />
  <EventRecordID>12301</EventRecordID>
  <Channel>Application</Channel>
  <Computer>Lion-O</Computer>
  <Security />
  </System>
- <EventData>
  <Data>assemblyIdentity</Data>
  <Data>language</Data>
  <Data>*</Data>
  <Data />
  <Data />
  <Data />
  <Data />
  <Data />
  <Data />
  <Data />
  <Data>c:\program files (x86)\geosetter\DelZip179.dll</Data>
  <Data>c:\program files (x86)\geosetter\DelZip179.dll</Data>
  <Data>8</Data>
  <Data />
  <Data />
  <Data />
  <Data />
  <Data />
  <Data />
  <Data />
  </EventData>
  </Event>
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001415)
Friedemann   
2011-01-15 13:44   
The current version 3.4.2 uses DelZip190.dll now instead of DelZip179.dll. So I do not understand why you still have this problem...
(0001417)
ceroni   
2011-01-15 20:14   
(Last edited: 2011-01-15 20:19)
Just found a copy of DelZip179.dll alongside with DelZip190.dll in the install dir (C:\Program Files (x86)\GeoSetter).
Must has been left from a previous installation (always install a new version without removing the old one).
It has been renamed to _DelZip179.dll to see what happens.

(0001427)
ceroni   
2011-01-16 18:16   
Simply renaming DelZip179.dll to _DelZip179.dll didn't work (still getting the error message in the log).
I've now deleted DelZip179.dll.
GeoSetter seems to be working fine.
(0001429)
Friedemann   
2011-01-16 18:24   
Thanks! I will see how I can get it deleted automatically by the installation program...
(0001430)
Friedemann   
2011-01-16 18:51   
DelZip179.dll will now be removed by installation process...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
723 [GeoSetter] User Interface minor always 2011-01-16 11:20 2011-01-16 18:12
Reporter: Franklin2K Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.7 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.8 beta  
    Target Version:  
Summary: Befüllung der Felder "Künstler" und "Website" im Tab "Quelle/Beschreibung"
Description: Hallo Friedemann,

ich habe mir in Breeze Downloader Pro ein XMP-Preset erstellt, welches automatisch mein Copyright, meine Adresse usw. beim Herunterlader der Fotos in eine XMP-Sidecar-Datei ablegt.

Diese Sidecars werden in GeoSetter auch angezeigt, allerdings sind die beiden Felder "Künstler" und "Webseite" im Tab "Quelle/Beschreibung" leer - obwohl ich ein Webseite eingetragen habe und diese im Tab "Kontakt" auch angezeigt wird. Handelt es sich hier um eine andere Website oder ist das ein Fehler in GeoSetter? Gleiches gilt für den Künster. Ich habe in Downloader Pro überall meinen Namen hinterlegt (Author, Description Writer, Source, Credit) und im Tab Kontakt wird mein Name auch angezeigt, ebenso als "Anbieter", "Quelle" und "Verfasser der Beschreibung". Was aber ist mit dem Feld "Künstler"? Warum ist das leer?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: 20100513_185830_0001_e3.xmp (3,238 bytes) 2011-01-16 14:16
https://www.geosetter.de/mantis/file_download.php?file_id=194&type=bug
Notes
(0001418)
Friedemann   
2011-01-16 13:51   
Könntest Du mir mal so eine XMP zukommen lassen?
(0001419)
Friedemann   
2011-01-16 13:53   
Ist das denn ein neues Problem? Ging das mit älteren Versionen?
(0001420)
Franklin2K   
2011-01-16 14:17   
(Last edited: 2011-01-16 14:18)
Ich habe gerade einmal eine XMP-Datei hochgeladen.

Woraus sollen denn die Felder "Künstler" und "Website" in GeoSetter befüllt werden? Da muss es ja ein entsprechendes Pendant in IPTC oder XMP geben.

Da ich dies heute zum ersten Mal getestet habe, weiß ich nicht wie sich ältere Versionen verhalten haben.

(0001421)
Friedemann   
2011-01-16 15:23   
Welcher Text soll den unter "Künstler" stehen???

GeoSetter liest "Künstler" aus dem Tag "tiff:Artist" (ExifTool-Parameter XMP:Artist). Wie gesagt, mir ist noch nicht klar, welchen Text Du da erwartest. Sonst könnte ich sagen, unter welchem Tag der Breeze-Downloader das speichert.

Zur Webseite: Die Webseite unter "Quelle/Beschreibung" landet nur in den binären Daten im Bild (ExifTool-Parameter photoshop:url). Ich wüsste jetzt nicht, welches XMP-Datenfeld ich dafür nehmen könnte/sollte. Vielleicht hast Du ja 'nen Vorschlag. Na ja, Breeze-Downloader speichert das anscheinend unter "xapRights:WebStatement". Laut ExifTool sind das "XMP Rights Management schema tags". Da kann ich es natürlich auch speichern und auch draus lesen. Soll ich???
(0001422)
Friedemann   
2011-01-16 15:34   
Ach Quatsch, die Webseite liest GeoSetter aus xmp:BaseURL. Ich sehe aber gerade, dass GeoSetter dorthin nicht gespeichert hat, nur gelesen. Das habe ich gerade geändert, so speichert GeoSetter dann auch dorthin (ExifTool-Parameter XMP:BaseUrl). Davon hast Du allerdings erstmal nix, denn bei Dir steht's ja unter "xapRights:WebStatement". Ich könnte es aber natürlich da auch auslesen wenn unter "xmp:BaseURL" nix gefunden wird. Geschrieben würde es dann aber beim nächsten Speichervorgang unter xmp:BaseURL.
(0001423)
Friedemann   
2011-01-16 16:21   
Ich habe das gerade mal in 3.4.8 beta geändert: http://www.geosetter.de/geosetter_beta.exe

Das heißt, die sollte nun auch Deine Webseite lesen. Aber wie gesagt, beim Ändern und dann Speichern landet die unter xmp:BaseUrl.
(0001424)
Franklin2K   
2011-01-16 17:45   
Hallo Friedemann,

erstmal vielen Dank für Deine Mühe!

Mir war einfach nicht klar, warum in GeoSetter der Künstler leer war/ist, obwohl ich in DLP ja alle Felder befüllt hatte. Gleiches gilt für die Website. Die Website wird jetzt tatsächlich auch unter Quelle angezeigt, es fhelt nur noch eine Kleinigkeit: Im Tab Kontakte is die Adresse als URL formatiertr (blau) und anklickbar, unter Quelle ist das noch nicht so.

Wegen des Künstlers: Vielleucht kann man hier auch eie Abfrage machen: Wenn der Künstler (xmp:artist) fehlt, dann wird der dc:creator fehlt (siehe obiges XMP) versucht anzuzeigen. wenn es den auch nicht gibt, dann wird eben nichts angezeigt wie bisher. Was meinst Du?
(0001425)
Franklin2K   
2011-01-16 17:51   
Die URL wird aber nich nach xapRights:WebStatement geschrieben oder? Zumindest finde ich das in meiner neuen XMP...
(0001426)
Friedemann   
2011-01-16 18:09   
> Mir war einfach nicht klar, warum in GeoSetter der
> Künstler leer war/ist

ich muss da selbst auch immer erst schauen. Ich finde das teils auch sehr verwirrend...

> Im Tab Kontakte is die Adresse als URL formatiertr (blau)
> und anklickbar, unter Quelle ist das noch nicht so.

ja, das ist blöd. Geht aber erstmal nicht anders, zumindest nicht ohne größeren Aufwand. Die URL unter Quelle ist eine Combobox, unter Kontakt ein normales Eingabefeld (warum auch immer ich das mal so gemacht habe). Bei der Liste kann man das leider nicht so formatieren. Um es einheitlich zu machen, müsste man vielleicht aus der Kontakt-URL auch 'ne Liste machen und dann jeweils 'nen Button daneben worüber man dann die Webseite aufrufen kann.

> Wenn der Künstler (xmp:artist) fehlt, dann wird der
> dc:creator (siehe obiges XMP) versucht anzuzeigen.

Der dc:creator wird ja bereits unter Kontakt/Name angezeigt. Ich glaube, ich lasse das erst mal so. Sonst schreien andere wieder, dass plötzlich das Künstler-Feld mit dem Kontaktnamen gefüllt ist ;-)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
724 [GeoSetter] User Interface tweak have not tried 2011-01-16 18:11 2011-01-16 18:11
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Unify URL input fields
Description: Unify URL input fields
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
715 [GeoSetter] User Interface minor always 2011-01-14 21:36 2011-01-16 05:07
Reporter: gedeukte Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.2 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.7 beta  
    Target Version:  
Summary: Exif-View forgets collapse state and column size
Description: The summary says it all. It would be nice if GS could preserve the EXIF views preferences. Thanks!
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001416)
Friedemann   
2011-01-15 15:34   
GS now remembers the expanded states and column width of caption column. As far as I understand, that's all you asked about...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
722 [GeoSetter] User Interface feature have not tried 2011-01-16 04:43 2011-01-16 04:44
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.7 beta  
    Target Version:  
Summary: Release version will now also check for beta versions
Description: Release version will now also check for beta versions
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
721 [GeoSetter] User Interface feature have not tried 2011-01-16 04:41 2011-01-16 04:41
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.7 beta  
    Target Version:  
Summary: Special icon for beta version
Description: Special icon for beta version for parallel installation and therefore better differentiation.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
356 [GeoSetter] User Interface minor always 2010-01-07 13:11 2011-01-15 14:47
Reporter: Rio Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.2.1 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.4 beta  
    Target Version:  
Summary: Pop-up to delete picture disappear on background
Description: When I delete a picture, the pop-up appear and then disappear behind GeoSetter windows.
Tags:
Steps To Reproduce:
Additional Information: Not totally tested, but when the mouse is on map window (on the top (tool bar) or bottom of the window) the problem appear.
Attached Files: GeoSetter.jpg (532,287 bytes) 2010-01-08 00:46
https://www.geosetter.de/mantis/file_download.php?file_id=3&type=bug
Notes
(0000743)
Friedemann   
2010-01-07 23:05   
Where do you delete it and what do you mean with pop-up???
(0000745)
Rio   
2010-01-08 00:47   
I upload a file to explain
(sorry for my bad English)
(0000752)
Sacha   
2010-01-09 12:32   
Observed the same problem under 3.2.3. The dialog to confirm the delete process disappears when I move the mouse to it (in my case the dialog was over the map). Everything works correctly if I confirm by pressing Return.
(0000755)
Friedemann   
2010-01-09 16:29   
I can reproduce it. But I can't fix it by now. The message dialog is shown by the browser control itself and unfortunately it shows it as a nonmodal window (you can see a 2nd entry in the taskbar). The main window comes to foreground for example when it has to show a hint (mouse over a list entry).

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
720 [GeoSetter] User Interface major always 2011-01-15 14:45 2011-01-15 14:46
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.4 beta  
    Target Version:  
Summary: Deleting images does not work
Description: Deleting images does not work (by using DEL-key or context menu). A dialog appears for a short time, then it disappears...
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
718 [GeoSetter] User Interface feature have not tried 2011-01-15 09:04 2011-01-15 13:44
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.4 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Bildunterschriften in der Bildervorschau anders anordnen
Description: In der Bildervorschau werden unter den Bildern 7 (default) Informationen angezeigt: Geokoordinaten, Land, Stadt,...,Bewertung, Aufnahmedatum.

Beim Bearbeiten der Bilder orientiere ichmich im wesentlichen am Aufnahmedatum, das jedoch an der 7. stelle steht. Wenn ich die Anzahl der Infos von 7 auf 2 reduziere, verliere ich in der Darstellung meine wichtigste Bildinformation.

Lösungsvorschlag: In der Bildervorschau das Aufnahmedatum vor den Geo-Informationen anzeigen.

Tags:
Steps To Reproduce:
Additional Information: Im Anhang sind zwei Beispiele:
1) mit 7 Informationszeilen
2) mit 2 Informationszeilen
Attached Files: Geosetter_Bildervorschau_1.jpg (18,311 bytes) 2011-01-15 09:04
https://www.geosetter.de/mantis/file_download.php?file_id=192&type=bug
jpg

Geosetter_Bildervorschau_2.jpg (13,092 bytes) 2011-01-15 09:04
https://www.geosetter.de/mantis/file_download.php?file_id=193&type=bug
jpg
Notes
(0001413)
Phoenix   
2011-01-15 10:28   
Das kannst du doch über "Spalten und Anzeigeinfos einstellen..." verändern, da kannst du Zeilen verschieben und nach belieben neue hinzufügen und alte entfernen.

Gruß
(0001414)
drose   
2011-01-15 11:36   
O.K. das hatte ich übersehen. Der Feature-Wunsch kann also geschlossen werden.
Gruß Ditmar

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
716 [GeoSetter] User Interface feature always 2011-01-14 21:38 2011-01-14 22:12
Reporter: gedeukte Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.4.2 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Double click on preview image can still be used...
Description: Feature request: Upon double click on the preview image: I recommend to either show the image as full screen, fore and back, or to start the default associated application!
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
713 [GeoSetter] User Interface tweak always 2011-01-14 00:56 2011-01-14 00:56
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS: Windows XP  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.2 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.4 beta  
    Target Version: 3.4.4 beta  
Summary: Context menu icon appears in wrong column on Windows XP
Description: Context menu icon appears in wrong column on Windows XP
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
711 [GeoSetter] User Interface tweak always 2011-01-13 21:48 2011-01-14 00:07
Reporter: Franklin2K Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.4.0 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.4 beta  
    Target Version:  
Summary: Text-Formatierung im Dialog Daten Bearbeiten > Ort
Description: Im Dialog "Daten Bearbeiten" > "Ort" passt die Schriftart des Labels "Aufnahmerichtung [*]" nicht zu den anderen Labels auf der gleichen Seite.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001406)
heiko   
2011-01-13 21:58   
Gruppenbeschriftung "GPS-Daten" + Text "Favoriten", "Dezimal", "Sexagesimal" passen auch nicht zum Rest
(0001410)
Friedemann   
2011-01-13 23:38   
Tatsache... :-/

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
709 [GeoSetter] User Interface major always 2011-01-12 20:59 2011-01-12 21:03
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.2 Release  
    Target Version: 3.4.2 Release  
Summary: Rating by keyword does not work
Description: Rating by keyword does not work
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
710 [GeoSetter] User Interface minor random 2011-01-12 21:02 2011-01-12 21:02
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.2 Release  
    Target Version:  
Summary: Map crashes sometimes on application terminate
Description: Map crashes sometimes on application terminate
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
678 [GeoSetter] Image Data major always 2010-11-07 09:45 2011-01-09 16:23
Reporter: arkb Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.60 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.0 Release  
    Target Version:  
Summary: Sometimes GeoSetter creates IPTC metadata without specifying character set
Description: Hello,
I noticed that sometimes GeoSetter creates IPTC metadata without specifying character set. This issue leads to corruption of location information in other programs like Adobe Lightroom.
That's why I think this issue is of major severity.

I investigated the issue a little and this is what I found.

First of all, I am using the latest version of GeoSetter (3.3.60) and ExifTool (8.37).

GeoSetter is configured to use UTF-8 for IPTC character encoding and settings for .DNG files are:
The following settings are ON, all others are OFF:
- Don't create internal XMP if it doesn't exist already...
- Save IPTC Data as Unicode...
- Overwrite original file...
- Set file date from taken time...

Here is the what happens.
I have a .dng file in Adobe Lightroom which already has some geotagging metadata. I want to do non-ITPC-related change like to change the point of view.
Note that this file has already location fields set and some of these fields use non-English characters.
Specifically, in my file State/Province is "Île-de-France" (note that the first character is a French character).
I ran "exiftool -a -u -g1 <file>" and noticed that apparently Lightroom removes the IPTC section when it writes metadata to the file.
So when this file gets opened by GeoSetter, it does not have IPTC info. Instead, I found that info in the "XMP-photoshop" section as reported by exiftool.
Now I change the point of view in GeoSetter, save the changes, and ask Lightroom to re-read metadata from the file.
Lightroom shows corrupted "State/Province" field.

I ran "exiftool" again on the file modified by GeoSetter and found (among other things) that GeoSetter inserted the following info into the file:

---- IPTC ----
By-line : Photographer: My name
City : Paris
Province-State : ÃŽle-de-France
Country-Primary Location Code : FRA
Country-Primary Location Name : France
Copyright Notice : Copyright: My name
Application Record Version : 4
Date Created : 2010:08:24
Time Created : 18:59:55+02:00

I played a little and found that if I also change some location information in GeoSetter (like setting sub-location to some arbitrary value, "_" in this case), Lightroom shows the correct value for the "State/Province" field.

I re-ran exiftool and found that in the latter case GeoSetter again inserted ITPC info into the file (see below). However this time this info includes the "coded character set" field with "UTF8" value. So I believe this is the reason why Lightroom interprets location info correctly now.

I think GeoSetter should not write IPTC info at all if it was not changed.
Alternatively, if it writes the info, it should always specify the character set this info is encoded in.

---- IPTC ----
Coded Character Set : UTF8
Envelope Record Version : 4
Application Record Version : 4
Date Created : 2010:08:24
Time Created : 18:59:55+02:00
By-line : Photographer: My Name
City : Paris
Sub-location : _
Province-State : ÃŽle-de-France
Country-Primary Location Code : FRA
Country-Primary Location Name : France
Copyright Notice : Copyright: My Name
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: set_iptc_creation_date_from_taken_date.jpg (153,100 bytes) 2011-01-09 15:11
https://www.geosetter.de/mantis/file_download.php?file_id=191&type=bug
jpg
Notes
(0001318)
arkb   
2010-11-07 09:55   
A little correction:
Apparently GeoSetter adds this "Coded Character Set : UTF8" info (which solves the problem) when the file gets saved second time.
I.e, on first save GeoSetter inserts a new ITPC block without specifying character set. On second save it adds the character set info.
(0001380)
Friedemann   
2011-01-05 14:18   
UNfortunately I can not reproduce the problem:

1. I imported a CR2 image file into LR converting it to DNG
2. I changed state/province to "Île-de-France" in LR
3. After opening it in GeoSetter, assigning a coordinate and saving I get the following save report:

Saved (0,98s): R:\Test\DNG-Test\2010-12-26-222250.dng
  Params: C:\Users\fri\AppData\Roaming\GeoSetter\tools\exiftool.exe -@ "C:\Users\fri\AppData\Local\Temp\et00454154.arg" "R:\Test\DNG-Test\2010-12-26-222250.dng"
  Arguments:
    -overwrite_original
    -EXIF:GPSLatitude=54.86892706
    -EXIF:GPSLongitude=9.40554142
    -EXIF:GPSLatitudeRef=N
    -EXIF:GPSLongitudeRef=E
    -EXIF:GPSMapDatum=WGS-84
    -EXIF:GPSVersionID=2.2.0.0
    -EXIF:GPSAltitude=40.000000
    -EXIF:GPSAltitudeRef=Above Sea Level
    -EXIF:GPSDateStamp=2010:12:26
    -EXIF:GPSTimeStamp=21:22:50
    -XMP:GPSLatitude=54.86892706
    -XMP:GPSLongitude=9.40554142
    -XMP:GPSVersionID=2.2.0.0
    -XMP:GPSMapDatum=WGS-84
    -XMP:GPSAltitude=40.000000
    -XMP:GPSAltitudeRef=Above Sea Level
    -XMP:GPSDateTime=2010-12-26T21:22:50Z
    -XMP:Creator=Friedemann Schmidt
    -IPTC:CodedCharacterSet=UTF8
    -IPTC:By-Line=Friedemann Schmidt
    -XMP:AuthorsPosition=
    -XMP:CountryCode=
    -XMP:Country=
    -XMP:State=ÃŽle-de-France
    -IPTC:Province-State=ÃŽle-de-France
    -XMP:City=
    -XMP:Location=
    -XMP:Artist=
    -XMP:Description=
    -XMP:Instructions=
    -XMP:Title=
    -XMP:Headline=
    -XMP:Credit=
    -XMP:Rights=Friedemann Schmidt
    -IPTC:CopyrightNotice=Friedemann Schmidt
    -XMP:CaptionWriter=
    -XMP:Source=
    -XMP:Category=
    -xmp:rating=
    -xmp:ratingpercent=
    -XMP:Label=
    -XMP:CreatorAddress=
    -XMP:CreatorPostalCode=
    -XMP:CreatorCity=
    -XMP:CreatorRegion=
    -XMP:CreatorCountry=
    -XMP:CreatorWorkTelephone=
    -XMP:CreatorWorkEmail=
    -XMP:CreatorWorkURL=

It contains IPTC:CodedCharacterSet=UTF8 and after saving the DNG also contains this flag.

Is this problem still reproducable for you? Can you perhaps try it out with the beta version http://www.geosetter.de/geosetter_beta.exe ? This version is nearly finished and will be released soon...
(0001402)
arkb   
2011-01-09 13:16   
I actually still can repro this problem. However it seems to me that GeoSetter's behavior (even of the latest beta) is not predictable in respect to this IPTC:CodedCharacterSet flag. Sometimes GeoSetter indeed sets this flag, sometimes it does not and I was not able to figure out what affects its behavior.

Please try the following:

Initial steps:
1. Import a cr2 photo to Lightroom converting it to dng.
2. Select a photo and save metadata by using menu "Metadata"->"Save Metadata to File".
3. Start GeoSetter and assign some geo info to the photo. I would suggest to use lattitude 43.69702167 and longtitude 7.27042258. This should resolve to the province "Provence-Alpes-Côte d'Azur".
4. Save changes in GeoSetter and terminate it.
5. In Lightroom re-read metadata by "Metadata"->"Read Metadata from File". Most likely the State/Province field there will look fine.

Repeat the following steps:
6. In Lightroom select a photo and save metadata by using menu "Metadata"->"Save Metadata to File".
7. Please confirm that there is no IPTC character set is set on this photo, this is critical! On Windows platform I do this by running "exiftool -a -u -g1 photo.dng |findstr /i Character". It should not report anything. If it does, then probably your settings in Lightroom do not match mine and I will need to investigate more.
8. Now start GeoSetter, locate the photo and slightly move photo's position marker. Select "Move Image" in the "Changed Position" dialog box.
9. Save changes and terminate GeoSetter.
10. Again check that there is no IPTC character set is in metadata by running "exiftool -a -u -g1 photo.dng |findstr /i Character".
At this moment sometimes exiftool shows UTF-8 character set, sometimes does not. If you see UTF-8 here, go to step 6 and try again. It took maximum 2-3 retries for me to repro the problem.
11. If you do not see IPTC character set, switch to Lightroom and re-read photo's metadata by selecting the photo and doing "Metadata"->"Read Metadata from File". Now you should see that the State/Province field in Lightroom gets corrupted (the funny French "O with hat" will be changed to something else.

Again, if you do not see the repro, please re-try starting from the step 6 few times.
Hope this will help.
(0001403)
Friedemann   
2011-01-09 15:15   
I really hope I fixed this now.

Please take a look at the attached screen shot "set_iptc_creation_date_from_taken_date.jpg". Do you perhaps have this option activated? In my situation the IPTC creation date forces the UTF8 flag to be removed when the IPTC creation date will be saved among others...

There's a new beta 3.3.103 with which you shouldn't get the problem anymore - I hope. It's available at http://www.geosetter.de/geosetter_beta.exe
(0001404)
arkb   
2011-01-09 16:20   
Sorry for re-opening this issue, I could not figure out how to leave a comment without doing so.
I confirm that I indeed have this flag (set IPTC date from taken date) checkbox enabled.
I also confirm that the most recent beta 3.3.103 build 2083 fixes the problem.
Thanks a lot for fixing this issue, it was a real pain for me.
(0001405)
Friedemann   
2011-01-09 16:23   
> I also confirm that the most recent beta 3.3.103 build 2083
> fixes the problem.
> Thanks a lot for fixing this issue, it was a real pain for me.

Fine :-) Thanks a lot too to you for your help and patience!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
557 [GeoSetter] User Interface feature have not tried 2010-05-15 17:28 2011-01-09 12:45
Reporter: Johann Stieger Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.3.53 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Felder in JPEG-Dateien markieren, welche durch die query.dll in den Index der Windows Suche aufgenommen werden
Description: Hallo Fiedemann,

vor allem im kleinen Bereichen (Privat, kleine Firma) finde ich die Windows Suche sehr praktisch, die auf den neuen Windows Client-Betriebssystemen standardmäßig aktiviert ist und auf den neuen Server Betriebssystemen durch eine zusätzliche Rolle rasch hinzugefügt werden kann. So kann man z. B. auf jenem Server wo die Bilder gespeichert sind (Windows Server 2008 / 2008 R2) die Windows Suche aktivieren welche einen Suchindex erstellt. Mit einem Client auf dem ebenfalls die Windows Suche installiert ist, kann man anschließend den Index des Servers durchsuchen. Es werden dabei am Client (z. B. Windows XP) alle Felder gefunden, welche der Index des Servers enthält (somit auch die Windows XP Eingenschaft Kommentar).

Der für jpeg-Bilder standardmäßig aktive Dateieigenschaftenfilter (query.dll) scannt dabei nicht nur Dateinamen, Größe, Änderungsdatum sondern auch folgende im Bild enthaltenen Eigenschaften:
Geosetter - weitere Eigenschaften - Beschreibung
Geosetter - Quelle - Künstler
Geosetter - Quelle - Copyright
Geosetter - weitere Eigenschaften - Titel (bis inkl. Windows XP, somit in Zukunft vernachlässigbar)
XP-Eigenschaften - Betreff
XP-Eigenschaften - Stichwörter
XP-Eigenschaften - Kommentar (ab Windows Vista, Server 2008)

Vorschlag nun für eine weitere Version von Geosetter:
- die 3 letzten Felder sollen zusätzlich in Geosetter vorhanden sein, damit man sie bearbeiten kann
- alle Felder, welche durch die neueren Versionen von Windows (Vista, Server 2008, Server 2008 R2, und vermutlich auch Windows 7 - da konnte ich es noch nicht testen, denn im Release Candidate welcher mir zur Verfügung steht funktioniert es leider nicht) sollen irgendwie erkennbar sein (z. B. all diese Felder in ein eigenes Register oder all diese Felder z. B. mit hellgrünem Hintergrund versehen oder ähnliches.

Wäre super, wenn sich das in den nächsten Versionen von Geosetter integrieren läßt. Ein Bild mit den entspehenden Eigenschaften hänge ich dir an.

Beste Grüße,

Johann Stieger
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: PICT0015.JPG (1,441,792 bytes) 2010-05-15 17:29
https://www.geosetter.de/mantis/file_download.php?file_id=120&type=bug
Notes
(0001400)
Friedemann   
2011-01-09 04:19   
> XP-Eigenschaften - Betreff
> XP-Eigenschaften - Stichwörter
> XP-Eigenschaften - Kommentar (ab Windows Vista, Server 2008)

Ich würde diese Daten nicht gerne zusätzlich einführen, sondern auf die bereits in GeoSetter vorhandenen abbilden. Also

XP-Eigenschaften - Betreff -> Geosetter-Titel
XP-Eigenschaften - Stichwörter -> GeoSetter-Stichwörter
XP-Eigenschaften - Kommentar -> Geosetter-Anweisungen

Das heißt, GeoSetter würde das auch synchron halten, d.h. Daten wären dann ggf. dreifach vorhanden, z.B. die Stichwörter in den IPTC-Daten, in den XMP-Daten und als XP-Stichwörter in den Exif-Daten.

Spricht da etwas gegen?
(0001401)
Johann Stieger   
2011-01-09 12:45   
Hallo,

das wäre OK so - vielen Dank!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
708 [GeoSetter] User Interface minor N/A 2011-01-08 23:29 2011-01-09 05:34
Reporter: bullemaus Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.60 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Export nach Google Earth
Description: Wahrscheinlich bin ich nur zu blöd die Verknüpfung nicht richtig einzustellen.
Folgendes Problem: Ich exportiere und habe dann an der Route die Vorschaubilder. Dann möchte ich bei bei "Link zum Foto" das Foto öffnen, welches sich lokal auf Festplatte oder CD befindet. Also muss ich bei Export einen Link eingeben. Aber welchen. Alles was ich probiert habe schlug fehl und eine Webrecherche brachte leider auch nichts. Oder müssen die Fotos auf einem Webserver liegen?
Vielen Dank!
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
661 [GeoSetter] Image Data feature always 2010-10-14 21:06 2011-01-08 19:30
Reporter: Johann Stieger Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.61 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.4.0 Release  
    Target Version:  
Summary: Übernahme der Mikrokopter GPX-Kompass Informationen in Exif
Description: Ist es möglich, in einer der nächsten Versionen auch die magnetische Kompassausrichtung zu übernehmen, welche in der GPX-Erweiterung "Compass" gespeichert ist (also das Feld "Aufnahmerichtung in ° durch das GPX-Feld "Compass" befüllen und als Bezug "Magnetischer Nordpol" eingeben). Die restlichen Daten (Höhe, GPS,...) werden wunderbar übernommen.
Als Beispiel hänge ich eine GPX-Datei an.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: GPS00000.GPX (724,816 bytes) 2010-10-14 21:06
https://www.geosetter.de/mantis/file_download.php?file_id=168&type=bug
Notes
(0001399)
Friedemann   
2011-01-08 19:30   
Bitte dran denken, im Synchronisationsdialog das Häkchen bei "Kompassdaten synchronisieren falls vorhanden" zu setzen...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
698 [GeoSetter] User Interface minor always 2010-12-21 14:03 2011-01-08 16:23
Reporter: evert Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.60 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.101 beta  
    Target Version:  
Summary: Time Difference always shown as positive number
Description: On the "GPS Synchronization Report" the "Time Difference" is always shown as a positive number with a "+" in front, even when the Track Point Time is after the Taken Time.

This is important to me, because I don't want to use track points in the future, only track points in the past. My reason for this is as follows:

My GPS only records new points if I've moved. So, if I stand still and take photos for a few minutes at one place, then it is perfectly correct to use a track point in the past that is a few minutes old. My data is still 100% accurate.

But, sometimes I forget to switch on my GPS or I forget to unpause it. In such a case there are no points for the photos that I took in the past few minutes and I cannot use the first point after I switched the GPS on because there is no guarantee that I am in the same place where I took the photos. Thus, I never want to use points in the future, only points in the past that match.

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001397)
Friedemann   
2011-01-08 16:23   
Track points in future will be shown as a negative value now...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
699 [GeoSetter] User Interface minor have not tried 2010-12-21 14:17 2011-01-08 16:22
Reporter: evert Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.60 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.101 beta  
    Target Version:  
Summary: Feature request: Option to only use positions in the past
Description: This follows on from issue 698 and is a feature request.

As I described in Issue 698, using points in the past is 100% accurate, because my GPS only records new points when I move, but using points in the future is uncertain. I want my geotagging to be as accurate as possible and thus don't want to use points in the future.

My feature request is this:

On the "Synchronize with GPS Data Files" screen, there are currently two options for "Assignment of Found Positions". I would like a third option: "Assign only to a track point before the shoot time".

What it must do is the same as option "Assign Exactly to Found Position", but it must only consider track points earlier than the shoot time that fall within the Maximum Time Difference.

Tags:
Steps To Reproduce:
Additional Information: I've looked at quite a few geotagging programs and Geosetter is so far the best one that I found - the built in map and image preview is great. This feature would make it even better for me.

I'm working on a website that is likely to have a large number of users who'll all need geotagging software and I want to add a link to Geosetter.
Attached Files: do_no_use_future_trackpoints.jpg (66,201 bytes) 2011-01-08 16:21
https://www.geosetter.de/mantis/file_download.php?file_id=190&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
707 [GeoSetter] Image Data minor always 2011-01-07 21:39 2011-01-08 14:45
Reporter: juwe41 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.3.60 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Umlaute aus Picasa falsch angezeigt
Description: Umlaute in Tags und Beschreibung in Picasa 3.8 eingegeben, werden in Geosetter 3.3.6 (Exiftool 8.43) falsch angezeigt, z.B wird aus Lotusblüte eine Lotusblüte. Irfanview hat kein Problem mit den gleichen Tags.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001392)
juwe41   
2011-01-07 21:45   
Problem gelöst im Menu IPTC-Zeichenkodierung
(0001394)
Friedemann   
2011-01-08 14:45   
> Problem gelöst im Menu IPTC-Zeichenkodierung

In GeoSetter? Was hast Du da einstellen müssen? Habe gerade selbst mal mit Picasa 3.8 getestet. Selbiges setzt löblicherweise das UTF8-Flag in den IPTC-Daten. Deshalb verstehe ich nicht, dass Du in GeoSetter etwas einstellen musst. Könntest Du mir mal ein Beispielbild an support@geosetter.de schicken?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
704 [GeoSetter] Image Data minor always 2011-01-06 08:51 2011-01-06 23:40
Reporter: chee-hong pang Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.60 Release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Unable to read MotionX gpx file
Description: Hello,

I just installed GeoSetter and was trying top sync some of my images with that of MotionX gpx file. Each time I try the sync I get the following message
"You didn't select a track file or your selected track file doesn't
contain any coordinates including date time information."

On the sync screen I tried different time adjustment but it just wont import the MotionX coordinates. My images are recorded local time (Sydney, Australia) and the GPX file is in UTC, hence I try changing the time. Unfortunately whatever I do don't seems to work.

From the internet other people have managed to get syn MotionX gpx file but for whatever reason I just not able to. I attached the gpx and an image for your test.

Thanks in advance and your help is much appreciated.

-Chee-Hong


Tags:
Steps To Reproduce:
Additional Information:
Attached Files: GPX test files.zip (475,905 bytes) 2011-01-06 08:51
https://www.geosetter.de/mantis/file_download.php?file_id=188&type=bug
Notes
(0001385)
Friedemann   
2011-01-06 19:36   
The track file is not complete, it ends right in the middle. I think that's why it can't be read...
(0001389)
chee-hong pang   
2011-01-06 21:59   
Hi Friedemann,

Thank you for the prompt reply.
I should have looked at the entire gpx when I investigated the problem. Somehow when I first emailed the gpx file the data connection must be poor and the all the gpx files are corrupted. I had resend all the gpx files and it is complete now.
Thank you for you assistance and Happy new Year.

-chp

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
703 [GeoSetter] User Interface minor always 2011-01-05 19:43 2011-01-05 20:21
Reporter: joergens Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.95 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: ws geonames.org nicht verfügbar
Description: Gibt es zur Zeit Probleme beim Zugriff auf geonames.org?
Sowohl in der neuen beta als auch in der stable Version kann ich zwar für einzelne oder alle Bilder die Höhe abrufen, aber das Abrufen der Ortsdaten geht nicht mehr und das seit mehreren Tagen
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001381)
Friedemann   
2011-01-05 19:45   
Inwiefern geht das nicht? Kommt da eine Fehlermeldung?
(0001382)
joergens   
2011-01-05 20:13   
Entschuldigung das ich so unpräzise war:

-> Daten eingeben
-> Höhe online abfragen: immer ok
-> Ort online abfragen: immer Fehler, die letzten 3 Tage von Morgens 10 bis Abends 24 uhr mehrfach geprüft. Auch reboot des rechners (Win 7 64 Bit) und auch zweiter Rechner (Win7 64 Bit) gleiches Ergebnis

Zeitüberschreitung beim lesen http://ws.geonames.org
Beim Abruf der Ortsdaten ist ein Fehler bzw Timeout aufgetreten

Eventuell....

oder

Geonames meldet folgendes Problem. the free servers are currently overloaded with requests

oder sehr lange Wartezeit
(0001383)
Friedemann   
2011-01-05 20:20   
Ja, das kann ich reproduzieren. Die Meldung "the free servers are currently overloaded with requests" sagt ja eigentlich alles. Ich denke mal, dass jetzt nach den Weihnachtstagen viele über GeoNames Daten abfragen. Ich hoffe also, dass sich das wieder beruhigt. Ich bitte um Entschuldigung dafür, kann es aber nicht ändern...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
632 [GeoSetter] Image Data major always 2010-08-23 17:56 2011-01-05 13:21
Reporter: sledof Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.60 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.95 beta  
    Target Version:  
Summary: Error with XMP Microsoft RatingPercent Tag
Description: Hello,

I use NikonTransfert to upload my picts. NikonTransfert add Microsoft RatingPercent Tag with value = 0.

Geosetter decode 0 value with one star rating. It's wrong :

From http://www.sno.phy.queensu.ca/~phil/exiftool/TagNames/XMP.html
RatingPercent string (normal Rating values of 1,2,3,4 and 5 stars correspond to RatingPercent values of 1,25,50,75 and 99 respectively)

I do uncheck "rating" in geosetter to suppress bad rating.

Thank

Stéphane
Tags:
Steps To Reproduce:
Additional Information: Exiftool Output after NikonTransfert (last line):
ExifTool Version Number : 8.26
File Name : DSC_7430.NEF
Directory : Z:/Nikon Transfer/2010-08-23
File Size : 9.0 MB
File Modification Date/Time : 2010:08:23 16:15:06+02:00
File Permissions : rw-rw-rw-
File Type : NEF
MIME Type : image/x-raw
Exif Byte Order : Big-endian (Motorola, MM)
Make : NIKON CORPORATION
Camera Model Name : NIKON D300S
Software : Nikon Transfer 1.5 W
Modify Date : 2010:08:23 17:08:54
Artist : Stephane LeDauphin
Jpg From Raw Start : 107584
Jpg From Raw Length : 375373
Subfile Type : Full-resolution Image
Image Width : 4352
Image Height : 2868
Bits Per Sample : 12
Compression : Nikon NEF Compressed
Photometric Interpretation : Color Filter Array
Strip Offsets : 482957
Orientation : Horizontal (normal)
Samples Per Pixel : 1
Rows Per Strip : 2868
Strip Byte Counts : 8956435
X Resolution : 300
Y Resolution : 300
Planar Configuration : Chunky
Resolution Unit : inches
CFA Repeat Pattern Dim : 2 2
CFA Pattern 2 : 0 1 1 2
Reference Black White : 0 255 0 255 0 255
XMP Toolkit : Public XMP Toolkit Core 3.5
Instructions : Reproduction et utilisation interdite sans autorisation
Authors Position : Photographer
State : Provence-Alpes-Cote D'Azur / Bou
Country : France
Transmission Reference : Independant Photographe
Caption Writer : Stéphane LeDauphin
Creator : Stéphane LeDauphin
Rights : (C)2010 Stéphane LeDauphin, tous droits réservés
Creator City : Marseille
Creator Country : France
Creator Postal Code : 13012
Creator Region : Provence-Alpes-Cote D'Azur / Bouches du Rhône
Creator Work Email : photos@ledauphin.org
Creator Work URL : http://www.ledauphin.org/
Usage Terms : Reproduction et utilisation interdite sans autorisation
Rating Percent : 0

Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
694 [GeoSetter] Image Data minor always 2010-12-12 17:09 2011-01-05 13:17
Reporter: Gawi Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.60 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.101 beta  
    Target Version:  
Summary: Why write GPS Satellite tag when no such information was available.
Description: I GEO-tagged a bunch of images from a Garmin gpx active tracklogfile. The tracklog contains position, timestamp and elevation.
When i later look at the metadata tags added by geosetter I see that a tag GPSSatellites is written with a value of 0.

Is there a reason this tag is written (for compabillity reason, or Exif-spec etc)? Othewise it seems unneccesary since that information wasn't available in the gpx-inputdata to Geosetter. It implies that no satellite fix was available at the moment of the trackpoint, wich was not the case.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001379)
Friedemann   
2011-01-05 13:17   
You are right, I removed GPSSatellites from writing. It's not mandatory...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
702 [GeoSetter] User Interface feature always 2011-01-05 05:49 2011-01-05 05:51
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.101 beta  
    Target Version: 3.3.101 beta  
Summary: Reengineer image data synchronization
Description: Reengineer image data synchronization
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: sync3.jpg (168,543 bytes) 2011-01-05 05:51
https://www.geosetter.de/mantis/file_download.php?file_id=187&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
689 [GeoSetter] User Interface minor N/A 2010-11-24 13:07 2011-01-04 16:34
Reporter: triggerfish Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.75 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Select all images in the current map view.
Description: Hi,
While cataloging fotos I would like to have the option to select all fotos that are visible in the current map window. Than I can take action on that selection.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001355)
triggerfish   
2010-11-24 13:09   
Never mind. I just noticed the "search nearby" function which is basically what I need. Sorry for the inconvenience.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
692 [GeoSetter] Image Data major always 2010-12-09 20:03 2011-01-04 16:33
Reporter: sansibari Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.60 Release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Falsche Koordinaten-Zuweisung bei gedrehten Bildern
Description: Bilder, welche vor dem Geotagging um 90 Grad gedreht wurden, erhalten falsche Koordinaten zugewiesen, obwohl Datum/Zeit nicht verändert wurde. Die falschen Koordinaten liegen einige Kilometer entfernt vom wahren Punkt.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001362)
Friedemann   
2010-12-09 20:05   
Das kann ich mir ja nun so gar nicht vorstellen. Da brauche ich mehr Infos zu. Wodurch erhalten die Bilder denn die Koordinaten? Wo siehst Du dass sie falsch sind usw.
(0001363)
sansibari   
2010-12-09 20:14   
Ìch produziere simultan jeweils RAW und JPG in der Kamera. Nach Uebertragung auf Disk drehe ich das JPG-File. Nach geotagging erhält das JPG eine andere Koordinate zugewiesen als das RAW-File (.cr).
(0001364)
Friedemann   
2010-12-09 20:19   
Das ist fast genauso wenig Info wie eben ;-) Was heißt "geotagging"? Werden die Koordinaten über die Karte manuell zugewiesen oder anhand einer Trackdatei? Sind die Koordinaten schon vor dem Speichern unterschiedlich oder erst danach?

Im Idealfall hätte ich gerne so ein JPEG mit einer Beschreibung was ich damit anstellen soll und was dann schief läuft...

Womit wird das Bild eigentlich gedreht???
(0001365)
sansibari   
2010-12-09 20:24   
(Last edited: 2010-12-09 20:26)
Ich werde für Dich einen Satz Dateien erstellen, mit welchen das Problem reproduziert werden kann.
Die Bilder werden mit ACDSee 3 Pro gedreht.
Problem taucht auch auf bei Verwendung anderer ACDSee Versionen auf.
Kann ich Dir die Bilder per E-Mail senden? Grösse ca. 40 MB.

(0001366)
Friedemann   
2010-12-09 20:28   
Also schon mal vorweg: Ich setze mal voraus, dass ACDSee Dir in irgendeiner Weise die Metadaten zerballern wird ;-) Wie dadurch falsche Koordinaten zustande kommen, kann ich mir aber noch nicht vorstellen.

E-Mail ist kein Problem. Ich weiß aber nicht genau, ob ich 40 MB in einem Stück vertrage... Probier's einfach aus. Und möglichst auch dazu 'ne Erklärung was ich mit den Bildern machen muss bzw. mir anschauen muss!
(0001367)
sansibari   
2010-12-09 20:31   
ok, mach ich gerne.
welche e-mail Adresse?

N.B. Du kannst eine Trial-Version von ACDSee via http://www.acdsee.com/ erhalten.
(0001378)
Friedemann   
2011-01-04 16:33   
In den Bildern war eine falsche Zeitzone.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
701 [GeoSetter] User Interface major always 2010-12-27 18:16 2011-01-04 16:29
Reporter: Schnups Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.60 Release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Wrong speed from gpx-file
Description: I was using a gpx file generated with the Holux Logger Utility v1.1.0.48. The speed in the file is correct (0,30 km/h) but GeoSetter shows me a higher speed (1,08 km/h). In the GeoSetter setting I selected the metric measuring system.

<wpt lat="50.051521" lon="8.590771">
<time>2010-11-29T14:05:56Z</time>
<ele>109.97</ele>
<speed>0.30</speed>
<name><![CDATA[Point 0]]></name>
</wpt>

After that I tried to generate a new gpx file with the tool NMEA to KMZ Ver 2.17. Now GeoSetter did not read any speed information. Here is the output:

    <wpt lon="8.590771" lat="50.051521">
        <ele>109.97</ele>
        <time>2010-11-29T14:05:56.000Z</time>
        <name>Point 0</name>
        <extensions>
            <nmea:speed>0.3</nmea:speed>
        </extensions>
    </wpt>

Only after generating a nmea file with NMEA to KMZ Ver 2.17 the speed has been shown correct in GeoSetter.

$GPGGA,140556,5003.0913,N,835.4462,E,1,4,1.5,110.0,M,,M,,*68
$GPRMC,140556,A,5003.0913,N,835.4462,E,0.2,,291110,,*3F
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001376)
wayneljw   
2011-01-04 16:21   
I don't really think this is an issue.
Some applications incorrectly record the speed in "km per hour" and save in the GPX file.
The correct unit should be "meters per second" according to the official gpx schema (http://www.topografix.com/gpx_manual.asp)

reference: http://www.a-trip.com/forum/viewtopic.php?p=4818&sid=be300949c66955eec814ae5d13a0a898

Therefore, I don't think this is a bug of GeoSetter. It is a bug of the GPX generator.
(0001377)
Friedemann   
2011-01-04 16:29   
> Therefore, I don't think this is a bug of GeoSetter.
> It is a bug of the GPX generator.

You are right, thank you!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
680 [GeoSetter] User Interface feature N/A 2010-11-07 16:53 2010-12-27 14:55
Reporter: Franklin2K Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.61 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Kopieren/Einfügen von IPTC Location Informationen in hierarchischer Form
Description: Es wäre genial, wenn die befüllten IPTC Location Informationen (Land - Bundesland - Stadt - Ort) als Hierarchie (Beispiel: USA|Nevada|Las Vegas|The Strip) gleich im Stichwort-Bereich als neues Stichwort eingefügt werden können. Momentan ist es nur möglich, die einzelnen Segmente jeweils einzeln als Stichwort hineinzukopieren. Damit hat man dann 4 neue Stichwörter, ich hätte zusätzlich aber gerne noch die Möglichkeit, nur ein einziges - hierarchisches - Stichwort zu kopieren. Das Trennzeichen sollte dabei idealerweise konfigurierbare sein ("|" oder "/" usw.).

Hintergrund: Ich würde beim Taggen gerne die IPTC-Daten in eine passende hierarchische Stichwort-Kategorie in LR kopieren. Beim Import in LR wird aus "USA|Nevada|Las Vegas|The Strip" automatisch eine 4stufige Hierarchie:

USA
- Nevada
-- Las Vegas
--- The Strip

Wäre es möglich, die neue Option in das nächste Release mit einzubauen?

ALternativ könnte ich mir auch eine Option in iden Voreinstellungen vorstelle, welche - wenn aktiviert - automatisch die Location-Daten als hierarchisches Stichwort ablegt.

Besten Dank!

Franklin
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001319)
Franklin2K   
2010-11-07 17:00   
Update: Wie ich sehe, ist es bereits möglich, die einzelnen Location-Felder Land, Bundesland, Stadt und Ort - jeweils einzeln - automatisch als Stichwörter herausschreiben zu lassen. Auch bei Änderungen an den IPTC-Feldern werden die Stichwörter aktualisiert. Das ist genial!

Im Grund fehlt nur noch die OPtion, die Stichwörter als HIerarchie mit definierbarem Trennzeichen herausschreiben zu lassen, dann wäre ich wunschlos glücklich.

Franklin
(0001375)
Franklin2K   
2010-12-27 14:55   
Hallo Friedemann,

ich wollte mal nachfragen ob das Feature möglicherweise in die nächste Beta Einzug findet. Ich hab gerade zig ausend Bild zu geotaggen, da käme die Funktion äußerst gelegen...

Franklin

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
700 [GeoSetter] User Interface minor have not tried 2010-12-26 12:09 2010-12-26 17:42
Reporter: Tranas Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.3.60 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Directory browser in tree view does not display extended characters
Description: The folder view in the title bar does not display extended characters - which are replaced by glyphs. The full path displayed in the title bar displays the characters normally.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: GeoFolderView.jpg (13,608 bytes) 2010-12-26 12:09
https://www.geosetter.de/mantis/file_download.php?file_id=185&type=bug
jpg

0000700_extended_characters.jpg (94,973 bytes) 2010-12-26 16:25
https://www.geosetter.de/mantis/file_download.php?file_id=186&type=bug
jpg
Notes
(0001369)
Tranas   
2010-12-26 12:48   
OS configuration issue work around - Regional and language options\Advanced can be reconfigured to support a single language for non-Unicode programs
(0001371)
Friedemann   
2010-12-26 16:26   
Unfortunately I can not reproduce this problem (Windows 7), please see attached screenshot. Which Windows version are you using?
(0001372)
Tranas   
2010-12-26 17:15   
WinXP-SP-3

I might note that the issue may not be visisble if you are using the German language character set - try using Baltic character sets as the default language.
(0001373)
Tranas   
2010-12-26 17:25   
Have no idea about win7 - but I understand that code pages are actually "Unicode" in Win2K and XP. - so the display may in fact be different.
(0001374)
Tranas   
2010-12-26 17:42   
correction - ' Not actually "Unicode" '

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
697 [GeoSetter] User Interface feature have not tried 2010-12-14 17:43 2010-12-24 00:13
Reporter: poendl Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.95 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.95 beta  
    Target Version:  
Summary: USGS Topo Maps
Description: It would be a huge benefit to able to chose USGS topo maps as an additional map type. At http://www.mytopo.com/maps/index.cfm & http://www.mytopo.com/google/index.cfm there is a free tile server available (covering the U.S. and Canada). Alternatively, I would be grateful for advice on how to add this map type myself. Thanks!
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: geosetter_mytopo.jpg (314,362 bytes) 2010-12-24 00:12
https://www.geosetter.de/mantis/file_download.php?file_id=184&type=bug
Notes
(0001368)
Friedemann   
2010-12-24 00:13   
Please see attached screenshot and http://www.geosetter.de/geosetter_beta.exe

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
695 [GeoSetter] User Interface text always 2010-12-12 21:01 2010-12-14 13:27
Reporter: Gawi Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.60 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.95 beta  
    Target Version:  
Summary: Two minor typos in help file.
Description: In the help-file at the chapter "The Menu "Map"" there is this textsection:

Set Marker from Focused Image: With this menu item you set the position of the selected image to the position marker (red marker). Alternatively you can use the button in the toolbar.

Shouldnt that be: Set Marker from Focused Image: With this menu item you set the position of the red marker to the position of selected image. Alternatively you can use the button in the toolbar.

And in the chapter "Misc" (under Program Settings) there is an extra paragraph about GPSBabel in german.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
696 [GeoSetter] User Interface major always 2010-12-13 21:25 2010-12-13 22:22
Reporter: ea3cwk Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.60 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Can’t see and work with map page
Description: Same as ID0000513, also running Win 7 x64 English
Never have I had problems before using GS. Nothing changed IMO on my computer since last time GS map work fine. Only Windows updates.
http://www.geosetter.de/geosetter_map_test.html works fine in my Gogle Chrome doesn't work at all in Internet Explorer,
Internet Explorer Webpage error:
User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.2; .NET4.0C)
Timestamp: Mon, 13 Dec 2010 19:51:19 UTC
Message: 'GControl' is undefined
Line: 42
Char: 1
Code: 0
URI: http://www.geosetter.de/extlargemapcontrol.js
Message: 'GIcon' is undefined
Line: 10
Char: 1
Code: 0
URI: http://www.geosetter.de/geosetter_map_test.html
Message: Object expected
Line: 1174
Char: 3
Code: 0
URI: http://www.geosetter.de/geosetter_map_test.html

Downloaded from another issue geosseter_map_test.zip and the same error were found when I tried to load the html code with Internet Explorer (x64), (x342) (with no add-ons):
Same Webpage error details
User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.2; .NET4.0C)
Timestamp: Mon, 13 Dec 2010 19:52:47 UTC
Message: 'GControl' is undefined
Line: 42
Char: 1
Code: 0
URI: http://www.geosetter.de/extlargemapcontrol.js
Message: 'GIcon' is undefined
Line: 10
Char: 1
Code: 0
URI: file:///C:/Users/Joan%20Roca/Desktop/geosetter_map_test%20(2)/geosetter_map_test.html
Message: Object expected
Line: 1174
Char: 3
Code: 0
URI: file:///C:/Users/Joan%20Roca/Desktop/geosetter_map_test%20(2)/geosetter_map_test.html
The same page is loaded with no problems by Google Chrome.
I tried to disable IPv6 as takeu says in issue 0000513 but nothing happened. My tacert to google maps is fine, with no problems at all.
I tried also changing the internet provider, nothing change.
Thank you for your patience.
Cant see and work with map page
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
691 [GeoSetter] User Interface minor always 2010-12-09 09:35 2010-12-10 00:27
Reporter: LDevil Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.60 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.95 beta  
    Target Version:  
Summary: Missing preview of Pentax K-5 .PEF files
Description: Preview of Pentax K-5 .PEF files is not displayed correctly in Edit Data window. Red rectangle is shown instead of picture preview.

Sample K-5 RAW: http://oledzki.info/K-5/syf/IMGP0123.PEF
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
693 [GeoSetter] Image Data feature N/A 2010-12-09 23:59 2010-12-10 00:15
Reporter: Keith Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.95 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GPS Log Export/Management
Description: I have been collecting GPS track logs for over 4 years. Because of the limited internal storage space of my logger, it must be downloaded every few days at most. I now have dozens of logs spanning several trips. The trouble is that I can't find a suitable program to manage these logs. Geosetter comes very close, since it allows the importation of multiple logs, plots them over a Google Maps interface, and allows users to save the group of logs back out.

What would fill my need (and perhaps other users) would be for Geosetter to:

1) Allow a user to combine multiple track logs and export them as a single track in a format such as GPX rather than as a unique .gst file.
2) Allow users to edit the tracklogs to remove spurious data points.
3) Allow users to selectively export data from a specific date range.

I know that managing GPS logs is not the primary intent of Geosetter, but this appears to be a problem that isn't currently being addressed by any products on the market. I feel that Geosetter is 75% of the way there, and with a few additions, it would move further ahead as the best geotagging application on the market.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
619 [GeoSetter] User Interface minor always 2010-07-27 18:25 2010-12-07 23:40
Reporter: amezaks Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.60 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.75 beta  
    Target Version:  
Summary: Explorer contect menu does not work under Windows 7
Description: An attempt to set in the settings check-box "Add Geosetter to Explorer context menu" has no effect under Windows 7. Even more - when the settings window is opened once more, the check-box is again off. The same release on Windows XP works as described in the help file.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001361)
Friedemann   
2010-12-07 23:40   
It should work now. The setup process now asks if the shell extension should be installed...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
688 [GeoSetter] User Interface major always 2010-11-22 12:19 2010-12-07 23:38
Reporter: joergens Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.60 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Missing password field for Proxy
Description: In the handbook is a description how to use a proxy server, when you can't use IE

There should be three input boxes one for Proxy-Server, one for Port and one for Passwort. This last one is missing in my Geo-Setter 3.3.60 BUILD 1871

Thanks for helping
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
690 [GeoSetter] User Interface feature always 2010-12-03 21:29 2010-12-07 23:37
Reporter: Andi67 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.60 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Kein mehrfachändern in der Tracks-Dockbar
Description: Markiert man mit Strg+A alle Tracks in der Tracks-Dockbar und drückt Leertaste wird nur der Track mit dem Focus Rechteck an- bzw. ab gewählt satt aller markierten.

Z.Zt. muss alle Tracks einzeln anwählen um alle Tracks zu deaktivieren.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
633 [GeoSetter] User Interface minor always 2010-08-29 06:36 2010-11-13 02:49
Reporter: Kevan Waters Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.60 Release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Placing standalone windows back into fixed window panes
Description: After I took the Maps and Photo Preview windows to standalone windows, I can't get them back to their installed positions as part of 2 windows pane attached to the photo browser. Can't seem to find faded symbols to dock in the windows again. I'm using windows XP.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001229)
Kevan Waters   
2010-08-29 12:48   
After doing this report, I worked out the solution several couple hours later when I finally watch the faded direction symbol. It works fine now that I'm doing it properly. Great program to geocode your photos.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
685 [GeoSetter] User Interface feature N/A 2010-11-11 17:48 2010-11-12 19:51
Reporter: marco_marsella Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.75 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Panoramio Layer
Description: Hello Friedemann,

I downloaded and appreciated a lot your Program.
I'd just like the opportunity to see on the map also the Panoramio Layer.
Sometimes it halps a lot with mapping pictures to the right place... isn't it ?

Regards,
Marco
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
559 [GeoSetter] Image Data major always 2010-05-17 19:38 2010-11-11 07:01
Reporter: SimonHall Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.48 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Location Data has changed
Description: When assigning location data to images, Geosetter brings up a 'Select Location Data' box.
The bottom three items are State/Province (this used to show the County), City (used to show the City) and Sublocation (used to show a sublocation).
Using a location in Leicester City Centre as an example, Now State/Province shows England, City shows Abbey, and sublocation shows Leicester.
Whilst the old way wasn't perfect (in terms of Sublocation) at least it was accurate.
England is not a State/Province, Abbey is not a City and Leicester is not a sublocation.
Can we either have things back the way they were, or provide a way of us selecting which items in geonames we assign to each field. Personally I would prefer State/Province to be County, City to be City and Sublocation to be Street Name, but I'm sure that other people use them in different ways.
Tags:
Steps To Reproduce:
Additional Information: Things are slightly better outside major towns/cities, in that you do get the village name under City, which is how it used to be.
Also, this only seems to apply the England (or perhaps UK generally, I haven't checked completely). The rest of Europe (at least), seems to be as it used to be
Attached Files:
Notes
(0001109)
SimonHall   
2010-05-19 06:27   
(Last edited: 2010-05-26 20:18)
If this problem is addressed, maybe it would be a good opportunity to address the 'Country' issue too. I have always assumed that 'GBR United Kingdom' was the best that could be achieved, but it has always irked me a bit that neither 'Great Britain' (the implication of GBR) nor 'United Kingdon' are countries.
A bit of digging shows that there are Country Codes beginning with 'X' that do the job nicely, e.g. 'XEN' translates as 'England' which is not only more accurate but is actually a Country!
Any way that we can implement all this please!
Thanks for you patience

With further use it does seem that what I said under 'Additional Information' is rarely true. Village names normally now appear under Sublocation, where they used to appear under City. An additional layer of data seems to have gone in (which seems pretty meaningless - maybe it's a 'ward' or 'parish' name) which has pushed everything else down one layer.

(0001341)
SimonHall   
2010-11-09 05:46   
As nothing seems to be happening with this (which makes GeoSetter much less useful than previously) can I make some further observations.
I'm guessing that the problem lies in the fact that Geonames has more location types/fields than is allowed for in the JPEG info and that GeoSetter has to select just a few of them.
Would a solution be to let the user choose which GeoName type/field is read into which GeoSetter field?
Hope this helps and prompts a solution to this issue

[http://www.geonames.org/export/codes.html shows that there are 5 different ADM fields; we need to be able to choose which ones to use. GeoSetter currently does this for us, incorrectly in my opinion]
(0001348)
Friedemann   
2010-11-09 23:36   
I will rebuild the whole stuff regarding the location online service from scratch. I will include other services and I will make it more configurable. But this will take some time. I didn't start by now because of other important issues ;-) I hope I will find the time in the next months...
(0001350)
SimonHall   
2010-11-11 07:01   
Great! Thanks very much. I realise that there are other issues and look forward to seeing what you come up with. Thanks again

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
668 [GeoSetter] Image Data block always 2010-10-24 12:11 2010-11-09 00:36
Reporter: caiman Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.60 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.62 beta  
    Target Version:  
Summary: Stops and doesn't react at synchronization with GPS files.
Description: Step by step following:
1. I open a folder with photos
2. I load track file NMEA (KLM and GPX aren't loaded)
3. I open menu point - Synchronize with GPS Data File
4. Synchronize with Visible Tracks
5. Use Local Windows Setting
6. Chek box "Take Time..."
7. Ok
8. Software found all 1 images (one selected)
9. ok
And all. The program ceases to react.
ExifTool the newest
Tags:
Steps To Reproduce:
Additional Information: I ask you to prompt, you plan to add support GPS Data Logger Visiontac VGPS-900? It was my previous question.
Attached Files:
Notes
(0001288)
Friedemann   
2010-10-24 13:31   
Does this problem only occur perhaps with one specific image file?
(0001292)
caiman   
2010-10-24 13:45   
No. For all files.
P.S. It can be connected to slow operation of the program and I can't simply wait the terminations of its operation?
(0001294)
Friedemann   
2010-10-24 14:29   
Do you have the problem only with a special track file, or with all track files? Can you please send me the track file?
(0001295)
caiman   
2010-10-24 14:32   
it's big size aprox 7MB. what email?
(0001306)
drose   
2010-10-30 11:51   
Maybe you can compress (e.g. zip) the track ?
(0001307)
Friedemann   
2010-10-30 11:54   
> it's big size aprox 7MB. what email?

Excuse me please, I didn't notice your answer... Please send it to support@geosetter.de
(0001308)
caiman   
2010-10-30 14:13   
"P.S. It can be connected to slow operation of the program and I can't simply wait the terminations of its operation?"
I have checked up it. And was. The program worked, but only very-very slowly. Probably it is a problem of my computer. To you it is still necessary track?
(0001310)
Friedemann   
2010-11-01 19:32   
> The program worked, but only very-very slowly.

Reading a GPX file with thousands of track points is in fact not very fast, it depends on the XML reader. But after reading it once, it should be fast the next time, isn't it?

As I said, you can send me the track file...
(0001315)
Friedemann   
2010-11-03 23:24   
The NMEA file you sent me will be read in about 2 seconds (and then shown in perhaps 2 seconds) on my notebook. It contains nearly 250.000 lines!

The KML file in fact takes about 9 minutes to load for the first time! Then it also only takes about 2 or 3 seconds when loading it again because GeoSetter has got a cache for GPX and KML files.
(0001339)
Friedemann   
2010-11-09 00:36   
I improved the speed of reading your KML file. You can try out the beta http://www.geosetter.de/geosetter_beta.exe

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
684 [GeoSetter] User Interface minor always 2010-11-08 08:12 2010-11-09 00:33
Reporter: arkb Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.60 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.62 beta  
    Target Version:  
Summary: Alt-F4 does not close the application after clicking on the map
Description: Repro:
1. Start GeoSetter
2. Click on the map - it should set a marker position (red baloon).
3. Press Alt-F4.

Expected result: Application should close.

Actual result: Application does not close.

Reproes on 2 computer - Win7 64-bit and XP 32bit.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
616 [GeoSetter] Image Data major always 2010-07-26 22:54 2010-11-08 23:34
Reporter: Luc Dumaine Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.60 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.62 beta  
    Target Version:  
Summary: Timezone ignored in gpx's time elements
Description:
I use GPSLogger for Android (http://gpslogger.codeplex.com/) to record GPX files. These GPX files use a timezone in the <time> elements,ie:

<time>2010-07-09T03:18:53+02:00</time>

I guess it's related to my smartphone being in UTC +02:00 timezone..

Apparently Geosetter ignores the timezone: I tried to change the timezone in the time elements, to no effect.
Tags:
Steps To Reproduce:
Additional Information: The workaround is to process the GPX file with GPSBabel, probably because the time element are then normalized.

In the attached zip file you will find a GPX file a produced by gpslogger and processed by gpsbabel.

Regards, Luc.
Attached Files: gpxfiles.zip (1,346 bytes) 2010-07-26 22:54
https://www.geosetter.de/mantis/file_download.php?file_id=149&type=bug
Notes
(0001337)
Friedemann   
2010-11-08 23:34   
As far as I know, GPX files should be always in UTC, but I "fixed" this anyway...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
656 [GeoSetter] Image Data major always 2010-10-03 17:21 2010-11-08 22:43
Reporter: dsmeeth Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.60 Release  
Product Build: Resolution: unable to reproduce  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: HTC Incredible (Android) GPS tracks not read correctly
Description: I use an HTC Incredible (Android) smart phone to generate GPS tracks. I use the Everytrail application to do this. The phone records the track, uploads it to Everytrail, afterwhich I download it to my computer and attempt to use it to geotag photos taken with my Cannon G10.

It appears to me that my gps track is already adjusted to my local time, yet GeoSetter wants to adjust it. No matter what I do to the time settings, I cannot make my photos sync up with the track. Is there a way to prevent GeoSetter from making any time adjustment at all?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001245)
Friedemann   
2010-10-03 23:45   
Can you perhaps send me a track file and an image file which you want to synchronize to support@geosetter.de?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
669 [GeoSetter] User Interface minor always 2010-10-24 13:56 2010-11-08 00:21
Reporter: caiman Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.60 Release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Not load and set Location from Web
Description: See attach file
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Geosetter_bug.jpg (678,824 bytes) 2010-10-24 13:56
https://www.geosetter.de/mantis/file_download.php?file_id=174&type=bug
Notes
(0001299)
heiko   
2010-10-24 22:22   
the reason for this message is normally that geonames.org has some problems or is down. The problem is not GeoSetter itself

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
617 [GeoSetter] Image Data major always 2010-07-27 01:57 2010-11-08 00:20
Reporter: ace_dent Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.60 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.61 beta  
    Target Version:  
Summary: GPS-Info reported by ExifTool, not visible in Geosetter
Description: Attached file exhibits problem. I have a large number of geotagged files, with GPS data visible in Exiftool (e.g. using 'Info' section in Geosetter). However, when using Geosetter to view on the map or update GPS details there are non apparently present. When saving an updated file, the chnages are no longer visisble and the GPS data is not displayed again in Geosetter...
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: 20080920T113000.jpg (606,358 bytes) 2010-07-27 01:57
https://www.geosetter.de/mantis/file_download.php?file_id=150&type=bug
Notes
(0001209)
ace_dent   
2010-07-30 01:16   
Testing revealed the problem is with a specific incorrectly formed GPS tag, e.g.
GPS:ImgDirection = 0 0 2.26939...

It seems three rational numbers are stored(?), rather than one Rational64u as specified by exiftool. Also, the exif standard suggests an angle 0 - 360...

Regarding 'fixes'- it would be useful if:
* exiftool warned the user of the malformed gps tag;
* Geosetter forwarded the warning, ignored the direction tag, and used the other correct gps tags (i.e degraded gracefully).


Just for info: the file was geocoded back in 2008 using the following process:
- From Google Earth, a KML file was created for a location.
- Using iTag (with Microsoft's WIC under the hood), the KML location was used to geocode the jpeg.
- I suspect the KML camera properties (Tilt Roll Bearing?) may have been used...
- Due to software updates, the bug seems to be fixed (/can no longer be recreated).

Cheers,
Andrew
(0001244)
Friedemann   
2010-10-03 23:37   
The GPSImageDirection is "0 0 52.5896692". So there are 3 values instead of 1. Do you know which software maybe did write these values?

That's why GeoSetter unfortunately crashes when reading it... Of course I can fix it and take the 3rd value. Do you think 52 degress is ok for the direction?
(0001333)
Friedemann   
2010-11-08 00:20   
Please try http://www.geosetter.de/geosetter_beta.exe

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
645 [GeoSetter] Image Data minor have not tried 2010-09-12 02:27 2010-11-08 00:14
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.60 Release  
Product Build: Resolution: unable to reproduce  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: ExifTool 8.30 + Bild-Info
Description: mit ExifTool 8.30 wird nur ein leeres Bild-Info Fenster angezeigt
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001238)
heiko   
2010-09-12 21:29   
nachdem man im Fenster Bild-Info auf das Icon für das nächste Bild klickt werden die Daten angezeigt. Auch nach einem Neustart von GeoSetter schein noch alles in Ordnung zu sein.
(0001331)
Friedemann   
2010-11-08 00:14   
Könntest ja mal bei Gelegenheit mit der Beta 3.3.61 probieren...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
683 [GeoSetter] User Interface feature have not tried 2010-11-07 22:41 2010-11-07 22:44
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.61 beta  
    Target Version:  
Summary: Change size of thumbnails and number of metadata lines in main window
Description: Change size of thumbnails and number of metadata lines in main window
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: geosetter_thumbnail_size.jpg (83,308 bytes) 2010-11-07 22:44
https://www.geosetter.de/mantis/file_download.php?file_id=179&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
675 [GeoSetter] User Interface minor always 2010-11-01 19:37 2010-11-07 22:32
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.61 beta  
    Target Version:  
Summary: Showing ExifTool info panel (Strg+I) slows down the main window
Description: Showing ExifTool info panel (Strg+I) slows down the main window
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
682 [GeoSetter] User Interface tweak always 2010-11-07 22:29 2010-11-07 22:31
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.61 beta  
    Target Version:  
Summary: Info panel slows down the main process
Description: When showing the info panel (Strg+I), ExifTool has to be initialized regarding the supported languages. This will take some time and will block the main process. This is also a problem when starting GeoSetter and initially showing the info panel. Additionally when reading image data by using ExifTool for showing it in the info panel (e.g. when browsing image files), each time the main process will be blocked.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001324)
Friedemann   
2010-11-07 22:31   
Using ExifTool for reading image data shown in the info panel will be done now in a seperate process. So it won't block the main process anymore...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
672 [GeoSetter] Image Data feature always 2010-10-29 14:55 2010-11-07 22:20
Reporter: frank_gaertner Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.61 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.61 beta  
    Target Version:  
Summary: Support of further documents
Description: Further Datasettypes Support like
- psd
- GImp-Format (Habs gerade nicht im Kopf)
- AVI
- MOV
- BMP
- ...
I know, that the exftool is not able to write all information into all files, but it is possible to create external .XMP File wih the necessary information in it.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: geosetter_custom_file_types.jpg (143,412 bytes) 2010-11-07 22:20
https://www.geosetter.de/mantis/file_download.php?file_id=178&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
681 [GeoSetter] User Interface minor always 2010-11-07 22:13 2010-11-07 22:18
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.61 beta  
    Target Version:  
Summary: Copying keywords
Description: Copying keywords from one image file to another (Ctrl+Shift+C, Ctrl+Shift+V) overwrites all keywords of target image when option "Changed Items only" is not set.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: geosetter_keywords_replace_all.jpg (102,133 bytes) 2010-11-07 22:18
https://www.geosetter.de/mantis/file_download.php?file_id=177&type=bug
jpg
Notes
(0001322)
Friedemann   
2010-11-07 22:17   
There's a new option now, see attached screenshot...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
574 [GeoSetter] User Interface minor always 2010-06-03 15:08 2010-11-07 22:16
Reporter: flamati Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.48 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.61 beta  
    Target Version:  
Summary: Data loss in "Schlüsselwörter" due to automatic disabled "Nur geänderte"
Description: Hello Friedemann,

I found an error in the function "Aktuelle Werte für alle ausgew. Bilder übernehmen...".

My current Version is 3.3.48 and i'm pretty sure, that this behavoout was different on some older Versions.

The Problem is the deactivating behaviour of suboption "Nur geänderte" of option "Schlüsselwörter". (I suppose that this mey also apply to the other suboptions, i i only tested with Schlüsselwörter).

The suboption "nur geänderte" gets unset and disabled when there are no changed Schlüsselwörter. This leeds to the strande behaviour that you might copy Schlüsselwörter unintended to other files.

Let's do an example.

Take 3 Photos, let's call them 1, 2 and 3. The have currently the following Schlüsselwörter (and all is saved).
1: A
2: B
3: C

Now i mark 1+2, add Schlüsselwort D to 1 and transfer that to 2 with "Aktuelle Werte für alle ausgew. Bilder übernehmen...", Schlüsselwörter and Nur geänderte are both set. The save. Result:
1: A, D
2: B, D
3: C

Now mark all 3 files, sat some different field in the first, let's say "Ort" to Berlin and press "Aktuelle Werte für alle ausgew. Bilder übernehmen...".
The dialog locks like:
Ort is print bold, i check that box.
Schlüsselwörter is not bold (nothing changed), yet it's still checked - but: Nur geänderte is now unchecked and disabled. After OK...
1: A, D
2: A, D
3: A, D

So the previous Schlüsselwörter are lost!

The dialog "Aktuelle Werte für alle ausgew. Bilder übernehmen..." remembers the previous setting from it's last usage - that's a great functio. And i normally have Schlüsserwörter and Nur geänderte always on. Yet the Dialog should also remember the setting of nur geänderte to prevent data loss.

And if you go in again after the above example this files markes that have changed Schlüsselwörter, Nur geänderte is still unchecked! (But enabled again).

I'm quite sure, the some older Versions had a better behaviour here. Just keep the suboptions enabled all the time and remember their last settings, the all is fine.

Bye
Matthias
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001321)
Friedemann   
2010-11-07 22:16   
> Just keep the suboptions enabled all the time and remember their last
> settings, the all is fine.

I now remove the check from keywords when the suboption is not set/enabled. I do not want to enable the suboption all the time, because if there are no changed keywords, the enabled suboption makes no sense.

Please see also 0000681

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
401 [GeoSetter] User Interface feature always 2010-01-24 22:38 2010-11-07 21:46
Reporter: caiman Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.2.6 release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Support of Log-files from Visiontac VGPS-900
Description: I ask you to consider possibility of inclusion of support of log-files with
GPS data logger Visiontac VGPS-900.
It's features - vocal and ordinary labels.
The broad gull is written in two modes standard and professional.
I apply a log-file of a professional mode (CSV), WAV-files of a vocal
label (in Logger they lie in a root, together with CSV) and result of
converting by the regular program (KMZ)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: vgps-900.zip (680,040 bytes) 2010-01-24 22:38
https://www.geosetter.de/mantis/file_download.php?file_id=25&type=bug
Notes
(0001112)
caiman   
2010-05-26 09:48   
Good afternoon!
There is a chance of realisation of this inquiry?
(0001287)
Friedemann   
2010-10-24 13:30   
This is already built in, but it seems that it doesn't work with your file. GPSBabel will be used as shown here: http://www.gpsbabel.org/htmldoc-development/fmt_v900.html
(0001291)
caiman   
2010-10-24 13:42   
Yes, I use GPSBabel now. Simply it is very inconvenient.
And direct support in Geosetter it is not expected?
(0001293)
Friedemann   
2010-10-24 14:27   
But how do you do it with GPSBabel??? GeoSetter uses GPSBabel too for this format, but the size of the GPX is always 0. Which command line are you using?
(0001296)
caiman   
2010-10-24 14:35   
Now i'm use included soft. it;s converted to nmea, klm a gpx.
link: http://visiontac.com/download/TimeAlbum_V1.7.1_Visiontac.rar
(0001297)
caiman   
2010-10-24 14:39   
Sorry, i use not GPSBabel. Before i Use this software: http://www.bt747.org/ it's support visiontac
(0001320)
Friedemann   
2010-11-07 21:46   
It works for me now after installing GPSBabel 1.4.2: http://www.gpsbabel.org/download.html

Please note: You have to set the path to GPSBabel in GeoSetter options.

Loading your track the first time unfortunately takes some time! But loading it again, it will be faster...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
665 [GeoSetter] Image Data major always 2010-10-21 16:53 2010-11-04 18:51
Reporter: astrodyn Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.60 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: cannot locate tag
Description: Geosetter cannot locate tags for pictures that I have taken in Italy. For example, I have pictures taken in Pisa and Geosetter can not geolocate the pictures from the data taken with a Holux m-241. I have not had this problem before.

Thanks for any help that you can provide.

B. Kaufman
bulk1914@gmail.com

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001316)
astrodyn   
2010-11-04 18:31   
On those images that are geolocated I frequently get errors from exiftool. This is also reproducible. This happens even when all pictures are geotagged.
(0001317)
Friedemann   
2010-11-04 18:51   
I need more information about both problems:

1. Can you perhaps send an image file together with the track file to support@geosetter.de?
2. Which errors do you get???

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
677 [GeoSetter] User Interface feature always 2010-11-03 16:50 2010-11-03 20:14
Reporter: Phoenix Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.61 beta  
    Target Version:  
Summary: Nutzung der Fortschrittsanzeige von Windows 7 in der Taskbar
Description: Erst einmal Danke für das wirklich super Programm!

Deswegen auch nur eine "kleine" Anregung: es wäre schön, wenn die Fortschrittsanzeige-Funktion von Windows 7 in der Taskbar genutzt werden würde, da man dann bei länger dauernden Änderungen immer sofort sieht, wenn das Programm fertig ist, bzw. wie weit es ist.

Schönen Abend,
Gruß Mike
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
674 [GeoSetter] Image Data minor always 2010-11-01 12:18 2010-11-03 19:10
Reporter: matapan Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.61 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Probleme with time
Description: The time of my camera is in UTC, traces. GPX too.

Why do I need to add 3 hours to have consistency there?

Thank you,

Michel
Tags: GPS trace
Steps To Reproduce:
Additional Information:
Attached Files: Uckange 2010-10-30.zip (1,353,771 bytes) 2010-11-03 19:10
https://www.geosetter.de/mantis/file_download.php?file_id=176&type=bug
Notes
(0001309)
Friedemann   
2010-11-01 19:30   
> Why do I need to add 3 hours to have consistency there?

I don't (can't) know, it depends on you settings in the synchronization dialog. Perhaps you selected the wrong time zone or you selected the option to use the system time zone...

A screenshot of your synchronization dialog would be very helpful...
(0001311)
matapan   
2010-11-02 23:13   
Good evening,

Today I made new pictures with a new track and everything is OK.

I tried again with pictures and track that did not work, it's always the same.

I think my record is faulty and the problem comes from there.

Thank you for the attention you brought me.

Sincerely,
Michel
(0001312)
Friedemann   
2010-11-02 23:17   
(Last edited: 2010-11-02 23:17)
You can send me the track file and an image file to support@geosetter.de and tell me where you expect the image to be located - if you want to...

Then I can perhaps tell you what's maybe going wrong. Additionally I need a screenshot of your synchronizing dialog.

(0001313)
matapan   
2010-11-03 19:09   
Good evening,

Here attached some photos and the track.

The time set on the camera is GMT.

Good reception.

Sincerely,
Michel

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
676 [GeoSetter] User Interface feature N/A 2010-11-02 19:39 2010-11-02 20:40
Reporter: pnsracer Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.61 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add icon in google earth to show compass direction
Description: Add a compass direction to your GeoSetter icon or add a new icon that shows the compass direction. I have a Sony HX5V GPS enabled camera with built in compass. I can use the PMB software with its mapview to see icons of the picture location that shows 2 dotted lines in a "V" shape indicating the direction the photo was taken. I would like to see this option with the Google Earth icons if this is possible.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
175 [GeoSetter] User Interface feature unable to reproduce 2008-02-04 09:04 2010-11-01 19:35
Reporter: mikep Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add Images from Multiple Directories
Description: Hi Friedemann

How does one add images from multiple directories, and process them all at the same time.

When I download my pictures from a trip I separate them into a directory per day. I would like to select all those directories, all those images in those directories, and apply the same changes to all the images, including searching for their respective co ordinates.

I thought that I could Drag and Drop them onto what I thought was the Geosetter "images to be processed" window, but it turns out that this is a windows explorer windows and the files get moved/copied to that directory. I know from my previous post that this is the intended behaviour :-)

Thanks

MikeP
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000376)
Friedemann   
2008-02-05 19:07   
> How does one add images from multiple directories,
> and process them all at the same time.

This is not possible right now. But I'll add search functionalety some day, which then will show also images from subdirectories, for example after searching for *.* - see also 0000080

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
671 [GeoSetter] Image Data major always 2010-10-26 22:55 2010-10-29 17:53
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.61 beta  
    Target Version: 3.3.61 beta  
Summary: Wrong reading of MicrosoftPhoto:Rating
Description: If an image contains only the tag MicrosoftPhoto:Rating for rating, it will be read as rating 1 when the value is 0 (MicrosoftPhoto:Rating contains percent values instead of values between 0 and 5).
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
673 [GeoSetter] Image Data major always 2010-10-29 17:44 2010-10-29 17:53
Reporter: willowbrookfarm Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.60 Release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Saving Changes after synchronizing with GPS data results in error
Description: Error: [minor] Bad PreviewIFD directory - C:/Users/Brenda/Pictures/Nikon Transfer/007/DSC_0062.jpg

This did not happen to all images in the folder, but most. I can repeat the problem by synchronizing with tracks in current directory.
Tags:
Steps To Reproduce:
Additional Information: I have tried the following from the command line:

exiftool -all= -tagsfromfile @ -all:all -unsafe C:/Users/Brenda/Pictures/Nikon Transfer/007/DSC_0062.jpg


This results in the same error.
Attached Files:
Notes
(0001305)
Friedemann   
2010-10-29 17:52   
Please see 0000485. This should fix your problem...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
666 [GeoSetter] Image Data minor always 2010-10-23 00:32 2010-10-25 23:30
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.60 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.61 beta  
    Target Version:  
Summary: Bild wird nach Speichern (auch mehrmalig) immer als rot angezeigt
Description: wird einem Bild das keine Metadaten enthält (digitalisiert) ein Positionsfavorit zugewiesen und gespeichert, so wird dieses auch nach mehrmaligem Speichern als rot angezeigt. Verantwortliches Feld ist hier "Erstellt am".

Nachstellen läßt sich das indem man mit ExifTool alle Daten löscht: ExifTool -all= test.jpg
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: geosetter_settings.zip (9,561 bytes) 2010-10-24 22:16
https://www.geosetter.de/mantis/file_download.php?file_id=175&type=bug
Notes
(0001290)
Friedemann   
2010-10-24 13:40   
Hallo Heiko. Das kann ich nicht nachvollziehen. Könntest Du mir wohl mal Deine Einstellungen zukommen lassen ("Datei | Einstellungen sichern...")?
(0001298)
heiko   
2010-10-24 22:17   
den Favoriten habe ich über die Karte zugewiesen falls hier evtl. ein Unterschied zu deiner Vorgehensweise ist
(0001300)
Friedemann   
2010-10-24 22:43   
Danke, damit kann ich's nachvollziehen...
(0001304)
Friedemann   
2010-10-25 23:30   
So wie ich das gesehen habe, ist es die Zeitzone welche die Kennzeichnung als geändert bewirkt. Ist zwar auch nicht völlig falsch, da durch den Favoriten ja 'ne Zeitzone zugewiesen wird. Diese ist aber irrelevant, da das Bild kein Datum/Uhrzeit enthält. Habe das nun geändert, die Zeitzone wird nun nur dann für die Änderungserkennung berücksichtigt wenn auch eine Zeit vorhanden ist.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
664 [GeoSetter] User Interface major sometimes 2010-10-21 16:24 2010-10-25 12:31
Reporter: Cameron Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.60 Release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Map window has inconsistent control
Description: It was working fine one week ago
Problem happens on Win 7 x64, and also XP SP3 running as virtual machine on same system (accessed by remote desktop).
Symptoms:
1. tracks suddenly no longer shown. Tried changing colour, track width, setting opacity to 100 - nothing makes track visible. (same folder where I have already matched images to GPX file.)
2. left mouse button does not pan image (mouse cursor remains as arrow, not hand)
left click on compass points (top left) does not pan map. (but the zoom buttons work)
3. middle mouse wheel does nothing (normally should zoom in/out)
4. Adding an image direction creates the spot but does not draw the angle of view or the central line from camera position to target. The target spot is not movable (setting of "lock direction angle" does not matter). The mouse cursor does change to a finger but can never move the target position.

The problem doen NOT happen on an XP SP3 laptop, which works as expected, both directly logged in, as well as accessing it via remote desktop from the same win 7 machine that shows the problems.
If I access the XP virtual machine using the VMWare console then geosetter works properly.

Running VMware server 2.0.2 on the Win 7 X64 host - quad core I7, 8GB ram
Tags:
Steps To Reproduce:
Additional Information: So the issue is not consistently tied with a graphics card, nor with remote desktop, nor with the client system running geosetter. This is crazy.
All geosetter are the same version, accessing the same folder on a file server. (Also the same with local files).
It is independent of map option (google map, satellite, OSM).
Attached Files: geosetter_map_test.jpg (144,182 bytes) 2010-10-22 14:33
https://www.geosetter.de/mantis/file_download.php?file_id=171&type=bug
jpg

geosetter_map_test.zip (14,846 bytes) 2010-10-22 14:33
https://www.geosetter.de/mantis/file_download.php?file_id=172&type=bug
IE8-page-error.png (29,442 bytes) 2010-10-23 09:03
https://www.geosetter.de/mantis/file_download.php?file_id=173&type=bug
png
Notes
(0001274)
Cameron   
2010-10-22 11:08   
(Last edited: 2010-10-22 12:51)
I have since installed and tested on two other Win7 x64 machines - both work properly. One of these has the same version of VMWare server, so that is probably not a factor.
The system that does not work has an NVidia 9800 graphics card - the other two have ATI and Intel on-board graphics.
I updated to the latest video drivers - no change.
I uninstalled and reinstalled Geosetter - no change.
I again uninstalled Geosetter, removed my settings (deleted the Appdata\Roaming\geosetter folder); I removed any likely entries from registry that had the name geosetter, and then reinstalled and reconfigured. Still no improvement.

Update: using Geosetter now does not work under the XP VM in the VMWare console window. I do not know if I was dreaming what I reported yesterday.

(0001275)
Friedemann   
2010-10-22 11:15   
Is there perhaps a firewall installed which maybe blocks GeoSetter? Which version of Internet Explorer is installed?
(0001276)
Cameron   
2010-10-22 12:59   
There is no firewall on any of the machines on the same LAN. There was a proxy problem with previous versions of geosetter, but that is working OK now.
The maps are retrieved OK.
Only problems are drawing on the maps with opacity, plus some mouse operations do not work.
IE8 on each of the win-7 machines.
IE8 on the XP virtual machine that does not work
IE7 on the XP laptop that works
(0001277)
Cameron   
2010-10-22 14:09   
(Last edited: 2010-10-22 14:11)
A couple more tests...
XP SP3 virtual machine on the Win7 X64 with the Intel graphics adaptor: works OK.
Both those also work OK over remote desktop, being displayed on the Win-7 x64 machine where Geosetter does not work.

So the summary at the moment: the fault stays consistently with the machine running Geosetter, rather than the machine displaying the map (and controlling the mouse).

Mouse actions, on broken systems:
left click does not reset the red marker when clicked on the background.
left click does not select the image when a marker is clicked (but the cursor does change to the pointing finger as it hovers over the marker)
left click does work the zoom buttons
left click does not work for the compass directions (top left) to pan the map.
left click and drag does nothing

middle click changes cursor to the circle with up and down arrow markers (on all systems) and allows small image shift.
middle scroll up or down does nothing

right click works as expected
      - on background: select nearby images
      - on a marker gives image info plus select nearby

(0001278)
Friedemann   
2010-10-22 14:14   
Did you try to reinstall the Internet Explorer already?
(0001279)
Friedemann   
2010-10-22 14:27   
Please unzip the attached file geosetter_map_test.zip and open geosetter_map_test.html in Internet Explorer. Does it work or do you have the same problems as you have in GeoSetter?
(0001280)
Friedemann   
2010-10-22 14:30   
I just attached also geosetter_map_test.jpg which shows how the test should look like...
(0001281)
Cameron   
2010-10-22 18:58   
(Last edited: 2010-10-23 08:17)
Thanks for those - the tests show something is wrong - there are almost as many different responses as browsers that I tried. I think you had the "pov" images named wrongly (but that is only a side issue)
I first reset IE settings to default. This caused more items to be drawn, but the mouse still did not work, nor did the field of view triangle.

By running IE in the special mode with all add-ons disabled, it works properly!!!
But do you think I can find the culprit? I have disabled everything visible including those from microsoft in the "run without permission" category.
Now everything is removed except the basic MS entries.

The 64-bit explorer shows the fault as well, and there are few extensions that run in 64-bit mode, so I think it must be something rather fundamental.

(0001282)
Cameron   
2010-10-23 09:02   
(Last edited: 2010-10-23 10:29)
MS advice seems to be that Win7 users cannot "reinstall" IE8. It can be disabled, and re-enabled, but there is no installer beyond a complete system rebuild.
I suppose I could try IE9 beta, but I'm not that brave at the moment.

The system restore futility is not an option - it saved so many copies automatically while I was adding and removing items that all the available restore points are from a time I know it did not work.

The XP virtual machine has started working again in the VMWare console AND also in remote desktop!

One oddity.. IE8 under win7 complains about a format error in the test code:
The text via the "copy" button says...
========================================
Webpage error details

User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0)
Timestamp: Sat, 23 Oct 2010 01:41:14 UTC


Message: Invalid character
Line: 1
Char: 1
Code: 0
URI: http://maps.gstatic.com/cat_js/intl/en_ALL/mapfiles/285c/maps2.api/%7Bmod_drag,mod_ctrapi,mod_kbrd,mod_ovrmpc,mod_zoom,mod_scrwh,mod_api_gc,mod_poly%7D.js
=============================================
But the error image looks a bit different: (uploaded image IE8-page-error.png)


More variations:
In the XP-ie8 system when it is "working", if I click on the map button I get "Invalid argument, line 279 of extlargemapcontrol.js"
This happens every time I select a new map/satellite/terrain style but it then continues apparently OK.

(0001283)
Cameron   
2010-10-23 10:29   
Finally - I think it must be due to a mixup or corruption in cached files.
I don't really understand how it can have carried on this long, because the IE reset I did earlier is supposed to have wiped out all the locally cached copies. Any copies in upstream caches should have been shared between the various PCs, and since some worked and some not, it does not seem likely that they were the problem.

Of course, now that I have wiped the local cache I cannot tell for sure which files were messed up.
(0001289)
Friedemann   
2010-10-24 13:32   
Does this mean that the problem is solved?
(0001301)
Cameron   
2010-10-25 01:09   
Yes, sorry I was not so clear - the problem has resolved on both systems, so I can now no longer replicate it.

The question remains as to why it happened - whether the servers were not reporting files as changed when they actually were, or if the proxy served a corrupted copy for a short time.
I suppose we can just wait and, if it happens again, check file cache details.

Thanks for your help.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
670 [GeoSetter] User Interface minor always 2010-10-25 09:06 2010-10-25 12:31
Reporter: cyric Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.60 Release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Exiftool version reported in geosetter is not the same version of exiftool in the tools directory
Description: Geosetter has updated exiftool several times since I started using it (most recently to 8.3.5), but when I looked at the exiftool.exe in the geosetter/tools folder it was an older version (8.2.6, the version that comes with geosetter 3.3.60). Using the Help->Exiftool menu option in Geosetter to install various exiftool versions doesn't seem to change the file in the tools folder. No matter what geosetter reports as the exiftool version, the actual file is never replaced (unless I have mistakenly assumed that the file in the tools folder is the one that geosetter actually uses).

Tags:
Steps To Reproduce:
Additional Information: Tried with both WinXP Home 32bit and Win7 Ultimate 32bit
Attached Files:
Notes
(0001302)
heiko   
2010-10-25 11:38   
you will find the actual installed ExifTool version in the directory <AppData>\GetoSetter

The installation program of GeoSetter installs ExifTool.exe in the directory <ProgramFilesDir>\GeoSetter\Tools
If you are updating ExifTool within GeoSetter, ExifTool will be copied to the <AppData>\GeoSetter direcotry.

This has the following reason: The installation program always has Administrator rights. The update of ExifTool must also work with User rights and a "normal" user has not the permission to write into the <ProgramFilesDir>
(0001303)
Friedemann   
2010-10-25 12:31   
Exactly :-)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
663 [GeoSetter] Image Data minor sometimes 2010-10-17 14:22 2010-10-23 02:58
Reporter: Sparky_24 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.60 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Images sometimes show Geotag data in Geosetter, but not in viewer like ACDSee or Picasaweb
Description: Image will sometime show the tagged values for the picture within GeoSetter, but they will not show up or not recognized in viewers like ACDSee or when uploaded to Picasaweb.
Need to be able save (sync) metadata in the image from GeoSetter even if GeoSetter does not see that there is a change in values. I have to manually change one of the values, then save. Then change it back and save again.
Tags:
Steps To Reproduce:
Additional Information: This happen mostly after saving from Photoshop to a new file. Like downsizing for posting to the web. Geosetter will show the tag info in both version, while the outside app only sees it in the original.
Attached Files:
Notes
(0001266)
Sparky_24   
2010-10-17 14:31   
Add button to Sync metadata with imagine even if geotag data appears unchanged.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
662 [GeoSetter] User Interface feature always 2010-10-14 22:08 2010-10-15 18:17
Reporter: rau1 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.61 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Screenshot Funktion mit definierbararer Auflösung
Description: Ich möchte gerne Screenhots nur von der Landkarte mit den angezeigten Tracks machen, um sie in meine privaten Diashows einzubauen. Idealerweise sollte es eine Speicherfunktion geben, die den gerade angezeigten Kartenausschnitt mit Tracklinien in einer frei defnierbaren Auflösung (höher als der Monitor) abspeichern kann.

Wenn das zu aufwändig ist, wäre mir auch schon mit einem Full screen View der Landkartenansicht geholfen (z.B. über F10) von dem ich dann einen Screenshot machen kann.

Derzeit muss ich von den Screenshots immer die Geosetter Fensterteile wegschneiden, wodurch Auflösung verloren geht. Wäre schön, wenn das in einer zukünftigen Version machbar wäre.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001264)
Friedemann   
2010-10-14 22:40   
> Idealerweise sollte es eine Speicherfunktion geben, die den gerade
> angezeigten Kartenausschnitt mit Tracklinien in einer frei
> defnierbaren Auflösung (höher als der Monitor) abspeichern kann.

Ich bin da ehrlich gesagt unsicher bzgl. der Lizenzbedingungen von Google.

> Derzeit muss ich von den Screenshots immer die Geosetter Fensterteile
> wegschneiden, wodurch Auflösung verloren geht. Wäre schön, wenn das
> in einer zukünftigen Version machbar wäre.

Ich weiß nicht, ob das so einfach zu machen ist, da ich für das Fensterhandling eine spezielle Komponente benutze.

Ich kann aber SnagIt sehr empfehlen, das macht genau das was Du willst, nämlich nur einen Screenshot vom Fensterinhalt.
(0001265)
rau1   
2010-10-15 18:17   
Schade,
ad 1)
Solange das Google Copyright weiterhin in den Bildern ist, sollte das gefühlsmäßig kein Problem sein, ich bin aber nicht der Experte dafür

ad 2)
Ein Screesnhot vom Fensterinhalt ist nur die halbe Miete, da der ja zwangsläufig kleiner ist als die vollständige Bildschirmauflösung. Wenn ich danach die Landkarte hochskalieren muss, leidet natürlich die Qualität. Wenn's gar nicht anders geht, würde mir schon ein Hotkey z.B. F10 reichen, der das Landkartenfenster mit so viel Karte wie eben möglich am Bildschirm anzeigt und durch erneuten Druck wieder in's zuvor eingestellte Layout zurück wechselt.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
630 [GeoSetter] Image Data minor always 2010-08-12 21:02 2010-10-13 17:17
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.60 Release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: inserting EXIF into many Pictures is not possible
Description: I got some images without EXIF data. So i selected all that images, opened the "edit data" dialog, pressed "insert" for "taken date", entered date and time and pressed "set current value for all selected Images..." .

But only the one picture which was selected in the image list of the Dialog got EXIF data.

I expected that all selected images were provided with EXIF data.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: TakenDate.png (34,456 bytes) 2010-08-12 22:44
https://www.geosetter.de/mantis/file_download.php?file_id=156&type=bug
png
Notes
(0001213)
heiko   
2010-08-12 21:54   
have you pressed the button "Changed" in the dialog "Set Current Values for All Selected Images"? In this dialog you deceide which values will be set to all selected images. If you use the button "Changed" GeoSetter checks all entries which were changed. Alternatively you can check the entry "Taken Date".
(0001214)
heiko   
2010-08-12 22:44   
I've just tried your scenario. You have to uncheck "Timezone only". Then the data will be written into all selected images.
(0001215)
drose   
2010-08-13 09:34   
Yes, that fixed it.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
659 [GeoSetter] Image Data minor always 2010-10-08 19:50 2010-10-09 13:51
Reporter: berndj Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.60 Release  
Product Build: Resolution: duplicate  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Weisse Bilder
Description: Auch bei mir werden Fotos nach dem GE-Export nicht angezeigt. Das Problem liegt in der von Geosetter erzeugten kmz-Datei: An Stelle von z.B DSC00262.jpg steht in der Beschreibung der Ortsmarkierung des Minibildes:
 <img src="images/mrevoxplddwh.jpg"
(Beim zweiten Exportversuch findet sich übrigens etwas ganz anderes:
 <img src="images/9r0riw8hfwt7.jpg")
Ich muss images/mrevoxplddwh.jpg durch \DSC00262.jpg ersetzen (wenn das Bild im selben Ordner liegt wie die kmz-Datei), dann klappt es, aber nur, wenn ich den richtigen Backslash verwende.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001258)
Friedemann   
2010-10-08 20:01   
> eim zweiten Exportversuch findet sich übrigens etwas
> ganz anderes

ja und? Das sollte dann der Fall sein, wenn Du die Exporteinstellungen geändert hast oder das Bild sich geändert hat.

> Ich muss images/mrevoxplddwh.jpg durch \DSC00262.jpg
> ersetzen (wenn das Bild im selben Ordner liegt wie
> die kmz-Datei), dann klappt es, aber nur, wenn ich
> den richtigen Backslash verwende.

na ja, dass es dann geht ist ja klar. Aber das hat ja mit dem Problem nix zu tun. Auf diese Weise verweist Du auf das Originalbild und kannst die KMZ nur in Verbindung mit diesem nutzen...
(0001259)
Friedemann   
2010-10-08 20:01   
Siehe 0000623
(0001260)
berndj   
2010-10-09 09:44   
Inzwischen habe ich folgendes herausgefunden: Wenn ich die von geosetter erzeugte kmz-Datei in GE unter "Meine Orte" speichere, arbeitet sie einwandfrei.
(0001262)
Friedemann   
2010-10-09 13:51   
Bitte weiteres hierzu unter 0000623

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
658 [GeoSetter] Image Data crash always 2010-10-06 18:52 2010-10-07 13:06
Reporter: saigontuna Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.60 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: can't open by ViewNX 2
Description: Hi,

I used Geosetter to add GPS info to my pictures. After saved everything, I switched back ViewNX 2. ViewNX 2 will crash everytime I tried to open the folder containing the 'modified' files. All files are NEF files.
ViewNX 2 works fine with all the other 'unmodified' files.
Please help.
Tags:
Steps To Reproduce:
Additional Information: All software are latest. Pentium D 2.66MHz with 3GB ram.
Attached Files: Untitled.jpg (180,434 bytes) 2010-10-07 13:06
https://www.geosetter.de/mantis/file_download.php?file_id=167&type=bug
jpg
Notes
(0001255)
Friedemann   
2010-10-06 18:54   
Did you add the data by using sidecar files (*.xmp) or did you enable GeoSetter to save it directly to the NEF files?
(0001257)
saigontuna   
2010-10-07 13:05   
sidecar files I suppose. Please refer to the attached for my settings.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
626 [GeoSetter] User Interface minor always 2010-08-02 10:27 2010-10-06 20:05
Reporter: georg-strauch Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.61 beta  
    Target Version:  
Summary: SidebySide Fehlermeldung in Ereignisanzeige unter Win7 für delzip179.dll
Description: In der Ereignisanzeige (Eventlog) unter Windows 7 erfolgt regelmäßig eine Fehlermeldung des Typs SidebySide für die Datei "delzip179.dll" wie folgt:

Der Wert "*" des "language"-Attributs im assemblyIdentity-Element ist ungültig.

Die delzip179.dll befindet sich im Installationsverzeichnis von Geosetter.
Tags:
Steps To Reproduce:
Additional Information: Aktuell ist die Version 190.80 (wwww.delphizip.org), vermutlich kann durch Implementierung der aktuellen Version die Fehlermeldung vermieden werden
Attached Files:
Notes
(0001256)
Friedemann   
2010-10-06 20:05   
Danke für den Hinweis. Habe die Komponente ausgetauscht. Ob die Fehlermeldungen in der Ereignisanzeige noch da sind, habe ich aber nicht geprüft...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
657 [GeoSetter] User Interface feature N/A 2010-10-05 11:51 2010-10-06 20:03
Reporter: rokdd Platform: win  
Assigned To: Friedemann OS: Win 7  
Priority: normal OS Version: 64 bit  
Status: assigned Product Version: 3.3.60 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Filter für vorherige oder nachfolgende Fotos
Description: Manchmal habe ich das Problem dass ich Fotos ohne Koordinaten anzeigen lasse, weil z.B. der GPS Track Lücken hatte. Da wäre es schön wenn man einen Filter hat der als Kritierium auch 'xyz Photos nach Datum vor eigentlichen Bild anzeigen'. nur eine Idee und nicht so wichtig!
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
614 [GeoSetter] Image Data minor always 2010-07-25 06:11 2010-10-03 23:25
Reporter: larry Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.60 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.61 beta  
    Target Version:  
Summary: Incorrect escaping in Google Earth export
Description: Steps:
1. Geotag an image
2. Fill in an Object Name which includes an & character
3. Select the image then select "Export Selected Images to Google Earth"
4. In Thumbnail Captions select Custom with value {ObjectName}
5. Select OK and save as kmz file
6. Allow this to open in Google Earth

Expected:
The file will open in Google Earth

Actual:
Google Earth report that the file is not well formed.
Tags:
Steps To Reproduce:
Additional Information: The & in the Object Name is not escaped as & when it is put into the KML. I have not determined whether other fields are escaped correct.y,or whether other characters also require escaping. The character also < needs to be escaped to <
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
655 [GeoSetter] Image Data minor unable to reproduce 2010-09-28 12:57 2010-10-03 23:17
Reporter: Sander Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.60 Release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GeoSetter seems to leave out points from a tracker log
Description: The logs from my AMOD AGL 3080 tracker seem to miss several points as displayed on the Map window, when I compare how my 'home-made utility' shows the tracks on GoogleEarth (see attachments). I cannot tell if these points are also not used to tag images.

Is this just a matter of display function or should I be concerned?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: AmodLogUtil.jpg (110,030 bytes) 2010-09-28 12:57
https://www.geosetter.de/mantis/file_download.php?file_id=163&type=bug
jpg
Notes
(0001241)
heiko   
2010-09-29 22:58   
here a part of the FAQ in the help file:

A GPS track will not run through all recorded GPS points, because the tracks were thinned out with the Douglas-Peucker-Algorithm. If all GPS track points would be used for the view, displaying of the map would be very slow in cause of the high number of objects. Certainly all track points were used for the internal processing and will be used for the synchronization.
(0001243)
Friedemann   
2010-10-03 23:17   
As Heiko explained already, you do not have to be concerned ;-)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
613 [GeoSetter] Image Data feature always 2010-07-24 23:26 2010-10-03 22:59
Reporter: bjg222 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.61 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Place Image Backups in Subfolder
Description: It would be good if GeoSetter could place the backup images in a subfolder instead of in the same folder as the new ones. If the images were in a folder named 'Originals', then GeoSetter could avoid appending '_original' to the end and changing the extension. This makes it easier to access the originals when they're needed.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001204)
heiko   
2010-07-25 16:03   
the backups are created from ExifTool (when writing the image data) and not from GeoSetter itself.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
615 [GeoSetter] Image Data minor always 2010-07-25 19:41 2010-10-03 22:59
Reporter: onejock Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.60 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Map is different from google's one ?
Description: Hi,

First of all, geosetter team have done a exceptional work...

the bug :
I have tried to geotag a picture taken in Israël, Tel-Aviv.
The problem is that there are no names on this country : I've first thinked that is was a problem of law, so I went on google map site (url bellow if needed) and I found the map as it should have been.


http://maps.google.fr/maps?f=q&source=s_q&hl=fr&geocode=&q=ISRAEL&sll=32.129105,36.485596&sspn=4.55813,9.832764&ie=UTF8&hq=&hnear=Isra%C3%ABl&ll=32.0593,34.760742&spn=1.140574,2.458191&z=9


I think about an option in the use of google map's API.

Thanks and good luck,
Joakim.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
627 [GeoSetter] Image Data minor N/A 2010-08-05 11:26 2010-10-03 22:59
Reporter: johnboldon Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.60 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Geotag Koordinaten nicht erkannt
Description: Die neue Windows Live Photo Gallery Beta hat jetzt Geotagging. jpgs mit ausgefüllter Ortfelder bekommen Koordinaten von WLPG reingeschrieben (was meiner Meinung nach nicht passieren sollte. Eine jpg mit nur das Ortsfeld "India" kriegt Koordinaten für das Zentrum von India.) Allerdings werden diese Koordinaten nicht von Geosetter erkannt. Von Picasa doch. Wo liegt das Problem? Bei Geosetter oder WLPG.
Tags:
Steps To Reproduce:
Additional Information: angehängte Datei sieht Picasa als geotagged, Geosetter nicht
Attached Files: PICT3306.JPG (809,630 bytes) 2010-08-05 11:26
https://www.geosetter.de/mantis/file_download.php?file_id=151&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
625 [GeoSetter] Image Data feature always 2010-08-02 06:54 2010-10-03 22:59
Reporter: beeguy956 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.60 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: geodata fails to transfer with Canon S90 RAW-JPG conversion
Description: In converting geotagged RAW (.CR2) files from a Canon S90 to JPG using the Canon DPP software, the GPS information gets stripped out. I have confirmed with ExifTool that it is actually missing and not just not displaying. This may be an issue with DPP (I am using the latest version, 3.8.1) and how it rearranges the Exif, but since pictures taken with my Canon SLR (T1i/500D) convert fine, it may have to do with where Geosetter places the GPS info.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
624 [GeoSetter] Image Data minor always 2010-08-01 15:36 2010-10-03 22:59
Reporter: praetor Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.60 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Panasonic TZ10 - Ortsinformationen
Description: Die Panasonic TZ10 hat speichert Ortsinformationen (Land, Region, Stadt, etc.) in Makernotes. Es wäre schön, wenn diese Informationen als IPTC-Daten übernommen werden könnten.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001210)
heiko   
2010-08-01 21:27   
das sollte jetzt schon über die "Zusätzlichen ExifTool-Kommandos" funktionieren

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
628 [GeoSetter] Image Data major always 2010-08-08 18:31 2010-10-03 22:59
Reporter: svollmer Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.60 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Höhe wird ignoriert, wenn mit TCX-Dateien synchronisiert wird
Description: Wenn eine TCX-Datei verwendet wird, um Bilder zu synchronisieren, dann werden zwar die Positionen, aber keine Höhenangaben in die Bilder geschrieben.

Die TCX-Dateien wurden von Garmin Connect bzw. Garmin Training Center exportiert und enthalten Höhendaten. Beim Betrachten der einzelnen Trackpunkte im "Tracks"-Panel wird auch keine Höhe angezeigt. Wenn die TCX-Datei ins GPX-Format konvertiert wird, dann wird die Höhe korrekt berücksichtigt.

Eine Beispieldatei, die das Problem zeigt, habe ich angehängt.

Viele Grüße, Stephan
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: activity_41876886.zip (212,016 bytes) 2010-08-08 18:31
https://www.geosetter.de/mantis/file_download.php?file_id=152&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
618 [GeoSetter] User Interface minor always 2010-07-27 10:02 2010-10-03 22:59
Reporter: ericbolz Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.60 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Map shifted in China
Description: Probably an old issue but the map you use (I assume it google maps) is shifted almost 1 km in China. So photos don't show up in the correct place. The lat/lon setting you put into the photos are correct, they just don't display right. This does not seem to be something that Google is going to change soon because they have known about it for more than a year. There is another map site, http://ditu.google.com/ that is not shifted but it is all in Chinese and you may not be able to use it anyway. It might be nice if I could choose which map to use but this is a minor problem in an otherwise great piece of software.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001205)
heiko   
2010-07-27 21:26   
at the moment you can also use "OpenStreetMap" and "OSMarender" as map. Perhaps these maps are better. You can select these maps with "Map | Type | Map".
(0001220)
patodowd   
2010-08-18 01:44   
and additional note. the satellite view in google maps is correctly positioned.
probably why selecting "show labels" on this view does nothing

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
631 [GeoSetter] Image Data major have not tried 2010-08-18 01:59 2010-10-03 22:59
Reporter: patodowd Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.60 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Delete all images when SD card filled.
Description: first time user.
Attempted to add location info to photos on sd card.
selected all photos
sync'd with gps data -> all default settings
-> success photo location shown.
attempted to save changes.
-> because an _original backup is made disk space is quickly exceeded
-> exiftool tool reported error. Windows (XP Pro SP3) reported device I/O error
-> all photo's deleted from SD card.
-> seriously deleted, 'light' tools not enough. needed 5 hours on "Zero Assumption Recovery" to get them back
Tags:
Steps To Reproduce:
Additional Information: photos were seriously deleted, 'light' tools not enough. needed 5 hours on "Zero Assumption Recovery" to get them back

exiftool version 8.26. maybe a bug with that?

seems to be a fairly common use case, I wanted to add location to the photos, before importing them to my hard disk with picasa.
Attached Files:
Notes
(0001221)
heiko   
2010-08-18 21:04   
I don't know why your files were deleted, but you can turn off the backup of your images:
File | Settings -> Tab "File Options"
here you have to choose your file type. Then select "Overwrite Original File when Saving Changes"

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
636 [GeoSetter] Image Data minor always 2010-09-03 17:51 2010-10-03 22:59
Reporter: Alan Fairley Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.60 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Tagging error with Olympus JPEGs downloaded by Adobe Bridge CS5
Description: Olympus E-30 JPEGs downloaded from the card by Adobe Bridge CS5 result in error message an GPS data is not embedded on save.

ExifTool Execution Statement:
 
C:\Users\Alan Fairley\AppData\Roaming\GeoSetter\tools\exiftool.exe -@ "C:\Users\ALANFA~1\AppData\Local\Temp\et13A562EE.arg" -common_args "I:\PHOTOS\2010\2010-08\_8105380.JPG"
-overwrite_original
-P
-EXIF:GPSSatellites=0
 
Errors/Warnings:
 
Error: [minor] Bad EquipmentIFD offset for InternalSerialNumber - I:/PHOTOS/2010/2010-08/_8105380.JPG
Tags:
Steps To Reproduce:
Additional Information: This does not happen with E-30 JPEGs simply copied from the card to the hard drive using Windows explorer, and it does not happen with Canon S90 JPEGs downloaded using Bridge, so this appears to specific to Adobe Bridge and E-30 jpegs.
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
635 [GeoSetter] Image Data minor always 2010-08-30 17:03 2010-10-03 22:59
Reporter: michaelw Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.60 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Artist, Copyright and Owner fields
Description: If I examine the Exif data in a jpg file in anything other than Geosetter my name is in the Artist Copyright and Owner Exif fields. These have been set by my Camera; however they do not show up in Geosetter. Also there is no data in the Lens field, I am unsure what this is supposed to show, is it the focal length?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
634 [GeoSetter] Image Data feature always 2010-08-30 17:01 2010-10-03 22:59
Reporter: michaelw Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.60 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Speed Data
Description: How do you get speed data to be recorded in geosetter. I have the speed in MPH in the GPX file, there is a column for it that appears in the main window of geosetter but it never gets uploaded. Presumably as it has a column, it must be able to be loaded, is there a setting in Geosetter that I need to alter?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
639 [GeoSetter] Image Data block always 2010-09-05 18:42 2010-10-03 22:59
Reporter: wsm12163 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.60 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: can not save pictures
Description: when i star geosetter the message "" Can't open perl script "-e": No such file or directory "" ist every time there.
after gps works i can not save -the error message:
 "" C:\Users\admin\AppData\Roaming\GeoSetter\tools\exiftool.exe -m -overwrite_original -TagsFromFile "C:\vvvv\2010_08_18_19-16_IMG_0766.CR2" -XMP:all<"EXIF:all" -XMP:Orientation<"IFD0:Orientation" -XMP:all<"GPS:all" -XMP:GPSLatitude<"Composite:GPSLatitude" -XMP:GPSLongitude<"Composite:GPSLongitude" -XMP:GPSDateTime<"Composite:GPSDateTime" -XMP-dc:Creator<"IPTC:By-line" -XMP-dc:Description<"IPTC:Caption-Abstract" -XMP-dc:Rights<"IPTC:CopyrightNotice" -XMP-dc:Subject<"IPTC:Keywords" -XMP-dc:Title<"IPTC:ObjectName" -XMP-photoshop:AuthorsPosition<"IPTC:By-lineTitle" -XMP-photoshop:CaptionWriter<"IPTC:Writer-Editor" -XMP-photoshop:Category<"IPTC:Category" -XMP-photoshop:City<"IPTC:City" -XMP-photoshop:Country<"IPTC:Country-PrimaryLocationName" -XMP-photoshop:Credit<"IPTC:Credit" -XMP-photoshop:DateCreated<"IPTC:DateCreated" -XMP-photoshop:DateCreated<"Composite:DateTimeCreated" -XMP-photoshop:Headline<"IPTC:Headline" -XMP-photoshop:Instructions<"IPTC:SpecialInstructions" -XMP-photoshop:Source<"IPTC:Source" -XMP-photoshop:State<"IPTC:Province-State" -XMP-photoshop:SupplementalCategories<"IPTC:SupplementalCategories" -XMP-photoshop:TransmissionReference<"IPTC:OriginalTransmissionReference" -XMP-photoshop:Urgency<"IPTC:Urgency" -XMP-iptcCore:CountryCode<"IPTC:Country-PrimaryLocationCode" -XMP-iptcCore:Location<"IPTC:Sub-location" -XMP-iptcCore:IntellectualGenre<"IPTC:ObjectAttributeReference" -XMP-iptcCore:SubjectCode<"IPTC:SubjectReference" -XMP-dc:Description<"EXIF:ImageDescription" -XMP-photoshop:DateCreated<"EXIF:DateTimeOriginal" -XMP-photoshop:DateCreated<"Composite:SubSecDateTimeOriginal" -XMP-xmp:CreateDate<"Composite:SubSecCreateDate" -XMP-xmp:ModifyDate<"Composite:SubSecModifyDate" -XMP-dc:Rights<"EXIF:Copyright" -XMP-dc:Creator<"EXIF:Artist" "C:\vvvv\2010_08_18_19-16_IMG_0766.xmp"
""

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
638 [GeoSetter] Image Data major always 2010-09-05 15:13 2010-10-03 22:59
Reporter: delftmm Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.60 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Captions with accents/diacriticals do not save correctly
Description: When I edit an image with GeoSetter, if the image already has a caption with foreign accents or diacriticals, the accents get converted to strange characters when I save in GeoSetter. For example this caption:

Test pic: Hôtel Château Laurier Québec (caption added in Picasa)

becomes

Test pic: Hôtel Château Laurier Québec (caption added in Picasa)


Perhaps there is a setting in GeoSetter that I can change?

Otherwise, I really like GeoSetter!
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: 20100806_test-100308-Canon-032.jpg (1,097,301 bytes) 2010-09-05 15:13
https://www.geosetter.de/mantis/file_download.php?file_id=161&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
637 [GeoSetter] Image Data feature N/A 2010-09-04 23:04 2010-10-03 22:59
Reporter: sledof Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.60 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Geocoding service
Description: Yahoo provide geocoding and reverse geocoding API http://developer.yahoo.com/geo/placefinder/ . PlaceFinder seem more accurate to Google (in my location ;_) ).

Stephane
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
644 [GeoSetter] User Interface feature always 2010-09-09 20:37 2010-10-03 22:59
Reporter: GuidoHuth Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.60 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Picasa 3.6 zeigt keine oder völlig falsche Bildpostionen
Description: Hallo Herr Schmidt,
ich nutze das Photo GPS auf meiner Nikon D80 um meine Bilder zu lokalisieren und korrigiere mit Geo-Setter.
I-Tag und Geo-Setter zeigen immer die richtige Geo-Position.
Picasa 3.6 zeigt keine oder völlig falsche Bildpostionen. Wieso? Trotz völliger Neuinstallation keine Verbesserung.

Da ich die geöffnete Baum-Struktur von Picasa zum Blättern in meinen Bilder super finde, wäre ein zusätzliches Fenster mit geöffnetem Baum klasse, da z.Zt. das Wechseln im Eingabe-Fenster für den Ordner zu zeitraubend ist.

Auch wäre ein automatisches Wechseln der aufgeklappten Ordner im Baum beim scrollen über die Ordner-grenzen hinweg für mich sinnvoll (vgl.Picasa).

Mit Freundlichem Gruß
Guido Huth
ein begeisterter Nutzer Ihrer freeware
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
643 [GeoSetter] User Interface major always 2010-09-07 23:09 2010-10-03 22:59
Reporter: tomaszd Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.60 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Geosetter takes ages to save and becomes resource hog
Description: When saving photos geosetter is taking a very long time to save about a handful pf photos and in the process is consming vast amounts of computer resources in the process making the comptuer unusable - has started to do this often.
Running Win 7 Machine with 3.2 quad core and 4 gb of memory so the computer isn't being underpowered. The program seems to be doing this recently.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
641 [GeoSetter] Image Data major always 2010-09-07 20:44 2010-10-03 22:59
Reporter: arthurb Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.60 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Constant internet time-outs
Description: I do not seem to be able to stop Geosetter from accessing the Names DB through the internet, and I keep getting timed-out. I have already set all of the location information, and told Geosetter to use that info for all selected images, plus I have turned off the requirement for altitude data, so why is it even using the internet names/location DB?

This is making Geosetter unusable as it keeps happening, even though I have no other issues with my internet connection. So how do I stop this happening?
    
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001235)
arthurb   
2010-09-09 02:42   
I had a few instances of this again this evening, though nothing like as bad as last time when it went on for well over an hour.

It would be so useful to just be able to carry on updating the co-ordinates without referencing the location information (which I almost always have to change anyway) from the internet/DB. Have I missed something obvious, and is it possible to prevent Geotagger from looking for the location info, and if not could it be added, simply?

Regards,
Arthur.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
647 [GeoSetter] User Interface minor have not tried 2010-09-14 14:43 2010-10-03 22:59
Reporter: KP-W Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.60 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Geänderte DxO-JPG-Dateien lassen sich nicht abspeichern
Description: JPG-Dateien, die mit dem RAW-Converter DxO erstellt wurden lassen sich nicht speichern. Es kommt die Fehlermeldung
Error: Error reading OtherImageStart data in IFD0 - E:/Digitalkamera/Bilder/2010/20100901-001-06_DxO.jpg

Die IPTC-Daten sind danach in der JPG-Datei enthalten, die GPS-Daten fehlen jedoch.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
648 [GeoSetter] User Interface feature N/A 2010-09-19 12:43 2010-10-03 22:59
Reporter: MichaelN Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.60 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Geo-Daten zeitabhängig hinzufügen
Description: Ich nutze öfter 2 Kameras, von denen nur eine GPS-Daten aufzeichnet. Ich wünsche mir eine Funktion, die Bildern ohne GPS-Daten diese anhand den GPS-Daten von zeitnah aufgenommenen Fotos automatisch zuweist.

Ablauf sollte folgendermaßen sein:
1. man markiert ein Bild mit GPS-Daten
2. ruft die Funktion auf
3. in einem Dialog ist der Zeitraum vor und nach der ausgewählten Aufnahme einstellbar
4. Der Browser zeigt an, welche Fotos dadurch ausgewählt werden
5. OK weist die GPS-Daten der ursprünglich markierten Datei den ausgewählten zu.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
653 [GeoSetter] User Interface feature always 2010-09-27 21:09 2010-10-03 22:59
Reporter: mhdebokx Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.60 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: request: double sort item
Description: I'd like to see an double sort item in the report view.
Now the pictures can only by sorted by selecting 1 field, like Coordinates. Besides this 1, i'd like to see an subsort function eg. date/time taken picture.

Please implement a double sort function
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
652 [GeoSetter] User Interface feature N/A 2010-09-26 00:34 2010-10-03 22:59
Reporter: jperalta Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.61 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Export to Google Earth customize description
Description: The functionality could be improved in order to allow customize the description.
Include an advanced form that allows edit simple HTML markup and EXIF/IPTC fields and a special tag for referencing the image in the description to customize the flyout window.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
651 [GeoSetter] User Interface feature N/A 2010-09-26 00:33 2010-10-03 22:59
Reporter: jperalta Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.61 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Setting of get for web server
Description: In many cases Location data get from web is erroneus for city and sublocation from ws.geonames.org
Can you add options for get data from google reverse geocoding.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
654 [GeoSetter] Image Data minor unable to reproduce 2010-09-28 12:41 2010-10-03 22:59
Reporter: Sander Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Logs from the Amod AGL 3080 gps tracker sometimes are read incompletely by GeoSetter
Description: From my last trip I have 20 logs, of which 2 do not show completely in GeoSetter. This means that some images cannot be tagged.
On my home-made 'log analyzing utility' all tracks show completely in GoogleEarth.
Inspection of the logs in a text editor does not show to me any deviation of the normal sequence of GPS-sentences.
When I split the log immediately after the "stop" point I can display the rest also in GeoSetter.

What can cause this behaviour?
Tags:
Steps To Reproduce:
Additional Information: Logs are all starting with $ADVER,3080,2.2 and they contain mostly 5 types of sentences (GGA, GSA, RMC, VTG, GSV). They also somtimes contain lines with "$GPWPL", "$ADPMB", and "$PSRFTXT", of which I am not sure what they mean.

I can send examples of the logs if needed.
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
642 [GeoSetter] Image Data major sometimes 2010-09-07 21:12 2010-09-09 17:31
Reporter: arthurb Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.3.60 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Geosetter, or ExifTool, is deleting image files
Description: Very frequently, but not every time, when I try to update Raw image files with GPS data, the process gives error messages and some files are not updated. However, some or all of those files are deleted!

A file of name image-filename.ARW_exiftool_tmp is left for each deleted image - I have been checking Phil Harvey's site but cannot see how, or even if, I can restore the missing image(s) for that 'temp' file.

This happens whether I am updating from GPS logs or from Google map data, and also occurs with both Sony's Raw and cRaw (compressed Raw) files.

I understand that this may be an ExifTool problem but I have to start with Geosetter first.

    
Tags:
Steps To Reproduce:
Additional Information: Windows XP
Single processor (AMD Athlon 64) and 2GB RAM

Sony ARW v2.0 files (from A700)

Geosetter error message panel has been appended

 

Attached Files: 2010-09-07_195644.png (21,834 bytes) 2010-09-07 21:12
https://www.geosetter.de/mantis/file_download.php?file_id=162&type=bug
png
Notes
(0001230)
Friedemann   
2010-09-07 21:42   
GeoSetter doesn't touch your files itself, it only calls ExifTool. Are you using perhaps an antivirus software which maybe blocks the temp files while processed by ExifTool?

But it's very strange that your files has been deleted!!! Are there perhaps files like image-filename.ARW_original?
(0001231)
arthurb   
2010-09-08 01:36   
Hello Friedemann,
                          I believe that this problem (the intermittent deleting of files) occurs both when updating the files directly (i.e. with no .ARW_original file), and when updating indirectly (i.e. with a .ARW_original file). I have been doing a lot of testing of this with a selected set of images, but I will check further tomorrow (Wednesday 8/9), and definitively see if there is any difference between updating inplace and updating using ..._original files.

   Just thinking about that, is it true that if ..._original files are created then there should be no need for ..._exiftool_tmp files? Maybe there is some form of conflict here; perhaps both methods of updating are occurring and creating a conflict. Then again, maybe I'm just getting very tired as it is quite late.

I don't think my anti-virus software (Norton) is involved, as I have seen nothing like this with any other programs running.

I will do some more testing tomorrow,
Regards,
Arthur.
(0001232)
Friedemann   
2010-09-08 15:58   
> I don't think my anti-virus software (Norton) is involved

But I'm pretty sure that it is. I found this in my mails regarding a similar problem:

> It was Norton, so I think the problem was exactly what I assumed
> already, a locking process while ExifTool is handling a file.
> After excluding XMP files in Norton, all works fine, no errors anymore.

Norton locks the files while ExifTool is still working on them...
(0001233)
arthurb   
2010-09-08 19:39   
Hello again,
            it does look as though telling Norton to ignore the temp files has had the required effect. I will try to build a larger set of image files to test with and then try again - hopefully later this evening.

Regards,
Arthur.
(0001234)
arthurb   
2010-09-09 02:35   
Hello yet again Friedemann,
                           you were completely correct; changing the settings in Norton Internet Security has fixed this issue. I have done quite a few updates this evening with test data (27 images repeated 4 times with backup files and without) and then with images I wished to keep (83 files with backup i.e. ..._original), and had no errors. Thank you very much for pointing me toward Norton; as I said I have had nothing like this since installing NIS over 4 years ago.

For anyone else reading this the fix was:

Norton Internet Security --> Settings --> Computer Settings --> Exclusions/Low Risks --> Scan Exclusions (Configure)...
Then in the Configure panel, in both Scan Exclusions and Auto-Protect Exclusions add a definition for all files of the temporary file type:
        *.ARW_exiftool_tmp

I suspect that in this case the Auto-Protect process was the culprit, but I decided to do the scan as well.

Once again, thank you Friedemann, and I am very sorry that I doubted your excellent software (and perhaps in this case Phil's).

Thanks,
Arthur.
(0001236)
boardhead   
2010-09-09 16:32   
(Last edited: 2010-09-09 16:34)
Even with the Norton problem I can't see how any image would ever be lost. I take great pains to avoid this.

The logic is different if you use -overwrite_original or -overwrite_original_in_place. With these options there is a chance that the original file could be deleted with a "_exiftool_tmp" file remaining if the final rename failed. In this case, exiftool will abort with a "Error renaming" message and the temporary file is the final output file (which may be renamed by removing the "_exiftooL_tmp" to recover the file).

The errors shown in your attached PNG will occur if you try to run the same command again. In this case exiftool will discover the temporary files and abort because the deleting the temporary file may result in a loss of data (as in this situation).

If Norton opens the output file before exiftool can rename it, it could certainly cause this problem.

- Phil

(0001237)
boardhead   
2010-09-09 17:31   
By the way, what Norton is doing could be considered a DoS (denial of service) attack. Ironic, really.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
551 [GeoSetter] Image Data minor always 2010-05-07 10:36 2010-08-17 09:48
Reporter: agentxoriginal Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.3.48 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Will not save Contact URL data
Description: Oddly though it was saving it before, perhaps before the latest update, Geosetter will not save the Contact URL data.

 I enter it, then after saving, it will disappear yet all other data, including the regular url data will remain intact.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: nefsettings.jpg (278,129 bytes) 2010-08-17 09:48
https://www.geosetter.de/mantis/file_download.php?file_id=157&type=bug
Notes
(0001083)
agentxoriginal   
2010-05-08 09:36   
I would like to add that I am able to save this information into jpeg files however I have been unsuccessful doing so to .nef and .cr2 raw files from a Nikon D70 and Canon 5d II.

 Again all other data appears to save except for the contact url.
(0001161)
Friedemann   
2010-07-16 01:57   
Can you please attach a screenshot of your NEF setting in GeoSetter?
(0001219)
agentxoriginal   
2010-08-17 09:48   
I apologize for the delay in adding the screenshot. This is however after upgrading to the most recent version however i have not changed any settings. Unfortunately I have not had time to test whether this issue still occurs in the update.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
620 [GeoSetter] Image Data major always 2010-07-28 15:44 2010-07-28 16:22
Reporter: Robert Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.60 Release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Error messages during Save
Description: Upgraded from 3.1.20 to 3.3.60 and processed the exact same files again with the new version that had processed without error on the old version. On the new version, the same files caused errors indicating that the new data had not been written but in fact it appears to be saved correctly.
The directory contains .jpg and .dng files generated by a Canon SD790 IS using the CHDK firmware.

The error message says:

"ExifTool reported errors/warnings on 24 of 24 images.
If a file is marked with an error, it's changes haven't been written.
Warning: [minor] Incorrect list type for XMP-dc:Creator - [directory and filename]"

Do I ignore the error?
Do I turn on the 'ignore minor errors' flag?
Do I revert back to the the version that did not cause the error message?
Or is this a problem that needs to be fixed?

Thank you.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001206)
Robert   
2010-07-28 16:01   
If this is related to 606 and 607 (which are not in English) and they are resolved, could you let me know what the resolution was or how I might translate the resolution?

Thank you.
(0001207)
Friedemann   
2010-07-28 16:12   
First of all, you do not get an erreor message, you get a warning, don't you?

> Do I turn on the 'ignore minor errors' flag?

As you get "only" a warning, this flag will not help.

Please see here: http://www.geosetter.de/en/changes/

> After saving of creator data (Byline name in GeoSetter),
> maybe Adobe software did not recognize some meta data
> anymore (including development settings in Lightroom)
> after initially saving the creator with Lightroom 3
> in a wrong way. An updated version of ExifTool (8.26)
> recognizes this problem now and creates a warning (many
> thanks to Phil Harvey!).

You handled your images with Adobe Lightroom 3 first, didn't you? It contains a bug which results in an incorrect written Creator in the metadata (list type "bag" instead of "seq"). That's why ExifTool (>= 8.26) now gives a warning. In prior versions of ExifTool, the Creator has been added again in the correct way. But the the Creator existed twice then in the XMP data and Lighroom didn't recognize nearly all metadata anymore after importing it again...

In short: You can ignore this warning ;-) Your image data still contains the wrong metadata (written by Lightroom 3), but it doesn't contain the data twice anymore after saving with ExifTool 8.26 (GeoSetter 3.3.60).

As far as I know this problem will be solved in the next update of Lightroom 3...
(0001208)
Friedemann   
2010-07-28 16:21   
One more remark: If you used GeoSetter 3.1.20 together with Lightroom 3, after reimporting the metadata to LR 3 maybe your development settings of the images have been reset. Please check this! The deveopment settings still exist in the development protocol and you have to go one step back for each image...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
608 [GeoSetter] Image Data feature have not tried 2010-07-19 03:04 2010-07-20 16:27
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.57 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.60 Release  
    Target Version: 3.3.60 Release  
Summary: Add optional synchronization of heading data with GPS tracks
Description: Add optional synchronization of heading data with GPS tracks
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
606 [GeoSetter] Image Data major always 2010-07-18 11:56 2010-07-19 21:48
Reporter: CStaack Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.48 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.57 Release  
    Target Version:  
Summary: Lightroom-Stichworthierarchien werden aufgebrochen
Description: Mein Workflow, um (.dng-)Bilder, die ich in LR verwalte, mit GPS-Infos zu versehen, ist:
1. in LR: Dateien selektieren, <Metadaten - Metadaten in Dateien speichern>
2. in GeoSetter: Positionen zuordnen (dabei die Stadt in die Schlüsselwörter schreiben), speichern, GeoSetter verlassen
3. in LR: Dateien selektieren, <Metadaten - Metadaten aus Dateien lesen>

Seit einigen Wochen werden die vorhandenen Stichwörter in LR nicht nur durch die Stadt ergänzt, sondern vorhandene Stichworthierarchien (und Synonyme) aufgebrochen.
Beispiel:
Das Bild hat das Stichwort "Himmelblau". In LR gibt es die Stichworthierarchie
Farbe
  Blau
    Himmelblau
und "Blau" hat die Synonyme "blue" und "bleu".
Nach den oben beschriebenen Schritten steht nicht nur "Himmelblau" in den Stichworten, sondern auch "Farbe", "Blau", "blue" und "bleu" (neben der durch GeoSetter zugewiesenen Stadt, z.B. Berlin).

Das hat früher funktioniert. Ich bin mir aber nicht sicher, ob es mit 3.3.48 schiefging oder danach (was auf eine Änderung in ExifTools hindeuten würde).
Tags:
Steps To Reproduce:
Additional Information: Win XP 32bit, Lightroom 2.7; Dateien sind DNGs.
Attached Files:
Notes
(0001178)
CStaack   
2010-07-18 12:12   
Ich habe den Eindruck, daß der Fehler dann nicht auftritt, wenn die von GeoSetter zu den Stichworten hinzugefügte Stadt bereits als Stichwort in der Lightroom-Stichworthierarchie vorhanden war (was erklären könnte, daß der Fehler erst in letzter Zeit bei mir auftritt; früher habe ich das Bundesland statt der Stadt in die Schlüsselwörter schreiben lassen, und das war in der LR-Stichworthierarchie meist schon bekannt).
(0001181)
CStaack   
2010-07-18 20:46   
(Last edited: 2010-07-18 20:47)
Gerade sehe ich etwas, das mir bislang nicht auffiel, weil ich normalerweise Bilder nach GeoSetter schicke, die ich gerade frisch in LR importiert habe:
Bilder, die in LR ein Sternerating erhalten hatten, verlieren dieses nach dem Trip über Geosetter. Und im Develop-Modul wird ein Eintrag hinzugefügt "Auf Standardeinstellungen zurücksetzen". Das beides nur für den Fall, daß auch die Stichworte expandieren (also nach meinem Verdacht dann, wenn das neue Stichwort (die Stadt) noch nicht in der LR-Stichworthierarchie bekannt war).

(0001183)
Friedemann   
2010-07-18 21:12   
> Bilder, die in LR ein Sternerating erhalten hatten, verlieren dieses
> nach dem Trip über Geosetter. Und im Develop-Modul wird ein Eintrag
> hinzugefügt "Auf Standardeinstellungen zurücksetzen".

ach nee, das ist ja interessant, genau das hatte ich diese Tage, dass plötzlich Bilder in Lightroom den Eintrag "Auf Standardeinstellungen zurücksetzen" hatten. Habe einen Superschreck bekommen. Ich konnte aber nicht reproduzieren woran das lag...
(0001184)
Friedemann   
2010-07-18 21:18   
Vielleicht ähnlich wie 0000607?
(0001195)
Friedemann   
2010-07-18 23:53   
0000607 habe ich auf erledigt gesetzt. Bitte bei Interesse meinen Kommentar dort lesen ;-)

Eventuell ist das hier die gleiche Ursache für das Problem mit den Stichworten. Könntest Du das evtl. mal mit der 3.3.57 prüfen???
(0001201)
CStaack   
2010-07-19 19:24   
Mit 0000607 war mir gemein, daß der Copyright-Status bei mir auch betroffen war. Die anderen Felder wie z.B. Seriennummer der Kamera nicht. Vielleicht liegt das an dng vs. jpg.

Status mit der 3.3.57:
Stichworte, Sternerating, Entwicklungseinstellungen und Copyright-Status bleiben auch nach Zuweisung einer in LR bislang nicht bekannten Stadt zu den Stichworten unverändert.
Das Problem tritt nicht mehr auf.

Ganz herzlichen Dank!
(0001202)
Friedemann   
2010-07-19 21:48   
Ok. Es ist wohl auf jeden Fall ein Bug in Lightroom 3. Der Ersteller wird falsch in die XMP-Daten geschrieben. In Lightroom 2 war das noch ok. Phil Harvey wird nun noch evtl. ExifTool so ändern, dass es den Fehler in den Daten automatisch fixt. Wenn es woeit ist, werde ich den Ersteller auch in GeoSetter wieder schreibbar machen, dort habe ich das momentan deaktiviert.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
611 [GeoSetter] User Interface feature always 2010-07-19 21:13 2010-07-19 21:42
Reporter: barcar Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.60 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add support for Original Transmission Reference IPTC field
Description: Please add support for editing/displaying the "Original Transmission Reference" field from the IPTC schema. I use this field to assign each photo in my collection with a unique identifier so it is part of my workflow. Thanks for considering.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
610 [GeoSetter] Image Data major sometimes 2010-07-19 17:15 2010-07-19 17:31
Reporter: GeoUser Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.57 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Über Geodatenbank herausgefundener Ort stimmt oft nicht.
Description: Bei der Nutzung der Abfragefunktion über die Geodatenbank stimmt oftmals der Wert des Feldes "Ort" nicht (das Ergebnis). Wurde das Foto in Stadtteil A aufgenommen, bietet die Software verschiedene Vorschläge an. Sehr oft werden die umliegenden Stadtteile / Ortsteile zur Auswahl angeboten, jedoch nicht der Stadtteil selbst, sondern "richtige Stadt / Stadtteil B" sowie "falsche Stadt / falscher Stadtteil".

Hat man das Foto in einer Stadt aufgenommen wo man ganz genau die Stadtbezirksgrenzen kennt, kann man das manuell korrigieren. An fremden Orten führt das dazu, dass ein falscher Ort (das Ergebnis der Abfrage) in die Bilder eingepflegt wird.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
609 [GeoSetter] Image Data feature N/A 2010-07-19 17:08 2010-07-19 17:30
Reporter: GeoUser Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.60 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Request: Feature: Adresse über GPS Daten
Description: Toll wäre ein Feature, dass wie beim Programm GeoDress die Adresse über die GPS Daten heraus finden und in die Metadaten speichern kann.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
584 [GeoSetter] Image Data minor sometimes 2010-06-14 15:36 2010-07-19 15:18
Reporter: cstrauch Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.48 Release  
Product Build: Resolution: unable to reproduce  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: File corruption with ExifTool
Description: Sometimes, when I'm saving the new metadata to the files, I receive a message saying: "ExifTool - Corrupt File".
The file is correctly saved and doesn't repeat the error message, but my Windows marks the disk for Chkdsk, that is run on the next reboot.
Tags:
Steps To Reproduce:
Additional Information: I'm using Windows7 Ultimate 64-bit on a Toshiba Portégé M800 (Centrino Core2 Duo) and exiftool 8.22.
Attached Files:
Notes
(0001196)
Friedemann   
2010-07-19 13:09   
GeoSetter uses ExifTool (http://www.sno.phy.queensu.ca/~phil/exiftool/) for saving the data. So this is a message from ExifTool. In my opinion there are perhaps 2 reasons for this: Your Harddiks where you temp folder is located is maybe nearly full or it is damaged. Please try to empty your temp folder, perhaps this will solve the problem...
(0001200)
cstrauch   
2010-07-19 15:09   
Friedemann, thanks for the feedback. There's a while since I saw this message. The disk is not full (over 50% free) and exiftool was the only application generating corruption tags for CHKDSK. Maybe it was some interaction with Kaspersky Internet Security. I tweaked a few things and I think it made a difference. Thanks again.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
563 [GeoSetter] Image Data minor always 2010-05-23 04:33 2010-07-19 13:23
Reporter: traeuble Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.3.48 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: fotos nach taggen kaputt, wenn sie zuvor gedreht wurden
Description: das problem entsteht, wenn die bilder VOR der bearbeitung in geosetter schon gedreht wurden (z.b. mit Windows-Fotoanzeige) und zusätzlich noch informationen im bild zur Drehung bei der Aufnahme vom Fotoapparat (canon eos350d) vorhanden sind.
beim speichern in geosetter wird angezeigt:
Warning: [minor] Adjusted MakerNotes base by 4206 - E:/Bilder/...

das foto scheint nun richtig getaggt und kann auch gelesen werden.
wenn ich jetzt jedoch vesuche es erneut abzuspeichern oder es zu ändern gibt mir photoshop eine fehlermeldung heraus ("der vorgang konnte nicht ausgeführt werden, weil ein programmfehler aufgetreten ist").

offentsichtlich gibt es da ja ein problem mit der der doppelten information zur ausrichtung, vielleicht wäre es ja möglich die kameragesetzte ausrichtung im geosetter zu ignorieren
Tags:
Steps To Reproduce:
Additional Information: es betrifft quasi alle meine hochformat bilder die ohne umständliches zurückdrehen nicht tagbar sind
Attached Files:
Notes
(0001111)
heiko   
2010-05-24 23:56   
GeoSetter verwendet ExifTool zum Speichern der Daten. Eventuell kommst du schneller zu einer Lösung wenn du parallel im ExifTool Forum einen Eintrag reinstellst. Phil Harvey (der Programmier von ExifTool) schaut sich solche Problembilder normalerweise an und hat auch die passende Antwort bzw. einen Bugfix zur Hand. Das Forum findest du unter: http://u88.n24.queensu.ca/exiftool/forum/
(0001199)
Friedemann   
2010-07-19 13:23   
Könntest Du mir ein solches Bild mal bitte an support@geosetter.de zusenden? Und zwar bitte unbehandelt, das heißt VOR dem Speichern in GeoSetter.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
598 [GeoSetter] User Interface major always 2010-07-09 22:18 2010-07-19 13:20
Reporter: PaulThBrit Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.3.48 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Image thumbnail display
Description: In some folders I have images that do not display the thumbnail image. Some images show the thumbnail correctly and some just show an ACDSee logo (my default image viewer). If I click preview image (Ctrl-P) the image displays normally.

Ideas? I have tried doing an F5 Refresh and updating to the latest version.

Paul
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001142)
PaulThBrit   
2010-07-09 22:23   
PS: I tried changing the default .jpg viewer from ACDSee to the Windows viewer and get the same problem. In the thumbnail display, some images display normally and some with the Windows viewer logo.
(0001143)
PaulThBrit   
2010-07-10 15:58   
Another update - The Control-I image information seems to cause the program to hang up on any image. This is only since I updated to the latest version 3.3.48 Build 1828.
(0001198)
Friedemann   
2010-07-19 13:20   
Do you have this problem always with the same images?

> Another update - The Control-I image information seems
> to cause the program to hang up on any image.

This is fixed now. It was an incompatibility with ExifTool > 8.23

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
591 [GeoSetter] User Interface major always 2010-07-03 18:50 2010-07-19 13:15
Reporter: fichtennadel Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.48 Release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: map not loaded properly and image location markers not shown on map
Description: Used to work fine, but since today (I haven't used Geosetter for some weeks, so this might already be since longer time) the maps do not show up properly. Neither Google Streep Map, Hybrid or OSM.

Only Google Satellite is working partly, but the image location markers are not shown anymore. I've tried Geosetter restart, reboot, IE cache clearing, but no luck.

See attached screenshot for example (note the message and the scale of the Google map: data for 1km is definitely available).

I'm on Win XP SP3, IE6.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Clipboard01.jpg (54,295 bytes) 2010-07-03 18:50
https://www.geosetter.de/mantis/file_download.php?file_id=134&type=bug
jpg

Clipboard02.jpg (250,966 bytes) 2010-07-03 18:51
https://www.geosetter.de/mantis/file_download.php?file_id=135&type=bug
jpg

Clipboard03.jpg (182,597 bytes) 2010-07-04 14:01
https://www.geosetter.de/mantis/file_download.php?file_id=138&type=bug
jpg

Clipboard04.jpg (16,546 bytes) 2010-07-05 20:29
https://www.geosetter.de/mantis/file_download.php?file_id=140&type=bug
jpg
Notes
(0001133)
fichtennadel   
2010-07-04 14:01   
I've tried http://www.geosetter.de/geosetter_map_test.html in IE6 and FF (see screenshot 3: left IE6, right Firefox 3.6). Sometimes map is loaded only partly but some objects are always missing.

Seems overlay objects (slider, markers) are not rendered properly in IE6 anymore.
(0001137)
fichtennadel   
2010-07-05 20:31   
Seems like an issue with png Files in IE6.
See attachment Clipboard04.jpg: http://www.geosetter.de/marker_focused.png is not shown in IE6.
Could you try to use different png options (transparency settings or similar) or use gifs?
(0001140)
fichtennadel   
2010-07-05 22:48   
Sorry for bothering Geosetter bug database with this issue. Actually this has been a problem on my local XP environment: no png images at all have been shown in IE6.

Just in case someone else runs into this:

Root cause have been access permissions downwards registry path "HKEY_CLASSES_ROOT\Mime\Database\Content Type". I have added read permissions for users group directly to this path, now png are shown again and GeoSetter also started to work fine again!

IMHO this bug report can be closed, and sorry once again for putting this up here.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
592 [GeoSetter] Image Data minor always 2010-07-04 04:39 2010-07-19 13:14
Reporter: gregarnst Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.48 Release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Automatic mapping in Panoramio
Description: Using the version of Geosetter, images are no longer being mapped automatically after uploading to Panoramio, but images which I had coded from previous versions are still mapped.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: 006-.jpg (940,512 bytes) 2010-07-04 04:39
https://www.geosetter.de/mantis/file_download.php?file_id=136&type=bug
Notes
(0001131)
gregarnst   
2010-07-04 04:41   
I have updated Exiftool to 8.24.
(0001197)
Friedemann   
2010-07-19 13:14   
As far as I know, Panoramio has a problem with files tagged by GeoSetter, especially with the coordinates tagged to XMP data. That's a bug on Panoramio, not in GeoSetter nor in ExifTool. Please see also here: http://www.panoramio.com/forum/viewtopic.php?t=23901

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
595 [GeoSetter] Image Data feature N/A 2010-07-05 05:04 2010-07-18 23:51
Reporter: NevP Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.48 Release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Request - edit data, time shift for multiple selection.
Description: Firstly, thank you for providing a very useful, feature packed app.

My request relates to the following dialog:
Images => Edit Data... => Date

When using the "Time Shift" option after selected multiple images, the 'Shift Values' appears to relate to the first image of the selection which then sets the time for all images to the same time. I would find this option much more useful if the time for each image is individually shifted by the specified amount. As it is, this option is not very different from the "Set to Fixed Date" option on the same tab.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: geosetter_time_shift_1.jpg (256,030 bytes) 2010-07-18 02:09
https://www.geosetter.de/mantis/file_download.php?file_id=144&type=bug
jpg

geosetter_time_shift_2.jpg (236,815 bytes) 2010-07-18 02:10
https://www.geosetter.de/mantis/file_download.php?file_id=145&type=bug
jpg
Notes
(0001174)
Friedemann   
2010-07-18 02:07   
But this is possible already by using "Set Current Values For All Selected Images", isn't it? Please see attached screenshots...
(0001193)
NevP   
2010-07-18 23:20   
It is too. My mistake.
I did see this option but did not want to apply it because I had thought that it was going to apply the "Target Date:" to all the images selected instead of applying the "Shift Value:" to each image.
I see now that it does do what I was wanting. I just find the dialog a little ambiguous as to what is going to happen. Maybe the label "Target Date:" could be changed to "Target Date of highlighted image:" or something similar.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
607 [GeoSetter] Image Data major always 2010-07-18 14:12 2010-07-18 23:50
Reporter: rau1 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.48 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.57 Release  
    Target Version:  
Summary: Exif Daten gehen teilweise verloren
Description: In meinem Workflow exportiere ich Bilder als JPG aus Lightroom 3 und weise danach mit GeoSetter die GPS Daten zu. Seit einiger Zeit (ich weiss nicht mehr seit welcher Version) gehen durch das Speichern von GeoSetter einige EXIF Felder verloren. Speziell aufgefallen sind mir:

- Die Sternbewertung (sehr lästig)
- Der Anwendungsname (in meinem Fall Adobe Photoshop Lightroom)
- Der Copyright Status (public, protected, unknown)
- Die Ersteller e-mail Adresse
- Die Nutzungsbedingungen
- Der benutzte Objektivtyp
- Die Seriennummer der Kamera
- Die gesamte Sektion "Camera Raw" wie von Adobe Bridge angezeigt
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Beispiel02.zip (1,638,025 bytes) 2010-07-18 20:56
https://www.geosetter.de/mantis/file_download.php?file_id=146&type=bug
Beispiel01.zip (977,708 bytes) 2010-07-18 20:56
https://www.geosetter.de/mantis/file_download.php?file_id=147&type=bug
Notes
(0001180)
Friedemann   
2010-07-18 15:20   
Ist das reproduzierbar? Das kann ich mir erstmal so gar nicht vorstellen... Mit Bewertungen arbeite ich z.B. auch.

Sollte das reproduzierbar sein, würde mir ein Beispielbild sehr helfen, und zwar einerseits vor dem Speichern durch GeoSetter und dann danach. Weiterhin hätte ich gerne den Speicherreport (Menü "Bilder | Speicherreport anzeigen..."), d.h. den gesamten Inhalt der dort in der Liste "ExifTool-Aufruf" steht.
(0001182)
rau1   
2010-07-18 21:04   
Irgendwie ist das sehr seltsam. Beispiel 2 ist eine Datei bei der das Verhalten ist, wie von mir beschrieben (alle Dateien von diesem Wochenende zeigen das Verhalten). Beispiel 1 von einem anderen Wochenende zeigt das Verhalten nicht. An dem zusätzlichen Farbbeschriftungsflag von 01 kan's nicht liegen. Wenn ich 02 Fabbeschrifte und nochmal exportiere hat sie immer noch das Problem.

Die "kopie" Dateien sind jeweils die mit Geosetter bearbeiteten.
(0001185)
Friedemann   
2010-07-18 21:18   
Vielleicht ähnlich wie 0000606?
(0001186)
rau1   
2010-07-18 21:59   
Ist ähnlich, aber nicht das Selbe. Hat aber vielleicht die gleiche Ursache. Ich arbeite ja nach dem Export aus Lightroom nur noch mit Geosetter und Bridge auf den JPG Dateien und gehe nicht mehr in's Lightroom zurück.

Ich nutze jetzt folgenden "Workaround":
1) CR2 RAW Dateien in Lightroom importieren (am Ablageort belassen)
2) Mit Geosetter allen RAW Dateien Positionen und Orte zuweisen (in XMP)
3) Alle Dateien in Lightroom markieren und "Lese Metadaten aus Dateien" ausführen
4) Nachbearbeiten und Selektieren der finalen Fotos, sowie exportieren derselben als JPG
5) Mit diesem Verfahren bleiben erstmal alle EXIF Daten wie sie sein sollen, ich muss nur eben mehr Bilder (alle) Taggen anstatt nur die finale Auswahl. Wenn ich aber in Zukunft doch mal wieder JPGs direkt taggen will/muss sollte es wenn möglich bitte wieder funktionieren. ich kann gerne weitere Tests nach Bedarf durchführen.
(0001187)
Friedemann   
2010-07-18 22:10   
> Ist ähnlich, aber nicht das Selbe.

Doch, ich würde sagen, das ist das gleiche Problem. Du hast Dich "lediglich" dran gestört, dass z.B. die Sterne weg sind. Was allerdings auf den ersten Blick noch schlimmer ist, dass die Entwicklungseinstellungen weg sind. Das sieht zumindest erstmal so aus, gut und sofort sichtbar bei einem Beschnitt. Da ist dann in LR ein neuer Protokolleintrag "Einstellungen zurücksetzen". Diesen Schritt muss man dann müheslig Bild für Bild rückgängig machen...

Was ich nicht ganz verstehe: Du hast am Anfang geschrieben, dass Du erst als JPEGs exportierst und dann diese mit GeoSetter behandelst. Hinterher wären die Sterne weg, sagst Du. Wo siehst Du, dass die Sterne weg sind? Hälst Du die exportierten JPEGs auch in LR und siehst das dort?
(0001188)
rau1   
2010-07-18 22:17   
Es sind nicht nur die Sterne weg, sondern auch die anderen beschriebenen Felder. Andere Daten wie Fotograf, Kameramodell oder Belichtungsparameter bleiben jedoch erhalten. Ich nutze nach dem Lightroom Export, Adobe Bridge um die Bilder weiter zu verwalten - dort sehe ich dann den Unterschied in den Metadaten. Was die Sterne betrifft, sieht man's natürlich auch im Windows 7 Explorer.
(0001189)
Friedemann   
2010-07-18 22:19   
Sorry, natürlich nicht das gleiche wie 0000606, jedoch ab dem Kommentar 1181 von CStaack ("Gerade sehe ich etwas, das mir bislang nicht auffiel..."). Das hatte ich gemeint.
(0001190)
rau1   
2010-07-18 22:24   
Sehe ich genau so. Jetzt müssen wir nur noch rausfnden, was das verursacht. Ich hoffe, Du kannst mit meinen Testbildern was anfangen.
(0001191)
rau1   
2010-07-18 22:44   
Ich kann das Problem von 0000606 mit dem Rücksetzen auf Standardeinstellungen bei mir auch reproduzieren. Ist mir bisher nur nicht aufgefallen, da ich im meinem oben beschriebenen "Workaround" ja erst nach dem Geotaggen die Fotos weiter bearbeite und sie davor ohnehin die Standardeinstellungen hatten. Insofern ist scheinbar mein "Workaround Workflow" erstmal eine valide Abhilfe, bis das Problem gelöst ist.
(0001192)
Friedemann   
2010-07-18 22:55   
Ja, ich schaue die ganze Zeit und teste. Ich sehe nun gerade, da war es Dir ja vielleicht auch aufgefallen, dass die Sterne hinterher auch in Bridge weg sind.

Also ehrlich gesagt nehme ich mal an, dass das evtl. ein Adobe-Problem ist. Die Sterne sind ja defintiv noch da (XMP:Rating) und werden ja auch von GeoSetter erkannt (ExifTool schreibt die Daten zwar, aber GeoSetter liest sie).

Zum Testen reicht also auch Bridge, dort sind zumindest die Sterne sofort nach dem Speichern in GeoSetter weg. Ich versuche nun mal sukzessiv rauszufinden, beim Speichern welcher Daten das genau passiert. Einfach nur ein exiftool.exe -xmp:gpslatitude=1 -xmp:gpslongitude=2 bringt Bridge und LR nicht durcheinander.

Auf jeden Fall vielen Dank schonmal für die Hilfe!
(0001194)
Friedemann   
2010-07-18 23:48   
Ich hab's wohl:

  exiftool.exe -xmp:creator=blabla

das führt dazu, dass Adobe das nicht wieder richtig einliest. Auch

  exiftool.exe -creator=blabla

führt dazu. Auch das Setzen auf den gleichen Wert den es schon hat, führt dazu. Also in meinem Fall

  exiftool.exe -xmp:creator="Friedemann Schmidt"

Wenn ich mir z.B. mit

  exiftool -G:3:1 -all

alle Metadaten eines Bildes in eine Datei schreiben lasse, und zwar vor dem Speicher des Creator und danach, und diese beiden Dateien dann vergleiche, sind die Daten in beiden gleich - bis auf die Reihenfolge. Ich würde deshalb dabei bleiben, dass Adobe da ein Problem hat.

Ich habe jetzt erstmal sicherheitshalber das Schreiben von XMP:Creator rausgenommen und das als offizielles Update 3.3.57 rausgegeben. Nun werde ich mal Phil Harvey von ExifTool dazu kontaktieren...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
605 [GeoSetter] User Interface crash always 2010-07-18 09:18 2010-07-18 13:19
Reporter: Bernhard Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.48 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.54 beta  
    Target Version:  
Summary: Programmabsturz (keine Rückmeldung) bei Bildinfo
Description: Wenn ich die Bild-Info (Strg-I) zu einem Bild aufrufe, bekomme ich "keine Rückmeldung", dass Programm muss geschlossen werden.

Gruß. Bernhard
Tags:
Steps To Reproduce:
Additional Information: Canon G7
Attached Files:
Notes
(0001177)
Bernhard   
2010-07-18 09:25   
Habe die engliche Fehlermeldung zum gleichen Problem gerade gelesen, ausführen als Admin bringt keinen Erfolg.
W7 HomePremium 64bit
(0001179)
Friedemann   
2010-07-18 13:16   
Es gibt dazu 'ne Betaversion (http://www.geosetter.de/geosetter_beta.exe ), aber ich denke, es wird heute auch ein offizielles Update geben...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
603 [GeoSetter] Image Data minor always 2010-07-16 03:33 2010-07-18 13:17
Reporter: PaulThBrit Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.48 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.54 beta  
    Target Version:  
Summary: EXIFTool update
Description: When I start Geosetter I get a warning that there is a new version of EXIFTools available. I am running 8.24 and the new version is 8.25. I click 'Install version 8.25, the file downloads and it returns to the EXIFTool information window aying a new version is available.

If i close Geosetter and re-open it again tells me there is a new version available. I tried uninstalling Geosetter, deleting the directory, purging the registry of 'Geosetter' and 'EXIFTools' and re-installing. Same symptom.

Paul
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001164)
Friedemann   
2010-07-16 03:41   
I think it is a similar problem as reported here: 0000588

In other words, GeoSetter 3.3.48 is not compatible with ExifTool > 8.23.

Can you please quit GeoSetter, start the task manager and kill all still existing ExifTool entries. Now start again GeoSetter and try to install ExifTool 8.23(!). Does this work?

I will launch an update maybe tomorrow which then will work again with the current updates of ExifTool.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
589 [GeoSetter] Image Data minor always 2010-06-30 10:04 2010-07-18 02:20
Reporter: oli Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.48 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.56 Release  
    Target Version:  
Summary: Canon EOS 50D Crop-Faktor
Description: Der Crop-Faktor für die Canon EOS 50D ist noch nicht im Programm enthalten, er ist ebenfalls 1.6
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
543 [GeoSetter] Image Data feature N/A 2010-04-15 12:56 2010-07-18 02:19
Reporter: Champess Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.48 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.56 Release  
    Target Version:  
Summary: Support for camera Panasonic TZ10
Description: Can't find the new camera Panasonic DMC-TZ10.
Is there an update ?
Thank's.
Champess
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001065)
Friedemann   
2010-04-17 01:50   
> Can't find the new camera Panasonic DMC-TZ10.

Please select an image of your camera in the browser and go to "Settings | Cameras" and press Shift+Ctrl+Alt+C. Then paste the result here.

You can also send me an image of the camera to support@geosetter.de
(0001067)
Champess   
2010-04-18 10:34   
Panasonic DMC-TZ10 = 6.087

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
565 [GeoSetter] User Interface minor always 2010-05-26 09:19 2010-07-18 02:17
Reporter: die_niere Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.3.48 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Automatisches Zuweisen von Geodaten auf Netzwerkfreigabe
Description: Hallo,

meine Bilder sind auf einer ext. Festplatte abgelegt, auf die ich als Netzlaufwerk zugreife (Windows 7). Wenn ich über die Funktion "Geodaten anderen Bildern zuweisen" nach gleichnamigen Dateien suchen lasse, werden Bilder auf dem Netzlaufwerk nicht gefunden ("Es wurden keine Bilder für eine Synchronisierung gefunden.")

Kopiere ich hingegen alle Dateien mit identischer Verzeichnisstruktur auf meine lokale Festplatte, klappt alles problemlos.

Gruß
ds
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001113)
die_niere   
2010-05-28 10:01   
Nachtrag: Das gleiche Problem tritt auf, wenn Verzeichnisse und Unterverzeichnisse im "Flat-Modus" aufgelistet werden sollen. Es werden zwar sämtliche Unterverzeichnisse gefunden, aber keine Bilder, wenn auf das Netzlaufwerk zugegriffen wird. Nach Kopie auf die lokale Festplatte klappt's prima.
(0001175)
Friedemann   
2010-07-18 02:14   
Das kann ich nicht nachvollziehen. Bei mir unter Windows 7 funktioniert das einerseits mit einer über USB angeschlossenen Festplatte sowie auch auf einem NAS einwandfrei. Wie verbindest Du das Netzlaufwerk genau? Hast Du dazu noch mehr Infos?
(0001176)
Friedemann   
2010-07-18 02:17   
Könnte das evtl. ein ähnliches Problem wie 0000422 bzw. 0000514 sein? Das habe ich ja eigentlich behoben...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
561 [GeoSetter] User Interface tweak always 2010-05-18 22:14 2010-07-18 01:59
Reporter: Suedlicht Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.3.48 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Standard-Vorlage(n) beim Start laden
Description: Guten Tag

wie schön wäre es, wenn das Programm beim Start gleich eine Vorlage zum Bearbeiten der Daten laden würde. Irgendwie kann ich mir nicht vorstellen, dass ich das bei jedem Programmlauf von neuem tun muss - und wenn ich's vergesse, kann ich nochmal anfangen (was angesichts der Geschwindigkeit von ExifTool wirklich nervt).

Ich schlage vor, das Programm lädt beim Start die Vorlage namens "default".
Gleiches wäre vermutlich auch bei anderen Vorlagen möglich, aber da habe ich noch überhaupt keinen Überblick, wo es überall Vorlagen gibt. (Oder steckt etwa alles in 1 Vorlagendatei?)

Ganz herzlichen Dank,
Karsten Meyer

PS: Falls es sowas in irgendeiner Form bereits geben sollte, bitte ich um Nachsicht, aber ich beschäftige mich nun seit 2 Stunden damit und finde nichts.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001173)
Friedemann   
2010-07-18 01:59   
Was meinst Du mit "Vorlage beim Start laden"? Wo bzw. wann soll diese Vorlage angewendet werden? Erst im Dialog zum Bearbeiten der Daten oder auch schon beim Wechsel in ein Verzeichnis auf alle darin befindlichen Bilder?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
581 [GeoSetter] Image Data minor always 2010-06-11 12:19 2010-07-17 17:17
Reporter: rokdd Platform: win  
Assigned To: Friedemann OS: Win 7  
Priority: normal OS Version: 64 bit  
Status: resolved Product Version: 3.3.48 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.56 Release  
    Target Version:  
Summary: Parsing Error bei 'Ortsabfrage'
Description: Wollte heute für mehrere Bilder (0000439:0000900) die Orte neu abfragen.. bei 8% hat er leider immer den Parsing error (siehe Anhang). Wäer schön wenn man diesen übergehen könnte, oder zumindest wüsste, welches Bild es betrifft.
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files: error_parsing.JPG (116,650 bytes) 2010-06-11 12:19
https://www.geosetter.de/mantis/file_download.php?file_id=132&type=bug
jpg
Notes
(0001122)
rokdd   
2010-06-11 12:31   
(Last edited: 2010-06-11 12:32)
problem tritt auf wenn Bilder ohne Geokoordinaten in der Selektion sind..

leider keine Ahnung wie die 'Note' in meine Beschreibung oben hereinkommt..


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
599 [GeoSetter] Image Data feature N/A 2010-07-11 12:53 2010-07-17 17:12
Reporter: CanonUser Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.54 beta  
Product Build: Resolution: won't fix  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: XMP-Dateibenennung ändern
Description: Problem: Der Nutzer fotografiert das Bild IMG_1234.RAW, konvertiert es in IMG_1234.TIF um es zu bearbeiten und exportiert es dann in IMG_1234.JPG um es an einen Kunden weiterzugeben.

Eine IMG_1234.XMP Datei wäre nicht mehr dem richtigen Bild zuzuordnen.

Es kann sinnvoll sein, in allen 3 Dateien unterschiedliche IPTC-Beschreibungen zu pflegen, z.B. Seriennummer der Kamera und eigene Notizen zu den Rechten nur im RAW, kundenspezifische Informationen nur im TIF, Rechnungsnummer und Art der Übermittlung nur im JPEG.

Vorschlag:
Zusätzliche Option mit Kontrollkästchen in das Register "Datei-Optionen" aufnehmen. Den Dateityp in den Namen der XMP-Datei einbeziehen, z.B. als
IMG_1234.RAW.XMP, IMG_1234.TIF.XMP, IMG_1234.JPG.XMP
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001167)
Friedemann   
2010-07-16 15:11   
Ich verstehe das Problem. Aber die vorgeschlagene Lösung wäre eine spezielle GeoSetter-Lösung, welche von keinem anderen Programm erkannt würde. Das finde ich nicht gut. Die Lösung ist doch eigentlich die, die Dateien entweder in getrennten Ordnern zu halten, oder aber unterschiedliche Dateinamen zu verwenden. Oder?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
604 [GeoSetter] Image Data block have not tried 2010-07-16 23:44 2010-07-17 15:18
Reporter: babar Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.48 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.54 beta  
    Target Version:  
Summary: Geosetter hangs with last exiftol version
Description: I was asked by geosetter to update to last exiftool version and since then geosetter is blocked reading metadata, and never seems to stop

Regards
Eric
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001170)
babar   
2010-07-16 23:48   
Oups seems that this bug was already reported twice. Sorry for that
regards
(0001172)
Friedemann   
2010-07-17 15:18   
This was a problem with ExifTool > 8.23.

When activating the info panel the first time, ExifTool will be used with the command -listx once to get all available tags. The amount of tags seems to be increased in ExifTool 8.24. So the Windows API function CreateProcess hangs because of a too small pipe buffer. I doubled the buffer now to 10 MB...

A new beta version is available at http://www.geosetter.de/geosetter_beta.exe but I will release a new official update as soon as possible, maybe today...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
582 [GeoSetter] Image Data major always 2010-06-11 23:02 2010-07-17 11:17
Reporter: Erik Krause Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.3.53 beta  
Product Build: Resolution: reopened  
Projection: none      
ETA: none Fixed in Version: 3.3.54 beta  
    Target Version:  
Summary: Favoriten haben bei automatischer Zuweisung keine Priorität
Description: Beim automatischen Zuweisen von Ortsdaten sollten Favoriten immer priorisiert werden, auch bei "Alle online abfragen" -> "Immer naheste auswählen". (evtl. optional)

Wenn mehrere Favoriten in Frage kommen, sollten die mit kleinerem Umkreis bevorzugt werden. (oder ist das schon so?)

Tags:
Steps To Reproduce:
Additional Information: Das Problem ist möglicherweise das gleiche wie in 0000578.
Attached Files:
Notes
(0001123)
heiko   
2010-06-12 21:10   
Favoriten haben schon Priorität. Allerdings ist es so, dass bei einer Online Abfrage zuerst die Auswahl von GeoNames angezeigt wird. Nachdem diese Daten gewählt wurden, werden diese durch die Daten des Favoriten überschrieben. Ich finde die Vorgehensweise auch recht unglücklich und habe 578 eröffnet.

Kommen mehrere Favoriten in Frage, dann wird derjenige verwendet, dessen Mittelpunkt näher an den Koordinaten des Bildes ist.
(0001124)
Erik Krause   
2010-06-14 21:49   
Sorry, aber das ist so nicht richtig: Wenn ich mehrere Bilder markiere, Strg+E drücke und "Online abfragen" oder "Alle online abfragen" wähle, werden die Favoriten nicht berücksichtigt. Gerade nochmal ausprobiert.

Das mit dem Abstand zum Mittelpunkt wird oft auch zu den gewünschten Ergebnissen führen, aber leider nicht immer. Wenn ich einen großen Favoriten gesetzt habe, der z.B. für einen Berg gilt (mit dem Mittelpunkt auf dem Gipfel), darauf kleinere Favoriten, die z.B. für einzelne Dörfer oder Höfe gelten, sollte auch dann der Favorit für das Dorf verwendet werden, wenn es (teilweise) auf dem Gipfel des Berges liegt. Auch wenn die Favoriten nur teilweise überlappen ist ein kleinerer Favorit wahrscheinlich genauer definiert als ein großer und von daher zu priorisieren.

Super wären natürlich poligonische Favoriten -> 399
(0001125)
heiko   
2010-06-14 22:53   
Ich hatte da wohl dein "automatisches Zuweisen" von Ortsdaten falsch aufgefaßt. Das was ich geschrieben hatte bezieht sich auf die Synchronisation mit Datendateien.

Wenn ich ein paar Bilder hernehme denen ich ursprünglich einen Favoriten zugewiesen hatte (Name des Favoriten wird im Dialog angezeigt) und die Ortsdaten lösche und anschließend über GeoNames neu abfrage, wird der entsprechende Favorit ignoriert. Der ursprüngliche Name des Favoriten bleibt fälschlicher Weise aber übrig.

Die Priorisierung der Favoriten ist im Moment so implementiert wie ich es oben geschrieben hatte. Deine Argumente für die Priorisierung über die Größe des Favoriten finde ich aber auch gut und ist in vielen Situationen sicherlich hilfreich. Ob Friedemann die Argumente auch gut findet und entsprechend umsetzt bleibt abzuwarten.
(0001168)
Friedemann   
2010-07-16 15:22   
> Sorry, aber das ist so nicht richtig: Wenn ich mehrere Bilder markiere,
> Strg+E drücke und "Online abfragen" oder "Alle online abfragen" wähle,
> werden die Favoriten nicht berücksichtigt. Gerade nochmal ausprobiert.

Das finde ich auch völlig ok! Der Befehl heißt ja "Alle online abfragen", da haben Favoriten gar nix mit zu tun, finde ich.

> Wenn ich ein paar Bilder hernehme denen ich ursprünglich einen
> Favoriten zugewiesen hatte (Name des Favoriten wird im Dialog
> angezeigt) und die Ortsdaten lösche und anschließend über
> GeoNames neu abfrage, wird der entsprechende Favorit ignoriert.

Wie gesagt, das finde ich ok. Sonst hätte man ja gar keine Chance, eine GeoNames-Abfrage zum Zuge kommen zu lassen.

> Der ursprüngliche Name des Favoriten bleibt fälschlicher Weise aber übrig.

Du meinst oben in der Dropdown-Liste im Bearbeiten-Dialog?

Momentan ist es auch so, dass bei Eingabe bzw. Änderung von Koordinaten im Bearbeiten-Dialog keine Favoriten gezogen werden, d.h. ändert man in dem Dialog die Koordinate und liegt das Bild damit in einem Favoritenkreis, werden dessen Daten nicht übernommen. Sollte das so sein???

> Deine Argumente für die Priorisierung über die Größe des Favoriten
> finde ich aber auch gut und ist in vielen Situationen sicherlich
> hilfreich.

Finde ich auch gut und mache das nun auch so. Bisher wurden tatsächlich die nächsten zuerst genommen. Das ist eigentlich unsinn, da der Mittelpunkt eines Favoriten nix über die Wichtigkeit aussagt...
(0001171)
Erik Krause   
2010-07-17 11:17   
>> Sorry, aber das ist so nicht richtig: Wenn ich mehrere Bilder markiere,
>> Strg+E drücke und "Online abfragen" oder "Alle online abfragen" wähle,
>> werden die Favoriten nicht berücksichtigt. Gerade nochmal ausprobiert.

> Das finde ich auch völlig ok! Der Befehl heißt ja "Alle online abfragen", da
> haben Favoriten gar nix mit zu tun, finde ich.

Dann gibt es aber keine Möglichkeit, bei einer Abfrage Favoriten automatisch zu priorisieren, oder? Geonames liegt oft daneben oder ich möchte einfach andere, eigene Bezeichnungen für bestimmte Ort hinterlegen (weil Geonames ja nicht wissen kann, was ich mit dem Ort verbinde).

Man könnte natürlich den Button umbenennen in "Alle automatisch zuweisen" aber eine Checkbox "Favoriten bevorzugen" wäre wahrscheinlich besser.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
577 [GeoSetter] User Interface tweak always 2010-06-06 23:32 2010-07-16 18:15
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.53 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.54 beta  
    Target Version:  
Summary: Anzeige des Favoriten Namens im "Daten bearbeiten" Dialog
Description: wird einem Bild direkt ein Favorit zugewiesen, so wird der Name des Favoriten im "Daten bearbeiten" Dialog Reiter "Ort" angezeigt.

verwendet man die GPS Synchronisation und Bilder liegen innerhalb eines Favoriten, so werden zwar die Daten des Favoriten übernommen, aber im "Daten bearbeiten" Dialog wird der Name des Favoriten nicht angezeigt.

Es wäre übersichtlicher, wenn dieser Name auch entsprechend dargestellt wird.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001169)
Friedemann   
2010-07-16 15:31   
Wird in der Dropdown-Liste ein Favorit angezeigt bzw. dort ausgewählt, heißt das, das, dass die Koordinate des Favoriten auch der des Bildes entspricht. Es findet also eine exakte Zuweisung statt. Da sich ein Bild im Umkreis mehrerer Favoriten befinden kann, kann also dort nicht der Favorit angezeigt werden, in dessen Umkreis sich das Bild befindet, es können ja mehrere sein.

Momentan ist es so, dass in der Dropdownliste ein Favorit dann angezeigt wird, wenn die Koordinate exakt der des Bildes entspricht. das ist falsch. Er sollte dort nur dann angezeigt werden, wenn alle Daten des Favoriten (falls vorhanden) auch denen des Bildes entsprechen. Ändert man dann z.B. im Texteingabefeld die Stadt des Bidles, sollte der angezeigte Favorit verschwinden...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
586 [GeoSetter] User Interface major always 2010-06-14 22:07 2010-07-16 15:08
Reporter: rja Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.48 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.54 beta  
    Target Version:  
Summary: Error reading track
Description: When openening a GISTEQ Phototrackr file the error "The file 1201006131515.gps" seem to be a valid GPS track file" disapeared.

The track file is created by the Gisteq Phototrackr DPL900. I imported the file by the orginal Gisteq software to my HD.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: 1201006131515.gps (253,897 bytes) 2010-06-14 22:07
https://www.geosetter.de/mantis/file_download.php?file_id=133&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
602 [GeoSetter] User Interface minor always 2010-07-15 22:13 2010-07-16 13:29
Reporter: Phoenix Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.54 beta  
    Target Version:  
Summary: Anzeige der Datenfelder im Fenster "Daten bearbeiten" beim scrollen
Description: Guten Tag,

wenn ich zu einem Bild das Fenster "Daten bearbeiten" öffne, befindet sich ja am rechten Rand eine Scrollleiste, um sämtliche Datenfelder anzeigen lassen zu können. Wenn ich dabei den Scrollbalken verschiebe, bleiben die aktuellen Felder stehen und erst beim loslassen aktualisiert sich die Ansicht. Ich persönlich fände es schön, wenn die Felder mitscrollen würde, das würde es mir leichter machen, das gewünschte Feld zu finden.

Ich hoffe ich konnte es einigermaßen erklären,
schönen Abend, Gruß Mike
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
601 [GeoSetter] Image Data minor have not tried 2010-07-14 16:22 2010-07-16 10:21
Reporter: mau Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.3.48 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: data are not saved in multiedit if a photo is deleted
Description: If I edit multiple photos, and while editing I delete one of the photos, during saving an error appears when Geosetter tries to write to the photo no more present. Even if I click on "Continue", however, data that I wrote was discarded; only the modification I made to the files before the one missing are saved.
Tags:
Steps To Reproduce:
Additional Information: Ok, it was my fault, so it's me who must be blamed for; but I think it should not difficult to fix it (or to state it in the documentation...)
Attached Files:
Notes
(0001162)
Friedemann   
2010-07-16 02:08   
Honestly I can not reproduce this problem. When deleting an image file outside of GeoSetter, it will be removed automatically from the file view in GeoSetter. Except to flat view, there the image file will be still shown, but after doing changes to all files, all will be saved correctly and you will get a message after saving that 1 file failed. That's the behaviour I have just tested. Do you have an additional hint hwo to reproduce it?
(0001166)
mau   
2010-07-16 10:21   
@Friedemann: I tried again, and indeed I cannot reproduce the behaviour. It's odd, since I am sure I had to re-insert all EXIF data (I deleted the fourth photo in a list of 24, so it was a bit of a pain...). Anyway I think the bug should be closed, sorry for bothering you.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
578 [GeoSetter] User Interface major have not tried 2010-06-06 23:37 2010-07-16 04:08
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.53 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.54 beta  
    Target Version:  
Summary: Dialog "Ortsdaten auswählen" erscheint bei der GPS Synchronisation obwohl das Bild in einem Favoritenkreis liegt
Description: Dialog "Ortsdaten auswählen" erscheint bei der GPS Synchronisation obwohl das Bild in einem Favoritenkreis liegt. Diese Frage ist hier überflüssig, da die Ortsdaten durch den Favoriten wieder überschrieben werden (zumindest dann wenn die Daten des Favoriten vollständig sind).

Das war doch auch schonmal anders, oder?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001119)
heiko   
2010-06-06 23:48   
Nach weiteren Syncs würde ich das Problem vom "kleinem Fehler" hochstufen (kanns aber nicht). Ohne nachträgliches manuelles Prüfen auf der Karte läßt sich nicht beurteilen ob im GPS Track ein Ausreißer drin war und die Daten des Favoriten korrekt übernommen wurden.
(0001120)
heiko   
2010-06-06 23:49   
:-) .. doch, ich kann die Auswirkung hochsetzen
(0001165)
Friedemann   
2010-07-16 04:08   
> Das war doch auch schonmal anders, oder?

Nein, ich denke nicht.

Das sollte dann jetzt auch funktionieren, wenn durch Favoriten nicht alle Felder zugewiesen wurden. Sind es alle, erscheint der Ortsdatendilaog nicht. Sind durch Favoriten nur einige der ortsrelevanten Felder belegt worden, können im Ortsdatendialog nur die Felder ausgewählt werden, welche nicht vorher durch favoriten belegt wurden.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
571 [GeoSetter] User Interface major random 2010-06-02 01:33 2010-07-16 02:10
Reporter: Skippermark Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.48 Release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: http://ws.geonames.org Unavailable
Description: When trying to get the location of a picture from the web, I get the error "An error or timeout occured while retrieving location information from the web."

This has been happening periodically and randomly for a couple weeks. Any thoughts, or is there a way we can select a different server?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001163)
Friedemann   
2010-07-16 02:10   
For me geonames is working at the moment. You can set up the server in GeoSetter settings.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
573 [GeoSetter] Image Data major always 2010-06-03 14:47 2010-07-16 01:40
Reporter: lifelion Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.48 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.54 beta  
    Target Version:  
Summary: NMEA GPRMC parsing mismatch
Description: Hi, GeoSetter rocks! Thank you.

I am exporting GPS logs from a Globalsat GH-625M.

With a sentence like:
$GPRMC,184826,A,4524.1164,N,1152.8414,E,1.62,,140809,,*38

Latitude is correctly parsed by GeoSetter as:
4524.1164,N which is the same 4524.11640,N

The longitude is incorrectly parsed as:
1152.08414,E where is should be parsed as 1152.84140,E

Maybe a spec would mention that a correct NMEA sentence must have exactly 5 digits after the period but the fact that only latitudes are correctly parsed seems to indicate a bug the GeoSetter parsing of longitudes.
Tags:
Steps To Reproduce:
Additional Information: Log file incorrectly parsed:
$GPRMC,184826,A,4524.1164,N,1152.8414,E,1.62,,140809,,*38
$GPRMC,184900,A,4524.11592,N,1152.81842,E,1.62,,140809,,*3F
$GPRMC,184905,A,4524.11472,N,1152.8141,E,2.16,,140809,,*0E
$GPRMC,184909,A,4524.11448,N,1152.81182,E,1.62,,140809,,*35
$GPRMC,184913,A,4524.11358,N,1152.80768,E,1.62,,140809,,*3B
$GPRMC,184917,A,4524.11292,N,1152.8036,E,2.16,,140809,,*04
$GPRMC,184921,A,4524.11382,N,1152.80132,E,1.08,,140809,,*38
$GPRMC,184928,A,4524.1143,N,1152.80042,E,0.54,,140809,,*01
$GPRMC,184934,A,4524.1143,N,1152.79952,E,0.00,,140809,,*03
$GPRMC,184938,A,4524.1158,N,1152.7997,E,0.54,,140809,,*34
$GPRMC,184945,A,4524.11712,N,1152.79772,E,0.54,,140809,,*3B
$GPRMC,184949,A,4524.11892,N,1152.79982,E,0.54,,140809,,*31
$GPRMC,184953,A,4524.12042,N,1152.80108,E,0.54,,140809,,*30
$GPRMC,185000,A,4524.1206,N,1152.79928,E,1.08,,140809,,*0A

Log file correctly parsed:
$GPRMC,184826,A,4524.11640,N,1152.84140,E,1.62,,140809,,*38
$GPRMC,184900,A,4524.11592,N,1152.81842,E,1.62,,140809,,*3F
$GPRMC,184905,A,4524.11472,N,1152.81410,E,2.16,,140809,,*3E
$GPRMC,184909,A,4524.11448,N,1152.81182,E,1.62,,140809,,*35
$GPRMC,184913,A,4524.11358,N,1152.80768,E,1.62,,140809,,*3B
$GPRMC,184917,A,4524.11292,N,1152.80360,E,2.16,,140809,,*34
$GPRMC,184921,A,4524.11382,N,1152.80132,E,1.08,,140809,,*38
$GPRMC,184928,A,4524.11430,N,1152.80042,E,0.54,,140809,,*31
$GPRMC,184934,A,4524.11430,N,1152.79952,E,0.00,,140809,,*33
$GPRMC,184938,A,4524.11580,N,1152.79970,E,0.54,,140809,,*34
$GPRMC,184945,A,4524.11712,N,1152.79772,E,0.54,,140809,,*3B
$GPRMC,184949,A,4524.11892,N,1152.79982,E,0.54,,140809,,*31
$GPRMC,184953,A,4524.12042,N,1152.80108,E,0.54,,140809,,*30
$GPRMC,185000,A,4524.12060,N,1152.79928,E,1.08,,140809,,*3A
Attached Files:
Notes
(0001160)
Friedemann   
2010-07-16 01:40   
I really don't remember why I have done it like this. Especially for the longitude, I've built in a special handling regarding the number of digits. Depending on the average digits count of longitude values in a track file, a 0 will be included if a longitude value have less digits than this average value :-/ I'm pretty sure that this was because of another user who had problems with his track file (in 2007), but I can't find any mails regarding this anymore. So I removed it now.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
416 [GeoSetter] User Interface minor always 2010-02-01 21:50 2010-07-15 23:04
Reporter: schalker01 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.0 release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Unterstützung von WGS84-Positionsformat hddd°mm.mmm'
Description: Ich bin leidenschaftlicher Geocacher und besitze daher ein Garmin Oregon 400t.
Das Positionsformat, was beim Geocaching und respektive auf dem Garmin Oregon zum Einsatz kommt, ist WGS84 im Format hddd°mm.mmm'
Da ich gern meine Fotos auch geotaggen würde, wäre es super, wenn Geosetter dieses Format auch unterstützen könnte.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Unbenannt.gpx (33,410 bytes) 2010-05-12 23:50
https://www.geosetter.de/mantis/file_download.php?file_id=117&type=bug
unbenannt_gpx.jpg (234,714 bytes) 2010-05-13 00:21
https://www.geosetter.de/mantis/file_download.php?file_id=118&type=bug
jpg

Beispiel.pdf (256,139 bytes) 2010-05-13 11:09
https://www.geosetter.de/mantis/file_download.php?file_id=119&type=bug
Notes
(0001095)
schalker01   
2010-05-12 23:27   
Kann ich hier noch mit einer Bearbeitung rechnen?
(0001096)
Friedemann   
2010-05-12 23:40   
> Kann ich hier noch mit einer Bearbeitung rechnen?

Ja, sorry, kannst Du ;-) Bitte immer mal erinnern wenn's mal länger dauert!

Ich nehme an, Du redest von einem bestimmten Trackdatei-Format. Könntest Du eine solche Trackdatei hier mal anhängen? Oder mir zuschicken?
(0001097)
schalker01   
2010-05-12 23:50   
So, habe mal einen Track angehangen...wenn dies nicht das ist, was benötigt wird, bitte melden. Danke schön ;-)
(0001098)
Friedemann   
2010-05-13 00:22   
Dann verstehe ich die Anforderung vielleicht nicht richtig. Die Trackdatei unbenannt.gpx wird doch korrekt geladen und auch angezeigt, siehe angehängter Screenshot... Was ist das Problem?
(0001099)
schalker01   
2010-05-13 11:11   
Vielleicht haben wie uns da wirklich missverstanden....sorry.
Es ging mir nicht darum, ob der Track korrekt eingebunden und angezeigt wird. Es geht mir um das Koordinatenformat, in dem einzelne Punkte in der Karte getaggt werden können. Ich habe nun mal die Datei "Beispiel.pdf" angehangen, aus der hoffentlich hervorgeht, was ich meine.
Da ich Fotos gern in diesem Format taggen möchte, wäre mir dieses Format wichtig.
(0001100)
Friedemann   
2010-05-13 16:32   
Sorry, ich verstehe das Problem immer noch nicht...

GeoSetter arbeitet doch ausschließlich mit WGS 84. Googla Maps liefert die Koordinaten in WGS 84 und in den Exif-Daten der Bilder werden sie auch als WGS 84 gespeichert.

Geht es Dir um das Darstellungsformat? Das hätte ja nix mit WGS 84 zu tun (WGS 84 ist ein Referenzsystem und hat nichts mit der Darstellung der Werte zu tun). Oder geht es um die paar Meter Unterschied der Koordinaten in dem PDF? Wie kommst Du darauf, dass die von Google geliefert Koordinate falsch ist?
(0001101)
Friedemann   
2010-05-13 16:35   
Ach, da fällt mir ein: Eine Benutzerin hatte mal ein ähnliches Problem mit ihrem Garmin Oregon 550. Da wurden die Koordinaten falsch angezeigt bzw. falsch aufgezeichnet. Das hat sich dann wohl durch ein Firmware-Update erledigt.
(0001103)
schalker01   
2010-05-13 18:01   
Ich habe nicht behauptet, dass die Koordinaten falsch sind. Mir geht es um das Darstellungsformat, ja. Der Oregon liefert die Koordinate halt in einem anderen Eingabeformat als Geosetter....nur darum geht es. Mit einem Firmware-Update des Oregon hat das gar nix zu tun. Das Format des Oregon ist identisch mit sämtlichen Geocaches, die auf Geocaching.com gelistet sind. Ich möchte lediglich, dass Geosetter dieses Format auch unterstützt. Die unterschiedlichen Darstellungsformate gehen ja aus der pdf hervor.
(0001104)
Friedemann   
2010-05-13 18:18   
Hmm... Du schreibst in Deinem PDF, dass die Koordinate in GeoSetter so angezeigt wird: "N51°10.1952' E9°13.6665'", Du möchtest aber gerne dies haben "N 51° 10.187‘ E9° 13.669‘". Wo ist da der Unterschied bis auf das zusätzliche Leerzeichen und das andere Zeichen für die Minute? Stört Dich das Apostroph als Minutenzeichen???
(0001105)
schalker01   
2010-05-13 19:22   
Ich verstehe schon...es wird nix mit der Aufnahme des Formates, wie es Tausende Geocacher aus den Garmin-Geräten bekommen. Ich werde meine Koordinaten einfach hinten mit einer "0" auffüllen müssen, wenn ich Bilder manuell tagge...
Sorry, wenn ich einen so ungewöhnlichen Wunsch hatte...bitte schließ den Vorgang.
(0001151)
Friedemann   
2010-07-15 18:45   
> Ich verstehe schon...es wird nix mit der Aufnahme des Formates,
> wie es Tausende Geocacher aus den Garmin-Geräten bekommen.

Oha... :-)

Ich weiß erhrlich gesagt immer noch nicht, was Du eigentlich gerne möchtest, sorry...

Meine Frage hast Du leider nicht beantwortet:

> Hmm... Du schreibst in Deinem PDF, dass die Koordinate in GeoSetter
> so angezeigt wird: "N51°10.1952' E9°13.6665'", Du möchtest aber
> gerne dies haben "N 51° 10.187‘ E9° 13.669‘". Wo ist da der
> Unterschied bis auf das zusätzliche Leerzeichen und das andere
> Zeichen für die Minute? Stört Dich das Apostroph als Minutenzeichen???

Du schreibst als Antwort:

> Ich werde meine Koordinaten einfach hinten mit einer "0"
> auffüllen müssen, wenn ich Bilder manuell tagge...

Das verstehe ich nun gar nicht. Ich denke, Du würfelst Darstellung und die eigentlichen Daten durcheinander. Bitte versuche doch nochmal genau zu beschreiben, was Du gerne hättest! Dann lässt sich da ja vielleicht auch was machen, aber ich versteh's halt bis jetzt nicht...

Es kann sehr gut sein, dass ich hier ein Brett vor'm Kopf habe, aber dann hilf mir bitte weiter ;-)
(0001153)
schalker01   
2010-07-15 19:43   
Okay, letzter Versuch...ich nutze den Garmin oregon 400t, um Tracks aufzuzeichnen, bei denen ich Fotos mache. Wenn ich dann zu Hause am PC sitze, versuche ich, über den Zeitstempel des Garmin und der Kamera die Daten zusammenzuführen. Der Oregon liefert die Daten im Format hddd°mm.mmm', Geosetter kann dieses aber nicht korrekt verarbeiten, da das Positionsformat hddd°mm.mmmm' lautet. Ich muss also manuell die Koordinate anpassen, damit das Photo korrekt getaggt ist. Ich hoffe, das war etwas verständlicher augedrückt...vielleicht ist Geosetter nicht die korrekte Software für mein anliegen??!
(0001154)
Friedemann   
2010-07-15 19:54   
Ich verstehe es immer noch nicht, sorry...

1. Du tippst die Daten von Hand irgendwie ein???
2. Was meinst Du damit, dass GeoSetter "dieses aber nicht korrekt verarbeiten kann"?

So wie ich es verstehe, liefert der Garmin Dir eine Nachkommastelle weniger als Du in GeoSetter eingeben KÖNNTEST, oder??? Ja, wo ist dann da das Problem??? Du MUSST doch keine 4 Nachkommstellen eingeben, sonsern Du KANNST es... Ist das wirklich das Problem???
(0001155)
schalker01   
2010-07-15 21:06   
Zu Frage 1: Ja, ich tippe die Koordinaten per Hand ein...ein automatischer Abgleich zwischen der im Foto getaggten Aufnahmezeit und der Koordinate zum gleichen Zeitpunkt aus dem Track gibt es doch nicht, oder?

Zu Frage 2: Nochmals ein Beispiel...ich habe mit dem Garmin einen Standort aufgezeichnet und als Wegpunkt markiert, an dem ich ein Foto gemacht habe. Im garmin lautet diese Koordinate N 51° 22.954 E 009° 00.863 . Wenn ich nun diese koordinate per Hand in GeoSetter eingeben möchte, mache ich das unter "Sexagesimal". Sobald ich fertig bin, klicke ich auf "okay", um mir die Positionsmarkierung nochmals in der Karte anzusehen. GeoSetter hat mittlerweile die Eingabe in N51°22.9540' E9°0.8630' umgewandelt (warum auch immer?!), und zeigt mir den Wegpunkt mit einer Abweichung von locker 40 Metern auf der Karte an. Dies ist mir schlicht weg zu ungenau und nicht brauchbar für meinen Zweck. Daher denke ich, dass es nicht nur an der 4. Nachkomma-"KANN"-Stelle liegt, sondern das Format der Koordinate schlichtweg nicht okay arbeitet.
(0001156)
Friedemann   
2010-07-15 22:23   
Zu Frage 1: Ja natürlich geht ein automatischer Abgleich. Deshalb bin ich ja auch so verwirrt. Menü "Bilder | Synchronisierung mit GPS-Datendateien"... Schau mal in die Hilfe. Eben darum geht es doch bei GeoSetter auch hauptsächlich...

Zu 2: Ich denke da liegt bei Dir ein allgemeines Missverständnis bzgl. Zahlen vor, deshalb habe ich ja auch nicht verstanden, was Du willst. Der Wert E 009° 00.863 ist doch der gleiche wie E9°0.8630'. 10,5 Euro ist genauso viel wie 10,50 Euro oder 10,5000000 Euro ;-) Das Problem ist, dass die 3 Stellen eben nicht ausreichen, Du brauchst eine vierte damit es genau genug wird. Anscheinend liest Du die Koordinate irgendwo ab, wo sie einfach zu ungenau angezeigt wird. In der von Dir mal angehängten Trackdatei (warum hattest Du die angehängt wenn Du sie gar nicht benutzt???), sind die Werte ja auch nicht im Sexagesimalformat drin, sondern im Dezimalformat.

Ich verstehe jetzt auch einfach den Wunsch nicht, dass GeoSetter Dir den Wert 0.863 anstatt 0.8630 anzeigen soll. Dadurch wird nix genauer, teilweise im Gegenteil...

Meine Frage: Wo hast Du die Werte denn her die Du da in GeoSetter eingibst? Wo liest Du die ab? Vom Gerät, oder aus irgendeiner Software?
(0001157)
schalker01   
2010-07-15 22:31   
Diese Werte zeichnet der Garmin oregon auf und zeigt sie entsprechend an. Ebenfalls werden diese Daten in der Garmin-Software "MapSource" verarbeitet. Ich zeichne während der Tour Wegpunkte im Garmin auf, die dann hinterher in diesem Format angezeigt werden.
(0001158)
Friedemann   
2010-07-15 22:59   
(Last edited: 2010-07-15 23:04)
Ja, die Anzeige ist aber sehr ungenau, 3 Stellen reichen da vielleicht einfach nicht, das sind schon ein paar Meter. Jedoch nicht 40! Ich denke mal, dass das evtl. ein Anzeigefehler des Garmin ist. Es gab hier schonmal ein Ticket dazu. Leider hatte ich mir Anfang des Jahres ja mal die Datenbank zerhauen, so dass dieser Eintrag nicht mehr da ist. Ich meine mich zu erinnern, dass es da ein Firmware-Update von Garmin gab...

Lange Rede kurzer Sinn: Das was Dir das Gerät anzeigt, ist offenischtlich falsch. Das was Du Dir für GeoSetter wünschst, macht überhaupt keinen Sinn. Ob mit 0 als vierter Nachkommastelle oder ohne, der Wert ist der gleiche...


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
572 [GeoSetter] Image Data major always 2010-06-03 12:41 2010-07-15 22:35
Reporter: hpsess Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.48 Release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: portrait pictures loose their exif tags when geo-tagging
Description: relates to GEOSETTER 3.3.48 (build 1828) on Windows Vista using EXIFTOOL 8.20 and 8.21

Some (most portrait) pictures loose their exif tags when geo-tagging with GEOSETTER and EXIFTOOL 8.20 as well as 8.21.
I have not noticed this happen with standard landscape format (4:3), but with almost (!) all portrait and panoramic pictures.
Tags:
Steps To Reproduce:
Additional Information: First noticed using EXIFTOOL 8.20, but I don't know which was the last version without this behaviour.

I include two examples (reduced size) before and after tagging; picture no. ...84 strangely worked without problems in original size !
Attached Files: 4pictures.zip (1,106,860 bytes) 2010-06-03 12:43
https://www.geosetter.de/mantis/file_download.php?file_id=127&type=bug
P1210187(EXIFER).jpg (325,066 bytes) 2010-06-03 15:32
https://www.geosetter.de/mantis/file_download.php?file_id=128&type=bug
Notes
(0001114)
hpsess   
2010-06-03 15:32   
I used EXIFER (latest available version 2.1.5, an old but - up to now - reliable horse) to look at the tags first, and this program does not see the tags and the exif-thumbnail after geo-tagging. Updating the thumbnails in EXIFER actually deletes the exif-tags - and so I did not see them in other tools neither.

So it seems I have to blame EXIFER to kill the tags - but why should EXIFER not see the tags ? And why only in portrait pictures ?

I add a picture after updating it by EXIFER. Most camera-related tags are missing.
My main concern is the tag "Date/Time Original", since I use this for sorting.
(0001115)
Friedemann   
2010-06-04 13:08   
Honestly I can not see any problems with your images (in 4pictures.zip and P1210187(EXIFER).jpg). All your images contain Exif data (including "Date/Time Original"). See Ctrl+I in GeoSetter. Also all your images are shown in correct orientation in GeoSetter.

You are right, Exifer does not show all Exif data. It seems that it have a problem with some data, but as Exifer has not been updated for 8 years now, it's not a surprise ;-)
(0001116)
hpsess   
2010-06-05 01:14   
Friedemann:
My solution for know is: I don't touch the geo-tagged files any more with EXIFER ...
Too bad that EXIFER is no longer maintained: It has a very nice feature to modify the "date/time original" in increasing steps. I use this for batch-tagging my scanned slides... Maybe you could include this in Geosetter, this way I would no longer need EXIFER.

Thanks for your time to look at the problem !
Peter

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
590 [GeoSetter] User Interface block always 2010-06-30 21:40 2010-07-15 22:33
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.53 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.54 beta  
    Target Version:  
Summary: Crash wenn bei aktivem Filter Flat Modus eingeschalten wird
Description: GeoSetter stürzt ab wenn bei aktivem Filter der Flat Modus eingeschalten wird.

Unbehandelte Ausnahme bei 0x0040562a in GeoSetter.exe: 0xC0000005: Zugriffsverletzung beim Schreiben an Position 0x000905e8
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001127)
heiko   
2010-06-30 22:11   
zur Info: in der Release Version 3.3.48 tritt dieser Absturz nicht auf
(0001150)
Friedemann   
2010-07-15 18:37   
Hast Du dazu mehr Infos? Kracht es sofort, oder erst mitten im Einleseprozess? Ist das vielleicht abhängig von Deinen Ordnern bzw. damit den darin befindlichen Dateien? Ich kann es bisher nicht reproduzieren...
(0001152)
Friedemann   
2010-07-15 19:29   
Hab das Problem wohl gefunden bzw. kann es reproduzieren...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
593 [GeoSetter] User Interface crash always 2010-07-04 07:19 2010-07-15 18:33
Reporter: Burrito Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.48 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.54 beta  
    Target Version:  
Summary: Crashes when called "Pic Info"
Description: hi

Always when i call "Picinfo" then Geosetter freezes and has to be killed with Taskman

No Crashreport available

OS: WIN XP SP3
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Geosett1.jpg (39,230 bytes) 2010-07-04 07:19
https://www.geosetter.de/mantis/file_download.php?file_id=137&type=bug
jpg

bugreport.txt (10,818 bytes) 2010-07-04 20:04
https://www.geosetter.de/mantis/file_download.php?file_id=139&type=bug
Notes
(0001132)
Burrito   
2010-07-04 07:28   
Info: Problem only when calling program as standard User
With Admin rights it is ok
(0001136)
heiko   
2010-07-04 23:27   
I've just done a downgrade to ExifTool 8.23 and with this older version the problem doesn't occur, but this is only a workaround in my opinion
(0001138)
Burrito   
2010-07-05 20:39   
Downgraded Exiftool, to 8.23, too.
Fixed the problem for the moment.

There is a waiting time approximately about 5-10 seconds when calling picinfo.
Is this because of accessing Exiftool?
(0001139)
heiko   
2010-07-05 21:15   
yes, the picinfo is built with ExifTool, but 5-10 seconds is very long.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
588 [GeoSetter] User Interface block always 2010-06-28 16:05 2010-07-15 17:30
Reporter: AlbertoConte Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.48 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.54 beta  
    Target Version:  
Summary: Geosetter does not stard anymore
Description: I installed Geosetter last week, everything was OK. I think that after an automatic update of my windows vista something changed in the configuration, and Geosetter doesn't work anymore. I click on the icon and nothing happens...
I already tried to uninstall, restart computer and reinstall...nothing
I have Vista 6.0 SP2
On other computers of my colleagues everything is OK
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001129)
rja   
2010-07-02 11:21   
I had the some problem after updating to last version of EXIFTOOL.
(0001130)
wazabees   
2010-07-02 19:54   
I had the same problem. Problem was solved after downgrading to Exiftool v8.23. Here's a link to it, if you need to downgrade.

http://www.sno.phy.queensu.ca/~phil/exiftool/exiftool-8.23.zip

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
597 [GeoSetter] User Interface major always 2010-07-08 22:38 2010-07-15 17:29
Reporter: nils Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.48 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.54 beta  
    Target Version:  
Summary: Programm "haengt" nach dem Start
Description: Nach dem Start werden die Fotos des ausgewaehlten Ordners gezeigt, die Fenster Info, Karte und Tracks bleiben leer. Es erscheint sofort die Sanduhr. Menuepunkte sind nicht auswaehlbar. In der Statuszeile erscheint: "72 Bilder, Lese 22% (16 mit Geodaten) - 1 ausgewaehlt (1 mit Geodaten)". Anzeige bleibt so stehen.
Es ist nur ein Abbruch durch Schliessen des Fensters moeglich.
Tags:
Steps To Reproduce:
Additional Information: Windows 7 Ultimate
Attached Files:
Notes
(0001141)
nils   
2010-07-09 13:06   
Habe geosetter de- und danach neu installiert - derselbe Effekt.
(0001144)
xaxaxa   
2010-07-13 19:09   
Bei mir kam das einmal vor, als eine exiftool-Instanz unsichtbar im Hintergrund lief (oder eben nicht lief) – Geosetter war zuvor einmal abgestürzt. (Überprüfbar im Taskmanager.)
(0001145)
smoky27   
2010-07-13 20:43   
(Last edited: 2010-07-14 21:21)
Das gleiche bei mir. Seit einigen Tagen hängt Geosetter beim Start. Dies tritt seit dem letzten Exiftool Update auf.

Windows Vista Home Premium 32 Bit.

Ergänzung:
Dies passiert immer dann wenn die Ansicht "Bild-Info" aktiviert wird. Schaltet man diese aus bzw, garnicht erst ein, funktioniert GeoSetter wieder.

(0001146)
nils   
2010-07-14 22:20   
Ich kann die Ergaenzung von smoky27 bestaetigen: ich habe die Bild-Info nach dem Start schnell abgeschaltet, und nun funktioniert geosetter wieder.
(0001147)
Friedemann   
2010-07-15 16:33   
Sorry, ich war im Urlaub. Schaue mir das jetzt an...
(0001148)
Friedemann   
2010-07-15 16:45   
Schon erledigt. Da ist leider ein Update von GeoSetter nötig. Das werde ich wohl heute oder morgen zur Verfügung stellen.

Zur Erklärung: Ab ExifTool 8.24 hat sich anscheinend die Ergebnismenge des Befehls -listx sehr vergrößert, so dass der Aufruf der Windows API-Funktion CreateProcess mit einem Pipe-Buffer von 50 Kilobyte hängen blieb. Ich habe den Puffer jetzt verdoppelt.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
458 [GeoSetter] Image Data tweak always 2010-02-15 20:06 2010-07-15 16:48
Reporter: Bin_der_Boss Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.1 release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Automatische Übernahme der Geodaten in Panoramio nicht korrekt
Description: Guten Tag,

Dies ist wahrscheinlich bekannt, ich habe ein entsprechendes Mantis aber nicht gefunden.
Wenn ich die Bilder mit den GPS-Daten vervollständige, so werden die Bilder von Panoramio nicht an der korrekten Position angezeigt.
Google Earth tut das aber sehr wohl!

Im Internet fand ich, man soll dann die Bilder mit einem anderen Programm unter anderem Namen abspeichern, aber auch das bringt nicht die Lösung. Ich benutze Photoshop CS4.

Mfg,
Marc
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: geosetter_remove_xmp_coordinates.jpg (60,770 bytes) 2010-02-17 23:34
https://www.geosetter.de/mantis/file_download.php?file_id=69&type=bug
jpg
Notes
(0000945)
Bin_der_Boss   
2010-02-15 20:21   
Zur Info: Ich habe soeben einmal mit dem Original Programm probiert, das von AMOD geliefert wird (AMOD GPS Tracker), und die dort bearbeiteten Daten übernimmt Panoramio korrekt.

Vielleicht liegt es ja an anderen eingegebenen Daten, z.B. den Ortsangaben, vielleicht auch weil dort Deutsche Sonderzeichen zu finden sind.
(0000950)
Friedemann   
2010-02-17 23:37   
Das war mir schon bekannt, ich hatte das aber noch nicht geprüft. Nun habe ich mal getestet. Anscheinend mag Panoramio die Koordinaten in den XMP-Daten nicht, zumindest nicht so wie ExifTool die schreibt. Selbige sind aber laut Spezifikation völlig korrekt. Ist in meinen Augen also absolut ein Problem von Panoramio.

GeoSetter legt die Koordinaten ja in den Exif-Daten UND den XMP-Daten, also doppelt ab. Ein Workaround wäre, die Koordinaten aus den XMP-Daten wieder rauszunehmen. Das geht automatisch mit GeoSetter. Anbei ein Screenshot. Ist aber eigentlich 'ne blöde Lösung...
(0000951)
Bin_der_Boss   
2010-02-18 11:47   
Prima, das ist zwar tatsächlich eine echt dumme Lösung, funktioniert aber.
Warum Panoramio so reagiert ist mir schleierhaft.

Gibt es eine Möglichkeit in den Einstellungen, das so einzugeben, das man wählen kann, ob die zusätzliche Bearbeitung ausgeführt wird, z.B. vor dem Befehl einen Hinweis auf eine Informationszeile einfügen, wenn man das Auschließen der xmp-Daten NICHT möchte. Das würde verhindern, jedes Mal die Befehlszeile vollständig neu eingeben zu müssen. Leider kenne ich die benutze Sprache nicht.
Ich werde mal schauen, ob es bei Panoramio möglich ist, eine Fehlermeldung mit einem Bild als Anlage zu übermitteln, damit die sich das mal ansehen.

Danke für die Hilfestellung.
(0001126)
Bin_der_Boss   
2010-06-18 13:02   
Guten Tag,

Ich versuche gerade noch einmal Bilder zu Panoramio zu laden.
Aber die automatische Positionierung läuft wieder nicht,
auch nicht mittels der Einstellung -execute -xmp:gpslatitude= -xmp:gpslongitude= nach Ausführung des Exiftolls.
Könnte das an der momentan aktuellen Version, sprich 8.22 liegen? Sind dort diese Instruktionen nicht mehr aktuel?
(0001149)
Friedemann   
2010-07-15 16:48   
Wie gesagt, ist ein Problem bei Panoramio und kann aber über den angehängten Screenshot auf GeoSetter-Seite umgangen werden.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
580 [GeoSetter] Image Data minor always 2010-06-09 21:38 2010-07-12 00:07
Reporter: smillien62 Platform: Q9550 @ 2.83GHz  
Assigned To: Friedemann OS: Windows XP Pro ver 2002 SP 3  
Priority: normal OS Version: 3.3.48.1828  
Status: assigned Product Version: 3.3.48 Release  
Product Build: 1828 Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Warnings after saving pictures
Description: I always have the same error with my JPEG pictures.

Result of ExifTool :

C:\Documents and Settings\stephane.MUSHU\Application Data\GeoSetter\tools\exiftool.exe -@ "C:\DOCUME~1\STEPHA~1.MUS\LOCALS~1\Temp\et008C5C4F.arg" -common_args "C:\DCIM\JPEG_NEW\_MG_1570.JPG"

-P
-XMP:all<EXIF:all
-XMP:Orientation<IFD0:Orientation
-XMP:all<GPS:all
-XMP:GPSLatitude<Composite:GPSLatitude
-XMP:GPSLongitude<Composite:GPSLongitude
-XMP:GPSDateTime<Composite:GPSDateTime
-XMP-dc:Creator<IPTC:By-line
-XMP-dc:Description<IPTC:Caption-Abstract
-XMP-dc:Rights<IPTC:CopyrightNotice
-XMP-dc:Subject<IPTC:Keywords
-XMP-dc:Title<IPTC:ObjectName
-XMP-photoshop:AuthorsPosition<IPTC:By-lineTitle
-XMP-photoshop:CaptionWriter<IPTC:Writer-Editor
-XMP-photoshop:Category<IPTC:Category
-XMP-photoshop:City<IPTC:City
-XMP-photoshop:Country<IPTC:Country-PrimaryLocationName
-XMP-photoshop:Credit<IPTC:Credit
-XMP-photoshop:DateCreated<IPTC:DateCreated
-XMP-photoshop:DateCreated<Composite:DateTimeCreated
-XMP-photoshop:Headline<IPTC:Headline
-XMP-photoshop:Instructions<IPTC:SpecialInstructions
-XMP-photoshop:Source<IPTC:Source
-XMP-photoshop:State<IPTC:Province-State
-XMP-photoshop:SupplementalCategories<IPTC:SupplementalCategories
-XMP-photoshop:TransmissionReference<IPTC:OriginalTransmissionReference
-XMP-photoshop:Urgency<IPTC:Urgency
-XMP-iptcCore:CountryCode<IPTC:Country-PrimaryLocationCode
-XMP-iptcCore:Location<IPTC:Sub-location
-XMP-iptcCore:IntellectualGenre<IPTC:ObjectAttributeReference
-XMP-iptcCore:SubjectCode<IPTC:SubjectReference
-XMP-dc:Description<EXIF:ImageDescription
-XMP-photoshop:DateCreated<EXIF:DateTimeOriginal
-XMP-photoshop:DateCreated<Composite:SubSecDateTimeOriginal
-XMP-xmp:CreateDate<Composite:SubSecCreateDate
-XMP-xmp:ModifyDate<Composite:SubSecModifyDate
-XMP-dc:Rights<EXIF:Copyright
-XMP-dc:Creator<EXIF:Artist
-execute
-P
-EXIF:DateTimeOriginal=2010-06-06T14:05:50Z
-EXIF:CreateDate=2010-06-06T14:05:50Z
-EXIF:ModifyDate=2010-06-06T14:05:50Z
-EXIF:TimeZoneOffset=
-XMP:DateTimeOriginal=2010-06-06T14:05:50Z+02:00
-XMP:DateTimeDigitized=2010-06-06T14:05:50Z+02:00
-XMP:ModifyDate=2010-06-06T14:05:50Z+02:00
-EXIF:GPSSatellites=0
-EXIF:GPSLatitude=50.93901700
-EXIF:GPSLongitude=1.85341300
-EXIF:GPSLatitudeRef=N
-EXIF:GPSLongitudeRef=E
-EXIF:GPSMapDatum=WGS-84
-EXIF:GPSVersionID=2.2.0.0
-EXIF:GPSAltitude=3.000000
-EXIF:GPSAltitudeRef=Above Sea Level
-EXIF:GPSSpeed=1.440000
-EXIF:GPSSpeedRef=KM
-EXIF:GPSDateStamp=2010:06:06
-EXIF:GPSTimeStamp=12:05:50
-XMP:GPSLatitude=50.93901700
-XMP:GPSLongitude=1.85341300
-XMP:GPSVersionID=2.2.0.0
-XMP:GPSMapDatum=WGS-84
-XMP:GPSAltitude=3.000000
-XMP:GPSAltitudeRef=Above Sea Level
-XMP:GPSSpeed=1.440000
-XMP:GPSSpeedRef=KM
-XMP:GPSDateTime=2010-06-06T12:05:50Z
-XMP:Creator=
-XMP:AuthorsPosition=
-XMP:CountryCode=FRA
-IPTC:CodedCharacterSet=
-XMP:Country=France
-XMP:State=Nord-Pas-de-Calais
-XMP:City=Calais
-XMP:Location=Les Fontinettes, rue Antoine Leleu
-XMP:Artist=
-XMP:Description=
-XMP:Instructions=
-XMP:Title=
-XMP:Headline=
-XMP:Credit=
-XMP:Rights=
-XMP:CaptionWriter=
-XMP:Source=
-XMP:Category=
-XMP:Subject=Calais
-XMP:Subject=France
-XMP:Subject=Les Fontinettes, rue Antoine Leleu
-xmp:rating=
-xmp:ratingpercent=
-XMP:CreatorAddress=
-XMP:CreatorPostalCode=
-XMP:CreatorCity=
-XMP:CreatorRegion=
-XMP:CreatorCountry=
-XMP:CreatorWorkTelephone=
-XMP:CreatorWorkEmail=
-XMP:CreatorWorkURL=
-execute
-overwrite_original
-P
-L
-IPTC:Country-PrimaryLocationCode=FRA
-IPTC:Country-PrimaryLocationName=France
-IPTC:Province-State=Nord-Pas-de-Calais
-IPTC:City=Calais
-IPTC:Sub-Location=Les Fontinettes, rue Antoine Leleu
-IPTC:Keywords=Calais
-IPTC:Keywords=France
-IPTC:Keywords=Les Fontinettes, rue Antoine Leleu
====================================================

Errors / Warnings :

Warning: Invalid original decision data - C:/DCIM/JPEG_NEW/_MG_1570.JPG
Warning: [minor] IPTC:Sub-location exceeds length limit (truncated)

====================================================

The JPEG file is correctly tagged. (See attachments)
Tags:
Steps To Reproduce: [Ctrl] + S
Additional Information: * ExifTool = 8.22
* _MG_1570.JPG = original file
* GeoTag with gpx file, exported from Nokia N95 / Sports Traker
System Description ExifTool = 8.22
Attached Files: _MG_1570.JPG (97,937 bytes) 2010-06-09 21:38
https://www.geosetter.de/mantis/file_download.php?file_id=129&type=bug
jpg

W20100606171354.gpx (235,927 bytes) 2010-06-09 21:41
https://www.geosetter.de/mantis/file_download.php?file_id=130&type=bug
_MG_1570_result.jpg (97,937 bytes) 2010-06-09 21:42
https://www.geosetter.de/mantis/file_download.php?file_id=131&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
579 [GeoSetter] User Interface major always 2010-06-07 21:09 2010-07-12 00:07
Reporter: Woody Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.48 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GPS Daten in tiff Bildern werden nicht in Picasa angezeigt
Description: Hallo,

wenn ich meine tiff Bilder tagge kann ich sie in Picasa und JetPhoto Studio nicht auf einer Karte anzeigen lassen.
Mit jpeg Bildern kein Problem. Mach ich was falsch???
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
583 [GeoSetter] Image Data minor always 2010-06-13 20:54 2010-07-12 00:07
Reporter: rokdd Platform: win  
Assigned To: Friedemann OS: Win 7  
Priority: normal OS Version: 64 bit  
Status: assigned Product Version: 3.3.48 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Rotation der .PEF Dateien
Description: Hallo,

ich habe erstmals PEF Dateien mit Geosetter getagged was auch prima funktioniert. Im explorer (ausserhalb von geosetter) kommen bei mir gar keine thumbs. Die Thumbs im Geosetter sind leider falsch herum.. Wenn ich die Dateien im Adobe Bridge öffne sind diese richtig herum. Nur klein, aber man muss den Kopf immer so verdrehen um zu erkennen was abgebildet ist

Danke!
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
587 [GeoSetter] User Interface minor N/A 2010-06-17 15:01 2010-07-12 00:07
Reporter: Hans Leenaarts Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.48 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Request for support of more maps
Description: I travel through Australia a lot. There are many excellent detailed maps of Australia for use on the computer (Hema for instance). I use these maps for navigation purposes with OziExplorer (www.oziexplorer.com). It would be great if Geosetter could support these maps as well.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001128)
SimonHall   
2010-07-01 05:43   
GB Ordnance Survey Maps (as used in Multimap) would be great too!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
596 [GeoSetter] Image Data feature always 2010-07-05 05:17 2010-07-12 00:07
Reporter: NevP Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.48 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Request - Time adjustment when synchronizing with GPS data.
Description: Currently when synchronizing images with GPS data, any images which do not correspond to any of the GPS track specified are left completely unedited.

It would be useful to have an option whereby any of the "Time Adjustment" or "Additional Time Adjustment" settings are applied to the selected images even when their location information is not updated.

The specific problem I have with the current situation:
I select multiple images and assign "Time Adjustment" parameters when syncronizing with GPS data.
Some images correspond with the GPS track and some do not. This results in the time info being shifted for some images but not for others.
Now when I sort the images by time they are out of sequence.
I now need to edit the times of the unedited images individually, which can be time consuming.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
600 [GeoSetter] Image Data feature N/A 2010-07-11 15:15 2010-07-12 00:07
Reporter: CanonUser Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.54 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Ideen für neue Features von Geosetter
Description: Die folgenden Vorschläge betreffen alle die Verwaltung von Bildern und sollen helfen, die Archivierung zu unterstützen. Ich habe dazu mal 3 Formulare gebastelt und angehängt (nur optisch, ohne Funktionalität):

1. Formular "Filterdialog": Hier sind einige Spezialfunktionen zusammengefasst, die der aktuelle Filter (noch) nicht kann und die ich für nützlich halte. Dazu wäre eines der zahlreichen freien Programme hilfreich, die MD5 und SHA für eine Datei berechnen. Es geht beispielsweise darum, Unterschiede zwischen den Metadaten im Bild und in XMP-Dateien zu finden, falls beispielsweise Lightroom Änderungen ins XMP aber nicht ins Bild schreiben will.

2. Der "Archivierungsassistent" setzt auf den gefilterten Daten auf und führt Änderungen aus, z.B. XMP-, SHA und MD5-Dateien erstellen.

3. Der "Metadatenabgleich" hilft, Unterschiede zwischen den Metadaten in Bilddatei und in der XMP-Datei zu finden und anzugleichen.

4. Was sicher eine interessante Funktion wäre: "Lösche Seriennummern von Kameras aus den Makernotes" welche dann bei den Dateioptionen für jede Datei eingestellt werden kann oder ganz allgemein eine Vorlage, die sich jeder beispielsweise als "ebay" oder "fotocommunity" erstellen kann, um markierte Bilder automatisch zu anonymisieren (=Metadaten löschen).
Tags:
Steps To Reproduce:
Additional Information: Windows Archivbit: Windows setzt bei jedem Ändern das Archiv-Attribut der Datei. Da manche Programme (nicht nur Geosetter) das Dateidatum auf das Aufnahmedatum setzen können, ist ein Backup-Programm auf andere Parameter angewiesen, um Änderungen festzustellen.
Wenn das Backup manuell erfolgt (z.B. einfach auf DVD brennen), kann bei manuell rückgesetztem Attribut eine nachträgliche Änderung erkannt werden.

Unter VBS wird das Archivattribut so zurückgesetzt:
  Set Datei = CreateObject("Scripting.FileSystemObject").Files("C:\...\DateiName.txt")
  If (Datei.Attributes And 32) Then
    Datei.Attributes = Datei.Attributes And Not 32
  End If
Attached Files: FilterDialog.gif (9,030 bytes) 2010-07-11 15:15
https://www.geosetter.de/mantis/file_download.php?file_id=141&type=bug
gif

Archivierungsassistent.gif (11,949 bytes) 2010-07-11 15:15
https://www.geosetter.de/mantis/file_download.php?file_id=142&type=bug
gif

MetadatenAbgleich.gif (14,557 bytes) 2010-07-11 15:16
https://www.geosetter.de/mantis/file_download.php?file_id=143&type=bug
gif
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
415 [GeoSetter] User Interface feature always 2010-02-01 21:14 2010-06-08 19:44
Reporter: dhmc05 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.1 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Synchronize with GPS Data Files - Use Waypoint
Description: When using the "Use Waypoint" option the timezone is not used.
So, for example, synchronize a photo with "Use Waypoints" against a waypoint file gives a time adjustment of -0:59:13.
When syncing this images using the "Use Local Windows Settings" this same photo and the same waypoint file needs to be corrected for timezone so the time adjustment of -0:59:13 should be corrected to -0:59:13 + 1:00:00 = +0:00:13.

Feature request: Make the "Use Waypoint" option timezone aware, like the "Use Local Windows Settings" option does or add an option "Use Waypoint with Timezone"

Background information
For good geotagging on should know the time difference between the clock of the GPS device and that of the camera.
To me, the easiest way and most precise way to do this is to make one photo and at the same time make a waypoint.
The I use the "Use Waypoint" option to calculate the time difference between the GPS device and the Camera photo. Having the time adjustment I go to the "Use Local Windows Settings" the geotag all the images against the tracklog file.
The problem is that the Use Waypoint option is not timezone aware. So always the time adjustment found needs to be corrected for the timezone.
So living in the Netherlands and making a photo in januari I have to correct found adjusted time of -0:59:13 to -0:59:13 + 1:00:00 = +0:00:13. This error prone.

So making the "Use Waypoint" timezone aware (optional) would solve this problem.
I hope I'm clear.
Tags:
Steps To Reproduce:
Additional Information: GPS device OziExplorer on Windows Mobile 5
Camera model: Canon 350D
Attached Files:
Notes
(0001121)
dhmc05   
2010-06-08 19:44   
Have you looked into this?

A workaround would be to put a checkbox on the "Assign Waypoint" dialog to toggle the timezone correction on/off. Ofcourse this would only work for the current timezone, but it would help.

Please make sure that the time different is also applied in the "Synchronize with GPS Data Files" when coming back in this dialog (at the bottom line).

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
575 [GeoSetter] User Interface major always 2010-06-06 02:31 2010-06-06 02:32
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.53 beta  
    Target Version:  
Summary: Starting GeoSetter with param file in collection mode does not work correctly
Description: Starting GeoSetter with param file in collection mode does not work correctly
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
560 [GeoSetter] User Interface major always 2010-05-18 22:01 2010-06-06 02:27
Reporter: flodur Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.48 Release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Problem with zooming on map
Description: Yesterday I first tried GeoSetter and it worked like a charm! Fast and very easy to work with, especially the drag functionality of the (google) map to fine-tune the position of a photo.

Today I wanted to continue to geotag (fine-tune) my photos, but the map suddenly acted strange:

Everything works fine until I zoom in with my mousewheel or use double-click to zoom in or out. After that, all markers disappear completely and single-click, (to move the red-marker for instance) doesn't do anything anymore (but I can still scroll the map or zoom in and out). There is no way to bring the markers back (tried a lot of things).
As if the interaction layer of GeoSetter had disappeared.

The only way to restore the map is to close and reopen the program.

I almost thought that zooming didn't work anymore at all, but using the zoom-bar + buttons didn't cause the markers to disappear. Also using the + or - on the keyboard are completely fine. So the bug is probably related to the interaction of the mouse.

I'm 99% sure this problem wasn't there yesterday (I always use mouse wheel to zoom).
I tested this bug on my laptop and it has exact same problem (I never used geosetter on my laptop before). So the bug isn't limited to my pc only.

Was there an update to the map today that could cause this bug?
(I use the http://www.friedemann-schmidt.com/geosetter/gmap21.html map)

Although the program can still be used by using the dedicated zoom-bar or keyboard + - buttons, I very much like to zoom in and out with my mouse, because its much quicker and more precise.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001110)
flodur   
2010-05-19 21:03   
Today the bug is no longer present, I can zoom in and out again with the mouse.
(0001117)
Friedemann   
2010-06-06 02:27   
I think this was a temporary problem with Google...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
555 [GeoSetter] User Interface feature N/A 2010-05-13 20:02 2010-06-05 19:19
Reporter: miggedy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Exportieren von GPS-Track aus Fotos
Description: Ich würde mir eine Funktion wünschen, die mir (zusätzlich zum Export nach Google Earth) auch einen einfachen GPS-Track (z.B. im *.gpx-Format) ermöglicht. So kann die Urlaubsstrecke noch in anderen GPS-Track-Editoren nachbearbeitet werden und "schlenker" bei denen keine Fotos gemacht wurden hinzugefügt werden.
Grundsätzlich ist dies zwar sogar durch Konvertierungen mit dem jetzigen Google -Earth-Export möglich, allerdings fehlen dann darin die Uhrzeiten der Wegpunkte (Fotos).
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
558 [GeoSetter] User Interface feature N/A 2010-05-15 17:44 2010-06-05 19:19
Reporter: Johann Stieger Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.53 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Umstieg von Inno-Setup auf ein Tool welches Windows Installer unterstützt
Description: Hallo Friedemann,

es wir wohl viel Aufwand sein, aber ist es möglich von Inno-Setup (welches soweit ich erkennen kann derzeit verwendet wird) auf ein Tool umzusteigen, welches die Windows Installer Technologie verwendet (z. B. WiX - Windows Installer XML)?

Vorteil damit erstellter msi-Pakete wäre, dass man die damit erstellten Programme auch per Gruppenrichtlinie in Firmen sehr leicht auf vielen Arbeitsstationen verteilen kann.

Mit besten Grüßen,

Johann Stieger
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
556 [GeoSetter] User Interface feature have not tried 2010-05-14 18:29 2010-06-05 19:19
Reporter: Frank Reher Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.53 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GeoSetter auch für Video-Files
Description: Hallo Friedemann,

GeoSetter ist ein prima Programm! Ich habe es vor ein paar Tagen zufällig entdeckt und bin begeistert.

Da inzwischen jede Kamera auch kleine Filme produzieren kann, würde ich mir wünschen, dass in einer zukünftigen Version auch MP4-Dateien mit Tags für Ort und Zeit versehen werden könnten. Ich hatte versucht so etwas im Internet zu finden, aber meines Wissens gibt es so etwas noch nicht.

Gruß

Frank
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001106)
heiko   
2010-05-14 22:31   
(Last edited: 2010-05-14 22:32)
GeoSetter verwendet ExifTool um Daten in die Bilddateien zu schreiben. ExifTool kann in der aktuellen Version keine MP4 Dateien schreiben. Deswegen denke ich dass die Chance quasi gleich Null ist dass MP4 Dateien aufgenommen werden. Aber eine entgültige Antwort muss natürlich von Friedemann kommen.


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
562 [GeoSetter] Image Data minor always 2010-05-20 22:48 2010-06-05 19:19
Reporter: Erik Krause Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.52 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Warning: Invalid CanonAFInfo2 data in THM files
Description: On first save I get a "Warning: Invalid CanonAFInfo2 data - ..." for all THM images created by a EOS 5DII camera. THM files contain a jpeg thumbnail for a corresponding MOV movie file.
Tags:
Steps To Reproduce:
Additional Information: Example THM is attached
Attached Files: MVI_4986.THM (35,589 bytes) 2010-05-20 22:48
https://www.geosetter.de/mantis/file_download.php?file_id=123&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
568 [GeoSetter] Image Data minor always 2010-05-31 01:25 2010-06-05 19:19
Reporter: mscola Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.34 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: XMP Datei
Description: Ich habe Bilder im NEF auf meiner Festplatte die schon eine XMP Datei haben.
Wenn ich das Bild im GeoSetter öffne und eine Änderung mache und dann speichere, wird nicht die Original XMP Datei überschrieben sondern es erstehen noch zwei weitere!

Zum Beispiel:
Das Bild heisst 1216.NEF und die Datei XMP Datei heisst 1216.xmp
GeoSetter erstellt danach:

05_10_2010_1216.NEF_original und
05_10_2010_1216.xmp_original

Ist das ein Feature oder ein Bug? Es scheint dass GeoSetter eine Kopie der Bilddatei erstellt.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
567 [GeoSetter] User Interface major always 2010-05-26 14:35 2010-06-05 19:19
Reporter: jwheatley Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.48 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: The map can't be found
Description: I keep on receiving the below message for the map window:

The map can't be found at:
http://www.friedemann-schmidt.com/geosetter/gmap21.html
Please Fill in the Correct Path at Program Settings

I have looked at previous posts:
http://www.geosetter.de/mantis/view.php?id=438
http://www.geosetter.de/mantis/view.php?id=387

but have had no luck with those suggestions.

We do have a proxy and firewall. I have ticked the Use Proxy settings from Internet Explorer checkbox.

I have tried:
http://www.geosetter.de/geosetter_map_test.html
and got a map window to display. map has two dots with a red line b/w them

I have tried deleting the map file path. but no luck. Same msg displays.
Tags:
Steps To Reproduce:
Additional Information: windows xp / SP3
IE 7
Attached Files: map error image.gif (45,194 bytes) 2010-05-26 14:35
https://www.geosetter.de/mantis/file_download.php?file_id=124&type=bug
gif

Map settings.gif (60,727 bytes) 2010-05-26 14:35
https://www.geosetter.de/mantis/file_download.php?file_id=125&type=bug
gif

proxy settings.gif (59,794 bytes) 2010-05-26 14:35
https://www.geosetter.de/mantis/file_download.php?file_id=126&type=bug
gif
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
566 [GeoSetter] User Interface major always 2010-05-26 14:28 2010-06-05 19:19
Reporter: CanonUser Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.48 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Cookies werden nicht gelöscht
Description: Offenbar benutzt Geosetter den Internet-Explorer, um Daten von Google Maps zu holen. Dabei werden im Verzeichnis 'C:\Dokumente und Einstellungen\[Benutzername]\Lokale Einstellungen\Temporary Internet Files\" zahlreiche Daten angelegt und mit der Zeit gesammelt.
Darin sehe ich mehrere Nachteile:
- Es gibt offenbar keinen Mechanismus, der die Anzahl und das Alter der Dateien begrenzt, d.h. die Festplatte füllt sich.
- Eine zeitgesteuerte Löschung ist nicht verfügbar
- Möglicherweise kann der Nutzer von Google identifiziert werden


Vorschlag:
- In den Einstellungen Optionen zur Bereinigung dieses Verzeichnisses anbieten
- Die Optionen des IE verwenden
Tags:
Steps To Reproduce:
Additional Information: Konfiguration:
- Win XP SP-3
- IE 7, der aber über das Menü Software deinstalliert und deaktiviert ist (= alle Links entfernt, kein Standardbrowser aber sonst funktionsfähig)
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
564 [GeoSetter] User Interface major always 2010-05-25 14:52 2010-06-05 19:19
Reporter: sansibari Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.48 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Error Message
Description: Was bedeutet folgende Fehlermeldung:

PAR/Heavy.pm did not return a true value at -e line 307.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
570 [GeoSetter] User Interface minor always 2010-06-01 15:16 2010-06-05 19:19
Reporter: richard cooper Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.43 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: previous images loaded at start up
Description: how do I keep the previous secessions images from loading at GeoSetter start up. I would like to start GeoSetter without loading any images but let me pick and choose
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
569 [GeoSetter] Image Data minor always 2010-05-31 11:57 2010-06-05 19:19
Reporter: CanonUser Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.48 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: IPTC-Daten in anderen Anwendungen nicht sichtbar
Description: Ich habe eine große Zahl von Canon CR2-Dateien mit Geosetter bearbeitet. Geosetter zeigt die Daten auch unter Bild-Info an, aber:

- IrfanView 4.25 und 4.27 erkennen die IPTC-Daten nicht (eigene Lib)
- Die Bilddatenbank dbSThumb erkennt die Daten nicht (Lib = ??)

- XnView 1.97.3 erkennt die Daten (eigene Lib)
- ExifTool GUI 3.38 erkennt die Daten (benutzt ExifTool)

Da ich die IPTC-Daten nur über Geosetter schreibe, melde ich das Verhalten mal hier, da ich mir vorstellen kann, dass dieses uneinheitliche Verhalten mit dem geschriebenen Datenformat zusammenhängt.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
553 [GeoSetter] Image Data feature N/A 2010-05-10 10:30 2010-05-17 18:19
Reporter: exroosje Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.3.48 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Synchronisation with POI files without date
Description: It would be nice if it were possible not only to synchronise foto's with gps tracks but also with gps poi's with only locations in them (like tomtom ov2, but also garmin gpx and google kml or any convenient format actually because of extisting poi editors)

I am tagging my foto collection and lots of old fotos. So no tracks available, but I do have a collection of poi's of favorite locations like holiday homes which I collected with my tomtom and sometimes added with google earth. At this moment I copy/ paste the coordinates which is quite elaborate.


I would imagine a feature where you select a set of fotos, choose synchronise with poi, select a poi file and get a dialog which entry within that poi file you whish to use to tag the fotos. The coordinates are then used to tag the fotos, the height and location is retrieved, and (optionally) in location name the name of the poi is entered.

Furthermore, also the other way around would be nice. An export of the coordinates of a set of fotos to a POI file (eg KML file without the fotos) for reuse in google earth or navigation system.

I would suggest to keep using the kml and gpx formats for this purpose and let people use external converters like poiedit to get things in their desired format.

Or did I miss some functionality to make this possible at this moment?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: _Knothoef_Verblijf.ov2 (2,054 bytes) 2010-05-17 18:12
https://www.geosetter.de/mantis/file_download.php?file_id=121&type=bug
_Knothoef_Verblijf.kml (5,706 bytes) 2010-05-17 18:13
https://www.geosetter.de/mantis/file_download.php?file_id=122&type=bug
Notes
(0001085)
exroosje   
2010-05-10 10:42   
Alternatively, loading the POI's on the map (in a different color) and creating a right click feature to assign to a foto (selection), would also be a working solution for this feature and maybe easier to implement.
(0001093)
Friedemann   
2010-05-12 22:48   
Can you perhaps send me such a POI file (or attach it here)? Maybe it would help to add a function for importing such a file to favorites? You can show all favorites on the map and assign them to selected images.
(0001108)
exroosje   
2010-05-17 18:19   
I've attached two files, the .ov2 is the tomtom created POI and the .kml is the conversion to google kml (done by poiedit). I've already discovered that placing the kml with the photos causes geosetter to show the pois on the map, making it already easy to assign the poi to a foto (whish i knew that earlier, (RTFM).

Only downside is you have to place the poi files in every photo directory. But htat's more a downside of the directory based approach of geosetter in general (would be nice if you could drop a set of photos based on a selection in a different program).

Which leaves only the export to poi as a real remaining whish. And yes, what you suggest would be excellent: being able to import / export favourites.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
542 [GeoSetter] Image Data minor always 2010-04-14 14:42 2010-05-15 16:53
Reporter: Johann Stieger Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.3.48 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: einige Kontaktdaten werden nicht im Bild als IPTC gespeichert
Description: wenn man unten angeführte Kontaktdaten eingibt, dann auf OK klickt und danach auf "alle Änderungen im Bild speichern" klickt, dann werden diese nicht im Bild gespeichert:
Stadt, Postleitzahl, Bundesland/-staat, Land, Telefon, E-Mail, Website

Die Felder Name und Adresse werden problemlos gespeichert.

Interessant ist, dass die Adresse im IPTC-Feld "Contact" gespeichert wird - kommt mir seltsam vor.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Kontaktdaten.PNG (19,704 bytes) 2010-04-14 14:42
https://www.geosetter.de/mantis/file_download.php?file_id=107&type=bug
png

DSC_6102.JPG (978,025 bytes) 2010-05-07 09:24
https://www.geosetter.de/mantis/file_download.php?file_id=110&type=bug
Windows_Suche_Ergebnisse.PNG (186,303 bytes) 2010-05-07 09:35
https://www.geosetter.de/mantis/file_download.php?file_id=111&type=bug
png

Einstellungen_JPEG.PNG (26,449 bytes) 2010-05-07 09:43
https://www.geosetter.de/mantis/file_download.php?file_id=112&type=bug
png
Notes
(0001076)
Friedemann   
2010-05-04 22:37   
Da bräuchte ich mehr Infos, denn bei mir werden die Daten gespeichert. Um welchen Dateityp geht es (JPEG, RAW, etc.)? Könntest Du mal einen Screenshot Deiner Einstellungen für diesen Dateityp hier anhängen?
(0001082)
Johann Stieger   
2010-05-07 09:37   
Es handelt sich in meinem Fall um jpeg-Bilder (ich habe eines davon als Datei angehängt - DSC_6102.JPG). Wenn ich die Kontaktdaten eingebe, werden sie nicht gespeichert. Ein weiterer Punkt ist mir auch noch aufgefallen: wenn man im Geosetter das Copyright-Feld befüllt und dabei Zeilenumbrüche verwendet (was möglich ist), dann werden in der Ergebnisliste der Windows-Suche unter Windows XP keine Vorschaubilder mehr angezeigt - der vorgesehene Bereich ist leer (ich habe von der Ergebnisliste der Suche auch ein Bild angehängt). Ich habe deshalb bei den Bildern die Copyright-Info's mit "Kommas" getrennt (weiß aber nicht, ob sich das ev. negativ auswirkt).
(0001088)
Friedemann   
2010-05-12 22:18   
Sorry, dass ich mich jetzt erst wieder dazu melde. Ich musste jetzt auch erst nachschauen. Das Problem mit den Kontaktdaten ist, dass hierfür nur in den XMP-Daten Felder vorgesehen sind. In Deinen Einstellungen sehe ich aber, dass Du das Erzeugen von XMP-Daten deaktiviert hast. Der Fehler in GeoSetter ist also im Prinzip, dass es keine Meldung ausgibt, dass diese Daten aufgrund der Einstellungen nicht gespeichert werden können.

> Interessant ist, dass die Adresse im IPTC-Feld "Contact" gespeichert
> wird - kommt mir seltsam vor.

Warum kommt Dir das seltsam vor? Ich denke, das ist ok...

> wenn man im Geosetter das Copyright-Feld befüllt und dabei
> Zeilenumbrüche verwendet (was möglich ist), dann werden in
> der Ergebnisliste der Windows-Suche unter Windows XP keine
> Vorschaubilder mehr angezeigt

Das schaue ich mir gleich mal an. In diesem Moment würde ist ;-)
(0001107)
Johann Stieger   
2010-05-15 16:53   
Ah, ok. Mir war nur nicht klar, warum das Feld Contact gespeichert wurde und die anderen nicht. Wenn das mit XMP zusammen hängt, dann ist mir das jetzt auch klar. Wäre es möglich, wenn man entweder optional oder zusätzlich zum Hinweis auch noch jene Felder die von XMP betroffen sind deaktiviert. Somit ist dann klar ersichtlich, dass jenes Feld, welches davon betroffen ist auch nicht bearbeitet werden kann.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
550 [GeoSetter] User Interface major always 2010-05-05 12:06 2010-05-13 17:45
Reporter: harry Platform: Acer TM8371  
Assigned To: Friedemann OS: Win7 64bit  
Priority: normal OS Version: Profesional  
Status: resolved Product Version: 3.3.48 Release  
Product Build: 1828 Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Import der Log Daten von i-Blue 747A+ nicht möglich oder fehlerhaft
Description: Wenn der GPS-Logger i-Blue 747A+ mit dem Programm bt747 ausgelesen wird werden die Rohdaten (.bin) nicht erkannt. Wenn ich nach .gpx oder .nmea konvertiere wird nur der erste Trackpunkt erkannt und folglich alle Fotos die im Zeitrahmen liegen auf diesen Punkt getagt.

Benutzt man das Programm PhotoTagger von Transystem zum auslesen dann klappt es, allerdings möchte ich dieses nicht verwenden da es die Höhenkorrektur (WGS84) nicht durchführt.

vielen Dank
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: GPS.rar (78,133 bytes) 2010-05-05 12:06
https://www.geosetter.de/mantis/file_download.php?file_id=108&type=bug
geosetter_syncgps_zeitanpassung.jpg (227,789 bytes) 2010-05-05 22:57
https://www.geosetter.de/mantis/file_download.php?file_id=109&type=bug
jpg
Notes
(0001078)
Friedemann   
2010-05-05 18:31   
Für das Lesen der BIN-Dateien wird GPSBabel (http://www.gpsbabel.org ) benötigt. Den Pfad dazu kannst Du in den Programmeinstellungen angeben.

Bei mir werden sowohl die BIN-Datei sowie auch Deine GPX-Datei korrekt eingelesen und auf der Karte dargestellt. Alle Trackpunkte enthalten Zeitwerte und sollten auch zum Synchronisieren benutzt werden können.

Hast Du denn einen eventuellen Zeitzoneversatz etc. korrekt bzw. überhaupt berücksichtigt? Wenn Du magst, könntest Du mir mal ein Bild an support@geosetter.de schicken mit dem Vermerk wo Du es erwarten würdest.
(0001079)
harry   
2010-05-05 22:22   
Danke für die rasche Antwort!
sorry, dass man GPSBabel benötigt hatte ich übersehen, damit funktioniert nun mit der BIN-Datei alles richtig diese enthält die UTC-Zeit.
Ich denke dass ich bezüglich Zeitzonen alles richtig eingestellt habe. Mir ist jedoch gerade aufgefallen dass in der GPX-Datei die "echte" Zeit steht und es dadurch zum "Fehler" kommt.
Ich habe jetzt schon einiges versucht, aber wie sage ich Geosetter dass die GPX-Datei bereits UTC+2 enthält? Entschuldige, ich finde es nicht, tut mir leid.
vielen Dank für die Mühe
(0001080)
Friedemann   
2010-05-05 22:57   
> Ich habe jetzt schon einiges versucht, aber wie sage ich Geosetter
> dass die GPX-Datei bereits UTC+2 enthält?

Das ist eigentlich ungewöhnlich. Die Zeiten in GPX-Dateien sollten eigentlich UTC sein, soweit ich weiß. Ich würde das einfach über einen zusätzlichen Zeitoffset (2 Stunden) im Synchronisationsdialog regeln. Anbei ein Screenshot.
(0001081)
harry   
2010-05-06 06:41   
super, so funktioniert es. Ein wirklich tolles Programm, und ein einmaliger Support, herzlichen Dank, Spende ist unterwegs.
lg aus Wien, harry

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
554 [GeoSetter] User Interface minor random 2010-05-12 22:22 2010-05-13 17:44
Reporter: wazabees Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.48 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.52 beta  
    Target Version:  
Summary: Random error messages, crashes
Description: I have attached a bug report and a screenshot. Note that the screenshot 4 different ones (4 pop-up boxes showing up one after the other).

Usually when I use the application, it seems fine. However, if I have my card reader attached, it will pop up "Geosetter" and the drive letter of one of the card reader slots at random. This overrides anything else I might be doing at the time. This error happens regardless of whether the application has focus.

There are also random crashes, saying the application has stopped working.
I use Windows 7 x64.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: screenshot_geosetter.jpg (11,703 bytes) 2010-05-12 22:22
https://www.geosetter.de/mantis/file_download.php?file_id=113&type=bug
jpg

bugreport.txt (18,579 bytes) 2010-05-12 22:23
https://www.geosetter.de/mantis/file_download.php?file_id=114&type=bug
screenshot_geosetter2.jpg (224,068 bytes) 2010-05-12 22:38
https://www.geosetter.de/mantis/file_download.php?file_id=115&type=bug
jpg

bugreport2.txt (18,887 bytes) 2010-05-12 22:45
https://www.geosetter.de/mantis/file_download.php?file_id=116&type=bug
Notes
(0001089)
Friedemann   
2010-05-12 22:29   
(Last edited: 2010-05-12 22:30)
Hmm, I'm using also Windows 7 x64 without these problems. Maybe I will disable the functionalety regarding inserted media disks. Honestly I'm not very happy with it for myself ;-)

You attached an error log file. Do you also get other error messages? You wrote something about "random error messages". What do you mean with "random"? The error log file reports an error which seems to accur also regarding inserted media.

(0001090)
wazabees   
2010-05-12 22:35   
Apologies for not being clear. What I mean about random error messages is that I get the application crash randomly. I can click "continue application" and it will continue to work. What is the functionality regarding inserted media for? ;)
(0001091)
wazabees   
2010-05-12 22:40   
I have added a second screenshot to show how it appears, and how it steals focus. Just as I was resizing the screenshot, the same error message as before popped up. It almost seems it happens every 5-10 minutes.
(0001092)
Friedemann   
2010-05-12 22:42   
> Apologies for not being clear.

No problem!

> What I mean about random error messages is that I get the
> application crash randomly.

But always the same error as shown in your bugreport.txt?

> What is the functionality regarding inserted media for? ;)

Honestly I don't know :-D I think I added it for testing and forgot to remove it, but almost 2 years ago :-/ Nobody complained about it by now. I removed it now. I think I will release an update in the next days...
(0001094)
wazabees   
2010-05-12 22:57   
(Last edited: 2010-05-12 22:58)
> But always the same error as shown in your bugreport.txt?

As far as I can tell, yes. I have attaced bugreport2.txt for you to verify if you'd like. ;)

> Honestly I don't know :-D I think I added it for testing and forgot to remove
> it, but almost 2 years ago :-/ Nobody complained about it by now.

Hehe, I have no idea why this error popped up in recent versions of Geosetter. I have been using it for some time, and it's only been the last few versions with this bug. Unfortunately I can't tell you in which version the problem first appeared.

> I removed it now. I think I will release an update in the next days...

Thank you so much for your continued support. It is very much appreciated! :)

(0001102)
Friedemann   
2010-05-13 17:43   
Can you perhaps try out the current beta version 3.3.52 at http://www.geosetter.de/geosetter_beta.exe and tell me if this problem is solved?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
552 [GeoSetter] Image Data major always 2010-05-09 15:16 2010-05-12 22:05
Reporter: Spartaner Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.48 Release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Long tracks loose points
Description: Geosetter reduziert ab irgend einer Grenze den Gesamttrack auf weniger Punkte, indem einfach viele Punkte im Track gelöscht werden. Das selbe passiert, wenn man ein Verzeichnis angibt, in dem Geosetter selber alle verfügbaren gpx-Files verwendet. Je länger der Originaltrack war, desto deutlicher wird aber der Verlust.
Ich hätte gerne, dass diese Verluste nicht mehr auftreten, dass also alle Tracks mit der vollen Auflösung Verwendung finden - egal, wie viele Daten enthalten sind.
Tags:
Steps To Reproduce:
Additional Information: Wenn ich über mehrere Wochen verreise, dann fallen für jeden Tag Tracks an. Gewöhnlich tracke ich etwa 8 Stunden alle 5 sec.
Am Ende bietet mir die HoluxLoggerUtility an, einen Gesamttrack für alle Tage abzuspeichern. Natürlich nehme ich dieses Angebot gerne an, da es die Arbeit mit den mehrere hundert oder über tausend Bildern stark vereinfacht. Theoretisch. Denn nun musste ich feststellen, dass Geosetter ab irgend einer mir unbekannten Grenze den Gesamttrack reduziert auf viel weniger Punkte, indem einfach viele Punkte im Track weggelassen werden. Das selbe passiert, wenn man ein Verzeichnis angibt, in dem Geosetter selber alle verfügbaren gpx-Files verwendet. Erkennen tut man das natürlich nur, wenn man genau hinschaut. Je länger der Originaltrack war, desto deutlicher wird aber der Verlust.
Ich hätte gerne, dass diese Verluste nicht mehr auftreten, dass also alle Tracks mit der vollen Auflösung Verwendung finden - egal, wieviele Daten enthalten sind.
Denn im jetzigen Zustand muss ich jeden Track mit Hand einzeln verarbeiten. Außerdem gibt es Schwierigkeiten mit der Extrapolation, da ich einerseits gerne über 1 Stunde extrapoliere (um die Bilder am Übernachtungsort, wo das GPS aber nicht mehr läuft, auch zu verorten), andernseits dann aber die Bilder vom Track davor mit erfasst werden (wenn der neue Track zeitlich fast nahtlos anschließt [es gibt oft mehrere Tracks pro Tag]) und damit alle an den Startpunkt des neuen Tracks verschoben werden.
Wenn gewünscht, kann ich ich einen Beispiel-Track und eine Serie stark verkleinerte Bilder in ein Zip-File packen und privat versenden.
Attached Files:
Notes
(0001084)
heiko   
2010-05-09 22:51   
hier ein Auszug aus der Hilfe:

Warum werden in der Kartenansicht nur vereinfachte GPS Tracks angezeigt?
Ein GPS Track verläuft in der Kartenansicht nicht durch alle aufgezeichneten GPS Punkte, da die Tracks für die Anzeige mit dem Douglas-Peucker-Algorithmus ausgedünnt werden. Würden alle GPS Trackpunkte zur Anzeige verwendet, wäre die Anzeige der Karte wegen der hohen Anzahl von Objekten sehr langsam. Für die interne Bearbeitung bleiben natürlich alle Punkte vorhanden und werden z.B. auch zur Synchronisation verwendet.

Ist damit dein Problem gelöst, da sich das Ausdünnen der Trackpunkte nur auf die Darstellung in der Karte bezieht?
(0001086)
Spartaner   
2010-05-11 14:15   
Oh, sorry. Wenn das so ist, dass real die genauen Positionen verwendet werden, dann ist alles in Ordnung. Da habe ich wohl nicht genau genug geguckt. Ich war halt nur sehr erschrocken, dass die Tracks so verkürzt dargestellt werden.

Gruß Michael
(0001087)
Friedemann   
2010-05-12 22:04   
Noch 'ne Anmerkung dazu: Du kannst Dir ja auch die vorhandenen Trackpunkte als Liste anzeigen (Button "Liste mit Trackpunkten anzeigen" im Trackfenster). Dort siehst Du alle Trackpunkte. Wenn Du in dieser Liste rauf und runter "fährst", siehst Du, dass der rote Marker in der Karte den Track auf dem richtigen Verlauf abfährt...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
373 [GeoSetter] Image Data feature always 2010-01-10 16:55 2010-05-04 23:42
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.2.3 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.51 beta  
    Target Version:  
Summary: Adding support for binary files of WinTec WBT-202-GPS-Logger
Description: I tried to convert WinTec-WBT-202 "*.TES" binary files with GPSBabel but
didn´t find an appropriate option. GBSBabel seems to support only WBT 201-Devices. Anyhow it would be easier to load TES-Files direkt to GeoSetter.

*.TES seems to contain NMEA-Format.

This feature request is just for my convenience ;-).
Tags:
Steps To Reproduce:
Additional Information: Found some more Information about .tk1 file extension which may be similar to *.tes :
http://www.steffensiebert.de/soft/python/wintec_201_fileformat.html

and a link to WinTec-Tools Phyton-Scripts, which should be open source :
http://www.steffensiebert.de/soft/python/wintec_tools.html

Found a software which does the desired conversion. :
http://homepage2.nifty.com/k8/gps/index.htm#003
This page/auto says: the TES format seems to be a NMEA compatibel.

Attached Files: Wintec_WBT-202-Example.zip (541,600 bytes) 2010-01-10 16:55
https://www.geosetter.de/mantis/file_download.php?file_id=8&type=bug
Notes
(0000763)
CanonUser   
2010-01-10 19:06   
I'm using WBT-201. This one is shipped with the software 'Time Machine X' and a special driver to read from WBT-201.
According to my experience, the usage of Time Machine X is mandatory for reading the data from the WBT-201 and the conversion to NMEA-files is only one additional step.
I guess, the WBT-202 is not too far from the WBT-201. So, if it is necessary to read WBT-202-Format, wouldn't it make more sense to read TK1-Format, which may be convertet by Time Machine X into any other format?
(0000773)
drose   
2010-01-12 13:32   
(Last edited: 2010-01-12 13:34)
Some explanations to CononUser: WBT-202 has a converting tool (WBT-Tool.exe) "on board". It can be executed in a WBT-202-Memory-Stick-Mode without instalation at the USB host system. It can convert up to 7 different Formats like GPX or Google Maps (html including scripts). But it can not handle TK1 files. If WBT-202 is in Memory-Stick-Mode i can copy *.TES files directly to my host, were i want to store them and use them in Geosetter. On the other hand WBT-Tool.exe ist only executable when the device is connected!

Anyhow, if i use WBT-Tool.exe to convert *.TES (the only track content of a WBT-202) to *.GPX every think concerning WBT-202 tracks in Geosetter is o.k. But befor WBT-202 i used a SONY CS1-Tracker who´s *.LOG-Tracks could be read by Geosetter without additional conversion tool.

As i said above, it´s a feature request just for my convenience :-))
... and it is up to Friedemann to decide about implementation.

(0000793)
drose   
2010-01-20 11:52   
Additional Info about file type TES from http://www.haid-services.de/test-wintec-wbt202.htm

Offensichtlich sind es keine NMEA-Setences, die sich so einfach auswerten lassen wie beim Sony CSP1.

Zitat :

13. Das File-Format .TES

Die .tes-Dateien die mit dem 202 erzeugt werden und mit dem WBT-Tool ausgelesen werden können, verwenden eine bislang nicht bekannte Endung, eben .tes. Schaut man ein wenig näher darauf, sieht man z.B. mit einem Hex-Editor:

0x00:01 00 A5 C7 BA 26 C0 CE 9F 1C 78 9E B0 04 0C 01
0x10:00 00 A6 C7 BA 26 80 CE 9F 1C 00 9F B0 04 0C 01
0x20:00 00 A9 C7 BA 26 E0 CF 9F 1C 20 9F B0 04 0B 01
0x30:00 00 AB C7 BA 26 A0 CE 9F 1C 98 9E B0 04 0C 01

Wandelt man diese in das TMX-Format, dann wird eine TK2 erzeugt. Dort sieht man im Kopf zumindest „WintecLogTK2…“, aber bei 3 Testfiles, die ich gewandelt habe, kamen unterschiedliche TK2 heraus. Einmal konnte man im Kopf die Device-Bezeichnung (hier WBT202) sehen, wie man das von den bisherigen Receivern gewohnt war. Bei 2 weiteren Wandlungen steht dies nicht, dafür ist die Anfangszeile WintecLogTK2 ergänzt mit .flt. Weiter ist der Bereich bis zum 1. (Kalender-) Datum mit Daten gefüllt, ebenso der Bereich von 0x1DC bis 0x3-FF. Ab 0x400 beginnt der Datenbereich, der die Zeilen aus der .tes wiederholt. Auch ohne genau nachgesehen zu haben darf angenommen werden, dass hier wie bekannt TrackFlag, Date/Time, Koordinaten und Alt. stehen, denn es besteht ja eine Auf-Abwärtskompatibilität zum TMX-Format wie gehabt. Der Datenteil bis 0x3FF wird zu beobachten sein, das wird sich irgendwann aufkläre, interessiert es primär eigentlich nur die Programmierer (Siebert), die sollen aber – soweit ich sie selbst kenne – hier nicht einzeln aufgeführt werden.
(0000794)
drose   
2010-01-20 13:48   
(Last edited: 2010-01-20 13:51)
Got some more information about TES file structure for WBT-202 from 4driver, who was so kind to provide it. Many thanks to him !

eMail from 4river:

Dear Ditmar Rose,

Thank you for use about NMEA2KMZ.

The ".tes" format is a binary file without the header (16bytes/record).
It only the data part of the ".tk2" format.

Byte (DataType): Content
=============================
00-01 (Word): Flag (bp0:Split mark, bp1:Intererst Point, bp2:Track point)
02-05 (LongInt): DateTime
                   (bp0-5:Sec, bp6-11:Min, bp12-16:Hour, bp17-21:Day,
                    bp22-25:Month, bp26-31:Year-2000)
06-09 (LongInt): Latitude*1.0e7 (Deg)
0A-0D (LongInt): Longitude*1.0e7 (Deg)
0E-0F(SmallInt): Altitude(m)

(Example)

_0__1__2__3__4__5__6__7__8__9__A__B__C__D__E__F
===============================================
01 00 C2 A0 A0 26 E0 80 23 15 00 74 38 53 28 00
00 00 C3 A0 A0 26 40 80 23 15 80 73 38 53 28 00

     DateTime Latitude Longitude Altitude
2009/10/16 10:03:02 35.4648288 139.620864 40
2009/10/16 10:03:03 35.4648128 139.6208512 40

Best regards,

4river from Japan.

(0001073)
drose   
2010-05-01 12:26   
I opened a feature request at GPSBabel which made it into actual Beta release (15 Feb 2010). But it does not convert Point of Interest, only track point.

Could you please ab Wintec WBT-202 support to Geosetter? The file format is really simple as my post before showed.
Regards
Ditmar
(0001077)
Friedemann   
2010-05-04 23:42   
I now took the easy way by using GPSBabel (beta) (http://www.gpsbabel.org/news/20090906.html ). As you said, it does not support waypoints by now, but I hope it will in future ;-)

Please reopen this issue if there are still problems.

The beta version 3.3.51 is available at http://www.geosetter.de/geosetter_beta.exe

Please note: You have to set the path to GPSBabel in program settings.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
538 [GeoSetter] Image Data major always 2010-04-08 12:01 2010-05-04 22:39
Reporter: gmgroeb Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.43 release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Can't access to online data
Description: Since yesterday, I can't get a connection to the online servcie for location data. Every time I get a "time out" / "service not availabel". I tried it with firewall off also. All other internet services seams o.k. One time I got an error "Socket-Fehler 10061" but after a reinstall of 3.3.43 this isn't the case any longer.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001054)
SimonHall   
2010-04-09 07:35   
It's been like this for a couple of days now. I read somewhere that they'd had a disk crash and it would take 'a few hours' to fix. Needs someone techy to find out if they've set up an alternate address for the interim. It's stopping everything I'm trying to do at the moment
(0001056)
Friedemann   
2010-04-09 20:27   
The server which provides the geo webservices is down at the moment (www.geonames.org).
 
Please see also here: http://forum.geonames.org/gforum/posts/list/1843.page

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
536 [GeoSetter] Image Data major always 2010-04-07 23:02 2010-05-04 22:38
Reporter: IrenicRhonda Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.43 release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: no longer working like before
Description: Since the last update - about 2 weeks ago - it has been very slow opening. After geotagging the lat and lon are there but it doesn't provide the place names anymore. If I use 'get from web' then it times out

Rhonda
PS Is it possible for me to go back down a version?
Tags:
Steps To Reproduce:
Additional Information: Vista
Attached Files:
Notes
(0001051)
Friedemann   
2010-04-07 23:07   
I think it doesn't have anything to do with the update. It seems that www.geonames.org is sometimes not available at the moment. As GeoSetter checks the URL of GeoNames.org on startup, it will start sometimes very slowly when it's not available. Maybe I will change this in the next version.
(0001052)
Erik Bachmann   
2010-04-08 07:09   
Would it be possible to make at LOCAL database with Geonames instead??
Something like a Sqlight database with a local copy of geonames.
Either as an addon to GeoSetter or as a local website.
(0001057)
Friedemann   
2010-04-10 00:36   
See also 0000538

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
549 [GeoSetter] User Interface major always 2010-05-01 11:18 2010-05-04 21:42
Reporter: 690820 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.48 Release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.51 beta  
    Target Version:  
Summary: Left click on image marks as modified
Description: Each time I select an image by left clicking, it immediately get's marked as modified (red border, not only blue for selected). Even if I save changes on closing (although I didn't change anything), I get the same behavior next time I open geosetter on the same images.

This happens almost(!) everytime I click on an image. Sometimes a click on an image with a red border removes it.

For me it's a major issue, as in a big folder, I loose track completely on the images I've really modified and everything I viewed has to be saved.
Tags:
Steps To Reproduce:
Additional Information: Windows 7 Professional 64Bit
This is new after I upgraded to 3.3.48 today. Previous version (dont't know Version number) didn't have this problem.
Attached Files:
Notes
(0001072)
Friedemann   
2010-05-01 11:45   
Are you perhaps clicking on the rating stars???

I'm using Windows 7 Professional 64Bit for myself and hear about this problem for the first time now. Doy you have this problem with all your images, or only some? Is it reproducable with these images, do you get them changed always when clicking with the left mouse button? Can you perhaps send me such an image to support@geosetter.de?
(0001074)
690820   
2010-05-02 14:41   
(Last edited: 2010-05-02 19:47)
No, I click in the middle of the thumbnail.

Found out something new. I had configured the preview pane to show no additional info under the image. Nothing checked in "Ansicht->Bilddateien->Spalten und Anzeigeinfos einstellen->Vorschaubilder" (German Version ;-)

As soon as I change this to show additional information like file size, geosetter no longer marks the images as "modified". If I uncheck all the "bug" is back again.

Filename only doesn't make a difference, you have to have at least one other field (tried filesize) to check, to get rid of the "bug"
 
Let me know if you still need images or screenshots.

(0001075)
Friedemann   
2010-05-04 21:42   
Many thanks for your help. You are right, this issue occured when showing the thumbnails only. It will be fixed in the next release, maybe today or tomorrow...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
546 [GeoSetter] User Interface major always 2010-04-23 08:49 2010-05-01 11:42
Reporter: msmolka Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.48 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Folder selection problem
Description: When opening folder combo box and while scrolling to select folder, app tries access to CD drive and I have message. "There is no disc. Please enter CD." This is so annoying - I cannot use folder combo.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
547 [GeoSetter] Image Data feature always 2010-04-23 10:28 2010-05-01 11:41
Reporter: msmolka Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.48 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Custom Categeries/Keyword order.
Description: Hello, currently categories are displayed always in alphabetical order which is making display a bit mess. Depends on names it is displaying or country first, or state, or sublocation. It would be good to set order somewhere is settings.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
548 [GeoSetter] User Interface minor random 2010-04-26 10:50 2010-05-01 11:41
Reporter: Bin_der_Boss Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.48 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Fehlermeldung bei Exiftool
Description: Guten Morgen,

Bei ERSTER Änderung der Bilddaten über das Exiftool erhalte ich zwischen 20% und 50% der Bilder die Meldung:

Warning: [minor] Entries in IFD0 were out of sequence. Fixed. -

Das scheint zwar nicht schlimm zu sein (fixed), ich würde aber gerne mal wissen, auf welche Zone innerhald der Daten sich dies bezieht und ob es eine Lösung gibt, damit das nicht vorkommt.

Hat man viele Bilder bearbeitet, muss man alle Fehler nachgehen, um zu prüfen, ob sich nicht ein echter Fehler eingeschlichen hat.

Danke für Ihre aufopfernde Arbeit.
Marc
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001069)
GPSler   
2010-04-26 20:41   
siehe auch: http://www.geosetter.de/mantis/view.php?id=410

bzw. http://www.sno.phy.queensu.ca/~phil/exiftool/faq.html#Q15

Die Lösung ist vermutlich entweder Programme zu verwenden die korrekte Daten schreiben oder den Fehler zu ignorieren.
(0001070)
Bin_der_Boss   
2010-04-26 22:14   
Hallo GPSler,

Nun, ich benutze prinzipiel nichts anders mehr als den Geosetter.
Das Programm ist einfach zu genial um noch anderweitig zu suchen.

Also kann es ja dann wohl nur an den Daten liegen, die direkt von der Kamera gesetzt werden!

Also ignorieren. Ich finde das Problem trotzdem lästig.
(0001071)
tf3000   
2010-04-29 22:29   
Hallo,

auch bei schon als jpg vorhandenen Bildern tritt das Problem auf, z.B.: "Warning: Bad MakerNotes directory - D:/Eigene Bilder/Eingang/D1000001.JPG" oder: "Warning: Error rebuilding maker notes (may be corrupt) - D:/Eigene Bilder ...". Scheinbar zufällig werden in manchen Bildern die Änderungen per Meldung angeblich nicht gespeichert. Geosetter gibt beim Schliessen eine entsprechende Meldung aus. Solche Warnungen werden dann auch im Dateinamen "S1050036.JPG_exiftool_tmp" bemerkbar. Hier genügt zwar einfaches Umbenennen, da dies aber seit dem letzten Update des EXIF Tools auftritt scheint hier das Problem zu liegen. Die ersten beiden Meldungen klicke ich einfach weg, Auswirkungen konnte ich keine erkennen, nur die Umbenennerei ist etwas lästig.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
540 [GeoSetter] User Interface feature always 2010-04-13 16:20 2010-04-19 09:28
Reporter: paysan Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.48 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Right mouse funtion add-on request
Description: Maybe an idea for a future release to a line to link Google-Maps/Earth in the EXIF data when a "geosetter" updated image is opened in any viewer.

When a set of images is browsed outside GEOSETTER and someone wants to know the location of that particular picture this can be a very handy feature.






Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001068)
paysan   
2010-04-19 09:28   
I just found that Apple's iPhoto does this job.

When a picture is modified bij GEOSETTER and viewed by iPHOTO there is a button in the lower left corner named "WEERGAVE" ( in dutch ) Maybe it's WIEDERGABE in German.

With this button it is possible to see the location when clicked on the GLOBE button.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
545 [GeoSetter] User Interface tweak always 2010-04-18 23:10 2010-04-18 23:11
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.50 beta  
    Target Version: 3.3.50 beta  
Summary: CPU usage too high in idle mode
Description: CPU usage too high in idle mode
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
544 [GeoSetter] User Interface minor always 2010-04-18 01:02 2010-04-18 02:51
Reporter: dvertz Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.43 release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Image Preview
Description: When any zoom factor is set (with or without "Fit Automatically" turned on), The factor shows 100%. I believe this should show the current setting. And shouldn't it be that if "Fit Automatically" is on, either a generic statment that wouldn't define a percentage or a computed percentage.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001066)
Friedemann   
2010-04-18 02:51   
GeoSetter always shows 100% on the button, that's true. But this is not a bug, it's a feature ;-) The button doesn't show the status, it shows the option to set the zoom to 100%.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
539 [GeoSetter] User Interface minor always 2010-04-13 15:13 2010-04-14 18:24
Reporter: pathfinder Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.48 Release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Bilder synchronisieren
Description: Wenn JPEG Bilder (Quellbild mit GPS Daten) markiert sind und mit entsprechenden RAW Bildern (Zielbild ohne GPS Daten) synchronisiert werden sollen, werden keine RAW Bilder gefunden.
Wenn aber die RAW Bilder (Zielbild ohne GPS Daten) markiert werden und der Synchronisierungsvorgang gestartet wird, werden die JPEG Bilder (Quellbild mit GPS Daten) gefunden.
Wenn dann für alle markierten Bilder die Daten gespeichert werden, werden die Daten nicht in den Thumbnails angezeigt, also scheinbar nicht gespeichert. Nach Aktualisierung der Anzeige ist aber zu sehen, dass die Daten doch gespeichert wurden.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001064)
pathfinder   
2010-04-14 18:24   
(Last edited: 2010-04-14 22:34)
Habe gerade nochmal versucht die Bildsynchronisierung vorzunehmen wenn sich das Zielbild in einem anderen Verzeichniss befindet.
Nun wird das Zielbild gefunden und kann synchronisiert werden. Daten werden auch ordnungsgemäß gespeichert und angezeigt.
Das Problemm tritt also nur dann auf wenn Quell- und Zielbild im gleichen Verzeichniss sind.


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
541 [GeoSetter] Image Data minor always 2010-04-13 20:23 2010-04-13 23:50
Reporter: jameshead Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.48 Release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Geosetter no longer displays position under thumbnail for Sony .xmp data
Description: If I geotag Sony RAW .ARW files, creating an XMP file, or editing a new one, then Geosetter will insert the long/lat in red text under the thumbnail view, but if I then SAVE to save the position then Geosetter no longer displays the long/lat in black ink like it used to, but now just displays - and Geosetter will no longer jump to the position of the photograph when the photograph is selected.

At the moment I have the following settings for Sony (*.arw, *.sr2, *.srf):

"Save data in XMP sidecar files" is turned ON

"Update existing data in images" is turned ON

But "Always update EXIF data (GPS and taken date) in image" is turned OFF as I prefer all changes to be made to the xmp file and kept with the .ARW file when saved to disk, but I don't like changes being made to the .ARW file.

If I turn "Always update EXIF data (GPS and taken date) in image" to ON then the problem in Geosetter disappears.

Can Geosetter be changed back to the old behaviour?

Regards,
James
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: geosetter_save_report_2_clipboard.jpg (81,937 bytes) 2010-04-13 21:55
https://www.geosetter.de/mantis/file_download.php?file_id=103&type=bug
jpg

geosetter_arw_settings.jpg (100,663 bytes) 2010-04-13 21:56
https://www.geosetter.de/mantis/file_download.php?file_id=104&type=bug
jpg

geosetter_error_2010-04-13.png (1,736,114 bytes) 2010-04-13 23:22
https://www.geosetter.de/mantis/file_download.php?file_id=105&type=bug
geosetter_settings_2010-04-13.png (63,942 bytes) 2010-04-13 23:27
https://www.geosetter.de/mantis/file_download.php?file_id=106&type=bug
png
Notes
(0001061)
Friedemann   
2010-04-13 21:58   
I can not reproduce this behaviour here. Can you please copy the result of the save report here (see attached screenshot geosetter_save_report_2_clipboard.jpg)?

For me it is for example:

Saved (0,58s): R:\Test\arw\DSC01582.xmp
  Params: C:\Dokumente und Einstellungen\fri\Anwendungsdaten\GeoSetter\tools\exiftool.exe -@ "C:\DOKUME~1\fri\LOKALE~1\Temp\et00187644.arg" "R:\Test\arw\DSC01582.xmp"
  Arguments:
    -overwrite_original
    -XMP:GPSLatitude=54.60573445
    -XMP:GPSLongitude=-3.14344972
    -XMP:GPSVersionID=2.2.0.0
    -XMP:GPSMapDatum=WGS-84
    -XMP:GPSAltitude=81.000000
    -XMP:GPSAltitudeRef=Above Sea Level
    -XMP:GPSDateTime=2008-03-04T12:57:45Z

Do you perhaps have enabled an additional ExifTool command in the program settings?

Attached you also see my ARW settings.
(0001062)
jameshead   
2010-04-13 23:37   
Hi, I have uploaded my settings and my screen shot showing the effect, but I have found that the issue appears, as you've noted, to my running an extra command for exiftool. I had running the following command under "Use Additional ExifTool Commands before GeoSetter Commands:"

-xmp:geotag=

The reason for this was because Panoramio's upload no longer works with geotagged images that were geotagged using GeoSetter.

(see this thread:)

http://www.panoramio.com/forum/viewtopic.php?t=23901

The advice given from one of the people replying was:

For all who use GeoSetter: There is an easy way to work without an additional call of exiftool:

[quote]
In GeoSetter go to "File" -> "Settings" -> Tab "ExifTool"
aktivate the box "Use Additional ExifToolCommands before ..."
and type into the textbox: -xmp:geotag=
[/quote]

Hence my use of this in Geosetter. Removing the command fixes the issue I've report here!
(0001063)
Friedemann   
2010-04-13 23:50   
:-D Ok, with the command "xmp:geotag=" you will remove the data immediately after adding it. So it's not a bug in GeoSetter ...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
537 [GeoSetter] User Interface major always 2010-04-07 23:37 2010-04-10 02:25
Reporter: paysan Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.43 release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Garmin .gdb tracklog is not importable
Description: Garmin 60CSx tracklog .gdb is not importable by GeoSetter.

Error message is (translated from Dutch) :
            The file "stefan.gdb" is not a valid GPS track file

This file is for 100% sure ok. when I double-click this file it will launch GARMIN MAPSOURCE and the track log is displayed.

I will include this file.

Please keep me informed if this is my fault or a bug in (the beautiful) Geosetter.

Wim@nijntjes.org
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: stefan.gdb (8,338 bytes) 2010-04-07 23:37
https://www.geosetter.de/mantis/file_download.php?file_id=102&type=bug
Notes
(0001053)
paysan   
2010-04-08 08:39   
I also saved the trackdata file as a .gpx file.

Same error occured.
(0001055)
paysan   
2010-04-09 08:29   
Problem has been solved by upgrading MAPSOURCE to version 6.15.11

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
492 [GeoSetter] Image Data minor always 2010-02-28 22:00 2010-04-10 01:21
Reporter: loomy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.18 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.48 Release  
    Target Version:  
Summary: Daten im Feld "Beschreibung" werden erst beim 2x Speichern gelöscht
Description: Bei meinen Aufnahmen steht im Feld "Beschreibung" per Default jeweils ein Text. Möchte ich diesen löschen (Ctrl-e, Text in Beschreibung markieren, Del, OK), so wird dieser zwar gelöscht in den Anzeigeinfos unter dem Vorschaubild angezeigt, nach Speichern des Bildes ist er aber immer noch da. Wiederholt man den Vorgang erneut, ist der Text dann tatsächlih gelöscht.

Ob dies ein Problem von Geosetter oder ExifTool ist, weiss ich nicht.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Original.jpg (149,021 bytes) 2010-03-24 21:59
https://www.geosetter.de/mantis/file_download.php?file_id=88&type=bug
jpg

Change1.jpg (148,205 bytes) 2010-03-24 21:59
https://www.geosetter.de/mantis/file_download.php?file_id=89&type=bug
jpg

Change2.jpg (147,966 bytes) 2010-03-24 21:59
https://www.geosetter.de/mantis/file_download.php?file_id=90&type=bug
jpg
Notes
(0001022)
loomy   
2010-03-24 21:57   
(Last edited: 2010-03-24 22:02)
Leider kenne ich mich nicht allzu gut mit den internen Formaten wie EXIF, IPTC und XMP aus. Ich habe jedoch nochmals den Fehler schrittweise reproduziert (Geosetter v 3.3.43) und den Inhalt jeweils mittels ExifTool GUI angeschaut. Folgendes Ergebnis:

* Original.jpg = Originalfile
Geosetter zeigt Beschreibung
EXIF ImageDescription existiert
(IPTC, XMP leer)

* Change1.jpg = 1x löschen der Beschreibung mittels Geosetter
Geosetter zeigt Beschreibung
EXIF ImageDescription gelöscht
XMP zeigt nun Description

* Change2.jpg = nochmaliges Löschen im Geosetter
Geosetter Beschreibung gelöscht
EXIF ImageDescription gelöscht
XMP Description gelöscht
XMP zeigt nun ImageDescription

Übrigens wird im Photoshop Elements auch in Change2.jpg noch die Beschreibung angezeigt.

Alle 3 Files sind angehängt.

(0001026)
Friedemann   
2010-03-24 22:45   
Danke für die Analyse! Ich kümmere mich bald mal drum...
(0001060)
Friedemann   
2010-04-10 01:20   
Ich denke ich habe das Problem gefunden und repariert. Der Grund war folgender: Dein Originalbild enthält keine XMP-Daten. Beim Speichern werden deshalb erstmal die XMP-Daten initial aus den Exif-Daten übernommen. Dadurch kommt dann der Wert "OLYMPUS DIGITAL CAMERA" in die XMP-Beschreibung. Danach muss dieser Wert dann aber wieder entfernt werden. Das war bisher nich der Fall. Das sieht man übrigens auch sehr gut im Speicher-Report.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
524 [GeoSetter] User Interface minor N/A 2010-03-24 11:22 2010-04-10 00:48
Reporter: CanonUser Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.43 release  
Product Build: Resolution: won't fix  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Einstellungskombination sinnvoll?
Description: Im Dialog 'Einstellungen' -> 'Dateioptionen' können die Kontrollkästchen für 'Dateidatum und -zeit beim speichern erhalten' und das neue (und sehr hilfreiche) Kontrollkästchen 'Dateidatum auf Aufnahmedatum setzen (wenn verfügbar)' gleichzeitig aktiviert werden.

Es geht aus dem Dialog nicht hervor, welche Option Priorität hat.

Vorschlag wären zwei Dropdownfelder, die so aussehen könnten:

--------------------
Dateidatum setzen:
1. Priorität [Dropdownfeld]
2. Priorität [Dropdownfeld]
--------------------

Die Einträge in den Dropdownfeldern wären
- Dateidatum auf Aufnahmedatum setzen, falls möglich
- Dateidatum erhalten
- Dateidatum auf das aktuelle Datum setzen (Windows Standard)

Das zweite Dropdownfeld wird nur auf Enabled gesetzt, wenn im ersten Dropdownfeld 'Dateidatum auf Aufnahmedatum' gewählt wurde.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: DropDown1.gif (4,565 bytes) 2010-03-26 16:55
https://www.geosetter.de/mantis/file_download.php?file_id=91&type=bug
gif

DropDown2.gif (5,045 bytes) 2010-03-26 16:55
https://www.geosetter.de/mantis/file_download.php?file_id=92&type=bug
gif

Option1.gif (5,029 bytes) 2010-03-26 16:56
https://www.geosetter.de/mantis/file_download.php?file_id=93&type=bug
gif

Option2.gif (5,026 bytes) 2010-03-26 16:56
https://www.geosetter.de/mantis/file_download.php?file_id=94&type=bug
gif
Notes
(0001021)
Friedemann   
2010-03-24 12:20   
(Last edited: 2010-03-24 12:21)
Als ich das eingebaut habe, war ich mir fast sicher, dass dazu was kommt ;-)

> Es geht aus dem Dialog nicht hervor, welche Option Priorität hat.

Vielleicht geht es nicht direkt aus dem Dialog hervor, aber es kann ja gar nicht anders sein, dass die Option "Dateidatum auf Aufnahmedatum setzen (wenn verfügbar)" Vorrang hat. Wenn das nicht so wäre, würde sie ja nie zum Zuge kommen. Die Option "Dateidatum und -zeit beim speichern erhalten" wäre ja auch durch 2 sich ausschließende Optionsfelder darstellbar ("Datum erhalten" und "Dateidatum auf das aktuelle Datum setzen"). Die neue Option mit dem Aufnahmedatum ist davon auf jeden Fall unabhängig. Nur dann, wenn eine Bilddatei immer ein Aufnahmedatum hätte, dann könnte man das als 3 sich ausschließende Optionen (Radiobuttons) anbieten.

Ich finde das völlig ok so wie es ist und ich denke, die vorgeschlagenen beiden Dropdownlisten würden es auch nicht einfacher bedienbar bzw. verständlich machen. Wie gesagt, so wie es jetzt ist, ist es in meinen Augen völlig eindeutig und jede mögliche Kombination von Aktivierungen der beiden Optionen hat ihren Sinn...

(0001023)
Friedemann   
2010-03-24 22:12   
Nochmal zu Deinem Vorschlag: Wenn in der ersten Dropdownbox eine dieser beiden Optionen gewählt würde:

- Dateidatum erhalten
- Dateidatum auf das aktuelle Datum setzen (Windows Standard)

Welchen Sinn hätte dann noch die zweite Dropdownbox?
(0001024)
CanonUser   
2010-03-24 22:34   
(Last edited: 2010-03-24 22:35)
In diesen Fällen würde die zweite Dropbox deaktiviert (.Enabled = False in VB)

Die Überlegung war für mich, wie ich das Ganze für den Anwender ohne Blick die Hilfefunktion erklärbar machen könnte. Es gibt zwei Wege für den Anwender:

1. Er wählt 'Dateidatum = Erhalten' oder 'Dateidatum = Aktuell'. Dann kann die zweite DropBox entfallen

2. Wenn 'Dateidatum = Aufnahme', dann können 'Dateidatum = Erhalten' oder 'Dateidatum = Aktuell' (statt 'tue nichts' was ja keinen Sinn macht) als Alternativen in der 2. Dropbox gewählt werden, falls bei einem Bild 'Dateidatum = Aufnahme' keine Information hergibt.

Vielleicht finden sich später noch andere sinnvolle Optionen, um das Datum zu setzen, die kann man mit der Dropbox einfach nachrüsten. Ich erinnere mich beispielsweise, das bei MS DOS auf den Installationsdisketten die Uhrzeit der Dateien immer der Version von DOS entsprach.

(0001025)
Friedemann   
2010-03-24 22:44   
> In diesen Fällen würde die zweite Dropbox deaktiviert
> (.Enabled = False in VB)

ja, sorry, hattest Du oben ja auch geschrieben.

Na ja, wie gesagt, die Dropdownboxen bringen keinen Mehrwert. Die jetzige Lösung deckt alle Möglichkeiten ab, es ist also Geschmacksache und beinhaltet auch keine unlogischen möglichen Zustände. Ein Argument für die jetzige Lösung ist auch, dass der Umbau Arbeit macht ;-) Etwas kompliziert würde es nämlich bei der Mehrfachauswahl in der Liste der Dateitypen. Dafür lassen sich die Checkoxen wegen ihrer 3 Zustände gut nutzen. Mit Drpdownlisten wird's da kompliziert, da müsste man deren Ihalt dynamisch anpassen...
(0001028)
CanonUser   
2010-03-26 16:55   
(Last edited: 2010-03-26 16:59)
Genaugenommen gibt es ja folgende zusätzliche Funktion, die für mich nützlich wäre: Was passiert, wenn die Datei in Geosetter nicht verändert wurde aber nicht das EXIF-Datum trägt? Kommt vor, wenn das Bild mit Canons DPP oder einem anderen Programm bearbeitet wurde.
Das wäre ein Punkt, der im Menü 'Einstellungen' -> 'Daten-Optionen' -> 'Daten automatisch hinzufügen/kopieren beim Lesen/Editieren' als Kontrollkästchen 'Dateidatum automatisch auf EXIF-Datum setzen' gut aufgehoben wäre.
Alternativ wäre ein Batch-Modus vorteilhaft.

Für die Umsetzung der Optionen im Menü 'Dateioptionen' habe ich noch vier Screenshots als Vorschlag angefügt.

(0001058)
Friedemann   
2010-04-10 00:46   
> Was passiert, wenn die Datei in Geosetter nicht verändert wurde aber nicht
> das EXIF-Datum trägt?

Dafür gibt es doch jetzt eine Option im Bilder-Menü (siehe http://tinyurl.com/y676jrl )
(0001059)
Friedemann   
2010-04-10 00:48   
Danke für Deine Vorschläge. Aber letztendlich erreicht man damit ja nix anderes als mit dem was schon da ist. Der Aufwand ist mir zu hoch.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
513 [GeoSetter] User Interface major always 2010-03-15 14:13 2010-04-10 00:39
Reporter: takeru Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.10 release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: map function does not work for Win 7 x64?
Description: The map pane went totally wrong for one of my PC, run by Win 7 x64 English.

The contents of the pane is simply a white page, all the tool bar buttons are grayed out, the search-box is also not available.

The favorite drop-down remains active, but it does nothing. Coodinates fields show figures.

Firstly I thought it was due to a product roll-up, so I tried to uninstall the application and roll back to the release it worked before (in January?), but it did not help.

I checked up the web application configurations.
The map file preference is likely okay: http://www.friedemann-schmidt.com/geosetter/gmap21.html
The name service field was : http://ws.geonames.org , and changing it to http://ws5.geonames.org , which was found in another installation on another PC run by Win7 x86, also did not help.

I found perfoming a right-click on a white page provided a context-menu of the Internet Explorer, and I could view a page code file. The file was named as gmap21.html, so that there is likely no problem on page code loading.

I am afraid the current web application code is incompatible with Win7 x64 possibly?


Additionally, for your information, option "Add GeoSetter to Explorer Context Menu" does not work for Win7 x64. Maybe better to disable the checkbox for x64 systems for the time being.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: geoSetter.png (202,591 bytes) 2010-03-15 14:13
https://www.geosetter.de/mantis/file_download.php?file_id=84&type=bug
png
Notes
(0000999)
heiko   
2010-03-15 21:05   
(Last edited: 2010-03-15 21:06)
I'm also working with Win7 64 Bit and have no problems with the map. Therefore it's not generell Win7 64 Bit problem. I'm using the latest beta version.

(0001000)
Friedemann   
2010-03-15 21:32   
As Heiko already said, there's no general problem with Windows 7. I am using Windows 7 Professional 64 bit too without any problems.

Can you please open this link in your Internet Explorer (not Firefox!):
http://www.geosetter.de/geosetter_map_test.html
What do you see? A map?

Are you using perhaps a firewall which maybe blocks GeoSetter?
What about your security level in IE settings? Which level are you using?
Are you using a proxy server?
(0001001)
takeru   
2010-03-16 01:09   
No, it does not work somehow...

On the other hand, http://maps.google.com/ works for me.
(It also had some issues, though. Firstly, the application starts, but no images were loaded in the map pane. after a few reloading, an installation of GoogleEarth plugin was requested. Now, Google Map is working well.)

For a given URL, only a white page, and I can see the errors are reported on the page as :

Webpage error details

User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.3; Origami Experience 2.0)
Timestamp: Tue, 16 Mar 2010 00:06:34 UTC


Message: 'GControl' is undefined
Line: 42
Char: 1
Code: 0
URI: http://www.geosetter.de/extlargemapcontrol.js


Message: 'GIcon' is undefined
Line: 10
Char: 1
Code: 0
URI: http://www.geosetter.de/geosetter_map_test.html


Message: Object expected
Line: 1174
Char: 3
Code: 0
URI: http://www.geosetter.de/geosetter_map_test.html
(0001002)
takeru   
2010-03-16 01:35   
I am sorry, a slight correction.
Somehow, performance of Gmap is so poor for my network that most of the cases, map images could not be loaded.

There is no problem for any other web pages or web applications, like Bing map.

I have no web proxy, and rebooting the router also did not help.


Anyway, several reloading could have the original Gmap fully rendered, but never for the provided web page.

In the same network, my another PC run by win 7 x86 works fine.
A photo map was rendered for the machine with the given URL.

With Google Chrome, the original google Map and the given URL worked fine also for my x64 machine...
(0001003)
takeru   
2010-03-16 13:34   
Configuration reset function of IE8 was tried, but GeoSetter map pane still does not work, and the provided URL still provide only a white page and script errors. On the other hand, the original Google Map started providing acceptable response time and no functional degrading...

I hope you can find something from the script errors.

Thank you for your patient supports.
(0001005)
Friedemann   
2010-03-16 20:27   
As I understand, the URL http://www.geosetter.de/geosetter_map_test.html will be shown also with error messages in your Internet Explorer, right? Then in my opinion there's something wrong in your IE configuration. I really don't know. I think it's not a problem of GeoSetter or a problem of the map file.
(0001015)
takeru   
2010-03-17 01:06   
Has anything changed?
The provided URL started partially working.
For most of the loading trials, it did not provide script errors, but show the control applet, markers, and violet triangles, while maps were not rendered (with appologies "We are sorry, but we don't have imagery at this zoom level for this region")

The GeoSetter map pane started being rendered. However, nothing happened when I perform [search] function. On the other hand, favorites worked.

I am afraid that my problem could be due to too long latency against Google Map...? Is there any possibility to extend the time out in GeoSetter?

Thank you for your patient supports.
(0001027)
takeru   
2010-03-25 15:19   
Thanks for your patient supports.

Finally I identified my issue is related to IPv4 and IPv6.

Issuing tracert command for maps.google.com, I found my x64 Win 7 PC always tries to use IPv6 address and fails, while my x86 Win 7 PC always prefer to opt an IPv4 address, though IPv6 address are listed above for nslookup query.

Disabling IPv6 on my x64 machine, GetSetter started working fine, as well as Google services.

I understand this is not an issue for GeoSetter, but probably for MS, Google, Belkin and/or my ISP.
However, since I have no problem on other web services than Google's, so if GeoSetter can support Bing or any other map service provider as an alternative option out of Google Map, then it would be highly appreciated.

tack så mycket

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
529 [GeoSetter] Image Data minor always 2010-04-02 22:04 2010-04-10 00:38
Reporter: Sonneblume Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.43 release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Nach zufügen von GPS-Daten werden im Windowsexplorer einige Eigenschaften nicht mehr angezeit.
Description: Nachdem mit GeoSetter im Bild GPS-Daten gespeichert werden kann der Windows Exlporer einige der Bildeigenschaften nicht mehr anzeigen.
Beispielsweise fehlt das Aufnahmedatum und die Brennweite.

Das angehängte Bild zeigt die vom Windows Explore Angezeigten Eingenschaften vor und nach der Änderung mit GeoSetter.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: eigenschaften_original_und_nach_geosetter.JPG (86,681 bytes) 2010-04-02 22:04
https://www.geosetter.de/mantis/file_download.php?file_id=95&type=bug
jpg

Bild_20090905_7421.JPG (356,505 bytes) 2010-04-04 15:18
https://www.geosetter.de/mantis/file_download.php?file_id=97&type=bug
geosetter_zeitzone_zu_exif.jpg (158,899 bytes) 2010-04-04 19:31
https://www.geosetter.de/mantis/file_download.php?file_id=98&type=bug
jpg

win7_Bild_20090905_7421.jpg (86,487 bytes) 2010-04-04 19:31
https://www.geosetter.de/mantis/file_download.php?file_id=99&type=bug
jpg
Notes
(0001033)
heiko   
2010-04-02 22:49   
was für ein Betriebssystem verwendest du denn?

unter Win 7 64 Bit wird die Belichtungszeit bei Bildern die mit GeoSetter bearbeitet wurden korrekt angezeigt.
(0001035)
Sonneblume   
2010-04-03 18:07   
Ich verwende Windows XP Professional SP3 32 Bit.
Die Belichtungszeit wird bei mir auch noch angezeigt. Wird denn unter Win 7 das Aufnahmedatum auch noch angezeigt?
(0001036)
heiko   
2010-04-03 22:51   
sorry, ich hatte den Screenshot wohl nicht genau angesehen. Die Belichtungszeit war markiert so dass ich danach gesehen habe.

Habe gerade die Eigenschaften von 2 Bildern verglichen wovon eines mit GeoSetter behandelt wurde und das andere nicht. Es werden die gleichen Felder dargestellt (gut, die GPS Felder nur mit GeoSetter). Auch das Aufnahmedatum und die Brennweite werden angezeigt.

Evtl. mal auf die aktuellste ExifTool Version updaten.
(0001037)
Sonneblume   
2010-04-04 15:27   
Das Problem tritt auch mit ExifTool 8.16 auf.
Ich habe gerade ein bearbeitetes Bild hochgeladen. Kannst du bitte mal gucken wie das unter Win 7 angezeigt wird?
(0001038)
Friedemann   
2010-04-04 19:30   
Sorry, bin etwas im Osterstress. Deshalb jetzt erst mein Kommentar dazu. Meiner Meinung nach ist das ein bekannter Fehler in XP, dass es bestimmte Metadaten nach Änderung der Exif-Daten nicht mehr anzeigt (siehe auch hier http://support.microsoft.com/kb/945359/de ). Hast Du bei GeoSetter die Option "Zeitzone zu Exif-Daten hinzufügen" aktiviert (siehe Screenshot)? Das mag XP nämlich nicht.

Anbei auch ein Screenshot von dem was mir Windows 7 für Dein Bild anzeigt.
(0001044)
Sonneblume   
2010-04-06 20:28   
Ja, ich hatte die Option "Zeitzone zu Exif-Daten hinzufügen" aktiviert.
Wenn ich die Option ausschalte funktioniert alles bestens :)

Vielen Dank für die Hilfe und das Super Programm!
Macht weiter so.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
535 [GeoSetter] User Interface feature have not tried 2010-04-06 19:11 2010-04-10 00:37
Reporter: faunycle Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.43 release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Aufnahmedatum in nef-Images setzen
Description: Ich habe mit dem Nikon Coolscan meine Dias und Negativfilme gescannt. Die nef-Images enthalten kein Aufnahmedatum in den Exif-Tags. Ich möchte nun alle Images eines Ordners (z.B. Ordner 2010_04_01_PillePalle_Urlaub) auf das identische Aufnahmedatum setzen. Dazu muss ich in Geosetter - auch wenn ich alle Images selektiert habe - im Dialog "Daten bearbeiten" für jedes Image zunächst den Button "Einfügen" betätigen. Erst wenn ich das für alle Images gemacht habe, funktioniert der Button "Aktuelle Werte für alle ausgew. Bilder übernehmen ...".

Es wäre hilfreich, wenn einem das Betätigen des Button "Einfügen" erspart bliebe.

PS: Kann man eigentlich Geosetter überreden, die Exiftool-Aufrufe zu loggen?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: aufnahmedatum_fuer_alle.jpg (98,766 bytes) 2010-04-06 23:52
https://www.geosetter.de/mantis/file_download.php?file_id=100&type=bug
jpg

save_report_to_clipboard.jpg (107,075 bytes) 2010-04-07 21:10
https://www.geosetter.de/mantis/file_download.php?file_id=101&type=bug
jpg
Notes
(0001045)
heiko   
2010-04-06 21:44   
kennst du dich mit der Windows Eingabeaufforderung (cmd.exe) aus? Eine schnelle und einfache Lösung wäre direkt mit ExifTool irgendwelche Dummy Werte in die entsprechenden EXIF Felder zu schreiben, so dass der Rest über GeoSetter erledigt werden könnte.

Hier mal ein Beispielaufruf:
ExifTool.exe -EXIF:DateTimeOriginal=2010-04-06T21:20:00Z *.jpg
(0001046)
faunycle   
2010-04-06 22:32   
cmd.exe ist nicht das Problem - das Exiftool mit den für Exiftool-newbies umfangreichen Parametern und Optionen ist das Problem.

Kannst Du deinen Beispielaufruf ergänzen um eine Option, sodass die Daten in eine XMP-Datei geschrieben werden - das Raw-Image möchte ich nicht ändern.
(0001047)
heiko   
2010-04-06 23:33   
ich habe mir die Parameter von ExifTool gerade angesehen, bin aber leider auch auf kein Ergebnis gekommen. Sorry ..
(0001048)
Friedemann   
2010-04-06 23:51   
Also ehrlich gesagt kann ich das Problem nicht nachvollziehen. Hast Du vielleicht die Option "Nur Zeitzone" aktiviert? Ich habe das gerade ausprobiert und bei mir geht das (siehe angehängter Screenshot).
(0001049)
faunycle   
2010-04-07 07:10   
Bingo! "Nur Zeitzone" war aktiviert. Ohne diese Option funktioniert's.

Das Loggen der Exiftool-Aufrufe würde mich aber trotzdem noch interessieren.
(0001050)
Friedemann   
2010-04-07 21:12   
> Das Loggen der Exiftool-Aufrufe würde mich aber trotzdem noch
> interessieren.

Du kannst Dir nach dem Speichern ja einen Report anschauen ("Bilder | Speicherreport anzeigen..."). Dort kannst Du über das Kontextmenü alles in die Zwischenablage kopieren (siehe angehängter Screenshot). Ein Logging in eine Datei gibt es nicht.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
533 [GeoSetter] User Interface text N/A 2010-04-05 00:09 2010-04-07 21:12
Reporter: CanonUser Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Info: Alternative zur Mac-Version
Description: Zur Info - für alle, die eine Mac/Linux/Solaris-Version von GeoSetter nutzen möchten:

Ich habe erfolgreich mit Geosetter auf dem Mac gearbeitet. Dazu benötigt man den Virtualisierer 'VirtualBox' von http://dlc.sun.com/virtualbox/vboxdownload.html (frei für privaten Gebrauch und Bildungseinrichtungen).
Zunächst installiert man VirtualBox und in dieser virtuellen Machine dann ein Windows (ab 2000, reicht völlig aus), so wie man es bei einer Neuinstallation von Win auf einem Rechner mit leerer Festplatte gewohnt ist. Die VirtualBox reicht optische Laufwerke und USB 1:1 durch und Verzeichnisse auf der Festplatte und im Netzwerk sowie die Internetverbindungen können mit ein paar Klicks ebenfalls an das Windows in der VirtualBox angebunden werden.

Damit lief Geosetter auf mehreren Macs so problemlos, wie unter Windows (OK, der das Adjektiv 'problemlos' in Verbindung mit Windows auf einem Mac mag manchem blasphemisch erscheinen). Da VirtualBox im wesentlichen eine Datei einrichtet, die von Windows für eine Festplatte gehalten wird, kann das System nach der ersten Erstellung auch schnell auf andere Rechner verteilt werden bzw. über das Netz benutzt werden. Es gibt zusätzlich auch eine Server-Version von VirtualBox, da soll die Arbeit dann ganz remote auf dem Server laufen (nicht von mir getestet).

Hinweise:
1. Eine Win-Lizenz sollte man haben
2. Eine restriktive Firewall und disziplinierter Webzugriff oder ein Virenscanner für das virtualisierte Windows sind empfehlenswert.
3. Ich arbeite auch mit Windows 2000 in VirtualBox auf Windows XP als Wirtssystem. Es gibt zwischen beinen Win's keinen Performance-Unterschied, wenn 2000 nicht ans Internet darf und deshalb dessen Virenscanner entfallen kann.

Sinngemäß sollte die Beschreibung auch für Linux und Solaris gelten, denn auch für diese Versionen ist VirtualBox verfügbar.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001040)
heiko   
2010-04-05 01:15   
Hi CanonUser,

hast du Lust das Ganze für die Hilfe von GeoSetter zusammen zu schreiben? Auch wenn ich noch nie nen Mac in der Hand hatte kann ich mir durchaus vorstellen dass das den ein oder anderen interessieren würde :-). Könnte mir gut vorstellen dass das ein Thema für die FAQ oder für die White Papers wäre ..

Viele Grüße
Heiko
(0001042)
CanonUser   
2010-04-05 10:00   
Hallo Heiko,

von Deinem Zusatz (developer) kam meine Vermutung, dass es noch einen zweiten Entwickler geben könnte.
Zum Thema Mac: Würde ich schon machen, bisher habe ich aber VirtualBox auf dem Mac nicht installiert. Ich habe das ganze auf den Schulungs-Macs meiner örtlichen VHS gemacht und nur die virtuele Win-Oberfläche benutzt. Die VHS fand das Mac-Gehäuse praktischer, schult aber fast nur auf Windows ...

Ich schau mich mal um, ob ich einen Mac-User bei mir in der Nähe finde, dessen Mac ich entsprechend bearbeiten darf.
Schick mal ne PM für weitere Details ...
(0001043)
heiko   
2010-04-05 13:45   
den developer hier habe ich nur um ein paar Dinge in Mantis machen zu können, da es ab und zu auch einen Call zur Hilfe gab.

per Mail erreichst du mich unter heiko@geosetter.de

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
534 [GeoSetter] User Interface feature always 2010-04-06 05:41 2010-04-07 21:12
Reporter: Sint Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.43 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GPX file waypoint names not transferring into Geosetter.
Description: Below is an exert from my GPX file and the waypoint names are not transferring into Geosetter. The program functions adequately, but no waypoint names. I'm using Phototrip iPhone app.

<trk>
   <name><![CDATA[]]></name>
   <trkseg>
     <trkpt lat="44.948021" lon="-93.096695" >
       <ele>0.000000</ele>
       <time>2010-03-11T17:01:05Z</time>
       <name><![CDATA[Test]]></name>
       <sym>Dot</sym>
       <type><![CDATA[Dot]]></type>
     </trkpt>
     <trkpt lat="44.701733" lon="-93.181992" >
       <ele>0.000000</ele>
       <time>2010-03-29T23:52:12Z</time>
       <name><![CDATA[blah]]></name>
       <sym>Dot</sym>
       <type><![CDATA[Dot]]></type>
     </trkpt>
   </trkseg>
</trk>
</gpx>
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
527 [GeoSetter] User Interface feature have not tried 2010-04-01 15:59 2010-04-05 01:32
Reporter: rokdd Platform: win  
Assigned To: Friedemann OS: Win 7  
Priority: normal OS Version: 64 bit  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Updatestrategie
Description: Hallo,

in letzter Zeit gab es viele Updates und zwei Dinge sind mir dabei aufgefallen:
- wegen Fehleranfälligkeit vielleicht zwei Updatechannels: Release candidaten und stable.. weil ist wirklich ärgerlich wenn man produktiv arbeiten möchte und dann durch winzige (nicht vermeidbare) Fehler, die Arbeit wieder verloren geht oder Bilder falsch geschrieben werden etc...
- warum gibt es keinen direkten Downloadlink zur exe in dem Fenster was zeigt dass es neue Updates gibt. Und warum kann man nicht ein Update sich selbst instllieren lassen wie es z.B. firefox geht?
- Warum werden die Sprachen nicht gleich auf aktualisierung geprüft sondern mit dieser Schaltfläche?

alles nicht wichtig in dem Sinne..
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files:
Notes
(0001030)
Friedemann   
2010-04-01 22:40   
> Release candidaten und stable..

Na ja, was heißt schon "stable". Meist gibt es ja eine Betaversion welche von einigen Leuten getestet wird. Das was ich dann als Release rausgebe, halte ich in dem Moment für ok (ich weiß natürlich, dass Software niemals ok ist). Was soll ich mehr machen? Ich habe keinen Qualitätssicherungsapparat zur Verfügung, welcher neue Versionen systematisch durchtestet.

> weil ist wirklich ärgerlich wenn man produktiv arbeiten möchte und
> dann durch winzige (nicht vermeidbare) Fehler, die Arbeit wieder
> verloren geht oder Bilder falsch geschrieben werden etc...

Auf welches konkrete Problem beziehst Du Dich?

> Und warum kann man nicht ein Update sich selbst instllieren lassen
> wie es z.B. firefox geht?

Du bist ein Schelm ;-) Warum gibt es dieses nicht, warum gibt es jenes nicht? Was soll ich darauf ernsthaft antworten? Warum kann eine Software die einen Dinge und die andern kann sie nicht?

> Warum werden die Sprachen nicht gleich auf aktualisierung geprüft
> sondern mit dieser Schaltfläche?

Macht es wirklich Sinn auf einem deutschen System die spanische Sprachdatei automatisch nachzuinstallieren? Wenn es von der Sprache welche benutzt wird ein Update da ist, sollte das automatisch passieren. Aber nicht für den Rest.
(0001031)
rokdd   
2010-04-02 11:18   
was soll man auch kritisieren was (fast) alle Funktionen bietet die man zum Foto organisieren braucht?! Heute mal wieder Dateien umbenannt und abgesehen davon dass es gut funktioniert hat, war mit der Dialog auch neu (und gut). Mein Tenor des Issues ist eigentlich nur dass ich es gut finden würde, wenn man die Updates schneller und besser installieren kann, weils mit schließen Website aufrufen runterladen installieren und wieder neu aufmachen, bei den Updatezyklien ja ganz schön oft ist. Mit dem Exiftool Update ist ja super gelöst, also war mein Gedanke die gleiche Art auch für andere Zwecke zu nutzen. Es gab in der Vergangenheit keine schwerwiegenden mir bekannten Fehler, nur wäre es schade wenn alle XXX GB und YYY tausend Photos pllötzlich manupuliert werden, weil da eben doch mal etwas schief gegangen ist, davon abgesehen dass nicht alle die Updatefreqeunz mitmachen müssten. Hoffe es ist soweit klar was ich meinte..
(0001032)
Friedemann   
2010-04-02 20:03   
> was soll man auch kritisieren was (fast) alle Funktionen bietet
> die man zum Foto organisieren braucht?!

ach doch doch, zu kritisieren gibt's sicher 'ne Menge!

> Mein Tenor des Issues ist eigentlich nur dass ich es gut finden
> würde, wenn man die Updates schneller und besser installieren kann

Ich hatte öfter schonmal drüber nachgedacht, aber dann gab es immer wichtigeres (in meinen Augen). Das ist auch nicht so superschnell gemacht. Ich wüsste zu diesem Zeitpunkt z.B. nicht, wie man das Update einspielt wenn die Anwendung ja noch läuft bzw. wie man das Update startet nachdem sich die Anwendung beendet hat.

> Mit dem Exiftool Update ist ja super gelöst, also war mein
> Gedanke die gleiche Art auch für andere Zwecke zu nutzen.

Das ist sehr viel einfacher zu machen, da da die laufende Anwendung halt nicht stört.

> nur wäre es schade wenn alle XXX GB und YYY tausend Photos
> pllötzlich manupuliert werden, weil da eben doch mal etwas
> schief gegangen ist

Wie würdest Du Dir das vorstellen? Wie gesagt, eine Betaversion gibt's ja meist vorher.
(0001034)
rokdd   
2010-04-03 16:43   
Hallo,

kennst du das Programm Filezilla? Dort gibt es in den Einstellungen einen Dialog mit dem auswählen kann das beim Updatesuchen auch RC (und Betas) einbezogen werden sollen. Das was bisher betas sind, ist für meine Begriffe mehr so eine Art interne Beta um Bugs zu lösen und zu testen. Die releases die zurzeit alle x Wochen oder Tagen kommen wären für mich RC und die aller 3 Monate und auch nach entsprechenden Feedbacks durch die RC's zu einer stable Version gebündelt und für diejenigen zur Verfügung gestellt. Ich für meine Begriffe würde glaube den RC trotzdem benutzen.. beim Updaten gibt es glaube ich zwei Varianten: Updater aus dem Programm starten und Programm schließen, oder beim Neustarten den updater ausführen. der updater muss ja nicht silent sein sondern einfach die normale installationsexe die sonst auch zum Download steht
(0001039)
CanonUser   
2010-04-04 23:41   
Hallo rokdd,

ich sehe auch, dass in der letzten Zeit einige Updates gekommen sind. Debei waren viele neue und nützliche Funktionen. Gleichzeitig wurden Fehler behoben, deren langes Leben für eine produktive Arbeit sehr störend wären.
Ich denke, dass man Zeitmassstäbe (hier von FileZilla) nicht heranziehen kann. Ein anderer Updatemechanismus wäre für den Nutzer sicher komfortabel. Aber mal ehrlich, was swind die Alternativen zu Geosetter?
So etwas wie Lightroom (250 €)? Oder eine Bild-Community-Helfer, wo man morgen nicht weiß, welche Rechte man noch an seinen eigenen Daten und Bildern hat?

Auch bei den teuren Produkten von Adobe oder Microsoft gibt es Probleme und nette Tipps zu 'workarounds' ... Ich weiß nicht wie viele Leute (2?) an GeoSetter arbeiten, aber ich finde die Geschwindigkeit der Entwicklung beispielhaft gut (so, dass war meine heutige und überschwengliche Dosis Lob an die Entwickler).
(0001041)
heiko   
2010-04-05 01:32   
ich kenne hier nur einen der an GeoSetter arbeitet und das ist Friedemann.

Es gibt zwar Beta Versionen von GeoSetter, aber da steht keine "Qualitätssicherung" wie bei kommerziellen Produkten dahinter sondern "nur" interessierte User.

Es gab zwar immer mal wieder ein paar kleinere Bugs in den Release Versionen, aber zerschossen habe ich mir noch kein einziges Bild!

Ich kenne keine Alternative zu GeoSetter (zumindest zu diesem Preis :-))

Und das war jetzt mein Lob an Friedemann :-)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
528 [GeoSetter] Image Data feature N/A 2010-04-02 10:53 2010-04-04 19:13
Reporter: pellepixel Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: IPTC for .cr2 do not work in Picasa
Description: Not a Geosetter problem.... the location name tags as villages etc from geotagged files will come up fine in Picasa from jpeg converted in photoshop (canon raw .cr2) but Picasa not read this location tags directly from the raw .cr2 file, only GPS coordinates.
I have read that it is something with oldfashinoned Picasa IPTC handling.. but is it a way to cheat och do any changes in GeoSetter to be able to extract the location name tag from the raw file in Picasa. It is inconvienient way to convert all files to jpeg only to be able to get these tags. The name tags are valuable in Picasa webalbums.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
530 [GeoSetter] Image Data feature always 2010-04-03 22:42 2010-04-04 19:13
Reporter: gsrider Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.43 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: geotagged pictures taken from android phone HTC Tatto are not recognised as geotagged by Geosetter
Description: Hello,
First many thanks for your excellent software. I use it very successfully with my Fuji S100FS camera and my Zumo GPS.
I own now a HTC Tatto android 1.6 phone which is able to geotag automatically its pictures with its embedded GPS but the pictures are not recognised as geotagged by Geosetter. (Or I did something wrong when using the software ?)
Looking at the Exif data with Ctrl+I, I do find the GPS coordinates in the picture.
Tags:
Steps To Reproduce:
Additional Information: I include a sample image to give an example.
Attached Files: IMAG0050.jpg (860,278 bytes) 2010-04-03 22:42
https://www.geosetter.de/mantis/file_download.php?file_id=96&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
531 [GeoSetter] User Interface minor sometimes 2010-04-04 03:33 2010-04-04 19:13
Reporter: dvertz Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.43 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Copy and paste data
Description: I have two copies of my images. One in an [Originals] folder and one in a Geotagged folder. I like to keep a copy of my images unedited.

I noticed I had accidently geotagged the [Originals] so I did a copy and paste of the data. I used the toolbar buttons to perform the action.

When I checked the images in the Geotagged folder, 3 of 7 images had the Destination Coordinates set too short of their actual location. The Image Direction was correct. When I attempted to lengthen the distance to the correct Destination, I did not see the Destination Cooridinates change. I also noticed the direction was locked. I unlocked the Image Direction and moved the Destination and saw the Destination Coordinates change.
Tags:
Steps To Reproduce:
Additional Information: I attempted to repeat the process by copying one image and pasting the data. I could not repeat the Destination Coordinates getting set incorrectly on the first attempt. On the second attempt, it appeared to double the distance to the Destination Coordinates. On the third attempt it copyied correctly.

Let me clearify, I mean the Destination Coordinats as where the magenta marker is locaed on the map. I have not verified if the actual Coordinates are where the marker is shown.
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
532 [GeoSetter] User Interface minor always 2010-04-04 04:00 2010-04-04 19:13
Reporter: dvertz Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.43 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Map Zooms after changing Directory
Description: If the option in settings on the map tab is set to "Show images on map after changing directoy" is enabled, then the map zooms. If the option is disabled then changing a directoy, the map does not zoom.

I am almost sure this is by design, but it is not what I was expecting. I was expecting for the blue markers to show (so I can see the nearby images), but for the map not to change its zoom level.

Was it by design?
If by design, maybe add an option below "Show images ..." to disable the zoom?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
526 [GeoSetter] User Interface feature N/A 2010-03-30 17:19 2010-04-01 22:27
Reporter: geomantis Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: won't fix  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Wird es eine Apple-Version für MacOS geben?
Description: Ich habe Geosetter auf einem Windows-Rechner gesehen und bin begeistert. Geosetter kann mehr als viele andere (zB Richtungsanzeige) und ist auch angenehm zu bedienen. Leider gibt es noch keine Apple-Version - und auch kein Programm mit diesem Funktionsumfang für Apple. Ist geplant, auch eine Geosetter-Version für Mac OS anzubieten?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001029)
Friedemann   
2010-04-01 22:27   
> Ist geplant, auch eine Geosetter-Version für Mac OS anzubieten?

Kurz und knapp: Leider nein...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
525 [GeoSetter] Image Data feature N/A 2010-03-26 12:21 2010-04-01 22:26
Reporter: janorama Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.43 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Google Earth Icon
Description: Hallo

Das neue Richtungstool in Geosetter ist fantastisch, v.a. dass der Bereich angezeigt wird, der den Inhalt des Bildes auf der Karte einträgt.

Wäre es möglich die Richtungsdaten auch an Google Earth weiterzugeben, sodass ein Icon in Google Earth auch die Richtung anzeigen wird?
So weit mir bekannt, gibt es ein in kml ein <heading>-tag für Icons, mit dem man das Icon selbst drehen kann.

Könntet Ihr ausserdem eine Funktion ergänzen, die die Icons in Google Earth genauer einstellen/definieren lässt? Eventuell ein editierbares Template für die Einträge in der kml-Datei?

Wäre es möglich eine weitere Funktion einzubauen, die erlaubt den Winkel des View-Cone selbst einzustellen/zu überschreiben (z.b. für in Photoshop zusammen gesetzte Panoramabilder, wo die Brennweite-Daten der Linse keinen Sinn mehr machen)?

super Programm ;)
jan


Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
523 [GeoSetter] User Interface minor always 2010-03-21 22:12 2010-03-22 02:31
Reporter: jerryloew Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.3.30 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: suggestion for new feature
Description: Is it possible to arrange categories in alphabetic order?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001019)
Friedemann   
2010-03-21 22:49   
What do you mean with "Categories"?
(0001020)
jerryloew   
2010-03-22 02:31   
In the 'Edit Data' window there's a tab for Categories / Keywords. The categories are the left-hand column on this tab.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
516 [GeoSetter] User Interface feature always 2010-03-17 13:11 2010-03-21 22:50
Reporter: CHRHUBER Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.30 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: ArcPad track in Geosetter
Description: Ich zeichen Tackfiles mit ArcPad auf, es wird also eine shape-Datei erzeugt.
Diese enthält eine UTC-Datumsspalte im Format TT.MM.JJJJ und eine UTC-Time-Spalte im Format hhmmss.

Leider kann Geosetter diese Datei nicht korrekt lesen, offenbar wird das Datums-/Uhrzeit-Feld nicht richtig erkannt.

Frage: Wie muss ich diese Felder richtig formatieren, damit Geosetter diese lesen kann?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
517 [GeoSetter] User Interface feature always 2010-03-19 13:06 2010-03-21 22:50
Reporter: peilung Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.30 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Blickrichtung: Pfeil anstelle von Winkel
Description: Der Winkel ist hervorragend, um Landschaftsaufnahmen richtig einzuschätzen.

Wenn ich jedoch einen Stein beispielsweise von mehreren Seiten fotografieren, wäre es besser, die Blickrichtung "im Rücken" dargestellt zu haben. Konkret wäre also ein Pfeil hilfreich, der "hinter" dem Bild anfängt und seine Spitze an der Position hat (evtl. sogar mit Dateiname anbei), per Parameter wäre der Abstand "nach hinten" wählbar.

Wäre das irgendwie möglich?

Besten Dank & Gruß,

peilung

P.S. Wunsch auf sehr hohem Niveau - das Programm ist bereits sehr (!) gut!
Tags:
Steps To Reproduce:
Additional Information: Exemplarisch habe ich in einen Screenshot der Karte um derartige Pfeile ergänzt (Blickrichtung der Pfeile ist etwas übertrieben - macht aber deutlich, dass die Pfeile gegenüber der "blauen Wolke" etwas mehr Information bieten)
Attached Files: beispiel.jpg (170,106 bytes) 2010-03-19 13:06
https://www.geosetter.de/mantis/file_download.php?file_id=86&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
518 [GeoSetter] User Interface feature N/A 2010-03-21 00:06 2010-03-21 22:50
Reporter: loomy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.30 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Tracks nach Geschwindigkeit färben
Description: Ein nettes Feature wäre es, wenn die Tracks je nach Geschwindigkeit unterschiedlich gefärbt angezeigt werden könnten (evtl. Farben wählbar, oder kontinuierlich). Es würde schon eine grobe Abstufung in 4-6 Kategorien reichen, die es erlauben zwischen:
* zu Fuss
* Fahrrad
* Auto
* Flugzeug
zu unterscheiden. Die Distanzen werden ja bereits mit jedem Trackpunkt berechnet.
Tags:
Steps To Reproduce:
Additional Information: Eine ganz gute Umsetzung davon findet man unter:
http://www.gpsvisualizer.com/map_input

(unter Track Options: colorize by: speed)
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
520 [GeoSetter] User Interface minor always 2010-03-21 02:25 2010-03-21 22:50
Reporter: ptr727 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.30 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Adjust image times edit box uses AM/PM instead of minutes hours
Description: The camera was off by 15 hours, I wanted to adjust image date time during tagging.

Actual behavior:
The offset edit box showed hours minutes AM/PM.
The AM/PM was cut off, i.e. the edit fields did dot fit in the edit window.

Problem:
It is not logical do adjust a time by using an AM/PM date.

Expected behavior:
The edit box should have showed days and hours and minutes in 24 hour format, not AM/PM.
Tags:
Steps To Reproduce:
Additional Information: Product version is actually 2.2.32, but the Mantis version dropbox does not list 3.3.32.

See attached image.
Attached Files: GeoAMPM.png (64,224 bytes) 2010-03-21 02:25
https://www.geosetter.de/mantis/file_download.php?file_id=87&type=bug
png
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
521 [GeoSetter] User Interface minor always 2010-03-21 22:09 2010-03-21 22:49
Reporter: jerryloew Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.30 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: data entry from templates
Description: Even if one has put the date taken into a template, it is not copied to other images when one applies the template to other images.

This is probably not an issue with images taken with a camera which records the date and time digitally, but I'm using GeoSetter with scans of old film images. The scan date is of course not the date photographed.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
522 [GeoSetter] Image Data minor always 2010-03-21 22:10 2010-03-21 22:49
Reporter: jerryloew Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.30 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: loading from template to multiple files
Description: If you select multiple files and load data from a template, it loads to only the last file selected.

Actual build 3.3.32
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
519 [GeoSetter] User Interface minor always 2010-03-21 01:53 2010-03-21 02:15
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.39 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.43 release  
    Target Version: 3.3.43 release  
Summary: Track files with lots of waypoints will be shown very slow
Description: If a track file contains a lot of waypoints (> 1000) then these waypoints will be shown a normal track (lines instead of waypoint icons). But for this track , the segments will not be optimized for the map by removing track segememts (see http://en.wikipedia.org/wiki/Ramer-Douglas-Peucker_algorithm ). So if a track file for example contains 32.000 waypoints, the track which will be shown in the map contains 32.000 visible segments which will slow down the map a lot.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
514 [GeoSetter] User Interface major always 2010-03-16 19:46 2010-03-17 20:45
Reporter: grhde Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.38 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.39 beta  
    Target Version:  
Summary: Vorschaubilder zeigen keine Bild oder GPS Informationen
Description: Guten Tag,ich betreibe Geosetter unter Win7 64 bit ultimate, allerdings erscheint seit heute unterhalb der Vorschaubilder keinerleid Bild- oder GPS information mehr, obwohl diese im Menu Spalten und Anzeigeninfos einstellen selektiert sind. Man kann auch von der KArte keine lokation mehr zuweisen, da das entprechende menüfeld ausgeraut ist. ich habe einen Screenshot beigefügt!
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Geosetter problem.jpg (240,144 bytes) 2010-03-16 19:46
https://www.geosetter.de/mantis/file_download.php?file_id=85&type=bug
jpg
Notes
(0001004)
Friedemann   
2010-03-16 20:23   
Das sieht ja heftig aus... Welche Version ist das denn???

Was mich ganz doll iritiert, sind die auch angezeigten ExifTool-Backups. Tritt dieses Problem seit dem Update auf eine neue Version auf, oder einfach plötzlich so?
(0001007)
grhde   
2010-03-16 22:21   
ich arbeite mit Version 3.3.32 Build 1817

Die Exif Tool Backups habe ich versucht mit Filter auf *.jpg in Geosetter auszublenden, leider gelingt das auch nicht. Da ich das Fehlverhalten leider permanent habe kann ich sein auftreteten leider auch nicht rekonstruieren!
(0001008)
Friedemann   
2010-03-16 22:27   
Tritt das Problem seit einem Update von GeoSetter auf, oder einfach plötzlich so?
(0001009)
grhde   
2010-03-16 22:38   
ich habe heute upgedated,danach etwa eine stunde normal gearbeitet, dann trat das problem auf!
(0001010)
Friedemann   
2010-03-16 22:58   
Ach, ich sehe gerade, Du hast die Dateiendungen im System ausgeblendet. Vielleicht liegt es daran (mit der Anzeige der Backups). Hast Du GeoSetter auch zum Umbenennen benutzt? Mit der aktuellen Version oder einer Vorversion?
(0001011)
grhde   
2010-03-16 23:08   
Dateiendungen habe ich keine ausgeblendet, ich habe nur einen Filter auf JPG gesetzt, umbenannt habe ich auch nicht mit geosetter, ich habe den Rechner neu gebootet, Geosetter neu installiert die Einstellungen von Geosetter in einer anderen Win7 installation gespeichert und hier wieder geladen, aber nichts löst das Problem
(0001012)
Friedemann   
2010-03-16 23:21   
> Dateiendungen habe ich keine ausgeblendet

Doch, das sehe ich doch auf dem Screenshot. Dort werden keine Dateiendungen angezeigt. Aber um keine Missverständnisse aufkommen zu lassen, das ist eine Voreinstellung von Windows, welche ich übrigens völlig grausam finde. Ich nehme mal an, dass die ExifTool-Backups auch die Endung "jpg" haben, bloß sieht man die ja bei Dir nicht weil die Anzeige ausgeschaltet ist.

> die Einstellungen von Geosetter in einer anderen Win7
> installation gespeichert und hier wieder geladen

Du meinst die config.ini? Mit der läuft es auf einer anderen Installation???

Könntest Du mal bitte die aktuelle Betaversion http://www.geosetter.de/geosetter_beta.exe ausprobieren? Es gab ein Problem mit den Face-Tags von Microsoft die in der aktuellen 3.3.32 evtl. dazu führen, dass Daten nicht angezeigt werden. Der Effekt mit den angezeigten Backups ist damit allerdings nicht geklärt.

Wie gesagt, ich vermute, dass die Backup-Dateien auch die Endung 'jpg' haben. Die Frage ist bloß warum...
(0001013)
grhde   
2010-03-17 00:13   
die Backup dateien haben die Endung jpg_original! die beta werde ich morgen testen und Dir davon berichten! bis dann :-)
(0001014)
Friedemann   
2010-03-17 00:26   
Da muss ich aber sicherheitshalber nachfragen: Woher weißt Du welche Endung die Backups haben? Auf Deinem Sceenshot sind die ja nicht zu sehen da die Anzeige der Endungen bei Dir deaktiviert ist.
(0001016)
grhde   
2010-03-17 11:18   
im screenshot sieht man die Endung jpg...riginal und im Explorer sehe ich die Endungen komplett. Leider bringt die Beta Version die Du vorgeschlagen hast auch keine Besserung. Kann es sein dass es sich um eine Einstellung des Programmes handelt? ich würde Dir ja gerne einen neuen Screenshot senden!!
(0001018)
Friedemann   
2010-03-17 20:45   
Ich konnte das jetzt nachvollziehen, mit Hilfe von 0000422. Es idn z.B. tatsächlich die Bibliotheksordner in welchen Bilddateien nicht erkannt wurden. Alles was nicht als Datei erkannt wird, wird trotzdem dargestellt. Das sollten in der Regel nur Ordner sein.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
422 [GeoSetter] User Interface minor always 2010-02-02 21:37 2010-03-17 20:41
Reporter: Haspelknecht Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.39 beta  
    Target Version:  
Summary: Kann nicht Bilder auf Netzwerkfreigaben bearbeiten
Description: Ich habe meine Bilder auf einem Windows-Homeserver liegen.
Der Client daran ist ein Windows-7 Rechner.
Lokal kann ich die Geodaten meiner Bilder bearbeiten, aber nicht von Bildern, die auf einer Freigabe des Servers liegen.
Schreibrechte habe ich.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: geosetter_1.jpg (200,174 bytes) 2010-02-06 16:24
https://www.geosetter.de/mantis/file_download.php?file_id=54&type=bug
jpg
Notes
(0000872)
Friedemann   
2010-02-02 21:40   
> Lokal kann ich die Geodaten meiner Bilder bearbeiten, aber nicht
> von Bildern, die auf einer Freigabe des Servers liegen.

Was heißt Du kannst die nicht bearbeiten? Sind die Bilder nicht sichtbar oder gibt es Fehlermeldungen? Wenn ja, welche?
(0000880)
Haspelknecht   
2010-02-03 09:42   
Die Bilder werden im Browser angezeigt und können auch in der Bilderanzeige darunter angezeigt werden. Auch die ganzen eingebetteten Metadaten können angezeigt werden.
Nur sind alle Editierfunktionen deaktiviert, aber ohne Fehlermeldung.
(0000894)
Haspelknecht   
2010-02-06 16:26   
(Last edited: 2010-02-07 20:12)
Screenshot (von 3.3.0) hinzugefügt.
Angezeigt werden in der Statusleiste des Browsers "0 Bilder".

Habe gerade noch eine wichtige Beobachtung gemacht.
Es liegt nicht an der Netzwerkfreigabe an sich, sondern daran, dass ich über die Windows 7 Bibliothek "Bilder" zugreife.
Dann geht leider auch kein Zugriff auf lokal gespeicherte Bilder.
Zugriff über "normalen" Netzwerkpfad (//SERVER/Freigabe) geht.
Problem könnte also eher sein: Kann nicht mit Windwos 7 Bibliotheken arbeiten.

(0001017)
Friedemann   
2010-03-17 20:40   
> Problem könnte also eher sein:
> Kann nicht mit Windwos 7 Bibliotheken arbeiten.

ja, genau das war das Problem. Das ist ein Fehler in der Dateibrowserkomponente welche ich benutze. Ich denke ich habe das jetzt behoben.

Sorry, hat etwas gedauert. Anlass war jetzt 0000514, das ist genau das gleiche Problem.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
515 [GeoSetter] User Interface feature have not tried 2010-03-16 21:23 2010-03-16 21:24
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.38 beta  
    Target Version:  
Summary: New option for setting file date from image taken date when saving changes
Description: New option for setting file date from image taken date when saving changes
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001006)
Friedemann   
2010-03-16 21:24   
There's also a new command "Images | Set File Date from Taken Date" to set the file date for all selected images.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
372 [GeoSetter] User Interface minor always 2010-01-10 14:10 2010-03-16 21:20
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.2.3 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.38 beta  
    Target Version:  
Summary: Changed file date are not updated in file list window
Description: Normaly i use a EXIF command (-execute "-DateTimeOriginal>FileModifyDate")to set FileModifyDate (dateidatum) to the date the photo was taken.

After saving all changes the file list window still show the uncanged file date while Windows explorer shows the right file dates.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000762)
Friedemann   
2010-01-10 14:13   
Yes, I know, I noticed it yesterday for my own, funny :-) I already fixed it for the thumbs view. But for the list view it's more complicated. I already asked the developer of the browser component and will fix it after getting an answer...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
509 [GeoSetter] User Interface tweak always 2010-03-13 20:58 2010-03-14 22:47
Reporter: loomy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.30 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Einstellungen beim Synchronisieren merken
Description: Mir ist aufgefallen, dass im "Synchronisierung mit GPS-Datendateien" Dialog zumindest die Einstellung der ersten 4 Punkte (Synchronisieren mit...) von einem Aufruf zum nächsten nicht übernommen wird.

Beispiel: Ich möchte Tracks im aktuellen Verzeichnis synchronisieren (erster Punkt). Beim nächsten Aufruf des Dialogs ist aber wieder "mit angezeigten Tracks synchronisieren" (zweiter Punkt) angewählt und ich muss erneut die Synchronisationsmethode umstellen.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
510 [GeoSetter] User Interface minor always 2010-03-13 23:40 2010-03-14 22:47
Reporter: Tilo Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.30 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Sorting in GPS Report not working.
Description: Sync with GPS file, open report and try to sort on report (example column time difference)
see attachment.

Version 3.3.32 Build 1817
Win Vista SP2 64bit

btw, thanks for the great free program, you should get a pice of the GeoLogTag app from iPhone. without GeoSetter otherwise useless on WIN
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: GeoSetterBUG.png (220,309 bytes) 2010-03-13 23:40
https://www.geosetter.de/mantis/file_download.php?file_id=83&type=bug
png
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
512 [GeoSetter] User Interface feature have not tried 2010-03-14 22:39 2010-03-14 22:40
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.37 beta  
    Target Version:  
Summary: Allow right click on map to assign position to files and select nearby images
Description: Allow right click on map to assign position to files and select nearby images
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
511 [GeoSetter] User Interface feature have not tried 2010-03-14 13:21 2010-03-14 13:22
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.37 beta  
    Target Version:  
Summary: Add possibility to assign keyboard shortcuts to search and filter templates
Description: Add possibility to assign keyboard shortcuts to search and filter templates
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
508 [GeoSetter] User Interface feature have not tried 2010-03-13 04:02 2010-03-13 04:02
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.34 beta  
    Target Version:  
Summary: Allow right click on blue image markers in map to assign image data to selected files
Description: Allow right click on blue image markers in map to assign image data to selected files
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
506 [GeoSetter] User Interface feature N/A 2010-03-11 12:55 2010-03-13 00:32
Reporter: kussji Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.30 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Koordinatenanzeige im CH1903 Format (Schweiz)
Description: Interessant wäre für uns (einige) Schweizer die Anzeige der Koordinaten in Schweizer-Projektionskoordinaten CH1903.
Tags:
Steps To Reproduce:
Additional Information: Wäre cool ;-)
In beiliegendem upload sind die Umrechnungsformeln enthalten.
Attached Files: ch1903wgs84de.pdf (120,752 bytes) 2010-03-11 12:55
https://www.geosetter.de/mantis/file_download.php?file_id=81&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
507 [GeoSetter] Image Data major always 2010-03-11 17:01 2010-03-13 00:32
Reporter: apo56 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.30 release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Exif Daten werden nicht geschrieben
Description: Ich habe Olympus raw Dateien mit dem DXO Optics Pro 6 Converter in jpg Dateien umgewandelt. Geosetter schreibt die Koordinateninformation nicht in diese jpg Dateien. Eine Fehlermeldung wird angezeigt:

ExifTool hat Fehler bzw. Warnungen bei x von x Bildern gemeldet
Im Falle eines Fehlers werden die an dem jeweiligen Bild vorgenommenen Änderungen nicht gespeichert

C:\Dokumente und Einstellungen\Vollmar Apolloner\Anwendungsdaten\GeoSetter\tools\exiftool.exe -@ "C:\DOKUME~1\VOLLMA~1\LOKALE~1\Temp\et01E5D0A7.arg" "G:\Fotos-privat\Libyen 2010\P2221667_raw.jpg"

-overwrite_original
-P
-EXIF:GPSSatellites=0
-EXIF:GPSLatitude=27.58592600
-EXIF:GPSLongitude=16.25968800
-EXIF:GPSLatitudeRef=N
-EXIF:GPSLongitudeRef=E
-EXIF:GPSMapDatum=WGS-84
-EXIF:GPSVersionID=2.2.0.0
-EXIF:GPSAltitude=517.855200
-EXIF:GPSAltitudeRef=Above Sea Level
-EXIF:GPSDateStamp=2010:02:17
-EXIF:GPSTimeStamp=12:06:09
-XMP:GPSLatitude=27.58592600
-XMP:GPSLongitude=16.25968800
-XMP:GPSVersionID=2.2.0.0
-XMP:GPSMapDatum=WGS-84
-XMP:GPSAltitude=517.855200
-XMP:GPSAltitudeRef=Above Sea Level
-XMP:GPSDateTime=2010-02-17T12:06:09.00Z
-XMP:DateCreated=2010-02-17T13:05:28Z+01:00;

Error: [minor] Bad ImageProcessingIFD offset for UnknownBlock - G:/Fotos-privat/Libyen 2010/P2221667_raw.jpg)

Eine jpg Datei ist angehängt.

MfG
V. Apolloner
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: P2221667_raw.jpg (1,516,250 bytes) 2010-03-11 17:01
https://www.geosetter.de/mantis/file_download.php?file_id=82&type=bug
Notes
(0000997)
heiko   
2010-03-12 22:23   
minor Errors lassen sich ignorieren, so dass das Bild gespeichert werden kann

Unter "Datei | Einstellungen" Reiter "Datei-Optionen" wählen. Links das entsprechende Format (oder auch mehrere) wählen, und dann "Kleine Fehler ignorieren" aktivieren
(0000998)
Friedemann   
2010-03-13 00:32   
Siehe auch 0000485

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
505 [GeoSetter] User Interface minor N/A 2010-03-10 22:09 2010-03-10 22:42
Reporter: kussji Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.30 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Garmin *.gdb Tracks funktionieren nicht
Description: Bei der Synchronisierung mit GPS Daten wird zur Auswahl das *.gdb - File wohl unterstütz aber beim ausführen erscheint das Infofenster "Sie haben keine Trackdatei..." (siehe auch Uploadfile).
Wird die Datei im MapSource von Garmin im *.gpx-Format gespeichert geht es problemlos.
Tags:
Steps To Reproduce:
Additional Information: Vorschlag entweder keine *.gdb File bei der Auswahl zulassen oder Problem beheben.
Attached Files: Zwischenablage01.jpg (52,885 bytes) 2010-03-10 22:09
https://www.geosetter.de/mantis/file_download.php?file_id=77&type=bug
jpg

Signalisation.gdb (44,453 bytes) 2010-03-10 22:18
https://www.geosetter.de/mantis/file_download.php?file_id=78&type=bug
geosetter_gpsbabel.jpg (121,219 bytes) 2010-03-10 22:28
https://www.geosetter.de/mantis/file_download.php?file_id=79&type=bug
jpg

geosetter_signalisation_gdb.jpg (118,111 bytes) 2010-03-10 22:32
https://www.geosetter.de/mantis/file_download.php?file_id=80&type=bug
jpg
Notes
(0000991)
Friedemann   
2010-03-10 22:14   
> Vorschlag entweder keine *.gdb File bei der Auswahl zulassen
> oder Problem beheben.

Spaßvogel ;-)

Eine Trackdatei würde mir enorm helfen...
(0000992)
kussji   
2010-03-10 22:20   
Track-File hochgeladen.

Humor ist das halbe leben :-)
(0000993)
Friedemann   
2010-03-10 22:21   
> Humor ist das halbe leben :-)

Wohl wahr!
(0000994)
Friedemann   
2010-03-10 22:30   
Ja, das ist natürlich etwas blöd. Es müsste die Meldung ausgegeben werden, dass dafür GPSBabel benötigt wird. Selbiges kann man in den Einstellungen angeben, siehe angehängter Screenshot. Damit sollte es gehen.

Ist aber natürlich trotzdem ein Fehler wegen der fehlenden Meldung.
(0000995)
Friedemann   
2010-03-10 22:33   
Anbei noch ein Screenshot des geladenen Tracks. Hoffe das ist ok...
(0000996)
kussji   
2010-03-10 22:42   
Genau das ist die Lösung gewesen. Danke! Das nenne ich support!!! Und erst noch Freeware. Und ein super tolle Programm.

War mir sogar, was fast nie vor kommt, ein paar Euros in Form einer Spende wert.

Danke!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
496 [GeoSetter] User Interface minor have not tried 2010-03-04 20:20 2010-03-10 22:36
Reporter: Hoppfrosch Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.30 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Using favourites in Offline Mode
Description: Being offline it would be helpful to be able to assign stored favourites to images.

(Being on remote places without internet access it would be nevertheless helpful to assign at least stored coordinates of predefined favourites ...)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
497 [GeoSetter] User Interface tweak always 2010-03-04 21:29 2010-03-10 22:36
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.30 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Verkleinern des GeoSetter Programmfensters
Description: wird GeoSetter verkleinert wäre es schön wenn die Größenverhältnisse der einzelnen Programmfenster erhalten bleiben. Im Moment bleibt die Größe der Karte erhalten und alle Fenster "außenrum" werden verkleinert. Begrenzt ist das Verkleinern durch die Größe des Kartenfensters. Soll GeoSetter also weiter verkleinert werden, muss erst umständlich das Fenster Karte verkleinert werden.

Läßt sich das etwas machen oder ist das durch die engesetzten Komponenten vorgegeben?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
498 [GeoSetter] User Interface feature have not tried 2010-03-04 22:31 2010-03-10 22:36
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.34 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Shortcut um Sprache zu ändern
Description: beim erstellen der Screenshots wäre es sehr hilfreich wenn man für die verwendete Sprache einen Shortcut definieren könnte.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
499 [GeoSetter] User Interface minor always 2010-03-04 22:50 2010-03-10 22:35
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.30 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Zusätzliche Zeitanpassung beim Synchronisieren
Description: gibt man die Werte für die Zeitanpassung mit der Tastatur ein werden diese nicht übernommen. Man muss im Moment mit den Drill Buttons durchhangeln
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
500 [GeoSetter] User Interface major always 2010-03-05 17:37 2010-03-10 22:35
Reporter: wineusr Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.30 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Cannot select images when running under Wine on Ubuntu 9.10
Description: System configuration:

Geosetter 3.3.30 running under
Wine 1.1.31 on
Ubuntu 9.10 on
VMware Fusion 3.0.1 on
Mac OS X 10.5.8

Steps to reproduce:

1. Select a folder for Images
2. Geosetter will read the Images and can preview them
3. Select images from the list

Observed behavior:

Geosetter always reports "0 Images" below the image list, no matter how many images are present in the list, or how many are selected. With no images selected it is not possible to invoke any geotagging operations. Tested with jpeg and Canon CR2 RAW files.

Expected behavior:

Images should be selected and geotagging operations should be possible.

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
501 [GeoSetter] Image Data feature always 2010-03-05 20:46 2010-03-10 22:34
Reporter: danielvieser Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.30 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: neue IPTC Core-Felder
Description: Hallo,

kaum dabei und gleich mal einen Wunsch: Als professioneller Fotograf ohne Agentur benötige ich dringend das Feld "RightsUsageTerms" gem. IPTC Core. Das vorhandene Feld "Anweisungen" sollte ja für Infos zu Nutzungsrechten nicht verwendet werden.
Auch "IPTC Subject Code" und "IPTC Scene" wären sehr gut, da die derzeit noch implementierten Felder "Kategorie" und "Zusätzliche Kategorien" im IPTC Core nicht mehr existieren. Interessanterweise kürzt Geosetter die "Kategorie" selbst schon auf die "IPTC Subject Code"-Länge von 3 Zeichen.

Herzlichen Dank.
Daniel Vieser
Tags:
Steps To Reproduce:
Additional Information: Ich arbeite seit gestern mit Geosetter und bin sehr begeistert. Sehr umfangreich und dennoch aufgeräumt und schnell verständlich. Besonders genieße ich die differenzierte Zuweisung der Vorlagen. Sehr großes Kompliment und vielen Dank für dieses Werkzeug!
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
502 [GeoSetter] User Interface feature N/A 2010-03-07 11:52 2010-03-10 22:34
Reporter: loomy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.30 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Bilder über deren Positionsmarker auf der Karte markieren
Description: Schön wäre ein Feature das es ermöglicht, mit der Maus auf der Karte ein Rechteck zu ziehen sodass anschliessend alle Bilder, deren Marker im Rechteck liegen, markiert werden.

Eine etwas komplexere Erweiterung davon wäre, dass man das Rechteck durch setzen zusätzlicher (verschiebbarer) Punkte auf den Kanten zu einem Polygon erweitern kann. Dies würde es erlauben, auch komplexere (Landes-, Bezirks,-...)Grenzen nachzuzeichnen und allen darin enthaltenen Bildern einfach gemeinsame Tags zuzuordnen.
Tags:
Steps To Reproduce:
Additional Information: In der erwiterten Variante müsste man prüfen, dass sich keine Kanten des Polygons überschneiden (-> Fehlermeldung). Es gibt zahlreiche Algorithmen, die alle in einem Polygon liegenden Punkte identifizieren.
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
503 [GeoSetter] User Interface minor always 2010-03-07 16:08 2010-03-10 22:34
Reporter: jmoliver Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.34 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Suggestion: Color Code Face Boxes
Description: I use Windows Live Photo Gallery as well as Picasa. Both Face Detection boxes appear over the previewed images. It would be nice if they could be color coded, say red for one and bright green for another application's face tags. Also, could there be a way to enable/disable recognition of each applications face boxes, say I just prefer to use Windows Live Photo Gallery?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
504 [GeoSetter] User Interface feature always 2010-03-09 00:23 2010-03-10 22:33
Reporter: danielvieser Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.30 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Spalte "Dateityp"
Description: Es wäre gut, wenn es in der Dateiliste auch die Spalte "Dateityp" gäbe, nach der sich dann auch sortieren ließe. Wer es nicht braucht, kann sie ja ausblenden. Einzige Möglichkeit derzeit, z.B. alle TIFF-Dateien zu markieren, ist der Filter.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
489 [GeoSetter] User Interface minor always 2010-02-28 01:28 2010-03-03 22:18
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.30 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.30 release  
    Target Version:  
Summary: Fetter Text in einzelnen Reitern bei geändeten Daten im "Daten bearbeiten" Dialog
Description: v3.3.26

wurden Daten im "Daten bearbeiten" Dialog geändert wird der entsprechende Reiter nicht mehr in fetter Schrift angezeigt; ist ein Feature das recht praktisch ist ..
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000978)
Friedemann   
2010-02-28 01:34   
Bitte näher beschreiben. Bei mir funktioniert das. Was änderst Du denn?
(0000982)
Friedemann   
2010-02-28 03:10   
Ich denke mal, Du meinst die Zielkoordinate, oder?
(0000986)
heiko   
2010-02-28 21:15   
es ist eigentlich egal was ich ändere, der Reiter selbst wird nie in Fettschrift dargestellt
(0000990)
Friedemann   
2010-03-03 22:18   
Das geht leider nicht bei Windows 64. Da erscheint nun dafür ein * bei geänderten Tabs...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
493 [GeoSetter] User Interface feature N/A 2010-02-28 22:13 2010-03-03 22:16
Reporter: loomy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.18 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: "Daten bearbeiten" Fenstergrösse verstellbar
Description: Im Zusammenhang mit Request 0000490 ein Alternativvorschlag:

Wäre es möglich, das "Datei bearbeiten" Fenster so zu gestalten, dass seine Grösse (vor allem Höhe) veränderbar ist, sodass diese individuell angepasst werden kann (und die Grösse/Position beim nächsten Öffnen erhalten bleibt)?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
494 [GeoSetter] User Interface feature N/A 2010-02-28 22:27 2010-03-03 22:16
Reporter: loomy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.18 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Weitere Karten einbinden
Description: Gibt es eine Möglichkeit, neben Google Map und OSM, weitere online Karten (Bing, Yahoo) in Geosetter einzubinden?

Zumindest Bing Map (http://www.bing.com/maps) hat oft noch zusätzliche Infos/Details, die in den anderen Karten (noch) nicht zu finden sind. Diese sind beim Beschriften von Fotos oft nützlich.

Zusätzlich hat Bing Map einen netten Road/Aerial View.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
495 [GeoSetter] User Interface feature always 2010-03-02 11:48 2010-03-03 22:16
Reporter: KvT Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.18 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Fähigkeit Google Earth anstatt Google Maps zu nutzen
Description: Wenn GoogleEarth als Karte nutzbar wäre, könnte man auch eigene Offline Karten mit Geosetter nutzen.
Mich stört die Pflicht einer Internetverbindung, die man z.B. im Urlaub nicht hat, wenn man seine Fotos geotaggen will.
Beliebige Karten auf diese Weise nutzen zu können erhöht den Detailreichtum im Kartenfenster und läßt Fotos komfortabler und präziser zuordnen.
Tags:
Steps To Reproduce:
Additional Information: Ich habe in GE eigene (in GlobalMapper kalibrierte)Topographische Karten (z.B. 1:5000 Berlin) per kmz-file in GoogleEarth eingebunden und möchte diese offline mit Geosetter nutzen.
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
480 [GeoSetter] User Interface minor always 2010-02-23 00:48 2010-03-03 21:13
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.18 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.30 release  
    Target Version:  
Summary: ausgedocktes Fenster "Karte" läßt sich nicht verschieben
Description: ausgedocktes Fenster "Karte" läßt sich nicht verschieben
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000989)
heiko   
2010-03-02 00:34   
so ganz ausgestanden ist das Thema leider noch nicht. Wenn man die Karte ausdockt, die Karte ein paar mal hin und her schiebt, und dann hineinzommt läßt sich die Größer wieder nicht mehr verändern

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
490 [GeoSetter] User Interface feature N/A 2010-02-28 21:18 2010-02-28 22:06
Reporter: loomy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.18 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: "Daten bearbeiten" Fenster andocken
Description: Ich würde es toll finden, wenn man das "Daten bearbeiten" Fenster (Strg-e) irgendwo ans Hauptfenster andocken könnte. Dies würde den Bearbeitungsprozess bei einer grossen Anzahl von Bildern erheblich beschleunigen.

Bei einer Umsetzung müsste man allenfalls berücksichtigen, ob ein oder mehrere Bilder ausgewählt sind.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000987)
Friedemann   
2010-02-28 21:53   
Ich denke nicht, dass ich das machen werde. Momentan ist der Dialog ja modal. Eine Umstellung wäre ziemlich stressig ;-)

Um welche Daten geht es Dir? Was die Schlüsselwörter angeht, denke ich gerade über ein zuätzliches andockbares, nichtmodales Panel nach. Da würde ich dann auch hierarchische Schlüsselwörter in einer Baumstruktur anzeigen und somit schnell zuweisbar machen.
(0000988)
loomy   
2010-02-28 22:06   
Hatte ich befürchtet :-), trotzdem danke.

Mir geht es primär um Ortsdaten, die nach automatischem Tagging (Strg-G) meist noch angepasst werden müssen. Diese auf einem Blick zu sehen und anpassen zu können wäre hilfreich gewesen.

Die Idee mit den hierarchischen Schlüsselworten finde ich super. Weiter so!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
491 [GeoSetter] Image Data feature N/A 2010-02-28 21:46 2010-02-28 21:49
Reporter: loomy Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.18 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Revert to saved (undo all changes of the selected pictures)
Description: Gibt es eine Möglichkeit für alle selektierten Bilder sämtliche Änderungen (auch wenn sie nicht zuletzt durchgeführt wurden, also Strg-Z nicht mehr möglich ist), rückgängig zu machen?

Im Wesentlichen entspricht dies einem "Revert to saved" für ausgewählte Bilder.

Tags:
Steps To Reproduce:
Additional Information: Als Workaround kann man auch das Komplementärset der Bilder markieren und "Änderungen aller ausgewählten Bilddateien speichern" wählen und neu starten.
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
488 [GeoSetter] User Interface minor have not tried 2010-02-28 00:26 2010-02-28 12:32
Reporter: joergens Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: view direction
Description: Is there a possibility to have the view direction always enabled together with the position selction. I'm tagging most of my pictures manually and it would be much easier to do so if I don't have to set, select the tooltips, select ''add direction'' and select the direction afterwards. A possible solution may be an additional button aside the normal set button, which immediately starts the direction dialog when selected. I don't think that it is a problem if all selected pictures get the same direction.

Thanks for reading
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: geosetter_add_position_and_direction.jpg (37,851 bytes) 2010-02-28 01:37
https://www.geosetter.de/mantis/file_download.php?file_id=76&type=bug
jpg
Notes
(0000977)
heiko   
2010-02-28 01:33   
a part of your feature request is already implemented. In the latest version is a menu item "Map | Add direction to selected images"; there is also a corresponding button in the toolbar of the map available.
(0000979)
Friedemann   
2010-02-28 01:45   
There are 3 ways to do it:

1. Use option "Assign Marker and Direction to Selected Images" (see attached screenshot). As I see, I will rename it to "Assign Position and Direction to Selected Images". Please note: In current official version, only a direction will be added, no point of view. I will change it. But you can set it immediately after doing this step by dragging the shown view point.
2. Assign the position by using the button with red marker and green left arrow. Then you can either a) press the button with blue triangle and small + (also shown on screenshot or b) hide or move the read marker and then drag the focus marker (purple with yellow dot) to the position where you want to set the view point.

The dialog which appears after 2. b) looks maybe a bit rubbish. This will be fixed in the next release.
(0000980)
Friedemann   
2010-02-28 01:46   
By the way, if you often use the option "Assign Marker and Direction to Selected Images", you can assign a hotkey to it in application settings.
(0000983)
joergens   
2010-02-28 10:14   
Sometimes I'm a little blind, your tips have been very helpful.

Esspeciallay the tip with the red marker and green left arrow fits my way to work.

Thanks
(0000984)
joergens   
2010-02-28 10:15   
i think this issue can be closed.
(0000985)
Friedemann   
2010-02-28 12:32   
As I said, in the current release 3.3.18, the view point will not be set when assigning position and angle in one step. This will be changed in the next release.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
487 [GeoSetter] User Interface minor N/A 2010-02-28 00:21 2010-02-28 03:22
Reporter: joergens Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.18 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Improvement issue
Description: Can you add an option to refresh or build the thumbnails in the jpg pictures. You had it in the exifer program, and I'm missing it.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
486 [GeoSetter] Image Data minor always 2010-02-28 00:05 2010-02-28 03:22
Reporter: spizzer Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.18 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Warning When Saving - IPTC:Sub-location truncated - Never Happened Before
Description: In older versions of Geosetter I will able to write the following sublocation without truncated text.

Sant Pere, Santa Caterina i La Ribera

Now when saving IPTC metadata in current versions, "Sant Pere, Santa Caterina i La Ribera" generates a warning, and looking at the Image Info, only "Sant Pere, Santa Caterina i La R" is saved.

Older version worked as I have images with the full text.

I'm not sure if its even a Geosetter issue. I think its exiftool.

XMP, Keywords (IPTC and XMP) are fine.
Tags:
Steps To Reproduce:
Additional Information: Errors:

Warning: [minor] IPTC:Sub-location exceeds length limit (truncated)

-overwrite_original
-EXIF:GPSSpeed=2.740961
-EXIF:GPSSpeedRef=KM
-XMP:Location=Sant Pere, Santa Caterina i La Ribera
-IPTC:CodedCharacterSet=UTF8
-IPTC:Sub-Location=Sant Pere, Santa Caterina i La Ribera
-XMP:Subject-=Fort Pienc
-XMP:Subject+=Sant Pere, Santa Caterina i La Ribera
-IPTC:Keywords-=Fort Pienc
-IPTC:Keywords+=Sant Pere, Santa Caterina i La Ribera
Attached Files:
Notes
(0000981)
spizzer   
2010-02-28 02:18   
Hi,

Looks like there is a 32 character limit on IPTC:Sub-location.

It must be a new thing.

Not sure if you can do anything. I will find a workaround.

Thanks

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
363 [GeoSetter] User Interface minor always 2010-01-08 22:05 2010-02-27 12:39
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.2.3 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.30 release  
    Target Version:  
Summary: Bewertung in Listenansicht
Description: die Bewertung eines Bildes läßt sich in der Listenansicht mit der Maus nicht korrekt setzen. Klickt man auf den 5. Stern werden nur 4 markiert. Klickt man auf den 4. Stern werden nur 3 markiert ..
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Daten-Optionen.png (39,426 bytes) 2010-02-08 23:59
https://www.geosetter.de/mantis/file_download.php?file_id=64&type=bug
png
Notes
(0000753)
heiko   
2010-01-09 14:37   
habe vorhin gesehen, dass ich mit der Maus auch 5 Sterne vergeben kann. Allerdings muss ich hierfür auf den virtuellen 6. Stern klicken (also rechts neben den 5. Stern ins Leere)
(0000754)
Friedemann   
2010-01-09 16:26   
Kann ich nicht nachvollziehen. Bei mir wird der Stern gesetzt den ich anklicke. Hast Du dazu noch mehr Infos?
(0000756)
heiko   
2010-01-09 17:54   
ich habe eine Bildschirmauflösung von 1920 x 1080 eingestellt und unter Win 7 gibt es "Lesbarkeit auf dem Bildschirm erleichtern"; hier ist "Mittel 125% (Standard)" eingestellt.

Mir ist auch schon aufgefallen, dass diverse Programme in Dialogen die untersten Buttons halb aus dem Fenster schieben.

Was für Infos würden dir denn sonst noch weiter helfen?

Wobei ich jetzt ja auch weiß wohin ich klicken muss :-)
(0000915)
heiko   
2010-02-08 23:59   
Unter Windows 7 ist bei mir in der "Systemsteuerung | Anzeige" als Lesbarkeit "Mittel - 125 % (Standard)" eingestellt. Für die Screenshots wechsle ich immer auf "Kleiner - 100%" damit die Bilder nicht so groß werden. In der Standard Einstellung (125%) wird der Daten-Optionen Dialog normal angezeigt. Unter der Einstellung "Kleiner - 100 %" wird der Daten-Optionen Dialog abgeschnitten; siehe Screenshot

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
476 [GeoSetter] User Interface minor N/A 2010-02-22 10:38 2010-02-27 09:35
Reporter: Suedlicht Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.18 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Bildwinkel sollte geändert werden können
Description: Guten Tag Herr Schmidt,

ich habe eben die Möglichkeit entdeckt, die Aufnahmerichtung zu erfassen und bin wirklich begeistert.

Kleines Problem: Man sollte irgendwie auf einfache Weise die Brennweite ändern können. Vielleicht sogar während man die Blickrichtung erfasst - wegen der schnellen Kontrolle, die damit möglich wäre.

Dafür gibt es (mindestens) zwei Gründe:

1. Ich habe viele Panoramafotos. Diese sind aus mehreren Aufnahmen zusammengesetzt und es steht die Brennweite EINES Bildes in den EXIF-Daten.

2. Es kommt auch vor, dass ich Bilder beschneide.

Für beide Fälle kann man sich drüber streiten, ob es sinnvoll ist, die Brennweite in den EXIF-Daten zu ändern - oder ob es nicht besser wäre, einen besonderen Wert für den wahren Bildwinkel festzuhalten...
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000975)
Friedemann   
2010-02-27 02:10   
Hmm, mit den Panoramen ist aber problematisch. Wie soll denn da der Blickwinkel z.B. sein? Ein Kreis? Das wäre aber ein größerer Umbau, denn dann lässt sich der Blickwinkel auch nicht mehr anhand der Brennweite errechnen, denn damit geht's ja theoretisch nur bis 180 Grad. Bei GeoSetter gehe ich nicht unter 10mm Brennweite, da sonst die Blicktrichter auch zu weit werden.

Wo sollte man denn den Blickwinkel pflegen? Das könnte ja nur am individuellen Bild sein. Der müsste da also als Datum hinterlegt werden können. Ich wüsste nicht in welchem Feld.
(0000976)
Suedlicht   
2010-02-27 09:35   
Vielen Dank für's drüber nachdenken!

Panoramen können theoretisch 360 Grad umfassen. Ob es sinnvoll ist, so etwas (einen Kreis) darzustellen, sei dahin gestellt. Immerhin: Wenn man sich den Blickwinkel mehrerer Bilder zeigen lässt, wäre es selbst bei solchen Panoramen nett, das auch irgendwie zu sehen. (Der dargestellte Kreis sollte dann aber vielleicht nicht allzu groß werden.)

Ich persönlich erstelle eher Panoramen mit kleinerem Bildwinkel, aus der Not heraus, weil kleine Brennweiten entweder zu teuer oder gar nicht erhältlich sind. Und weil ich gerne Bilder mache, die man auch an der Wand noch "erfassen" kann. Mein absolutes Maximum liegt beim Halbkreis (180 Grad).

Ich möchte aber auch nocheinmal darauf hinweisen, dass das Problem nicht nur bei Panoramabildern auftritt, sondern auch bei jedem, das ich beschneide. Der Beschnitt verändert ja nicht die Brennweite, sondern eben nur den Bildwinkel.

Aus Sicht der Daten wäre es vermutlich sinnvoll, ein weiteres Datum "geänderter Bildwinkel" (nicht etwa Brennweite) zu haben, und nur wenn das gefüllt ist, sollte dieser Wert (statt der Brennweite) zur Anzeige verwendet werden.

An dieser Stelle würde mich interessieren, woher die Definition der bereits verwendeten Werte kommt. Die scheinen ja nicht für GeoSetter erfunden zu sein, sondern waren bereits irgendwo definiert. Möglicherweise gibt es ja dort auch schon diesen fehlenden Wert? Ich gehe davon aus, dass ich nicht der erste bin, der auf das Problem stößt. (Das Web ist voll toller Panoramen).

Dank und Gruß vom
Suedlicht

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
475 [GeoSetter] User Interface tweak always 2010-02-22 00:49 2010-02-27 02:12
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.18 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Änderung der Bewertung über Num Block
Description: Die Bewertung der Bilder läßt sich nicht über den Num Block ändern. Über die "normale" Tastatur funktioniert das problemlos
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
477 [GeoSetter] User Interface minor always 2010-02-22 13:29 2010-02-27 02:06
Reporter: spizzer Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.18 release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Issue In Edit Data When Showing Spain Time Zone
Description: Hello,

When opening the "Edit Data" form, images that are set to UTC+1:00, DST+1:00 Europe/Madrid, the window shows UTC+1:00, DST+1:00 Africa/Ceuta.

Then you press "Get From Web" and it shows the correct item Europe/Madrid.

Off course since they are both +1:00 there was no change.

This is different from other time zones, Italy/Rome, Europe/London which show the correct time zone.

It seems that for Spain, it just looks at the TZ list and selects the first on that fits UTC+1:00, DST+1:00. Other countries Geosetter even goes as far as to select the correct Time Zone.

Thanks
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: TZ_Error.jpg (108,658 bytes) 2010-02-22 13:29
https://www.geosetter.de/mantis/file_download.php?file_id=71&type=bug
jpg

TZ_Correct.jpg (100,002 bytes) 2010-02-22 13:30
https://www.geosetter.de/mantis/file_download.php?file_id=72&type=bug
jpg
Notes
(0000974)
Friedemann   
2010-02-27 02:06   
It is not possible to determine the time zone without getting it from the web service by using the coordinates. So without doing this, you will see maybe the "wrong" time zone in the list. But as you said, the values are correct.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
478 [GeoSetter] User Interface crash always 2010-02-22 21:31 2010-02-27 02:03
Reporter: CanonUser Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.18 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.30 release  
    Target Version:  
Summary: Reproduzierbare Absturzmeldung in den Einstellungen
Description: Folgende Schritte wurden ausgeführt:
1. Datei -> Einstellungen -> Kameras -> Alle anzeigen
2. Drei Canon EOS Kameramodelle angeklickt
3. Wechseln zum Register 'locr'
4. 'Benutze letzte Einstellung' deaktivieren
5. Unter Sichtbarkeit etwas beliebiges auswählen
6. 'Benutze letzte Einstellung' aktivieren
7. Dialog mit OK beenden -> Absturzmeldung folgt.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: bugreport.txt (18,033 bytes) 2010-02-22 21:31
https://www.geosetter.de/mantis/file_download.php?file_id=73&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
479 [GeoSetter] Image Data minor always 2010-02-23 00:28 2010-02-27 02:03
Reporter: Lozzer Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.18 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.30 release  
    Target Version:  
Summary: Field of View Triangle
Description: On the previous version 3.3.10 the field of view triangle stopped close to the target (subject). The field of view now extends far beyond the subject matter
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000973)
Friedemann   
2010-02-27 02:03   
The purple triangle will always be adjusted to the current map view. For the blue markers the size can now be set to very small, small, medium, large, very large and adjust to curent map view. Additional there's an option to limit the size to the point of view if available.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
481 [GeoSetter] User Interface feature N/A 2010-02-23 10:25 2010-02-27 01:59
Reporter: triggerfish Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.30 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Saving maps with coordinate data on pointer.
Description: Hi,
I am geocaching and use geosetter to tag the pictures I take during that. I would be great if it would be possible to save the map image with the pointer to the picture and a balloon with the coordinates. No I add printscreens to the fotos directory, but if it would be posisble to just safe the displayed map from within geostter that would be much easier for me. Attached a screenshot of what I would like. Maybe a bit more neat, but it was a quick and dirty edit :)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: GeoSetterMapRequest.jpg (1,007,608 bytes) 2010-02-23 10:25
https://www.geosetter.de/mantis/file_download.php?file_id=74&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
482 [GeoSetter] User Interface minor always 2010-02-23 16:10 2010-02-27 01:59
Reporter: geigue Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.18 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Blickpunkte
Description: Hallo Friedemann!

Wenn man(frau) die Blickpunkte korrigiert und in einem Kartenausschnitt (hier während eines Fluges von Wien nach München) die Anfangspunkte des Blickwinkeldreiecks versetzt.
Wenn ich näher ran gehe sieht alle OK aus, aber mit gräßerem Kartenausschnitt gibt es einen empfindlichen Versatz.
- siehe Blickwinkel_01.jpg

Zusätzlich habe ich ein Phänomen bei der Anzeige:
Wenn ich GeoSetter starte oder in ein Verzeichnis wechsle, wo bereits bearbeitete Fotos drin sind, werden mir nur die ersten 3 oder 4 Blickwinkel angezeigt (siehe Blickwinkel_02.jpg).
Erst wenn ich die Anzeige aller Blickwinkel 1x aus- und wieder einschalte, werden alle sofort angezeigt (siehe Blickwinkel_03.jpg)


Schöne Grüße
Günter
Tags:
Steps To Reproduce:
Additional Information: Ich schicke dir per Mail Zugangsdaten für einen Share, wo ich die das Ganze Verzeichnis gezipt hinstelle!
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
483 [GeoSetter] User Interface minor always 2010-02-25 00:06 2010-02-27 01:58
Reporter: DaveL Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.18 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.30 release  
    Target Version:  
Summary: After working with files, press UpTree arrow, does not remember
Description: I have a tree of pictures, all with n number of pictures in each directory. When I double click a directory, work with the files, the press the left green arrow to move up the directory tree, the focus is move to the top of the tree. The focus should be on the directory I double clicked on.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
484 [GeoSetter] User Interface feature always 2010-02-25 00:08 2010-02-27 01:58
Reporter: DaveL Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.18 release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add Select All
Description: Each time I move into a directory to geotag a set of pictures, I need must select one, then shift select to select them all. It would be handy to have a Select All on the Images menu.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000971)
heiko   
2010-02-25 22:26   
This option is already available: "Images | Select All"
you also can use the shortcut "Ctrl+A"

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
485 [GeoSetter] Image Data major always 2010-02-26 13:24 2010-02-26 13:57
Reporter: yelgazin Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.18 release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Couldn't save information in DNG file
Description: I made a photo with Sony A100. Then converted with help of Lightroom 2 to dng format. Opened dng file with GeoSetter, set geo coordinates. When I try to save, I recieve error:
Error: [minor] Error reading PreviewImage data in MinoltaMakerNote - C:/Documents and Settings/ElgazinMO/??????? ????/DSC07182.dng

You could use for test my dng file:
http://rapidshare.de/files/49198769/DSC07182.dng.html
Tags:
Steps To Reproduce:
Additional Information: C:\Documents and Settings\ElgazinMO\??????? ????\geosetter\tools\exiftool.exe -@ "C:\DOCUME~1\ELGAZI~1\LOCALS~1\Temp\et01115EE9.arg" -common_args "C:\Documents and Settings\ElgazinMO\??????? ????\DSC07182.dng"

-EXIF:GPSSatellites=0
-EXIF:GPSLatitude=10.00000000
-EXIF:GPSLongitude=10.00000000
-EXIF:GPSLatitudeRef=N
-EXIF:GPSLongitudeRef=E
-EXIF:GPSMapDatum=WGS-84
-EXIF:GPSVersionID=2.2.0.0
-EXIF:GPSAltitude=514.000000
-EXIF:GPSAltitudeRef=Above Sea Level
-EXIF:GPSDateStamp=2010:02:08
-EXIF:GPSTimeStamp=16:04:17
-XMP:GPSLatitude=10.00000000
-XMP:GPSLongitude=10.00000000
-XMP:GPSVersionID=2.2.0.0
-XMP:GPSMapDatum=WGS-84
-XMP:GPSAltitude=514.000000
-XMP:GPSAltitudeRef=Above Sea Level
-XMP:GPSSpeed=
-XMP:GPSSpeedRef=
-XMP:GPSDateTime=2010-02-08T16:04:17Z
-XMP:CountryCode=NGA
-IPTC:CodedCharacterSet=
-XMP:Country=Nigeria
-XMP:State=Bauchi
-XMP:Location=Birim
-execute
-overwrite_original
-P
-L
-IPTC:Country-PrimaryLocationCode=NGA
-IPTC:Country-PrimaryLocationName=Nigeria
-IPTC:Province-State=Bauchi
-IPTC:Sub-Location=Birim
-IPTC:Caption-Abstract=SONY DSC
Attached Files: geosetter_ignore_minor_errors_dng_en.jpg (99,243 bytes) 2010-02-26 13:56
https://www.geosetter.de/mantis/file_download.php?file_id=75&type=bug
jpg
Notes
(0000972)
Friedemann   
2010-02-26 13:56   
This is a minor error which can be disabled in program settings (see attached screenshot).

GeoSetter uses ExifTool (http://www.sno.phy.queensu.ca/~phil/exiftool/ ) for saving the changes. When writing the data, ExifTool sometimes reports warnings and sometimes it reports errors. In case of an error, ExifTool won't save any changes (see attached screenshot). Additionaly there are so called "minor errors" which can be ignored.

I assume that you handled your image with another software before which maybe did some incorrect things with the metadata ;-) See also here: http://www.sno.phy.queensu.ca/~phil/exiftool/faq.html#Q15
("I get MakerNote warnings or errors when reading or writing information")

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
355 [GeoSetter] User Interface feature N/A 2010-01-07 03:05 2010-02-23 03:52
Reporter: spizzer Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.2.0 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Integrate http://wikimapia.org For Map View
Description: Hi,

It would be brilliant if you could support http://wikimapia.org/

There is a very large community that are adding sites to wikimapia which uses google maps data with its own layer.

Geosetter users will find it very useful. I use it for archaeological sites, knowing what’s what on a site.

If possible, please have a look at http://wikimapia.org/ and see if it can be added.

Wikimapia supports Alternative sources for the map type (the status bar at the top) If you can leave this feature there so I can toggle between views, or you can integrate those options into your GUI. If that will take time, just the default view is perfect!!!

Thank you so much for all the work you have done so far! This is by far one of the most useful applications I have ever used!

Luke
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000932)
spizzer   
2010-02-11 03:12   
Hello,

Sorry to remind you, I'm sure your busy but I would like to know if this is possile?

Thanks
(0000970)
spizzer   
2010-02-23 03:52   
Hi,

Here is the wikimapia API which should be useful if you decide to add this map provider:

http://blog.wikimapia.org/node/19

And the API:

http://wikimapia.org/api/

Thank you

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
474 [GeoSetter] Image Data minor always 2010-02-21 20:31 2010-02-22 13:10
Reporter: brendt Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.10 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GPS tags not correctly handled when coordinates are modified
Description: This issue consists of a bug report and a feature request:

[BUG] Spurious GPS tags remain after some coordinate edits:
  Coordinate edits can make some GPS tags invalid, but these are not properly
  cleaned up. For example, if a GPS fix is assigned to an image, then
  saved, and then all coordinate information is deleted in the edit window (or
  new coordinates are assigned to the image using a marker in the map window),
  and saved again, GPSSpeed and GPSSpeedRef tags remain in the XMP file

[FEATURE]: GPS tags should distinguish between coordinates from GPS data and those from a manually placed marker in the map window:
  The GPS tags resulting from a manually placed marker are currently
  indistinguishable from those from an actual GPS fix, but it would be
  useful to know whether the coordinates are really from a GPS measurement,
  or merely a rough guess of the location, for example. One way of indicating
  this distinction would be to not write the GPSTimeStamp tag for manually
  selected coordinates (I cannot find any indication that the GPX EXIF tag
  specification requires GPSTimeStamp to be present). If this is not feasible,
  another alternative perhaps be to set GPSStatus to 'V' for 'Void' to
  indicate the absence of an actual GPS measurement. If this proposed system
  is implemented, handling of edits should be consistent -- if the
  coordinates from a true GPS fix are manually edited (or a map marker is
  assigned), GPSTimeStamp should be removed to indicate that the coordinates
  are no longer from a GPS fix.

  
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000969)
spizzer   
2010-02-22 13:10   
Hello,

Further to this, I have noticed this as well.

GPSSpeed and GPSSpeedRef are the only two values, that when saved can not be changed/edited or removed.

When GPSSpeed was added, there was never an ability to edit it via the GUI.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
463 [GeoSetter] User Interface minor always 2010-02-18 11:12 2010-02-22 00:03
Reporter: kuntaldaftary Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.10 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.18 release  
    Target Version:  
Summary: People identified by Google Picasa not supported
Description: It seems that Geosetter 3.3.0+ is supposed to support "Show faces (identified by Google Picasa or Windows Live Photo Gallery)" as per the change log.

It does support XMP-MP faces information that is stored by either Windows Live Gallery or manually using exiftool, but it does not seem to read the .picasa.ini file to extract people face information as identified by Google Picasa.

I have a file that has a face identified in Google Picasa (which stored that information in .picasa.ini file in same directory) but this information is not embedded in XMP metadata and the red rectangle does not show in Geosetter for this photo.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000953)
heiko   
2010-02-18 22:34   
you are right, GeoSetter only supports XMP-MP face information. To write these information into the image itself you can use to tool AvPicFaceXmpTagger (http://www.anvo-it.de/wiki/avpicfacexmptagger:main)

You find some more information about this in the help file under "GeoSetter White Papers | Displaying Picasa Face Recognition"
(0000963)
Friedemann   
2010-02-21 15:02   
It should work now also with Picasa tags. GeoSetter uses the file LOCAL_APPDATA\Google\Picasa2\contacts\contacts.xml to get the contact names. I hope this will work in general.

I also had to adjust the rename functionalety which now also changes the entries in picasa.ini when renaming a file.

The current beta version is available here: http://www.geosetter.de/geosetter_beta.exe
(0000967)
kuntaldaftary   
2010-02-21 20:54   
the beta build works fine with picasa tags - thank you for adding this in
(0000968)
kuntaldaftary   
2010-02-21 20:57   
hmm - i was hoping to add the above note and close this entry - but it seems i dont have the control anymore to do that. sorry about that. this issue can be marked fixed and verified.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
473 [GeoSetter] User Interface minor always 2010-02-21 17:29 2010-02-21 18:05
Reporter: KnutBrode Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.14 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.16 beta  
    Target Version:  
Summary: Gesichtserkennung; picasa.ini wird nicht gelesen
Description: Picasa speichert Daten erst seit den neueren Versionen in der .picasa.ini, nutzt aber auch noch die vorhandenen picasa.ini. Diese werden nicht durch Geosetter ausgelesen.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000964)
Friedemann   
2010-02-21 17:31   
Ist die dann evtl. in beiden Versionen vorhanden, oder nur in einer, ".picasa.ini" ODER "picasa.ini"?
(0000965)
Friedemann   
2010-02-21 17:32   
Und noch 'ne Frage: Sind die Inhalte vom Format gleich?
(0000966)
KnutBrode   
2010-02-21 17:38   
Es existiert jeweils nur eine Version und sie sehen gleich aus.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
472 [GeoSetter] User Interface feature always 2010-02-21 01:56 2010-02-21 02:50
Reporter: babar Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.10 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add street view
Description: Would it be possible to have street view. It can some times be of really great help to remember where a photo was taken.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
467 [GeoSetter] User Interface feature always 2010-02-19 01:08 2010-02-20 18:55
Reporter: dvertz Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.10 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.11 beta  
    Target Version:  
Summary: Add option to edit Destination Coordinates
Description: With the addition of "Image Direction" and not having the program update all selected images with "Point of View" (mentioned in Report 466 as "Destination Button"), there is no other way (that I have found) to update the "Destination Coordinates.
Editing Data would need 2 parts ...
1. On Tab "Location" in Option "GPS Data" Under "Image Direction" add "Point of View Coordinates. Hopefully, this would automatically add it to the "Custom View".
2. "Set Current Values For All Selected Images" needs a checkbox option under "Image Direction" for "Point of View Coordinates"
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000954)
marcf6   
2010-02-19 19:08   
Hello,
Additional thought for this enhancement, it would be nice to have a default general settings for the default point of view distance (in particular to set it to a shorter distance).

The reason is that for all images even with a photo angle set (I'm using a Solmeta GPS that capture the angle), the dest coordinates are initialy blank and generate on the map a huge oink or blue cone (around 1 Km long on the map) .. in most case, the picture when not a landscape or in a city is not going further than a few hundred meters .. When you zoom in the map the cone gets out of the map as too large ..

The possibility to have it this long is still useful (again in a large lanscape view) but it would be ideal to be able to set the value either as general settings or either as a rapid value in the tool bar.

Thanks

Marc
(0000962)
Friedemann   
2010-02-20 18:55   
See beta version: http://www.geosetter.de/geosetter_beta.exe

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
466 [GeoSetter] User Interface feature always 2010-02-19 00:49 2010-02-20 18:53
Reporter: dvertz Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.10 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.11 beta  
    Target Version:  
Summary: Update all selected images with Destination Coordinates
Description: With the new feature of "Image Direction", I would like for it to update all selected images when the Destination button is dragged on the map. Currently it only updates the image with the focus.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000961)
Friedemann   
2010-02-20 18:53   
See beta version: http://www.geosetter.de/geosetter_beta.exe

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
470 [GeoSetter] User Interface minor always 2010-02-20 09:46 2010-02-20 18:51
Reporter: SimonHall Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.10 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.11 beta  
    Target Version:  
Summary: Direction setting is clumsy
Description: The ability to set direction in GeoSetter is an excellent feature but seems unnecessarily difficult to use.
Currently you have to click on the position marker you wish to edit and select Add Image Direction. The view then zooms out and defaults the position to the previous direction edited. The zooming out is the main problem, since you then have to set the direction marker near to the position marker and zoom back in again to set an accurate direction. I do not want to have to do all the zooming since I already have the view set to the zoom level I wish to work with.
Can I suggest that it would be much easier to right-click on the position marker and drag the position marker out to the position required.
This would enable direction marking to be performed in one step instead of the five it currently takes.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000955)
Friedemann   
2010-02-20 11:56   
You are absolutely right... I changed the zooming problem already and there's also a button to add the direction (0000460). But it's a good idea to also use dragging the purple or a blue marker...
(0000960)
Friedemann   
2010-02-20 18:51   
See beta version: http://www.geosetter.de/geosetter_beta.exe

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
427 [GeoSetter] User Interface feature N/A 2010-02-04 19:43 2010-02-20 18:51
Reporter: xaxaxa Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.11 beta  
    Target Version:  
Summary: Beschleunigen des Bearbeitungsablaufes zum Hinzufügen von Blickwinkeln
Description: Geosetter ist ein großartiges Programm, und das neue Bildrichtungs- oder Blickwinkel-Feature ein weiteres Highlight!


Beim manuellen Hinzufügen von Geo-Koordinaten und Richtungsinformationen fiel mir auf, dass sich der sog Workflow beschleunigen ließe, wenn es einen Button gäbe, der die Position des Pins für das Bild übernimmt *und* gleichzeitig das Procedere des Hinzufügens des Blickwinkels startet (ihm ließe sich dann sicher auch ein Shortcut zuweisen wie den meisten anderen Knöpfen).

(Insbesondere beschleunigt das den Prozess sehr, wenn man mit einem kleinen Kartenfenster arbeitet, so dass man nicht nur den den ggf gerade erstellten violetten Positionspin verdeckenden rot Pin wegklicken muss und anschließend auf ebenjenen Violetten, sondern dann noch das Panning der Karte abwarten muss, das die Google-API initiiert beim Anzeigen des Bubble-Flyouts, wenn es nicht hinreichend in den angezeigten Kartenausschnitt passt.)

Das Zooming der Karte, dass das gesamte Dreieck der Blickwinkelanzeige ins Fenster passt, ist sicher vielmals praktisch, in manchen Situationen (gerade in Städten, wo der Blick ja regelmäßig an der nächsten Hausfront endet) aber auch störend. Da wäre eine Variante praktisch, die den Zoomfaktor nicht verändert, aber die blaue "Zielscheibe" weiterhin sichtbar hält, also ggf näher an dem Pin placiert als bisher.


Alle möglichen Varianten überfrachten natürlich die Benutzeroberfläche. Vielleicht wäre ein über ein ?-Dropdown veränderbarer Button "Blickwinkel hinzufügen|Blickwinkel hinzufügen (kein Zoom)|Position und Blickwinkel hinzufügen|Position und Blickwinkel hinzufügen (kein Zoom)" zusätzlich sinnvoll; oder einfacher zu bedienen ein solches Ändern des Zielpunkt-Umschalters in einen "Keine Zielpunkte anzeigen|Zeige Zielpunkte ohne Zoomanpassung|Zeige Zielpunkte mit Zoomanpassung" und "Blickwinkel hinzufügen|Position und Blickwinkel hinzufügen".

Bessere Ideen gibt es sicher.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: geosetter_assign_position_and_direction.jpg (39,952 bytes) 2010-02-12 10:37
https://www.geosetter.de/mantis/file_download.php?file_id=66&type=bug
jpg
Notes
(0000911)
Friedemann   
2010-02-07 23:21   
Es gibt schonmal zumindest eine neue Option als Unterpunkt des bisherigen Zuweisungsschalters (siehe angehängter Screenshot): http://www.geosetter.de/geosetter_beta.exe
(0000919)
xaxaxa   
2010-02-10 18:15   
Danke; so weit, so praktisch. :)
(0000957)
Friedemann   
2010-02-20 15:20   
Ich denke, das sollte jetzt reichen. Es wird nun nicht mehr gezoomt. Außerdem gibt es nun hoffentlich genug Methoden um eine Richtung einer oder mehreren Bildern hinzuzufügen. Es gibt nun einen extra Button dafür und beim Verschieben des Bildmarkers wird man gefragt, ob man die neue Position als Bildposition oder als Blickpunkt übernehmen möchte.
(0000959)
Friedemann   
2010-02-20 18:51   
Siehe beta version: http://www.geosetter.de/geosetter_beta.exe

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
465 [GeoSetter] Image Data minor always 2010-02-18 19:12 2010-02-20 17:34
Reporter: johnboldon Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.10 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.11 beta  
    Target Version:  
Summary: WLPG Face tags still not recognised correctly - Issue 454 not fixed
Description: Obwohl dieses Problem (ID 454) als in dem letzten Release als gelöst sein soll, funktioniert dieses noch nicht. Nur das erste Gesicht wird angezeigt. Man kann das Upload Bild von 454 noch mal nehmen.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: PICT6064bad.JPG (792,336 bytes) 2010-02-20 15:34
https://www.geosetter.de/mantis/file_download.php?file_id=70&type=bug
Notes
(0000956)
Friedemann   
2010-02-20 15:15   
Dazu brauche ich ein Beispielbild. Das in 0000454 enthält nur ein Gesicht.
(0000958)
johnboldon   
2010-02-20 15:36   
Sorry, da haben Sie recht. Anbei ein weiteres Bild. Nur "Janet" wird angezeigt. "John" fehlt.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
460 [GeoSetter] User Interface major always 2010-02-17 13:47 2010-02-20 15:17
Reporter: KvT Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.1 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.11 beta  
    Target Version:  
Summary: Button zum Erstellen einer Blickrichtung fehlt
Description: Beim Georeferenzieren eines Fotos mit der gesetzten roten Positionsmarke und dem Zuweisen an das Bild, liegt die erzeugte Marke des Fotos genau hinter der roten Marke. Somit läßt sich eine Aufnahmerichtung auch nicht zuweisen. Es fehlt ein eigener Button in der Werkzeugleiste über der Karte.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000946)
Friedemann   
2010-02-17 19:50   
Ein schwerer Fehler ist das in meinen Augen nicht, oder??? ;-)

Das ist eigentlich in der aktuellen Version 3.3.10 schon so drin, siehe hier: http://tinyurl.com/yh2ptqy Zumindest, wenn es auch um die Zuweisung des roten Markers geht. Ist über das Untermenü des Buttons nicht ganz einfach zu erreichen, aber man kann sich ja 'nen Tastaturkürzel drauf legen.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
471 [GeoSetter] Image Data feature always 2010-02-20 09:51 2010-02-20 11:57
Reporter: KPG Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.10 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Oregon-550-Kamera: Keine Brennweite im EXIF-Tag
Description: Bei der eingebauten Kamera im Oregon 550 werden keine Brennweiteninformationen ins EXIF-Tag geschrieben. Eine kleine Erweiterung im Umrechnungsmodul wäre schön: Bei einem bestimmten Kameratyp (diese meldet sich mit Hersteller "Garmin" und Typ Oregon 550t) sollte, wenn keine Information verfügbar ist, eine KB-Brennweite oder ein Bildwinkel von Hand eingebbar sein. Bei der Bildwinkeleingabe zwei Felder verwenden: Höhe und Breite, da manche Kameras ein 4:3-Bildverhältnis haben (diese z.B.), DSLR ja aber 3:2 als Verhältnis, was ja die Blickwinkel bei Landschafts-/Porträtaufnahmen ändert.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
469 [GeoSetter] User Interface major have not tried 2010-02-20 00:43 2010-02-20 00:47
Reporter: hangfireal Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.1 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Lost Exif tool
Description: Went to save meta data and recieved error message 'could not find Exif tool' Had to download newer version.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
464 [GeoSetter] Image Data minor always 2010-02-18 19:03 2010-02-19 19:52
Reporter: pellepixel Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.10 release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: No GeoSetter Icons in Google Earth
Description: Hi I can not get more than one GeoSetter icon in Google Earth when I export many photos to Google Earth. I get the pictures into Google Earth but only the first show up at the map. If I pick the icons in the Temporary Places at GE the window will move to the center over the place where the icon should be - i e photo is taken.
It may be a Google Earth problem because when I first tested today, and used an older G Earth version and even a little earlier GeoSetter, 20 icons appear but not more. Strange?
I love GeoSetter.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000952)
pellepixel   
2010-02-18 19:20   
Sorry ..found it.. it is the new history timeline in Google Earth that did hide my icons!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
468 [GeoSetter] User Interface minor always 2010-02-19 18:15 2010-02-19 19:51
Reporter: johnboldon Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.10 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Geonames Lookup erkennt nur "Place" und kein "Spot"
Description: Als Geonames user habe ich einige Features hinzugefügt. z.B, Schloss, Burg, Freizeitpark, Herrensitz, die entsprechend klassifiziert als "S" (Spot) werden sollen. Auf Geonames findet man vielen von anderen eingetragenen Stellen die auch als "S" auftauchen. Geosetter findet allerdings nur die Stellen die als "Place" (P) und in den meisten Fällen macht sub-location dann keinen Sinn. z.B steht man gleich vor dem Brandenburger Tor was in Geonames als "S" zu finden ist, findet Geosetter nur Tiergarten. Wäre schön wenn Geosetter die anderen klassifizierten Stellen anbieten könnte.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
457 [GeoSetter] Image Data feature N/A 2010-02-14 22:28 2010-02-17 22:53
Reporter: karlm Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.7 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.11 beta  
    Target Version:  
Summary: Angle of view for portrait orientation
Description: Hi Friedemann,

Would it be possible to have Geosetter show the correct angle of view on the map for images with portrait orientation?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000943)
Friedemann   
2010-02-14 22:32   
Yes, I think it would ;-)
(0000949)
Friedemann   
2010-02-17 22:53   
A portrait image will identified now when either its height is greater than width or orientation flag is 5, 6, 7 or 8. Then the angle will be calculated with 24mm instead of 36. So the angle will be smaller.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
462 [GeoSetter] Image Data feature have not tried 2010-02-17 22:01 2010-02-17 22:02
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.11 beta  
    Target Version:  
Summary: Add fixed focal length 3.85mm for Apple iPhone and Apple iPhone
Description: As Apple iPhone does not save its focal length to Exif data, it will be hardcoded now as 3,85mm. This value is needed to show image direction with correct view angle on the map.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
459 [GeoSetter] User Interface minor always 2010-02-17 00:23 2010-02-17 20:02
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.8 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.11 beta  
    Target Version:  
Summary: Kontextbezogene Hilfe auf "Einstellungen | Tastaturbefehle/Werkzeugleiste"
Description: Version 3.3.10

Bei den "Einstellungen | Tastaturbefehle/Werkzeugleiste" fehlt der Verweis auf die Hilfe; bitte HELP_SETTINGS_SHORTCUTS verwenden.

dann ist aktuell noch "Einstellungen | Kameras" hinzugekommen; hier bitte HELP_SETTINGS_CAMERAS verwenden
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000948)
Friedemann   
2010-02-17 20:02   
Heiko, das hast Du wieder toll gemacht! Danke!!!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
80 [GeoSetter] User Interface feature N/A 2007-12-31 18:17 2010-02-15 02:48
Reporter: tf3000 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.4 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: suche in Unterverzeichnissen
Description: besteht eventuell die Möglichkeit, im "Datei-Explorer" einen Auswahlpunkt "Anzeige aller Unterverzeichnisse" einzubinden?
Da ich leider keine Möglichkeit habe (oder zu blöd dazu bin)Tracks zu erzeugen, könnte ich mir wenigstens anhand der Symbole den Rutenverlauf ansehen und mögliche Fehler korrigieren usw.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000146)
Friedemann   
2007-12-31 19:09   
Ich könnte mir für kommende Versionen eine Suchfunktion vorstellen. Wenn man damit z.B. nach dem Dateinamen und dem Muster "*.jpg" suchen würde, hätte man den von Dir gewünschten Effekt.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
211 [GeoSetter] Image Data feature always 2008-03-02 09:57 2010-02-15 02:46
Reporter: Reiner H Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.2.0 release  
    Target Version:  
Summary: Trackpunkte anzeigen
Description: Gelegentlich werden bei mir im Laufe des Workflows durch andere Programme die UTC-Zeiten der Tracks verändert, sodass es immer wieder zu Problemen kommt, den richtigen Korrekturfaktor für die Synchronisierung mit den Bildern zu ermitteln.
Ich würde es sehr begrüßen, wenn dies durch eine der folgenden Möglichkeiten erleichtert würde:

- Auf den Tracks sollte (als Option) bei Annäherung an einen Trackpunkt mit der Maus (oder durch Rechtsklick mit der Maus auf einen Trackpunkt) die Information über diesen Trackpunkt ([Koordinaten], Datum, Zeit) eingeblendet werden. Man kann dann bei der dazugehörigen Aufnahme leicht den Zeitunterschied ermitteln.

- Man sucht sich ein Bild aus, zu dem man leicht einen Trackpunkt ermitteln kann, klickt auf diesen Trackpunkt und in der unteren (bisher leeren) Statuszeile wird die Zeitdifferenz zwischen Bildaufnahme und Trackzeitpunkt angezeigt. Als Sahnehäubchen könnte dieser Wert in die Zwischenablage übernommen und bei der Synchronisierung als Korrekturwert in die entsprechenden Felder übernommen werden.

- Falls das alles zu aufwendig ist: In der Rubrik Zeitanpassung gibt es die Möglichkeit, die Zeitanpassung über Wegpunkte vorzunehmen. Hier ist noch Platz für ein Feld "Benutze Trackpunkt". Hier sollte der Track als Liste angezeigt und der zum Bild passende Trackpunkt ausgewählt werden können. Der Trackpunkt kann in der Karte über eine entsprechende Info (Trackpunktnummer), oder, falls das nicht geht, in einem Fremdprogramm (TTQV, Fugawi, Ozi-Explorer etc.) ermittelt werden.

Schöne Grüße,

Reiner H.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000423)
Friedemann   
2008-03-02 12:12   
Nur schonmal zur Info: Die Trackpunkte alle auf einmal in der Karte anzuzeigen halte ich eher für nicht möglich. Das würde derart auf die Performance drücken, dass man nur noch warten müsste. Die Karte wird leider zunehmend langsamer wenn mehr Objekt dargestellt werden. Deshalb wird bereits für die Darstellung ein Track bereits ausgedünnt (http://de.wikipedia.org/wiki/Douglas-Peucker-Algorithmus), so dass meist aus einem Track mit vielleicht 6000 Punkten immerhin ein Plygonzug mit vielleicht nur 1000 Punkten oder weniger wird. Zur Klarstellung, diese Ausdünnung findet lediglich für die Darstellung statt, für die Synchronisation werden natürlich alle vorhandenen Punkte benutzt.

Was ich natürlich machen könnte, wäre z.B. eine Liste mit Trackpunkten anzuzeigen, so dass man in dieser durch Auswahl eines Eintrags den einen Punkt in der Karte anzeigen könnte. Das wäre also beim Bewegen durch diese Liste also eine Bewegung des Punktes entlang des Tracks. Wenn es auch hier kein Performanceproblem wäre, würde sich dafür ja die bereits vorhandene Baumansicht der Tracks eignen, wo die Punkte unterhalb der Tracks aufgeklappt und angezeigt werden könnten. Muss aber mal sehen, ob das dann nicht zu träge wird. Der Einbau in den Synchronisationsdialog ist natürlich auch eine Alternative (oder Ergänzung).
(0000424)
Reiner H   
2008-03-02 12:28   
>Das wäre also beim Bewegen durch diese Liste also eine Bewegung des Punktes >entlang des Tracks. Wenn es auch hier kein Performanceproblem wäre, würde sich >dafür ja die bereits vorhandene Baumansicht der Tracks eignen, wo die Punkte >unterhalb der Tracks aufgeklappt und angezeigt werden könnten.

Das wäre schon eine große Hilfe. Das die Trackpunkte in der Karte nicht angezeigt werden können, hatte ich schon befürchtet, deshalb auch der Vorschlag mit dem Synch.-Dialog. Wichtig ist mir die Zuordnung von Bild und Trackpunkt, weil ich selten Wegpunkte verwende, und wenn, dann nicht unbedingt gleichzeitig ein Bild aufnehme. Wenn in der Baumliste auch die Trackpunktnummer ersichtlich ist, kann ich in einem einem externen Programm die genaue Position (Trackpunktnummer) ermitteln und in Geosetter dem Bild zuordnen und im Anschluss manuell oder im Synch.-Dialog die Zeitkorrektur errechnen.
(0000425)
Friedemann   
2008-03-02 12:50   
Ja, das ist so schon denkbar. Wird aber ein wenig dauern... ;-)
(0000728)
Reiner H   
2008-05-16 09:12   
Die Anzeige der Trackpunkte in einem eigenen Fenster ist sehr gut gelungen. Wenn man allerdings in der Karte direkt auf den Track klickt, passiert nichts. Erst wenn man etwas neben dem Track in die Karte klickt, wird in der Liste ein Trackpunkt angezeigt. Gibt es da programmiertechnisch noch eine Möglichkeit, auch bei einem Klick direkt auf den Track den Trackpunkt anzuzeigen? Wäre halt etwas eindeutiger als in die Nähe des Tracks zu klicken.

Nachdem sich einzelne Trackpunkte in der Liste gut den entsprechenden Punkten in der Karte zuordnen lassen würde ich gerne noch mal auf die Synchronisation mit den Fotos zurückkommen. Jetzt bietet sich als Ergänzung oder Alternative zu meinen Eingangs erwähnten Möglichkeiten zur Synchronisation mittels einzelner Trackpunkte die Möglichkeit an, mit einem Rechtsklick auf den Trackpunkt in der Liste die Option anzubieten: "Ermittle Zeitdifferenz zum ausgewählten Bild". Dann wählt man das passende Foto aus, die Zeitdifferenz wird automatisch (oder manuell) in den Synchdialog übernommen und man kann alle gewünschten Aufnahmen mit dem Track synchronisieren.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
410 [GeoSetter] User Interface minor random 2010-01-30 14:55 2010-02-15 02:37
Reporter: Tobbi Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.2.6 release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Warning: [minor] Entries in ExifIFD were out of sequence. Fixed. | Error: [minor] Suspicious IFD0 offset for PrintIM
Description: Folgende Fehler erhalte ich bei einigen Bildern, wenn ich die geänderten EXIF/IPTC Daten sichern möchte

Warning: [minor] Entries in ExifIFD were out of sequence. Fixed. - DATEINAME
Error: [minor] Suspicious IFD0 offset for PrintIM - DATEINAME

Hatte schonmal bzgl. der Fehler gegooglet, stammen demnach wohl vom ExifTool, nur eine hilfreiche Lösung konnte ich bis dato nicht finden :(
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Geosetter-Fehler.jpg (70,329 bytes) 2010-01-30 14:55
https://www.geosetter.de/mantis/file_download.php?file_id=44&type=bug
jpg

geosetter_ignore_minor_errors_de.jpg (106,217 bytes) 2010-01-30 19:42
https://www.geosetter.de/mantis/file_download.php?file_id=45&type=bug
jpg
Notes
(0000857)
Friedemann   
2010-01-30 19:46   
Da handelt es sich um einen "Minor Error". Sowas kannst Du über die Programmeinstellungen ignorieren (siehe angehängter Screenshot). Solche Fehler treten meist auf, wenn die Bilder vorher durch eine andere Software "behandelt" wurden und dabei die Exif-Daten durcheinander geraten sind. Siehe auch hier: http://www.sno.phy.queensu.ca/~phil/exiftool/faq.html#Q15 ("I get MakerNote warnings or errors when reading or writing information")
(0000859)
Tobbi   
2010-01-31 12:47   
Hallo Friedemann,
danke für den Tipp, werde ich ausprobieren.
Stimmt natürlich, hatte bevor ich Geosetter entdeckt hatte, ein anderes Tool ausprobiert, allerdings hatte ich damit auch andere Fotos hinsichtlich EXIF-Daten geändert, bei denen es keine Probleme gab.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
398 [GeoSetter] Image Data minor sometimes 2010-01-23 13:06 2010-02-14 23:10
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.7 beta  
    Target Version:  
Summary: 35mm equivalent focal length will not be read for all images
Description: In some images, the Exif field 35mm equivalent focal length is not filled. It will be computed already if Exif data contains image size an some other values. In case this is not possible, there need to be a list which contains all cameras with their crop factor.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: geosetter_cameras.jpg (119,866 bytes) 2010-02-14 18:19
https://www.geosetter.de/mantis/file_download.php?file_id=68&type=bug
jpg
Notes
(0000803)
Friedemann   
2010-01-23 13:07   
This is needed to show the correct view angle in the map (regarding 0000082)
(0000941)
Friedemann   
2010-02-14 18:27   
See attached screenshot and http://www.geosetter.de/geosetter_beta.exe
(0000944)
Friedemann   
2010-02-14 23:10   
Calculated 35mm values will now be shown in italic style...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
446 [GeoSetter] User Interface feature N/A 2010-02-10 15:29 2010-02-14 19:20
Reporter: geigue Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.1 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.7 beta  
    Target Version:  
Summary: Aufnahmerichtung - Aufnahmewinkel
Description: Bei diesem Feature wird offensichtlich die tatsächliche Brennweite der Kamera zur Festlegung der Aufnahmewinkels herangezogen.
Besser währe, die Brennweite bezogen auf 35mm zu verwenden.
Manche Kameras liefern allerdings diesen Wert nicht auch, wenn mit alten (analog) Objektiven gearbeitet wird. Für diese sollte es die Möglichkeit geben, die Brennweite manuell (für analoge Objektive) bzw. als Brennweitenumrechner (idealer Weise mit Kamerabezug) die Möglichkeit bieten, den Aufnahmewinkel korrekt darzustellen. Speziell wenn es sich um Panorama-Aufnahmen handelt, stimmen die EXIF-Daten (falls vorhanden) überhaupt nicht mehr.

Manche GEO-Tagger liefern darüber hinaus auch bereits die Richtungsdaten, die zwar oft nicht dem entsprechen, wie wirklich aufgenommen wurde, können jedoch als Richtwert für eine grobe Richtungsbestimmeung verwendet werden.

Zur korrekten Position des Fokuspunktes gehört auch die genaue Länge als Aufnahmedistanz, die wiederum von den meisten Kameramodellen ohnedies mitgeliefert werden. Auch hir sollte eine manuelle Einstellmöglichkeit für Aufnahmen ohne die entsprechenden Informationen bzw. als bewusste Korrektur vorhandener Daten möglich sein.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000920)
Friedemann   
2010-02-10 19:40   
> Bei diesem Feature wird offensichtlich die tatsächliche Brennweite
> der Kamera zur Festlegung der Aufnahmewinkels herangezogen.

Wie kommen Sie darauf?

> Besser währe, die Brennweite bezogen auf 35mm zu verwenden.

Ja, so sollte es auch bereits sein.

> Manche Kameras liefern allerdings diesen Wert nicht auch, wenn mit
> alten (analog) Objektiven gearbeitet wird.

aber dann hat man wahrscheinlich gar keine Info über die Brennweite und kann auch nix umrechnen, oder? Eine interne Tabelle benutze ich ja bereits für eine größere Anzahl von Kameras. Vielleicht sollte ich das im Programm noch pflegbar machen, das stimmt.


> Manche GEO-Tagger liefern darüber hinaus auch bereits die
> Richtungsdaten, die zwar oft nicht dem entsprechen, wie
> wirklich aufgenommen wurde, können jedoch als Richtwert
> für eine grobe Richtungsbestimmeung verwendet werden.

Das ist eigentlich im Programm schon drin, ich hab's aber deaktiviert, da es in meinen Augen keinen Sinn macht. Außer bei den Geräten, welche auf dem Blitzschuh sitzen.
(0000942)
Friedemann   
2010-02-14 19:19   
See also 0000398

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
456 [GeoSetter] Image Data minor always 2010-02-13 10:18 2010-02-13 16:55
Reporter: Ich Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.1 release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Ortsdaten nicht im Bild gespeichert
Description: Wenn das Speichern in einer XMP-Datei gewählt ist, speichert Geosetter die Ortsdaten nicht zusätzlich im JPG-Bild, sofern dieses noch keine zusätzlichen IÜTC-Daten enthält. Werden IPTC-Daten (z.B. mit xnView erzeugt, so landen die Ortsdaten auch im Bild.
Tags:
Steps To Reproduce:
Additional Information: Bei den Bildeinstellungen sind unter JPeg alle alle Optionen gewählt.
Attached Files:
Notes
(0000938)
Friedemann   
2010-02-13 12:20   
Aber eben das ist doch u.a. der Sinn von XMP-Dateien, nämlich dass bei Metadatenänderungen nicht mehr die eigentliche Bilddatei angefasst wird. Das erleichtert z.B. Backups, da bei Änderungen nur noch die wesentlich kleineren XMPs gesichert werden müssen.

Wenn XnView das anders macht, halte ich das für einen Fehler in XnView.
(0000939)
Ich   
2010-02-13 16:26   
Wenn aber IPTC-Felder bereits gefüllt sind (bei mir sind dies IPTC-Erstellungsdatum, Copyright und Kommentar), dann landen die Ortsdaten neben der XMP-Datei auch in den Bilddaten - das ist dann aber recht uneinheitlich
(0000940)
Friedemann   
2010-02-13 16:55   
> Wenn aber IPTC-Felder bereits gefüllt sind (bei mir sind dies
> IPTC-Erstellungsdatum, Copyright und Kommentar), dann landen die
> Ortsdaten neben der XMP-Datei auch in den Bilddaten - das ist
> dann aber recht uneinheitlich

das ist vielleicht Geschmacksache, aber nicht uneinheitlich ;-) Wenn das Bild schon Daten enthält, finde ich es wichtig, dass die synchron sind mit denjenigen aus der XMP-Datei. Mit andren Worten: Wenn Daten da sind, sollten die auch korrekt sein.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
454 [GeoSetter] Image Data minor always 2010-02-12 04:16 2010-02-13 12:53
Reporter: JMac Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.1 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.7 beta  
    Target Version:  
Summary: XMP Face Tags sometimes not recognized
Description: Geosetter seems not to detect People Tags inserted by WLPG even though the XMP metadata appears correct. Only in some files, but no clear pattern as to which ones work and which don't.
Tags:
Steps To Reproduce:
Additional Information: Sample file attached. Thanks to John Bolden for initial identification of issue.
Attached Files: bad - Copy.JPG (197,009 bytes) 2010-02-13 06:36
https://www.geosetter.de/mantis/file_download.php?file_id=67&type=bug
jpg
Notes
(0000936)
Friedemann   
2010-02-13 03:59   
You didn't attach the file...
(0000937)
JMac   
2010-02-13 06:36   
Sorry, new here. file attached.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
447 [GeoSetter] Image Data major always 2010-02-10 17:02 2010-02-13 04:00
Reporter: gadget Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.1 release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GPS Tags not recognised in Photoshop Elements
Description: Dear Sirs, I have used Geosetter to manually tag a bunch of images. This all seems to have worked fine and the correct positions show on the map when you click the image in Geosetter.

However

When you load the image up in Photoshop Elements and right click the image, the "show on map" option is not available.

Looking at it a bit further i notice that Geosetter adds the following tags:

GPS Version
GPS Latitude
GPS Longitude
GPS Time Stamp
GPS Satellites
GPS Map Datum

Whilst if you Geo tag an image using Photoshop Elements, it adds the following tags only:

GPS Latitude
GPS Longitude
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000921)
Friedemann   
2010-02-10 20:04   
With which version of Elements are you working? I do not know why Elemnts doesn't recognize the coordinates. In my opinion all the fields written by GeoSetter are ok. Lightroom and Bridge doesn't have a problem with them. Then it seems to be a bug in Elements.
(0000922)
gadget   
2010-02-10 20:07   
I have tried both version 6 and 8.
(0000923)
gadget   
2010-02-10 20:11   
One thing to note, the GPS data shows in PSE as it does in Bridge but the PSE option to show in map is not available in PSE for photos tagged with Geosetter.

I have Bridge and again the GPS data is there but I see no option to view image on a map. Does Bridge actually have this option?
(0000924)
Friedemann   
2010-02-10 20:17   
> Does Bridge actually have this option?

I don't know at the moment as I don't have installed it here. But Lightroom does show the option to show the image on map.

In my opinion writing only latitude and longitude is not ok. You said that Elements does it. As far as I know at least GPS Version and GPS Map Datum have to be written. If there are fields which Elements doesn't know, it's no reason to hide the map option.
(0000925)
gadget   
2010-02-10 20:33   
Im not sure why either as it works the other way around. ie pictures geotagged by PSE show on the map in Geosetter.

I have both versions of PSE here with serials if you need to test.
(0000926)
Friedemann   
2010-02-10 20:42   
> Im not sure why either as it works the other way around. ie
> pictures geotagged by PSE show on the map in Geosetter.

GeoSetter is very modest regarding the coordinates, it needs only the coordinates.

> I have both versions of PSE here with serials if you need to
> test.

Many thanks. But what do you think I have to test? I believe you that Elements doesn't show the option to show on map. In my opinion this is an issue for the support of Adobe.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
453 [GeoSetter] User Interface feature have not tried 2010-02-11 20:15 2010-02-13 04:00
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.7 beta  
    Target Version:  
Summary: Add option to save selected image files only
Description: Add option to save selected image files only
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
455 [GeoSetter] Image Data major always 2010-02-12 09:20 2010-02-13 03:58
Reporter: johnboldon Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.1 release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Kommisches Verhalten mit Ortsrelevante Felder in 3.3.1
Description: Mein Verständnis nach soll das Füllen von Ortsrelevanter Felder eine einstellbare Option sein. Das zu tun ist bei mir in den Einstellungen nicht selektiert. Nichtsdestotrotz werden die Felder ausgefüllt wenn ich ein GPS Position zuordne. Da taucht unter Position z.B., Germany, Sachsen-Anhalt, Magdeburg, Werder auf
Das Problem taucht mit meinem Upgrade von 3.2.5 auf 3.3.1 auf. Die zusätzlichen Tags sind unerwünscht, und macht meine schöne Tag Hierarchie kaputt.

Noch kommischer. Ich habe 3.3.1 deinstalliert und 3.2.5 wieder installiert. Einige Bilder die in 3.3.1 OrtFelder zeigen, zeigen die Felder nicht in 3.2.5.
Exiftool in 3.3.1 und in 3.2.5 zeigen unterschiedliche Daten für das selbe Bild.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000934)
johnboldon   
2010-02-12 10:32   
Sorry, ich bin zu blöd. Ich finde keine Möglichkeit dieses zu bearbeiten. Das letzter Kommentar das die Felder in 3.2.5 nicht angezeigt wurden, möchte ich zurückziehen. Danke für Ihr Verständnis.
(0000935)
Friedemann   
2010-02-13 03:58   
Ist kein Fehler: Die Koordinate wurde zuerst von einem anderen Bild welches Ortsdaten enthält der Karte zugewiesen. Bei folgender Zuweisung zurück von der Karte zu einem anderen Bild werden dann die Ortsdaten des Ausgangsbildes übernommen.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
452 [GeoSetter] User Interface text always 2010-02-11 00:25 2010-02-11 20:17
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.6 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.7 beta  
    Target Version:  
Summary: Infotext zum sperren des Blickwinkels
Description: "Die Änderung des Winkels der Blickrichtung ist momentan gesperrt. ... Um die Änderung des Winkels zuzulassen, aktivieren Sie bitte die Option "Karte | Blickwinkel sperren".

das muss deaktivieren, nicht aktivieren heißen
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000933)
Friedemann   
2010-02-11 20:17   
Sehr gut beobachtet, danke!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
451 [GeoSetter] User Interface minor always 2010-02-10 22:51 2010-02-10 23:12
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.5 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.6 beta  
    Target Version:  
Summary: Filter als Text bearbeiten
Description: Gibt man mehr als 1 Filterbedingung via "Als Text bearbeiten" ein, so wird im Dialog nur die erste Bedingung dargestellt. Der Filter selbst funktioniert korrekt. Schließt man den Dialog und öffnet ihn wieder werden alle Bedingungen korrekt angezeigt
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000928)
Friedemann   
2010-02-10 22:57   
Oops, warum ist mir das nicht aufgefallen :-/
(0000931)
Friedemann   
2010-02-10 23:12   
War nur 'ne Darstellungssache, die Dialoghöhe wurde nicht neu angepasst.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
450 [GeoSetter] User Interface minor always 2010-02-10 22:49 2010-02-10 23:02
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.4 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.6 beta  
    Target Version:  
Summary: Fehlender Menüpunkt "Geänderte und ungeänderte Bilder anzeigen"
Description: Der Menüpunkt "Suchen & Filtern | Filter | Geänderte und ungeänderte Bilder anzeigen" fehlt im Menü (beim Filter Button gibts den). Evtl. würde es Sinn machen das Menü so zu lassen und mit den Haken arbeiten wie es bei den anderen vorgegebenen Filtern ist
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000929)
Friedemann   
2010-02-10 23:01   
Mit Haken geht das nicht, weil das keine Option ist, sondern ein Kommando. Das greift nur in dem Moment wenn man es ausführt.
(0000930)
Friedemann   
2010-02-10 23:02   
Ich wetter mal, dass das kaum zu verstehen ist ;-)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
449 [GeoSetter] User Interface minor always 2010-02-10 22:47 2010-02-10 22:55
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.4 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.6 beta  
    Target Version:  
Summary: Beschriftung über dem Browser "Filter aktiviert" wird nicht gelöscht
Description: - Filter setzen (z.B. Bewertung >= 5), dann erscheint über dem Browser der Text "Filter aktiviert\n(Rating >= 5)
- Anschließend über "Suchen & Filtern | Filter | Zurücksetzen" -> der Filter wird deaktiviert (alle Bilder werden angezeigt), aber über dem Browser steht immer noch "Filter aktiviert". Die 2x "Aktiviert" im Menü sind nicht mehr angewählt

Ist da noch irgendein Filter geladen? Mir wäre auf alle Fälle nicht bewußt welcher
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000927)
Friedemann   
2010-02-10 22:55   
War ein Fehler.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
448 [GeoSetter] User Interface feature have not tried 2010-02-10 20:26 2010-02-10 22:34
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.5 beta  
    Target Version:  
Summary: Add option to lock direction angle when moving point of view on map
Description: Add option to lock direction angle when moving point of view on map
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
445 [GeoSetter] User Interface text always 2010-02-10 00:39 2010-02-10 22:33
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.4 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.5 beta  
    Target Version:  
Summary: Nur geänderte Bilddateien anzeige(n) - hier fehlt das n im deutschen Text
Description: "Suchen & Filtern | Filter | Nur geänderte Bilddateien anzeige(n)" hier fehlt das n im deutschen Text
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
444 [GeoSetter] User Interface minor always 2010-02-09 00:08 2010-02-09 23:23
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.3 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Hinweise müssen 2x ausgeschalten werden
Description: die neuen Hinweisfenster müssen 2x ausgeschalten werden ("Beim nächsten mal erneut anzeigen" abwählen) damit die Hinweisfenster nicht mehr angezeigt werden.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000916)
Friedemann   
2010-02-09 22:59   
Ist das vielleicht ein Missverständnis? Jeden einzelnen Text muss man ausschalten. Wird also ein bestimmter Text zu einem Kontext ausgeschaltet, wird der zu einem anderen Kontext gehörige Text weiterhin angezeigt, bis er auch ausgeschaltet wird.
(0000918)
heiko   
2010-02-09 23:10   
oh ist das gemein. Wenn man über die Hints die Aufnahmerichtung hinzufügt kommt erst die Meldung dass man die Zielrichtung mit dem runden Marker verschieben kann. Wenn diese Meldung dann ausgeschalten ist kommt bei der gleichen Aktion die Meldung dass der Blickpunkt nicht gespeichert wird.

Hab ich wohl nicht genau hingesehen.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
425 [GeoSetter] User Interface feature always 2010-02-03 14:37 2010-02-09 23:08
Reporter: triggerfish Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.2.6 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.4 beta  
    Target Version:  
Summary: Filter on modified images.
Description: I like to be able to set a filter on images that have been modified and not yet saved. Makes it easy to select them all if they are scattered over a bunch of images.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: geosetter_filter_changed_unchanged.jpg (116,731 bytes) 2010-02-09 23:04
https://www.geosetter.de/mantis/file_download.php?file_id=65&type=bug
jpg
Notes
(0000917)
Friedemann   
2010-02-09 23:08   
In the filter menu there are 3 new commands now (see attached screenshot). Please note that they do not have a state (on or off).

Does anybody have an idea which keyboard shortcuts make sense for these commands? Of course the user can assign shortcuts for himself, but I would like to assign default shortcuts...

The beta version is available at http://www.geosetter.de/geosetter_beta.exe

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
443 [GeoSetter] User Interface major always 2010-02-08 10:40 2010-02-08 20:24
Reporter: KnutBrode Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.3 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.4 beta  
    Target Version:  
Summary: Anzeige Exif-GPS-Datum
Description: Wenn ich im Menüpunkt "Ansicht" die Anzeige auf die Exif-Metadaten beschränke, wird beim GPS-Datum nur noch der 30.12.1899 angezeigt. Im Bild selbst scheinen die Daten korrekt zu stehen.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
297 [GeoSetter] User Interface feature always 2008-04-21 23:12 2010-02-08 20:18
Reporter: KnutBrode Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.15 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.3 beta  
    Target Version:  
Summary: GPS-Zeit Eingabe im "Daten bearbeiten" Dialog
Description: Um die in den Fotos bereits hinterlegten GPS-Zeiten ändern zu können, fehlt eine Eingabemöglichkeit.
Ein Dialog wie bei "erstellt am:" mit Button "aus Aufnahmedatum und Zeitzone errechnen" wäre nicht schlecht.
Im Dialog "aktuelle Werte für alle ausgewählten Bilder übernehmen" ebenfalls die Möglichkeit für die Änderung der GPS-Zeit ist der nächste Wunsch. Im gleichen Dialog könnte ich mir die Zeitzone als eigenständigen Punkt und nicht mehr als Unterpunkt der Aufnahmezeit vorstellen.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000914)
KnutBrode   
2010-02-08 09:58   
Future-Wunsch wurde mit http://www.geosetter.de/mantis/view.php?id=437 erfüllt. Danke!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
437 [GeoSetter] Image Data major always 2010-02-06 18:49 2010-02-07 23:43
Reporter: ber0517 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.3 beta  
    Target Version:  
Summary: GPS Date and Time does not update
Description: Actually this is for version 3.3.1 (not sure when the change occured)

The first time GeoSetter sets the GPS date/time it becomes fixed. If you correct a location and it changes a timezone or if the date taken date/time is changed, the GPS date and time is not updated.
Tags:
Steps To Reproduce:
Additional Information: Periodically images are first tagged with either bad date/time taken and/or GPS location. I process untagged digital photo images (including people who do not set their camera clocks properly) AND scanned images from older photographs (here the tracking of the location and date/time taken can change as new data is obtained).

Although it would be great to have the capability to force a resyncronization of the GPS date and time to the revised GPS location and date taken information, my work around has been to change the GPS location to a different and incorrect time zone, save the data, and then change it to the correct location and time zone. This used to force the program to recalculate the GPS date/time and things would be great. At some point in the recent past, this recalculation stopped working.
Attached Files: geosetter_takendate_to_gpsdate1.jpg (210,938 bytes) 2010-02-07 15:52
https://www.geosetter.de/mantis/file_download.php?file_id=58&type=bug
jpg

geosetter_takendate_to_gpsdate2.jpg (193,471 bytes) 2010-02-07 15:53
https://www.geosetter.de/mantis/file_download.php?file_id=59&type=bug
jpg

geosetter_takendate_to_gpsdate3.jpg (230,194 bytes) 2010-02-07 15:53
https://www.geosetter.de/mantis/file_download.php?file_id=60&type=bug
jpg

geosetter_takendate_to_gpsdate4.jpg (214,418 bytes) 2010-02-07 15:53
https://www.geosetter.de/mantis/file_download.php?file_id=61&type=bug
jpg

geosetter_takendate_to_gpsdate5.jpg (236,215 bytes) 2010-02-07 15:54
https://www.geosetter.de/mantis/file_download.php?file_id=62&type=bug
jpg
Notes
(0000908)
Friedemann   
2010-02-07 15:59   
I don't want to adjust the GPS date automatically if it contains a value already. But I just build in a new option in Images menu to set the GPS date for all selected images to the taken date (considering the time zone). I also adjusted the search (and filter). So you can select now all images where GPS date <> taken date by using the search functionalety. If you need this often, you can save the search as a template. Please see attached screenshots.
(0000913)
Friedemann   
2010-02-07 23:37   
Please see beta version 3.3.3: http://www.geosetter.de/geosetter_beta.exe

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
442 [GeoSetter] User Interface feature have not tried 2010-02-07 23:42 2010-02-07 23:42
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.3 beta  
    Target Version:  
Summary: Add search/filter option for comparing dates to each other (gps date, taken date, file date etc.)
Description: Add search/filter option for comparing dates to each other (gps date, taken date, file date etc.)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
424 [GeoSetter] User Interface minor always 2010-02-03 04:01 2010-02-07 23:36
Reporter: mark Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.3 beta  
    Target Version:  
Summary: Image Direction / Point of View Feature in Geosetter 3.3
Description: Thanks for the great enhancements to Geosetter 3.3. I have a question about the image direction feature.

When I use the image view tool in Geosetter 3.3 it seems that no matter how far I move the icon (red dot with blue circle around it) towards the subject (TOWN) in the attached example screen shots the purple triangle or purple triangle stays the same size. The bottom picture in the attached example shows what the two screen shots at the top were looking at. In the attached example I would like to be able to adjust the purple triangle or purple area so that it extends just beyond the TOWN so that it more accurately represents what I saw when I took the picture. Is there a way Geosetter would allow the user to adjust the purple triangle or purple area so that it more accurately depicts the view or field of view that the photographer saw when taking the picture?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Example.png (1,946,521 bytes) 2010-02-03 04:01
https://www.geosetter.de/mantis/file_download.php?file_id=47&type=bug
Notes
(0000879)
mark   
2010-02-03 06:19   
Also, how does Geosetter determine the size and angle of the purple area or triangle that represents the Image View that you see in the Map?
(0000882)
Friedemann   
2010-02-04 20:16   
You are right, I could enlarge the purple triange to the look at point. But this look at position will not be saved at the moment. Maybe it would be a good idea to do it optionally (GPSDestLatitude and GPSDestLongitude).

> Also, how does Geosetter determine the size and angle
> of the purple area or triangle that represents the
> Image View that you see in the Map?

The angle is calculated with the 35mm equivalent focal length (Angle of view, see here http://en.wikipedia.org/wiki/Angle_of_view ). The size is always the same. So if you have a wide angle, the length will be short, if you have a small angle (tele lens), you will hava a long triangle.
(0000883)
mark   
2010-02-04 23:38   
Thanks for the reply. I see version 3.3.1 now has the option to turn on or off the image direction feature.
(0000884)
Friedemann   
2010-02-04 23:42   
I'm just working on your suggestion regarding the size of the purple marker, including the option to save the look at point.
(0000885)
mark   
2010-02-04 23:52   
Thanks. I really like the program - you do a good job about updating it on a regular basis.

I just made a donation to Geosetter.

Cheers!
(0000886)
Friedemann   
2010-02-04 23:53   
Oh... thank you very much!!! :-)
(0000910)
Friedemann   
2010-02-07 21:24   
Look At position will now be saved in GPSDestLatitude and GPSDestLongitude (can be disabled in application settings).
(0000912)
Friedemann   
2010-02-07 23:36   
Please see beta version 3.3.3: http://www.geosetter.de/geosetter_beta.exe

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
441 [GeoSetter] User Interface feature have not tried 2010-02-07 23:26 2010-02-07 23:26
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.3 beta  
    Target Version:  
Summary: Add "Select All" and "Invert Selection" to menu "Images"
Description: Add "Select All" and "Invert Selection" to menu "Images"
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
430 [GeoSetter] User Interface tweak unable to reproduce 2010-02-05 00:14 2010-02-07 21:15
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.3 beta  
    Target Version:  
Summary: Liste und Vorschaubilder verschwinden im Menü
Description: Version ist 3.3.1

Das hatte ich heute schon das zweite mal, dass im Menü "Ansicht | Bilddateien" "Liste" und "Vorschaubilder" verschwunden sind. Reproduzieren kann ich es leider nicht.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000909)
Friedemann   
2010-02-07 21:15   
Das trat immer dann auf, wenn man mal den Einstellungsdialog auf hatte. Für die Darstellung der Tastaturzuweisungen wird das Menü temporär etwas umstrukturiert. Danach fehlte das Zurücksetzen für diese beiden Menüpunkte.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
418 [GeoSetter] User Interface feature have not tried 2010-02-01 23:28 2010-02-07 21:10
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.1 release  
    Target Version:  
Summary: Option to hide direction of focused image in map
Description: Option to hide direction of focused image in map
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
440 [GeoSetter] User Interface minor always 2010-02-07 21:00 2010-02-07 21:09
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.3 beta  
    Target Version:  
Summary: Keyboard shortcuts doesn't work when map has focus
Description: Keyboard shortcuts doesn't work when map has focus
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
436 [GeoSetter] Image Data feature always 2010-02-06 14:21 2010-02-07 21:09
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.3 beta  
    Target Version:  
Summary: Add Lens (aux:Lens) and Owner Name (aux:OwnerName) to browser fields
Description: Add Lens (aux:Lens) and Owner Name (aux:OwnerName) to browser fields
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
433 [GeoSetter] User Interface major always 2010-02-05 21:59 2010-02-07 16:27
Reporter: DaveL Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.1 release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GPX Track has repeating time stamp for each unique log entry
Description: After loading the GPX file, the times listed in the Tracks window appear to be all the same. When I open the GPX with notepad, I see unique times for each point. Obviously, I cannot tag my photos with geo data since the times never match. I am using 3.3.1. I have attached my gpx file.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: 10012100-shortened v1.gpx (1,387,523 bytes) 2010-02-05 22:18
https://www.geosetter.de/mantis/file_download.php?file_id=53&type=bug
Notes
(0000891)
DaveL   
2010-02-05 22:07   
Disregard the *.txt file. The original GPX was too large to upload. I truncated it with Notepad and saved the wrong extension by accident.
(0000892)
DaveL   
2010-02-05 22:19   
Dang it... also disregard the * v0.gpx file. I deleted a ending tag by accident. The *v1.gpx file does read into GeoSetter.
(0000896)
Friedemann   
2010-02-06 18:03   
With which software did you create the GPX file? In my opinion something like "<time>2010-01-21_121:05:36</time>" is not a valid time stamp. It has to be "<time>2010-01-21T12:05:36Z</time>" instead. Does 121:05:36 mean 12:05:36?
(0000907)
DaveL   
2010-02-07 15:56   
That is what I thought may be happening, but was not sure since I didn't know what a correctly formed gpx looked like. The program used to create this GPX is the software that came with the logger, TimeAlbum. It can be found at www.cdgps.com. Poor software for sure.

The native output for the logger is CSV. Issue 434 is the native CSV file that corresponds to the GPX on the this issue report. I re-tried the GPSVisualizer site to convert the file. The file is now good and your software is working great. Close this issue.

P.S. I see you have assigned 434 to yourself. It would be great to gps stamp my files in one step, but this workable now. Thanks for the GREAT software and your time.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
439 [GeoSetter] Image Data feature always 2010-02-07 13:28 2010-02-07 15:19
Reporter: mawosch Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.0 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Blickpunkt in IPTC speichern
Description: Toll dass mittlerweile die Blickrichtung vom Kompass übernommen werden kann bzw. eine Eingabe über die Karte möglich ist.
Dazu wird ein Blickpunkt verwendet. So weit ich das gesehen habe, wird er aber nur zur bestimmung der Richtung verwendet.
Ist es möglich ihn als Objektort zu definieren und diese Information dann in die IPTC Daten zu schreiben.
In den IPTC Daten stehen Felder für Aufnahmeort und Objektort zur Verfügung.
Einmal "Location created" und einmal "Location shown"
Siehe dazu auch das Geotagging Buch auf Seite 13.
Dies ist natürlich nur für die manuelle Zuweisung des Objektortes möglich.
Tags:
Steps To Reproduce:
Additional Information: Geotagging Buch
www.geotagging-buch.de
Attached Files:
Notes
(0000900)
Friedemann   
2010-02-07 13:39   
Die Speicherung des Blickpunktes in den GPS-Daten (GPSDestLatitude und GPSDestLongitude) habe ich schon drin (in meiner lokalen Testversion).

Nun muss ich mal auf Seite 13 schauen... ;-)

Wo steht das denn in der Spezifikation? Ich hatte danach schon mal geschaut, aber nix gefunden. Diese Änderung wäre natürlich etwas aufwändiger. Erstmal kommt nur die Speicherung des Blickpunktes. Vielleicht noch heute, mal sehen...

Sollte man die Speicherung des Blickpunktes optional machen???
(0000901)
mawosch   
2010-02-07 14:10   
Die Spec der IPTC gibt es hier:
http://www.iptc.org/std/photometadata/specification/IPTC-PhotoMetadata%28200907%29_1.pdf

Auf Seite 29 stehen Details zu Location Shown
Auf Seite 34 zu Location created

Objektort oder Blickpunkt sollte in jedem Fall optional sein. Vielleicht kenne ich die Richtung, muss das über den Blickpunkt (hier stimmt der Name) angeben. Der Objektort kann viel weiter weg sein. Auch kann es keinen Objektort geben, beispiel leere Landschaft (Wüste). Da ist nichts, was man einen Objektort zuweisen kann. Sinn macht das bei markanten Objekten (Reichstag, Mt. Fuji, Golden Gate Bridge). Der tiefere Sinn ist ja später nach diesen Objekten zu suchen.
(0000902)
Friedemann   
2010-02-07 14:17   
> Objektort oder Blickpunkt sollte in jedem Fall optional sein.

Na ja, ich meinte ja jetzt die Koordinate des Blickpunktes. Die macht ja auch in der Wüste Sinn, denn je nachdem wo der Blickpunkt liegt, werden dann auch die Blickdreiecke in der Karte gemalt, also lang oder kurz. In der Wüste würde man den Blickpunkt also weit weg legen, damit man ein großes Blickdreieck bekommt. Was spricht dagegen, den Blickpunkt immer in den GPS-Daten zu speichern? Inkompatibilität mit anderen Programmen?
(0000903)
mawosch   
2010-02-07 14:39   
Ich dachte die Dreiecke richten sich nach der verwendeten Brennweite.
Die Blickrichtung ist klar. Das ist aber eine Richtung und kein Punkt. Man braucht nur einen Punkt um die Richtung zu definieren.
In sofern könnte man hier schon sprachlich unterscheiden.

Blickpunkt:
Reine definition der RICHTUNG. Egal wo der Punkt auf der Linie liegt. Es geht nur um die Definition der Richtung.

Objektort:
Angegeben wird der Ort des Objektes welches zu sehen ist (z.B. BMW-Welt). Bekannt ist ferner der Aufnahmeort. Daraus ergibt sich die Blickrichtung. Und durch die Brennweite der Winkel des Dreiecks.

Den Objektort würde ich in die IPTC aufnehmen. Da ist was dahinter, nach dem auch gesucht werden kann. Hilfspunkt um die reine Blickrichtung (in der Wüste) zu definieren macht bei der Suche keinen Sinn.
(0000904)
Friedemann   
2010-02-07 14:48   
> Ich dachte die Dreiecke richten sich nach der verwendeten Brennweite.

Ja, der Bildwinkel, also der Öffnungswinkel der Dreiecke, aber nicht die Länge.

Hat ein Bild einen Blickpunkt UND Blickwinkel, ist im Prinzip der Winkel redundant und überflüssig. Trotzdem gebe ich dem Blickwinkel Vorrang, da es meiner Ansicht nach der gebräuchlichere Wert ist - z.B. aufgezeichnet durch entsprechende Geräte. Hat ein Bild also einen Blickpunkt im Norden, die Blickrichtung geht aber in den Süden, wird man einen Blicktrichter in Richtung Süden sehen. Das nur mal zur Info. Das wären ja auch falsche Daten.

Der Blickpunkt wird nun bei GeoSetter immer irgendwo auf der Linie entlang des Blickwinkels liegen.

Meine Frage war nur, ob man die Blickpunktkoordinaten guten Gewissens ohne Option abspaiechern darf. Ich meine ja...

Ok, ich verstehe, Objektort ist ein anderes paar Schuhe. Du hattest eingangs vom Blickpunkt gesprochen. Der Objektort lässt sich aber nicht auch noch als Koordinate hinterlegen. Ist also schwierig...
(0000905)
Friedemann   
2010-02-07 15:16   
> Blickpunkt:
> Reine definition der RICHTUNG. Egal wo der Punkt auf der Linie liegt.
> Es geht nur um die Definition der Richtung.

Das stimmt übrigens so nicht, würde ich sagen. Wenn das so wäre, würde es den Blickpunkt neben dem Winkel ja nicht geben. Der Blickpunkt definiert neben der Richtung eben AUCH eine Distanz. Hat also damit mehr Informationsgehalt als nur die Richtung.
(0000906)
Friedemann   
2010-02-07 15:19   
Ich sehe gerade nochmal:

> Ist es möglich ihn als Objektort zu definieren und diese Information
> dann in die IPTC Daten zu schreiben.

Das ist natürlich möglich. Aber der Objektort wird dann immer im Zentrum des Bildes liegen, nur das das klar ist ;-)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
438 [GeoSetter] User Interface major always 2010-02-06 20:15 2010-02-07 05:53
Reporter: nick_t Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.0 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: No Map Displayed
Description: Friedemann,
I'm a former user that has returned after using HoudahGeo on my Mac for a while; I thought I'd revisit you and see what's improved. In the past I had an issue with GeoSetter where the map would not load, and having just downloaded and installed 3.3.1, I'm having the same issue again. It tells me that it cannot find the map using the default URL and asks me to change the setting.

I'm running Vista Ultimate 64bit with the latest upgrades.

I know this was recently reported at "0000387 No Map Display" by jotess; unfortunately his solution will not work for me, however, as I cannot find the \geosetter_map folder.

Any ideas??
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: geosetter_map_test.html (39,547 bytes) 2010-02-06 20:44
https://www.geosetter.de/mantis/file_download.php?file_id=55&type=bug
geosetter_empty_map_file.jpg (95,959 bytes) 2010-02-07 03:34
https://www.geosetter.de/mantis/file_download.php?file_id=57&type=bug
jpg
Notes
(0000898)
Friedemann   
2010-02-07 03:37   
Please delete the map entry in settings dialog (see attached screenshot geosetter_empty_map_file.jpg). Which message do you get then in the main window? That the map can't be found?

Do you have a firewall installed? Are your working with a proxy?

Please download attached file geosetter_map_test.html and open it in IE. What do you see?
(0000899)
nick_t   
2010-02-07 05:53   
Deleting the map entry did the trick immediately, thanks for the quick fix!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
429 [GeoSetter] User Interface minor always 2010-02-05 00:01 2010-02-06 22:40
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.0 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Löschen eines Eintrags in der Suchen Mask
Description: Version ist 3.3.1

Füge ich in einer leeren Suchmaske die Vorlage "Fremdschlüssel<>leer" läßt sich dieser Eintrag nicht mehr löschen. "Entfernen" ist ausgegraut.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Entfernen.png (24,322 bytes) 2010-02-05 00:01
https://www.geosetter.de/mantis/file_download.php?file_id=48&type=bug
png

search.xml (807 bytes) 2010-02-05 00:02
https://www.geosetter.de/mantis/file_download.php?file_id=49&type=bug
Notes
(0000895)
Friedemann   
2010-02-06 17:53   
Kann ich nicht nachvollziehen
(0000897)
heiko   
2010-02-06 22:40   
also ich komme auf allen Wegen die ich probiere zu dem gleichen Ergebnis

- "Suchen & Filtern | Filter | Zusätzliche Filterbedingungen bearbeiten"
- hier ggf. "Alle Bedingungen entfernen"
- dann über "leeren Button | Vorlage | Fremdschlüssel <> leer"
-> Vorlage wird geladen
- aus dem leeren Button ist jetzt "locr Benutzer" geworden; hier im Kontextmenü ist dann entfernen ausgegraut (wie im Screenshot)

brauchst du evtl. die INI noch?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
431 [GeoSetter] User Interface major always 2010-02-05 00:24 2010-02-06 18:04
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.0 release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Filter
Description: Version ist 3.3.1

unter "Suchen & Filtern | Filter" läßt sich der Wert unter "Bewertung" nicht mehr abschalten. Sobald ein vordefinierte Filter geladen wird greift jedesmal der Wert unter "Bewertung" auch so dass nicht der eigentlich gewollte Filter angewandt wird.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000887)
Friedemann   
2010-02-05 00:27   
Glaub ich nicht ;-) Einfach nochmal drauf klicken im Menü auf den Bewertungsfilter, dann isser weg. Oder???
(0000888)
heiko   
2010-02-05 01:12   
du meinst auf "Suchen & Filtern | Filter | Bewertung"? .. da öffnet sich dann das weitere Untermenü
(0000889)
Friedemann   
2010-02-05 01:15   
Genau. Und darin kannst Du den Bewertungsfilter doch ausschalten, oder nicht?
(0000890)
heiko   
2010-02-05 01:18   
ok .. sorry .. hatte immer versucht eine Stufe weiter unten, sprich unter "Bewertung" den Filter auszuschalten ..

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
434 [GeoSetter] User Interface feature always 2010-02-05 22:12 2010-02-06 14:18
Reporter: DaveL Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.1 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add support for CSV files
Description: My logger produces a CSV file by default. To use this file, I must open thier software (which is quite bad), then write out a GPX for each track before using it in your awesome software. It would be great to have direct support for CSV. My CSV file is attached. Find attached a csv file from my logger. (note: this CSV corresponds to the GPX in the defect I file a earlier) I am current using version 3.3.1.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: 10012100-shortened.CSV (1,325,845 bytes) 2010-02-05 22:12
https://www.geosetter.de/mantis/file_download.php?file_id=52&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
435 [GeoSetter] Image Data minor always 2010-02-06 13:23 2010-02-06 14:18
Reporter: knoebi Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.0 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: New Zealand Time Zine
Description: Tried it with 3.3.0 and 3.3.1.

I'm travelling in New Zealand at the moment, taking pictures with a Canon Powershot S90, which has daylight saving support. All timezones and times are correct, but to get it work I need to add -1 hour offset in the synchronisation.
My hometime is Swiss time, so no daylight saving there at the moment.

Maybe similiar to:Fehler Zeitzone Europe/London (Sommerzeit wurde nicht erkannt)

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
354 [GeoSetter] User Interface feature always 2010-01-07 02:46 2010-02-06 11:57
Reporter: spizzer Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.2.0 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Unable To Edit GPS Speed Metadata
Description: Hi,

I would like to be able to edit the GPS Speed values, manually or by copying the data from one image, selecting the appropriate tick box to the selected images. Much how I copy location, keyword data.

Hope this makes sense.

Thanks

Luke
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000893)
spizzer   
2010-02-06 11:57   
I tried the 3.3.1, but I didn't find a way.

Thanks

Luke

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
428 [GeoSetter] User Interface tweak always 2010-02-04 21:47 2010-02-04 21:47
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Showing thumbnails of TIFF files is slow - the original image is used instead of an embedded thumbnail
Description: Showing thumbnails of TIFF files is slow - the original image is used instead of an embedded thumbnail
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
426 [GeoSetter] User Interface minor have not tried 2010-02-03 23:24 2010-02-04 20:05
Reporter: gps_harry Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.1 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Beschreibung additiv für mehrere Bilder hinzufügen
Description: Hallo,
ersten Kontakt hatte ich über "EXIFER", was ich heute noch sehr gerne verwende!!!
Nun zu meinem Wunsch für die nächste(?) Version:
Ist es möglich die Option hinzufügen, daß man für die Beschreibung (in EXIF) mehrerer Bilder Text additiv hinzufügt, d.h. ohne daß der bisherig vorhandene Text verloren geht/ überschrieben wird?
Es würde mir sehr helfen. Ich kenne bisher keine Programme die das richtig können. ACDSee kann das, aber das "zerschießt" dann andere Einträge und ist somit nicht brauchbar!
Tags:
Steps To Reproduce:
Additional Information: Um es einwenig plastisch darzustellen was ich meine:

Ich markiere die Bilder B1 und B2 und weise "Text1" in Beschreibung zu.
Dann markiere ich Bild B3 und weise diesem "Text2" zu.
Jetzt markiere ich alle Bilder (B1, B2, B3) und weise allen "Text3" zu.

Als Ergebnis sollte in der Beschreibung der Bilder folgendes stehen:
Bild1: Text1 Text3
Bild2: Text1 Text3
Bild3: Text2 Text3

Ich hoffe mein Wunsch ist nicht allzu exotisch und v.a. zu kompliziert zu verwirklichen.
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
423 [GeoSetter] User Interface feature N/A 2010-02-02 22:31 2010-02-03 20:11
Reporter: GPSler Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.0 release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add weekday to rename function
Description: Hello,

First of all - Thank you. WOW, WOW, WOW!!! Great new features in the new versions.

Till now I used xnview for renaming my jpgs but it seems that Geosetter is able to do the same!

One thing is missing for me - the weekday. In xnview you can add the 2char shotcut for the current weekday (Mo, Tu, We, ... or in German Mo, Di, Mi, Do,...).

Would it be possible to add this feature in Geosetter as well?

Best regards
GPSler
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: geosetter_rename_weekday.jpg (80,805 bytes) 2010-02-02 23:30
https://www.geosetter.de/mantis/file_download.php?file_id=46&type=bug
jpg
Notes
(0000876)
Friedemann   
2010-02-02 23:32   
This should be possible already, see attached screenshot. I hope it uses the system names for weekdays, not the German ones (Mo, Di, Mi). Are you using a non German Windows? Can you test it please?
(0000881)
GPSler   
2010-02-03 19:03   
Sorry, everything is as expected. Thank you. Works as it should (Mo, Di, Mi, ...)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
414 [GeoSetter] User Interface minor always 2010-02-01 09:56 2010-02-02 23:40
Reporter: djnisbet Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.0 release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: latest 3.3.0 version appears to be 3.2.6
Description: downloaded and installed latest version but it appears (during install) to be 3.2.6 and reports itself as 3.2.6 once installed.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000861)
Friedemann   
2010-02-01 10:35   
Please clear the cache of your browser and download it again...
(0000862)
djnisbet   
2010-02-01 11:48   
that's fixed it. sorry for the false alarm.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
419 [GeoSetter] Image Data minor always 2010-02-01 23:36 2010-02-02 23:36
Reporter: Hendrik_L Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.0 release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: ExifTool Fehler beim Speichern
Description: Beim Speichern einiger Bilder nach dem Eintragen von Koordinaten kommt es zu Warnungen oder sogar Fehlern.
z.B.:
Warning: [minor] Possibly incorrect maker notes offsets (fix by 550?) - D:/Eigene Dateien/Eigene Bilder/2010/2010-01-31 Testbilder/R1_orientation1_rotated.JPG
Warning: [minor] Entries in IFD0 were out of sequence. Fixed. - D:/Eigene Dateien/Eigene Bilder/2010/2010-01-31 Testbilder/R1_orientation1_rotated.JPG
Error: [minor] Bad format (186) for MakerNotes entry 2 - D:/Eigene Dateien/Eigene Bilder/2010/2010-01-31 Testbilder/R1_orientation1_rotated.JPG

Ein ähnliches Problem war bereits im Herbst 2009 in Mantis von einem anderen Nutzer gemeldet worden.

Ich verwalte meine Bilder mit der Freeware Version der Software Cam2PC 4.6 (http://www.nabocorp.com/cam2pc/)
GeoSetter bzw. ExifTool scheint insbesondere Probleme mit Dateien zu haben, die zuvor in Cam2PC rotiert oder transformiert wurden (Transformieren = Cam2PC rotiert entsprechend der Orientationdaten im Bild und setzt Orientation hinterher auf 1)

Ich kann leider nicht beurteilen, ob Cam2PC die Bilder nach der Bearbeitung fehlerhaft speichert, oder ob Geosetter/ExifTool die Bilder so wie sie sind akzeptieren müsste.

Deshalb als Anhang 4 Bilder:
GH1_orientation6.JPG
  - von Panasonic GH1; mit Cam2PC nur von der Speicherkarte geladen
GH1_orientation1_transformed.JPG
  - transformiert, Cam2PC hat orientation danach auf 1 gesetzt
R1_orientation1.JPG
  - von Ricoh Caplio R1 (kein Lagesensor); mit Cam2PC nur von der Speicherkarte
R1_orientation1_rotated.JPG
  - rotiert, Cam2PC hat orientation auf 1 gelassen

Grüße
Hendrik

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000867)
KnutBrode   
2010-02-02 19:37   
Hallo Hendrik,
leider wurde die Entwicklung von Cam2pc schon vor Jahren eingestellt. Die Routinen zur Behandlung der Exif- und IPTC-Daten sind veraltet und XMP kennt es gar nicht. Der Fehler liegt eindeutig auf der Seite von Cam2pc.
Ich nutze Cam2pc nur noch zum Herunterladen der Bilder von der Karte, da ich noch nichts besseres zum Umbenennen und Kopieren der Bilder gefunden habe. Alle Funktionen zum Ändern der Metadaten sollte man dabei jedoch nicht nutzen.

Gruß Knut
(0000869)
Friedemann   
2010-02-02 20:58   
Die Fehlermeldungen bzw. Warnungen kommen von ExifTool. Die "Minor Errors" kannst Du über die Programmeinstellungen ignorieren (siehe auch Anhang in 0000410). Solche Fehler treten meist auf, wenn die Bilder vorher durch eine andere Software "behandelt" wurden und dabei die Exif-Daten durcheinander geraten sind. In Deinem Fall dürfte das tatsächlich Cam2PC sein. Siehe auch hier: http://www.sno.phy.queensu.ca/~phil/exiftool/faq.html#Q15 ("I get MakerNote warnings or errors when reading or writing information")

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
421 [GeoSetter] User Interface minor always 2010-02-02 20:42 2010-02-02 23:35
Reporter: KnutBrode Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.1 release  
    Target Version:  
Summary: Filter
Description: Im Menü "Filter" gibt es zweimal den Punkt "aktiviert". Ein Menüpunkt zum neu definieren eines Filters fehlt.
Filtert man nach Bildern ohne Aufnahmerichtung (=1000; leer funktioniert nicht) und wählt "Aufnahmerichtung hinzufügen", dann wird das Bild sofort aus dem Filter entfernt und man kann die Richtung nicht zuweisen.

Gruß Knut
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000868)
Friedemann   
2010-02-02 20:53   
> Im Menü "Filter" gibt es zweimal den Punkt "aktiviert".

ja, das ist etwas verwirrend. Der Eine Schalter bezieht sich auf den gesamten Filter, der andere nur auf die selbstdefinierte Filterbedingung. Das war meiner Meinung nach nötig für z.B. diesen Fall: Man filtert z.B. nach dem Dateityp JPEG und dann auch noch selbstdefiniert z.B. nach dem Kameramodell. Nun konnte man diesen Kameramodell-Filter nicht ausschalten um nich wieder nur noch nach dem Dateityp zu filtern.


> Ein Menüpunkt zum neu definieren eines Filters fehlt.

Es gibt doch aber "Zusätzliche Filterbedingungen bearbeiten...". Oder was meinst Du?


> Filtert man nach Bildern ohne Aufnahmerichtung (=1000; leer
> funktioniert nicht)

das ist natürlich blöd. Ich schau mal.

> und wählt "Aufnahmerichtung hinzufügen", dann wird das Bild
> sofort aus dem Filter entfernt und man kann die Richtung nicht
> zuweisen.

ja, das ist auch irgendwie blöd.
(0000870)
KnutBrode   
2010-02-02 21:10   
Jetzt verstehe ich die Filteraufteilung.
Also ist nicht ein "aktiviert" zu viel, sondern ein "zurücksetzen" zu wenig ;-)
Durcheinander kommt man, da beim Aktivieren der zusätzlichen Filterbedingungen beide "aktiviert" gekennzeichnet werden.
(0000871)
Friedemann   
2010-02-02 21:36   
> Also ist nicht ein "aktiviert" zu viel, sondern ein "zurücksetzen" zu wenig ;-)

Es gibt doch aber den Menüpunkt "Zurücksetzen".

> Durcheinander kommt man, da beim Aktivieren der zusätzlichen
> Filterbedingungen beide "aktiviert" gekennzeichnet werden.

Das ist auch so gewollt, der erste Punkt "Aktivieren" aktiviert (und deaktiviert) den gesamten Filter. Ist ein selbstdefierter Filter aktiviert, wird auch dieser mit einbezogen, sonst nicht. Wenn nun diese erste Option nicht aktiviert ist, der Gesamtfilter also aus ist, und man den benutzerdefinierten Filter aktiviert, will man ja filtern, also wird der Gesamtfilter angeschaltet.
(0000873)
KnutBrode   
2010-02-02 21:57   
Ich denke jetzt hab ichs verstanden.

> Es gibt doch aber den Menüpunkt "Zurücksetzen".

Der Menüpunkt "Zurücksetzen" setzt den Gesamtfilter zurück und schaltet den Zusatzfilter aus. Zurücksetzen muss man den Zusatzfilter unter "alle Bedingungen entfernen.
(0000874)
Friedemann   
2010-02-02 22:00   
> Der Menüpunkt "Zurücksetzen" setzt den Gesamtfilter zurück und schaltet
> den Zusatzfilter aus. Zurücksetzen muss man den Zusatzfilter unter
> "alle Bedingungen entfernen.

Genau :-)

Ist etwas kompliziert. Wenn Du da Verbesserungsvorschläge hast, gebe ich entweder eine Gegenargument oder mache das wie gewünscht ;-)
(0000875)
KnutBrode   
2010-02-02 22:20   
> Wenn Du da Verbesserungsvorschläge hast...
das zweite "Aktiviert" und "zusätzliche Filterbedingungen bearbeiten..." in das Untermenü eines Menüpunktes "zusätzliche Filterbedingungen". Ob man die Vorlagen dann konsequenterweise auch in das Untermenü nehmen sollte, bin ich mir nicht sicher.
(0000877)
Friedemann   
2010-02-02 23:35   
(Last edited: 2010-02-02 23:35)
> Filtert man nach Bildern ohne Aufnahmerichtung (=1000; leer
> funktioniert nicht)

habe ich repariert. Betraf auch Höhe und Geschwindigkeit. Leer sollte dann gehen.

> und wählt "Aufnahmerichtung hinzufügen", dann wird das Bild
> sofort aus dem Filter entfernt und man kann die Richtung nicht
> zuweisen.

Der Filter wird nun bei Änderungen nicht sofort aktualisiert. Dafür gibt es jetzt wieder 'nen neuen Menüpunkt im Filtermenü ("Auf geänderte Dateien aktualisieren"). Kann man sich ja mit 'nem Shortcut belegen.


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
417 [GeoSetter] User Interface minor always 2010-02-01 23:25 2010-02-02 21:53
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.3.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.1 release  
    Target Version:  
Summary: Layouts werden beim zurücksichern der Einstellungen nicht berücksichtigt
Description: gespeicherte Layouts werden über "Datei | Einstellungen wiederherstellen" nicht wiederhergestellt.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
420 [GeoSetter] User Interface feature have not tried 2010-02-02 20:01 2010-02-02 20:53
Reporter: KnutBrode Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.3.0 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Menü für Zusatztools
Description: Was mir bei der Bearbeitung der Bilder fehlt ist die Möglichkeit Tools oder Programme (z.B. exiftool mit eigenen Vorgaben, AvPicFaceXmpTagger) mit den im Browser markierten Bildern zu starten.
Ich stelle mir vor, dass man in den Einstellungen Verknüpfungen zu Tools frei anlegen kann, die dann in einem Extramenü z.B. "Tools" aufgerufen werden können. Super wäre die Möglichkeit zur Einbindung in die Werkzeugleiste.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
413 [GeoSetter] User Interface minor always 2010-02-01 00:02 2010-02-01 21:38
Reporter: cochran Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.3.1 release  
    Target Version:  
Summary: Fehler Zeitzone Europe/London
Description: Hallo,

hatte den Fehler schon einmal vor dem DB-Problem gemeldet. Da ich noch keine Bearbeitungsinfos per Mail bekommen hatte gehe ich davon aus das der Fehler noch nicht bearbeitet wurde. Im Folgenden die damals gemachte Meldung (Version 3.1.20):


meiner Meinung nach gibt es ein Problem mit der Zeitzone Europe/London.

Bei dem Versuch ein am 28.09.2009 aufgenommenes Bild auf die Zeitzone
Europe/London umzustellen wurde UTC+0 gesetzt. Meiner Meinung nach sollte
es UTC+0 DST+1 sein. Da GB eine Stunde hinter Deutschland liegt und
Deutschland UTC+1 DST+1 hat.

Verwende ich die Zeitzone WET wird UTC+0 DST+1 gesetzt (so wie es auch
für Europe/London sein sollte). Wenn ich die Einstellungen in
"tzdata\europe" richtig interpretiere, sollten die Zeitzonen Europe/London
und WET auch gleich konfiguriert sein:

# Zone NAME GMTOFF RULES FORMAT [UNTIL]
Zone Europe/London -0:01:15 - LMT 1847 Dec 1 0:00s
             0:00 GB-Eire %s 1968 Oct 27
             1:00 - BST 1971 Oct 31 2:00u
             0:00 GB-Eire %s 1996
             0:00 EU GMT/BST

# Zone NAME GMTOFF RULES FORMAT [UNTIL]
Zone WET 0:00 EU WE%sT

Da die Onlineabfrage der Zeitzone aber Europe/London liefert währe es
schön, wenn auch diese die richtigen Ergebnisse liefern würde.

MfG

Cochran
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000860)
Friedemann   
2010-02-01 00:49   
Ja, sorry, hatte ich mir noch nicht angeschaut. Kann ich aber nachvollziehen. Entscheidend sollte dies sein

Rule EU 1981 max - Mar lastSun 1:00u 1:00 S
Rule EU 1996 max - Oct lastSun 1:00u 0 -

Demnach sollte sich eine Stunde Sommerzeit am 28. September ergeben, genauso wie auch für Zeitzone Berlin welche ja ebenfalls die "Rule EU" referenziert. Ich schau mir das an...
(0000863)
Friedemann   
2010-02-01 21:38   
Ursache war, dass in der TZData-Datei für Europe die Rule "EU" hinter der Zone "Europe/London" steht. Beides, Rules und Zonen hatte ich in einem Rutsch ausgelesen. Nun leses ich in 2 Durchgängen, erst die Rules und dann die Zonen.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
82 [GeoSetter] Image Data feature always 2007-12-31 22:05 2010-01-30 19:51
Reporter: babar Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.4 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.2.20 beta  
    Target Version:  
Summary: add heading to geodata
Description: It would be very usefull to be able to add the the heading to the photos as this could be use to properly orientate the photos in google earth when viewing them.
It is also a very useful information for some jobs, that require heading information with any field observation.
Heading must be given according to a reference : either magnetic north or true North.

Most reading given by Handled GPS or GPS track will be relative to true North.

But from a normal compass with a needle will be relative to Magnetic North. In that case If people want to orientate the photo according to true North (to use it in google earth for example) they either need to correct the magnetic declination themselves (and I suppose many people won't) or the software need to correct it for them.
On top of that there are different model/data that could be used for correction and give slightly different results. (Well of course most people will be happy with any model, but some people such as geographs or geologist might not)
So to make it simple for people I suppose the best thing would be to give a choice between
-Using the bearing info recorded on the track log/computed from the track log(speed vector) -->Case when the bearing is relative to true north
Plus in that particular case when we use a tracklog we should fill the exif fields called direction of movement and reference for direction of movement
-entering manually the bearing by either drawing it on the map -->Case when the bearing is relative to true north ,
-Entering the bearing by typing it in (most probably from a magnetic compass reading) --> Case when the bearing is relative to magnetic north .

In the case of a bearing relative to magnetic north we could then add a button to propose the user to correct the magnectic declination and record the bearing relative to true north instead of magnetic north.

I include here a few links on some intertesting web site that either provide useful information on earth magnetic field or provide tools to compute the declination correction.
 
http://www.geocities.com/magnetic_declination/
->useful info and many links to web resources - best link you will find a lot of links to decliantion calculator or opensource software to compute the declination / http://www.best.com/~williams
 
http://forum.worldwindcentral.com/showthread.php?t=5781
some software related info with worldwind
 
 
the very top of course then would be to add in the comments which model was used, to correct the declination but that is maybe too much :) for most people
 
Best regards
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: geosetter_heading1.jpg (243,490 bytes) 2010-01-24 03:59
https://www.geosetter.de/mantis/file_download.php?file_id=23&type=bug
jpg

geosetter_heading2.jpg (245,227 bytes) 2010-01-24 04:00
https://www.geosetter.de/mantis/file_download.php?file_id=24&type=bug
jpg

Geosetter1.jpg (418,558 bytes) 2010-01-28 17:05
https://www.geosetter.de/mantis/file_download.php?file_id=31&type=bug
Geosetter2.jpg (456,372 bytes) 2010-01-28 17:06
https://www.geosetter.de/mantis/file_download.php?file_id=32&type=bug
Geosetter3.jpg (519,607 bytes) 2010-01-29 10:52
https://www.geosetter.de/mantis/file_download.php?file_id=33&type=bug
Geosetter4.jpg (524,861 bytes) 2010-01-29 10:53
https://www.geosetter.de/mantis/file_download.php?file_id=34&type=bug
Geosetter5.jpg (493,832 bytes) 2010-01-29 10:53
https://www.geosetter.de/mantis/file_download.php?file_id=35&type=bug
Geosetter6.jpg (527,691 bytes) 2010-01-29 10:54
https://www.geosetter.de/mantis/file_download.php?file_id=36&type=bug
triangles1_startup.jpg (352,460 bytes) 2010-01-29 11:15
https://www.geosetter.de/mantis/file_download.php?file_id=37&type=bug
triangles2_pressed_blue_triangle_button.jpg (359,493 bytes) 2010-01-29 11:15
https://www.geosetter.de/mantis/file_download.php?file_id=38&type=bug
geosetter_map_test.html (39,547 bytes) 2010-01-29 12:54
https://www.geosetter.de/mantis/file_download.php?file_id=39&type=bug
geosetter_map_test.jpg (146,639 bytes) 2010-01-29 12:58
https://www.geosetter.de/mantis/file_download.php?file_id=40&type=bug
jpg

geosetter_map_test.zip (23,638 bytes) 2010-01-29 13:07
https://www.geosetter.de/mantis/file_download.php?file_id=41&type=bug
Geosetter8.jpg (151,078 bytes) 2010-01-29 18:55
https://www.geosetter.de/mantis/file_download.php?file_id=42&type=bug
jpg

Geosetter9.jpg (149,037 bytes) 2010-01-29 18:55
https://www.geosetter.de/mantis/file_download.php?file_id=43&type=bug
jpg
Notes
(0000157)
mawosch   
2008-01-01 20:53   
Here are some personal notes.
I do not understand the deeper background of the request. Sure it is possible to get the bearing out of the gpx track. But what info do you have then? Only the bearing info of the movement of the GPS receiver.
You have NO information of the bearing of the camera.
I think such a function is not very wise.
(0000162)
babar   
2008-01-01 23:46   
Hello,
I was more thinking about the tracks that some gps device with integrated compass can log (garmin Magellan,...). I do not have such a gps but I have found somewhere a guy that sells something to attach a garmin gps to the flash connector of a camera so that when you take a photo it triggers it to log a point with bearing.
From that I did suppose that those Gps may be able to log with the track the actual bearing of the unit.
In other cases you would indeed be using the velocity vector, which may not be aligned with the bearing of the photos and thus is much less interesting as you pointed out.
Because I think it is difficult or even impossible for the software to know whether the bearing of a tacklog is a real mesure or a value computed from the velocity vector, the safe thing would be to record in the exif field dedicated to the direction of movement. It would be up then to the user to copy the value in the direction of photography with a cli.
Another thought is that we usually take photo of what lays in front of us or we usually walks towards what we want to photography (not always of course but most of the time) so the velocity vector (if the error on that vector is not too big either) is a first good approximation of the direction of the photo, and could then prove useful for the user when he wants to refine that bearing using google maps.
Regards
(0000460)
babar   
2008-03-20 20:45   
here is a link to a software that does it nicely
(appart from the fact that I do not think you need to populate the exif field called "destination", since the photograph do not really go to the place he photographies)
http://creativetech.inn.leedsmet.ac.uk/software/EGT/ [^]
I like the fact that it display a transparent triangle from the photo position , that represent the field of view of the camera.
>
Once done exporting when exporting the photo to google earth we would also be able to orientate it. See issue 83
Regards
Eric
(0000792)
babar   
2010-01-19 23:44   
I saw that many feature request related to heading were lost , but I remember you asking how to create a triangle with varying opacity.
I have found 2 possibility use SVG -> simple xml format for vectorial graphics. It support varying opacity.
However internet explorer do not support svg yet, instead they support vml. With VML you can also achieve that with a jpeg background. I believe google map support vml and svg overlay

but before having that if it is too difficult too implement it would be great to have at least 2 field, one to enter the azimuth value and one to select the reference id: magnetic north or geographic north
Best regards
Thank you
(0000796)
Friedemann   
2010-01-20 23:52   
(Last edited: 2010-01-21 00:03)
Please try current beta 3.2.9 (http://www.geosetter.de/geosetter_beta.exe ). It now should support image direction and image direction reference. When reference is magnetic, a "(M)" is shown in the image browser. I don't know if geographic or magnetic reference is more common.

Ah, I just see that the new values will be read only from Exif, not XMP. But it will be written already to XMP.

(0000798)
Friedemann   
2010-01-21 00:10   
As I just see, it's possible to only save a direction value without having coordinates. I think this is not good, is it?
(0000799)
babar   
2010-01-21 22:11   
Great I 'll download it right away.

As for the reference occurence, when the direction is taken from a map it is geographic of course, but from a device I would say magnetic north is the most common reading as the geographic one usually requieres the device to have a built in map of magnetic anomaly or at least to know where the magnetic north lies.

For thez last question having the direction only make sense in 2 situation (at least that I can think of)

1- the device capture the direction,( as compass always works even if it gives the wrong direction) but the gps does not work. Then the user will need to manually put the photo on the map.

2-for sky pictures (stars,...) you only need a rough position (at least for none professional like most of us) but you need a good direction to know which stars are on the photo
(0000800)
Friedemann   
2010-01-21 22:51   
Do you perhaps have a track file containing direction data?

I already have GPX files containing something like this

<trkpt lat="54.9064649" lon="8.3106449">
 <ele>-5.000000</ele>
 <time>2009-06-16T11:50:17Z</time>
 <desc>Lat.=54.9064649, Long.=8.3106449, Alt.=-5m, Speed=1Km/h, Course=251deg.</desc>
<extensions>
</extensions>
</trkpt>

So I have to extract the Course value (as I'm doing it already with speed). I would interprete it as magnetic.
(0000801)
babar   
2010-01-22 14:03   
(Last edited: 2010-01-22 14:59)
Unfortunatelly I do not have tracks.
So far I write down the compass reading :). I have a new android phone and there are some utilities supposed to do that but I haven't had the chance to go out using them yet. The most common automated process I have seen is the one used by nikon camera, as the gps units connected on them are also able to transmit their bearing (Magnetic). In this case there is no track, every thing is directly written to the exif. Solmeta is supposed to produce a new unit able to log such tracks but I haven't seen it yet.

As for the course, I think this represent the direction of deplacement of the unit, as opposed to the orientation of the unit (bearing or heading - I am not sure). In this case the direction is computed from the track point and therefore are relative to the geographic north.
I think (not sure)that GPX spec says that the heading and bearing should be given relative to the Geographic north. But few units can do that.
The exif are able to save this info in the direction of displacement.

(0000804)
Friedemann   
2010-01-23 13:42   
I'm just working on showing the direction in the map. It can then be adjusted also by using the map.

BUT: I didn't find a formula or something like this to calculate the magnetic declination. I just found this http://www.ngdc.noaa.gov/IAGA/vmod/igrf.html But I don't know how I can use it. Does anybody know how the declination can be calculated approximately?
(0000805)
Friedemann   
2010-01-23 13:57   
Another question: As it is now possible to set the location where the camera is pointed to by using the map for calculating the direction, I'm asking myself if it would make sense to also save this location as GPS destination coordinates?
(0000809)
Friedemann   
2010-01-24 04:03   
It's now possible to see image directions on the map and it's also possible to adjust and add them by using the map, see attached screenshots.

Can you perhaps take a look at the current beta version (http://www.geosetter.de/geosetter_beta.exe )? I think it has to be tested not only by me ;-)

There's no calculation of magnetic declination by now :-(

Some track files contain direction data. In the beta version this data will be synchronized. I'm not sure if this is good without asking the user, because in most cases this direction data doesn't have anything to do with taken images. What do you think?
(0000810)
babar   
2010-01-24 13:54   
That's absolutely great. I will test it right away!

GPS destination coordinates make sense in some cases but not always so I would not fill that automatically. Same for the track containing direction data, I believe we should ask the user in case these direction data are directions of the GPS movement.


to correct the declination you can have a look ther, they give the source code in C and the data.
http://www.ngdc.noaa.gov/geomag/WMM/soft.shtml

an example of web site using it with google map:
http://www.magnetic-declination.com/what-is-magnetic-declination.php
(0000811)
Friedemann   
2010-01-24 15:29   
> to correct the declination you can have a look ther, they give
> the source code in C and the data.
> http://www.ngdc.noaa.gov/geomag/WMM/soft.shtml [^]

thank you very much. I will take a look at it now.

I just fixed some minor GUI issues in a new beta version (3.2.11) and on the map.
(0000812)
babar   
2010-01-24 17:36   
I will test it now. Yes I noticed in last version that the button to display image with direction data was not functionning. But the remaining stuff was great.
(0000813)
babar   
2010-01-24 21:58   
a few thing about the current version:

-the blue triangle does not seem to show hide anything.
-when you click the show point of view in map, nothing happens if the image has no direction set yet. Maybe it should then allow to digitize the direction for the selected image (can only work if only one image is selected)

-during export to google earth you could had the heading in the <lookat> or <orientation> element of the KML file. that would be great too.
(0000814)
babar   
2010-01-24 22:23   
when reopenening image with direction geosetters detects the direction as being magnetic even if they are geographic.
I also had one error that said that the direction was set as -90 instead of 270.

Anyway
what you have done is just great!!!
(0000815)
Friedemann   
2010-01-24 22:55   
> -the blue triangle does not seem to show hide anything.

Excuse me, I don't understand... What should be hidden?

By the way, when zooming in to maximum zoom level, sometimes the triangles will not be shown by Google Maps. I think this is a problem of Google.

> -when you click the show point of view in map, nothing happens
> if the image has no direction set yet.

Yes, the "Show Point of View" only shows the point of the currently focused image if it has a direction already. If it hasn't a direction you can click on the purple marker and then click on "Add Image Direction" in the appearing hint window.

> when reopenening image with direction geosetters detects the direction
> as being magnetic even if they are geographic.

thank you, you are right. I just fixed it.

> I also had one error that said that the direction was set as
> -90 instead of 270.

I can not reproduce this by now, but isn't it the same -90 and 270. Ok, I think only 0 <= value <= 359.9 is allowed. How did you get the -90? After saving or by setting it on the map?
(0000816)
babar   
2010-01-25 13:45   
> -the blue triangle does not seem to show hide anything.

Excuse me, I don't understand... What should be hidden?

I meant I did press that button called show all image directions, but nothing happened.

> I also had one error that said that the direction was set as
> -90 instead of 270.

I got that error when saving changes (exif tool minor error) so I do not know how it came. yes -90=270 but apparently it is not standard for exif.
I cannot reproduce it either now.

Regards
(0000817)
Friedemann   
2010-01-25 13:53   
> I meant I did press that button called show all image
> directions, but nothing happened.

The directions will only be shown if the images are shown on the map (as blue markers).

> I got that error when saving changes (exif tool minor error) so
> I do not know how it came. yes -90=270 but apparently it is not
> standard for exif.

Which value is shown by GeoSetter after saving? Has it be saved with -90?
(0000819)
babar   
2010-01-25 21:35   
It was -90, but as soon as I clciked in the text field it asked me to inputa positive value between 0 and 360
(0000820)
Friedemann   
2010-01-25 21:57   
I have a function which returns the azimuth between two coordinates. Now I'm checking if the result < 0. If it is, it will be changed to 360-result.
(0000823)
babar   
2010-01-27 22:47   
after a few testing, I encoutred a situation where the google data are not available at big zoom, so you have to un-zoom, and then the transparent triangle , the marker and the direction target are all on top of each other. So I had an idea to compute the transparent triangle (that represent the field of view) size:

use the following equation:

d=height of the triangle in km
h=height above the see level in km
R=earth radius=6300km and 2R=12600km
d=sqrt(h*(12600+h))


demonstration is on wikipedia

http://de.wikipedia.org/wiki/Potenz_(Geometrie)
(0000824)
Friedemann   
2010-01-27 23:00   
> So I had an idea to compute the transparent triangle (that represent the
> field of view) size:

But what's wrong with the current triangles? I calculate them already in GeoSetter and add them as a polygon in Google Maps. I keep the area of the traingles constant, so at a lower focal length they are shorter than on a higher focal length. That they won't be shown sometimes on highest zoom level is in my opinion a problem of Google Maps, not of the calculated triangle.

What do you think I should do with your equations???
(0000826)
babar   
2010-01-27 23:17   
oh nothing wrong, just a suggestion the equation gives the theoretical maximum view distance from a given point on earth at a given altitude.
Say you are at sea level, the horizon lies at about 4.5 km, so you cannot capture anything futher than 4.5 km
say you are on mont Blanc in french alps, then your horizons lies at 225km, on your photo you can see things that are 225 km away.
Of course this is true if you do not have another big mountain just in front.

There was another thing I forgot to say, every time you move the target marker the map recenters on the photo position, this may be sometime annoying, because this may move the target marker out of view, and if you want to fine tune it's position again you have to move the map again.
(0000827)
babar   
2010-01-27 23:22   
thinking about another potential problem
what if we are using a fish eye with exactly 180 view angle ? or more, I have no such lense to test sorry.
so just a question about this case, do you draw a circle in this case ?
(0000828)
Friedemann   
2010-01-27 23:22   
Ahhh, ok, I understand.... :-) Then I also understand the acrticle on Wikipedia now. Maybe this is really a good idea, thank you! I will try it out.

> There was another thing I forgot to say, every time you move the
> target marker the map recenters on the photo position

Yes, I noticed it for myself. This should be fixed in the new beta 3.2.15
(0000829)
Friedemann   
2010-01-27 23:31   
(Last edited: 2010-01-27 23:32)
> thinking about another potential problem
> what if we are using a fish eye with exactly 180 view angle ?
> or more, I have no such lense to test sorry.

But the fisheye also have a focal length of perhaps 10mm. At the moment I have restricted the focal length to a minimum of 10mm (nearly 130º). So if the focal length is for example 5mm (compact camera without 35mm equivalent value) or 0mm, then you will see a 130º angle.

(0000830)
Friedemann   
2010-01-27 23:34   
As far as I know it's not possible to recognize a fisheye in the standard Exif data. So such special lenses won't be considered for a correct showing of field of view.
(0000832)
babar   
2010-01-28 00:38   
>Ahhh, ok, I understand.... :-) Then I also understand the acrticle on Wikipedia now. Maybe this is really a good idea, thank you! I will try it out.

Sorry I reallised I completely forgot to explain :)

>At the moment I have restricted the focal length to a minimum of 10mm (nearly 130º)
That is a good solution I think. just wanted to know how it was handeled by curiosity.

last think would it be possible to had an icon on image with direction, as is done with the blue marker on image with position, as well as add a filter option , so we can quicly see those image with no direction.

Any way I think this feature is now absolutely great... near perfection :)
(0000833)
karlm   
2010-01-28 17:05   
Hi Friedemann,

I agree, this a great addition to the program!

I find though that when the map is refreshed after a zoom into or out of the map, old image-view triangles from previous zooms are still left in the map, please see attached screen shots. Is there any setting I have missed that avoids this?

The same thing happens when I make the image-view triangles visible by pressing F5.

Cheers,

Karl
(0000836)
Friedemann   
2010-01-28 22:57   
@karlm

> I find though that when the map is refreshed after a zoom into
> or out of the map, old image-view triangles from previous zooms
> are still left in the map, please see attached screen shots.

yes, I see. I can't reproduce it by now, but it seems to be a problem of Google Maps in my opinion. Is it possible to describe how to reproduce it?
(0000838)
Friedemann   
2010-01-28 23:04   
> would it be possible to had an icon on image with direction,
> as is done with the blue marker on image with position,

yes

> as well as add a filter option , so we can quicly see those
> image with no direction.

you can do this already by using the custom filter (or search). You can define a named custom filter which then will appear in the menu.
(0000839)
babar   
2010-01-29 00:13   
A last thought,if you wish to correct for the declination of the azimuth relative to magnetic north, maybe you can use the available online calculator as you do with the geonames?
the just retract the declination value to the azimuth.
(0000840)
karlm   
2010-01-29 08:54   
You can reproduce it by zooming with the image markers off center of the map, as shown in the screen shots.
(0000841)
Friedemann   
2010-01-29 09:49   
> You can reproduce it by zooming with the image markers off
> center of the map, as shown in the screen shots.

I have 8 blue makers on the map with blue triangles and the purple focus marker. I zoom in and out and in and out, but I can not reproduce this. That's why I'm asking about a more specific description. How are you zooming? By using the mouse scroll wheel or by using the slider control?
(0000842)
karlm   
2010-01-29 10:52   
Sorry about that. Here is an example:
1. Open Geosetter (Geosetter3.jpg)
2. Activate "Show All Image Directions"
3. Drag image markers off the center of the map (Geosetter4.jpg)
4. Zoom in one step using the slider control (Geosetter5.jpg)
5. Zoom out one step using the slider control (Geosetter6.jpg)
(0000843)
karlm   
2010-01-29 11:06   
I should have added that nothing happens when you activate "Show All Image Directions", i.e. the blue triangles do not appear. You need to refresh the map to make them appear, either by zooming or by pressing F5.
(0000844)
Friedemann   
2010-01-29 11:14   
(Last edited: 2010-01-29 11:18)
I have a completely other behaviour:

1. After startup of GeoSetter, I see 2 markers on the map, the blue marker without a triangle, the purple marker WITH a purple triangle (see triangles1_startup.jpg). On your screenshot the purple triangle of the focus marker is not visible. That is NOT correct.
2. After pressing the button to show all triangles, the triangle of the blue marker will also be shown (see triangles2_pressed_blue_triangle_button.jpg). On your screenshot, it is not visible, and also the purple marker is not visible.

All is working ok for me, I do not have to refresh the map. I can switch the markers on and off and on and off, and they will be shown and hidden and shown and hidden ;-)

Does anybody else have such problems here?

Which Windows version are you using? Which version of Microsoft Explorer? Something doesn't work on your system as expected. But I think it's not my code ;-) There seems to be a refreshing problem.

What happens afters starting up with the missing purple triangle when you move the map so that the purple marker is outside the screen and then move the map back. Is it visible then???

(0000845)
karlm   
2010-01-29 11:49   
I am running Windows XP Pro SP3 with all updates. I usually use Firefox (version 3.5.7) as my default browser, but I also have IE8 installed.

Yes, the purple marker becomes visible when I move it out of view and then back again.
(0000846)
Friedemann   
2010-01-29 12:27   
> Yes, the purple marker becomes visible when I move it out of
> view and then back again.

that means in my opinion that it is a Google Maps problem maybe with Internet Explorer 8. When an object appears only after moving the map, it's not the fault of the code which created the object, it's the fault of the system which shows the object. As far as I remember I tested it already on my Windows 7 system with IE 8 and it worked ok on it. Honestly I don't know what to do at the moment...

Maybe it's a known problem of Google Maps, I will try to find it out.
(0000847)
Friedemann   
2010-01-29 12:35   
As I just see, I'm using also Windows XP Pro SP3 with IE8 on my development machine. So it seems to be the same configuration as yours.
(0000848)
Friedemann   
2010-01-29 12:57   
Please download the attached file geosetter_map_test.html to your harddisk and open it then in IE8. It should have shown as shown on screenshot geosetter_map_test.jpg. I get the same result in IE8 and Firefox.
(0000849)
Friedemann   
2010-01-29 13:01   
Of course you will only see a red line and a purple triangle because the bitmaps for the markers aren't attached...
(0000850)
Friedemann   
2010-01-29 13:11   
You can also use attached geosetter_map_test.zip which contains all needed bitmaps.
(0000851)
karlm   
2010-01-29 18:55   
Here is what I see when I open geosetter_map_test.html:

Geosetter8.jpg in IE8
Geosetter9.jpg in Firefox
(0000852)
Friedemann   
2010-01-29 19:03   
You didn't you the zip file, you used only the HTML, did you?

> Geosetter8.jpg in IE8

yes, I see, this is not ok. I opened the file now on several machines, XP Pro SP3 with IE8, Windows 7 with IE8, Windows 2000 with IE6... no problems. So it seems that it is something wrong or let's say different on your system/IE configuration.

> Geosetter9.jpg in Firefox

this is ok. But it doesn't help as GeoSetter uses the Internet Explorer :-/
(0000853)
karlm   
2010-01-29 19:43   
I uninstalled and reinstalled IE8. Now all works fine! Sorry to have caused you trouble.

Is it possible for Geosetter to use Firefox instead? I almost never use Internet Explorer and that is probably why I haven't noticed anything wrong with it before.
(0000854)
Friedemann   
2010-01-29 19:52   
> I uninstalled and reinstalled IE8. Now all works fine! Sorry
> to have caused you trouble.

Fine :-)

> Is it possible for Geosetter to use Firefox instead?

I'm using Firefox too normally. But unfortunately Firefox can't be embedded by using COM (ActiveX). The Internet Explorer is the only browser which offers such an interface, as far as I know.
(0000855)
karlm   
2010-01-29 19:57   
OK, I see. Thanks again for your help. Your program is the best!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
412 [GeoSetter] User Interface feature have not tried 2010-01-30 19:49 2010-01-30 19:51
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Option for length of heading triangles in map
Description: Option for length of heading triangles in map
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000858)
Friedemann   
2010-01-30 19:51   
Copied from 0000082:

use the following equation:

d=height of the triangle in km
h=height above the see level in km
R=earth radius=6300km and 2R=12600km
d=sqrt(h*(12600+h))


demonstration is on wikipedia

http://de.wikipedia.org/wiki/Potenz_(Geometrie)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
411 [GeoSetter] Image Data feature have not tried 2010-01-30 19:47 2010-01-30 19:48
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Calculate magnetic declination to convert magnetic heading values to geographic North
Description: Calculate magnetic declination to convert magnetic heading values to geographic North
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
409 [GeoSetter] User Interface feature always 2010-01-30 00:44 2010-01-30 12:12
Reporter: babar Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.2.20 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: 3D view with google earth plugin
Description: Hello,
a long time ago I modified the map you were providing to have the 3D view and everything worked except for the drag and drop, so I was wondering if it was possible to try again to integrate it knowing that it is possible to intagrate its own implementation of drag and drop see:

http://earth-api-samples.googlecode.com/svn/trunk/examples/placemark-dragdrop.html

regards
Eric

PS: I could not find the old bug entry associated with this subject so I may have created a duplicate.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000856)
Friedemann   
2010-01-30 12:12   
> PS: I could not find the old bug entry associated with this subject
> so I may have created a duplicate.

yes, see here: http://www.geosetter.de/en/help/ :-((

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
408 [GeoSetter] User Interface feature always 2010-01-30 00:00 2010-01-30 12:11
Reporter: babar Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.2.20 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: add G_AERIAL_MAP and G_AERIAL_HYBRID_MAP map type
Description: This maps gives a side view of the cities. Moreover It allows to rotate the view. Very good for marker positioning. It does not exist every where but where it exists it is great.

You have a geosetter map example at http://s213709201.onlinehome.fr/map.html

for this to work you need to replace

 var extLargeMapControl = new ExtLargeMapControl();
 map.addControl(extLargeMapControl);

with

 map.addControl(new GLargeMapControl3D ());

controls look the same, but the one provided by google allow to rotate the view.

in my example just for testing purpose I added

map.enableRotation(); which basically transforms all sattelite views in aerial view at a certain zoom level .
however this is not the best approchas we loose the vertical view.

you may see an example of such a view with this map at the following coordinates:
37,339085; -121,891481
zoom on the city at a sufficent level to see the effect. you can target the airport if you wish.
regards
Eric
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
404 [GeoSetter] User Interface tweak always 2010-01-26 00:03 2010-01-29 20:14
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.2.14 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.2.20 beta  
    Target Version:  
Summary: Inkonsequenz im Menü
Description: unter dem Menüpunkt "Karte" läßt sich die Karte ein- und ausblenden. Wäre es da nicht konsequent dass unter "Bilder" das Vorschaubild ein- und ausgeblendet werden kann?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
407 [GeoSetter] User Interface feature have not tried 2010-01-29 19:14 2010-01-29 20:14
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.2.20 beta  
    Target Version:  
Summary: Add option to show/hide overview map
Description: Add option to show/hide overview map
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
406 [GeoSetter] Image Data minor always 2010-01-27 22:52 2010-01-28 23:01
Reporter: babar Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.2.14 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: equivalent focal length wrong
Description: when I open the info on the photo, I can see my photo taken with a 28mm on a eos 10D, which means that the equivalent focal length should be 28x1.6 but the info panel reports 28mm(equivalent 133mm)

Regards
Eric
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000825)
Friedemann   
2010-01-27 23:01   
Can you please send me such an image to support@geosetter.de?
(0000834)
babar   
2010-01-28 19:25   
you can close this actually the photo was treated by lightroom, which must have affected the metadata because the original is ok

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
403 [GeoSetter] Image Data minor always 2010-01-25 01:11 2010-01-25 20:29
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.2.13 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.2.14 beta  
    Target Version:  
Summary: Exception beim Zuweisen von einem Favoriten zu mehreren Bildern
Description: wenn ich mehreren Bildern die Ortsdaten eines Favoriten zuweise kommt eine Exception ..
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: bugreport.txt (22,654 bytes) 2010-01-25 01:25
https://www.geosetter.de/mantis/file_download.php?file_id=27&type=bug
Notes
(0000818)
Friedemann   
2010-01-25 20:29   
Schön dass Du das gefunden hast. Das trat generell beim Zuweisen von Koordinaten über den Zuweisungsdialog auf. Hatte nix mit Favoriten zu tun. War jetzt aber neu in Zusammenhang mit der Blickrichtung.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
400 [GeoSetter] User Interface feature always 2010-01-24 21:30 2010-01-25 20:07
Reporter: brendt Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.2.6 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Time zone problem when camera clock set to UTC
Description: I'm trying to synchronise some digital images with NMEA track data,
but am experiencing some difficulty because the camera clock was set
to UTC rather than the local time zone. Under "Synchronize with GPS
Data Files", the only possible option was to select "Use Time Zone",
with the time zone set to (UTC) Europe/London (or equivalent). While
this does indeed result in the correct (i.e. zero) offset being
applied to the camera clock when matching with UPS data, after
synchronization, the time zone can be correctly set by using "Get from
Web" to set the time zone, but this merely sets the correct time zone
as a postfix to the UTC time, instead of adding the UTC offset to the
UTC time to obtain the local time.

Since setting the camera clock is a useful approach (having the
advantage of not having to constantly change the clock as one changes
time zones, or with the start or end of daylight savings time), it
seems reasonable to support this choice. One way of doing so would be
to allow the user to specify two time zones: one for the camera clock,
and another for the local time zone, but there could well be a better
approach.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
402 [GeoSetter] Image Data minor always 2010-01-25 00:18 2010-01-25 00:30
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.2.10 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.2.13 beta  
    Target Version:  
Summary: Exception beim Taggen eines THM Files
Description: Version: 3.2.11

wird der beiliegende NMEA Track dem THM File zugewiesen tritt eine Exception auf. Ich nehme an dass dies nicht das einzige THM File ist bei dem diese Exception auftritt, da ich dann mit dem Ersten weiter getestet habe.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Bugreport+Infos.rar (13,819 bytes) 2010-01-25 00:18
https://www.geosetter.de/mantis/file_download.php?file_id=26&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
391 [GeoSetter] Image Data major always 2010-01-17 10:53 2010-01-24 03:59
Reporter: fun_msa Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.2.6 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.2.10 beta  
    Target Version:  
Summary: Modify THM file associated with CRW file
Description: In the old DSLR canon camera they produce 2 files images like a XXX.CRW + XXX.THM

After to set preference in GeoSetter to save result into a XXX.XMP file and DON'T change original file after a geolocalization. I set (look screeenshot) than THM don't must to be modified. After geolocalization and save it appear than :

XXX.CRW still exactly the same (any change) => Perfect
XXX.XMP is correctly generated => Perfect
XXX.THM is modified => KO Why ????

Could you please introduce a mode to absolutly don't change original file please ?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: G2.jpg (75,412 bytes) 2010-01-17 10:53
https://www.geosetter.de/mantis/file_download.php?file_id=20&type=bug
jpg

G1.jpg (75,979 bytes) 2010-01-19 23:23
https://www.geosetter.de/mantis/file_download.php?file_id=22&type=bug
jpg
Notes
(0000789)
Friedemann   
2010-01-17 22:12   
Your attached settings screen shows your JPEG settings only. Can you please attach a screenshot of your CRW settings?
(0000791)
fun_msa   
2010-01-19 23:25   
I add picture of CRW setting but it look the same than jpeg settings.

In addition "*.thm" is on JPEG settings not in CRW settings... no ?
(0000806)
Erik Krause   
2010-01-23 15:48   
To modify THM files was my suggestion. The reason is that newer Canon cameras use the format to store a thumbnail of a recorded movie (at least mine doesn't store thumbnails for raw images in THM).

This way it is possible to geotag these movies which don't support geotagging meta data. The THM file contains a simple JPEG image, that's presumably why it is listed under JPEG.
(0000807)
fun_msa   
2010-01-23 22:23   
Ok, asking have sense. Mr Friedemann could you please add button to let the choice to tag or not thm file ?

By this way everyone will be happy. ;)
(0000808)
Friedemann   
2010-01-24 03:59   
This should be resolved now. Can you perhaps take a look at it (http://www.geosetter.de/geosetter_beta.exe )?

There's no new option because THM files will be handled in another way if there doesn't exist a corresponding CRW file.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
399 [GeoSetter] User Interface feature N/A 2010-01-23 16:12 2010-01-23 17:23
Reporter: Erik Krause Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.2.6 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: polygonial favorites
Description: The radius setting for favorites is very good. However, especially for larger scale favorites it would be nice to define them using a polygon. This would allow to define regions etc. and use them in preference to GeoNames service which sometimes is unreliable or simply unsuitable. Something like a private alternative to GeoNames...
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
397 [GeoSetter] Image Data major always 2010-01-22 18:58 2010-01-23 13:02
Reporter: brjohan Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.2.6 release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Assign Date Taken to multiple files results in just one file being given the new Date Taken
Description: (I'm using the swedish language version, so I've translated buttons and menus myself. Hope it can be understood.)
1. Select Multiple images
2. Press the Edit Data button
3. Select the Date tab
4. Press Date Taken->Enter date
5. Assign fixed date: enter date
6. Press Assign to all selected images
7. Press Date -> All and press OK
8. Press OK
9. See that only the first of the selected images will show the new date
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000802)
brjohan   
2010-01-22 21:23   
I had selected Date : All on the tab telling what info to add to All files. Thus both Taken Date and Only Timezone was activated.

Later I tried to deactivate Only Timezone and ... all images were given the date & time as entered by me.

So, I might have been fooled by the Only Timezone option.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
396 [GeoSetter] User Interface minor have not tried 2010-01-21 00:01 2010-01-21 00:01
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.2.9 beta  
    Target Version:  
Summary: It's not possible to copy and paste taken date (ctrl+shift+c/ctrl+shift+v)
Description: It's not possible to copy and paste taken date (ctrl+shift+c/ctrl+shift+v)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
395 [GeoSetter] User Interface feature have not tried 2010-01-20 23:58 2010-01-20 23:59
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.2.9 beta  
    Target Version:  
Summary: Option to switch file hints on and off
Description: Option to switch file hints on and off
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000797)
Friedemann   
2010-01-20 23:59   
File hints can now be switched off (and on) in view menu (Ctrl+H)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
394 [GeoSetter] User Interface feature N/A 2010-01-18 17:40 2010-01-20 20:07
Reporter: Kend Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.2.9 beta  
Product Build: Resolution: not fixable  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Platform independence
Description: I was thrilled to find Geosetter, as it is the best application I have found for managing geographic information in my photographs.

But I use Linux as my primary operating system, and I would like to suggest converting Geosetter to a platform-independent design, so it can be used on any OS.

Thanks for creating Geosetter!
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000795)
Friedemann   
2010-01-20 20:07   
This is unfortunately not possible.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
393 [GeoSetter] User Interface major always 2010-01-18 09:32 2010-01-20 20:04
Reporter: triggerfish Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.2.6 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Still cannot acces through a secure proxy
Description: I still can not acces the internet through a secure proxy, Internet Explorer can, my download manager can, other software can, but not GeoSetter. Setting it to use the IE settings does not work. And I need to be able to set a password AND username for the proxy server. Username like domain\user.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000790)
triggerfish   
2010-01-18 13:52   
Found a workaround in installing a local proxy program (in my case ccproxy) which will cascade through the secure proxy. Ccproxy can connect to our secured proxy and get onto the internet. GeoSetter now proxies to localhost and can access the internet through the ccproxy.

I still feel this issue has to be resolved in GeoSetter though.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
387 [GeoSetter] User Interface major always 2010-01-16 14:49 2010-01-18 14:41
Reporter: jotess Platform: X86  
Assigned To: Friedemann OS: WinXP pro  
Priority: normal OS Version: SP3  
Status: assigned Product Version: 3.2.6 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: No map display
Description: For all versions after 3.1.14: No map is displayed. Error report when I select "Fehler" in "Map" menue:
"Der Vorgang konnte aufgrund des folgenden Fehlers nicht fortgesetzt werden: 80020101: showMap3(2,1, 0.00000000, 0.00000000, 13 "Beschriftungen anzeigen")
Tags:
Steps To Reproduce: Start program
Additional Information:
Attached Files: geosetter_mapfile.jpg (105,659 bytes) 2010-01-16 15:36
https://www.geosetter.de/mantis/file_download.php?file_id=17&type=bug
jpg

geosetter_map_test.html (32,493 bytes) 2010-01-16 16:51
https://www.geosetter.de/mantis/file_download.php?file_id=18&type=bug
geosetter_map_files.zip (20,823 bytes) 2010-01-18 14:41
https://www.geosetter.de/mantis/file_download.php?file_id=21&type=bug
Notes
(0000781)
Friedemann   
2010-01-16 15:37   
Are you perhaps using a local map file? Please take a look at your settings (see attached screenshot)
(0000782)
jotess   
2010-01-16 16:15   
No (though I didn't check with the newest version, but I checked this setting with all previous versions that did not work). It was correct and it was right after installation. So it was (it must have been) the default value.
regards
Joachim
(0000783)
Friedemann   
2010-01-16 16:56   
Can you please open the attached file geosetter_map_test.html in Internet Explorer (not Firefox or another browser)? What do you see or what do you get?

Did anything change on your system, maybe the proxy or firewall?

Are you using a firewall? Can you perhaps switch it off for testing? Are you using a proxy server?

Then you can try "regsvr32 jscript.dll" and also empty the cache of Internet Explorer.
(0000784)
jotess   
2010-01-17 10:54   
First a correction: The version that worked last was 3.0.14 (not 3.1.14)

geosetter_map_test.html in ie6 (after I allowed active content): Displays Google map of Berlin.

Didn't change anything on my system, just installed current version over 3.0.14. After it didn't work I switched off my personal firewall. (Windows firewall is switched off anyway because usually I have zone alarm running.)
No proxy.

Now I re-installed 3.2.6 and checked the preferences: C:\Programme\GeoSetter\geosetter_map\gmap21.html is set. Loaded this one in ie6 and got nothing. Though I compared the file with geosetter_map_test.html and it is nearly identical.
Reinstalled 3.0.14 and compared the files gmap21.html and they match in both versions. They both don't (rather: it doesn't) display anything in internet explorer. But using it in 3.0.14 works, in later versions it doesn't.

Cleared cache of ie, ran "regsvr32 jscript.dll" (received confirmation), ran 3.2.6 again: still no map.

            ***
Put geosetter_map_test.html in the ...\geosetter_map folder and changed the preferences accordingly - hurray! Map is there!
            ***

Now I would like to know what the problem was. But anyway I'm glad I can use all the new features and improvements!
Thank you!
(0000787)
Friedemann   
2010-01-17 14:29   
But GeoSetter would NOT work with geosetter_map_test.html correctly! You may perhaps see a map, but some other functionalety will not work!

So it seems, that you don't have access rights to the remote map file, only to your local copy. I'm pretty sure that it has anything to do with your local settings, but I don't have an idea at the moment.

If it works with the local map file, please copy all the files contained in the attached file geosetter_map_files.zip to your local harddisk and reference the local file gmap21.html then in your settings.

I'm just changing some things on the map file. So you probably have to download it when it's released.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
382 [GeoSetter] User Interface tweak always 2010-01-15 16:00 2010-01-17 04:56
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.2.6 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.2.8 beta  
    Target Version:  
Summary: Hilfe bei "Suche Bilder im Umkreis"
Description: Für diesen Dialog gibts ein Hilfethema; bitte die ID auf WORKFLOW_SEARCH_NEARBY_IMAGES setzen
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
390 [GeoSetter] User Interface feature have not tried 2010-01-17 03:34 2010-01-17 03:37
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.2.7 beta  
    Target Version:  
Summary: Assign waypoint name to selected images
Description: Assign waypoint name to selected images
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: geosetter_assign_waypoint_name.jpg (110,949 bytes) 2010-01-17 03:36
https://www.geosetter.de/mantis/file_download.php?file_id=19&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
388 [GeoSetter] User Interface feature have not tried 2010-01-17 02:26 2010-01-17 03:18
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.2.7 beta  
    Target Version:  
Summary: Assign Taken Date of Track Point To Image
Description: If an image doesn't contain a taken date already and a track point will be assigned to this image, the taken date of this image should be set to the track point date.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
385 [GeoSetter] User Interface minor have not tried 2010-01-16 14:11 2010-01-16 14:31
Reporter: rokdd Platform: win  
Assigned To: Friedemann OS: Win 7  
Priority: normal OS Version: 64 bit  
Status: resolved Product Version:  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Labels of map producor
Description: If changing to OS Marender Maps or openstreetmap the copyrights of map is always google! Is this correctly? Think not...
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files:
Notes
(0000780)
Friedemann   
2010-01-16 14:31   
> If changing to OS Marender Maps or openstreetmap the
> copyrights of map is always google! Is this correctly?
> Think not...

yes, I think it is correct because it's still Google. It is not possible to change the copyright label and it 's also not allowed by the licence.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
386 [GeoSetter] User Interface minor always 2010-01-16 14:14 2010-01-16 14:28
Reporter: rokdd Platform: win  
Assigned To: Friedemann OS: Win 7  
Priority: normal OS Version: 64 bit  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Favorit / Suchen Fenster
Description: Das Favoriten und Suchfenster unter der Karte finde ich irgendwie unpraktisch gelöst bzw. ist da ja noch eine Menge Platz für andere Dinge... Bzw. kann man vielleicht auch die Korrdinaten hinter das Suchenfeld schreiben? Mir nimmt leider das Feld zuviel Platz weg. Im Zusammenhang mit der Verstädnlichkeit ist mir auch aufgefallen dass das Favoritensymbol in der Symbolleiste den Radius einstellt aber irgendwie suggeriert dort favoriten auswählen zu können...
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files: platz-koord.JPG (47,543 bytes) 2010-01-16 14:14
https://www.geosetter.de/mantis/file_download.php?file_id=16&type=bug
jpg
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
383 [GeoSetter] Image Data feature N/A 2010-01-15 20:44 2010-01-16 13:17
Reporter: akry Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.2.7 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Assigning geodata to PSD
Description: It would be nice to have an possibility to assign geodata to PSD files. I suppose, they have IPTC block.
In my workflow there are lots of landscape panoramas in PSD format, they are could be geotagged.
Tags: file formats, photoshop, psd
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
384 [GeoSetter] User Interface minor always 2010-01-16 11:11 2010-01-16 13:16
Reporter: rokdd Platform: win  
Assigned To: Friedemann OS: Win 7  
Priority: normal OS Version: 64 bit  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Update Software entries
Description: Wäre gut vielleicht immer mal zu schauen ob man den Text bei heise und anderen nicht inzwischen überarbeiten kann?! Multiprozessorunterstützung, Unterstützung diverser RAW Formate.. Konvertieren der Zeichenkodierung. Nutzen mehrere Maps wie GE, openstreetmap (was ist eigentlich mit bing?). Wäre natürlich auch mal spannend ne Downloadstatistik zu sehen :P
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
381 [GeoSetter] Image Data major random 2010-01-13 20:01 2010-01-14 10:03
Reporter: loxchicken Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.2.5 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Geo Data are set on 0, but still exist as IPTC data
Description: Yesterday I had to realize that in a lot of my pictures (luckily not all) of my pictures the geotags are set on 0,0000000! The geodata still exist in the IPTC data, but do not longer appear in the GPS fields.
Ni idea why!
In the last days I updated Geosetter 2 times. Is there a mistake in the new versions?
Any idea how to get the geodata back in the GPS field?
Thank you in advance!
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: 09-09-29-100-1.jpg (1,771,425 bytes) 2010-01-13 20:01
https://www.geosetter.de/mantis/file_download.php?file_id=15&type=bug
Notes
(0000774)
Friedemann   
2010-01-13 20:51   
Yes, I see... The coordinates are not empty, they are all 0. I didn't hear about such a problem by now. Did you perhaps handle the images with another software? I really have no explanation for it at the moment.

If the coordinates still exist in IPTC data, it's of course possible to get them back. I can add extra functionalety for it temporary to GeoSetter. But you maybe have to wait a few days.
(0000775)
Friedemann   
2010-01-13 21:19   
How many images are affected?
(0000776)
loxchicken   
2010-01-13 21:42   
(Last edited: 2010-01-13 21:50)
I work with Adobe Photoshop Elements 8.0 and with ACGSee Pro 3, but so far never had this phenomenon.

Amount of photos: hundreds, may be thousands. I will have to check.

(0000777)
loxchicken   
2010-01-14 00:28   
Es sind 19.088 Bilder in 588 Verzeichnissen betroffen, also etwa ein Viertel meiner Fotos. Keine Ahnung, warum die, und nicht alle, oder keins!
Also, Hilfe ist sehr willkommen, und wenn das einige Tage braucht, auch gut!
(0000778)
Friedemann   
2010-01-14 00:41   
Autsch, das ist ja der Hammer, 19.000 Bilder... Hast Du die alle in einem Rutsch bzw. in den letzten Tagen mit GeoSetter behandelt? Ich möchte mir eigentlich noch nicht so recht vorstellen, dass die 0-Koordinaten durch GeoSetter reingekommen sind. Ausschließen will ich natürlich nix. Habe da aber auch sonst noch nix von gehört.

Bei dieser Menge von Bildern musst Du doch eigentlich wissen was Du gemacht hast... Kann es auch über einen längeren Zeitraum gekommen sein?

Ich überleg mir mal was. Man kann ja glaube ich mit ExifTool auch Daten aus einer Datei in die Metadaten importieren. Dann könnte man das wohl auf der Kommandozeile auf einen Schlag für alle erledigen.
(0000779)
loxchicken   
2010-01-14 10:03   
Ich habe alle Bilder einer 'Behandlung' unterzogen mit Photoshop Elements 8: Eigenschaften und Tags in den Metadaten speichern. Das habe ich schon früher mit den Vorgängerversionen von Elements gemacht, aber immer ohne dieses katastrophale Ergebnis.
Werde mich jetzt auch an Adobe wenden. Aber ich vertraue diesen Großunternehmen nicht wirklich.
Wäre toll, wenn Du etwas fändest.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
375 [GeoSetter] User Interface major random 2010-01-10 21:47 2010-01-12 23:22
Reporter: CanonUser Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.2.3 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.2.5 release  
    Target Version:  
Summary: Absturzmeldung
Description: Die Absturzmeldung erscheint meist unter folgenden Bedingungen:
1. Mehrere Bilder markieren
2. Strg+E oder 'Daten bearbeiten'
3. Mindestens ein Schlüsselwort hinzufügen und mindestens ein Schlüsselwort löschen
4. Schaltfläche 'Aktuelle Werte ...' klicken
5. Kontrollkästchen 'Schlüsselwörter' und 'Nur geänderte' wählen
6. OK und Dialog schließen
7. Ein Bild zurück gehen (oder vorgehen, je nach Position)

Meist erscheint nun eine Crash-Meldung. Wenn man die ignoriert, passiert nichts und das Programm arbeitet offenbar ohne Folgen weiter. Auch die Daten werden gespeichert.
Tags:
Steps To Reproduce:
Additional Information: Win XP SP-3, Exif-Tool 8.05
Attached Files:
Notes
(0000768)
Friedemann   
2010-01-10 21:51   
Mir fehlt jettzt zwar hier die genaue Fehlermeldung, aber das dürfte wohl "Ein deaktiviertes oder unsichtbares Fenster kann nicht den Fokus erhalten." sein, oder? Habe ich gerade mit einem Update auf 3.2.5 behoben.
(0000770)
CanonUser   
2010-01-11 16:55   
Eine entsprechende Fehlermeldung habe ich nicht gesehen, der Fehler ist aber in der neuen Version bisher nicht mehr aufgetreten.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
379 [GeoSetter] User Interface feature have not tried 2010-01-12 20:12 2010-01-12 23:21
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.2.6 release  
    Target Version: 3.2.6 release  
Summary: Set last used filter on startup
Description: Set last used filter on startup
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
380 [GeoSetter] User Interface major always 2010-01-12 20:13 2010-01-12 20:14
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.2.5 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.2.6 release  
    Target Version: 3.2.6 release  
Summary: Show only available ExifTool updates in ExifTool info dialog
Description: Show only available ExifTool updates in ExifTool info dialog
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
377 [GeoSetter] Image Data feature always 2010-01-11 18:04 2010-01-12 20:10
Reporter: lichtensteinj Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.2.5 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: 2 weit entfernte Trackpunkte mit Luftlinie verbinden
Description: Wie kann man 2 weit entfernte Trackpunkte mit Luftlinie verbinden, um die Entfernung dieser zu bestimmen?
Beim Aufruf dieses Beispiels werden nur 2 Punkte abgebildet ohne eine Verbindungslinie.
Jochen Lichtenstein
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: ende3 anfang4.nmea (288 bytes) 2010-01-11 18:04
https://www.geosetter.de/mantis/file_download.php?file_id=13&type=bug
Notes
(0000772)
heiko   
2010-01-11 22:36   
"Datei | Einstellungen" Reiter "Karte". Hier "Aufteilung von Tracks anhand einer überschrittenen Strecke oder Zeit zwischen 2 Koordinaten" ausschalten. Dann werden die beiden Punkte in der Karte verbunden und im Fenster "Track" wird die länge des gesamten Tracks angezeigt.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
378 [GeoSetter] Image Data minor N/A 2010-01-12 16:51 2010-01-12 20:10
Reporter: lichtensteinj Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.2.5 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: linkes Track-Fenster nicht kopierbar
Description: Werter Herr Schmidt,
ist es mölich, auch das linke Fenster kopierbar zu machen.
Hierrin stehen die zurückgelegten km (besten Dank für die Ergänzung),
die ich ohne sie abschreiben zu müssen addieren möchte.
Danke für Ihre Bemühungen
Jochen Lichtenstein
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
360 [GeoSetter] Image Data feature always 2010-01-08 15:32 2010-01-11 22:18
Reporter: acq Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.2.3 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: vordefinierte Track-Farben übernehmen
Description: Es wäre praktisch, wenn die Farben der Tracks (z.B. aus GPX oder GDB Dateien) sowohl in die Geosetter-Anzeige, wie auch in die exportierte KML-Datei übernommen werden könnten.
Tags:
Steps To Reproduce:
Additional Information: Grund: Ich z.B. verwende unterschiedliche Farben für "zu Fuß"/"mit Fahrzeug"/"mit Boot"/"mit Flugzeug" - Diese Informationen überstehen den GeoSetter leider nicht.

Mögliche Umsetzung: in der "Tracks"-Pane ein zusätzlicher Button, mit dem zwischen "originale Track-Farben" und "GeoSetter Track-Farben" umgeschaltet werden kann, und ev. auch im "Export nach Google Earth..." Dialog entsprechende Option mit Default auf gleiche Einstellung wie in der "Tracks"-Pane.
Attached Files: 20091126 Calafate - Ushuaia.zip (267,625 bytes) 2010-01-08 17:40
https://www.geosetter.de/mantis/file_download.php?file_id=4&type=bug
Tracks.zip (2,066 bytes) 2010-01-11 22:18
https://www.geosetter.de/mantis/file_download.php?file_id=14&type=bug
Notes
(0000746)
Friedemann   
2010-01-08 15:56   
Könnte ich dazu bitte einen Beispieltrack mit enthaltenen Farbangaben haben?
(0000751)
acq   
2010-01-08 17:39   
Anbei die Tracks - sowohl GPX wie auch GDB. Die Dateien beinhalten neben farbigen Tracks auch Waypoints mit Symbolen. Ausserdem habe ich ein paar zu den Tracks gehörenden Bildern beigefügt (Aufnahmezeit: UTC-3).

MfG, acq
(0000758)
Friedemann   
2010-01-10 02:38   
Gibt es denn da wohl 'ne Farbtabelle? Denn was ist z.B. "DarkRed"?
(0000771)
acq   
2010-01-11 22:17   
Eine Farbtabelle hab ich leider nicht gefunden. Deshalb hab ich die Tracks mit MapSource in Google Earth anzeigen lassen, und von dort gespeichert. In beigefügter ZIP-Datei sind sowohl die GPX- wie auch die resultierende KML-Datei (Dabei fällt auf, dass "Unknown" auf "White" und "Transparent" auf "Magenta" abgebildet wird, was ggf. besser gelöst werden könnte).

Ausserdem möchte ich auf http://freegeographytools.com/2008/garmin-gps-unit-waypoint-icons-table und http://home.online.no/~sigurdhu/MapSource-text.htm hinweisen, wo die Garmin-Waypoint-Symbole ausgeführt werden (auf freegeographytools.com ist die "originalere" Darstellung hinsichtlich aktueller Geräte; auf home.online.no/~sigurdhu ist die genauere Aufstellung hinsichtlich Benennung und Enumeration).

MfG, acq

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
366 [GeoSetter] User Interface minor always 2010-01-09 09:43 2010-01-10 21:52
Reporter: CanonUser Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.2.3 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Bildvorschau im Fenster 'Daten Bearbeiten' in geringer Qualität
Description: Die Bildvorschau im Fenster "Daten bearbeiten" (Strg+E) erscheint in geringer Qualität.

Beschreibung zur angehängten Bilddatei:
1. Die Vorschaubilder im Vorschaufenster (Hintergrund links) wurden auf die maximale Größe aufgezogen (Ansicht -> Bilddateien -> Spalten- und Anzeigeinfos einstellen' -> Schieberegler 'Vorschaubildgröße').
2. Dann habe ich mehrere Bilder markiert und mit Strg+E das Fenster 'Daten bearbeiten' geöffnet.
Der Vergleich zeigt am Beispiel des VW Käfers die Qualität der Bilder (Screenshot von 1920×1200 Monitor).
Tags:
Steps To Reproduce:
Additional Information: Den Fehler habe ich schon mal berichtet und wegen dem Absturz der Mantis-Datenbank und weil er in der aktuelleb Version enthalten ist, noch mal eingestellt.

Vorschlag für einen Workaround: Im Fenster 'Daten bearbeiten' unter das Bild eine Checkbox "Bild mit Bildvorschau synchronisieren" hinzufügen, damit kann dann das Bild in dem eigenen Fenster Bild-Vorschau (unten rechts im Screenshot) genutzt werden.
Attached Files: Vorschau.jpg (585,571 bytes) 2010-01-09 09:43
https://www.geosetter.de/mantis/file_download.php?file_id=5&type=bug
Notes
(0000767)
CanonUser   
2010-01-10 21:50   
Nachtrag: Inzwischen ist mir aufgefallen, dass das Problem bei mir mit Canon EOS 5D Mk. II Dateien (Typ CR2) auftritt, nicht jedoch mit JPEGs der EOS 350D.
(0000769)
Friedemann   
2010-01-10 21:52   
Ja, weil bei CR2s das Vorschaubild angezeigt wird, bei JPEGs aber das wirkliche Bild...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
353 [GeoSetter] Image Data major always 2010-01-06 17:45 2010-01-10 21:30
Reporter: jameshead Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.2.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.2.5 release  
    Target Version:  
Summary: Sony RAW files .arw no longer supported
Description: I just updated today to the new version of Geosetter 3.2.0 from 2.5.1.

With Geosetter version 2.5.1 I could copy the Sony RAW files (extension .arw) straight to my hard disk, open Geosetter, start assigning positions, then when I pressed the save button in Geosetter then Geosetter would save the geotagged position in the .xmp side car file which would be created automatically at that time.

The new version however seems to have a bug in that when you assign positions to Sony RAW files then press the SAVE button you get an error dialogue saying that "writing of arw files is not supported in this version" and the location information remains red for un-saved.

When I reopened Geosetter I found that there was geotagged information in these files though.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: geosetter_arw_settings.jpg (95,480 bytes) 2010-01-06 17:54
https://www.geosetter.de/mantis/file_download.php?file_id=2&type=bug
jpg

Image1.jpg (78,121 bytes) 2010-01-10 01:23
https://www.geosetter.de/mantis/file_download.php?file_id=6&type=bug
jpg

james\'s_settings.jpg (79,921 bytes) 2010-01-10 01:28
https://www.geosetter.de/mantis/file_download.php?file_id=7&type=bug
jpg

geosetter_raw_sidecar_settings.jpg (186,512 bytes) 2010-01-10 21:28
https://www.geosetter.de/mantis/file_download.php?file_id=10&type=bug
jpg

geosetter_raw_sidecar_after_save.jpg (170,414 bytes) 2010-01-10 21:28
https://www.geosetter.de/mantis/file_download.php?file_id=11&type=bug
jpg
Notes
(0000740)
Friedemann   
2010-01-06 17:55   
Which settings do you have for ARW files? Please see attached screenshot. With these settings it works for me.
(0000741)
Friedemann   
2010-01-06 17:57   
Excuse me, seems I didn't read all ;-)

> When I reopened Geosetter I found that there was geotagged
> information in these files though.

that means an XMP file has been written? All the data has been written, but you get an error message? I can't reproduce this by now...
(0000742)
Kik49   
2010-01-07 14:48   
Same problem for me. When I ignored the error message the data is really written to all the pictures and works in Google Earth. So that’s not a problem. But why this error message?!
(0000744)
Friedemann   
2010-01-07 23:07   
Which file types does the folder contain? Only ARW files or also JPEGs for example?
(0000748)
Kik49   
2010-01-08 16:26   
Both. Also in combinated situation as only ARW.
(0000757)
jameshead   
2010-01-10 01:28   
The problem occurs if RAW files are in a folder on their own, and if they are in a folder with jpeg files.

The problem only started to occur after upgrading to v 3.2.0 of Geosetter. It did not occur on version 2.5.1. Today I updated to version 3.2.3 of Geosetter and the problem sill occurs.

I have uploaded a picture of the error screen as "Image1.jpg".

I am using the default settings for Sony ARW files. I have uploaded my settings as "James's_settings.jpg".
(0000759)
Friedemann   
2010-01-10 02:43   
But in "James's_settings.jpg" I see the option "Update existing data in images" enabled. That will perhaps force to write into the image itself. Please disable this option. Do you still have the same problem then? By the way, please notice that direct saving to ARW files is supported now by ExifTool 8.0.4. So you won't get an error message anymore when using this version of ExifTool. At "Images | Show Save Report..." you can see, shich commands GeoSetter has used for ExifTool...
(0000760)
jameshead   
2010-01-10 11:03   
Hi Freidemann,
Thanks for the reply.
I found that either changing the version of Exif tool that was provided in Geosetter for the current version, or disabling "update existing data in images" worked and stopped the error message from appearing.

I am a little confused about this though as I was under the impression that the only thing that Geosetter did was to write the geotagging information in the .xmp side car file, and that it does not alter the original .arw raw image file at all.

I thought Geosetter came with the current up-to-date version of Exiftool as well, so I assumed that the exiftool installed in the geosetter folder was up to date, and that the "default" settings for Sony ARW files that I was using would be the standard settings that would have been tested and found working.

If I use the new version of Exiftool and keep the original geosetter settings then I - of course - end up with very large .original_arw backup files that isn't desirable so I will probably turn off the "update existing data in images"! When you turn off the option "update existing data in images" you get a warning dialogue that the changes being made in the .xmp file now, instead of the original file, might not be recognised by some programs. Can you be more specific please? Can you tell me what settings Geosetter/Exif tool are trying to make to the .ARW file?

Then I can check these with the software I use: Adobe Lightroom, Photoshop and Bridge, and Flickr.

Many thanks. Regards, James.
(0000765)
Friedemann   
2010-01-10 21:28   
I have to apologize: The behaviour in GeoSetter >= 3.2 was in fact different to prior versions and I didn't want this behaviour. It shouldn't be necessary to disable the option "Update existing data in images" as I posted above. It rather is recommended to leave this option enabled. But then, you are right, the current version (3.2 up to 3.2.3) does write to the RAW files regardless if they contain already data or not. Normally, coming from the camera, they do not contain XMP nor IPTC data.

I've changed this behaviour now again and it should be as it was prior 3.2 now: Saving data to RAW files with the opions enabled "Save data in XMP sidecar files" AND "Update existing data in images" will NOT touch the RAW file itself anymore (if it doesn't contain XMP data already). Please see screenshot geosetter_raw_sidecar_settings.jpg and geosetter_raw_sidecar_after_save.jpg.
(0000766)
Friedemann   
2010-01-10 21:29   
Please note: The fixed behaviour will be available in 3.2.5

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
371 [GeoSetter] User Interface feature always 2010-01-10 13:48 2010-01-10 13:50
Reporter: rokdd Platform: win  
Assigned To: Friedemann OS: Win 7  
Priority: normal OS Version: 64 bit  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Muster für Bildvorlagen
Description: vor geraumer Zeit hatte ich den Wunsch eingebracht, dass man die Ortsdaten auch hierarchisch schreiben könnte wenn man das will: Orte|Land|County|Stadt .. Viel besser wäre es jedoch Muster in den Vorlagen angeben zu können. Werden diese dann auf das Bild angewendet werden die Musterstrings durch die Daten ersetzt. z.B.
Orte|%ort_ortsname%|%ort_county%| .. Damit könnten auch Titel-Felder gesetzt werden, die abhängig von anderen Feldern sind. Später könnte man den Syntax ähnlich wie bei foobar mit if und ein paar Grundfunktionen erweitern:http://wiki.hydrogenaudio.org/index.php?title=Foobar2000:Titleformat_Reference
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
370 [GeoSetter] Image Data feature N/A 2010-01-10 10:14 2010-01-10 13:19
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.2.5 release  
Product Build: Resolution: won't fix  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: switch off trackpoint reduction
Description: I got a new device for GPS recording. It alows a fine grained recording of all position changes. After reading these tracks into Geosetter the tracks are reduced to fewer trackpoints and thus loosing their precission.

Please add a configuration option to enable or disable trackpoint reduction.
Tags:
Steps To Reproduce:
Additional Information: I know that this will take a lot of performance if all details are held by Geosetter but i want to decide on that feature.
Attached Files:
Notes
(0000761)
Friedemann   
2010-01-10 13:19   
No, I won't add this option. No worry, GeoSetter holds all track points. You can see them when showing the track points list in the track panel and they also will be used for synchronization. You simply don't see them in the map because Google Maps would get very very slow when showing a lot of track segments.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
369 [GeoSetter] User Interface tweak have not tried 2010-01-09 18:12 2010-01-09 18:12
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.2.3 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.2.5 release  
    Target Version: 3.2.5 release  
Summary: Buttons disappear in dialogs on Vista and Windows 7 when pressing ALT key
Description: Buttons disappear in dialogs on Vista and Windows 7 when pressing ALT key
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
358 [GeoSetter] User Interface major always 2010-01-08 00:09 2010-01-09 17:16
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: urgent OS Version:  
Status: resolved Product Version: 3.2.3 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.2.5 release  
    Target Version: 3.2.5 release  
Summary: Filter/search condition doesn't work with OR on filenames
Description: Filter/search condition doesn't work with OR on filenames
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
368 [GeoSetter] User Interface major always 2010-01-09 16:53 2010-01-09 16:53
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.2.5 release  
    Target Version: 3.2.5 release  
Summary: Sometimes exception in Edit Data dialog ("Cannot focus a disabled or invisible window.")
Description: Sometimes exception in Edit Data dialog ("Cannot focus a disabled or invisible window.")
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
367 [GeoSetter] Image Data text N/A 2010-01-09 09:45 2010-01-09 16:25
Reporter: CanonUser Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 3.2.3 release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Multiprozessorunterstützung
Description: Das ist kein Bugreport.

!!! Vielen Dank für die Multiprozessorunterstützung. Jetzt laufen selbst die Bilder meiner 5D Mk. II (im schnit 24 MB) recht flott durch.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
361 [GeoSetter] Image Data feature always 2010-01-08 15:53 2010-01-09 16:23
Reporter: acq Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.2.3 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Waypoint Symbole sollten erhalten bleiben
Description: Es wäre praktisch die GPS-Symbole der ursprünglichen GPS-Datenquellen (z.B. GPX, GDB) in GeoSetter und in den KML-Export zu übernehmen, statt sie durch ein Standard-Symbol zu ersetzen.
Tags:
Steps To Reproduce:
Additional Information: Grund: GPS-Geräte (wie z.B. der Garmin Oregon) definieren Wegpunkte mit speziellen Symbolen, wie etwa "Restaurant", "Hotel", etc. Diese Informationen gehen bei der Nutzung des GeoSetter leider verloren.

Mögliche Umsetzung: Eine vom Nutzer zu befüllende Konfigurationsdatei ermöglicht die Übersetzung von Symbolen (z.B. in GPX <sym>Flag, Red</sym>) auf Symbolbilder, welche z.B. der Nutzer sich entsprechend zurechtlegen kann. Wird keine passende Übersetzung gefunden, wird wie bisher das Standard-Symbol angezeigt, sonst das angegebene Symbol. Eventuell könnte in der "Tracks"-Pane die Nutzung der Symbol-Übersetzung mittels eines Button Ein- bzw. Ausgeschaltet werden. Eventuell könnte dieses Feature später durch einen entsprechenden "Symbol-Editor" noch ergänzt werden, der das Erstellen der Konfigurationsdatei unterstützt.
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
365 [GeoSetter] User Interface tweak always 2010-01-09 00:35 2010-01-09 16:23
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.2.3 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Dropdown Box beim Speichern von Vorlagen
Description: bei einigen Dialogen wird beim Speichern von Templates eine Dropdown Box angezeigt um den Namen des Templates zu wählen. Soll ein bestehendes Template geändert werden ist das recht geschickt um das Bestehende zu überschreiben. In den Dialogen "Bilddateien umbenennen" und "Export nach Google Earth" fehlt diese Dropdown Box (evtl. in anderen Dialogen auch noch).
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
348 [GeoSetter] User Interface feature always 2008-05-17 00:26 2010-01-09 13:52
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.5.1 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Eintrag "Track umbenennen" im Kontextmenü der Track-Palette
Description: Der Sony Logger erzeugt immer recht kryptische Dateinamen. Ich benenne die Tracks immer in der Art "YYYY_MM_DD - Ort" um. Es wäre richtig angenehm, wenn man das über das Kontextmenü der Track-Palette in GeoSetter machen könnte, da man hier ja sieht welcher Track gerade gemeint ist und wie der dann heißen soll.

Im Moment schaue ich mir den Track in GeoSetter an, wechsele in den Explorer, suche den Dateinamen und benenne um. Ist relativ umständlich.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
185 [GeoSetter] User Interface minor always 2008-02-15 22:52 2010-01-09 13:51
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.1 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Bild wird nicht angezeigt
Description: schicke dir gleich noch ein Bild an support@geosetter.de. Gibt es einen Grund wieso dieses weder im Hauptfenster, noch im "Daten bearbeiten" Dialog (bei mehrfach Selektion) angezeigt wird?

Es sind eine ganze Reihe Bilder die nicht angezeigt werden (alle vom gleichen Apparat)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
13 [GeoSetter] User Interface feature always 2007-12-07 23:16 2010-01-09 13:51
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.0.7 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Sorting of pics only available if column is selected
Description: In the menu "View | Sort" only the values are availabe with are shown in the columns of the main window.

It would be nice if in the menu Sort are always all possible values available. Ok, there is the disadvantage that you can not click on the header of the list to sort if this value is not in the list, but for these values you can go over the menu.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
68 [GeoSetter] User Interface minor always 2007-12-30 22:58 2010-01-09 13:49
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.4 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Umbenennen von Dateien funktioniert nicht
Description: wird versucht ein Bild über das Kontextmenü umzubenennen, passiert überhaupt nichts. Ebensowenig funktioniert die Windows Standardtaste F2
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000192)
Friedemann   
2008-01-03 02:49   
Da gibt's noch ein Problem mit der darstellenden Komponente. Das muss ich mit dem "Hersteller" klären...
(0000205)
heiko   
2008-01-04 00:15   
welchen Vorteil siehst du in der von dir verwendeten Komponente? Ich persönlich fände es sinnvoller, wenn im Kontextmenü auch Funktionen zur Verfügung gestellt werden, die zu GeoSetter passen und nicht generell das, was im Explorer zur Verfügung gestellt wird. Bei mir wird z.B. "Textpad" angezeigt, was für ein Bild ja völliger Quatsch ist.

Ich könnte mir im Konextmenü z.B. was in der Richtung vorstellen:
Daten bearbeiten
Export nach Google Earth
---------------
Umbenennen
Löschen
Kopieren
Ausschneiden
Vorschau
(0000206)
Friedemann   
2008-01-04 00:21   
> welchen Vorteil siehst du in der von dir verwendeten Komponente?

Ohne diese Komponente würde es GeoSetter nicht geben. Ich kenne nix nahezu vergleichbares.

Dass das Kontextmenü nicht das anbietet was Du Dir vorstellst liegt daran, dass ich mich darum noch kein Stück gekümmert habe. Allerdings sind Einträge wie "Textpad" zwar vielleicht Quatsch, aber dafür kann GeoSetter bzw. die Komponente nix. Schau mal im Explorer, da hast Du den gleichen Eintrag...
(0000207)
heiko   
2008-01-04 00:32   
das habe ich schon gesehen dass der Explorer das identische Kontextmenü hat, und ich empfinde es auch im Explorer als völliger Quatsch dass da ein "Textpad" angezeigt wird :-)

ich habe deinen Kommentar mit der Komponente so aufgefaßt, als dass diese nur für das Kontextmenü zuständig ist. Ist mir einfach in den Kopf gekommen, dass ein Kontextmenü (zumindest in C++) recht schnell selbst gebaut ist und es dann eben so aussieht dass es zu einem Programm paßt (und auch ein löschen funktioniert). Ach, manchmal denk ich glaub um zu viele Ecken :-)
(0000208)
Friedemann   
2008-01-04 00:40   
> ich habe deinen Kommentar mit der Komponente so aufgefaßt,
> als dass diese nur für das Kontextmenü zuständig ist.

Nee nee, ich meinte den Dateibrowser. Der übernimmt auch das Kontextmenü, welches allerdings anpassbar ist. Ich habe mich nur noch nicht drum gekümmert.

Dass Textpad im Kontextmenü erscheint, ist sicherlich nicht die Schuld von Windows, sondern eher von Textpad selbst. Selbiges scheint so dreist zu sein, sich für JPEGs zu registrieren bzw. blendet sich bedingungslos im Kontextmenü ein. Na ja, wenn man es mit einem JPEG nutzt, hat man immerhin eine HEX-Ansicht im Nur-Lesen-Modus. Also doch nicht so völliger Quatsch ;-)
(0000211)
heiko   
2008-01-04 23:10   
na dann scheint die Komponente ja wirklich einiges drauf zu haben wenn der ganze Browser darüber dargestellt wird ..

ach .. Textpad registriet sich so ziemlich für alles *g* .. wobei ich es als Quatsch empfinde was da passiert .. genauso habe ich BeyondCompare auf meinem Rechner (ist ein geniales Tool um Dateien zu vergleichen); das mag vielleicht im Explorer passend sein, aber eben nicht bei einem Programm wie GeoSetter. Aber gut, wenn du irgendwann mal viel Zeit und Lust hast kannste ja auch mal was am Kontextmenü machen. Ist aber ganz sicher nichts wichtiges.
(0000213)
Friedemann   
2008-01-05 02:27   
> genauso habe ich BeyondCompare auf meinem Rechner (ist ein geniales
> Tool um Dateien zu vergleichen)

oh, ein Programm auf welches ich schwöre! Und ich benutze es oft um Änderungen in Bilddateien aufzupüren. Insofern bin ich glücklich, dass es im Kontextmenü existiert...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
205 [GeoSetter] User Interface trivial always 2008-02-27 15:15 2010-01-09 13:49
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.3 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Drücken von F5 im Kartenfenster
Description: die Karte ist ja ein eingebettetes Explorer Fenster. F5 im Explorer ist ja normalerweise ein Refresh. Drücke ich im Kartenfenster von GeoSetter F5 ist anschließend das Fenster in dem sich die Karte befinden sollte weiß. "Karte / Fehler anzeigen" ist noch ausgegraut. Dann eine Verzeichnisebene nach oben und es gibt nen Fehlerreport den ich dir auch gleich zuschicke. Karte übrigens immer noch weiß.

Beim nächsten Start von GeoSetter ist als Kartenansicht immer "Gelände" eingestellt, obwohl vorher "Satellit" gewählt war.

Zu sagen ist hier noch, dass ich die gmap21.html lokal liegt.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
362 [GeoSetter] Image Data feature always 2010-01-08 18:29 2010-01-08 18:34
Reporter: rokdd Platform: win  
Assigned To: Friedemann OS: Win 7  
Priority: normal OS Version: 64 bit  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Support Adobe Beschriftungen
Description: Es gibt die Möglichkeit Beschriftungen parallell zu Bewertungen in Adobe Bridge durchzuführen:

Rot Gelb Blau ,...

Es wäre schön wenn die Geosetter wie die Bewertungen lesen bzw. bearbeiten könnte!
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
359 [GeoSetter] Image Data feature N/A 2010-01-08 10:23 2010-01-08 17:26
Reporter: lichtensteinj Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 3.2.3 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Berechnung der Wegstrecke
Description: Hallo Herr Schmidt,
danke in der neuen Version ist die Berechnung schon drin (prima!!).
Ich habe dies gleich mal getestet mit einer Autofahrt. Die Berechnung über die Knotengeschwindigkeit hat bei mir zu einer sehr guten Übereinstimmung geführt.
Wieso diese Differenz entsteht kann ich nicht nachvollziehen.
Das Beispiel übermittle ich Ihnen per E-Mail.
Jochen Lichtenstein
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000747)
lichtensteinj   
2010-01-08 16:13   
Mir scheint die Geschwindigkeitenmethode genauer zu sein.
ES ist eine Hin-und Rückfahrt mit einer etwas anderen Strecke.

laut Geosetter 22,4 km
laut Geschwindigkeitenmethode 22,1238633889km
laut Tacho VW 22,1 Km
Abweichung 1,248%
        
laut Geosetter 22,07 km
laut Geschwindigkeitenmethode 21,8136276667km
laut Tacho VW 21,8 Km
Abweichung 1,175%
(0000749)
Friedemann   
2010-01-08 16:39   
Dann entfernen Sie mal für Ihre geschwindigkeitsmethode jeden zweiten Trackpunkt, und Sie erhalten nur noch die halbe Strecke. Nee nee, für den Fall, dass wirklich jede Sekunde ein Signal aufgezeichnet wurde, mag das hinkommen. Aber das ist ja nicht grundsätzlich der Fall. Fahren Sie z.B. durch einen Tunnel, ist die hinterher berechnete Strecke doch dann zu kurz.

In meinen Augen ist die einzige vernünftige Methode die Länge eines GPS-Tracks zu messen, die Abstände der einzelnen Koordinaten aufzusummieren. Das kann natürlich im Einzelfall ein "ungenaueres" Ergebnis liefern als die Geschwindigkeitsmethode. Es reicht ja schon, dass die Trackpunkte wegen der Messungenauigkeit ein wenig entlang der Strecke hin- und herschwanken, quasi wie ein torkelnder Betrunkener, welcher ja auch eher Umwege läuft als sein Ziel direkt zu erreichen ;-) Das Ergebnis wird also immer etwas zu groß sein, aber das ist dann halt die Ungenauigkeit des GPS-Empfangs. Die Geschwindigkeitsmethode jedoch taugt nur für den einen Spezialfall, nämlich ein sekündlich aufgezeichnetes Signal über die gesamte Strecke hinweg. Davon kann man aber nicht ausgehen. Ich könnte jetzt natürlich bei jedem Track schauen, ob ein sekündliches Signal vorliegt oder die fehlenden Signale interpolieren, aber das finde eher übertrieben. Ich lasse das jetzt wohl so. Wie gesagt, es ist ja nicht die Berechnung der Strecke ungenau, sondern das Signal des GPS-Empfängers. Wenn dieser einen trokeligen Track liefert, ist halt auch die Länge dementsprechend...
(0000750)
Friedemann   
2010-01-08 17:26   
Übrigens bin ich ja für alles offen. Ich meine bloß, das der Aufwand hier einer komplizierten Berechnung nicht lohnt.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
346 [GeoSetter] Image Data feature always 2008-05-16 23:09 2010-01-08 00:12
Reporter: Harald Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.5.1 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: nur gültige Wegpunkte bei Google Earth export
Description: Derzeit werden alle Punkte von importierten Dateien (NMEA) nach Google Earth exportiert auch die ohne glütigen Fix.
Dies führt zu hässlichen Ausreißern.
Exportiere ich die Daten direkt aus dem Tool des Loggers (LoggerTool BT747) werden Punkte ohne Fix nicht nach GE exportiert.
Es wäre doch sinnvoll wenn auch Geosetter nur gültige Punkte zu exportiert.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000735)
Friedemann   
2008-05-17 00:59   
Da es mir ein wenig an NMEA-Dateien mangelt: Könntest Du mir mal solch einen Track an support@geosetter.de zuschicken?
(0000739)
Harald   
2008-05-17 13:57   
Ich habe die Dateien und Infos an support@geosetter.de gemailt.
Gruß
Harald

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
357 [GeoSetter] User Interface crash always 2010-01-07 20:37 2010-01-07 20:37
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: immediate OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.2.3 release  
    Target Version:  
Summary: Crash on startup when custom fields in ExifTool panel (CTRL+I) are used
Description: Crash on startup when custom fields in ExifTool panel (CTRL+I) are used
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
352 [GeoSetter] Image Data major always 2010-01-06 17:11 2010-01-06 17:11
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: immediate OS Version:  
Status: resolved Product Version: 3.2.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.2.1 release  
    Target Version: 3.2.1 release  
Summary: Data won't be read for images in folders containing Asian characters
Description: Data won't be read for images in folders containing Asian characters
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
347 [GeoSetter] User Interface feature always 2008-05-17 00:21 2008-05-17 14:01
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.5.1 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.2.0 release  
    Target Version:  
Summary: Option "Mit allen Tracks im aktuellen Verzeichnis synchronisieren"
Description: nachdem ich wieder zurück bin und mich gleich auf meine Fotos gestürzt habe, gibts natürlich auch gleich wieder Wünsche :-)

Im Dialog "Synchronisation mit GPS-Datendateien" wäre eine weitere Option "Mit allen Tracks im aktuellen Verzeichnis synchronisieren" sinnvoll. Natürlich läßt sich das auch über "Mit angezeigten Tracks synchronisieren" und alle Tracks aktivieren machen, aber man ist ja bequem :-)

Ich habe den ein oder anderen Tag, an dem der Logger öfter mal ausgeschalten war. Die Tracks selbst kopiere ich immer zum aktuellen Tag dazu, und es wäre einfach bequem, wenn man GeoSetter sagen könnte, dass automatisch alle Tracks zur Synchronisation heran gezogen werden.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
350 [GeoSetter] User Interface minor always 2008-05-17 06:45 2008-05-17 12:44
Reporter: ark19 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.5.1 release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Unable to launch Google earth
Description: Able to export images to google earth kml file, but was unable to launch Google Earth (from GeoSetter) after exporting had completed.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000737)
Friedemann   
2008-05-17 10:59   
First question: Is Google Earth installed on your system? GoeSetter doens't launch Google Earth itself, it launches the KMZ file. As the extension KMZ is normally assigned to Google Earth, it should start then. Please check if the file extension KMZ is assigned to Google Earth.
(0000738)
ark19   
2008-05-17 12:28   
Hi There, Found out the problem, I'd customised the app for KML files to Google Earth. I'd restored the app and it's now working fine. Thanks!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
349 [GeoSetter] User Interface minor always 2008-05-17 01:20 2008-05-17 01:23
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.5.1 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.2.0 release  
    Target Version:  
Summary: Save button not active when using filter
Description: When for example the filter "Images without Coordinates" is active and a coordinate will be assigned to an image, the image won't be visible anymore. That's ok. But the save button should be enabled then because of the changed image data.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
345 [GeoSetter] User Interface minor always 2008-05-16 22:56 2008-05-17 01:04
Reporter: tompic Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 2.5.1 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Impossible to access the web services to get the location text info
Description: Hello,

For more than a week now, it seems impossible to access the web service providing the name of a place in text..

What is wrong?

Thanks again for this great app :)

Thomas
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000736)
Friedemann   
2008-05-17 01:04   
Hmm, I'm using it each day when working on GeoSetter. I just tried it out and it works. You're right, the service is sometimes not available. I would say about 5%. Is it possible for you to access it directly by http://ws.geonames.org/findNearbyPlaceName?lat=47.3&lng=9 for example? Maybe it's a problem with your provider...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
328 [GeoSetter] Image Data major always 2008-05-09 09:37 2008-05-16 20:04
Reporter: mawosch Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.21 beta  
Product Build: Resolution: unable to reproduce  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Kein vollständiger Sync mit Garmin gpx Datei
Description: Bisheriges Vorgehen:
Garmin per TTQV auslesen und den Track von dort als gpx Datei exportiert.
Sync mit Bildern klappt(e) einwandfrei.

Neue Vorgehensweise:
Garmin (60CSx) kann gpx Datei direkt auf Speicherkarte ablegen.
Es wird ein gpx file pro Tag erzeugt.
Wenn man einen GPS Abriss hat oder das Gerät einige Zeit ausschaltet erzeugt der Garmin ein neues so genanntes ACTIVE LOG. In der gpx Datei befinden sich dann mehrere ACTIVE LOGs.

Beim Bildersync werden nur Daten des ersten ACTIVE LOGs berücksichtigt. Es werden also zahlreiche Bilder nicht getaggt.
Wenn ich das Garmin gpx in TTQV importiere, als ein einziges neues gpx file abspeichere klappt der sync mit allen Bildern.
Habe mal ein solches direkt vom Garmin erzeugtes File angehängt.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000695)
Friedemann   
2008-05-09 20:27   
Das kann ich leider nicht nachvollziehen, bei mir läuft das korrekt: Ich habe bei 4 Bildern die Uhrzeit auf 8:30 Uhr, 14:05 Uhr, 15:00 Uhr und 16:00 Uhr gestellt (jeweils Zeitzone +2). Alle 4 werden synchronisiert, und zwar jedes mit einem der 4 Teiltracks.

Wenn Du die Trackdatei ins Kartenfenster lädst, werden dann alle 4 Teilstücke angezeigt (siehe Screenshot)?
(0000714)
mawosch   
2008-05-11 22:45   
Habe heute bei der Radtour einen Test gemacht. Mit dem Track mit zwei Teilen klappt es hier zuhause mit Version 2.4.24 einwandfrei. Werde es am Di nochmal mit den Daten vom 6.5. auf dem Firmenlaptop testen.
(0000729)
Sebastian   
2008-05-16 13:11   
Ich habe auch das Garmin CSx.
Gerade gestern habe ich einige Bilder mit einem GPX track abgeglichen, der 7 Active Logs hat. Bei mir gab es hier keine Probleme.
(0000734)
Friedemann   
2008-05-16 20:04   
Ich schließe das jetzt. Bitte ggf. wieder aufmachen...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
329 [GeoSetter] User Interface major always 2008-05-09 10:17 2008-05-16 19:47
Reporter: mawosch Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 2.4.21 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GeoSetter im Explorer führt zu komischem Dialog
Description: In den Einstellungen ist "GeoSetter zu Explorer hinzufügen" aktiviert.
Wenn man jetzt mit [Windows]+[E] den Explorer starten will (egal ob GeoSetter läuft oder nicht) erscheint das angehängte Fenster. Alle anderen Programme sind ab jetzt nicht mehr bedienbar. Durch mehrmaligen Klick auf [OK] kann man das Fenster wieder schließen. Dann funktionieren die anderen Programme wieder. Der Explorer reagiert aber träger als normal.
Das passiert bei jedem Start des Explorers.
Sobald man in GeoSetter die Kontext-Menü-Option wieder deaktiviert startet der Explorer normal (direkt).

System:
Windows XP Pro (Englisch)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000694)
Friedemann   
2008-05-09 19:28   
Das ist aber sehr merkwürdig! Die Explorer-Erweiterung von GeoSetter ist eine ganz "normale" Shell-Extension. Ich habe keinen blassen Schimmer warum da bei Dir ein Dialog aufgeht. Könnte der irgendwie von einem Grafiktablett sein oder so (wegen "Drawing Pad")?

Ich weiß nicht, was ich da machen soll. Ich habe weder unter Vista noch unter XP solch ein Problem. Vielleicht ist bei Dir ja die ID {7506374C-A693-427B-8DDD-99DAFB79433D} unter welcher sich die Explorer-Erweiterung registriert doppelt vergeben. Könntest Du danach mal in der Registry suchen?
(0000697)
mawosch   
2008-05-10 09:42   
Das Problem tritt nur mit meinem Firmen Laptop auf. Hier zuhause (Auch XP aber deutsch) geht es.
Grafiktablett gibt es keines, nur ein Touchpad am Laptop und eine Funkmaus.
Die Registry ID kann ich erst nächste Woche im Büro testen.
(0000699)
mawosch   
2008-05-11 11:47   
Jetzt habe ich auch zuhause auf die 2.4.21 upgedatet. Hier habe ich auch ein ähnlich gelagertes Problem.
Wenn die Explorer Erweiterung aktiv ist und der Windows Explorer mit [Windows]+[E] gestartet wird, "meldet MS Outlook einen Fehler und muss geschlossen werden" (So der Dialog). Sobald die GeoSetter Erweiterung aus ist klappt es wieder.
Gerade ist mir noch aufgefallen, dass dies nur beim ersten Öffnen des Explorer auftritt. Wenn schon einer offen ist (Outlook läuft wieder) und ich starte ein weiteres Fenster, passiert nichts.
In die Reg hab ich geschaut. Die Suche findet viele Einträge. Verstehen kann ich aber nur die mit GeoSetter. Die anderen haben für mich krypische Zeichen.

Gruß
Matthias

PS habe hier übrigens schon Service Pack 3 drauf.
(0000712)
mawosch   
2008-05-11 20:35   
Habe gerade auf 2.4.24 upgedatet.
Tritt immer noch auf. Was mir aufgefallen ist.
[Windows]+[E] Explorer starten. Outlook schmiert ab.
Weiteres Fenster mit [Windows]+[E] öffnen - geht.
Alle Explorer schließen.
Mit [Windows]+[E] Explorer starten. Geht.
Explorer schließen.
In Outlook irgendwas anklicken.
Mit [Windows]+[E] Explorer starten. Outlook schmiert ab.
Das ganze nur mit der Tastenkombination [Windows]+[E]. Wenn Explorer über Start ... gestartet wird gab es nie Probleme.
(0000726)
Friedemann   
2008-05-16 00:30   
Ich habe unter http://www.geosetter.de/GeosetterShellExtDebug.zip mal eine Version der DLL abgelegt, welche über OutputDebugString Debug-Meldungen erzeugt. Selbige können mit dem Programm DebugView
(http://technet.microsoft.com/de-de/sysinternals/bb896647(en-us).aspx) angeschaut werden. Ob Du das mal ausprobieren könntest? Vielleicht bekomme ich dann ja raus an welcher Stelle es hakt. Zusätzlich habe ich mal das Icon rausgenommen, vielleicht macht das im Menüeintrag ja Ärger.

Bitte die DLL ins Programmverzeichnis kopieren und dort mittels der Batch-Datei registrieren.

Habe mal gesucht: Ich finde einige Hinweise dass es mit Windows XP SP2 auch bei anderen Programmen welche einen Kontextmenüeintrag hinzufügen Probleme geben soll...
(0000733)
Friedemann   
2008-05-16 19:47   
(Last edited: 2008-05-16 19:47)
Die 0000342 hat sich durch die Testversion der Shell-Extension erledigt. Vielleicht ja auch dieses Problem?


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
344 [GeoSetter] User Interface feature always 2008-05-16 14:18 2008-05-16 19:46
Reporter: thomas_blfd Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 3.2.0 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: PlugIn für Lightroom
Description: Ich setze zur Verwaltung meiner Bilder Adobe Lightroom ein. Um möglichst wenige Schritte beim Bildimport/Geotagging zu haben, wünsche ich mir, dass GeoSetter als PlugIn aus LR heraus aufgerufen werden kann: Ich markiere die zu bearbeitenden Bilder, rufe das GeoSetter-PlugIn auf, gebe noch die Trackingdatei an, die Geodaten werden eingefügt und stehen auch direkt in LR zur Verfügung.

In einigen Threads habe ich diesen Wunsch auch bereits von anderen Anwendern gelesen.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000731)
Friedemann   
2008-05-16 19:43   
Das würde ich sehr gerne machen. Ich denke nur, dass Plugins bisher nur für den Export möglich sind, und das macht ja keinen Sinn... Oder täusche ich mich?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
342 [GeoSetter] User Interface minor always 2008-05-15 17:20 2008-05-16 19:45
Reporter: papa1941 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.5.1 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 3.2.0 release  
    Target Version:  
Summary: Geosetter bringt Explorer zum Absturz
Description: Nach Installation des o.g. Release 2.5.1 stürzt der Explorer ab, sobald er über das Kontextmenü (rechte Maustaste) aufgerufen werden soll.
Mittels des Programmes ShellExView (www.nirsoft.net) konnte ich Geosetter als Verursacher ausfindig machen. Nachdem ich den entsprechenden Eintrag für das Kontextmenü auf "disabled" gesetzt hatte, arbeitete der Explorer wieder einwandfrei.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000724)
Friedemann   
2008-05-15 19:48   
Sorry, aber für den Explorer leiste ich keinen Support, da musst Du Dich an Microsoft wenden... ;-) Nein, Quatsch, das ist ja schrecklich! Welche Windows Version benutzt Du??? Es gibt ja bereits den Eintrag 0000329. Aber auch da habe ich keine Ahnung woran das liegen könnte. Ich selbst teste unter XP und Vista (32 Bit) und habe natürlich nicht dieses Problem.

Dann werde ich wohl die Shell-Extension beim nächsten Update deaktivieren müssen... :-(
(0000725)
papa1941   
2008-05-15 22:54   
Hallo Friedemann,
ich verwende Windows XP SPII und update immer automatisch.
Die Shell-Extension solltest Du nicht deaktivieren; offensichtlich bin ich ja der einzige Anwender, der das beschriebene Problem hat und ich habe es ja mit der oben beschriebenen Lösung beseitigt (und werde damit leben müssen).
Evtl. besteht ja auch eine Wechselwirkung zwischen Geosetter und irgendeiner anderen Anwendung, die sich ebenfalls einklinkt. Es sind ja unglaublich viele Möglichkeiten, wer will das alles im Griff behalten können!
Im übrigen finde ich GEOSETTER und den Support einfach hervorragend. Vielen Dank. Es ist eine echte Bereicherung.
(0000732)
Friedemann   
2008-05-16 19:45   
Wie papa1941 mir mitgeteilt hat, ist das jetzt mit einer neuen GeoSetterShellExt.dll ok. Ich habe das Icon aus dem Menü entfernt...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
343 [GeoSetter] User Interface minor always 2008-05-16 13:47 2008-05-16 19:42
Reporter: Sebastian Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.5.1 release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Zeitzone fehlt bei abgleich mit gpx track (Garmin)
Description: Hi,

wenn ich meine Fotos mit einem Garmin GPX track abgleiche, werden keine Zeitzonen Informationen in das Foto uebernommen.
Ich denke, das liegt daran, dass im gpx log selbst Datum/Zeit ohne Zeitzone hinterlegt sind. z.B:
<trkpt lat="48.760606" lon="9.155949">
<ele>-46.204</ele>
<time>2008-05-13T14:37:05Z</time>
</trkpt>

Geosetter erkennt das auch, und zeigt unter der Map die info an:
wahrscheinlich UTC.

Beim Speichern kommt dann die Warnung:
"Einige Bilder enthalten Datumswerte ohne Zeitzone"
Siehe auch angehaengter screenshot.

Beim manuellen zuweisen funktioniert das alles ohne Probleme, wenn diese Option gesetzt ist:
"Aktualisiere Zeitzone in Aufnahmedatum bei Koordinatenzuweisung aus Karte"
Ich faende eine entsprechende Option fuer abgleich aus GPX Track gut.

z.B. in bei Einstellungen-> Daten-Optionen noch einen neuen Abschnitt:
"Daten automatisch aktualiesieren bei Koordinaten-Zuweisung von GPS-Datei"
- "aktualisiere Zeitzone in Aufnahmedatum wenn GPS-Datei keine Zeitzonen Information enthaelt"
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000730)
Friedemann   
2008-05-16 19:41   
> wenn ich meine Fotos mit einem Garmin GPX track abgleiche,
> werden keine Zeitzonen Informationen in das Foto uebernommen.

Dafür gibt es im Synchronisationsdialog eine Option (siehe Screenshot). Die Bezeichnung "Zeitzone(n) zu Exif-Aufnahmedatum hinzufügen" ist übrigens nicht ganz richtig. Es müsste wohl "Zeitzone(n) zu Aufnahmedatum hinzufügen" heißen. Das korrigiere ich.

> Ich denke, das liegt daran, dass im gpx log selbst Datum/Zeit
> ohne Zeitzone hinterlegt sind. z.B:

Das stimmt, die Zeiten in Trackdateien sind eigentlich grundsätzlich UTC. Für das Setzen der Zeitzone hast Du ja im Dialog mehrere Möglichkeiten (Windows-Einstellungen, Online-Abruf anhand Trackkoordinate oder manuelle Auswahl).

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
337 [GeoSetter] User Interface tweak always 2008-05-12 15:40 2008-05-16 00:58
Reporter: MartinR Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.5.1 release  
Product Build: Resolution: not fixable  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Track verschwindet bei Zoom in Google Earth
Description: bei längeren Tracks (kleinerem Zoom) verschwinden die Tracks in Google Earth. Erst beim reinzoomen sieht man diese dann.
Das Problem wird durch <tessellate>1</tessellate> erzeugt. Bei einem tessellate von 0 ist der Track auf allen Zoomstufen zu sehen.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000719)
Friedemann   
2008-05-13 20:07   
Ja, stimmt. Dabei hatte ich mir aber eigentlich auch was gedacht, nämlich dass das System dann nicht so belastet wird wenn der Track bei kleinerem Zoom unsichtbar wird. Ist aber vielleicht Quatsch.

Habe das gerade getestet, auch mit <tessellate>0</tessellate> wird der Track ausgeblendet. Ich sehe da keinen Unterschied...
(0000727)
Friedemann   
2008-05-16 00:58   
Ich habe jetzt mal endlich in der Doku geschaut:

<tessellate>
Boolean value. Specifies whether to allow the LineString to follow the terrain. To enable tessellation, the value for <altitudeMode> must be clampToGround. Very large LineStrings should enable tessellation so that they follow the curvature of the earth (otherwise, they may go underground and be hidden).

Deshalb lasse ich das auf 1. Mit dem Verschwinden beim Zoomen sollte das nix zu tun habe, so verstehe ich das zumindest...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
339 [GeoSetter] User Interface feature N/A 2008-05-13 00:46 2008-05-13 22:48
Reporter: Konrad Bauckmeier Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 2.5.1 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Linke zu www.geonames.org
Description: Hallo,
ich möchte anregen, einen Link zur Ortsdatenbank im Programm einzubauen. Soweit ich weiß, wird http://www.geonames.org verwendet und das Projekt lebt natürlich vom mitmachen. Ein Verweis direkt aus dem Programm heraus würde hier sicher helfen.

Optimal wäre der Aufruf von Geonames.org mit der gleichen Kartenansicht (Positionierung, Zoomfaktor) wie in Geosetter, aber wenn das aufwendig ist, tut es m.E. auch ein fester Link.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000718)
Friedemann   
2008-05-13 19:56   
Wo und in welcher Weise würdest Du den Link gerne sehen wollen? In der About-Box habe ich ja bereits einen drin, aber das meinst Du wahrscheinlich nicht...
(0000721)
Konrad Bauckmeier   
2008-05-13 21:45   
Ich bin mir nicht ganz sicher, rein thematisch würde es zum Thema "Karte" passen. Dann könnte es sowohl ein Eintrag im Menüpunkt "Karte" als auch ein Icon oben rechts über der Karte helfen.
Andererseits könnte es auch im Workflow zum Bilder taggen auch an der Stelle auftauchen, wo man die Ergebnisse übernimmt (Also nach Daten bearbeiten, Online abfragen). Z.B. als "Abgerufene Daten korrigieren". Leider bekomme ich bei Geonames derzeit nur eine Timeout und kann mir den Dialog daher nicht noch einmal ansehen.
(0000722)
Friedemann   
2008-05-13 22:18   
Mir ist aber noch nicht klar was Du da verlinken würdest. Einfach nur www.geonames.org ja sicherlich nicht... ;-)
(0000723)
Konrad Bauckmeier   
2008-05-13 22:48   
Wenn der Knopf oberhalb der Karte angeordnet wird, wäre ein generierter Link optimal, der die gleiche Ansicht zeigt, wie die Kartenansicht in Geosetter, also z.B.
http://www.geonames.org/maps/google_51.051_13.738.html zeigt auf Dresden.

Andererseits (und jetzt spinne ich mal ohne Rücksicht auf Machbarkeit frei von der Leber weg), wäre es eigentlich am logischsten, wenn die Orsttags aus Geonames direkt in der Kartenansicht von Geosetter angezeigt würden und auch innerhalb des Programms editierbar wären. Also quasi die Ansicht von Geonames mit den Orsttags, den Bildertags und den Tracks. Das wäre zumindest von der Ergonomie wie Weihnachten. (von der erreichbaren Geschwindigkeit und zuverlässigkeit vermutlich eher nicht :-)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
340 [GeoSetter] User Interface minor always 2008-05-13 04:30 2008-05-13 20:39
Reporter: membree Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 2.5.1 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Time Zone issues in GPS synchronization
Description: On the Synchronize with GPS Data Files screen, if "Use Local Windows Settings" is selected my local time zone, Atlantic Daylight Time (Halifax, Nova Scotia, Canada), is shown as +5:00 but ADT is actually UTC-3. Because of this problem, "Use Local Windows Settings" is unusable for me.

Also, when I select "Use Time Zone" there is no longer a check box for Daylight Savings Time and the Time Zone listing only has "(UTC-04:00) America/Halifax". I can get around this issue by selecting another time zone with the correct UTC offset like "(UTC-3) America / Bahia" but I don't think that a lot of users will find this intuitive. There should either be a "Use Daylight Savings Time" option in addition to the time zone selection like there was previously or both the Standard and Daylight timezones should be present in the Time Zone listing so the correct one can be selected.
Tags:
Steps To Reproduce:
Additional Information: version 2.5.1
Attached Files:
Notes
(0000720)
Friedemann   
2008-05-13 20:39   
> On the Synchronize with GPS Data Files screen, if
> "Use Local Windows Settings" is selected my local
> time zone, Atlantic Daylight Time (Halifax, Nova
> Scotia, Canada), is shown as +5:00 but ADT is actually
> UTC-3. Because of this problem, "Use Local Windows
> Settings" is unusable for me.

thanks, you're right, this is not correct for all time zones with negative time bias. I already fixed it.

> Also, when I select "Use Time Zone" there is no longer
> a check box for Daylight Savings Time and the Time Zone
> listing only has "(UTC-04:00) America/Halifax".

this is only a problem of the user interface. I'm showing only the base time zone in the combo box without DST values. But when synchronizing, each image will be checked for an existing DST which then will be added. You can see it in the synchronization report. Please try it iut. If it doesn't work correctly, please tell me...

> I can get around this issue by selecting another time
> zone with the correct UTC offset like "(UTC-3) America / Bahia"

NO, please don't. As I said, the DST value will be added automatically. "America / Bahia" perhaps has got other DST policies and you will get wrong results then.

You're right, the user interface seems to be a little bit confusing here because of displaying only the base time zones. I'll try to correct it like this. There are 3 different cases:

1. All images are taken on a date without DST. Then I can leave the entry like it is ("(UTC-04:00) America/Halifax").
2. All images are taken on a date with DST. Then the list will show "(UTC-04:00, DTS+1:00) America/Halifax"
3. The selection of images contain dates with and without DST. The the list will show "(UTC-04:00, some with DTS+1:00) America/Halifax"

Do you think this will help?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
338 [GeoSetter] Image Data tweak always 2008-05-13 00:40 2008-05-13 19:55
Reporter: Konrad Bauckmeier Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 2.5.1 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Geonames Zuordnung geändert
Description: In der letzten Version findet die Onlineabfrage
Bundesland: Sachsen
Stadt: Dresden Tolkewitz
Ort: Tolkewitz

vorher war es
Bundesland: Sachsen
Stadt: Dresden
Ort: Tolkewitz

Die alte Version hat mir deutlich besser gefallen, das die obigen Daten nun redundant sind. Tolkewitz ist übrigens ein Ortsteil von Dresden.
Tags:
Steps To Reproduce:
Additional Information: Release 2.5.1 (Build 715)
enventuell Auswirkung der Änderung 0000260 http://www.geosetter.de/mantis/view.php?id=260
Attached Files:
Notes
(0000717)
Friedemann   
2008-05-13 19:55   
Das liegt nicht an der Version von GeoSetter, sondern einfach daran, dass Geonames da nun plötzlich andere Werte liefert. Habe es gerade nochmal mit der 2.4.3 getesetet, und auch da kommt "Dresden Tolkewitz" als Stadt. Die Werte werden über diese Abfrage geholt:

http://ws.geonames.org/findNearbyPostalCodes?lat=51.030960&lng=13.817271&maxRows=10

Ich benutze dann den Tag "name".

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
336 [GeoSetter] User Interface minor always 2008-05-12 15:16 2008-05-12 15:34
Reporter: karlm Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 2.5.1 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GeoSetter should remember the last "Group By" setting when "Edit Location Favorites" is accessed.
Description: For instance, when you have relatively few favorites it is easier to be able leave "Group By" at "No Groupings" all the time.
Tags:
Steps To Reproduce:
Additional Information: WinXP Pro
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
119 [GeoSetter] User Interface feature always 2008-01-11 21:07 2008-05-12 04:00
Reporter: diafreund Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.5 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.25 beta  
    Target Version:  
Summary: Anzeige-Filter z.B. für noch nicht georeferenzierte Bilder = Anzeige aller noch zu bearbeitenden Bilder
Description: Es wäre nett wenn man alle bereits georeferenzierten Bilder von der Anzeige auschließen könnte. Angezeigt werden dann nur die noch zu bearbeitenden Bilder.

Weitergehend könnte man einen flexibleren Filter mit Vorgabewerten (z.B. IPTC-Felder leer oder mit Uservorgabe, ect.) die vom User füllbar sind integrieren.

Bin recht neuer User, habe diese Funktion nicht gefunden.
Ansonsten größtes Lob für die Programmierer - alles super !
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000260)
drose   
2008-01-11 21:43   
Dieses Feature hatte ich mir auch mal ausgedacht, aber dann wieder verworfen.
Grund : In der Regel bearbeite ich Bilder, die Zeitlich oder Räumlich zusammenhängend sind. Wenn ich also manuell Bilder geotaggen will, dann setzte kopiere ich Geotags aus einem Bild auf die Kartenmarkierung und transferiere sie dann zurück auf die noch nicht geogetaggten Bilder. Das geht natürlich gesonders gut bei zusammenhängenen Bildergruppen und Unterstützung durch GPS-Tracks. Ansonsten hilft der oben beschrieben Filter.
(0000261)
diafreund   
2008-01-12 11:22   
Hallo,

der beschriebene Workflow macht natürlich Sinn besonders wenn man. referenziert wird. Habe bei meinem letzten Urlaub den WBT-201 mitlaufen lassen aber eben nicht immer. Bei der autom. Georeferenzierung dürften dann nicht alle Bilder gefunden werden und es ist Nacharbeit angesagt. Diese dürfte dann wohl sehr schnell vonstatten gehen wenn nur die noch die Bilder mit "fehlenden" GPS-Infos angezeigt werden.
Wie gesagt bin hier noch am Anfang und habe die vollständige Überarbeitung akt. noch vor mir. Die nächsten Tage kommt diesbez. noch User Feed Back.

Noch schönen Tag
(0000262)
Friedemann   
2008-01-12 11:55   
Als ich den Filter eingebaut hatte (ich glaube noch 'ne 1er Version), hatte ich auch an einen solchen Filter gedacht, habe es dann aber doch nicht gemacht. Ich denke nochmal drüber nach ;-) Was ich aber erstmal nicht machen werde, ist ein völlig frei konfigurierbarer Filter. Als Workaround kann man ja z.B. auch nach der betreffenden IPTC-Spalte sortieren. Dann hätte man leere Daten ja zusammen am Anfang oder Ende (je nach Sortierrichtung) angezeigt.

Was ich schon mal gerne noch machen würde, wäre eine Suche. Die würde dann praktisch den frei konfigurierbaren Filter auch mit erschlagen und hätte den Vorteil, dass man auf die Weise dann auch Unterverzeichnisse mit einbeziehen könnte. Aber das ist momentan Zukunftsmusik ;-)
(0000715)
Friedemann   
2008-05-12 04:00   
Es gibt nun zumindest einen Filter für Bilder mit oder ohne Geokoordinaten

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
335 [GeoSetter] Image Data minor always 2008-05-11 19:04 2008-05-12 00:09
Reporter: karlm Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.24 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.25 beta  
    Target Version:  
Summary: Exposure Time expressed in a non-standard way
Description: In file and map hints the Exposure Time is expressed as, for instance, 125/10000 sec instead of 1/80 sec, see attached screen shot.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000710)
Friedemann   
2008-05-11 19:30   
Can you please send me such an image file to support@geosetter.de?
(0000711)
karlm   
2008-05-11 20:07   
The problem seems to be limited to image files that have been post processed with Nikon Capture NX.
(0000713)
mawosch   
2008-05-11 21:24   
I could reproduce same problem.
Direct out of Camera no problem.
I made a change in Nikon Capture NX and saved. Then made the GeoCoding. After That same strange Exposure Time on map but not in Infos.
See screenshot

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
139 [GeoSetter] User Interface feature always 2008-01-20 12:33 2008-05-11 15:33
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.5 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.24 beta  
    Target Version:  
Summary: direktes Verschieben von Photomarken im Maps-Fenster
Description: Bei der Korrektur von den Bildern zugeordneten Geotags müssen aktuelle die Positionsdaten dem Kartenmarker zugewiesen werden, dann wird dieser durch "klick and drop" im Mps-Fenster verschoben. Danach werden die Positionsdaten dem Bild wieder zugewiesen.

Wesentlich interaktiver geht es, wenn mann die blauen Positionsmarken direkt per "klick and drop" verschieben könnte. Offen belibt dabei, wie die Höhen/Ortsdaten aktualisiert werden. Ggf könnte man das manuell nachträglich für alle Bilder aktualisieren, oder eben jede Positionsänderung online abfragen. Letzteres ist teuer im Sinne von Abfragemengen, da man zur genauen Positionierung möglicherweise die Ortsmarke mehrfach verschiebt.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
320 [GeoSetter] User Interface feature always 2008-05-04 12:16 2008-05-11 15:26
Reporter: Rand__ Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 2.4.20 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Orstdatenauswahl gruppieren / auf Karte anzeigen
Description: Bei dem schönen neuen Dialog zur Auswahl von Ortsdaten wäre es toll, wenn man die Daten gruppiert zuweisen könnte.

Zum Beispiel, wenn man mehrere Bilder im gleichen Ort gemacht hat (oder der gleichen Statdt) und dabei nur das Bundesland fehlt muss man dieses jetzt mehrfach eingeben, obwohl bei der gleichen Stadt diese Eingabe ja nur einmal wirklich nötig wäre.

Wenn es jetzt eine Gruppierung nach Ort oder Stadt gäbe könnte man sich die Mehrfacheingabe sparen.

Ein weiterer Punkt ist es, dass die Auswahl der korrekten Orte viel leichter wäre, wenn die Karte zu dem aktuell auszuwählenden Bild springen würde (wobei dann die Zoomfunktion weiterhin zugreifbare sein müsste, d.h. die Ortsdatenauswahl dürfte dann kein exklusives Fenster sein).


Ein letzte Punkt;) Es wäre auch nett wenn der Focus auf dem ersten leeren Feld stehen würde, dann müsste man nicht immer mit der Maus clicken - trifft immer dann zu wenn die Default auswahl korrekt war, aber z.B. noch das Bundesland fehlt.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000688)
Friedemann   
2008-05-08 19:36   
> Zum Beispiel, wenn man mehrere Bilder im gleichen Ort gemacht hat
> (oder der gleichen Statdt) und dabei nur das Bundesland fehlt muss
> man dieses jetzt mehrfach eingeben, obwohl bei der gleichen Stadt
> diese Eingabe ja nur einmal wirklich nötig wäre.

Du könntest aber lediglich die Bilder mit gleichem Ort/Stadt selektieren, dann Änderungsdialog aufrufen (Strg+E), dann Bundesland bei einem ändern und dann den Button "Aktuelle Werte für alle ausgew. Bilder übernehmen..." drücken. Hast Du dann nicht den gewünschten Effekt?

> Ein weiterer Punkt ist es, dass die Auswahl der korrekten
> Orte viel leichter wäre, wenn die Karte zu dem aktuell
> auszuwählenden Bild springen würde (wobei dann die Zoomfunktion
> weiterhin zugreifbare sein müsste, d.h. die Ortsdatenauswahl
> dürfte dann kein exklusives Fenster sein).

Du meinst in dem Dialog welcher angeboten wird wenn eine Ortsabfrage mehr als einen Datensatz findet?

> Ein letzte Punkt;) Es wäre auch nett wenn der Focus auf dem
> ersten leeren Feld stehen würde, dann müsste man nicht immer
> mit der Maus clicken - trifft immer dann zu wenn die Default
> auswahl korrekt war, aber z.B. noch das Bundesland fehlt.

In welchem Dialog?
(0000690)
Rand__   
2008-05-08 23:04   
Alles bezieht sich auf den "Dialog welcher angeboten wird wenn eine Ortsabfrage mehr als einen Datensatz findet" :)


>> Zum Beispiel, wenn man mehrere Bilder im gleichen Ort gemacht hat
>> (oder der gleichen Statdt) und dabei nur das Bundesland fehlt muss
>> man dieses jetzt mehrfach eingeben, obwohl bei der gleichen Stadt
>> diese Eingabe ja nur einmal wirklich nötig wäre.

>Du könntest aber lediglich die Bilder mit gleichem Ort/Stadt selektieren, dann >Änderungsdialog aufrufen (Strg+E), dann Bundesland bei einem ändern und dann >den Button "Aktuelle Werte für alle ausgew. Bilder übernehmen..." drücken. >Hast Du dann nicht den gewünschten Effekt?

Naja wenn das "Problem" kommt ist der Ort noch nicht gesetzt, weil der Dialog ja bei der erstmaligen Zuordnung kommt. Nachträglich wäre natürlich möglich, aber umständlicher.

Habe jetzt aber festgestellt, das der "für alle übernehmen" Knopf nur den aktuellen Ort nimmt, also geht es (ist nur nicht 100% eingängig).

>> Ein weiterer Punkt ist es, dass die Auswahl der korrekten
>> Orte viel leichter wäre, wenn die Karte zu dem aktuell
>> auszuwählenden Bild springen würde (wobei dann die Zoomfunktion
>> weiterhin zugreifbare sein müsste, d.h. die Ortsdatenauswahl
>> dürfte dann kein exklusives Fenster sein).

>Du meinst in dem Dialog welcher angeboten wird wenn eine Ortsabfrage mehr als >einen Datensatz findet?
ja

>> Ein letzte Punkt;) Es wäre auch nett wenn der Focus auf dem
>> ersten leeren Feld stehen würde, dann müsste man nicht immer
>> mit der Maus clicken - trifft immer dann zu wenn die Default
>> auswahl korrekt war, aber z.B. noch das Bundesland fehlt.

>In welchem Dialog?
siehe oben.
(0000692)
Friedemann   
2008-05-08 23:16   
>> Ein letzte Punkt;) Es wäre auch nett wenn der Focus auf dem
>> ersten leeren Feld stehen würde, dann müsste man nicht immer
>> mit der Maus clicken - trifft immer dann zu wenn die Default
>> auswahl korrekt war, aber z.B. noch das Bundesland fehlt.

Könntest Du mir dafür mal 'ne Koordinate nennen?
(0000693)
Rand__   
2008-05-08 23:46   
54,85258200 / -5,76378400
(0000709)
Friedemann   
2008-05-11 15:26   
> Ein letzte Punkt;) Es wäre auch nett wenn der Focus auf dem
> ersten leeren Feld stehen würde, dann müsste man nicht immer
> mit der Maus clicken - trifft immer dann zu wenn die Default
> auswahl korrekt war, aber z.B. noch das Bundesland fehlt.

Zumindest das ist erledigt...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
324 [GeoSetter] Image Data minor always 2008-05-08 13:11 2008-05-11 15:16
Reporter: Rand__ Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.21 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.24 beta  
    Target Version:  
Summary: Multiple Ergebnisse in Geonames Abfrage
Description: In der 20er Beta gab es bei mehreren Treffern eine Abfrage welches denn jetzt der richtige Ort zu einer Koordinate sei - ich gehe mal davon aus das das immer noch da ist, aber bei Counties nicht greift:

Abfrage nach Mweelin -> Nr 3 ist korrekt, Nr 1 wird verwendet für County

1 T Mweelin
51.8913889-9.2638889 Ireland, Cork mountain
elevation 488m N 51° 53' 29'' W 9° 15' 50''
2 H Mweelin Lough
53.9422222-10.0013889 Ireland, County Mayo lake N 53° 56' 32'' W 10° 0' 5''
3 P Mweelin
53.9419444-10.0238889 Ireland, County Mayo populated locality N 53° 56' 31'' W 10° 1' 26''


Bei solchen Mehrfachergebnissen ist es natürlich immer schwer das Richtige zu finden, von daher sollte es eine Auswahlmöglichkeit geben. Alternativ könnte man die Entfernung zu den gegebenen Koordinaten berechnen und über einen einstelbaren Radius validieren, aber denke das erste ist einfacher;)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000687)
Friedemann   
2008-05-08 19:31   
Ehrlich gesagt verstehe ich das nicht ganz. Wo und unter welchen Bedingungen wird etwas falsches bzw. schwer auszuwählendes angezeigt?
(0000689)
Rand__   
2008-05-08 23:00   
Koordinaten zeigen auf Punkt 3 -> mit "Mweelin" wird geonames abfrage gestartet, Aus Punkt 1 wird das County auf Cork gesetzt obwohl Mayo richtig wäre.
(0000708)
Friedemann   
2008-05-11 14:35   
Dies ist wieder einer von Deinen irischen Problemfällen ;-) Eine Auswahl wird deshalb nicht angezeigt, da ja bereits die Hilfsabfrage über http://ws.geonames.org/search?q=Mweelin&country=IE&style=FULL benutzt wird, da die Abfrage http://ws.geonames.org/findNearbyPostalCodes?lat=53.941944&lng=-10.023889&maxRows=10 keine daten liefert. Nur bei dieser Abfrage zeige ich bisher eine Auswahl auch mit Entfernungen an.

Dein Fall ist aber relativ einfach: Bisher nehme ich den ersten von http://ws.geonames.org/search?q=Mweelin&country=IE&style=FULL gefundenen Wert (liefert falschen Wert "Cork"). Allerdings ist da ja auch die gefunden Koordinate wesentlich weiter weg als die vom eigentlich richtigen dritten Datensatz mit "County Mayo". Ich nehme dann also einfach den nächstgelegenen. Eine dialoggesteuerte Auswahlmöglichkeit wäre ungleich komplizierter und auch eigentlich hier nicht nötig.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
333 [GeoSetter] User Interface minor always 2008-05-10 17:33 2008-05-11 14:02
Reporter: mmm Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.21 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Zeitzonen für Namibia fehlerhaft
Description: Bis zum 31.08.2007 war in Namibia Winterzeit (entspricht unserer MEZ, also UTC+01:00), ab 01.09.2007 dann Normalzeit (=unsere MESZ, also UTC+02:00).

Siehe Auszug aus wikipedia (Namibia):
Zeitzone
Seiner geographischen Lage nach befindet sich Namibia in der Zeitzone UTC + 2 (wie auch Südafrika). Im Zusammenhang mit der Unabhängigkeit wurde jedoch in Namibia als einzigem Land des südlichen Afrikas eine Winterzeit eingeführt – also UTC + 1. Diese Besonderheit führt im Vergleich zu Mitteleuropa – je nach Jahreszeit und unter Berücksichtigung des von Namibia abweichenden Umstellungsdatums – für kurze Zeit zur Zeitgleichheit, ansonsten jedoch zu einem Zeitunterschied von +1 Stunde oder −1 Stunde – mit Ausnahme des östlichen Caprivi: dort gilt ganzjährig die südafrikanische Zeit. Umgestellt wird jeweils am ersten Sonntag im April und im September.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000706)
Friedemann   
2008-05-11 13:20   
Für welche Zeit bzw. welches Datum wird denn die Zeitzone falsch berechnet? Auf den beiden Screenshots sieht man doch eigentlich den Wechsel von Winter- zu Sommerzeit korrekt am 2.9.2007 um 2:00 Uhr.
(0000707)
mmm   
2008-05-11 13:37   
Du hast recht. Ich bin einem Irrtum aufgesessen, dort in Namibia hatten die Leute die Uhrzeit schon am 01.09.2007 um die Stunde vorgestellt, richtig waere nach Formel wirklich erst der 02.09. um 02:00 gewesen. Aber in den Weiten des duennbesiedelten Landes nimmt man es nicht so genau. Dort gehen die Uhren sowieso etwas anders ;-). Ich werde meine Bilder vom 01.09.2007 eben nochmal korrigieren.

Du kannst dieses Ticket schliessen.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
334 [GeoSetter] User Interface minor always 2008-05-11 13:06 2008-05-11 14:01
Reporter: mmm Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.21 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.24 beta  
    Target Version:  
Summary: GPS Time wird falsch berechnet, wenn Position nicht aus Karte zugewiesen wird.
Description: Folgender Fall:
4 Image-Dateien vom gleichen Standort:

Fuer das erste Bild lade ich die Position aus den Favoriten, weise dann diese Position der Karte zu, und weise dann diese Karten-Position den ersten beiden Bildern zu.
Aktuelle Aufnahmezeit 10:00+02:00 (also MESZ) und GPS Time noch 10:00 (vor dem Speichern).

Fuer die beiden letzten Files lade ich die (gleiche) Position aus den Favoriten. Hier erfolgt aber nicht die Zuweisung ueber die Karte.
Aktuelle Aufnahmezeit 10:00+02:00 (also MESZ) und GPS Time noch 10:00 (vor dem Speichern).

Beim Speichern wird die GPS Zeit nur fuer die beiden ersten Datein auf 08:00 (slo UTC) umgesetzt, die beiden letzten Dateien bleiben aber weiterhin auf 10:00, werden also faelschlicherweise nicht auf UTC umgesetzt.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
276 [GeoSetter] Image Data feature N/A 2008-04-14 23:06 2008-05-11 13:11
Reporter: mmm Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.3 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.24 beta  
    Target Version:  
Summary: GeoSetter sollte auf Sony SRF Dateien bearbeiten können
Description: Es wäre prima, wenn man auch die Sony RAW Files (SRF bearbeiten könnte).
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000669)
Friedemann   
2008-05-01 11:56   
Könntest Du mir mal bitte eine SRF-Datei an support@geosetter.de zusenden?
(0000672)
Friedemann   
2008-05-01 13:56   
ARW und SR2 geht nun. Mangels SRF-beispieldatei kann ich aber SRF nicht testen...
(0000701)
mmm   
2008-05-11 12:36   
SRF-Beispiel-Datei habe ich per Email zugeschickt.

Kannst Du mir dann bitte die BETA schicken, bei der die SRF-Files freigeschaltet sind. Danke.
(0000703)
Friedemann   
2008-05-11 13:11   
Es werden nun auch ARWs, SR2s und SRFs unterstützt. Allerdings ist eine Speicherung der Daten weiterhin nicht in den RAWs selbst möglich, sondern nur in XMP-Sidecar-Dateien. Sollte Phil Harvey das in ExifTool implementieren, wird es auch mit GeoSetter gehen.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
331 [GeoSetter] User Interface minor always 2008-05-10 16:49 2008-05-11 12:42
Reporter: mmm Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.21 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GeoSetter speichert nicht alle Felder bei NEF Files
Description: Habe z.B. 4 Images markiert (2 NEF Files und die beiden dazugehörigen JPG Files), füge dann die Kontaktdaten dazu (mit "Aus Vorlage laden") und gebe unter "Aktuelle Werte für alle Bilder übernehmen" die Auswahl "Geänderte" an, nach "OK" und VOR dem Speichern sind in der Report-Ansicht alle Werte gesetzt (rot markiert). Wenn ich aber nach dem Speichern die Report-Ansicht anschaue, sind die Werte "Kontakt Stadt", "Kontakt PLZ", "Kontakt Bundesland", Kontakt "Land", "Kontakt Telefon" und "Kontakt eEmail" bei den NEF Files leer, sie werden also nicht gespeichert, für die JPG Files aber schon.
(Eine zweite Befehls-Sequenz speichert dann diese fehlenden Werte.)
Dieser Fehler tritt sowohl mit 2.4.19 als auch (gerade getestet) mit 2.4.21 auf.
Tags:
Steps To Reproduce:
Additional Information: Hier der Speicherreport der 4 Dateien:

D:\PROGRA~1\GEOSET~1\tools\exiftool.exe -P -L -EXIF:DateTimeOriginal="2008-04-21T08:50:44.48Z" -EXIF:CreateDate="2008-04-21T08:50:44.48Z" -EXIF:ModifyDate="2008-04-21T08:50:44.48Z" -EXIF:TimeZoneOffset=2 -XMP:DateTimeOriginal="2008-04-21T08:50:44.48Z+02:00" -XMP:DateTimeDigitized="2008-04-21T08:50:44.48Z+02:00" -XMP:ModifyDate="2008-04-21T08:50:44.48Z+02:00" -XMP:GPSLatitude= -XMP:GPSLongitude= -XMP:Creator="Manfred Moser" -XMP:AuthorsPosition="Fotograf" -XMP:CountryCode="DEU" -XMP:Country="Deutschland" -XMP:CaptionWriter="Manfred Moser" -XMP:Source="Foto: Manfred Moser" -IPTC:DateCreated="20080421" -IPTC:TimeCreated="085044+0200" -XMP:DateCreated="2008-04-21T08:50:44Z+02:00" -XMP:CreatorContactInfoCiAdrExtadr="Manfred Moser
Kastanienweg 25
85598 Baldham" -XMP:CreatorContactInfoCiAdrPcode="85598" -XMP:CreatorContactInfoCiAdrCity="Baldham" -XMP:CreatorContactInfoCiAdrRegion="Bayern" -XMP:CreatorContactInfoCiAdrCtry="Deutschland" -XMP:CreatorContactInfoCiTelWork="+49 (8106) 358078" -XMP:CreatorContactInfoCiEmailWork="foto@m-moser.de" -IPTC:By-Line="Manfred Moser" -IPTC:By-LineTitle="Fotograf" -IPTC:Country-PrimaryLocationCode="DEU" -IPTC:Country-PrimaryLocationName="Deutschland" -IPTC:Writer-Editor="Manfred Moser" -IPTC:Source="Foto: Manfred Moser" -IPTC:Contact="Manfred Moser
Kastanienweg 25
85598 Baldham" -execute -overwrite_original -P -d %Y -XMP:Rights<"(c) $createDate Manfred Moser" -IPTC:CopyrightNotice<"(c) $createDate Manfred Moser" -EXIF:Copyright<"(c) $createDate Manfred Moser" -XMP:Title<"${BaseDirName}\${BaseName8}" -IPTC:ObjectName<"${BaseDirName}\${BaseName8}" -EXIF:DocumentName<"${BaseDirName}\${BaseName8}" -EXIF:Artist<IPTC:Source -EXIF:ImageDescription<IPTC:Caption-Abstract -execute -common_args "F:\Fotos\Nikon D200\DCIM (E)\100ND200.WORK\DSC_1857_original.JPG"

D:\PROGRA~1\GEOSET~1\tools\exiftool.exe -P -L -EXIF:DateTimeOriginal="2008-04-21T08:50:44.48Z" -EXIF:CreateDate="2008-04-21T08:50:44.48Z" -EXIF:ModifyDate="2008-04-21T08:50:44.48Z" -EXIF:TimeZoneOffset=2 -IPTC:DateCreated="20080421" -IPTC:TimeCreated="085044+0200" -IPTC:By-Line="Manfred Moser" -IPTC:By-LineTitle="Fotograf" -IPTC:Country-PrimaryLocationCode="DEU" -IPTC:Country-PrimaryLocationName="Deutschland" -IPTC:Writer-Editor="Manfred Moser" -IPTC:Source="Foto: Manfred Moser" -IPTC:Contact="Manfred Moser
Kastanienweg 25
85598 Baldham" -execute -overwrite_original -P -d %Y -XMP:Rights<"(c) $createDate Manfred Moser" -IPTC:CopyrightNotice<"(c) $createDate Manfred Moser" -EXIF:Copyright<"(c) $createDate Manfred Moser" -XMP:Title<"${BaseDirName}\${BaseName8}" -IPTC:ObjectName<"${BaseDirName}\${BaseName8}" -EXIF:DocumentName<"${BaseDirName}\${BaseName8}" -EXIF:Artist<IPTC:Source -EXIF:ImageDescription<IPTC:Caption-Abstract -execute -common_args "F:\Fotos\Nikon D200\DCIM (E)\100ND200.WORK\DSC_1857_original.NEF"

D:\PROGRA~1\GEOSET~1\tools\exiftool.exe -P -L -EXIF:DateTimeOriginal="2008-04-21T08:50:44.73Z" -EXIF:CreateDate="2008-04-21T08:50:44.73Z" -EXIF:ModifyDate="2008-04-21T08:50:44.73Z" -EXIF:TimeZoneOffset=2 -XMP:DateTimeOriginal="2008-04-21T08:50:44.73Z+02:00" -XMP:DateTimeDigitized="2008-04-21T08:50:44.73Z+02:00" -XMP:ModifyDate="2008-04-21T08:50:44.73Z+02:00" -XMP:GPSLatitude= -XMP:GPSLongitude= -XMP:Creator="Manfred Moser" -XMP:AuthorsPosition="Fotograf" -XMP:CountryCode="DEU" -XMP:Country="Deutschland" -XMP:CaptionWriter="Manfred Moser" -XMP:Source="Foto: Manfred Moser" -IPTC:DateCreated="20080421" -IPTC:TimeCreated="085044+0200" -XMP:DateCreated="2008-04-21T08:50:44Z+02:00" -XMP:CreatorContactInfoCiAdrExtadr="Manfred Moser
Kastanienweg 25
85598 Baldham" -XMP:CreatorContactInfoCiAdrPcode="85598" -XMP:CreatorContactInfoCiAdrCity="Baldham" -XMP:CreatorContactInfoCiAdrRegion="Bayern" -XMP:CreatorContactInfoCiAdrCtry="Deutschland" -XMP:CreatorContactInfoCiTelWork="+49 (8106) 358078" -XMP:CreatorContactInfoCiEmailWork="foto@m-moser.de" -IPTC:By-Line="Manfred Moser" -IPTC:By-LineTitle="Fotograf" -IPTC:Country-PrimaryLocationCode="DEU" -IPTC:Country-PrimaryLocationName="Deutschland" -IPTC:Writer-Editor="Manfred Moser" -IPTC:Source="Foto: Manfred Moser" -IPTC:Contact="Manfred Moser
Kastanienweg 25
85598 Baldham" -execute -overwrite_original -P -d %Y -XMP:Rights<"(c) $createDate Manfred Moser" -IPTC:CopyrightNotice<"(c) $createDate Manfred Moser" -EXIF:Copyright<"(c) $createDate Manfred Moser" -XMP:Title<"${BaseDirName}\${BaseName8}" -IPTC:ObjectName<"${BaseDirName}\${BaseName8}" -EXIF:DocumentName<"${BaseDirName}\${BaseName8}" -EXIF:Artist<IPTC:Source -EXIF:ImageDescription<IPTC:Caption-Abstract -execute -common_args "F:\Fotos\Nikon D200\DCIM (E)\100ND200.WORK\DSC_1858_original.JPG"

D:\PROGRA~1\GEOSET~1\tools\exiftool.exe -P -L -EXIF:DateTimeOriginal="2008-04-21T08:50:44.73Z" -EXIF:CreateDate="2008-04-21T08:50:44.73Z" -EXIF:ModifyDate="2008-04-21T08:50:44.73Z" -EXIF:TimeZoneOffset=2 -IPTC:DateCreated="20080421" -IPTC:TimeCreated="085044+0200" -IPTC:By-Line="Manfred Moser" -IPTC:By-LineTitle="Fotograf" -IPTC:Country-PrimaryLocationCode="DEU" -IPTC:Country-PrimaryLocationName="Deutschland" -IPTC:Writer-Editor="Manfred Moser" -IPTC:Source="Foto: Manfred Moser" -IPTC:Contact="Manfred Moser
Kastanienweg 25
85598 Baldham" -execute -overwrite_original -P -d %Y -XMP:Rights<"(c) $createDate Manfred Moser" -IPTC:CopyrightNotice<"(c) $createDate Manfred Moser" -EXIF:Copyright<"(c) $createDate Manfred Moser" -XMP:Title<"${BaseDirName}\${BaseName8}" -IPTC:ObjectName<"${BaseDirName}\${BaseName8}" -EXIF:DocumentName<"${BaseDirName}\${BaseName8}" -EXIF:Artist<IPTC:Source -EXIF:ImageDescription<IPTC:Caption-Abstract -execute -common_args "F:\Fotos\Nikon D200\DCIM (E)\100ND200.WORK\DSC_1858_original.NEF"
Attached Files:
Notes
(0000698)
Friedemann   
2008-05-11 03:19   
Ich habe jetzt selbst etwas gebraucht bis ich die Ursache raus hatte: Ich nehme mal an, dass dafür die Option "Keine internen XMP-Daten erzeugen falls noch nicht vorhanden" in den Einstellungen verantwortlich ist (siehe Screenshot). Die Kontaktdaten sind die einzigen Daten welche kein Äquivalent in den IPTC-Daten haben, also nur in den XMP-Daten vorhanden sind. Die genannte Option verhindert also das Spiechern dieser Daten insgesamt. Könntest Du die Option mal deaktivieren und schauen ob es dann geht?
(0000700)
mmm   
2008-05-11 12:33   
Ja, genau das war das Problem. Sorry, bei den vielen Optionen und noch mehr verschiedenen Standards (EXIF, IPTC, XMP, etc.), habe ich das uebersehen.

Nur noch die Frage: Wozu ist diese Option "keine internen XMP-Daten erzeugen, wenn nicht vorhanden" ueberhaupt gedacht?

Du kannst dann dieses Problem schliessen.
(0000702)
Friedemann   
2008-05-11 12:41   
Da brauchst Du Dich nicht zu entschuldigen, da diese Option in der Tat ein wenig merkwürdig ist ;-) Ich dachte mir dabei halt, dass man dadurch steuern kann, dass Daten nur in den IPTC-Daten gespeichert werden. Allerdings müsste ich dann an der Oberfläche die entsprechenden Felder (Kontakt) dann ja eigentlich auch deaktivieren oder eine entsprechende Meldung ausgeben. Das ist mir jetzt aber zu stressig ;-)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
332 [GeoSetter] User Interface feature N/A 2008-05-10 16:56 2008-05-10 17:08
Reporter: mmm Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 2.4.21 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GeoSetter sollte auch das Feld "Bearbeitungsstatus" im Menü zur Bearbeitung anbieten
Description: Die Felder "Bearbeitungsstatus", "Software" u "Software-Version" werden in der Report-/Spaltenansicht zwar angezeigt, können jedoch nicht bearbeitet werden, da sie nicht im Menu abgeboten werden.

Ich habe diese Felder mit Exifer ausgiebig genutzt, und möchte auch gerne (nach dem Umstieg auf GeoSetter) zumindest das Feld "Bearbeitungsstatus" weiterhin eingeben bzw updaten können. (Die beiden anderen Felder Software u Software-Version sind nicht so wichtig, da die entsprechende Bearbeitungssoftware, wie Photoshop die verwendete Version in anderen Feldern abspeichert.)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
330 [GeoSetter] Image Data feature always 2008-05-10 02:00 2008-05-10 02:00
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.24 beta  
    Target Version:  
Summary: Support for GiSTEQ Phototrackr Files
Description: Support for GiSTEQ Phototrackr Files
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
326 [GeoSetter] User Interface tweak always 2008-05-08 22:50 2008-05-09 23:36
Reporter: KnutBrode Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.21 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.24 beta  
    Target Version:  
Summary: Zeilenabstand Schlüsselwörter im "Daten bearbeiten" Dialog
Description: Bei meiner Einstellung von 120 DPI für die Bildschirmanzeige überschneiden sich die Zeilen der Schlüsselwörter
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000696)
Friedemann   
2008-05-09 23:36   
Da gab es diverse Stellen wo die Zeilen in selbstgemalten Listboxen und Comboboxen nicht korrekt war.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
325 [GeoSetter] User Interface minor always 2008-05-08 22:48 2008-05-08 23:14
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.21 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.24 beta  
    Target Version:  
Summary: Umlaute in Hints
Description: Die Umlaute werden in dem Hint zu nem Bild nicht korrekt angezeigt (siehe Screenshot). Sehe ich das erste mal und muss wohl mit der .21 gekommen sein.

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
327 [GeoSetter] User Interface tweak always 2008-05-08 22:59 2008-05-08 23:12
Reporter: KnutBrode Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.21 beta  
Product Build: Resolution: not fixable  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Größe des Hints bei langen Dateinamen zu klein
Description: Ist der Dateiname so lang, dass er in zwei Zeilen angezeigt wird, so wird die Größe des Hints falsch berechnet.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000691)
Friedemann   
2008-05-08 23:12   
Das kann ich leider nicht ändern, das macht Google.

Aber den falsch dargestellten Umlaut habe ich behoben ;-)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
225 [GeoSetter] User Interface feature always 2008-03-09 09:13 2008-05-08 01:07
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.2 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.19 beta  
    Target Version:  
Summary: Geosetter im "senden an "-Kontextmenu
Description: Wenn ich durch meine Verzeichnisse browse, dann möchte ich ein Bild selektieren und Geosetter durch rechtsklick im Menuepunkt "senden an" starten. Ev. kann geosetter (natürlich konfigurierbar) auf oberer Ebene im Kontextmenu erscheinen.
Tags:
Steps To Reproduce:
Additional Information: Beispiele dafür sind ZIP-Programme wie 7-Zip o. ä.
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
308 [GeoSetter] User Interface feature always 2008-04-26 18:50 2008-05-08 01:07
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.18 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.19 beta  
    Target Version:  
Summary: Add context menu to Windows Explorer
Description: Add context menu to Windows Explorer with items like "Browse Directory", "Edit", "Show on map" etc.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
316 [GeoSetter] User Interface tweak N/A 2008-04-30 10:42 2008-05-08 01:04
Reporter: alan-g Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.3 release  
Product Build: Resolution: not fixable  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GoogleMaps Satellitenbilder nicht verfügbar
Description: Nach kurzer Arbeit mit Geosetter habe ich das Problem, dass keine Satellitenbilder mehr angezeigt werden ("Grafiken mit diesem Zoomwert stehen für diese Region leider nicht zur Verfügung..."). Die Karten bzw. Geländeanzeige funktioniert weiterhin. Eine Internetverbindung besteht ebenfalls und denselben Ort (mit derselben Auflösung) auf http://maps.google.de bekomme ich als Satellitenbild angezeigt. D.h. es kann nicht am Zoomwert liegen, da ich diesen auch auf den kleinsten Zoomwert einstellen kann und trotzdem nichts angezeigt bekomme. Dieses Problem besteht ebenfalls am Arbeitsplatz (anderer Computer + andere IP).

Gibt es evtl. eine limitierte Anzahl an Abfrage pro Zeiteinheit, die Google maximal zulässt?

Bin ich der einzige, der dieses Problem hat?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000666)
Crafty   
2008-04-30 11:06   
(Last edited: 2008-04-30 11:15)
Ich habe genau dasselbe Problem. Ich habe das auch schon in den Google Nutzungsbedinungen nachgeschaut da gibt es so ein Limit nicht.
Ich habe auch versucht die Karte auf meinen Server hochzuladen und mit meinem Google Key zu versehen, aber das Problem besteht weiterhin.

Ich kann so maximal 5 Bilder taggen und dann nur noch die Straßenkarte sehen.

Ich kann danach auch keine Sateliten Bilder auf maps.google.com mehr abrufen. Ich bin dann für den kompletten Dienst egal direkt oder über die API für eine bestimmte zeit gesperrt. ich schätze so ca. 15 Minuten.

(0000668)
alan-g   
2008-04-30 17:08   
Ich habe gerade folgende auf http://dotnet-snippets.de/dns/geografische-koordinaten-mit-der-google-maps-api-abfragen-SID824.aspx entdeckt:

"Sollen mehrere Koordinaten abgefragt werden, ist darauf zu achten, dass eine Pause von ca. 100ms zwischen den Abfragen eingehalten wird, sonst erkennt Google einen DOS Angriff und sperrt die IP für einige Minuten."

Damit wäre allerdings nicht erklärt, warum nur die Satellitenbilder nicht funktionieren. Könnte es trotzdem daran (oder etwas ähnlichem) liegen?
(0000673)
Friedemann   
2008-05-01 14:04   
Ich denke nicht dass es damit zu tun hat. Damit ist quasi ein Geocoding gemeint, wozu z.B. auch die Suche nach einer Adresse gehört (in GeoSetter unter Suche). Hier geht es ja nur um das Laden der Kartenkacheln. Ich nehme mal an, dass das irgendwie an den lokalen Einstellungen liegt. Geht es denn eigentlich hier http://maps.google.de/maps ? Wohl gemerkt, Ihr müsst das im Microsoft Internet Explorer testen, nicht z.B. im Firefox, da GeoSetter den Internet Explorer benutzt.
(0000674)
KnutBrode   
2008-05-01 18:21   
Ich hatte den Fehler auch schon. Im IE unter maps.google.de kommt dann wie in Geosetter unabhängig vom Zoom die Meldung "Grafiken mit diesem Zoomwert stehen für diese Region leider nicht zur Verfügung".
(0000677)
Crafty   
2008-05-05 08:49   
Ich habe das Problem auch im Firefox. Also es scheint so, als wäre der komplette PC bzw. die IP gesperrt. Weil sobald ich in geosetter keine Bilder mehr sehe kann ich auch im Firefox auf google maps keine mehr anzeigen lassen.
(0000678)
geary   
2008-05-05 09:06   
(Last edited: 2008-05-05 09:08)
I am seeing this too. It looks like this is an issue that other Google Maps API applications are experiencing as well. There is a related thread on this in the Google Maps API discussion group.

http://groups.google.com/group/Google-Maps-API/browse_thread/thread/3ad253523a01cd1b/7e12e98621540204


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
319 [GeoSetter] User Interface minor always 2008-05-04 11:44 2008-05-08 00:29
Reporter: Rand__ Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.20 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.21 beta  
    Target Version:  
Summary: Rechts click deselektiert Bilder
Description: Wenn man mehrere Bilder ausgewählt hat werden diese bei rechtsclick deselektiert - ist das Absicht?

Und wäre es nicht sinnvoller, bei rechtsclick das Geosetter eigene Bilder Menü anzuzeigen anstelle das Windows Explorer Menüs?

Ich persönlich brauche das Explorer Menü nie sondern immer eher die Funktion Bild -> Daten editieren.

Ich weiss natürlich nciht wie es bei den anderen Nutzern aussieht;)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000676)
Rand__   
2008-05-04 11:49   
Ok, nachdem ich in den Optionen (die seltsamerweise beim ersten mal einen Absturz produziert haben, aber noch nicht reporduzierbar) das Kontext Menü aktiviert habe ist das mit dem Explorer Menü nicht mehr das Problem - aber das deselektieren ist immer noch doof;)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
318 [GeoSetter] Image Data minor always 2008-05-03 22:25 2008-05-08 00:28
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.20 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.21 beta  
    Target Version:  
Summary: Online Abfrage der Ortsdaten
Description: bei der Online Abfrage der Ortsdaten werden bei nicht eindeutigem Ergebnis mehrere Auswahlmöglichkeiten vorgeschlagen. Beim Ändern der Vorauswahl werden nur die Werte der Online Abfrage überschrieben, nicht aber Werte gelöscht die von der vorigen Auswahl kamen und nicht mehr gültig sind.

Bsp:
in Auswahlliste "Tirol, Weißhaus"
Stadt = Weißhaus
Ort = Weißhaus

in Auswahlliste ändern auf "Tirol, Oberpinswang"
Stadt = Oberpinswang
Ort = Weißhaus --> müßte zumindest leer sein, aber Weißhaus ist definitiv falsch und kommt so sicherlich nicht vom Online Service
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000680)
Friedemann   
2008-05-06 00:36   
Hallo Heiko,

könntest Du mir da mal die Koordinate nennen? Dann fällt's mir leichter das eben zu reproduzieren...
(0000681)
heiko   
2008-05-06 00:41   
Müßte hier gewesen sein

47,569086; 10,550481

ich kanns mal wieder nicht probieren, da die online Abfrage streikt; sollten die Koordinaten also nicht passen meld dich nochmals
(0000686)
Friedemann   
2008-05-06 23:37   
Ich kann das ehrlich gesagt nicht nachvollziehen. Mit Deiner Koordinate erhalte ich die Auswahl auf dem angefügten Screenshot. Könntest Du das evtl. nochmal prüfen und ggf. auch ein oder zwei Screenshots machen?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
206 [GeoSetter] Image Data minor always 2008-02-27 19:03 2008-05-06 23:23
Reporter: jmoliver Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.4 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.21 beta  
    Target Version:  
Summary: Non standard exif tag is used for timezoneoffset
Description: When time zone offset is specified it is written to a non-standard exif tag. It would be nice to have an option to avoid this, so there is no conflicts between applications. Time Zone is correctly written in XMP.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000413)
Friedemann   
2008-02-27 20:00   
Are there any conflicts by using the non-standard tag already? With which software do you have problems?
(0000418)
jmoliver   
2008-02-28 04:11   
I have not stumbled upon any problems with my current software applications, except for noticing the tag in Flickr's Photo Properties page as undefined. But, given that this is a non-standard tag I believe the user should be given an option to disable using it and instead use standard XMP nomenclature for dates.
(0000685)
Friedemann   
2008-05-06 23:23   
There's a new option in program settings now with which writing time zone to Exif data can be disabled.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
323 [GeoSetter] User Interface minor always 2008-05-06 08:22 2008-05-06 23:21
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.20 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.21 beta  
    Target Version:  
Summary: Anzeige der Favoritenkreise wenn "Autom. zuweisen" ausgeschalten ist
Description: Auf der Karte werden die Kreise um die Favoriten auch angezeigt, wenn bei der Konfiguration des Favoriten "Autom. zuweisen" ausgeschalten ist.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000682)
Friedemann   
2008-05-06 19:50   
Das finde ich eigentlich völlig in Ordnung. Man könnte es genauso gut andersrum sehen, dass die nämlich nicht angezeigt werden sollen wenn sie automatisch zugewiesen werden. Man will die Werte eines Kreises ja vielleicht auch manuell zuweisen, und da hilft es wenn man ihn sieht.
(0000683)
heiko   
2008-05-06 20:10   
gut, dann anderst herum betrachet, dann sollte die Eingabe des Radius nicht gesperrt werden, wenn "Autom. zuweisen" abgewählt ist :-)
(0000684)
Friedemann   
2008-05-06 23:21   
Oh, da wird ein Schuh draus... :-D

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
322 [GeoSetter] Image Data minor always 2008-05-05 23:41 2008-05-05 23:45
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.3 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.21 beta  
    Target Version:  
Summary: Coordinates sometimes wrong
Description: Sometimes a coordinate will be read wrong by GeoSetter.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000679)
Friedemann   
2008-05-05 23:45   
For example the longitude 3.1063 has been read as 3.0944 by GeoSetter.

A coordinate is stored as three unsigned rational values (degrees, minutes and seconds). In the example above the longitude has been read as 3/1 (=3), 6/1 (=6) and -2029368517/100000000 (=-20.29368517). This is wrong because the values have to be handled as unsigned values, which is the same result for degrees and minutes. But a 32 bit signed value -2029368517 in unsigned format is 2265598779. So the result for the seconds should be 2265598779/100000000 which is 22.65598779. With this value, the coordinate will be 3.10629333 (3 + 6/60 + 22.65598779/3600), which is correct.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
321 [GeoSetter] User Interface feature always 2008-05-04 15:17 2008-05-04 18:47
Reporter: Rand__ Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 2.4.20 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Multi Monitor Support / Detachable windows
Description: Wäre es möglich die einzelnen Sub Fenster aus dem Hauptfenster herauslösbar zu machen? Damit könnte man z.B. die Karte oder die Vorschau auf einem zweiten Monitor positionieren...
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
317 [GeoSetter] User Interface feature always 2008-05-02 10:16 2008-05-02 11:10
Reporter: alan-g Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 2.4.3 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Weiteres Kartenmaterial
Description: Wäre es evtl. möglich noch auf anderes Kartenmaterial außer GoogleMaps zugreifen zu können (bspw. YahooMaps, WindowsLiveSearchMaps,...)? In manchen Ländern habe ich festgestellt, dass es teilweise erhebliche Unterschiede in der Qualität der Satellitenbilder gibt. Bei YahooMaps kann man (soweit ich weiß) Längen- und Breitengrad herauslesen. Bei Microsoft weiß ich das nicht.

Falls dies möglich ist wäre ein umschalten zwischen denselben Orten nicht schlecht, sodass man bei einem Wechsel von bspw. GoogleMaps zu YahooMaps denselben Ort nicht nochmals suchen muss.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
285 [GeoSetter] User Interface feature always 2008-04-21 09:06 2008-05-02 04:44
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.16 beta  
Product Build: Resolution: suspended  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Workflow: aufsplitten von Zeitkorrektur und Geotagging
Description: Ich synchronisiere in der Regel ganze Sammlungen/Verzeichnisse von Bildern auf einmal mit Geotracks. Falls Bilder von mehreren Kameras in einem Verzeichnis bearbeitet werden, sind jeweils verschiedene Zeitkorrekturen durchzuführen.

Wenn ich die Synchronisation mehrfach aufrufe, kann es passieren, das eine Zeitkorrektur durchgeführt wird, die für andere Bilder gedacht war. Das führt zu falschen Zeitinformation im Bild und zu fehlerhaften Geotaggs.

Vorschlag : Zeitkorrekturen und Geotagging als einzelne Arbeitsschritte auftrennen. Das bringt mehr Sicherheit und Kontrolle über die einzelnen Schritte. Nach der Zeitkorrektur kann man das Ergebnis in den Bildern abspeichern. Danach kann das Geotagging gefahrlos mehrfach wiederholt werden.

Bitte Kommentare auch von anderen Usern dazu.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000593)
Friedemann   
2008-04-21 09:10   
Welche Zeitkorrekturen meinst Du? Du kannst doch vorher die Zeit Deiner Bilder korrigieren und dann beim Synchronisieren die Zeit unangetastet lassen, oder?
(0000594)
drose   
2008-04-21 09:41   
Wie das denn ? Hier meine Arbeitsschritte :
1)Verzeichnis auswählen
2) Alle (ctrl-A) oder Teile der Bilder darin selektieren
3) Synchronisationsdialog (CTRL-G) starten
4) Tracks auswählen
5) Zeitkorrektur einstellen
6) Ausführen.
Schritt 4 und 5 hätte ich gerne in separaten Dialogen. Z.B. möchte ich erst die Zeitkorrekturen für Kamera A und dann für Kamera B machen, danach das geotagging mit den Tracks durchführen. Im CTRL-G-Dialog kann ich Geotaggen nicht ausschalten. D.h. beim ersten Zeitkorrekturlauf wird auch irgendwas mit Geotagging getan, was ich aber zu diesem Zeitpunkt ( in meiner Vorstellung von Geosetter-Workflow ;-)) ) nicht brauche.
(0000595)
drose   
2008-04-21 10:21   
Ausserdem ist der CTRL-G Dialog gesperrt, solange keine Tracks zm synchronisieren ausgewählt sind. Also eine reine Zeitkorrektur kann ich mit diesem Dialog nichtmachen.
(0000598)
heiko   
2008-04-21 11:33   
eine Zeitkorrektur läßt sich doch im "Daten bearbeiten" Dialog durchführen.

Wenn ich das richtig verstehe, wäre folgende Vorgehensweise möglich:
1) alle Bilder Kamera A markieren
2) Ctrl-E -> Reiter "Datum" "Zeitdifferenz" markieren und die Zeit korrigieren
3) "Aktuelle Werte für alle ausgew. Bilder übernehmen" und mit Btn. "Geänderte" auf alle selektierten Bilder übernehmen.
4) alle Bilder Kamera B markieren und mit 2) weiter machen
5) GPS synchronisation
(0000600)
drose   
2008-04-21 15:36   
Jaaaa, aaaaber ....

Im CTRL-G-Dialog kann ich die Zeitdifferenz bestimmen. Ich knipse dazu immer meine Atomuhr ab. Im CTRL-E-Dialog gibts keine Hilfen.

Aber prinzipiell geht dieser Weg. Da geb ich dir Recht.
(0000602)
heiko   
2008-04-21 17:01   
gut, das "jaaaa, aaaaaber" mußt du mit Friedemann besprechen :-)
(0000610)
Friedemann   
2008-04-21 20:25   
Du siehst doch zumindest bei mehreren selektierten Bildern im Dialog das Bild mit der Funkuhr. Dann kannst Du doch über "Zeitdifferenz" die Uhrzeit darauf setzen. Und dann weiter wie Heiko schon beschrieben hat. Oder übersehe ich jetzt was?
(0000613)
drose   
2008-04-21 20:59   
Doch, das geht. Vorallem mit dem Eingabefeld "Zieldatum".
Danach sollten Zeitkorrekturen nur noch in ganzen Stunden ( Zeitzonen, Sommerzeit) notwendig sein.
(0000614)
Friedemann   
2008-04-21 21:02   
Was im Prinzip fehlt ist die Korrekturmöglichkeit durch einen Vergleich der Kamerazeit mit Systemzeit wie er auch in der GPS-Synchronisation vorhanden ist. Den lasse ich aber weg, oder? Das wäre alles wieder so umständlich... ;-)
(0000615)
drose   
2008-04-21 21:09   
Ich finde es ja gut, wenn es in Geosetter "versteckte" Lösungsmöglichkeiten gibt. Jeder, der sie kennt, kann damit umgehen. Aber ist das ein gutes Userinterface ? Eigentlich sollten doch solche Computeranalphabeten wie ich mit Geosetter aller anstehenden Aufgaben mit der Maus lösen können. Daher mein Vorschlag, die Workflow-Schritte in einzelnen aufeinanderfolgenden Dialogen zu gestalten. Der Synch-Dialog (CTRL-G) ist halt ziehmlich überfrachtet. Dort werden ZeitSynch, Zeitzonen, TrackSynch und Geotagging kombiniert. Diese Verarbeitung läßt sich (bei evtuellem Bedarf) nicht ohne weiteres um zusätzliche Arbeitsschritte erweitern. So, genug von meinem Gejammer. Meckern ist leicht, Vorschläge machen und dannoch umsetzen erfordert schon mehr.
(0000616)
drose   
2008-04-21 21:11   
Systemzeit = PC-Zeit ??? Wo kommt die Systemzeit her ? Eigentlich wollen wir ja die Fotos mit der GMT synchronisieren. Dann passts wieder zum GPS-Track.
(0000620)
Friedemann   
2008-04-21 21:28   
> Aber ist das ein gutes Userinterface ?
> Dort werden ZeitSynch, Zeitzonen, TrackSynch und Geotagging
> kombiniert.

Hmm... Diese Kombination ist doch aber nötig. "TrackSynch und Geotagging" ist doch sowieso das gleich, wie sollte ich das auseinander ziehen? Ich wüsste nicht wie ich das wesentlich vereinfachen sollte. Dass man da auch nochmal die Zeit korrigieren kann, ist einfach deshalb weil man sich dann evtl. die Anpassung im anderen Dialog sparen kann. Außerdem will man ja die zeitlichen Anpassungen nicht unbedingt in das Bild übernehmen.
(0000630)
drose   
2008-04-22 16:05   
Warum sollte man die Zeitänderungen nicht in das Bild aufnehmen ? Zeit ist absolut, nur die Uhren in der Kamera laufen falsch. Ich würde also die korrigierte Zeit immer in das Bild schreiben.

Zu aufsplitten des Workflows : Andere Applikationen haben den Workflow explizit aufgeteilt. In Deiner Sprach e: Sie haben dazu eigene Dialoge erstellt. Die kann man dann nach vorgegebener Reihenfolge oder Wahlfrei durchlaufen. In Deinem Ansatz ist die Kernfunktion von Geosetter in dem CTRL-G-Dialog konzentriert. Das ist einfach historisch gewachsen. Mittlerweile sind viele weitere Verarbeitungsschritte hinzugekommen. Ich denk mal über einen Vorschlag nach.

Oder finde ein Beispiel in einer anderen Applikation, wie dort Workflows implementiert wurden. Ich glaube, NERO Burning ROM hat einen solchen Workflow. Dort wird für das Brennen einer CD mit dem Assistenten eine ganze Reihe von Konfigurations-, Konvertierunges- und Brennfunktionen durchlaufen. Habs leider nicht aus meinem Notebook. Sonst könnte ich einen Snapshot zusenden.
(0000633)
heiko   
2008-04-22 16:48   
da muss ich gleich mal meine Meinung dazu geben, wenn der Wizard von Nero angesprochen wird :-)

Ich empfinde den Wizard mehr als lästig. Über den Wizard in Nero werden so viele Dinge abgefragt die eigentlich nie geändert werden, dass er einfach unnütz ist :-)
Es ist zwar klar, dass ein Wizard recht angenehm ist, wenn man ein Programm die ersten paar Mal verwendet, aber danach ist man doch im Regelfall wesentlich schneller, wenn man die einzelnen Schritte von "Hand" macht; und normalerweise sind das dann auch weniger Schritte als in einem Wizard.

Ich denke dass es für einen unbedarften User wesentlich mehr bringt, einen Workflow in "Papierform" bereit zu halten, so dass man was zum Nachschlagen hat.
(0000634)
drose   
2008-04-22 16:56   
(Last edited: 2008-04-22 17:09)
Den Wizzard als solchen find ich auch blöd. Aber er demonstriert, wie man das Ergebnis in unabhängige Teilschritte zerlegen kann. Der Wizzard kombiniert dann eben diese Einzelschritte in sinnvolle Kombinationen. In meinem Panorama Tool (Panorama Factory) passiert ähnliches : 1) Bilder laden(manuell) 2) Bilder anordnen (manuell) 3) Entwurf zusammenbauen (automatisch) 4) Horizont fest legen(manuell) 5)Skalieren (automatisch) 6) Zuschneiden(manuell) 7) speichern. Ich denke, analoge Arbeitsfolgen lassen sich auch in Geosetter für die GPS-Track-Synchronisation finden !?! Das schließt ja nicht aus, das man Arbeitsschritte überspringt oder wiederholt.

(0000641)
Friedemann   
2008-04-24 00:08   
Ich hatte auch anfangs mal an einen Wizard bzw. Assistenten gedacht, habe das dann aber auch verworfen, da ich sowas dann auch eher für zeitraubend halte wenn man bereits weiß was man tut bzw. will.

Ich finde es auch weiterhin nicht tragisch dass man 2 Stellen im Programm hat wo man die Aufnahmezeit korrigieren kann. Und da der Workflow vielleicht bei jedem anders aussieht, auch abhängig vom Bearbeitungsstand der Bilder (kommen sie gerade frisch von der Kamera, sollen nur Daten hinzugefügt oder korrigiert werden etc.). Ein paar Klicks sind halt nötig wenn man mit GeoSetter etwas tun will ;-)
(0000657)
drose   
2008-04-27 18:41   
Mach mal dne Thread zu. Hat sich erstmal erledigt.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
310 [GeoSetter] Image Data major always 2008-04-27 16:15 2008-05-02 03:45
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.19 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.20 beta  
    Target Version:  
Summary: Abspeichern unvollständig
Description: Nach bearbeiten von ca. 120 Bildern sollen alle Änderungen abgespeichert werden. Dazu wird STRG-S gedrückt. Geosetter speichert nur einen Teil der Änderungen ab. Zumindest wird es so im Fenster angezeigt. Einige rote Rahmen um die Bilder bleiben bestehen.

Eine Wiederholung des Speicherkommandos (STRG-S) schreibt auch die überiggebliebenen Bilder weg.

Ich habe nicht überprüft, ob die Schreiboperation erfolgreich war und nur der Rahmen im GUI nicht aktualisiert war. Wenn nötig, werde ich dazu eine Versuchsreihe aufsetzen.
Besonderheit meines Systems : 4 echte Kerne. Ev. ist es ein Thread-Synch-Problem ?
Tags:
Steps To Reproduce:
Additional Information: Im Anhang befindet sein ein Screenshot vom Anfang der Bilderliste mit nur teilweise rot markierten Bildern.
Attached Files:
Notes
(0000652)
Friedemann   
2008-04-27 17:49   
Auf dem Screenshot ist aber der Speichervorgang noch nicht beendet, oder? Denn ich sehe da ja noch den Fortschrittsbalken. Oder wird der Vorgang beendet und der Fortschrittsbalken bleibt da so stehen?

Mit der Prozessoranzahl dürfte das nix zu tun haben, da nur ein Prozessor benutzt wird.
(0000654)
drose   
2008-04-27 18:34   
Prozessor : O.K.
Der Abspeichervorgang war zur Zeit des Screenshots nicht abgeschlossen. Am Ende des Speichervorganges waren aber eben die im Screenshot noch sichtbaren Bilder immernoch auf Rot. Erstn nach einem zweiten Durchgang waren sie nicht mehr rot.

Ich wollte nicht soviele Screenshots hochladen, wegen der Datenmengen.
(0000655)
Friedemann   
2008-04-27 18:37   
Die Frage ist vielleicht blöd, aber kann es nicht sein, dass Du aus Versehen auf die ESC-Taste gekommen bist? Anders gefragt: Ist das schon mehrmals aufgetreten und reproduzierbar???
(0000667)
heiko   
2008-04-30 13:00   
(Last edited: 2008-04-30 13:10)
ich kann dieses Problem in folgendem Zusammenhang reproduzieren:

"Einstellungen" Tab "Daten-Optionen"; hier ist unter "Daten automatisch hinzufügen/kopieren.." "Land", "Stadt" und "Ort" aktiv. Ob andere Einstellungen relevant sind kann ich nicht sagen, schicke dir aber gerne meine config.ini zu.

Im Testbild sind folgende Daten hinterlegt:
Land = Deutschland
Bundesland = Bayern
Stadt = Pfronten
Ort = Dorf
Schlüsselwörter = Deutschland, Dorf, Pfronten

Nachdem Pfronten so schön viele Ortsteile hat schiebe ich den roten Marker jetzt ein Stück nach oben in den Ortsteil Ried und weise dem Testbild die neue Position zu. In der Liste wird das Bild als rot markiert. Im "Daten bearbeiten" Dialog ist jetzt durch die automatische Datenübernahme folgendes zu sehen:
Land = Deutschland
Bundesland = Bayern
Stadt = Pfronten
Ort = Ried --> geändert
Schlüsselwörter = Deutschland, Dorf (grau), Pfronten, Ried (fett)

"Dorf" soll bei den Keywords also gelöscht werden, und "Ried" soll hinzugefügt werden.

Wichtig: so wie es aussieht, darf im "Daten Bearbeiten" Dialog der Reiter "Kategorien/Stichwörter" nicht geöffnet werden und mit OK geschlossen werden!!!! Scheinbar werden hier die Keywords nochmals "richtig" gespeichert.

Jetzt Speichern Button drücken. Bild ist immer noch rot.
Speicherreport:
C:\Programme\GeoSetter\tools\ExifTool.exe -overwrite_original -P -L -EXIF:GPSSatellites="0" -EXIF:GPSLatitude=47.57988391 -EXIF:GPSLongitude=10.56026459 -EXIF:GPSLatitudeRef="N" -EXIF:GPSLongitudeRef="E" -EXIF:GPSMapDatum="WGS-84" -EXIF:GPSAltitude="868.0" -EXIF:GPSAltitudeRef="Above Sea Level" -XMP:GPSLatitude=47.57988391 -XMP:GPSLongitude=10.56026459 -XMP:GPSAltitude="868.0" -XMP:GPSAltitudeRef="Above Sea Level" -XMP:Location="Ried" -IPTC:Sub-Location="Ried" "C:\Dokumente und Einstellungen\HLeupolz\Eigene Dateien\Own\DSC01411.jpg"

Nochmals Speichern Button drücken. Bild ist schwarz.
Speicherreport:
C:\Programme\GeoSetter\tools\ExifTool.exe -overwrite_original -P -L -EXIF:GPSSatellites="0" -EXIF:GPSLatitude=47.57988392 -EXIF:GPSLongitude=10.56026458 -EXIF:GPSLatitudeRef="N" -EXIF:GPSLongitudeRef="E" -EXIF:GPSMapDatum="WGS-84" -EXIF:GPSAltitude="868.0" -EXIF:GPSAltitudeRef="Above Sea Level" -XMP:Subject-="Dorf" -XMP:Subject+="Ried" -IPTC:Keywords-="Dorf" -IPTC:Keywords+="Ried" "C:\Dokumente und Einstellungen\HLeupolz\Eigene Dateien\Own\DSC01411.jpg"

Beim ersten Speichern wird laut Speicherreport die Aktualisierung der Schlüsselwörter nicht korrekt durchgeführt.

(0000675)
Friedemann   
2008-05-02 03:45   
Dieses Problem müsste aufgetreten sein bei der gesetzten Option "Setze automatische Felder sofort nach Lesen von Bilddaten" sowie mindestens einem aktivierten automatisch zu übernehmenden Feld (Land, Bundesland, Stadt oder Ort). Wenn durch manuelles Zuweisen einer neuen Position aus der Karte oder auch durch GPS-Synchronisation eines der automatisch zu übernehmenden Felder geändert wurde, wurde dies NICHT in die Schlüsselwörter übernommen. Danke an Heiko!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
219 [GeoSetter] Image Data feature always 2008-03-05 18:44 2008-05-01 14:00
Reporter: Aleq Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.20 beta  
    Target Version:  
Summary: Add support for ARW files
Description: Hello, please add support for ARW files. They can be treated like MRWs, except exiftool cant write to them. However, we can still have XMP next to them.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
315 [GeoSetter] User Interface tweak always 2008-04-29 11:48 2008-05-01 12:56
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.19 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.20 beta  
    Target Version:  
Summary: ExifTool Icon im Uninstall Eintrag
Description: Das Icon von ExifTool wird für den Uninstall Eintrag für GeoSetter angezeigt
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000671)
Friedemann   
2008-05-01 12:56   
Heiko, herzlichen Dank für den Tipp. Mit

  UninstallDisplayIcon={app}\MyAppExeName

geht's jetzt.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
312 [GeoSetter] User Interface tweak always 2008-04-28 09:23 2008-05-01 12:31
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.19 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.20 beta  
    Target Version:  
Summary: Übersetzung zum Explorer Kontextmenü
Description: im Kontextmenü selbst sind die Einträge "Show On Map" und "Browse Directory" noch in Englisch.

in den Einstellungen von GeoSetter ist der Eintrag "Add GeoSetter to Explorer Context Menu" noch in Englisch.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000662)
heiko   
2008-04-29 00:06   
gibts da Probleme mit der Sprachumschaltung? im Moment paßt die Übersetzung.
(0000663)
Friedemann   
2008-04-29 00:18   
Hast Du evtl. aus dem Programm eine Online-Aktualisierung der Sprachen durchgeführt? Ansonsten müsste die Übersetzung aber vorhanden sein...
(0000665)
heiko   
2008-04-29 00:22   
nein, eine Online Aktualisierung habe ich nicht durchgeführt. Habe mir das heute morgen angesehen, und da gabs nach dem Update die "nicht übersezte" Version. Inzwischen schaut alles vernünftig aus. Keine Ahnung wie ich das hinbekommen habe.
(0000670)
Friedemann   
2008-05-01 12:31   
Sollte hoffentlich erledigt sein.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
313 [GeoSetter] User Interface feature always 2008-04-28 09:46 2008-04-29 00:19
Reporter: Rand__ Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.19 beta  
Product Build: Resolution: not fixable  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Karte - Google Earth ähnliche Sekundärinformationen anzeigen
Description: Es wäre toll, wenn man in der Karte noch Sekundärinformationen wie Landesgrenzen (Bundesländer) angezeigt bekäme. Dies würde bei fehlenden Geonames Infos weiterhelfen :)

Danke,
Gruß,
Thomas
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000664)
Friedemann   
2008-04-29 00:19   
Das geht leider nicht. Es können nur die Daten angezeigt werden, welche Google Maps an Kartenmaterial liefert...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
314 [GeoSetter] User Interface feature always 2008-04-28 09:58 2008-04-29 00:18
Reporter: alan-g Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 2.4.3 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Vorlagen löschen / exportieren
Description: Meiner Meinung nach wäre es hilfreich, wenn man gespeicherte Vorlagen (unter 'STRG + E' --> 'Als Vorlage speichern...') auch wieder löschen könnte, bzw. exportieren könnte. Exportieren wäre hilfreich, um an mehreren Computern arbeiten zu können.
Tags:
Steps To Reproduce:
Additional Information: Bei 'Positionsfavoriten' sind beide Features vorhanden.
Attached Files:
Notes
(0000661)
heiko   
2008-04-28 11:07   
als Workaround läßt sich das Löschen und "Exportieren" über das <AppData>\GeoSetter\templates Verzeichnis bewerkstelligen. In diesem Verzeichnis befinden sich die Templates. Diese können hier gelöscht werden, und natürlich auch auf einen anderen Rechner kopiert werden.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
311 [GeoSetter] Image Data major always 2008-04-27 18:59 2008-04-27 19:13
Reporter: cbmd Platform: x86  
Assigned To: Friedemann OS: Windows  
Priority: normal OS Version: XP SP2  
Status: resolved Product Version: 2.4.3 release  
Product Build: 453 Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.19 beta  
    Target Version:  
Summary: No EXIF data displayed in UI, GPS-track sync impossible due to missing DateTaken.
Description: Geosetter seems to be unable to find basic EXIF data in a DNG file converted from a Olympus E-510 (FW v1.3) RAW file with Adobe DNG Converter (4.4.1). In the UI, just dashes are shown, even for an image that was previously geotagged manually in Geosetter (GPS data was written to the image, however).

Information shown when hovering over the image contains only data for filename, -size and -date, image dimensions and megapixel-count.

Calling "Images > Show Image Information" from the menu displays the usual EXIF-data and comparing exiftool output (7.13) for an affected image and an image that shows up with full information does not indicate anything obvious that could be amiss.

I can provide a 8.4 MB DNG file that exhibits the phenomenon, if necessary.
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files:
Notes
(0000658)
Friedemann   
2008-04-27 19:03   
If possible, please try the current beta version first. I think it will fix the problem: http://www.geosetter.de/geosetter_test.exe

If you don't want to try out the beta or the problem still exist with it, please send me such a DNG file to support@geosetter.de
(0000659)
cbmd   
2008-04-27 19:10   
2.4.19b650 does not show this bug, the issue is resolved.
Thank you for the quick response!
(0000660)
Friedemann   
2008-04-27 19:13   
Fine :-)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
288 [GeoSetter] Image Data feature always 2008-04-21 10:18 2008-04-27 18:40
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 2.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Änderung des Dateidatums
Description: Bisher gibt es keine Möglichkeit, das Dateidatum zu ändern. Das Dateidatum ist wichtig, falls die Bilder in einer zeitlichen Reihenfolge im Dateisystem sortiert werden müssen.

Mein Problem : Ich habe aus mehreren Aufnahmen ein Panorama-Bild generiert, das ich mit Geosetter in den zeitlichen Bilderfluß einsortieren möchte. Einen Passenden Dateinamen kann ich eingeben, etwaige Postionsdaten und Aufnahemdatum kann ich vom erten Panorame-Teilbild mit der roten marke kopieren, aber das Dateidatum bleibt davon unberührt.

Ohne Tracksynchronisation kann ich keine Zeitanpassung machen und damit auch das Dateidatum nicht korrigieren.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000596)
heiko   
2008-04-21 11:15   
das läßt sich mit den zusätzlichen ExifTool Kommandos erledigen:

-execute "-DateTimeOriginal>FileModifyDate"

Bei diesem Aufruf wird das Aufnahmedatum in das Dateidatum übernommen.
(0000599)
drose   
2008-04-21 15:33   
Ich nehme an, das ich das unter Einstellungen/ExifTool unter "nach geosetter-Komandos" eintragen muß ? Und dann bei Änderung eines Panorama-Bildes hinzufügen bzw. aktivieren ?
(0000601)
drose   
2008-04-21 15:40   
Na dann wäre doch ein Katalog mit zusätzlichen ExifTool-Scripten aus dem UserUnivers nicht schlecht. Vieleicht auch in Geosetter integriert ? Ohne Heikos Hinweis hätte ich sowas nicht gefunden.
(0000603)
heiko   
2008-04-21 17:21   
ja, das ist richtig so. Das Kommando unter "Nach GeoSetter-Kommandos" einfügen. Und jenachdem wie du es handhaben willst diese Option immer aktiv lassen oder entsprechend einschalten wenn du ein Panorama-Bild hast.


die Ansätze der Exiftool Kommandos gibt es übrigens unter:

http://www.geosetter.de/workflow_additional_params/index.htm
http://www.geosetter.de/workflow_additional_params_examples/index.htm

ich kann die Doku gerne mal aktualisieren wenn noch ein paar Beispiele auftauchen. Allerdings denke ich, dass es für Friedemann jedesmal mit Aufwand verbunden ist die Doku auf dem Server zu aktualisieren.

Ein weiterer interessanter Aufruf wäre z.B.:
-execute -d %Y "-XMP:Rights<Copyright $createDate Heiko"
Dieser Aufruf schreibt in das Copyright Feld folgenden Wert: "Copyright <Aufnahmejahr> Heiko"
(0000607)
drose   
2008-04-21 20:00   
Heiko als ScriptKid ! Wow !!
(0000617)
drose   
2008-04-21 21:15   
Hab doch noch was zu meckern ;-)

Ich hab zwei Geosetter-Installationen. Deinen Trick muß ich nun auf beiden PCs einrichten.
(0000618)
heiko   
2008-04-21 21:21   
ach .. bei 2 Rechnern lohnt sich doch schon fast ein Software Deployment Tool. Solltest dir mal eins zulegen, dann kannst du dir ein Paket schnüren und auf beide Rechner verteilen :-)
(0000631)
drose   
2008-04-22 16:07   
Noch ein Problem : Jedes Update von Geosetter (Release oder Beta oder Test etc.) zerstört meine Eingaben (Glaub ich, habs nicht kontrolliert). Ja, Deployment könnte helfen.
(0000649)
Friedemann   
2008-04-26 13:11   
> Jedes Update von Geosetter (Release oder Beta oder Test etc.)
> zerstört meine Eingaben (Glaub ich, habs nicht kontrolliert).

Was meinst Du mit "Eingaben"? Deine aktuellen EInstellungen? Ist das wirklich so? Das dürfte aber nicht sein! Kannst Du das bitte nochmal prüfen?
(0000650)
drose   
2008-04-27 13:55   
Folgende schritte habe ich durchgeführt:
1) Unter Einstellungen/ExifTool/Nach Geosetter... -execute "-DateTimeOriginal>FileModifyDate" eingetragen.
2) Dann Feld "Nach Geosetter..." deaktiviert und Geosetter beendet.
3) Geosetter wieder gestartet
Ergebnis : Kasten deaktiviert, Eingabe "-execute "-.... " erhalten. Also alles In Ordnung.
(0000651)
drose   
2008-04-27 16:09   
Unklar ist, wann eigentlich genau die ExifTool-Kommandos ausgeführt werden. Was heißt eigentlich : Nach Geosetter ...

Ist damit gemeint, dass bei Speichern der Änderungen je Bild erst ExitTool die Daten Liest, dann die Änderungen von Geosetter in den Bilddaten ausführt, dann das "Nach Geosetter.."-Kommando ausführt und dann ExifTool die Daten wegschreibt ?
(0000653)
Friedemann   
2008-04-27 17:52   
> Unklar ist, wann eigentlich genau die ExifTool-Kommandos ausgeführt
> werden. Was heißt eigentlich : Nach Geosetter ...

Das kannst Du im Speicherreport sehen, da stehen ja alle Aufrufe drin. Die zusätzlichen Kommandos werden quasi an die vorhandene Kommandozeile drangehängt.
(0000656)
drose   
2008-04-27 18:40   
Speicherreport hab ich mir nocht nicht angesehen ...
Ich versuchs aml ;-)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
307 [GeoSetter] Image Data minor sometimes 2008-04-25 14:39 2008-04-26 13:09
Reporter: Geo Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.3 release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Bei gedrehten Bildern können Koordinaten nicht hinzugefügt werden
Description: Ich kann bei manchen meiner Bilder, die hinzugefügten Koordinaten nicht abspeichern. Die Bilder wurden mit Hilfe von Picasa oder Ulead Photo Explorer gedreht. Allerdings ist das nicht bei allen der unter diesen Programmen gedrehten Bildern.

Fehlermeldung Geosetter:

Exif Tool Aufruf:
C:\Programme\GeoSetter\tools\ExifTool.exe -L -XMP:DateTimeOriginal="2008:04:25 12:35:03" -EXIF:GPSSatellites="0" -EXIF:GPSLatitude=52.55215424 -EXIF:GPSLongitude=13.41136694 -EXIF:GPSLatitudeRef="N" -EXIF:GPSLongitudeRef="E" -EXIF:GPSMapDatum="WGS-84" -EXIF:GPSDateStamp="2008:04:25" -EXIF:GPSTimeStamp="12:35:03" -EXIF:GPSAltitude= -EXIF:GPSAltitudeRef= -XMP:GPSLatitude=52.55215424 -XMP:GPSLongitude=13.41136694 -XMP:GPSDateTime="2008:04:25 12:35:03" -XMP:Creator="Picasa 2.7" "C:\Dokumente und Einstellungen\......."

Fehler und Warnungen:
Error: Error reading OtherImageStart data in InteropIFD - C:\Dokumente und Einstellungen\.......

Mich würde es interessieren wie ich dieses Problem vermeiden, bzw. wie doch die Daten zu den Bildern zugefügt werden können
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000644)
Friedemann   
2008-04-25 18:32   
Da kann ich leider nicht viel zu sagen, da das eine Fehlermeldung von ExifTool ist (http://www.sno.phy.queensu.ca/~phil/exiftool/). Du könntest mir aber mal ein solches Bild schicken (support@geosetter.de), ich könnte das dann mal Phil Harvey zukommen lassen.
(0000648)
Friedemann   
2008-04-26 13:09   
Ich habe das an Phil Harvey weitergeleitet.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
267 [GeoSetter] User Interface feature always 2008-04-13 20:44 2008-04-26 04:28
Reporter: Bernd Lang Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.10 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.18 beta  
    Target Version:  
Summary: Idee: Datei-Pfad als Kommandozeilenparameter übergeben
Description: Ich verwende den FastStone Image Viewer als Browser, um von dort aus Datei-Manipulationen via PhotoFiltre, GeoSetter, etc durchzuführen.
Dabei ist mir aufgefallen, dass man an GeoSetter leider nicht den Pfad eines Bildes als Kommandozeilenparameter übergeben kann, so dass er diesen Ordner dann öffnet. In dem Zusammenhang wäre es dann auch sinnvoll, das Mehrfach-Starten von GeoSetter via Einstellungen zu unterbinden (optional).
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000585)
Friedemann   
2008-04-20 17:26   
GeoSetter kann nun mit einem Dateinamen oder einem Verzeichnis aufgerufen werden. Weiterhin gibt es die Optionen /EDIT, /SELECTALL, /SHOWMARKERS=[ON,OFF], /LOADDIRTRACKS=[ON,OFF], /CONFIG=[FILE] und /FAVORITES=[FILE].
(0000604)
Bernd Lang   
2008-04-21 18:39   
Die Übergabe der Parameter (filename) bzw. (filepath) funktioniert nur bei einem Erststart von GS. Bei bereits geöffnetem Programm werden (zumindest) diese beiden Parameter ignoriert.
Wünschenswert wäre noch, dass die als Parameter übergebene Datei markiert und (bei Parameter /SHOWMARKERS=ON) der Marker der übergebenen Datei rot gekennzeichnet würde. Bei Übergabe des Dateinamens wäre dazu vielleicht noch der Parameter SHOWMARKER[ohne S] sinnvoll.
Hinweis: Die Übergabe von (filename) kann aus FastStone Image Viewer ohne "" erfolgen. (filepath) benötigt dies unbedingt bei Leerzeichen im Pfad.
(0000609)
Friedemann   
2008-04-21 20:22   
> Die Übergabe der Parameter (filename) bzw. (filepath) funktioniert nur
> bei einem Erststart von GS.

der Parameter Dateiname funktionierte jetzt in der 2.4.15 gar nicht. Geht dann in der nächsten Version wieder...

> Bei bereits geöffnetem Programm werden (zumindest) diese beiden
> Parameter ignoriert.

oha, das ist ja ne neue Anforderung. Das wären ja keine Startparameter mehr, sondern quasi eine Fernsteuerung... Macht natürlich Sinn! Ich weiß aber nicht ob ich das auf die schnelle ohne großen Aufwand hin bekomme.
(0000647)
Friedemann   
2008-04-26 04:28   
Das sollte jetzt funktionieren, auch wenn das Programm schon läuft. Es wird dann in den Vordergrund geholt und es wird in das übergebene Verzeichnis gewechselt und ggf. die entsprechende Datei fokussiert. Es gibt auch einen neuen Parameter SHOWPOSITION welcher den roten Marker dann an die Stelle der übergebenen Datei setzt.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
303 [GeoSetter] Image Data feature always 2008-04-24 00:43 2008-04-26 04:25
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.16 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.18 beta  
    Target Version:  
Summary: Export date and time of images to Google Earth
Description: Export date and time of images to Google Earth
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
299 [GeoSetter] User Interface minor always 2008-04-22 07:48 2008-04-26 04:16
Reporter: KnutBrode Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.16 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Änderung der Aufnahmezeit hat keine Auswirkung auf die GPS-Zeit
Description: Ändere ich die Aufnahmezeit, dann wird in einem Bild mit Koordinaten, aber ohne Zeitzone, die Zeitzone gesetzt, aber die GPS-Zeit nicht neu berechnet. Der Speicherreport lautet:
C:\Programme\GeoSetter\tools\ExifTool.exe -m -overwrite_original -P -L -EXIF:DateTimeOriginal="2004-01-30T10:57:23" -EXIF:TimeZoneOffset=1 -XMP:DateTimeOriginal="2004-01-30T10:57:23Z+01:00" -EXIF:GPSSatellites="0" -EXIF:GPSLatitude=51.51108888 -EXIF:GPSLongitude=10.80000278 -EXIF:GPSLatitudeRef="N" -EXIF:GPSLongitudeRef="E" -EXIF:GPSMapDatum="WGS-84" -EXIF:GPSAltitude="252.0" -EXIF:GPSAltitudeRef="Above Sea Level" -XMP:GPSDateTime="2004-01-30T10:57:22" -XMP:CountryCode="DEU" -XMP:Location="Fried" "D:\Bilder\2004\2004-01\2004-01-30_10h57 Haus DSC02295.JPG"
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000646)
Friedemann   
2008-04-26 04:16   
Ich schließe das mit folgender Begründung. Wenn jemand damit unzufrieden ist, möge er mir einen Vorschlag machen:

Wenn man die Aufnahmezeit eines Bildes ändert und bereits GPS-Daten mit Zeitstempel vorhanden sind, weiß ich ja nicht wo diese GPS-Daten ursprünglich herkommen. Kommen sie von einem GPS-Gerät, z.B. durch eine vorher erfolgte Synchronisation, wäre es doch falsch da das Datum zu ändern. Momentan mache ich es so, dass ich in einer Session, also der Zeitspanne vom Laden der Daten eines Bildes bis zum Speichern, ein Flag an den Bilddaten setze sofern innerhalb dieser Session eine Koordinate manuell zugewiesen wurde. Nur wenn das der Fall ist, wird das GPS-Datum an das Aufnahmedatum angepasst. Wenn man aber einem Bild manuell Koordinaten zuweist und dann speichert, wird bei einer später folgenden Änderung des Aufnahmedatums das GPS-Datum nicht mehr angepasst, das ist richtig.

Würde man grundsätzlich erwarten, dass Aufnahmedatum/zeit + Zeitzone immer gleich dem GPS-Datum ist? Ich denke nicht, eher im Gegenteil. Wenn man mit einem Track synchronisiert, wo für die exakte Aufnahmezeit kein Trackpunkt gefunden wird (das ist ja eher die Regel), wird ja der zeitlich nächstliegende genommen. Und genau dessen Zeit findet man dann in den Bilddaten im GPS-Datum wieder. Ich fände es nicht richtig, wenn man das GPS-Datum dann an das Aufnahmedatum anpasst, denn das würde nicht den Tatsachen entsprechen. Die im Bild befindliche Koordinate wurde nämlich eben nicht zur Aufnahmezeit aufgezeichnet, sondern vielleicht 1 Minute vorher. Diese Situation würde man sich kaputt machen wenn man nachträglich das Aufnahmedatum ändert und das GPS-Datum anpassen würde...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
304 [GeoSetter] User Interface tweak always 2008-04-24 00:45 2008-04-26 04:11
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.16 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.18 beta  
    Target Version:  
Summary: Missing languages after installation
Description: After installation of GeoSetter done by an admin, only English language is availabe for a standard user.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
301 [GeoSetter] User Interface minor always 2008-04-22 15:08 2008-04-26 03:11
Reporter: mmm Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.16 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.18 beta  
    Target Version:  
Summary: Verliert letztes GPS-Datum beim Ändern von mehreren Images
Description: Ich habe 10 Images markiert und einen Wert geändert (z.B. Kontakt-Adresse). Beim Update (Aktuelle Werte für alle ausgew. Bilder übernehmen) wird das GPS-Datum des letzten Images gelöscht, obwohl gar keine GPS Daten verändert wurden.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000636)
mmm   
2008-04-23 09:44   
Habe festgestellt, dass es nicht immer auftritt, sondern nur oft.

In diesem Zusammenhang die Frage: Wie kann man die GPSTime fuer diese Bilder, bei denen sie fehlt, explizit setzen?
(0000640)
Friedemann   
2008-04-24 00:04   
Da bräuchte ich mal ganz dringend den stattgefundenen ExifTool-Aufruf aus dem Speicherreport für die Datei wo das GPS-Datum gelöscht wird.
(0000643)
mmm   
2008-04-24 19:17   
Hallo Friedemann,
ich konnte das Problem mit der verlorenen GPSTime eingrenzen und reproduzieren.
Alles unter Vista64 und GeoSetter 2.4.16 BETA. Das Problem ist innerhalb GeoSetter (nicht in ExifTool).
Die folgenden Schritte habe ich durchgefuehrt:
mehrere Bilder markiert, GPSTime ist noch vorhanden (screenshot1)
die Kontaktdaten aus Vorlage geladen
Aenderungen fuer alle Bilder durchfuehren (screenshot2)
nach dem OK ist dann die GPSTime beim letzten Bild weg (screenshot3)

Ich habe das mehrfach wiederholt, zuletzt auch noch mit einem einzelnen Image,
auch da tritt das Problem auf. Also schon VOR dem Speichern.

Ich denke mit dieser Beschreibung duerfte es fuer Dich leicht sein, das Problem zu finden und zu fixen.
(0000645)
Friedemann   
2008-04-26 03:11   
Die Ursache war einfach das Laden der Daten aus einem Template.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
305 [GeoSetter] Image Data feature always 2008-04-24 11:57 2008-04-24 19:38
Reporter: osiegert Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 2.4.3 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Umrechnung der Höhe über dem Ellipsoid WGS84 auf die Höhe über dem Geoid
Description: Einige GPS-Logger speichern die Höhe über dem Ellipsoid WGS84 (beispielsweise der i-blue 747). In den Bildern würde ich jedoch lieber die Höhe über dem Geoid speichern, da das der tatsächlichen Höhe entspricht.
Deshalb wäre es sehr hilfreich, wenn Geosetter die Differenz zwischen beiden Höhen ausgleichen könnte. Die notwendigen Korrekturdaten müssten noch nicht einmal über das Internet abgefragt werden, sondern könnten auch lokal gehalten werden.
Tags:
Steps To Reproduce:
Additional Information: Abgrenzung:
Geosetter kann zwar die Höheninformation über eine Internetabfrage selbst ermitteln, das hilft aber nur dann weiter, wenn man sich nicht am Boden befindet.
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
306 [GeoSetter] User Interface feature N/A 2008-04-24 19:34 2008-04-24 19:38
Reporter: mmm Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 2.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Feature Wunsch: Auswahl der zusaetzlichen ExifTool Kommandos aus einer Liste von Alternativen
Description: Bisher besteht die Moeglichkeit zusaetzliche ExifTool Befehle unter
Einstellungen/ExifTool einzugeben. Diese kann man auch de-selektieren und spaeter wieder hinzufuegen indem man den Haken entfernt/hinzufuegt.
Nun waere es sehr schoen, wenn man in einer Liste versch. Varianten speichern und dann jeweils die gewuenschte auswaehlen koennte.

Ich weiss, dass das ein "nice to have" ist, aber vielleicht gibt es noch andere Anwender, die dies benoetigen. Es sollte auch nicht uebermaessig kompliziert sein, das zu implementieren.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
298 [GeoSetter] User Interface minor always 2008-04-22 00:06 2008-04-24 00:42
Reporter: mmm Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.15 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.18 beta  
    Target Version:  
Summary: Bekomme keine Zeitzonen zur Auswahl angezeigt
Description: Mit der neuen 2.4.15 Version werden jetzt die Zeitzonen gesetzt. Ich bekomme aber keine Auswahl von Zeitzonen mehr angzeigt, kann nur die Windows Systemzeit, also +02:00 verwenden. Muss ich hier irgendetwas zusaetzlich konfigurieren?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000625)
Friedemann   
2008-04-22 00:16   
Wo genau wird keine Auswahl angezeigt??? Kann ich da evtl. 'nen Screenshot haben wenn es schwer zu erklären ist?
(0000626)
mmm   
2008-04-22 00:44   
Hier sind die beiden Screenshots:
a) bei Daten bearbeiten / Datum: grpTimezone ist leer.
   Get from Web: bringt Fehler das er keinen Webserver findet.
b) bei Daten speichern: Use Following TimeZone ist leer.

Wahrscheinlich mache ich hier was falsch oder es fehlt eine Konfigurations-Anweisung.
(0000628)
Friedemann   
2008-04-22 00:50   
Dann ist es nicht richtig installiert. In dem Verzeichnis wo Deine config.ini liegt, muss es ein Verzeichnis "tzdata" geben. Die Betaversion kannst Du ja nur über das Setup-Programm installiert haben. Hast Du dann irgendetwas umkopiert?
(0000629)
mmm   
2008-04-22 11:39   
Ja, das GeoSetter BETA wird unter Vista nicht richtig installiert. (Ich hatte nur das Setup gestartet und nichts danach umkopiert.)

Windows Vista:
Es gibt kein Unterzeichnis tzdata, wenn ich das Setup als normaler Benutzer starte und nur das Admin Passwort eingebe.
Wenn ich dagegen das Setup als Administrator starte, dann wird das Verzeichnis tzdata angelegt. ABER eben in nur in "C:\Users\Admin\Anwendungsdaten\GeoSetter\tzdata" für den Admin und nicht fuer den "normalen" Benutzer. (Ich habe mir geholfen und das Verzeichnis von Hand umkopiert.)

Waere es nicht sinnvoller dieses Unterverzeichnis im Programm-Verzeichnis "C:\Program Files (x86)\GeoSetter" anzulegen (so wie ExifTools), damit es fuer alle Benutzer zur Verfügung steht.

Windows XP:
Hier funktioniert das Setup einwandfrei, da es dort die Benutzerkontensteuerung nicht gibt.

PS: Habe es auch mit 2.4.16 BETA versucht - gleiches Ergebnis.
(0000642)
Friedemann   
2008-04-24 00:42   
Die Zeitzonendaten werden nun im Programmverzeichnis installiert.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
300 [GeoSetter] Image Data feature always 2008-04-22 10:02 2008-04-24 00:04
Reporter: hans Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 2.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Frei Definition des Vorschaubilder-Titels bei export nach GE
Description: Es wäre ganz schön den Schaubildtitel für GE nicht nur mit "Name", "Aufnahmedatum" oder "Nummer" ausgeben zu können sonder frei zu definieren, ich würde meinen das Beschreibungsfeld im Exdif wäre da vielleicht genau das Richtige. (Funktion gibt es auch bei "GPS-Track-Analyse.NET 4.4.1.7")
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
286 [GeoSetter] User Interface feature always 2008-04-21 10:01 2008-04-22 16:09
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 2.4.16 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Blaue Positionsmarken verschieben bringt unsinnigen Bestätigungsdialog
Description: Eine schönes Feature ist das direkte Verschieben der blauen Positionsmarken der Bilder. Allerdings wird nach jedem Verschieben ein Bestätigungsdialog abgefragt. Das ist sicherlich sinnvoll, um sich gegen unabsichtlich verschobene Bilder zu sichern. Dazu mein Vorschlag :

Vorbedingung : Alle Positionsmarken von im Vorschaufenster selektierten Bilder erhalten eine andere Farbe. ( Zur Farbwahl : Aus Konsistenzgründen sollten alle nicht selektierten Bilder z.B. grüne oder graue Positionsmarken erhalten, Selektierte Bilder hingegen blaue Positionsmarken ( wie der Selektionsrahmen im Vorschaufenster))

1) Sobald ein Positionsmarker verschoben wird, werden alle Selektion im Selektionsfenster aufgehoben und das verschobene Bild im Selektionsfenster neu selektiert (blau markiert) und die Positionsmarke auch blau gefärbt. Nun kann man entscheiden, ob es das richtige Bild ist.

2)Bei Fehler drückt man auf "rückgängig machen". Hab keine Ahnung, wieviele Ebene "rückgängig machen" protokolliert. Aber hier geht es nur um einen Korrekturschritt.

Insgesamt würde diese Änderung ein viel flüssigeres Arbeiten mit den Positionsmarken von Bildern ergeben.
Tags:
Steps To Reproduce:
Additional Information: Zu 1) Das aufheben der Selektion und neuselektion geht ja auch schon. Das Problem mit den Farben entsteht, wenn man einen ganzen Haufen von Bildern übereinander hat. Wie kann man dann gezielt ein Bild verschieben ? Das Selektierte Bild erhält eben keine andere Positionsmarken-Farbe. Man kann nur durch Trial und Error herausfinden, welche Marke zu welchem Bild gehört.


zu 2) Diese Funktion geht jedenfalls jetzt schon. Funktionert doch tadelos
Attached Files:
Notes
(0000608)
Friedemann   
2008-04-21 20:05   
Leider kann man nicht einfach in Google Maps die Marker-Icons austauschen, glaube ich zumindest. Und wenn, wäre das mit Sicherheit auch sehr langsam, denn die Selektion ändert sich ja schon beim einfachen Scrollen durch die Dateiliste. Man kann auch leider nicht unten liegende Marker nach oben holen. Ich denke mal drüber nach. Zugegeben, wenn sich eine größere Ansammlung von Bildern am gleichen Fleck befinden, ist der Nutzen des Verschiebens eher beschränkt...
(0000632)
drose   
2008-04-22 16:09   
Na ja, aus den Haufen draufschieben kann ja auch eine Aufgabe sein. Geosetter hängt halt mit den Positionsmarken am Google-Maps-Fliegenfänger. ;-))

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
295 [GeoSetter] Image Data tweak always 2008-04-21 21:11 2008-04-22 00:50
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.15 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.16 beta  
    Target Version:  
Summary: Zeitzone für den Vatikan
Description: ich bin gerade dabei die Zeitzonen bei bestehenden Bildern an die neuen "Erkenntnisse" anzupassen. Sprich Sommerzeit: +2:00. Bei Bildern aus dem Vatikan kommt permanent eine Fehlermeldung dass beim Abruf ein Fehler oder Timeout aufgetreten ist. Der Webservice läuft aber, da alle anderen Orte bis jetzt problemlos funktioniert haben.

Gibt es im Vatikan keine Zeitzone :-)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000619)
Friedemann   
2008-04-21 21:22   
Du findest ja wirklich jeden Fehler :-D Im Verzeichnis tzdata liegen Dateien welche ich selbst beim Start des Programms parse und die Zeitzonen samt der Sommerzeitregelungen einlese. Nun sehe ich, dass ich sogenannte "Links" nicht berücksichtige :-( Such mal in der Datei "europe" nach "Vatican", dann siehst Du was ich meine. Ach Gott, dann sind die nächsten Stunden schon wieder verplant...
(0000621)
heiko   
2008-04-21 21:35   
ich denke den Fehler hätte jeder gefunden der mal im Vatikan war und ne Zeitzone zuordnen will :-)
(0000622)
Friedemann   
2008-04-21 21:37   
Das outet mich jetzt hoffentlich nicht als Atheisten. Ich bin halt reformiert :-D
(0000623)
heiko   
2008-04-21 21:42   
ach, wenns darum ging hätten die mich da auch nicht reinlassen dürfen :-)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
296 [GeoSetter] Image Data minor always 2008-04-21 22:19 2008-04-22 00:47
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.15 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.16 beta  
    Target Version:  
Summary: Zeitzone in Indien
Description: gibts in Indien ein ähnliches Problem wie in Call 295? Ich bekomme über die Webabfrage keine Zeitzone für Indien.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000627)
Friedemann   
2008-04-22 00:47   
War so ein ähnliches Problem. In den TZData-Daten haben die "Asia/Calcutta" in "Asia/Kolkata" geändert. Der Webservice liefert aber noch "Asia/Calcutta"... :-/ Habe ich jetzt berücksichtigt...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
294 [GeoSetter] Image Data minor always 2008-04-21 19:41 2008-04-21 20:57
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.15 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Google Earth stellt nur 4 von 138 Wegpunkte in der Kartendarstellung an
Description: Wenn ich Call 244 und den Punkt "Trackpunkte als Wegpunkte exportieren" im Dialog "Export nach Google Earth" richtig verstanden habe, sollten doch die Trackpunkte in Google Earth angezeigt werden.

Ich habe einen Track nach Google Earth exportiert. In der Listenansicht in Google Earth werden 138 Punkte angezeigt. In der Kartenansicht werden nur die ersten 4 gelben Pins dargestellt.

GeoSetter oder Google Earth Bug?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000611)
Friedemann   
2008-04-21 20:34   
Das müsste ein Google Earth Problem sein, bzw. eher ein schickes Feature, denn ich hatte gestern das gleiche "Problem": Oben rechts in Google Earth hast Du sowas wie eine Zeitleiste, in welcher Du das zeitliche Fenster einstellen kannst in welchem die Marker angezeigt werden. Damit kann man den Track sehr eindrucksvoll nachfahren...

Ist es das???
(0000612)
heiko   
2008-04-21 20:55   
ja, das war es. Ist etwas gewöhnungsbedürftig, aber wenn man es weiß ..

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
289 [GeoSetter] User Interface minor always 2008-04-21 11:46 2008-04-21 20:14
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.15 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.16 beta  
    Target Version:  
Summary: Fehlende Übersetzung
Description: im Dialog "Daten bearbeiten" Tab "Datum" ist "grpTimezone", "Get from Web" und "Get All from Web" noch nicht übersetzt
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
293 [GeoSetter] User Interface minor always 2008-04-21 16:11 2008-04-21 19:55
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.15 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.16 beta  
    Target Version:  
Summary: Text "Trackpunkte .." wird im Dialog "Export nach Google Earth" abgeschnitten
Description: Der Text "Trackpunkte als Wegpunkte exporieren" wird im Dialog abgeschnitten.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
287 [GeoSetter] User Interface tweak always 2008-04-21 10:08 2008-04-21 19:49
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 2.4.15 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Selektionsfenster : Rechte Maustaste funktioniert nur unvollständig
Description: Bei einem Rechtsklick auf ein Bild wird das Explorer-Kontext-Menue angeboten. Zumindest "umbennen" funktioniert jedoch nicht.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000605)
Friedemann   
2008-04-21 19:49   
Leider ist da ein Fehler in der Dateikomponente bzgl. dem Umbenennen welchen ich dem Entwickler schon vor längerem gemeldet habe. Ehe der nicht behoben ist, gehe ich ans Kontextmenü nicht dran.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
291 [GeoSetter] User Interface minor always 2008-04-21 14:02 2008-04-21 19:43
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.15 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.16 beta  
    Target Version:  
Summary: Kommandozeilen Parameter [Datei]
Description: übergebene Datei wird nicht selektiert
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
292 [GeoSetter] User Interface minor always 2008-04-21 15:10 2008-04-21 19:42
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.15 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.16 beta  
    Target Version:  
Summary: Parameter /SelectAll
Description: der Kommandozeilen Parameter /SelectAll markiert alle Einträge in der Liste, also auch Verzeichnisse. Ctrl+A markiert nur Bilddateien. Ich denke das sollte bei /SelectAll gleich sein.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
281 [GeoSetter] Image Data minor always 2008-04-15 22:59 2008-04-20 23:43
Reporter: babar Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.10 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.15 beta  
    Target Version:  
Summary: Add the possibility to edit the "digitized time"
Description: This time is automatically added in Lightroom, amd cannot be changed after, especially concerning the Time zone.
In my case half of the photo were treated by geosetter with a time zone before importing them in Lightroom, the other half was not. In lightroom, all of the photos that were not treated with geosetter have a wrong time zone for the digitized time, and it is impossible to correct it afterwards even with geosetter. It only changes the "original time" time zone.
In the end after trying to correct with geosetter you get 2 times whose time zone are not consistent.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000562)
Friedemann   
2008-04-15 23:04   
Do you want the "digitized date/time" to be set always to the "original date/time", or do you want to keep it individual?
(0000563)
babar   
2008-04-15 23:10   
copying it would be perfect for me.
With digital camera it makes perfect sense.

(I suppose in case you scan the photo you may want to have something different?
If adding an extra parameter does not make it too complicated I suppose that it would then be a little more flexible)

have a nice day
(0000565)
Friedemann   
2008-04-15 23:14   
I think you can do it already by using the additional parameters:
http://www.geosetter.de/en/workflow_additional_params/index.htm
http://www.geosetter.de/en/workflow_additional_params_examples/index.htm
But perhaps I'll add an option for copying it automatically...
(0000567)
babar   
2008-04-15 23:31   
thank you
I will try that
(0000587)
Friedemann   
2008-04-20 23:43   
There's an new option in application settings now.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
187 [GeoSetter] User Interface feature always 2008-02-18 08:55 2008-04-20 18:19
Reporter: kneuzgi Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.2 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.15 beta  
    Target Version:  
Summary: KML Track Import
Description: Es wäre hilfreich, wenn ich direkt KML Dateien importieren könnte.
Ich benütze das Programm http://www.luisespinosa.com/trackme_eng.html auf meinem PDA und dieser erzeugt leider nur KML Dateien
Tags:
Steps To Reproduce:
Additional Information: http://www.luisespinosa.com/trackme_eng.html auf HTC Kaiser
Attached Files:
Notes
(0000389)
Friedemann   
2008-02-18 20:27   
Der Import von KML wäre schon möglich. Jedoch würde man dann nur den Track auf der Karte sehen können, die Synchronisierung mit Bildern anhand des Aufnahmedatums wäre wegen fehlender Zeitinfos in einer KML-Datei nicht möglich (siehe auch 0000188).
(0000479)
MartinR   
2008-03-30 16:03   
Wenn ich kml-Dateien mit Routeconvert aus dem NMEA Log erzeuge, enthalten sie Zeitinformationen. Diese können dann in Google Earth über die Zeitleiste nachgefahren werden.
(0000586)
Friedemann   
2008-04-20 18:19   
GeoSetter supports KML and KMZ files now.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
271 [GeoSetter] User Interface feature always 2008-04-14 09:28 2008-04-20 16:25
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.9 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.14 beta  
    Target Version:  
Summary: Eigener Button um Kreise um Favoriten ein-/auszuschalten
Description: Was hältst du davon, einen eigenen Button zu implementieren, um die Kreise um die Favoriten seperat ein- und auszuschalten. Im Moment kann mann "nur" den Favoriten und die Kreise gemeinsam abschalten.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000546)
Friedemann   
2008-04-14 19:37   
Das hatte ich auch schon überlegt, da es ja auch Favoriten mit relativ großem Radius geben kann, z.B. für eine Stadt. Da ist dann alles bläulich...

Ich hätte das jetzt so gemacht, dass man am Favoriten selbst einstellen kann, ob sein Radius angezeigt wird oder nicht. Wäre das ok?
(0000548)
heiko   
2008-04-14 19:42   
meinst du nicht dass es relativ viel Klickerei ist, so wie du das vorschlägst? Man muss ja jedesmal explizit die Daten des Favoriten ändern, wenn man den Kreis ein-/ausschalten will. Oder würdest du das dann direkt im Hint machen? Das wäre sicherlich eine smarte Lösung.
(0000549)
Friedemann   
2008-04-14 19:46   
Die Kombination wäre eine Idee: Bei den Favoriten wo im Favoritendialog die automatische Anzeige deaktiviert wurde, könnte im Hint unten ein zusätzlicher Befehl "Radius einblenden" erscheinen.
(0000550)
heiko   
2008-04-14 19:51   
und natürlich "Radius ausblenden" sollte im Hint dann auch nicht fehlen wenn der Kreis angezeigt wird. Wobei es aus meiner Sicht reichen würde, wenn oben neben den beiden bereits vorhandenen Buttons (Stern / +) noch ein weiterer zum ein-/ausblenden kommt.
(0000551)
Friedemann   
2008-04-14 19:55   
Haste Recht, man kann es auch übertreiben...

Ach, ich habe eine bessere Idee: Man gibt einfach an, bis zu welchem Radius man die Dinger sehen will. Bei Radius 0 sieht man sie dann gar nicht, bei Radius 10000 sieht man dann alle. Irgendwie so... ;-)
(0000552)
heiko   
2008-04-14 20:00   
meinst du nicht dass der User da erst den Umfang ausrechnen sollte, und wenn dessen Quersumme dann 0 ist, wird der Kreis ausgeblendet :-)
(0000553)
Friedemann   
2008-04-14 20:02   
Du bist blöd! :-D

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
244 [GeoSetter] User Interface feature always 2008-03-30 16:16 2008-04-20 15:13
Reporter: MartinR Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.3 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.14 beta  
    Target Version:  
Summary: Wegepunkte
Description: Und noch ein Wunsch:
Beim Einlesen der GPS Datei sollte die Möglichkeit bestehen aus allen NMEA Positionen Wegepunkte(mit Timestamp) zu erstellen und mit in die KMZ Datei einzubinden.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000480)
Friedemann   
2008-03-30 17:19   
Das würde dann ja evtl. zigtausende Wegpunkte ergeben. Oder verstehe ich das falsch? Sollen die dann auch in GeoSetter als Wegpunkte angezeigt werden, oder soll das nur den Export nach Google Earth betreffen?
(0000481)
MartinR   
2008-03-30 17:48   
Aus der angehängten Datei macht Routeconvert 2859 Wegepunkte. Das resultierende KML findest Du bei http://www.geosetter.de/mantis/view.php?id=187 .
Je nach dem könnte man dicht beieinander liegende Punkte wegwerfen, sollte dann aber nach Zeit/ und / oder Entfernung konfigurierbar sein. Die andere Möglichkeit wäre ein KML aus den NMEA mittels anderer Software(Routeconverter) zu erstellen und dieses dann einzulesen.
Für mich wären die Wegepunkte nur beim Export nach Google Earth interessant. Eventuell könnte man die auch zum Positionsabgleich heranziehen.
(0000584)
Friedemann   
2008-04-20 15:13   
Die Trackpunkte werden nun optional als Placemarks nach Google Earth exportiert.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
278 [GeoSetter] Image Data minor always 2008-04-15 14:40 2008-04-20 01:47
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.9 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.14 beta  
    Target Version:  
Summary: Nicht alle Dateien werden gespeichert obwohl GeoSetter dies "behauptet"
Description: ich habe gestern Abend noch ne Reihe alter Bilder mit Daten versehen. Und da kam es immer mal wieder vor, dass nicht alle Dateien gespeichert wurden. Habe z.B. die Zeitzone für die Bilder mit eingestellt (Browser ist bei mir so konfiguriert dass die Zeitzone in der Listenansicht sichtbar ist). Zeitzone wurde in der „roten“ Ansicht für jedes Bild übernommen. Dann habe ich die Daten gespeichert. GeoSetter tat auch so als ob alles korrekt gespeichert wurde (alle Einträge wieder in schwarz). In der Listenansicht ist mir dann irgendwann mal aufgefallen, dass nur die ersten 20-30-40 Bilder gespeichert wurden. Am Ende der Liste hat die Zeitzone immer mal wieder gefehlt. Das Ganze war aber nicht wirklich nachvollziehbar. Sprich ich habe keine Logik herausgefunden wie viele Dateien korrekt gespeichert werden. Das Einzige das auffiel war, dass dieser Effekt erst auftrat wenn mehr Bilder in einem Ordner vorhanden waren (schätze mal > 40).

Die Zeitzone ist hier nur das Beispiel anhand dem ich gesehen habe dass etwas daneben geht. Auch die anderen Daten die in den entsprechenden Bildern geändert wurden, werden nicht gespeichert.

Kann es sein dass dies mit dem Speicher zusammen hängt? Es liefen durchaus noch andere Progs und GeoSetter braucht ja auch das ein oder andere Byte.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000570)
heiko   
2008-04-16 17:59   
habe das gerade nochmals versucht nachzuvollziehen und habe hierfür einfach mal 200 Bilder in einen Ordner kopiert und einfach mal andere Ortsdaten zugewiesen und abgespeichert. System war hier nicht ausgelastet, sprich nur GeoSetter ist gelaufen. Speichern ging problemlos.

Nächster Versuch: gleiches Szenario nur habe ich wild irgendwelche Programme gestartet, so dass eine überdurchschnittliche Speicherauslastung vorhanden war. Bilder wieder speichern, und siehe da, von den 200 wurden laut Speicherreport einmal 72, das andere mal 23 gespeichert.
Bei diesen Fehlversuchen ist kein Fehler im Speicherreport zu erkennen. Nach der entsprechenden Anzahl von Bildern kommt einfach nichts mehr.

Nächster Versuch: alle Progs außer GeoSetter wieder geschlossen und Bilder gespeichert. Ging alles problemlos.

Kann ich dich in irgend ner Art und Weise noch unterstützen?
(0000571)
Friedemann   
2008-04-16 19:17   
Das wäre ja heftig. GeoSetter ruft ExifTool über CreateProcess auf. Ob da was schief läuft? das habe ich ja noch nie gehört dass Ausführungen speicherabhängig sind...

Es ist nur die Speicherauslastung, nicht die CPU? Ich muss mir also nur den Speicher ordentlich voll machen und muss dann aber nicht hektisch irgendwelche Aktionen durchführen?
(0000573)
Friedemann   
2008-04-16 19:39   
Meine Speicherauslastung liegt gerade bei 96%. Reicht das wohl??? GeoSetter speichert im Hintergrund 137 Bilder, also mal sehen.

So, die Festplatte rödelt wie verrückt. Voller als 96% bekomme ich den Speicher nicht, dann wird wohl geswappt. Alle Bilder wurden gespeichert. Also nochmal... Nö, kann ich nicht nachvollziehen... Ich kann es mir ja auch ehrlich gesagt nicht vorstellen, aber wenn Du es sagst will ich es ja auch wiederum glauben ;-)
(0000575)
heiko   
2008-04-16 22:46   
ok, ich geb dir recht, das mit der Speicherauslastung war wohl nur Zufall. Habe das Ganze gerade nochmals probiert und es liefen außer Outlook, Explorer und IExplorer keine weiteren Anwendungen. Im Ordner waren 264 Bilder; gleiches vorgehen: allen Bildern irgend eine Geokoordinate zugewiesen und gespeichert.

1. Versuch: 24 Bilder gespeichert; GeoSetter zeigt auch noch nette 9% im Icon an
2. Versuch: 24 Bilder gespeichert
3. Versuch: Explorer + Outlook geschlossen --> 24 Bilder
4. Versuch: die ersten 40 Bilder aus dem Ordner gelöscht -> 224 Bilder im Ordner --> 24 Bilder gespeichert
5. Versuch: GeoSetter nochmals neu gestartet --> 24 Bilder
6. Versuch: 4 GPS Tracks aus Verzeichnis gelöscht --> 24 Bilder

bis jetzt hatte ich immer den Eindruck, als ob die Anzahl gespeicherter Bilder unterschiedlich wäre.

im Speicherreport werden immer nur diese 24 Bilder angezeigt; es sind keine weiteren Einträge vorhanden (also auch keine Fehlermeldungen falls CreateProcess fehl geschlagen ist). Rein von diesem Log her sieht es so aus als ob hier gar nichts mehr aufgerufen wird?

System: WinXP SP2, 1 GB Ram
System von heute Mittag: WinXP SP2 (denke ich mal, kann ich aber morgen nachsehen) 768 MB Ram

Wenn ich das richtig weiß arbeitest du unter Vista, da habe ich leider keine einfache Testmöglichkeit

solltest du doch Zweifel an meiner Aussage haben, dann suche ich gerne ne Software um da ein kleines Video mitzuschneiden :-)
(0000576)
Friedemann   
2008-04-16 23:28   
Heiko, ich glaube Dir! Ich hoffe ein wenig dass es an der Testversion liegt. Kann es sein, dass gleichzeitig ein oder sogar mehrere Tracks geladen werden???
(0000577)
heiko   
2008-04-16 23:43   
im letzten Versuch waren keine Tracks mehr geladen, aber ich warte auch gerne bis ne weitere Testversion oder die nächste Releaseversion kommt ..

ich weiß auch nicht wie aufwendig die Routine bei den entsprechenden Aufrufen ist, aber vielleicht solltest du an der Stelle mal ein paar OutputDebugString Aufrufe einbauen. Vielleicht würde das ja dann helfen den Fehler einzugrenzen
(0000583)
Friedemann   
2008-04-20 01:47   
Dieser Fehler trat auf wenn die Option "Setze automatische Felder sofort nach Lesen von Bilddaten" gesetzt war. Dies führte u.U. dazu, dass nur die Daten der auf dem Bildschirm sichtbaren Dateien gespeichert wurden.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
260 [GeoSetter] Image Data feature always 2008-04-08 20:20 2008-04-19 12:29
Reporter: Rand__ Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.3 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.14 beta  
    Target Version:  
Summary: Mehrere Geonames abfragen verketten für mehr Bildinformationen
Description: Es werden leider teilweise nur unvollständige Informatioen abgeholt, z.B. für


http://ws.geonames.org/findNearbyPlaceName?lat=53.96307190&lng=-10.04837620 lautet das Ergebnis

    <geonames>

    <geoname>
<name>Dookinelly</name>
<lat>53.9633333</lat>
<lng>-10.0472222</lng>
<geonameId>3315651</geonameId>
<countryCode>IE</countryCode>
<countryName>Ireland</countryName>
<fcl>P</fcl>
<fcode>PPLL</fcode>
<distance>0.0809</distance>
</geoname>
</geonames>

was dann als Land Irland, Ort Dookinelly eingetragen wird. Leider liefert hier Geonames nicht das Bundesland/den Ort mit.

Unter http://www.geonames.org/search.html?q=Dookinelly&country=IE würde man aber zusätzlich zumindestens das County bekommen (
1 P Dookinelly
53.9633333-10.0472222 Ireland, County Mayo populated locality N 53° 57' 48'' W 10° 2' 50'').

Es wäre schön wenn man hier eine doppelte Abfrage machen könnte um auch bei findNearbyPlaceName noch möglichst viele Infos zu bekommen.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
265 [GeoSetter] User Interface feature always 2008-04-10 22:00 2008-04-19 04:05
Reporter: KnutBrode Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.9 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.11 beta  
    Target Version:  
Summary: Einstellmöglichkeit - Aufnahmedatum als UTC, Ortszeit oder Ortszeit am Heimatort
Description: Beim manuellen Taggen von Bildern ist mir aufgefallen, das Geosetter beim Zuordnen der GPS-Time die Zeitzone nicht berücksichtigt. Da die GPS-Zeit immer UTC ist und die Einstellung der Aufnahmezeit jedem selbst überlassen wird, müsste man in den Einstellungen seine Definition der Aufnahmezeit einstellen können. Erst dann kann das Programm die Zeiten richtig berechnen.
Tags:
Steps To Reproduce:
Additional Information: Kennt jemand den Exiftool-Aufruf, um aus dem Aufnahmedatum die GPS-Zeit entsprechend der Zeitzone zu setzen?
Attached Files:
Notes
(0000528)
Friedemann   
2008-04-10 23:37   
Ich sehe gerade, dass die GPS-Zeit beim manuellen Setzen einer Position gar nicht gesetzt wird. Meinst Du das? Auf was soll die GPS-Zeit gesetzt werden? Das habe ich jetzt nicht ganz verstanden...
(0000529)
Friedemann   
2008-04-11 00:16   
Jetzt habe ich mal geschaut: Beim manuellen Setzen einer Position wird das GPS-Datum nur gesetzt, wenn es noch keinen Wert hat. Und zwar wird es dann wenn vorhanden auf's Aufnahmedatum gesetzt, und wenn dieses nicht vorhanden auf den aktuellen Zeitpunkt.

Du hast also Recht, das GPS-Datum wird meistens auf das Aufnahmedatum gesetzt, und zwar ohne Zeitzone bzw. ohne Berücksichtigung der Zeitzone. Ist die Frage was man da machen kann. Welche Option hättest Du nun gerne, ich bin wie gesagt nicht sicher ob ich das richtig verstanden habe.

Ich hatte irgendwann letztes Jahr eingebaut, dass das GPS-Datum auf das Aufnahmedatum gesetzt wird. Das war ein Benutzerwunsch und hatte jemanden glücklich gemacht. Das will ich nun nicht wieder "kaputt" machen...
(0000535)
KnutBrode   
2008-04-11 14:44   
Ich möchte, wenn die GPS-Zeit schon eingetragen wird, diese dann auch immer im richtigen Abstand zur Aufnahmezeit steht.
Dazu braucht man eine globale Einstellmöglichkeit um zu definieren, welche Zeit stellt die Aufnahmezeit dar. Im Dialog zur Synchronisation mit GPS-Datendateien machst du das ja schon ähnlich. Meine Vorstellung ist, dass unter Einstellungen/Daten-Optionen folgender Punkt kommt: Aufnahmedatum entspricht: "Lokalen Windows-Einstellungen", "Zeitzone X", "Zeitzone am Aufnahmeort" oder "UTC-Zeit". Auf dieser Grundlage könnte Geosetter die GPS-Zeit richtig berechnen.
Das Ganze optional: "automatisches Berechnen des GPS-Datums" mit Unterpunkten "immer" oder "wenn noch nicht zugewiesen"
Dann fehlt noch die Abfrage: ist kein Aufnahmedatum gesetzt,dann auch kein Setzen des GPS-Datums.
(0000536)
Friedemann   
2008-04-11 19:30   
Ah ja, versteh schon... Da laut 0000263 und damit verbundenen neuen Erkenntnissen eine Zeit immer eine Zeitzone haben muss, passt das ja gut und lässt sich zusammen erledigen.
(0000582)
Friedemann   
2008-04-19 04:05   
Bei manuellem Zuweisen von Koordinaten wird die GPS-Zeit nun auf Aufnahmezeit minus dessen Zeitzone gesetzt.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
263 [GeoSetter] Image Data major have not tried 2008-04-10 03:25 2008-04-19 04:03
Reporter: xaxaxa Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.7 beta  
Product Build: 561 Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.11 beta  
    Target Version:  
Summary: No ISO 8601 conformance in generated timestamps
Description: Consider a photo in JPEG format fresh from a usual camera. The EXIF data does not contain any timezone information.

$ exiftool -P DSCF2596.jpg -EXIF:All
Make : FUJIFILM
Camera Model Name : FinePix F50fd
Modify Date : 2008:04:05 17:56:22
Exif Version : 0220
Create Date : 2008:04:05 17:56:22


If you eg assign a location via the map and create some XMP/IPTC meta description entries, eg a caption, and GeoSetter ("Add time zone automatically to Taken Date [..]" option disabled in "data preferences") processes this file via ExifTool, to my knowladge it's GeoSetter's task to preprocess the date and time data to ISO 8601 conforming strings.

In the given situation we do not have a specific time zone information, thus the timestamp has to be interpreted as localtime. This means, that there SHOULD NOT be *any* time zone designation, but GeoSetter appends "Z" to the date/time string; "Z" means "UTC" (the "Z" is *not* a separator charactar as the "T" between date and time!), though.

$ exiftool -P DSCF2596.jpg -XMP-exif:All
Date/Time Original : 2008:04:05 17:56:22Z


Maybe there is, as indicated, a misunderstanding concerning the "Z" character's function. Eg, in the note 0000466 (among others) of report 0000230 you write:
> Wenn Du Geodaten in GeoSetter hinzufügst, wird je nach Option in den
> Einstellungen keine Zeitzone hinzugefügt (z.B. 2008:03:22 11:45:48Z).
> Das interpretiert Lightroom dann anscheinend leider als 2008:03:22
> 11:45:48Z+0:00

There is no "11:45:48Z+0:00", that's an invalid timestamp. It should be "11:45:48+00:00" or simply "11:45:48Z". Similary 11:22:33 in CET is "11:22:33+01:00", for example, not "11:22:33Z+01:00". (As far as I understand the spec, btw, there have to be exactly two digits for the hours component of the time zone offset: something like
['+'|'-'] ( hh[mm[ss[,s+]]] | hh:mm[:ss[,s+]] )
where »,« means »','|'.'«.)


Could it be that this misconception throughout the entrie application leads to some of the reported compability issues?

[Oups, we can talk in German, übrigens... ^^]
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000524)
Friedemann   
2008-04-10 22:46   
If I understand right now, it's not possible to leave out the time zone, isn't it? If no time zone is given, GeoSetter passes the date time value without "Z" like this to ExifTool:

  -XMP:DateTimeOriginal="2003:05:08 18:50:36"

The result is

 <exif:DateTimeOriginal>2003-05-08T18:50:36Z</exif:DateTimeOriginal>

What do you think I have to change in GeoSetter? Shouldn't it be allowed to set an empty time zone? Please help me ;-)
(0000530)
xaxaxa   
2008-04-11 00:43   
(Last edited: 2008-04-11 00:47)
A time spec without a specific time zone designator is allowed by ISO 8601 as I read it. It should be interpreted as local time of an unknown time zone, not as zulu/UTC time. RFC3339 does not seem to disagree, it rather underlines this interpretation.
http://tools.ietf.org/html/rfc3339#appendix-A

But I see, this is probably an ExifTool issue rather than one of GeoSetter.

The situation is as you already mentioned, I regrettably have to admit.


** Source file: No timezone specified in EXIF, no XMP meta data:
$ exiftool -exif:DateTimeOriginal -exif:TimeZoneOffset DSCX1234.JPG
Date/Time Original : 2007:09:29 23:52:22

** Copying timestamp to XMP gives an XMP time spec *mistakenly* involving "Z":
$ exiftool -P "-xmp:DateTimeOriginal<exif:DateTimeOriginal" DSCX1234.JPG
$ exiftool -xmp:DateTimeOriginal DSCX1234.JPG
Date/Time Original : 2007:09:29 23:52:22Z

** But passing timestamp as a formulated string "explicitly" *not* mentioning a timezone and forcing ExifTool not to use inverse PrintConv (-n) yields the right result:
$ exiftool -P -n -xmp:DateTimeOriginal="2007:09:29 23:52:22" DSCX1234.JPG
$ exiftool -xmp:DateTimeOriginal DSCX1234.JPG
Date/Time Original : 2007:09:29 23:52:22


I'm not sure, if a time spec missing a timezone (as valid by ISO 8601) is valid according to the XMP statutes, though. (And whether GeoSetter should mess with such a work around at all while it is probably more an ExifTool issue?)

Thanks anyways. Great product, as was Exifer. :)

(0000531)
Friedemann   
2008-04-11 01:04   
I just took a look into XMP specification from Adobe (http://www.adobe.com/devnet/xmp/pdfs/xmp_specification.pdf). On bottom of page 75 there's a description of possible date values:

  YYYY
  YYYY-MM
  YYYY-MM-DD
  YYYY-MM-DDThh:mmTZD
  YYYY-MM-DDThh:mm:ssTZD
  YYYY-MM-DDThh:mm:ss.sTZD

with TZD = time zone designator (Z or +hh:mm or -hh:mm)

Here's also a description: http://www.w3.org/TR/NOTE-datetime

So date time values are not possible without time zone and ExifTool works correctly. That's new for me too, because I didn't know the meaning of "Z" by now (thanks!).

Hmm, then I have to think again about editing and saving date time values in GeoSetter. Do you have a suggestion what I have to change?
(0000532)
Friedemann   
2008-04-11 01:08   
At least I have to remove the empty time zone in the data dialog, ok?
(0000533)
xaxaxa   
2008-04-11 02:03   
Hmm, you're right, there's nothing to argue about, XMP /requires/ a time zone for all its timestamps (whereas EXIF does not require one, but /may/ use one for DateTimeCreated and optionally a second for ModifiedDate).

ExifTool should warn about the missing time zone rather than silently assuming UTC -- just my 2 pence.

As XMP meta data forms an integral part of GeoSetter's functionallity, in my opinion it should /insist/ one way or another on a time zone applied to each timestamp. I can think of several approaches.

A tz-less timestamp that will be copied into an XMP field should be interpreted more or less camera-dependent. That may or may not be location dependent. Most users probably may set the clock of their cameras to the local timezone where they happen to take pictures. Others may stick to their "homebase's" timezone.

So following options may come handy in the preferences:

What to do with time specifications, if no time zone specified?
[_] If location known, first assume location's time zone.
As last resort assume following time zone:
.... (*) System default
.... (_) Use following time zone:
.... .... {time zone selection}

In the per picture(s) data editing dialogues you could replace the blank time zone value by "default" or present a time zone implicitly added shaded. I have not thought through, how that will influence the book-keeping of "dirty-flags", ie which values have been changed...
(0000534)
xaxaxa   
2008-04-11 03:06   
You probably read already [XMP-Spec, p. 71]:

EXIF Dates
All date/time values are stored in XMP using ISO 8601 format. This is a combined date and time, with fractional seconds, and a time zone designation. The binary EXIF values generally separate the fractional seconds. EXIF 2.1 lacks time zone information; this has been partially added in EXIF 2.2. When converting to XMP, the fractional seconds should be included. If no time zone is contained in the EXIF, convert to XMP assuming a local time.


So the above proposal does meets this advice. :)
(0000537)
Friedemann   
2008-04-13 18:03   
(Last edited: 2008-04-13 18:05)
I hope you agree that the time zone depends on the date (because of daylight saving time), don't you? For example in Germany it has to be +1:00 in January and +2:00 in August.

(0000543)
xaxaxa   
2008-04-14 11:29   
Being precise, it's the offset to UTC, that's dependent on the date (as formally a (fixed) time zone /implements/ some DST rule). ;)

But in XMP terms, I agree, the "time zone" part of a date/timestamp depends on its date. As you already use the zoneinfo database, getting the applicable UTC-offset for a particular location->time zone possibly does not require too much of additional work?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
282 [GeoSetter] Image Data minor always 2008-04-15 23:04 2008-04-19 04:03
Reporter: babar Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.3 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.11 beta  
    Target Version:  
Summary: GPS time wrong
Description: when you localise a photo using google earth a GPS time is added.
It seems to be copied from the "original time".
I believe GPS time is always GTM time, hence when a photo has a time zone defined the GPS time should take that into account, just to remain consistent with times.
For example I suppose that if you take a photo in a GTM +3 at 10:00:00 you would like the GPS time to be 07:00:00.
have a nice day
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000564)
Friedemann   
2008-04-15 23:11   
> when you localise a photo using google earth a GPS
> time is added.

I suppose you are talking about Google Maps in GeoSetter, don't you? Yes, you're right, there's already an issue 0000265 (in German language). I'm just working on this stuff (also 0000263) and I hope it will be fixed in the next release ;-)
(0000566)
babar   
2008-04-15 23:24   
Hello,
Yes you are right. I suppose you can close this as a duplicate then
thank you

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
284 [GeoSetter] Image Data major sometimes 2008-04-18 14:46 2008-04-19 04:02
Reporter: jmoliver Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.9 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.11 beta  
    Target Version:  
Summary: "Select Missing Time Zone" dialog appears when image contains time zone specified
Description: On certain occasions, when performing a "Save" operation the "Select Missing Time Zone" dialog appears when the image already has a time zone specified. The dialog prevents saving data to the file, clicking on the [Ok] button does not do anything.

This has started occurring after installing the 2.4.9 beta.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000578)
Friedemann   
2008-04-19 00:27   
Can you perhaps send me such an image file where you get the message that the time zone is missing? Is it reproducable?

I'm sorry because perhaps I released the new beta version a little bit too early, but it contains a fixing regarding 0000278. There are still some problems where I'm just working on...
(0000579)
heiko   
2008-04-19 01:07   
I have also have sawn this effect this mornig when I've done some tests for the call 278 and tought, that you know this behaviour, because the 2.4.10 was a pre beta release.

For the tests for call 278 I have about 200 pictures in a folder. In the browser you see that all pictures have a time zone. Then I've changed the GPS data and saved the pictures. All was ok. Then I've changed the GPS data a second time and pushed the save button. Then the message appears that some pictures have no time zone. For easier testing I've deleted these pictures and tried it again. No problems. But changing the GPS data a third time I had some new old pictures with a missing time zone.

If you need more infos, I try to give them to you.
(0000580)
Friedemann   
2008-04-19 02:20   
I think I found out the reason...
(0000581)
Friedemann   
2008-04-19 04:02   
I hope it's fixed now...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
272 [GeoSetter] User Interface feature always 2008-04-14 09:41 2008-04-19 03:45
Reporter: Bernd Lang Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.10 beta  
Product Build: Resolution: won't fix  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: In- und aktive Buttons besser von einander abgrenzen
Description: V.a. bei hellem oder keinem Skin (Ausnahme EOS) lassen sich aktive und inaktive Buttons sehr schlecht von einander unterscheiden.
Vielleicht könnte man die aktiven Symbole kontrastieren oder mit Shadow.Effekt darstellen?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
274 [GeoSetter] User Interface feature N/A 2008-04-14 22:57 2008-04-19 03:44
Reporter: mmm Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.3 release  
Product Build: Resolution: won't fix  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Änderung von EXIF Daten (wie bei Exifer)
Description: Es wäre prima, wenn GeoSetter auch die Möglichkeit bieten würde die EXIF Daten (z.B. Beschreibung, Künstler, Copyright, Kommentar) zu ändern. Diese Möglichkeit hatte Exifer geboten.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000561)
Friedemann   
2008-04-15 21:33   
Das lässt sich eigentlich durch die zusätzlichen Parameter in GeoSetter regeln. Hier eine Beschreibung von Heiko:

http://www.geosetter.de/workflow_additional_params/index.htm
http://www.geosetter.de/workflow_additional_params_examples/index.htm

In GeoSetter werde ich das direkt erstmal nicht einbauen...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
283 [GeoSetter] Image Data minor always 2008-04-17 16:02 2008-04-19 03:42
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.9 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.11 beta  
    Target Version:  
Summary: Meereshöhe -9999 beim Zuweisen einer Koordinate die sich auf dem Meer befindet
Description: wird einem Bild eine GPS Koordinate zugewiesen, die sich auf dem Meer befindet, wird ein Höhenwert von -9999 von den Online Services zurück gegeben. Vielleicht solltest du das abfangen, nur falls mal jemand ne Kreuzfahrt macht :-)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
270 [GeoSetter] User Interface minor always 2008-04-14 09:15 2008-04-16 22:13
Reporter: Bernd Lang Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.3 release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Report-Ansicht überspringt beim Scrollen 2 Zeilen
Description: Beim Scrollen (seitenweise) mit dem Mausrad oder durch Klicken über- oder unterhalb des Schiebers werden 2 Zeilen in der Report-Ansicht übersprungen.
Beim Betätigen der Bild-Auf- bzw. der Bild-Ab-Tasten ist die Anzeige OK.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000574)
Friedemann   
2008-04-16 22:13   
Ich finde das Verhalten ok. Es werden keine Zeilen verschluckt...

Bei weiteren Argumenten bitte wieder öffnen ;-)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
280 [GeoSetter] User Interface major always 2008-04-15 18:45 2008-04-16 19:18
Reporter: matthias Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.3 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.10 beta  
    Target Version:  
Summary: Keine Eingabe möglich beim GPS Dateien
Description: Lieder ist es nicht möglich eine Eingabe für das Verzeichnis oder Datei für die Gpx Datei zu machen. Es bleibt harnäckig das D:\ stehen.
Tags:
Steps To Reproduce:
Additional Information: Vielleicht hier die Eingabe etwas einfacher machen.
Auch sollte das Abspeichern der Änderungen schneller gehen. Ich weiß leider nicht was so lange braucht das Datum zu ändern. Oder einfach nur die GEOTAGS abzuspeichern. Es wird ja wohl kein neues Bild berrechnet oder?!

Ansonsten guten Programm.
Attached Files:
Notes
(0000560)
Friedemann   
2008-04-15 18:54   
> Lieder ist es nicht möglich eine Eingabe für das Verzeichnis oder Datei
> für die Gpx Datei zu machen. Es bleibt harnäckig das D:\ stehen.

ehrlich gesagt weiß ich jetzt nicht welche Stelle Du meinst... Kannst Du das konkretisieren?

> Auch sollte das Abspeichern der Änderungen schneller gehen.

Du meinst das Speichern der Daten in den Bilddateien. Das kann ich nicht schneller machen, da das über ExifTool läuft. Na gut, ich könnte evtl. parallelisieren, d.h. z.B. auf einem Doppelkernprozessor 2 Bilder gleichzeitig abspeichern. Das folgt sicherlich mal irgendwann ;-)
(0000568)
matthias   
2008-04-16 17:20   
So ich habe das entsprechende Bild angehängt.
Leider sind ist in beiden Feldern keine Eingabe möglich...
Warum kann ich leider nicht sagen...

Grüße Matthias Patrick
(0000569)
heiko   
2008-04-16 17:31   
stimmt, merke ich jetzt auch das rste Mal dass man in diesen Feldern nichts von "Hand" eingeben kann.

du kannst aber den Button ganz rechts von dem Eingabefeld verwenden; dann geht ein "Datei öffnen" Dialog auf in dem du die entsprechenden Files wählen kannst.
(0000572)
Friedemann   
2008-04-16 19:18   
Ich finde ja eigentlich nicht, dass das ein "schwerer Fehler" ist, eher ein Feature-Wunsch, aber ich hab's jetzt editierbar gemacht...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
273 [GeoSetter] User Interface feature always 2008-04-14 22:22 2008-04-15 21:29
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.9 beta  
Product Build: Resolution: won't fix  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Vorlangendatei während GPS Synchronisation zuweisen
Description: wie findest du die Idee, die Vorlagendatei, die im "Daten bearbeiten" Dialog erstellt werden kann, während der GPS Synchronisation zuzuwiesen? Während der GPS Synchronisation wird ja eigentlich jedes Bild angefaßt, so dass hier doch eine wunderbare Stelle wäre, um Voreinstellungen wie Copyright, Kontaktdaten usw. zuzuweisen. Das würde im Enddefekt einen weiteren manuellen Schritt sparen.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000554)
Friedemann   
2008-04-14 22:35   
Während der GPS-Synchronisation werden ja bereits die positionsabhängigen Daten der Favoriten zugewiesen. In die Favoriten habe ich ja eigentlich alles reingepackt, was positionsabhängig ist. Findest Du dass ist z.B. das Copyright auch? Meiner Meinung nach haben doch die Vorlagendateien keinen Bezug zu GPS-Koordinaten, warum sollte man so eine Vorlage also ausgerechnet bei der GPS-Synchronisation zuweisen?
(0000555)
heiko   
2008-04-14 22:41   
stimmt schon dass die Vorlangen nicht wirklich was mit den GPS Synchronisierung zu tun hat. Ich gehe jetzt auch nur von meiner Vorgehensweise aus:
1. GPS Synchronisation
2. Vorlage zuweisen (mit Kontaktdaten)

Und da bei der Synchronisation jedes Bild "angefaßt" wird, würde sich das eben anbieten und man könnte sich den zweiten, manuellen Schritt sparen.

Aber wenn dir die Idee nicht gefällt ists auch kein Beinbruch; dann einfach Call schließen und gut ..
(0000557)
heiko   
2008-04-15 10:26   
ich hab mir hier inzwischen mit den zusätzlichen ExifTool Kommandos beholfen; also kannst den Call gerne schließen

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
279 [GeoSetter] Image Data minor always 2008-04-15 15:13 2008-04-15 21:28
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.9 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.10 beta  
    Target Version:  
Summary: Bild wird als geändert angezeigt, obwohl keine Änderung vorgenommen werden kann
Description: einige wenige Bilder haben kein Aufnahmedatum. Um aber allen Bildern die Zeitzone +1 zuzuordnen markiere ich alle Bilder, und weise über den Btn "Aktuelle Werte für alle ausgew. Bilder übernehmen" die geänderte Zeitzone zu. Bilder die kein Aufnahmedatum haben werden auch als rot angezeigt, obwohl sich hier von den Daten nichts geändert haben kann.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
277 [GeoSetter] Image Data feature have not tried 2008-04-15 08:30 2008-04-15 18:50
Reporter: mark Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.3 release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Transfer of Added Geodata from Google Maps to Flickr
Description: I added the geodata (lat and long. data) to a simple JPEG photo using GeoSetter in Google Maps and saved the new file. When I opened the new file using Flickr the recently added geodata was not read by Flickr. Am I doing something wrong or does the geodata added to a photo in Google not get recognized automatically when the picture is opened in Flickr?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000558)
xaxaxa   
2008-04-15 14:14   
You didn't use GeoSetters Option to automatically add Flickr-style "machine tags", ie keywords like "geo:lat=123.456", did you? And you don't have to. ;)


Did you check the global setting of your Flickr account to use EXIF/GPS data is set to "yes"? It can be found here:
 »» You::Your Account::Privacy & Permissions::Import EXIF location data

How did you upload the picture? Resizing prior to an upload may become an issue. If you were using the official FlickrUploadr in the older version 2 for example, you must not use its resize option, as FlickrUploadr v2 loses the meta data when it is rescaling an image.


Flickr imports the geo reference metadata from EXIF/XMP GPS datafields for me, so I cannot confirm the premise of this feature wish.
(0000559)
Friedemann   
2008-04-15 18:50   
@xaxaxa: Thank you for your comments! I think the problem has to do with Flickr, not with GeoSetter.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
269 [GeoSetter] Image Data minor always 2008-04-14 00:28 2008-04-14 19:38
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 2.4.9 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Stadt und Ort unterscheiden sich bei Groß-/Kleinschreibung -> Bild wird als geändert angezeigt
Description: habe bei mir eingestellt, dass sowohl der Orts- als auch der Städtenamen in die Stichworte übernommen werden.

Städtename: Castiglione Della Pescaia
Ortsname: Castiglione della Pescaia

Bild wird im Hauptfenster als geändert (rot) angezeigt. "Castiglione della Pescaia" befindet sich bereits in der Stichwortliste. "Castiglione Della Pescaia" soll also übernommen werden, da es sich hier ja um eine andere Schreibweise handelt. Scheinbar ist es ExifTool egal wie ein Stichwort geschrieben wird, da dieser nicht mehr übernommen wird. GeoSetter legt aber Wert auf diesen Unterschied --> rote Darstellung.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000545)
Friedemann   
2008-04-14 19:32   
Das liegt nicht an ExifTool sondern an GeoSetter. Ist natürlich ein Fehler, dass es als geändert angezeigt wird, aber die Änderung nicht gespeichert wird.

Aber bist Du Dir sicher, dass Du wirklich beide Stichworte haben willst? Macht das einen Sinn? Ich glaube beim Speichern nehme ich die Stichworte unabhängig von ihrer Groß- und Kleinschreibung rein, so dass eines von beiden unter den Tisch fällt, da es bei diesem Vergleich ja doppelt vorhanden ist.

Von Hand kannst Du sowas in GeoSetter auch gar nicht hinzufügen. Also, macht es wirklich Sinn? Vielleicht ja, vielleicht sollte ich nicht entscheiden ob der Benutzer doppelte Stichwörter habe will oder nicht...
(0000547)
heiko   
2008-04-14 19:38   
ich sehe auch keinen Sinn dahinter, dass die Stichwörter doppelt gepflegt werden (Groß-/Kleinschreibung). Die verschiedenen Schreibweisen kamen über die Onlineabfrage der Ortsdaten und da wars einfach ein wenig lästig, dass die Bilder immer als geändert dargestellt wurden.

Wie gesagt, mir persönlich reicht eine Schreibweise.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
268 [GeoSetter] User Interface minor always 2008-04-14 00:05 2008-04-14 19:24
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.9 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.10 beta  
    Target Version:  
Summary: Automatischer Zoom funktioniert nicht, wenn nur ein Bild in einem Ordner vorhanden ist
Description: ist nur ein Bild in einem Ordner (natürlich mit Geodaten) wird nicht auf den zugeordneten Ort gezoomt.
Habe 2 Verzeichnisse, in denen ein nur ein Bild vorhanden ist, und beidesmal tritt dieses Verhalten auf.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000538)
Friedemann   
2008-04-14 00:12   
Was meinst Du mit automatischem Zoom?
(0000539)
heiko   
2008-04-14 00:23   
keine Ahnung wie die eigentliche Option heißt, aber normalerweise wird ja immer auf den Ort des Bildes gezoomt, so dass dieser Ort relativ groß auf der Karte angezeigt wird. Ist nur ein Bild im Ordner, wird auf der Karte die ganze Welt angezeigt. Zumindest war das bei 2 Verzeichnissen mit je einem Bild bei mir so
(0000540)
Friedemann   
2008-04-14 00:28   
Du meinst wenn Du die Option "automatische Darstellung der Bilder in der Karte bei Verzeichniswechsel" (oder so ähnlich) an hast und Du in ein Verzeichnis wechselst? Das habe ich gerade probiert, das klappt bei mir...
(0000541)
heiko   
2008-04-14 00:30   
mhhh, seltsam. Kann ich hier bei mir nachvollziehen. Ich weiß nicht ob es daran liegt dass nur ein Bild im Ordner vorhanden ist, aber das war das Einzige das mir aufgefallen ist.
(0000542)
heiko   
2008-04-14 09:16   
ich hab das Ganze gerade noch an einem anderen Rechner ausprobiert und hier ist das Verhalten identisch mit dem, was ich beschrieben habe. Ist also komplett nachvollziehbar und scheint nicht mit einem bestimmten Bild zusammen zu hängen.
(0000544)
KnutBrode   
2008-04-14 18:04   
Den Fehler kann ich bestätigen. In Version 2.4.3 hat es noch funktioniert.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
256 [GeoSetter] User Interface minor always 2008-04-06 23:00 2008-04-10 23:44
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.7 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.9 beta  
    Target Version:  
Summary: Btn. "Alle bearbeiten" im Dialog "Favorit für aktuelle Position bearbeiten/hinzufügen"
Description: Im Hauptfenster ist ein Favorit ausgewählt. Anschließend Btn "Hinzuf./Ändern" wählen. Die Daten des Favoriten werden angezeigt. Hier dann Btn. "Alle Werte löschen" wählen -> Daten sind gelöscht.

Wird hier jetzt der Btn. "Alle bearbeiten" gewählt, werden die Daten des Favoriten wieder angezeigt. Hier würde ich entweder mit einem Btn. "Übernehmen" arbeiten, oder den Btn. "Alle bearbeiten" deaktivieren.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000506)
Friedemann   
2008-04-06 23:10   
Oh ja, das ist nicht nur so wenn man die Werte gelöscht hat, sondern allgemein wenn man sie ändert. Diese Änderungen sind weg wenn man "alle bearbeiten" wählt. Das ist natürlich nicht ok...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
257 [GeoSetter] User Interface minor always 2008-04-06 23:13 2008-04-10 23:44
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.7 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.9 beta  
    Target Version:  
Summary: Namen der Favoriten sind im Haupftenster und im bearbeiten Dialog unterschiedlich
Description: Einige Favoriten Namen wurden im Hauptfenster geändert.

Bsp.:
Ursprünglicher Name: Pfronten
Aktuell angezeigter Name: Dorf
(wobei Dorf hier der "Ort" ist)

In den bearbeiten Dialogen heißt der Favorit aber nach wie vor "Pfroten" (was ich auch bevorzugen würde. Zumindest sollten die Namen gleich sein, da man sonst bei vielen Favoriten irgendwann nicht mehr durchblickt.

Die Favoriten wurden übrigens von der Vorversion übernommen und nicht neu angelegt.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000507)
Friedemann   
2008-04-06 23:18   
Das verstehe ich schon wieder nicht ;-) Was meinst Du mit "Hauptfenster"? Da kann man doch Favoriten gar nicht bearbeiten...
(0000508)
heiko   
2008-04-06 23:20   
unter Hauptfenster verstehe ich das eigentlich GeoSetter Fenster. Und hier kann ich ja dirket ein Favorit auswählen der dann in der Karte angezeigt wird. In diesem Fenster wird z.B. der Name "Pfroten - Dorf" angezeigt. In den bearbeiten Fenstern heißt dieser Favorit dann "Pfroten".

Ich mache dir schnell mal 2 Screenshots.
(0000509)
Friedemann   
2008-04-06 23:23   
Ach so. Du schriebst dass Du was im Hauptfenster geändert hättest und nun dort nur "Dorf" angezeigt wird. So wie Du es jetzt beschreibst, ist es aber richtig: De Favoritenname ist weiterhin "Pfroten", in der Liste wird aber zur besseren Unterscheidbarkeit sofern der Favorit einen Ortsnamen enthält, dieser noch dran gehängt. Was ist daran schlecht? Ich find das gut ;-)
(0000510)
heiko   
2008-04-06 23:31   
kann es sein dass das nur bedingt stimmt was du schreibst? und der Ortsname nur dann automatisch noch drangehängt wird wenn dieser nicht identisch mit den Favoritennamen ist?

Bei den Favoriten bei denen der Ortsname gleich ist wie der Favoritenname wird nichts mehr drangehängt.

Ob gut oder schlecht hängt immer davon ab wie man mit Namen umgeht :-). Ich persönlich bin da eigentlich schon so dass ich den Namen dann haben möchte den ich auch eingegeben habe :-)
wie wäre es denn, wenn du in den "Bearbeiten" Dialogen den Zusatz beim Erstellen mit anhängst (als Vorschlag) und man den Zusatz denn ggf. auch wieder löschen kann.
(0000511)
Friedemann   
2008-04-06 23:47   
Du hast Recht, das hatte ich jetzt verschwiegen: Wenn Ortsname und Favoritenname gleich sind, wird der Ortsname nicht dran gehängt.

Na, vielleicht hast Du Recht. Wenn man will dass der Ortsname in der Liste mit angezeigt wird, soll man den Favoriten halt so benennen. Also nehme ich das Dranhängen wieder raus.

Ich hatte es doch nur gut gemeint :-D

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
258 [GeoSetter] User Interface tweak always 2008-04-07 21:40 2008-04-10 23:43
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.7 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.9 beta  
    Target Version:  
Summary: Tooltip "acListItemCopy" in Dialog "Positionsfavoriten bearbeiten"
Description: da sollte noch ein vernünftiger Text rein; aktuelle Sprache: deutsch
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
261 [GeoSetter] Image Data feature always 2008-04-08 20:24 2008-04-10 23:42
Reporter: Rand__ Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.3 release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Kartenmarkierung setzen
Description: Es wäre nett, wenn man zu Bildern ohne direkte GPS Informationen einfac Postionen setzen könnte, indem man die Google Map verwendet. Man kann zwar die Kartenmarkierung zu Bildern zuweisen, aber ohne existierenden GPS Punkt geht das nicht.

Wenn man eine neue Kartenmarkierung erzeugen könnte, könnte man diese hinterher sehr einfach zuweisen:)

Gruß,
Thomas
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000512)
Rand__   
2008-04-08 20:25   
Sorry, bitte Category auf UI ändern;)
(0000514)
Friedemann   
2008-04-08 20:32   
> Man kann zwar die Kartenmarkierung zu Bildern zuweisen,
> aber ohne existierenden GPS Punkt geht das nicht.

was meinst Du mit "ohne existierenden GPS Punkt"? Eine manuelle Zuweisung über die Karte müsste doch in jedem Fall funktionieren. Einfach den roten Marker mit Linksklick irgendwo hinsetzen und dann an die ausgewählten Bilder über den entsprechenden Button in der mittleren vertikalen Toolbar zuweisen...
(0000515)
Rand__   
2008-04-08 20:49   
Ahh - ok, mein Fehler;)

Da auf der Karte immer nur das Verschiebe Symbol aktiv ist (Hand), habe ich einen Linksclick nie probiert - aber da man damit den Marker setzt hat sich der request erledigt - danke;)

Wobei ich es glaube ich ändern würde -
Das Marker Symbol im Menü zum marker setzen (linkscl, rechtclick entfernen [auch wenn das nicht unbedingt nötig ist]), gedrückt halten weiterhin map bewegen und doppelclick zoomen
Dazu einen weiteren Eintrag im Men+ü für zoomen falls jmd den doppelclick nicht findet.

Aber das kannst Du machen wie Du magst;)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
266 [GeoSetter] User Interface minor always 2008-04-10 23:10 2008-04-10 23:24
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.9 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Auf Track / Favorit zoomen
Description: was hat die Einstellung "Auf Track zoomen" mit dem zoomen auf einen Favoriten zu tun? Wäre es nicht sinnvoll hierfür eine seperate Option zu implementieren?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000525)
Friedemann   
2008-04-10 23:17   
> was hat die Einstellung "Auf Track zoomen" mit dem zoomen
> auf einen Favoriten zu tun?

Nix. Warum?

Das Zoomen auf einen Favoriten kann man ja eigentlich leicht selbst machen: Favoriten in der Combobox auswählen, dann wird der rote Marker an dessen Position gesetzt und da sich das ganze genau mittig in der Karte befindet, braucht man nur noch reinzuzoomen. Bei Tracks ist das ein wenig komplizierter, deshalb gibt's dafür 'nen eigenen Button.

Ich bin aber wie immer für Ideen bzw. Bedürfnisse offen ;-)
(0000526)
heiko   
2008-04-10 23:18   
ach .. ist mal wieder Blödsinn gewesen. Mein Monitor ist einfach nur zu klein, da hat das immer so ausgesehen als ob gezoomt wird wenn auf ein Favorit geklickt wird. Karte wurde aber nur verschoben um einen Hint anzuzeigen. Sorry
(0000527)
Friedemann   
2008-04-10 23:24   
Kein Problem :-)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
262 [GeoSetter] Image Data major always 2008-04-09 06:47 2008-04-10 20:09
Reporter: csimmons Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.7 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: inconsistent maps
Description: Comparing the map from maps.google.com and GeoSetter for the same address displays a different map, not just a different location.

Example: 650 S Griffin St, Dallas, TX 75202
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000523)
Friedemann   
2008-04-10 20:09   
I don't think that this is a major problem ;-) When using the Google Maps API there's no choice which map data to chose. The API uses NAVTEQ and maps.google.com uses data from Tele Atlas. I don't know why, but that's the way it is...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
259 [GeoSetter] Image Data major always 2008-04-08 20:13 2008-04-10 20:06
Reporter: Rand__ Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.3 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.9 beta  
    Target Version:  
Summary: Canon 1d/1d Mark I raw files (.tif) werden beschädigt
Description: Dateien werden nicht mehr als raw Files erkannt wenn in Geosetter die Optionen "Exitierende Daten in Bild Datei aktualisieren/ GPS +Aufnahmedatum) aktiviert ist und Änderungen am Bild gespeichert wurden.

Der Fehler ist auf den ersten Blick nicht zu erkennen da das integrierte Thumbnail weiterhin angezeigt wird.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000513)
Friedemann   
2008-04-08 20:30   
Das hört sich nicht gut an! Könntest Du mir ein solches TIFF vielleicht an support@geosetter.de zukommen lassen? Und zwar bitte ein nicht durch GeoSetter behandeltes, also ein intaktes...
(0000517)
Friedemann   
2008-04-08 20:58   
Hab ich mir schon gedacht. Ich stelle einen FTP-Zugang zur Verfügung und melde mich per Mail...
(0000518)
Friedemann   
2008-04-08 22:33   
Ich habe das an Phil Harvey von ExifTool weitergeleitet...
(0000522)
Friedemann   
2008-04-10 20:06   
As Phil Harvey told me, Canon RAW TIFF files are no real TIFF files and will be damaged by nearly all software. A new version of ExifTool is now available (7.24) which prevents writing to these files until Phil builds in the writing feature. I changed GeoSetter now that it won't write into TIFF files directly if the maker is "Canon". The data will be written to XMP sidecar files instead...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
255 [GeoSetter] User Interface minor always 2008-04-06 20:19 2008-04-08 23:02
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.7 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.9 beta  
    Target Version:  
Summary: CPU Auslastung 100% im Dialog "Positionsfavoriten bearbeiten"
Description: sobald im Dialog "Positionsfavoriten bearbeiten" ein Favorit markiert ist (Daten wurden bereits online abgefragt) geht die CPU Auslastung auf 100%
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000502)
Friedemann   
2008-04-06 20:25   
Und dann? Hängt das Programm dann? Wie lange ist er denn bei 100%?
(0000503)
heiko   
2008-04-06 20:33   
nein, GeoSetter hängt nicht, es läßt sich nach wie vor alles bedienen, aber das Anzeigen eines Dialogs sollte ja nicht ganz so rechenintensiv sein? Die CPU bleibt solange auf 100%, solange dieser Dialog geöffnet ist (gut, nach 2 Min. hab ich abgebrochen :-))
(0000504)
Friedemann   
2008-04-06 21:43   
Hmm, eine vielleicht blöde Frage, aber könnte es nicht sein, dass da irgendwas anderes 100% gezogen hatte? Ich wüsste nicht wo das in dem Dialog herkommen sollte. Oder ist das denn reproduzierbar?
(0000505)
heiko   
2008-04-06 22:18   
also bei mir tritt dieser Effekt wohl immer auf. War gerade noch kurz weg und habe jetzt den Rechner gerade neu gestartet, und dieser Effekt tritt wieder auf.

Und nein, es ist kein anderes Prog, soviel Tasks die GeoSetter.exe heißen gibts nicht ..
(0000519)
Friedemann   
2008-04-08 22:46   
Kann das sein, dass diese 100% nur dann bestehen, wenn in der Toolbar des Dialogs der rote Marker oben gedrückt ist?
(0000520)
heiko   
2008-04-08 22:57   
ja, du hast recht, die 100% treten nur dann auf wenn der rote Marker gedrückt ist. du willst mir jetzt aber nicht sagen, dass ich nen neuen Rechner brauche :-)
(0000521)
Friedemann   
2008-04-08 23:02   
Oha, habe ich gerade durch Zufall entdeckt, da wird alle halbe Sekunde die Karte aktiviert...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
250 [GeoSetter] User Interface feature always 2008-04-06 00:56 2008-04-06 13:44
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.6 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.7 beta  
    Target Version:  
Summary: Beschriftung im Dialog "Export nach Google Earth"
Description: Dialog "Export nach Google Earth" - Group "Markierungen"

Hier würde ich aus dem Text "GeoSetter" "GeoSetter Icon" machen, und aus "Bild" "minimiertes Bild"

Wäre vielleicht ein wenig klarer wenn man nicht gerade deine Änderungsliste gelesen hat :-) .. ist aber auch nur ein Vorschlag
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000488)
Friedemann   
2008-04-06 00:58   
Oh, Du bist ja fix :-) Hast Recht, das habe ich heute Abend ein wenig lieblos übersetzt...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
251 [GeoSetter] User Interface feature always 2008-04-06 00:57 2008-04-06 13:42
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.6 beta  
Product Build: Resolution: won't fix  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Favoriten - Marker "Stern"
Description: Die Favoriten stellst du mit einem Stern auf der Karte dar (gefällt mir total gut), aber wie wäre es, wenn du den "normalen" Marker nimmst (z.B.) den blauen, und da oben in die Blase den Stern reinpinselst? Wäre durchgäniger als ein ganz neues Symbol einzuführen (aber auch nur ein Vorschlag)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000490)
Friedemann   
2008-04-06 01:03   
Hmm, ein blauer Marker steht ja eigentlich für ein Foto, welches bei einem Favoriten nicht dahinter hängt. Ich glaube das lasse ich so. Obwohl das Symbol vielleicht nicht das schönste ist. Gleiches gilt auch für das Wegpunkte-Symbol. Wenn einer da vielleicht was besseres hat...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
253 [GeoSetter] User Interface minor always 2008-04-06 01:05 2008-04-06 01:58
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.6 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Dialog "Positionsfavoriten bearbeiten"
Description: Im Dialog "Positionsfavoriten bearbeiten" ist eine Mehrfachselektion der Favoriten möglich. Werden hier mehrere Favoriten markiert und anschließend die Online Abfrage durchgeführt, werden die abgefragten Werte nicht gespeichert.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000494)
Friedemann   
2008-04-06 01:11   
Wenn Du eine Mehrfachselektion hast, musst Du für die zu übernehmenden Werte die Checkboxen aktivieren. Wird dann ein Wert (oder mehrere) geändert, muss er unten über "Übernehmen" gespeichert werden. Für alle markierten Einträge werden die gleichen Werte übernommen, das heißt der Online-Abruf ruft nur für eine Koordinate ab. Es macht also keinen Sinn, einen Favoriten aus der Schweiz und einen aus Deutschland gleichzeitig zu markieren, im Land "Deutschland" einzutragen und das zu übernehmen...

Dieser Dialog ist noch ein wenig unfertig ;-) Der war irgendwie ziemlich kompliziert...
(0000495)
heiko   
2008-04-06 01:19   
macht das dann überhaupt Sinn eine Mehrfachselektion zuzulassen? Bei Favoriten handelt es sich ja fast immer um ein Unikat.
(0000497)
Friedemann   
2008-04-06 01:22   
Ja, ich finde schon. Wenn Du jetzt z.B. schon ganz viele Favoriten in Deutschland hast, macht es doch zumindest Sinn diesen evtl. den Ländercode und das Land gemeinsam zuzuweisen. Das gleiche gilt dann z.B. für eine Stadt.
(0000499)
heiko   
2008-04-06 01:34   
das empfinde ich persönlich zwar nicht so, da meine (persönlichen) Favoriten wirklich Unikate sind und ich da dann alle Daten korrekt haben möchte, aber in dem Fall kannst du den Call geren schließen.
(0000501)
Friedemann   
2008-04-06 01:54   
Unikate sollen sie ja auch bleiben. Aber trotzdem können doch 2 Favoriten, einer in Berlin, einer in Hamburg trotzdem als Land "Deutschland" drin stehen haben. Wenn Du nun schon 100 Favoriten aus der alten Version hast, müsstest Du das also 100 mal eintragen. Mit der Mehrfachselektion geht's in einem Rutsch...

Dir ist schon klar, dass Du einen Radius angeben kannst, so dass bei Koordinatenzuweisungen an Bilder die Werte automatsich übernommen werden wenn sich das Bild in dem Radius eines Favoriten befindet. Deshalb auch die vielen Werte (Land, Stadt, Schlüsselwörter etc.)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
254 [GeoSetter] User Interface minor always 2008-04-06 01:14 2008-04-06 01:48
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.6 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.7 beta  
    Target Version:  
Summary: Dialog "Positionsfavoriten bearbeiten" - Eintrag löschen
Description: wenn ich im Dialog "Positionsfavoriten bearbeiten" einen Eintrag markiere, dann auf löschen + anschließend auf "Übernehmen" klicke wird der entsprechende Eintrag nicht gelöscht.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000496)
Friedemann   
2008-04-06 01:21   
Der "Übernehmen"-Button dürfte beim Löschen gar nicht aktiv sein. Ist er das wirklich??? Oder meinst Du den Ok-Button?

Wenn Du den "Übernehmen"-Button meinst, könntest Du mir dann vielleicht mal Deine favorites.xml zuschicken und mir genau beschreiben was Du gemacht hast?
(0000498)
heiko   
2008-04-06 01:32   
nein, Button Ok meine ich da nicht :-)

und Mail ist unterwegs
(0000500)
Friedemann   
2008-04-06 01:45   
Ist ein Übersetzungsfehler. Auf dem Button unter den Eingabefeldern steht in deutsch "Löschen", das sollte aber sowas heißen wie "Werte löschen" (englisch "Clear"). Der eigentliche Löschen-Button ist in der Toolbar...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
252 [GeoSetter] User Interface feature always 2008-04-06 00:59 2008-04-06 01:23
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.6 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.7 beta  
    Target Version:  
Summary: Vorbelegung Zeitzone im Dialog "Favorit für akteulle Position bearbeiten/hinzufügen"
Description: Im Dialog "Favorit für aktuelle Position bearbeiten/hinzufügen" gibst du als Zeitzone "(GMT) Europe / Dublin" vor. Wenn die Zeitzone vorbelegt wird, wäre es da nicht sinnvoll gleich die richtige zu verwenden? Was ist wenn jemand die entsprechenden Infos nicht online abfragt, dann paßt die Zeitzone ja im Normalfall nicht.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000489)
Friedemann   
2008-04-06 01:01   
Da soll gar keine Zeitzone drin stehen. Mit Europe/Dublin ist ein Fehler. Ich kann ja erst die richtige reinschreiben, wenn man sie über den Webservice abgerufen hat.
(0000491)
Friedemann   
2008-04-06 01:05   
Hmm, bei mir ist das nicht vorbelegt. Ist das reproduzierbar? Unter welchen Umständen?
(0000492)
Friedemann   
2008-04-06 01:06   
Ah, doch, Du hast wahrscheinlich einen bestehenden genommen, oder? Dann habe ich den Effekt auch, danke...
(0000493)
heiko   
2008-04-06 01:08   
ja .. ich habe einen bestehenden Favoriten genommen; hab mir die Beta ja grad erst vor ner halben Stunde installiert :-)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
249 [GeoSetter] User Interface feature always 2008-04-05 05:50 2008-04-05 23:14
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.3 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.6 beta  
    Target Version:  
Summary: Toggle Map Cross-Hair
Description: Toggle Map Cross-Hair
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
220 [GeoSetter] Image Data crash always 2008-03-05 22:37 2008-04-05 20:54
Reporter: Ratatosk Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.0 release  
Product Build: Resolution: unable to reproduce  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Can't add GPS data to TIF photo files
Description: I can add correct GPS data to all my DNG & JPG photo files, but no TIF photo files.
Actually, I can add it but I receive the error when "Save Changes" is started.
Tags:
Steps To Reproduce:
Additional Information: The report tells me "Error:[minor] Maker notes could not be parsed - file path"

So, it says "minor" though to me it's not a minor issue as I can not get the GPS data in the files.

I'm attaching a file with a couple of screen shots for you.


P.S. It's a superb job you are doing with this. Great EXIF data modifier tool, especially GPS and location info tool. Thank you so much for your work on this app. It's development is going from good app to amazing app. I know you will solve this problem too. Other versions did not give this problem.
Attached Files:
Notes
(0000434)
Friedemann   
2008-03-05 23:02   
There's an option "Ignore minor errors" in the settings dialog which can be set individually for each file type. It corresponds to the ExifTool option "-m" (see ExifTool documentation at http://www.sno.phy.queensu.ca/~phil/exiftool/exiftool_pod.html. I think this will solve your problem.

> Other versions did not give this problem.

I think it depends on the version of ExifTool which is used. Perhaps a newer version of ExifTool reports this error and an older version doesn't.

> It's development is going from good app to amazing app.

Thank you very much :-))

I don't close this problem right now. Perhaps you can try out setting "Ignore minor errors" and tell me the result first...
(0000440)
Ratatosk   
2008-03-08 19:38   
Thank you for your answer.
Enabling the "Igore minor errors" did help, but I'm guessing that the maker notes data is not added now. I really want and need the Maker notes data added to the metadata area of my photos.
Tested on the latest GeoSetter release v2.4.1 on Windows Vista. My camera model is Nikon D200.
I've also tested with replacing the ExifTool to the latest version 7.2 but I get same error.

I've sent Phil Harvey a mail explaining the error I'm getting.

Regards,
Mats

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
248 [GeoSetter] User Interface feature always 2008-04-05 05:29 2008-04-05 20:52
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.3 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.6 beta  
    Target Version:  
Summary: Add list of MRU files to open track button
Description: Add list of MRU files to open track button
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
154 [GeoSetter] Image Data minor always 2008-01-24 10:13 2008-04-05 05:08
Reporter: jmoliver Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.1 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.6 beta  
    Target Version:  
Summary: Add Custom Location Database
Description: While using geonames.org and the ability to store Favorite locations is great. It would be also nice to add a custom database to complement queries to geonames with locations which may not be in geonames.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000313)
drose   
2008-01-24 10:31   
(Last edited: 2008-01-24 13:16)
I dont know how geonames works but it sound like freedb for MP3 tags. So the clients are able to create MP3 tags in freedb. May be geonames has a similar aproach. Thus geosetter can send data to geonames. Then we will have a kind of a shadow database of geonames on our local clients (like freedb) ???

(0000314)
jmoliver   
2008-01-24 13:13   
True, but there are places which one may wish to keep private and not share publicly. Say, a friends house.
(0000315)
drose   
2008-01-24 13:17   
You are right. i would be glad if i can keep my privacy !
(0000419)
jmoliver   
2008-03-01 00:38   
An alternative could also be to use the listed Favorite sites. If a photo was taken close enough to the "Favorite" location, present the favorite name as a Sublocation field option.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
112 [GeoSetter] User Interface feature always 2008-01-08 07:13 2008-04-05 05:07
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.5 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.6 beta  
    Target Version:  
Summary: Vereinfachung des Favoriten-Handlings, (auch mit Bezug zur ID# 0000084)
Description: Nach dem platzieren der roten Kartenmarkierung kann dessen Position als Favorit gespeichert werden.

Zur Vereinfachung könnte der Name des Favoriten bei Erzeugen mit Ortsdaten (oder mit Schlüsselwörtern - siehe auch ID# 0000084) vorbelegt werden.

Dazu muß die Kartenmarkierung alle Eigenschaften erhalten wie eine Photo-Markeierung ( d.h. Geotaggs, Zeitzone, Creation time ???, Orts und Höhendaten, Schlüsselwörter - soweit vorhanden etc.)

Man muß dabei über das Userinterface nochmal nachdenken, wenn erzeugen und ändern von Favoriten mit dem gleichen Knopf eingeleitet werden.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
246 [GeoSetter] User Interface minor always 2008-04-01 21:42 2008-04-05 05:05
Reporter: hommes Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.3 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.6 beta  
    Target Version:  
Summary: Dialog: Synchronisation mit GPS-Datendateien / Abgleich mit Kamera-Uhrzeit
Description: Vielleicht habe ich Etwas nicht richtig verstanden:

Meine Kamera ging 80 Sekunden nach. Statt -1m -20sec musste ich +1m +20sec einstellen um einen korrekten Abgleich mit den GPS-Koordinaten hinzubekommen.

Viele Grüße
Ferdinand Hommes
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000485)
Friedemann   
2008-04-01 21:46   
Ja, das ist vielleicht missverständlich. Der Korrekturwert soll ja die Uhrzeit korrigieren. Das heißt wenn die Uhr nach ging, muss ein Zeitwert addiert werden...
(0000486)
hommes   
2008-04-01 22:27   
Ja, das verstehe ich. Aber die Beschreibung im Dialog sagt etwas anderes. Ich soll die Parameter solange ändern, bis die angezeigte Uhrzeit mit der Urzeit meiner Kamera übereinstimmt. Dazu muss ich halt 80 Sekunden abziehen. Das ist eigentlich ganz praktisch. In dem Programm kann ja der umgekehrte Wert addiert werden. Vielleicht kann man ja noch einen entsprechenden Hinweis einfügen.
(0000487)
Friedemann   
2008-04-01 22:48   
Ach ja? Dann ist das natürlich ein Fehler...

Tatsächlich, danke schön. Habe das gerade gefixt. Man muss für den genannten Fall die Werte weiterhin positiv eingeben, nur wird nun die angezeigte fortlaufende Uhrzeit korrekt angezeigt.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
182 [GeoSetter] User Interface feature always 2008-02-10 07:49 2008-04-05 05:03
Reporter: csimmons Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.6 beta  
    Target Version:  
Summary: Add Descriptions to Favorites
Description: I was wondering if it were possible to add a description to a favorite Longitude and Latitude. This might look something like:
32.75334086; -96.61470830 (My House)

This would certainly make it easier for me to remember what the favorites actually are.

A bolder approach would be to assign all GPS and Location information to a Favorite entry. Something like this:
Favorite: My House
Includes:
Latitude:32.75334086
Longitude:-96.61470830
Altitude:149.0
Country Code:USA
Country:United States
State/Province:Texas
City:Mesquite
Sublocation:1134 Christa Dr.
EXIF:TimeZoneOffset=-6

This would essentially make the GPS, TimeZone, and Location data hidden or less visible. The goal would be to select a known favorite location, and have GeoSetter populate all the relevant information about that location without prompting the user for each time.

Thank you for your consideration and for another great tool.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000456)
jmoliver   
2008-03-18 20:06   
It would also be nice if when a photo is geotagged near a "favorite". The information provided is suggested alongside the information which is currently retrieved from the web.
(0000457)
Friedemann   
2008-03-18 20:24   
I'm just working on it... A favorite will then include altitude, country code, country, state/province, city, sublocation, timezone and keywords. There will also be a value for the radius in which images will be assigned automatically to this favorite.
(0000458)
jmoliver   
2008-03-18 22:05   
Thanks! This will definitely be a helpful feature.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
247 [GeoSetter] User Interface feature always 2008-04-05 05:02 2008-04-05 05:02
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.3 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.6 beta  
    Target Version:  
Summary: Customizable and translatable hint for selected image in map
Description: Customizable and translatable hint for selected image in map
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
238 [GeoSetter] User Interface feature always 2008-03-25 13:26 2008-04-05 03:54
Reporter: jmoliver Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.3 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.6 beta  
    Target Version:  
Summary: Option to display "Favorite" locations on map
Description: Display "Favorite" locations on the map. It would be nice to have an option so that Favorite locations are displayed on the map so that they act as a reference. This map option should could be turned on or off.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
236 [GeoSetter] Image Data major always 2008-03-25 09:03 2008-04-01 19:39
Reporter: apo56 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.3 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.6 beta  
    Target Version:  
Summary: Beim Synchronisieren mit großem Ozi Track friert Programm ein
Description: Track mit ca. 5000 Punkten wird zwar geladen, beim Sychronisieren kommt es zu voller CPU Auslastung und das Programm reagiert nicht mehr.

Track als Anhang
Tags:
Steps To Reproduce:
Additional Information: Windows XP SP2
P4/2600 Prozessor
768 MB RAM
Attached Files:
Notes
(0000473)
Friedemann   
2008-03-25 18:22   
Das Laden des Tracks dauert zugegebenermaßen ziemlich lange, aber irgendwann erscheint er dann doch. Bei mir auf einem Athlon Dual Core 3800+ nach ca. 10 Sekunden. Der Track ist ziemlich unruhig, so dass der Reduzierungsalgorithmus für die Darstellung in der Karte kaum greift. 4000 Punkte ist dann schon ziemlich viel. Das Laden ist also nicht so sehr das Problem, vielmehr die Darstellung in der Karte bzw. wohl besonders das Zoomen auf den Track. So kann es vorkommen, dass der Internet Explorer (welcher die Karte darstellt) mittendrin fragt, ob das Script evtl. abgebrochen werden solle. Diese Frage bitte verneinen (oder bejahen wenn er fragt ob fortgesetzt werden soll).

Da der Track ziemlich unruhig ist, wurden bei meinen Einstellungen auch erstmal 148 Wegpunkte erzeugt. Das kann man aber in den Einstellungen deaktivieren ("Einstellungen | Karte | Aufteilung von Tracks...").
(0000484)
Friedemann   
2008-04-01 19:39   
Siehe 0000235

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
235 [GeoSetter] Image Data major always 2008-03-25 08:58 2008-04-01 19:39
Reporter: apo56 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.3 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.6 beta  
    Target Version:  
Summary: Beim Laden großer Ozi Tracks friert das Programm ein
Description: Beim Laden großer Ozi Tracks (46000 Trackpunkte) beansprucht der Rechner 98 bis 100 % CPU Auslastung. Der Track wird nicht vollständig geladen und das Programm reagiert nicht mehr.

Track im Anhang
Tags:
Steps To Reproduce:
Additional Information: Windows XP SP2
P4/2600 Prozessor
768 MB RAM
Attached Files:
Notes
(0000474)
Friedemann   
2008-03-25 18:27   
Könntest Du mir die Datei 2005-Tracks.plt bitte nochmal per E-Mail an support@geosetter.de schicken. Wenn diese Datei wirklich 46000 Punkte hat und er ähnlich unruhig ist wie der in 0000235, dann sehe ich keine Chance den komplett in GeoSetter darzustellen, da der Reduzierungsalgorithmus nicht greift. Da macht einfach die Kartenkomponente schlapp...
(0000483)
Friedemann   
2008-04-01 19:39   
Das Programm fror nicht ein, man hätte nur lange genug warten müssen. Habe den zeitkritischen Teil nun von ca. 18 Minuten auf unter 1 Sekunde gedrückt :-D

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
132 [GeoSetter] User Interface feature always 2008-01-17 20:27 2008-03-31 23:37
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.6 beta  
    Target Version:  
Summary: Show image thumbnails in Google Earth instead of GeoSetter marker
Description: Show image thumbnails in Google Earth instead of GeoSetter marker
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
243 [GeoSetter] User Interface feature always 2008-03-30 16:12 2008-03-31 23:37
Reporter: MartinR Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.3 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.6 beta  
    Target Version:  
Summary: Minibilder als Icon
Description: Ich wünsche mir anstelle des geosetter icons für jedes Bild eine Miniatur des angezeigten Bildes:

<Placemark>
<Style>
<IconStyle>
<Icon><href>ICO_DSCN2454.png</href></Icon>
</IconStyle>
</Style>
<name>4</name>
<description>
<![CDATA[<img src="DSCN2454.jpg">

DSCN2454
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
245 [GeoSetter] User Interface feature always 2008-03-31 01:06 2008-03-31 21:57
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.6 beta  
    Target Version:  
Summary: Hexagesimal format for coordinates in file list
Description: Create a new option to chose between decimal and hexagesimal format of coordinates in file browser
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
242 [GeoSetter] User Interface feature always 2008-03-30 16:07 2008-03-30 20:28
Reporter: MartinR Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.3 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.6 beta  
    Target Version:  
Summary: Bildgröße
Description: Gibt es einen Grund, daß die Bildgröße auf 640 Pixel beschränkt ist? Ich würde mir die frei einstellbar wünschen.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000482)
Friedemann   
2008-03-30 20:28   
Geht jetzt bis 9999. Allerdings wird maximal die Originalgröße genommen.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
241 [GeoSetter] User Interface feature always 2008-03-30 12:29 2008-03-30 20:03
Reporter: Sebastian Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.6 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.6 beta  
    Target Version:  
Summary: Aktzeptierte Formate von GPS Koordinaten
Description: Hi,

ich fände es Hilfreich, wenn GeoSetter in der Kartendarstellung auch folgende Formate (Schreibweisen) für Koordinaten aktzeptieren würde:

Dezimal:
48.777127, 9.180708 (statt: 48,777127; 9,180708)
Grund: Copy & paste von google maps und co. (z.B.nach link aus Wikipedia)

Sexadezimal:
48°45' 20" N, 9°11' 24" E (statt: N48°45' 20" E9°11' 24")
Grund: Copy & paste von flickr

Gerade wenn man kein GPS Gerät dabei hatte und nach GPS locations sucht (da hilft Wikipedia und Flickr sehr :-)) erleichtert es etwas das Übernehmen der Koordinaten in GeoSetter.

Gibt wichtigeres im Leben, aber falls mal Zeit ist :-)

Grüße
Sebastian
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
240 [GeoSetter] User Interface minor always 2008-03-27 15:34 2008-03-30 15:43
Reporter: Sebastian Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.3 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.6 beta  
    Target Version:  
Summary: Fortschrittsbalken beim Speichern falsch, wenn nicht alle Bilder gewaehlt
Description: Hi,

nur ne Kleinigkeit:
Anscheinend wird als 100% fuer den Fortschritt beim Speichern immer die Anzahl der Bilder im aktuellen Verzeichnis und nicht die Zahl der selektierten Fotos genommen. Bsp:

wenn ich 10 Bilder habe, selektiere die ersten 5 und speicher dann die Aenderungen:
-> Fortschrittsbalken geht von 1-50%
selektiere ich die letzten 5:
-> Fortschrittsbalken geht von 50-100%

Gruesse
Sebastian
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000477)
Sebastian   
2008-03-27 23:06   
Update:
100% sollten nicht die selektierten bilder sein, sondern die Bilder, die auch wirklich nur geändert werden = die Rot markierten...
(0000478)
Sebastian   
2008-03-28 10:11   
Update 2:
zu dem Thema ist mir noch ein kleiner "Feature Request" eingefallen :-)
Es waere schoen, den Fortschritt in % in der Titelleiste zu haben, damit man den auch automatisch unten in der Taskleiste sieht, auch wenn geosetter nicht das aktive Fenster ist.
z.B. der Titel des Fenster dann:
"GeoSetter 54%"

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
239 [GeoSetter] Image Data minor always 2008-03-25 20:45 2008-03-30 15:29
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.6 beta  
    Target Version:  
Summary: Daylight Saving Time and Time Zone
Description: When synchronizing images with a GPS track and using 2nd option ("Set Time Zone And Adlight Saving Time"), the value for daylight saving time has to be added to the time zone if the user wants to add the found time zone to the image taken date. If an image contains a time zone already, daylight saving time mustn't be considered for synchronization...
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
237 [GeoSetter] User Interface feature N/A 2008-03-25 09:07 2008-03-26 16:57
Reporter: apo56 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Laden eigener Karten
Description: Es wäre toll, wenn man im Kartenfenster auch eigene Karten laden könnte (z.B. mit Ozi Kalibrierungsdatei).
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000475)
Friedemann   
2008-03-25 18:31   
Ja, das fände ich auch toll wenn das ginge ;-) Ich habe das vor kurzem selbst im Urlaub vermisst. Hast Du oder vielleicht irgendwer technische Informationen zu diesem Thema. Zum Beispiel wie eine solche Kalibrierung funktioniert bzw. wie dann die Koordinaten algorithmisch gemappt werden etc.?
(0000476)
apo56   
2008-03-26 16:57   
Ich bin ziemlich unbeleckter "User". Habe keine Ahnung, was im Hintergrund so abläuft. Ich kann da leider nicht weiterhelfen.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
234 [GeoSetter] Image Data minor always 2008-03-25 02:38 2008-03-25 18:33
Reporter: babar Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.3 release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Cannot save XMP edit to tiff file
Description: Hello ,

I could not change any of the XMP properties for my tiff files.
I attached a sample
Try to change the country for example you should get an error that prevent you from saving the modifications (even if you checked "ignore minor errors")
Best regards
Eric
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000471)
babar   
2008-03-25 02:39   
and thank you again for all the time spent on this great software :)
(0000472)
babar   
2008-03-25 16:45   
Hello
you can close this issue, it seems that for an unknown reason it is impossible to edit any tiff file on my usb drive, but copying the file to another disk it works.
The strangest thing is that no file is read only and I can edit jeg files!
Regards
Eric

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
233 [GeoSetter] Image Data feature always 2008-03-24 19:16 2008-03-24 23:26
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.3 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.6 beta  
    Target Version:  
Summary: Garmin TCX Files
Description: Possibility to read Garmin TCX track files
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
231 [GeoSetter] User Interface trivial always 2008-03-22 21:53 2008-03-24 22:38
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.3 release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Kreuz (crosshair.gif) in Kartenansicht
Description: Hallo Friedemann,

unter "Auswirkung" gibts den Text "Frage" leider nicht; deswegen habe ich da mal Trivial gewählt.

Was hat eigentlich das Kreuz in der Kartenansicht zu bedeuten. Das ist irgendwann mal dazu gekommen und ich bin bis heute nicht hinter die Bedeutung gekommen :-)

Grüße
Heiko
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000465)
Friedemann   
2008-03-23 17:05   
Hallo Heiko,

das Kreuz hatte ich mal auf einen Benutzerwunsch hin hinzugefügt. Ich fand es selbst ganz sinnvoll beim Zoomen, denn das was sich unter dem Kreuz befindet, bleibt beim Zoomen auch genau an dieser Stelle.
(0000470)
heiko   
2008-03-24 21:37   
Hallo Friedemann,

danke für die Erklärung, und so macht das auch sicherlich Sinn.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
232 [GeoSetter] Image Data minor always 2008-03-23 19:29 2008-03-23 20:32
Reporter: Sebastian Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.3 release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Warum dauert das Speichern in XMP files so lange?
Description: Hallo,

mir ist aufgefallen, dass das speichern von geo-daten in XMP files relativ lange dauert. Das Updaten von RAW files habe ich deaktiviert.

Beispiel:
12min fuer 1047 Bilder -> 0.69sec / Bild

Das Modified Date der RAW Bilder hat sich nicht veraendert, also in diese wurde nicht geschrieben.

Ich halte ca. 0.7sec um ein wenige KB grosses file zu lesen und zu schreiben fuer relativ viel. Deswegen denke ich, dass das zugehoerige RAW file vorher noch ausgelesen wird. Aber ist das wirklich noetig? Die Metadaten werden ja schon vorher aus den Bildern geladen und sollten sich bereits im Programm Cache befinden.

Naja, wahrscheinlich alles nicht so einfach, aber wer weiss: vielleicht laesst sich hier was optimieren :-)

Gruesse
Sebastian

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000469)
Friedemann   
2008-03-23 20:32   
Ich persönlich finde 0,7 Sekunden nicht so superlange. Aber ich kann da auch gar nix machen, denn das Speichern erledigt ja ExifTool, welches von GeoSetter per Kommandozeile aufgerufen wird. Du hast Recht, GeoSetter hat die Daten bereits gelesen, aber da hat ExifTool nix von ;-)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
230 [GeoSetter] Image Data minor always 2008-03-22 18:41 2008-03-23 19:18
Reporter: Sebastian Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.3 release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Nach zuweisung von Geodaten aendert sich zeit um +1h (LIghtroom)
Description: Hallo,

ich habe folgendes Verhalten (reproduzierbar) bei JPGs und CR2. Getestet mit 2 verschiedenend Kameras (Canon Ixus80IS und Canon 1D Mark II):

Nachdem ich mit GeoSetter GPS daten (+ Location) zugewiesen habe aendert sich das Datum in Lightroom 1.3.1 um +1h

Beispiel (Daten aus GeoSetter, nachdem Datei gepeichert wurde):
Hier sieht alles immer noch OK aus:
Date/Time Original 2008:03:22 14:16:44
Create Date 2008:03:22 14:16:44


Details anhand Beispiel (Felder aus Lightroom):
Date Time Original: 2:16:44 PM -> 3:16:44 PM
Date Time Digitized: 2:16:44 PM -> 3:16:44 PM
Date Time: 2:16:44 PM (bleibt korrekt)

Details anhand Beispiel (Felder aus Photoshop Elements 6):
Date Time Original: 2:16:44 PM -> 3:16:44 PM
Date Time Digitized: 2:16:44 PM (bleibt korrekt)
Date Time: 2:16:44 PM (bleibt korrekt)

Details anhand Beispiel (Felder aus ACDSee Pro 2):
Date Time Original: 2:16:44 PM (bleibt korrekt)
Date Time Digitized: 2:16:44 PM (bleibt korrekt)
Date Time: 2:16:44 PM (bleibt korrekt)

Anscheinend benutzen die Adobe Produkte die lokalen Time Settings des PCs mit:
Stelle ich bei Windows Greenwich Time ein, wird die Zeit automatisch -1h angezeigt (das gilt aber fuer alle Zeitstempel, d.h. auch danach ist noch 1h Zeitunterschied zwischen Date Time Original und den anderen.

Ich bin mir jetzt nicht wirklich sicher, ob es ein Problem mit GeoSetter / ExifTool ist. Bis jetzt sehe ich diese Zeitverschiebung nur bei Adobe Produkten.
Aber evtl. werden die Zeit daten ja in einem Adobe "unverstaendlichen" Format gespeichert.

Gruesse
Sebastian
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000462)
Sebastian   
2008-03-22 20:51   
Update:
Ich habe mal gecheckt, welches format Lightroom bzw GeoSetter / ExifTool in die XMP files schreiben:

Adobe format:
<exif:DateTimeOriginal>2007-11-01T14:37:35+01:00</exif:DateTimeOriginal>
<exif:DateTimeDigitized>2007-11-01T14:37:35+01:00</exif:DateTimeDigitized>

GeoSetter:
<exif:DateTimeOriginal>2007-11-01T14:37:35Z</exif:DateTimeOriginal>


Gruesse
Sebastian
(0000463)
heiko   
2008-03-22 21:25   
Hallo,

kann es sein dass die Adobe Programme die Zeitzone, die in GeoSetter gesetzt wird mit in die Anzeige einbezieht? Hast du schonmal probiert was für ein Ergebnis rauskommt, wenn du in GeoSetter "GMT 00:00" setzt?

Grüße
Heiko
(0000464)
Sebastian   
2008-03-23 15:25   
Hallo Heiko,

danke fuer Deinen Tip. Ich habe jetzt folgendes getestet (mit CR2, da ich hier leicht die XMP daten einsehen kann). Ich denke ich habe den Grund und auch eine Loesung gefunden.
Alles in Edit Data -> Date -> "Set To Fixed Date"

Aufgefallen ist mir hier, dass das Feld fuer GMT anpassung leer ist.

1. Mit dem - den kompletten Datum/Zeit Eintrag entfernt
Das fuert dazu, dass KEIN Eintrag fuer datum im XMP file landet.
Uhrzeit in Lightroom is richtig

2. Auf GMT +00:00 gesetzt
Eintrag in XMP:
<exif:DateTimeOriginal>2007-11-01T14:37:29+00:00</exif:DateTimeOriginal>
Uhrzeit in Lightroom wird +01:00 dargestellt. Ich denke das haengt damit zusammen was ich bereits oben beschrieben habe: mein PC ist auf Zeitzone +01:00 und da gleicht Lightroom das dann aus.
Ist eigentlich auch logisch: der Eintrag besagt, dass das Foto um 14:37:29 in einer GMT+00 Zeitzone gemacht wurde -> das ist 15:37 zu "meiner Zeit" = GMT+01

3. Auf GMT +01:00 gesetzt
Eintrag in XMP:
<exif:DateTimeOriginal>2007-11-01T14:37:31+01:00</exif:DateTimeOriginal>
Uhrzeit in Lightroom ist richtig. Wie in meiner ersten Note geschrieben entspricht das dem Eintrag, den Lightroom auch selbst machen wuerde.
ACDSee Pro 2 zeigt nun aber hier 13:37 an: das halte ich aber fuer einen Bug in ACDSee: das Programm zeigt auch die von Lightroom geschriebenen Files mit -1h falsch an. In IrfanView ist die Zeit korrekt dargestellt.
 
Mein Fazit:
Als workaround werde ich jetzt in GeoSetter fuer alle Fotos GMT+01:00 setzen, bevor ich diese speichere. Das fuert dazu, dass der Date/Time Eintrag genau wie von Adobe Produkten vorgenommen wird.

Als update fuer GeoSetter wuerde ich mir wuenschen, dass man in den Einstellungen eine default Time Zone setzen kann -> das z.B. automatisch immer ein GMT eintrag gemacht wird. Also z.B. so:
<exif:DateTimeOriginal>2007-11-01T14:37:35+01:00</exif:DateTimeOriginal>
Statt:
<exif:DateTimeOriginal>2007-11-01T14:37:35Z</exif:DateTimeOriginal>

Dann noch Frohe Ostern allen :-)
Sebastian
(0000466)
Friedemann   
2008-03-23 17:49   
ach, das gleiche Problem hatte ich auch Anfang des Jahres und hab probiert und gemacht und getan ;-) Nun bin ich aber schlauer. Das ist ein sogenanntes "Feature" von Lightroom, dass nämlich die Zeiten der Bilder immer relativ zu der Zeitzone in welcher Lightroom installiert ist angezeigt werden, bei Dir wird das sicherlich +1 sein. Wenn Du nun 2 Bilder haben, beide mit Aufnahmezeit 17:00, das eine mit Zeitzone +1, das andere mit Zeitzone +6, wird beim zweiten eine Zeit von 17:00+5 also 22:00 Uhr angezeigt. Das ist gut gemeint von Adobe, macht aber nur selten Sinn, finde ich. Als nützlich kann ich mir das bei einer weltweiten Veranstaltung vorstellen, z.B. einer Sportveranstaltung wo ein Fotograf das Ereignis live in Hamburg fotografiert, ein anderer vielleicht die Leinwandübertragung in Tokio. Beide haben ihre Kameras auf Ortszeit eingestellt. Wenn man hinterher die Zeitzonen der Bilder korrekt setzt, würden diese Bilder tatsächlich als gleichzeitig in Lightroom angezeigt. Dies also ein Fall wo das Sinn macht. Für mich ist es nur verwirrend. Ich hoffe, Adobe machen das mal optional...

Lightroom fügt anscheinend bei noch nicht vorhandenen Metadaten die Zeitzone zu einem Bild hinzu, auf welche Dein System eingestellt ist, also +1. Wenn Du Geodaten in GeoSetter hinzufügst, wird je nach Option in den Einstellungen keine Zeitzone hinzugefügt (z.B. 2008:03:22 11:45:48Z). Das interpretiert Lightroom dann anscheinend leider als 2008:03:22 11:45:48Z+0:00, so dass Dir die Uhrzeit in Lightroom auch falsch angezeigt wird. Du kannst aber in GeoSetter in den Einstellungen angeben, dass die Zeitzone automatisch abgerufen wird. Du kannst sie natürlich auch manuell setzen. Dann dürfte es keine Probleme mehr in Lightroom geben.
(0000467)
Friedemann   
2008-03-23 17:55   
> Als update fuer GeoSetter wuerde ich mir wuenschen, dass man
> in den Einstellungen eine default Time Zone setzen kann ->
> das z.B. automatisch immer ein GMT eintrag gemacht wird.

Ach, ich hatte Deinen und Heikos Beitrag völlig übersehen. Mit der Default-Zeitzone kann ich mir mal überlegen. Allerdings empfinde ich es als Fehler von Lightroom, dass eine nicht vorhandene Zeitzone als +0:00 interpretiert wird. Ich finde dass Lightroom dann auch die Systemzone nehmen sollte, also in Deinem Fall +1:00. In GeoSetter kannst Du ja wie gesagt einstellen, dass die Zeitzone bei manueller Koordinatenzuweisung automatisch aktualisiert wird. Bei Synchronisation mit einer GPS-Datei hast Du die gleich Möglichkeit. Ich finde eigentlich, das reicht aus ;-)
(0000468)
Sebastian   
2008-03-23 18:33   
>Das interpretiert Lightroom dann anscheinend leider als 2008:03:22 11:45:48Z+0:00
Ja, das sieht definitiv so aus. Hab noch etwas rumgetestet:
Lightroom interpretiert 2008:03:22 11:45:48Z als GMT+0:00. Habe ich das system auf +5:00 stehen und update das XMP file (ich hab einmal Zeit +1h einmal -1h geandert, damit lightroom die aenderungen auch in XMP schreibt) schreibt lightroom dann in das file:
2008:03:22 16:45:48Z+5:00
Nicht ganz optimal das Verhalten...
Allerdings updated Lightroom selbst die Date/Time daten nur, wenn diese auch geaendert wurden.
Ich werde jetzt bei meinen Fotos die Zeitzonen info updaten und dann erwarte ich keinerlei probleme mehr.

>In GeoSetter kannst Du ja wie gesagt einstellen, dass die Zeitzone bei manueller Koordinatenzuweisung automatisch aktualisiert wird. Bei Synchronisation mit einer GPS-Datei hast Du die gleich Möglichkeit. Ich finde eigentlich, das reicht aus ;-)
Die Option hatte ich noch gar nicht gesehen. Getestet und funktioniert prima :-)
Mein request ist somit ueberfluessig.
Danke fuer die schnelle Antwort...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
227 [GeoSetter] Image Data feature always 2008-03-15 19:50 2008-03-23 17:56
Reporter: pestilence76 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.3 release  
Product Build: Resolution: unable to reproduce  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Some IPTC Data is no longer saved in .CR2 Files
Description: In 2.3.0 When I added City, Postal Code, State/Province, Country, Phone, E-Mail, and URL data to a .CR2 file this data would besaved in the file and when I convert it to a .tif or .jpg the data would also transfer to the new file. This data no londer is saved in 2.4.3. GeoSetter will indicate that data has changed in the file and prompt me to save it. However, the next time I open the file these data fields are blank.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000455)
Friedemann   
2008-03-16 18:21   
Unfortunately I can't reproduce this behaviour. I just tried it out with CR2 files (taken with 40D). I tried out saving into the file itself and also saving as XMP sidecar file. Both went ok without any problems.

Can you please send me an example file to support@geosetter.de for which GeoSetter indicates that the data changed? Can perhaps send me also a screenshot of your settings for CR2 files (setttings dialog | File Options | Select Canon)?
(0000461)
pestilence76   
2008-03-22 04:41   
You may close this issue. I do not remember being in the (setting dialog | File Options) menu before. I must have checked the "Don't Create Internal XMP Data if it Doesn't Exist Already" box. When I removed the check from this box everything worked as I expected. The "bug" was really user error.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
228 [GeoSetter] User Interface feature always 2008-03-20 23:02 2008-03-20 23:41
Reporter: babar Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 2.4.3 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: give the ability to edit exif iptc and xmp data independently
Description: Hello,
It would be nice if it was possible to edit exif, iptc or xmp data independently, rather applying changes that will be synchronized through all the different metadata.
the nice thing would be to have an option in the preference, that would prevent automatic synchronization between metadata, but activate the possibility to edit each of the metadata independently.
We could keep the same interface as now, but add 3 radio buttons: exif, iptc, xmp
when on of them is selected, only the fileds relevant to that metadata are available.
For example if you select exif. Then, in the "location" tab only the gps data are editable, whereas the "Country",... fields remain greyed out or are hidden.
if you select iptc, it is the opposit. If you select xmp then both are available because xmp have field for both.
Finally for each field that are redundant in any metadata, with the buton "..." we should be able to select to synchronise that field with any of the other metadata.
In the end this would allow us to better control our metadata.
For example if one want to keep iptc character coding as ansi for more compatibility, but wishes to make use of xmp utf8 ability, it will be possible.

It will also be possible to write long exhaustive comment in the xmp (that accept very long comments) and put a summary in the corresponding iptc or exif field, instead of having a truncated comment (since iptc do not allow for long comment)
Same issue with long keyword or structured keywords.

regards
Eric
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
83 [GeoSetter] Image Data feature always 2007-12-31 22:17 2008-03-20 20:44
Reporter: babar Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 2.2.4 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add the possibility to export photos in google earth as the new photo object.
Description: This new object allow the user to see the poto from the correct distance (nice scaling of the photo and the satellite data) and with the correct orientation. (check feature request on adding heading information)
So if you have the heading, with the sensor size and the folcal lenght used, you can then export the photo to google earth as a photo object ( http://code.google.com/apis/kml/documentation/photos.html ) and google earth will display them as it does with the giga pixel project.
Sensor size and focal length can be retrieved from either exif or makernotes. knowing them will allow you with the proper formula ( http://www.tawbaware.com/maxlyons/calc.htm http://en.wikipedia.org/wiki/Field_of_view )
to compute an angular field of view, that will be used by google to compute the zoom to use so that the photo view "overlays" with the landscape in google earth at the proper scale.
Best regards
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
226 [GeoSetter] User Interface major always 2008-03-13 20:17 2008-03-15 22:30
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 2.4.3 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Vorschaubild hat schwere Fehler
Description: Nach dem Start von Geosetter wird auf eines der Bilder im Verzeichnis geklickt. Das Bild sollte dann im Vorschaufenster unten links erscheinen. Die Darstellung ist jedoch fehlerhaft. Ein Doppelklick auf das Bild erzeugt eine korrekte Anzeige.
Tags:
Steps To Reproduce:
Additional Information: Ein Beispiel hab ich hochgeladen. Die Darstellungsfehler sind jedoch verschieden : Falschfarben, mehrer Bilder überdecken sich (ohne transparenz, eher wie ein Schnippsel-Bild)
Attached Files:
Notes
(0000447)
drose   
2008-03-13 20:20   
Ein weiteres Beispiel für die Bildstörung. Jetzt ist sogar ein Miniaturbild gestört (Links oben).
(0000448)
drose   
2008-03-13 20:24   
Noch ein Beispiel, jetzt mit Bilderüberdeckung (Geosetter_3.jpg). Manchmal wird nach einiger Zeit das Bild korrekt dargestellt.
(0000449)
Friedemann   
2008-03-13 23:10   
Ist das reproduzierbar bei den gleichen Bildern oder sporadisch immer bei unterschiedlichen? Wenn das bei bestimmten Bildern reproduzierbar ist, hätte ich da gerne mal ein Beispielbild an support@geosetter.de
(0000450)
drose   
2008-03-14 00:50   
Der Fehler ist in sofern reproduzierbar, als das es kontinuierlich auftritt. Wenn ich also im Rythmus von z.b. 1 sec auf jeweil ein Bild klicke, dann versucht Geosetter das Vorschaubild aufzubauen, korumpiert dabei ab anscheinend die Daten. Nach 2-5 Sekunden wird das Bild mit den richtigen Daten überschrieben. Die Testbilder, die ich dabei verwende, sind nicht von meiner Kamera. Ich probier es nochmal mit eigenen Bildern : Meine Bilder funktionieren ! Ein weiterer Versuch mit IrfanView : Bildstörungen ! Es liegt also an den Daten. Das erfolgreiche Darstellen der Bilder ist also ein Zufallseffekt, wenn ich ein unbeschädigtes Bild erwischt habe. Witziger weise ist das Miniaturbild immer korrekt. Also kein Geosetter-Fehler. Brauchst Du noch ein Beispiel-Bild ?
(0000453)
Friedemann   
2008-03-15 01:57   
Wenn Du ein Bild hast bei welchem das reproduzierbar ist, nur her damit ;-)
(0000454)
drose   
2008-03-15 22:30   
Hab da mal was eingestellt ...
(IMG_0300.JPG)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
221 [GeoSetter] User Interface minor always 2008-03-06 10:10 2008-03-14 15:13
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.1 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Trackzerlegung läßt scheinbar Tracks verschwinden
Description: Wenn ein Track in mehrere Teile zerlegt wird, werden die Teile duchnummeriert. Im anliegnden Screenschot kann mann erkenn, das ein Track in die Teile 1 und 4 zerlegt wurden. Wo sind die anderen Bestandteile des Tracks gebllieben ? Darüber hinaus werden nicht alle Teile unter einem Track-Subtree gehalten. Der Trackteil 1 wird immer ausserhalb des Subtrees einsortiert.

Im Beispiel wurden mit GPSBabel konvertierte GPX-Dateien verwendet ! Ein Nachtest mit Original-Sony-Log-Dateien zeigt diesen Fehler nicht !!
Tags:
Steps To Reproduce:
Additional Information: Die fehlerhaften Tracks sind in dem Screenshot markiert.
Attached Files:
Notes
(0000436)
Friedemann   
2008-03-07 01:21   
Das sieht sehr sehr merkwürdig aus. Bei mir ist's völlig anders und ich denke auch korrekt (siehe drose_track.jpg). Welche Split-Werte hast Du benutzt? Das sind doch die Track-Dateien welche ich von Dir schon mal bekommen hatte, oder? Wenn nein, dann bitte nochmal zuschicken...
(0000438)
drose   
2008-03-07 16:27   
Inhaltlich sind es die selben Tracks, allerdings hatte ich in diesem Testfall tracks verwendet, die ich mit GPSBabel vom SONY-Format nach GPX transformiert haben. Dazu habe ich mehrere Versuche unternommen. Und nachdem Geosetter ja mit SONY-Dateien umgehen kann, hab ich die GPX-Daten gelöscht. Ev. hab ich noch welche irgendwo im Backup. Da ich zur Zeit meinern Monitor vom Server abgebaut habe, kann ich kurzfristig nich nachsehen. Lass diese Fehlermeldung bitte noch eine Woche stehen. Ditmar
(0000451)
drose   
2008-03-14 15:00   
Kann die GPX-Tracks nicht rekosntruieren. Mach den Fehler zu. Ich lass die Finger von GPSBabel.
(0000452)
Friedemann   
2008-03-14 15:13   
Ich mache das ungerne zu ;-) Ich vetraue GPSbabel da mehr als meinem eigenen Programm, denn die Screenshots sehen in der Tat merkwürdig aus. Da es aber nur ein Anzeigeproblem ist, ist's ja egal. Wenn's wieder auftritt, sag halt Bescheid...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
216 [GeoSetter] Image Data crash always 2008-03-03 21:32 2008-03-13 03:00
Reporter: LiegeradAndreas Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.0 release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Stürzt sofort beim Einlesen der Bilder ab.
Description: Ich kann noch das Verzeichnis doppelklicken, aber dann stürzt sofort beim Einlesen der Bilder ab. Ich kann das Absturz-Fenster mit "Anwendung fortsetzen" wegdrücken, beim nächsten Bild erscheint sofort ein neues Absturz-Fenster (außer natürlich, wenn nur ein Bild im Verzeichnis ist, dann kommt das Absturz-Fenster natürlich nur einmal.)
Tags:
Steps To Reproduce:
Additional Information: Tritt auch auf, wenn nur ein Bild (siehe Anhang) im Verzeichnis ist.
Attached Files:
Notes
(0000427)
Friedemann   
2008-03-03 21:40   
Dazu bräuchte ich mehr Infos, z.B. den Bug-Report. Das angehängte Bild macht bei mir keinerlei Probleme...
(0000428)
LiegeradAndreas   
2008-03-03 21:43   
Anbei der Bugreport

Ansonsten: Windows 2000 Professional SP2, saubere Installation (Testrechner) mit sehr wenig Software, nur SnagIt für Screenshots und 4NT.
(0000432)
Friedemann   
2008-03-05 22:50   
Ach, ich sehe Deine Antwort jetzt erst, sorry. Aber da ist kein Bug-Report...
(0000439)
drose   
2008-03-07 16:33   
@LiegeradAndreas : Der Bugreport wird von Geosetter angeboten, wenn das System abgestürzt ist. Hast Du diesen Bugreport-Bildschirm gesehen ? Dann muß du den Bugreport speichern und selber in dieses Forum hochladen.
(0000442)
LiegeradAndreas   
2008-03-13 02:18   
so, jetzt mit bug-report
(0000443)
Friedemann   
2008-03-13 02:26   
Alles klar, da scheint der Microsoft XML-Parser (msxml3.dll) nicht auf Deinem System vorhanden zu sein. Habe auf die Schnelle das hier gefunden: http://support.microsoft.com/kb/891861 Hilft das weiter?
(0000444)
Friedemann   
2008-03-13 02:29   
Nicht wundern, habe Deinen Bug-Report wieder gelöscht, denn da stehen ja auch so einige Dinge drin, die vielleicht nicht jeden was angehen ;-)
(0000445)
LiegeradAndreas   
2008-03-13 02:58   
Supi, so klappt es, danke! Muss man erstmal drauf kommen.
(0000446)
Friedemann   
2008-03-13 03:00   
Schön! :-)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
224 [GeoSetter] Image Data tweak always 2008-03-08 11:19 2008-03-12 02:13
Reporter: KnutBrode Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.1 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.3 release  
    Target Version:  
Summary: Belichtungszeit wird bei verschiedenen Sony-Kameramodellen nicht korrekt dargestellt
Description: Die Belichtungszeit wird bei meinen beiden Sony-Kameras in der Form 10/150s dargestellt.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
172 [GeoSetter] User Interface feature always 2008-02-01 10:52 2008-03-10 23:47
Reporter: berliner_ffm Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Trackgenerierung basierend auf Bildern
Description: Da verwendete Tracks aus GPS-Loggern häufiger mal Aussetzer/Ausreisser haben, wäre es eine super Funktion, wenn man auf Basis der Routenplanerfunktionalität von Googlemaps die einzelnen Bilder mit einem Track verbinden könnte.

Alternativ wäre auch eine Funktion zum Filtern von NMEA-Dateien sehr hilfreich, um z.B. Datensätze mit ungewöhnlicher Geschwindigkeit zu filtern und löschen zu können (alternativ auch mit ungewöhnlichen Höhen, zu wenig Satelliten ect).

Ansonsten ein tolles Tool!!
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000371)
Friedemann   
2008-02-01 18:53   
Die Bilder nachträglich durch eine Route zu verbinden, halte ich ein bisschen für gewagt. Ich weiß zwar momentan auch nicht, ob man sich von Google überhaupt die Route mit den einzelnen Koordinaten zurückgeben lassen kann, allerdings würde sich der eigentliche Sinn des Programms dadurch ja irgendwie umdrehen. Es ist ja eigentlich dafür gedacht, anhand eines Tracks die Position der Bilder zu finden, und nicht umgekehrt ;-)

> Alternativ wäre auch eine Funktion zum Filtern von NMEA-Dateien
> sehr hilfreich, um z.B. Datensätze mit ungewöhnlicher Geschwindigkeit
> zu filtern und löschen zu können (alternativ auch mit ungewöhnlichen
> Höhen, zu wenig Satelliten ect).

Da hast Du natürlich Recht, das würde schon Sinn machen. Wenn Du dafür Beispiel-Tracks hättest, welche Du mir zusenden könntest (support@geosetter.de), würde mir das sehr helfen.
(0000377)
drose   
2008-02-06 17:08   
Wie wäre es mit diesem UseCase :

Der Anwender hat manuell 100 Bilder (mit dazugehörenden Zeitinfo) über Geosetter mit GPS und Ortsinformationen versorgt. Danach möchte der Anwender die Bilder inclusive deren zeitliche Reihenfolge als Track auf Google Earth werfen, um den Track dort "abzufliegen".

D.h. aus den Selektierten Bildern und ihrer Zeitlichen Reihenfolge wird ein Track generiert, der als Trackpunkte nur die Abfolge der Bildpositionen enthält. Dabei können die Bildpositionen sowohl aus einer Track-Synchronisation alsauch manuell (oder sonstwie) erzeugt sein.
Grüße aus dem Skigebiet sendet Ditmar
(0000441)
tf3000   
2008-03-10 23:47   
Das mit der Sinnumdrehung stimmt zwar, aber es wäre denke ich schon eine interessante Funktion. Zur Zeit muß ich, mangels anderer Möglichkeit, die Tracks manuell erzeugen. Dann zusätzlich nochmals für die Bilder nahezu die gleiche Arbeit bzw. Strecke.
Außerdem werden sicher etliche ihr Navi nicht überall mit hin nehmen wollen, bei Wanderungen z.B. Hier könnte man dann aber recht einfach die Wanderstrecke zu einem Track zusammenfassen.
Wenn man dann noch Trackpunkte setzen könnte ohne ein Bild zu haben wäre der Luxus perfekt( wahrscheinlich aber auch der Programmieraufwand).
Grüße aus dem Taunus
Thomas
PS Ein dickes Lob für das tolle Programm

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
223 [GeoSetter] User Interface tweak always 2008-03-07 20:38 2008-03-08 03:43
Reporter: Polarigel Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 2.4.1 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Karten werden nicht dargestellt (kein Geosetter-Fehler!)
Description: Geosetter funktioniert hervorragend mit GPS-Tracks. Die Kartendarstellung geht allerdings nicht- es werden nur einzelne Kacheln oder garnichts dargestellt. Das ist keine Fehler in Geosetter- Google Maps funktioniert weder in Opera noch im Internet-Explorer. Ich habe alle auf der Google-Maps Hilfeseite vorgeschlagenen Maßnahmen ausprobiert- ohne Erfolg. Eine Mail an den Google Support und eine Anfrage in der Google Newgroup blieben unbeantwortet. Ich poste das hier in der Hoffnung, daß mir hier jemand noch einen Tip zur Problembehebung geben kann.
Vielen Dank
Polarigel
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
222 [GeoSetter] User Interface minor always 2008-03-07 01:51 2008-03-07 02:42
Reporter: maletin Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.1 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.2 release  
    Target Version:  
Summary: GPX-Datei wird nicht akzeptiert
Description: Mein Navi (Medion 96440) produziert GPX-Dateien, die nicht verwendet werden können.
Tags:
Steps To Reproduce:
Additional Information: Wenn ich die angehängte GPX-Datei öffne, kommt die Fehlermeldung
'Die Datei "a.gpx" scheint keine gültige GPS-Track-Datei zu sein.'
Attached Files:
Notes
(0000437)
Friedemann   
2008-03-07 02:42   
Die <name>-Tags des Wegpunktes und des Tracks sind in Deiner Datei leer. Das ist sicherlich völlig ok, nur leider mochte GeoSetter das nicht. Habe ich jetzt repariert. Bei Interesse gebe ich Dir 'ne Übergangslösung, da ich noch kein neues offizielles Update rausgeben will...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
217 [GeoSetter] User Interface tweak always 2008-03-03 21:36 2008-03-07 01:23
Reporter: LiegeradAndreas Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.0 release  
Product Build: Resolution: won't fix  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Position des Buttons "Verzeichnisebene hoch"
Description: Der Button "Verzeichnisebene hoch" sollte rechts des Feldes für die Verzeichnis-Auswahl stehen, weil das bei Windows so üblich ist.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000429)
Friedemann   
2008-03-03 21:43   
Das war ursprünglich auch meine Meinung. Nun haben wir den Salat (siehe 0000006). Das ändere ich jetzt aber nicht mehr zurück...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
213 [GeoSetter] Image Data crash always 2008-03-03 14:14 2008-03-07 01:22
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.1 release  
    Target Version:  
Summary: Beim Abfragen der Ortsadten aus dem Internet erfolgt reproduzierbar ein Absturz.
Description: 213 Bilder wurden mit GPS-Informationen synchronisiert, danach erfolgt die Abfrage der Ortsdaten aus dem Internet. Nach ca. 55 % Bearbeitungsfortschritt erfolt ein reproduzierbarer Absturz. Siehe anliegendes Protokoll. Systemausstattung : Vista Ultimate Home, Intel Q6600, 2 GByte.
Tags:
Steps To Reproduce:
Additional Information: Das gleiche Scenario auf meinem WindowsXP-Laptop funktioniert einwandfrei. Habe Geosetter einmal komplett deinstallliert und frisch installiert. Dabei das Geosetter-Verzeichnis mit der config-datei gelöscht. Gibt es weitere Konfigurationsdaten aus vorangehenden Installationen in der Registry ?
Attached Files:
Notes
(0000433)
Friedemann   
2008-03-05 22:53   
Hallo Ditmar,

ich habe gerade ein Update zur Verfügung gestellt. Konnte den Fehler zwar nicht direkt nachvollziehen, allerdings denke ich trotzdem es behoben zu haben. Könntest Du das mal prüfen???
(0000435)
drose   
2008-03-06 09:25   
Ein Wiederholungstest zum Nachweis des Fehler in V2.4.0 erbrachte den reproduizierbaren Absturz.
Die neue Version 2.4.1 synchronisierte die Ortdaten ohne Absturz. Für diesen Testfall ist der Fehler behoben.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
218 [GeoSetter] User Interface minor always 2008-03-04 18:04 2008-03-05 22:55
Reporter: Jerome Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.1 release  
    Target Version:  
Summary: "invalid token" im GoogleEarth-Datei bei der französiche Übersetzung
Description: Beim Export nach Google Earth bekommt man von Google-Earth den Fehler "not Well-formed (invalid token)", wenn die kml-Datei auf französisch generiert wurde.

Bei der französichen Übersetzung generiert GeoSetter folgende Zeile in der KML-Datei:
<Folder><name>&Images </name>
Das Zeichen & wird von Google Earth nicht vertragen.

Zum Vergleich auf Deutsch bekommet man folgende Zeile:
<Folder><name>Bilder</name>
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000431)
Friedemann   
2008-03-04 21:43   
Ich habe die Sprachendatei aktualisiert. Die kann per Online-Update aktualisiert werden (Hilfe-Menü). Das ist keine sehr gute Lösung, da jetzt im Menü auch der Hotkey fehlt, aber es geht erstmal...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
214 [GeoSetter] Image Data feature always 2008-03-03 14:41 2008-03-04 09:10
Reporter: Cristian_H Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 2.4.0 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Erweiterungen im Bereich Bilder Meta Tag Informationen
Description: Wünschenswerte Erweiterung im Bereich Mischen von Bilder und Zusatzinformationen.
Heute können einzelne Bilder mittels Doppelklick „Aus Vorlage laden…“ Ok, Ok erweitert werden. Wenn diese Vorabgespeicherten Informationen Gut abgelegt und sortiert sind recht gut eingefügt werden ohne die GEO-Infos zu überschreiben.
Wenn es aber bei vielen Bildern diese Informationen eingefügt www.werden müssen ist es recht mühsam.
Ich stelle mir das so vor, dass ich wie die Koordinaten "Infos" die je bis jetzt „Aus Vorlage laden…“ selektiv eigefügt werden über grosse anzahl Bilder auf einen rutsch Kopiert werden.

Tags:
Steps To Reproduce:
Additional Information: Siehe PDF
Attached Files:
Notes
(0000430)
heiko   
2008-03-04 09:10   
Im Prinzip geht das doch. Alle Bilder im Hauptfenster markieren denen eine Vorlage zugewiesen werden soll. Dann im "Daten bearbeiten" Dialog "Aus Vorlage laden" wählen und diese Vorlage einem Bild zuweisen. Anschließend über "Aktuelle Werte für alle ausgew. Bilder übernehmen" wählen und die entsprechenden Änderungen auf alle Bilder übernehmen.

Die Vorlagen liegen unter
C:\Dokumente und Einstellungen\<UserName>\Anwendungsdaten\GeoSetter\templates

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
215 [GeoSetter] User Interface major always 2008-03-03 21:28 2008-03-03 21:32
Reporter: LiegeradAndreas Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.4.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.1 release  
    Target Version:  
Summary: Verzeichnisse mit gesetzem Archiv-Bit werden nicht angezeigt
Description: Bei der Verzeichnis-Anzeige links oben fehlen Verzeichnisse, deren Archiv-Bit gesetzt ist. Entfernt man das Archiv-Bit, wird das Verzeichnis innerhalb weniger Sekunden sichtbar, auch ohne Neustart von Geosetter.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000426)
Friedemann   
2008-03-03 21:31   
Ja, das ist mir auch heute durch Hinweise anderer Benutzer aufgefallen. Auch Netzlaufwerke werden nicht angezeigt. Habe den Fehler bereits behoben. Muss mal sehen wann's ein Update gibt.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
210 [GeoSetter] Image Data feature always 2008-03-01 10:44 2008-03-02 04:10
Reporter: maben Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GeoTag Cut & Past
Description: Es wäre sehr hilfreich, wenn bestehende GeoTags von bestehenden Bilder auf andere übertragbar sind - sonst muss bei jedem Bild (manuelle Eingabe) die Eingabe Make ausgefüllt werden oder über Vorlage die Daten auf die anderen Bilder übertragen werde.
--> Super Programm! Danke!
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000420)
drose   
2008-03-01 16:46   
Das geht über folgenden Workflow :
1) Eine Bildposition der roten Kartenmarkierung zuweisen
2) Ein oder mehrere Bilder selektieren
3) Die Position der roten Kartenmarkierunge den Bildern zuweisen.

Für Funktionen 1) und 3) sind entsprechende Icons auf dem Trennbalken zwischen Maps-Fenster und Bilderfenster vorhanden.

Hast Du eine anderen Lösungswunsch ? Dann bitte hier vorschlagen.
(0000421)
Friedemann   
2008-03-01 17:09   
Es ist ja auch möglich, im Dialog "Daten berabeiten" über den Button "Aktuelle Werte für alle ausgew. Bilder übernehmen" die Daten, welche Du kopieren möchtest, den anderen Bildern zuzuweisen (siehe Screenshot copy_data.jpg).
(0000422)
Friedemann   
2008-03-02 04:10   
Ich schließe das mal, da ich denke dass es auf die beschriebenen Art und Weisen schon geht. Wenn nicht, dann bitte nochmal mit eigenem Vorschlag melden ;-)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
207 [GeoSetter] User Interface feature always 2008-02-29 08:04 2008-02-29 20:20
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.4 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.0 release  
    Target Version:  
Summary: Darstellung der Tracklisten unübersichtlich wegen Farbcode-Balken
Description: Wenn mehrere Tracks geladen wurden und nach Name sortiert werden, dann sind die einfachen Tracks mit einem Farbcode-Balken versehen, während die zerlegten Tracks diesen nicht haben. In der Listendarstellung führt das dazu, das die eigentlich relevaten Dateinamen gegeneinander versetzt formatiert sind. Ein Beispiel ist in der Anlage.

Lösungsvorschlag : zerlegte Tracks erhalten einen weißen (Hintergrundfarbe) Farbcodebalken ?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
208 [GeoSetter] User Interface minor always 2008-02-29 08:09 2008-02-29 19:59
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.4 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.0 release  
    Target Version:  
Summary: Sortieren der Tracks nach Zeit/Datum liefert keine zeitliche Reihenfolge der Tracks
Description: Wenn die Tracks nach Zeit/Datum sortiert sind, werdeneinfache Tracks und zerlegte Tracks gruppiert und jeweils für sich sortiert. Insofern entspricht das Ergebnis nicht der Erwartung des Users. Dieser kann nur schwer überprüfen, ob zu einem fraglichen Zeitpunkt ein Track aufgezeichnet wurde.
Siehe Beispiel in der Anlage.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
209 [GeoSetter] Image Data feature always 2008-02-29 08:15 2008-02-29 19:54
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.4 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.4.0 release  
    Target Version:  
Summary: Erweiterung des Kontext-Menus um "Auf selektierte Tracks zoomen"
Description: Bei zerlegten Tracks kann die Trackgruppe nicht per doppeltklick gezoomt werden. Eine eintsprechendes Symbol ist in der Kopfleiste vorhanden. Konfortabler währe es, wenn die gleiche Funktion in das Kontext-Menue (rechte Maustaste)aufgenommen wird. Das erspart lange Mausfahrten vom unteren Bildschirmrand zum oberen.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
202 [GeoSetter] User Interface minor always 2008-02-25 22:25 2008-02-28 00:55
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.3 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.3.4 beta  
    Target Version:  
Summary: Einstellungen / Karte / "auf Tracks zoomen"
Description: wenn ein Track aus mehreren Segmenten besteht (in meinem Beispiel weil eine zeitlang kein Satelliten Empfang vorhanden war) wird nicht automatisch auf den gesamten Track gezoomt, sondern (so wie es aussieht) nur auf ein Segment.

Der Button "Auf ausgewählte Tracks zoomen" funktioniert hingegen korrekt.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000411)
Friedemann   
2008-02-25 23:35   
Du meinst das automatische Zoomen beim automatischen Laden einer im aktuellen Verzeichnis befindlichen Trackdatei? Bei mir geht das, es wird auf alle in der Datei befindlichen Segmente und Wegpunkte gezoomt. Du könntest mir die Datei mal zuschicken...
(0000412)
heiko   
2008-02-25 23:42   
hab dir grad das File geschickt
(0000417)
Friedemann   
2008-02-28 00:55   
Wenn man in den Optionen eingestellt hat, dass alle im Verzeichnis vorhandenen Bilder mit Koordinaten automatisch in der Karte dargestellt werden sollen, wird auch auf diese nachdem die Darstellung auf der karte fertig ist gezoomt. Das Laden der Tracks und auch das Zoomen darauf hatte bereits vorher stattgefunden. War also ein zweifaches Zoomen auf unterschiedliche Objekte. Dies ist nun nur noch eine Aktion und sollte deshalb jetzt funktionieren...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
199 [GeoSetter] User Interface block always 2008-02-24 17:52 2008-02-28 00:41
Reporter: squamp Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.3.4 beta  
    Target Version:  
Summary: Karte wird nicht dargestellt
Description: Die Karte und alle dazugehörigen Icons werden nicht dargestellt. Ein Zuweisen von Koordinaten ist nicht möglich. Passierte nach dem Update von 2.1.0 auf 2.3.0
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000404)
Friedemann   
2008-02-24 17:58   
Ein paar mehr Infos bräuchte ich noch dazu: Gibt es irgendeine Fehlermeldung? Was heißt "Ein Zuweisen von Koordinaten ist nicht möglich"? Was passiert, wenn die Seite http://www.friedemann-schmidt.com/geosetter/gmap21.html direkt im Internet Explorer aufgerufen wird? Da müsste eine leere weiße Seite zu sehen sein. Ist der Internet Explorer vielleicht im Offline-Modus? Ist der Proxy richtig eingestellt? Gibt es eine Firewall?
(0000405)
squamp   
2008-02-24 18:22   
Seite wird weder im IE noch in Firefox angezeigt. Die Karte wurde bis zuletzt in Version 2.1.0 angezeigt. IE is im Online-Modus und Firewall ist aus. maps.google.com funktioniert.
(0000406)
Friedemann   
2008-02-24 20:16   
Gibt es irgendwelche Fehlermeldungen???

> Seite wird weder im IE noch in Firefox angezeigt.

Gibt es dort eine Fehlermeldung? Unter "Seite wird nicht angezeigt" kann ich mir nix vorstellen. Ist es eine leere Seite??? Wenn ja, dann ist das im Internet Explorer wie schon gesagt ok, die Seite wird also angezeigt.

Am besten wäre mal ein Screenshot von GeoSetter an support@geosetter.de
(0000408)
Friedemann   
2008-02-24 23:20   
(Last edited: 2008-02-24 23:25)
Ich habe gerade unter http://www.geosetter.de/geosetter_test.exe eine Betaversion der nächsten offiziellen Version zur Verfügung gestellt. Vielleicht könntest Du mal testen, ob Du damit weiterhin Probleme hast. Wenn ja, gibt es im Menü nun einen Punkt "Kartenfehler...". Darin sind dann die Aufrufe aufgeführt welche eventuell bei der Karte zu Fehlern geführt haben. Davon ein Screenshot wäre dann nicht schlecht...

(0000416)
Friedemann   
2008-02-28 00:41   
Ich hoffe das ist nun erledigt. Es lag an der evtl. im Internet Explorer eingestellten hohen Sicherheitsstufe. Es müssen in jedem Fall die beiden Optionen "ActiveX-Steuerelemente und Plugins / Binär- und Skriptverhalten" und "Scripting / Active Scripting" aktiviert sein, was sie bei hoher Sicherheitsstufe nicht sind. Die erste Lösung sieht jetzt so aus, dass GeoSetter diese beiden Optionen beim Start aktiviert, und ggf. bei Programmende auf den alten Wert zurücksetzt.

Eine Testversion u.a. mit dieser Änderung gibt's wieder unter http://www.geosetter.de/geosetter_test.exe

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
204 [GeoSetter] User Interface trivial always 2008-02-27 14:56 2008-02-27 20:05
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.3 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version: 2.3.4 beta  
    Target Version:  
Summary: Button "Maximale Zoomstufe"
Description: Wird der Wert in "Maximale Zoomstufe" geändert, wirkt sich diese Änderung erst beim nächsten Verzeichniswechsel oder beim drücken des Buttons "Auf ausgewählten Track zoomen" aus.

Bug oder Feature?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000415)
Friedemann   
2008-02-27 20:05   
Das ist so gewollt. Der Wert "Maximale Zoomstufe" wird benutzt wenn mittels des Zoom-Buttons auf ein oder mehrere Tracks gezoomt wird. Eine Änderung des Wertes wirkt sich also nicht im Moment der Änderung durch irgendeine Aktion aus, sondern erst bei später evtl. folgenden Zoom-Vorgängen.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
203 [GeoSetter] User Interface trivial always 2008-02-27 14:51 2008-02-27 20:02
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.3 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version: 2.3.4 beta  
    Target Version:  
Summary: Zoomen auf Tracks
Description: unter "Einstellungen / Karte" ist "Auf Tracks zoomen" an.

Zum testen habe ich in einem Verzeichnis einen Track aus Rom, und einen hier aus unserer Gegend. Durch das automatische Laden des 1. Tracks (so konfiguriert) beim Wechsel in das Verzeichnis wird auf den Track in Rom gezoomt. Nehme ich dann den Haken vor dem Rom Track heraus und markiere den Track im Allgäu wird nicht automatisch auf den aktuellen Track (Allgäu) gezommt. Es muss erst der Button "Auf ausgewählten Track zommen" gedrückt werden.

Ist das so gewollt?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000414)
Friedemann   
2008-02-27 20:02   
Es wird nur auf die Tracks gezoomt welche aus dem aktuellen Verzeichnis automatisch geladen werden, das ist so gewollt. Auf alle danach angezeigten Tracks muss manuell mittels des entsprechenden Buttons gezoomt werden...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
201 [GeoSetter] User Interface trivial always 2008-02-25 14:56 2008-02-25 23:31
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.3 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.3.4 beta  
    Target Version:  
Summary: "Info für ausgewählten Wegpunkt auf Karte anzeigen"
Description: dieser Punkt wird beim Beenden von GeoSetter nicht in der INI Datei gespeichert und muss nach jedem Programmstart neu angewählt werden
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
200 [GeoSetter] User Interface trivial always 2008-02-25 14:49 2008-02-25 23:25
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.3 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.3.4 beta  
    Target Version:  
Summary: Trackfarbe läßt sich nicht mehr zurück stellen
Description: ich habe in der Trackübersicht die Farbe eines Tracks umgestellt (grün). Anschließend wollte ich wieder zur Standardfarbe blau wechseln. Dies funktioniert im aktuellen Verzeichnis und der Track wird in blau angezeigt. Sobald das Verzeichnis gewechselt wird und man anschließend wieder in das vorige Verzeichnis wechselt, wird die ursprünglich geänderte Trackfarbe (grün) wieder angezeigt.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000410)
Friedemann   
2008-02-25 23:25   
Ist gefixt.

Eine Frage dazu: Wie stellst Du die Farbe auf den Default-Wert zurück? Dafür ist nämlich schwarz vorgesehen, aber das ist ja nirgends kommentiert...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
186 [GeoSetter] Image Data minor always 2008-02-16 17:05 2008-02-24 23:31
Reporter: aki-ch Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 2.3.0 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: IPTC Felder schreiben
Description: ich möchte die gps daten und die orts-informationen sowohl in eine xmp-datei als auch in die exif- und iptc-datenfelder eintragen lassen.
in die exif-datenfelder schreibt geosetter die entsprechende informationen. in die iptc-datenfelder jedoch nicht.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000409)
Friedemann   
2008-02-24 23:31   
Sorry, das hatte ich nun ein wenig hinten angestellt...

Welche Infos möchtest Du worein schreiben? Die GPS-Daten in die IPTC-Felder? Nein, Du meinst die GPS-Daten in die XMP-Daten und die Ortsdaten in die IPTC-Daten? Das müsste doch aber so funktionieren. Wenn nein, schicke mir doch bitte mal einen Screenshot der Einstellungen welche Du für die Dateitypen vorgenommen hast (Dialog "Einstellungen"), am besten für jeden Dateitype einzeln um den es geht (links in der Liste den Dateityp auswählen und Screenshot erstellen).

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
193 [GeoSetter] Image Data major always 2008-02-22 08:09 2008-02-24 23:04
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.2 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.3.3 beta  
    Target Version:  
Summary: Exception wenn GeoSetter gestartet wird
Description: beim Start von GeoSetter tritt eine Exception auf. Vermutlich hängt dies mit der offline Karte zusammen. Setze ich den Namen der Kartendatei auf Standard tritt diese Exception nicht auf

vielleicht solltest du da mal ne Versionierung einführen, da es ja schon öfters Probleme bei der Änderung der Kartendatei gab
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000407)
Friedemann   
2008-02-24 23:04   
Eine Versionierung gibt es noch nicht, aber eine Exception kommt nun nicht mehr...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
191 [GeoSetter] User Interface feature always 2008-02-22 00:24 2008-02-24 05:39
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.2 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.3.3 beta  
    Target Version:  
Summary: Anzeige der Tracks im aktuellen Verzeichnis
Description: ich fände es schön, wenn die Tracks, die im aktuellen Verzeichnis liegen sofort angezeigt würden und man nicht erst den Track von "Hand" markieren muß (zumindest optional)

wirklich klasse die neuen Features
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000390)
Friedemann   
2008-02-22 18:37   
Das hatte ich rausgenommen, da ich vermeiden will, dass der Benutzer in ein Verzeichnis mit 100 Trackdateien wechselt und das Programm dann beim Laden und Anzeigen völlig überfordert ist. Ich nehme es wieder rein. Muss mir vielleicht irgendeinen Schutzmechanismus überlegen, dass nicht zu viele Tracks angezeigt bzw. geladen werden. Damit ist dann die Karte überfordert.
(0000393)
heiko   
2008-02-22 22:35   
Schutzmechanismus könnte sein, dass nur der erste gefundene Track eingelesen und angezeigt wird. Ich lege z.B. die Tracks zu den Bildern, so dass es normalerweise eh nur einen Track gibt. Wenn ein User ein Verzeichnis mit Tracks hat, würde ja der obige Schutz ziehen.
(0000398)
Friedemann   
2008-02-23 00:31   
> Schutzmechanismus könnte sein, dass nur der erste gefundene Track eingelesen
> und angezeigt wird. Ich lege z.B. die Tracks zu den Bildern, so dass
> es normalerweise eh nur einen Track gibt. Wenn ein User ein Verzeichnis
> mit Tracks hat, würde ja der obige Schutz ziehen.

genau das hatte ich mir auch überlegt. Ich dachte bloß, das wäre noch verwirrender... Siehe auch 0000192.
(0000401)
heiko   
2008-02-23 23:09   
wieder ne persönliche Ansicht: ich empfinde es nicht als störend wenn nur der erste Track sofort angezeigt wird, da es bei mir im Normalfall sowieso nur einen Track pro Verzeichnis gibt
(0000403)
Friedemann   
2008-02-24 05:39   
Folgendes habe ich geändert:
1. Das Laden kann abgebrochen werden
2. In den Optionen kann man angeben ob und wieviel Trackdateien maximal automatisch geladen werden.
3. Ausserdem lässt sich einstellen, ob auch auf alle automatisch geladenen Tracks gezoomt werden soll.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
192 [GeoSetter] User Interface minor always 2008-02-22 00:35 2008-02-24 05:38
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.2 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.3.3 beta  
    Target Version:  
Summary: markieren von Tracks
Description: sind mehrere Tracks in einem Verzeichnis, funktioniert das markieren oft nicht beim ersten mal.

Es wird beim klicken auf die Checkbox der Tree geöffnet (Wegpunkte angezeigt) anstatt diesen Track auszuwählen. Hier sollte zusätzlich zum parsen der Wegpunkte der eigentliche Track selektiert werden.

Es wird bei mehreren vorhandenen Tracks nicht der angeklickte Track markiert, sondern immer der letzte Track in der Liste.

Diese Probleme treten nur auf, nachdem die Tracks neu gelesen wurden (nach dem öffnen des eigentlichen Verzeichnisses). Wurden die Daten einmal richtig gelesen scheint es so zu funktionieren wie es soll.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000391)
Friedemann   
2008-02-22 18:55   
Dass beim Laden eines Tracks dieser auch selektiert werden sollte, ist richtig. Das habe ich korrigiert. Allerdings hatte ich es mir so gedacht, dass wenn sich beim Laden (angestoßen durch das Aktivieren der Checkbox) herausstellt, dass es eine Trackdatei mit mehreren darin befindlichen Tracks (und Wegpunkten) ist, sollen nicht gleich alle angezeigt werden. Es präsentiert sich dann erstmal der aufgeklappte Tree. Durch nochmaliges "Checken" kann dann auch alles angezeigt werden. Ich bin da aber sehr offen für Kritik ;-)
(0000394)
heiko   
2008-02-22 22:43   
Es ist recht verwirrend wenn man eine Checkbox anklickt und diese anschließend nicht selektiert ist, sondern ein Tree geöffnet wird. Zumindest widerspricht das sämtlichen Konventionen die ich so kenne :-)

was spricht dagegen dass beim anklicken gleich alle untergeordneten Tracks angezeigt? Das wäre eigentlich das Verhalten das ich erwarten würde.

Alternativ könnte ich mir noch vorstellen, dass die Tracks beim öffnen des Verzeichnisses soweit gelesen werden (ggf. nicht vollständig), dass du die Pfeilsymbole vor dem Track anzeigen kannst. Dann könnte man ein klares Verhalten implementieren. Pfeil=aufklappen; Checkbox=selektieren. Aberich denke dass du das wegen der Performance so nicht implementiert hast
(0000397)
Friedemann   
2008-02-23 00:29   
Ja, das Problem ist die Performance. Das Einlesen einer GPX-Datei benötigt einerseits etwas Zeit (zumindest beim ersten Mal, danach dürfte es schneller gehen, da GeoSetter GPX-Dateien in einem besser lesbaren Format im Profilverzeichnis zwischenspeichert), andererseits ist die Karte auch mit zu vielen Tracks einfach überfordert, alles wird quälend langsam.

> Alternativ könnte ich mir noch vorstellen, dass die Tracks beim
> öffnen des Verzeichnisses soweit gelesen werden (ggf. nicht
> vollständig), dass du die Pfeilsymbole vor dem Track anzeigen
> kannst.

Eben das würde ein vollständiges Laden erfordern, denn ich kann ja erst wissen, wieviel Tracks, Wegpunkte etc. sich in einer Datei befinden, wenn sie komplett gelesen wurde. Und eben das dauert...

> Zumindest widerspricht das sämtlichen Konventionen die ich so
> kenne :-)

So richtige Konventionen kenne ich da zwar nicht, aber ich weiß was Du meinst ;-) Du hast im Prinzip ja auch Recht. Ich finde es jetzt aber nicht so sehr störend, dass man bei nicht geladenen Tracks durch erstmaliges Anklicken das Laden auslöst und dann nochmal die vielleicht mehrfach vorhandenen Untertracks auswählen muss. Habe das aber jetzt ergänzt, so dass optional auch ein vollständiges Laden und Anzeigen statt findet. Ich versuche das jetzt auch so zu regeln, dass das Laden von Tracks abgebrochen werden kann. Wie gesagt, man stelle sich vor, dass man in eine Verzeichnis mit vielleicht hunderten GPX-Dateien wechselt...
(0000400)
heiko   
2008-02-23 23:06   
ist doch die optimale Lösung wenn sich dieses Verhalten über eine Option regeln läßt und dann das Laden auch abgebrochen werden kann
(0000402)
Friedemann   
2008-02-24 05:38   
Folgendes habe ich geändert:
1. Das Laden kann abgebrochen werden
2. Die Trackdatei wird vollständig geladen, also kein zweimaliges Klicken mehr
3. Es wird die geladene Trackdatei bzw. der Track selektiert
4. Für die Sortierung der Tracks ist zwischen "Dateiname" und "Datum" wählbar. Bei ersterem kommt es nicht mehr zu vielleicht unschönen Umsortierungen nach dem Laden einer Trackdatei

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
197 [GeoSetter] Image Data major always 2008-02-23 10:31 2008-02-23 18:42
Reporter: Reiner H Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.2 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.3.3 beta  
    Target Version:  
Summary: Fehler bei Zeitzonen-Korrektur
Description: Meine Tracks sind beim Abspeichern auf dem heimischen PC durch ein Fremdprogramm nicht in UTC, sondern in UTC+1 (Ortszeit MEZ) gespeichert.
Bei der Synchronisation mit den Bildern in Geosetter wird daher ein falscher Ort angezeigt. Da ich meistens durch try-and-error herausfinde, ob ich bei der manuellen Korrektur eine Stunde subtrahieren oder addieren muß, hat sich folgender Fehler gezeigt: Im ersten Versuch addiere ich eine Stunde und sehe auf der Karte, dass ein falscher Ort angezeigt wird. Der Report zeigt mir an (s. Anlage ZZ-Korrektur-1): -6 (-7;-;+1). Jetzt starte ich eine neue Synchronisation mit dem Korrekturfaktor -1 und erhalte als Antwort, dass kein Bild gefunden wurde. Der Report zeigt mir an: +6(+7;-;-1), s. Anlage ZZ-Korrektur-2. Hier wird statt -7 als Korrekturwert +7 berechnet, somit liegt der Korrekturwert +6 außerhalb der Trackpunkte, es kann kein Aufnahmeort gefunden werden.
Wenn ich den Ordner ohne zu speichern wechsel und wieder den gleichen Ordner öffne (also den Ausgangszustand herstelle) und jetzt gleich den korrekten Korrekturwert -1 eingebe, wird der richtige Aufnahmeort in der Karte angezeigt. Der Report (ZZ-Korrektur-3.jpg) zeigt auch die entsprechenden Daten an: -8 (-7;-;-1).
PS: Wie überträgt man mehrere Bilder? Anlage 1 und 3 habe ich jetzt weggelassen, weil offensichtlich nur eine Datei übertragen werden kann.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
198 [GeoSetter] User Interface minor always 2008-02-23 18:16 2008-02-23 18:40
Reporter: mawosch Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.3 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.3.3 beta  
    Target Version:  
Summary: Einstellungsdialog bei jedem Start
Description: Bei jedem Starten des Programms öffnet sich bei einem meiner Rechner (Desktop), auf dem ich die letzte Testversion ausprobiere, folgende Einstellungsbox.
Die Zeit zwischen Doppelklick auf das Desktopsymbol und dem öffnen ist zudem ungewöhnlich lange.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000399)
Friedemann   
2008-02-23 18:29   
Ja, sorry, das war für die Übersetzer gedacht. In der Testversion wird dieser Dialog immer wieder angezeigt.

Mit dem langsamen Start könnte an einem falsch eingestellten Proxy liegen. Es könnte auch eine andere Ursache haben, welche ich selbst schon gefunden hatte.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
196 [GeoSetter] User Interface trivial always 2008-02-22 17:20 2008-02-23 04:52
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.2 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.3.3 beta  
    Target Version:  
Summary: Distanz zu Track
Description: Unter der Karte wird "Distanz zu Track: ..." ausgegeben. Wenn ich das richtig verstanden habe soll hier die Entfernung vom roten Marker bis zum Track ausgegeben werden. Diese Entfernung wird immer vom letzten Track ausgegeben, auch wenn man sich in einem Verzeichnis ohne Track (wird auch nicht angezeigt) befindet.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
194 [GeoSetter] User Interface feature always 2008-02-22 17:09 2008-02-23 04:52
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.2 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Wegpunkte
Description: nach welchen Kriterien erstellst du die Wegpunkte?

habe nen Sony GPS Tracker und der erstellt NMEA Files; hier werden keine Wegpunkte angezeigt. Wenn ich dieses NMEA File mit GPSBabel in GPX konvertiere kommen immer noch keine Wegpunkte raus. Eigentlich mehr per Zufall habe ich dieses GPX File mit nem anderen Prog (routeconverter) nochmals als GPX abgespeichert, und siehe da, auf einmal sind Wegpunkte vorhanden. Theoretisch müßte es ja möglich sein, Wegpunkte von den anderen Formaten anzuzeigen?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000392)
Friedemann   
2008-02-22 19:04   
NMEA-Dateien können eigentlich keine Wegpunkte enthalten, zumindest soweit ich weiß. Die einzigen Dateien welche ich kenne bzw. welche GeoSetter liest und welche Wegpunkte enthalten können, sind GPX-Dateien. Allerdings versuche ich in der Testversion "Ausreisser" zu erkennen und aus einem Track zu extrahieren. Diese entstehen ja z.B. während der Fix-Phase oder während eines schlechten Empfangs. Manchmal befinden sich diese Koordinaten dann zumindest mit einem oder auch beiden Koordinatenwerten bei 0. Diese lasse ich dann ganz weg - hoffentlich gibt das nicht noch Ärger mit Leuten vom Äquator ;-) Andere Ausreißer separiere ich und stelle sie als Wegpunkt dar, das auch bei NMEAs. Ich könnte mir vorstellen, dass auch der von Dir benutzte RouteConverter das ähnlich macht...

Für Ideen wie ich Wegpunkte irgendwie anders rausfiltern kann, bin ich offen...
(0000395)
heiko   
2008-02-22 22:52   
ich habe absolut gar keine Ahnung von GPS Dateien. Ich hab mich einfach nur gewundert, dass ich auf einmal Wegpunkte hatte, nachdem ich eine GPX Datei mit RouteConverter erneut gespeichert habe.

In meiner beschränkter Denkweise besteht ein Wegpunkt aus Koordinaten; evtl. noch ne Uhrzeit um diese Punkte auch logisch aneinander reihen zu können :-)
(0000396)
Friedemann   
2008-02-23 00:19   
das stimmt schon was Du sagst, ein Wegpunkt ist eine Koordinate, eventuell mit Uhrzeit, aber in GPX-Dateien meist ohne Uhrzeit bzw. Datum. In GPX-Dateien werden Tracks und Wegpunkte auch strukturiert und voneinander getrennt abgelegt. In NMEA-Dateien befinden sich jedoch nur aufgezeichnete Koordinaten jeweils mit Uhrzeit. Da gibt es keine Unterscheidung worauf sich eine Koordinate bezieht, ob es ein Wegpunkt ist oder ein Track. NMEA-Daten sind eigentlich so ziemlich die Daten welche vom Satelliten geliefert werden. Bisher hat GeoSetter diese Daten insgesamt als einen Track interpretiert. Das führt natürlich zu merkwürdigen Ergebnissen, wenn sich in der einen Datei z.B. Aufzeichnungen von völlig unterschiedlichen Tagen befinden. Das versuche ich jetzt wie gesagt zu trennen. Dafür gibt es 2 neue Optionen, anhand derer einerseits nach Zeit und auch nach Strecke gesplittet werden kann. Wenn man z.B. einen Wert von 2000 Metern angibt, und sich zwischen 2 aufeinanderfolgenden Koordinaten mehr als 2000 Meter befinden, wird dies als neuer Track interpretiert und in GeoSetter als Segment angezeigt. Ergeben sich auf diese Weise einzelne Koordinaten, werden diese wie gesagt als Wegpunkt interpretiert.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
195 [GeoSetter] User Interface feature always 2008-02-22 17:16 2008-02-23 04:50
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.2 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.3.3 beta  
    Target Version:  
Summary: Track-Palette anzeigen
Description: du hast über der Karten den Button "Track-Palette anzeigen". Wie wäre hier noch ein zusätzlicher Button (oder so ein Button mit Liste) über den man die Position des Trackfenstes bestimmen kann (analog zu Ansicht / Tracks)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
127 [GeoSetter] User Interface major always 2008-01-15 16:11 2008-02-21 22:22
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.5 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.3.2 beta  
    Target Version:  
Summary: Ortdatenabfrage über einen Internet-Proxy geht nicht
Description: Ein Firmennetz verwendet einen Proxy und eine Firewall für den Internetzugang. Der Proxy ist unter den Internetoptionen explizit aktiviert.
In dem Firmennetz kann Geosetter gestartet werden und das Goolge-Maps-Fenster wird über das HTTP-Protokoll auch korrekt dargestellt. Die Abfrage von Höhen- und Ortsdaten scheitert jedoch.

Nach Wechsel in eine direkte Internetverbindung funktionieren die Abfragen wieder.
Tags:
Steps To Reproduce:
Additional Information: Die beiden Scrrenshot dokumentieren die Situation und die Fehlermeldung für den nicht erreichten Datenserver.
Attached Files:
Notes
(0000275)
drose   
2008-01-16 00:11   
Hab noch mehrmals versucht, über den Proxy durchzukommen. Einmal hat das geklappt! Das deutet darauf hin, das die Verbindung technische nicht eingeschränkt ist, aber die Timings nicht passen. Ev. geht eine Abfrage zu schnell in den Timeout !?!?
(0000276)
Friedemann   
2008-01-16 00:21   
Ach, das ist interessant... Könntest Du das vielleicht mal mit einem größeren Timeout-Wert testen??? In der config.ini im eigenen GeoSetter-Verzeichnis steht der Wert unter [Internet] in Millisekunden eingetragen. Vielleicht setzt Du den Wert spaßeshalber mal auf 20000. Das geht (noch) nicht über die Oberfläche zu pflegen. Wenn es aber relevant ist, kann ich das gerne machen...
(0000281)
drose   
2008-01-16 15:45   
Probier ich heute Abend mal aus.
(0000282)
drose   
2008-01-16 23:15   
Habs mit verschiedenen Timeouts probiert. Keine Wirkung. Ausserdem habe ich aus ID#115 einen Testaufruf kopiert und den über den Browser (IE7) abgesetzt :

http://ws.geonames.org:80/findNearbyPlaceName?lat=14.806323&lng=-61.151133

liefert eine lesbare XML-Struktur. Die Antwortzeit liegt dabei unter eine Sekunde bei Verwendung des Proxy über UMTS/HSDPA. D.h. die Internatanbindung über den Browser/Proxy funktioniert einwandfrei. Trotzdem kann Geosetter bei einem Bild mit Geotaggs die Ortsdaten nicht vom Server abfragen und antwortet mit "Fehler : Bei Abruf der Ortsdaten ist ein Fehler ....".
(0000283)
drose   
2008-01-16 23:38   
Habs jetzt nochmal ohne Proxy über die gleiche Netzanbindung ersucht : Antwortzeit in Geosetter ca. 1 sec.
(0000284)
drose   
2008-01-17 00:15   
Jetzt wieder über den Proxy : Geosetter geht nicht. Hab dir Privat einen auszug aus der IP-Interface-Konfiguration gesesndet.
(0000292)
drose   
2008-01-19 14:02   
(Last edited: 2008-01-21 00:52)
Der Fehler liegt in der aussergewöhnlichen Internet-Verbindungskonfiguration. Bei mir ist "Automatische Suche der Einstellungen" aktiviert. Damit wird im Firmenentz der Proxy identifiziert. Der Eintrag für den Proxy selbst ist jedoch leer. Dieser wiederum wird von Geosetter benutzt. Ergo : Ohne Proxy gehts nicht im Firmennetz, nur ausserhalb.

Nach dem das Problem eingekreist ist, könntest Du dieses Problem auf zugewiesen setzen.


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
144 [GeoSetter] Image Data major always 2008-01-21 08:48 2008-02-21 22:21
Reporter: ingvar Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.5 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.3.2 beta  
    Target Version:  
Summary: Wrong time zone from Webservice
Description: I have photos from the Read Centre of Australia – Uluru, Ayers Rock, Alice Springs (Australia). When I use Webservice to retrieve time zone and write to the file I get GST+11 written to the file while it should be GST+7.30 Unless I do something strange this is bug in database. GPS coordinates are wrong too. Have never seen similar problem in other locations.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000302)
Friedemann   
2008-01-21 20:00   
I think I don't understand: You say that GPS coordinates are wrong... If they're wrong, then the result may be an incorrect time zone. Where did you get the coordinate from? By using the embedded map?
(0000306)
ingvar   
2008-01-22 10:24   
Thanks for your response. Sorry for not being clear. GPS track is fine, but problem is that pictures got inadequate GPS coordinates (not corresponding to the place where they were taken) because time zone of clock is out of synch. When I choose to request timezone from WEBservice time zone written to the file was GMT+11 which is wrong (Darwin is GMT+ 9.30). This is reason why GPS coordinates for each photo are not the ones where picture was taken and wrong time zone get written to the JPG file too.

After long trying I think I know how to get it work. I have to unselect checkbox “request Time Zone by using WEbservice…” select Time zone manually to GMT+9.30 Darwin and then it works correctly. However this solution does not write time zone to file at all. Most importantly it does indicate that program does not select correct Time Zone from Webservice – otherwise there would be no difference whether I set time zone manually or automatically. So there is bug!

Well I did some experiments. First of all my GPS track started with data from Sydney GMT+11 time zone, so probably program read first coordinates in the GPS track an selected time zone from there. So I deleted part of GPS track containing data from Sydney leaving exclusively data from Uluru. It did change the result. Now automatic Time Zone is +10.30 which is to be written to file data which is still wrong, but closer (you remember GMT+9.30 Darwin is the correct one). Checking unchecking daylight Saving time checkbox does not help and after all it should not change time zone itself – so time zone is wrong. By the way remeber - daylight saving goes in oposite direction in Southern hemisphare.

Now another problem you might wish to think about – how to handle GPS tracks with several time zones? There is circular dilemma – if you don’t know time zone of photo, you don’t know the GPS coordinates, without knowing GPS coordinates you can not find time zone for particular photo. Solution: if program finds coordinates corresponding to several time zones – why not ask user which one to use?



This is major problem indeed and I am not sure what Geosetter is doing when synchronising time. Before I have used locr GPS Photo 1.2.2 which I think solves all those complicated time adjustment problems elegantly. It is very easy – there is Time Adjust functions where you adjust camera time to system time (system – is meant computer system time on which one is currently working). The rest happens by itself: I suppose program knows time zone of computer and thus now knows GMT time at which each photo was taken and thus synchronize easily and correctly with GPS coordinates and GMT timestamp. Neither user nor program needs to set or know anything else or try to extract TimeZone from GPS coordinates.

Your function – Adjust by image content is great too except that again it requires time zone of image where that particular image was taken and it is not known before you can assign GPS coordinates to it, which again you can’t do before you know the Time Zone! See again the same circular argument? Your system might work fine if you work within the same time zone (system=computer, camera, Photo taken), but it gets unsolvable if you do real travelling.

Your function Adjust Image Data and Time for Synch …for correcting difference between camera and GPS time. Well GPS time originally is in GMT as far I know while camera time might be the local time at particular Time Zone. So it is reasonable to do as follows: Adjust Image date to current computer system time (computer time where Time Zone is known and users might easily estimate themselves what the time difference at particular location was compare to the computer time).

Sorry - I might have made wrong assumptions and be mistaken how your program works in above description of problem, but one is clear – there are errors in handling data.

At the end I want tell how much I like Geosetter! I think Geaosetter is the very best software at the moment. Fabulous, I am very pleased. Many thanks for excellent program.

Ingvar
(0000308)
Friedemann   
2008-01-22 21:15   
Hi Ingvar,

you didn't mention which kind of track file you're using. Is it GPX? You're right, GeoSetter only requests the time zone for the first coordinate in the track. Then it assumes that the time zone wouldn't change. BUT: In the current official version, GeoSetter handles a GPX file as one track, but a GPX file can contain several tracks. So this may be your problem. Are you sure that your track is really one track which spans over several time zones? In my opinion, it wouldn't be a problem if a track is located in more than one time zones if the camera clock hasn't been adjusted each time the time zone has changed. If you want to, you can send me you track file to support@geosetter.de, then I can tell you if this is the problem. But I'll release a new version of GeoSetter hopefully soon, then we will see if it will handle your track file in a better way.
(0000309)
ingvar   
2008-01-23 01:55   
Hi!
Sorry for all trouble. I use QSTARZ BT-Q1000 GPS data logger. The track is supposed to be NMEA and GeoSetter displays track(s) on a map correctly, so I did not suspect any problems. It does consist of several tracks (locr GPS Photo 1.2.2 does recognize several tracks in this particular file). “Several tracks” means that GPS device has been switched off between places. The attached file is the modified one where I manually deleted part corresponding to Sydney, so this track must be containing data only from Northern Territory, Australia GMT+9.30 Darwin Time zone. As I said GeoSetter thinks that time zone is GMT+10.30.
Please consider another possibility of time synchronization the same as locr GPS Photo 1.2.2 is using - to tell what was the time difference between current computer system time and camera time when photo was taken – it may also solve problem of daylight saving time which might go in two opposite directions in Northern and Southern hemisphere and some countries and states do have daylight saving while others don’t and it may change from year to year. As I explained previously, it may not be too difficult to remember what time difference between computer system time (home country) was with camera clock during travel (country where pictures where taken). Paradoxically if camera clock was not changed in country of travel to local time (which happens to many people) then synchronization with GPS track does not need any adjustments at all – it works straight away. The system GeoSetter is using is much more intelligent - getting time zone accordingly to track location and giving option to compensate for daylight saving time and then for differences between camera time and local time. It is very smart and potentially functional, while fool-proof straight forward system might do the same job with no adjustments at all.

Sorry for bombarding with so much information.
Another minor issue. Setting time zone manually is fine too, however, Geosetter does not allow to write this info to file – only automatically acquired time zone will be written. Why not have option to write to file manually selected time zone too?

 There is potentially another problem lurking from around the corner. When this happens and time zone is written to file Geosetter still does not know what time zone camera clock was using at the moment when picture was taken. For example camera clock was GMT+10 (Sydney) but picture was taken in Uluru GMT+9.30 then time gets written to file and interpreted as GMT+9.30 while in fact camera was still at GMT+10 thus time and time zone on image when picture was taken gets totally confusing and wrong data are written to the file. Suggested solution: for writing Time Zone info to image introduce option – time zone of camera is the same where picture was taken, or select time zone used by camera clock manually. Then correct time and local time zone could be written to file. The cameras I have been using Canon G7 and Nikon D80 are aware of time zones, but whether this info is passed on with picture file data, I suspect not, or Geosetter can not read it. If it could do it, then mismatch between camera time zone and time zone where this camera took picture could be corrected automatically.

Wow this so complicated! As I said locr GPS Photo has avoided all that in one easy step.

Thank you very very much!
Ingvar
PS I uploaded GPS data file
(0000311)
Friedemann   
2008-01-23 22:12   
Hi Ingvar,

> It does consist of several tracks (locr GPS Photo 1.2.2
> does recognize several tracks in this particular file).
> "Several tracks" means that GPS device has been switched
> off between places.

unfortunately in NMEA files there's no indicator for a new track begin. I don't know how Locr recognizes a new track begin. Either I could use a time offset or a distance offset. If a time offset will be exceeded without a new recorded coordinate, I could interpret a new track begin. The same could be done if a specified distance has been exceeded. Perhaps a combination of both would make sense. In my opinion this would solve potential problems regarding the recognized time zone.


> Wow this so complicated! As I said locr GPS Photo has
> avoided all that in one easy step.

yes, I know it is complicated, but I think it depends on the situation. Perhaps a similar additional option as in Locr would make sense. But the the dialog would get more and more options. The Locr mechanism assumes that the images had been taken in the same time zone as the software is installed in, doesn't it? If you have recorded a track in San Francisco with the camera's clock adjusted to San Francisco local time and then you would return home, perhaps to Berlin in Germany, and adjust your camera clock now to your local home time in Berlin before synchronizing, Locr wouldn't find the correct positions, but GeoSetter would - or should ;-)

Right now you can disable the automatic recognition of time zone in GeoSetter, set the time zone manually to 0 and then you can adjust the needed value on bottom of the dialog. It's neraly the same as in Locr, isn't it?
(0000312)
ingvar   
2008-01-24 04:42   
Thank you for your response, I really appreciate it. I love your software, it is brilliant, therefore I spend time writing about those issues.
I was able to manage data manually. Still I think you did not answer the question why automatically acquired time zone is wrong? My track had only one single time zone which is GMT+9.30, but it writes +10.30 in the file. For Sydney which is GMT+10 GeoSetter at some stage wrote GMT+11 if I am not mistaken. So there is shift by 1 hour and this problem is in database and it is not related to my particular data, I suppose. Can you explain why my track generated wrong time zone? I have never been in time zone +10.30.

And would you consider option writing time zone to the file data even if it is manually selected?

Sorry about too much comparison to locr. Notice - in locr dialog Camera time when picture was taken is considered, fact that you change camera time back to your home country after travel is irrelevant, but I see what you mean. I don't know whether locr develops really thought about it this way when they made this function, but it deffinitely works elegantly in most cases.

Assumption that camera and computer are in the same zone is very useful. Have a look at several scenarios:

1. Many photos are taken in the same country where you live or same time zone.
2. On a travel, for example me, – I always take my laptop with me for storage of photos, so I do set time in computer and camera to local time, so again it works perfectly.
3. Thirdly there are lazy people who never change clock on a camera even if travelling, they wouldn’t need any adjustments to get correct GPS coordinates either.

There are some other categories which might need very simple adjustments:
4. Camera time was local, but then you come home and geotag photos. Easy – just find out how different local time was from your current time. Is it true that Geaosetter, in contrast to Locr, is more intelligent and is supposed do this job for you automatically (am I right?), but at the moment something is wrong how time zone is found? As I said my whole GPS file contains only one time zone, but it does not work either. Please check the database!

Remember another thing – sometimes GPS device does not find satellites at some locations and then logged data refer to the GPS default coordinates – all zeros, this probably may fool your automatic Time zone detection as well. This is also minor problem how GeoSetter displays tracks – it does not always remove those zero coordinates referring to the point in ocean west from Africa (0;0) if I understand right.

Just for future consideration: have option to change time when photo was taken to local and corrected time – because if you synchronize photos with GPS you have to correct for time zone, daylight savings and small clock imperfections – so at the end you must have exact local time when picture was taken – why loose it and not have option to overwrite original data with this corrected time when picture was taken and add time zone info as well? But then backup copy of original data is absolute MUST.

Thanks
Ingvar
(0000316)
Friedemann   
2008-01-24 21:25   
> Still I think you did not answer the question why automatically
> acquired time zone is wrong? My track had only one single time
> zone which is GMT+9.30, but it writes +10.30 in the file.

Yes, I didn't answer because I didn't have the time by now to find it out ;-) But now: GeoSetter gets the time zone by using this http://ws.geonames.org/timezone?lat=-25.24655400&lng=130.98789400 It returns 2 values, +9:30 for Daylight Saving Time and +10:30 for Greenwich Mean Time. Because in my eyes I cant't consider Daylight Saving Time (I don't know when it starts and when it ends), I take the value for GMT. If you know, that local time was Daylight Saving Time, you have to check the corresponding option in the dialog. Or do you think that the values returned by geonames are wrong? For Sydney, by using this call http://ws.geonames.org/timezone?lat=-33.867139&lng=151.207114 I get +11. But it seems that you're right, I just found this one http://www.weltzeit.de/zeitzonenkarte.php where I can see that Sydney is +10 instead of +11. So I'm confused now and don't know what to do. Is it a bug on geonames, or is it a bug in my brain??? Perhaps you or somebody else who's reading this may help me out...


> Just for future consideration: have option to change time when
> photo was taken to local and corrected time - because if you
> synchronize photos with GPS you have to correct for time zone,
> daylight savings and small clock imperfections - so at the end
> you must have exact local time when picture was taken - why
> loose it and not have option to overwrite original data with
> this corrected time when picture was taken and add time zone
> info as well? But then backup copy of original data is absolute
> MUST.

Excuse me, I think I don't understand... Could you please try again to describe what you mean? Perhaps with an example? Why or when is backup copy a MUST?
(0000317)
Friedemann   
2008-01-24 21:27   
One more remark: I have no problem to add functionalety to get synchronization easier, I only have to understand what to do :-)
(0000318)
Friedemann   
2008-01-24 23:37   
I just found this one: http://twiki.org/cgi-bin/xtra/tzdate?tz=Australia/Sydney It uses http://en.wikipedia.org/wiki/Zoneinfo whi

So it seems, +11 is ok for Sydney, like GeoSetter reports ist...
(0000319)
ingvar   
2008-01-25 02:29   
Good morning!
I appreciate your concern so much! It just proves again that your program is best available at the moment, and I hope it will keep it’s position.

Well now I got a bit confused too. I understood that time zone is something that does not change and is something inherent. So whatever daylight saving is at the moment, I thought time zone does not change. However on top of it there is daylight saving time. The trick in my case is that Sydney is +10 time zone, however daylight savings time (now it is summer in Sydney) offsets time to +11, however, I would still say that time zone is the same +10. Another strange thing is, that during European summer Sydney is in winter time which would be at +10, however, Europe changes to summer time and time difference relative to European cities changes by 2 hours. But that’s not important as we are interested only in GMT.

I think there is problem in terminology. I am not sure, but I think TimeZone is something that does not change in regard to summer time. However term GMT offset shows real time difference with GMT. The GMT offset value should be used in GPS coordinate synchronization, but it is not the value which should be written to the file and referred to as TIME ZONE, because Sydney’s time zone is always +10. It confuses even more because your program has time zone and in addition daylight savings time correction, thus I did assume it uses standard TIMEZONE plus daylight savings time, however, what it does is it gets GMT offset which is already corrected for daylight savings time and asks whether user wants to correct for daylight savings once more...
Anyway, now I understand why program works this way - it does make more sense to add to file GMT offset rather than Time zone. So I suggest you to call it GMT offset rather than TimeZone. The rest is fine. Just for fun you might have additional keyword added to file telling in what the time zone pictures was taken which may not be the same as GMT time offset.

The funny thing about Darwin is that the state of Northern Territory does not change to summer daylight saving time while Sydney (state New South Wales) does. So GMT offset for Darwin should be +9.30 which is the same as it’s time zone +9.30. Any values reported for Darwin +10.30 are WRONG!!! Under no circumstances GMT for Darwin this year could be GMT+10.30 because these is no daylight saving this year:
http://www.timeanddate.com/worldclock/city.html?n=72

In Conclusion
I think this is what confuses you too that instead of time zone, databases you use, are returning GMT offset. So you have to know whether database reports current GMT time offset or just plane TimeZone which needs to be further corrected for Daylight savings time.
In regard to Darwin, there is simply error in the database because it wrongly assumes that there is summer time there.

>Excuse me, I think I don't understand... Could you please try again to describe what >you mean? Perhaps with an example? Why or when is backup copy a MUST?

This is minor and another topic regarding correction of wrong camera clock. I just thought that if program starts changing original time data from camera, then if one does a mistake, at some stage he/she are never able to recover what the original values where. If it overwrites those data, then there are two options to avoid loss of data – one is to create backup copy of file (this is appreciated by many users of locr, not me though :-), or probably just have that original camera time info be written somewhere in keywords to be able to restore it.

Thank you so much for your response. You are greatest!
I am leaving now for conference, but I will be back in a week to continue discussion, if necessary. I think we are clearing it up.
(0000326)
ingvar   
2008-01-26 01:49   
Hi!
Citation from Wikipedia http://en.wikipedia.org/wiki/Coordinated_Universal_Time

Time zones around the world are expressed as positive or negative offsets from UTC. Local time is UTC plus the time zone offset for that location, plus an offset (typically +1) for daylight saving time, if in effect. UTC replaced Greenwich Mean Time on 1 January, 1972 as the basis for the main reference time scale or civil time in various regions.

UTC is also referred to by the military and civil aviation as Zulu time (Z).
(0000328)
Friedemann   
2008-01-26 03:14   
(Last edited: 2008-01-26 03:15)
Hi Ingvar,

I don't think that there is a problem in terminology. I absolutely agree with you, that a location can have only one time zone which doesn't depend on DST. In my opinion the problem is geonames, because it mixes up GMT (UTC) and DST in your case. That's all. Which value would you choose here (http://ws.geonames.org/timezone?lat=-25.24655400&lng=130.98789400 ), DST or GMT? I take the GMT value, which is wrong...

> Time zones around the world are expressed as positive
> or negative offsets from UTC. Local time is UTC plus
> the time zone offset for that location, plus an offset
> (typically +1) for daylight saving time, if in effect.
> UTC replaced Greenwich Mean Time on 1 January, 1972
> as the basis for the main reference time scale or civil
> time in various regions.

I know, I know, I know ;-) But please tell me what am I doing wrong?

(0000330)
Friedemann   
2008-01-26 03:21   
(Last edited: 2008-01-26 03:22)
The documentation of the time zone request (http://www.geonames.org/export ) says the following:

  Webservice Type : REST
  Url : ws.geonames.org/timezone?
  Parameters : lat,lng;
  Result : the timezone at the lat/lng with gmt offset (1. January)
  and dst offset (1. July)
  Example http://ws.geonames.org/timezone?lat=47.01&lng=10.2

I don't understand the additional information regarding "1. January" and "1, July"... :-/

(0000336)
Friedemann   
2008-01-27 00:59   
I found out what to do. I have to implement the time zone functionalety for myself by using the TZ Data Base (http://www.twinsun.com/tz/tz-link.htm ). I only can use the time zone id from geonames webservice. See this discussion: http://forum.geonames.org/gforum/posts/list/758.page
(0000368)
ingvar   
2008-02-01 06:14   
Hi Friedemann,
Thank you very much. I really appreciate that!
Can't wait to see how it works.
Ingvar

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
169 [GeoSetter] Image Data minor always 2008-01-29 13:52 2008-02-21 22:20
Reporter: woffi Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.3.2 beta  
    Target Version:  
Summary: Kleines Problem mit Proxy (und Bestätigung eines großen)
Description: Die Suche nach Programmupdates funktioniert nur, wenn der Proxy in den Internetoptionen des Betriebssystems direkt eingestellt ist. Die Einstellungen eines heruntergeladenen Konfigurations-Files (aka: PAC-File) werden nicht übernommen.

Außerdem: Problem 0000127 tritt bei mir auch auf - sehr schade, da das für mich eine sehr wünschenswerte Funktion ist. Abfrage der Orts- und Höhenangaben funktionieren beim Einsatz über einen Proxy nicht.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000357)
Friedemann   
2008-01-29 22:27   
Ich würde dieses Problem sehr sehr gerne in den Griff kriegen, habe aber folgendes Problem:

Die Kartenkomponente ist der Internet Explorer als eingebettetes ActiveX-Control, so dass man sich da um den Proxy nicht zu kümmern braucht, der wird ohne mein Zutun vom Explorer verwaltet.

Bei der Komponente welche ich für die HTTP-Requests (Versionsprüfung, Geonames-Abfragen etc.) verwende, muss ich selbst den Proxy setzen. Momentan lese ich mir den aus den Internet-Einstellungen des Explorers aus. Das funktioniert bloß leider nicht, wenn die Einstellung dort "automatisch beziehen" ist. Vielleicht kann mir da jemand helfen bzw. sagen wie ich an den benötigten Proxy herankomme.

Entweder ich finde nun einen Weg, wie ich den momentan gesetzten Proxy des Internet Explorers auch herausbekomme wenn dieser auf Automatik steht, oder ich übernehme die Proxy-Einstellungen in GeoSetter völlig selbst, das heißt man müsste den in den Einstellungen von GeoSetter angeben können. Die zweite Variante wäre kein Problem. Würde das helfen???
(0000358)
woffi   
2008-01-30 09:19   
Einen Weg den aktuell genutzten Proxy auszulesen, kenne ich leider auch nicht. Für mich würde eine manuelle Konfigurationsmöglichkeit des Proxys vollkommen reichen. Man könnte das ja auch optional machen, also ein Radiobutton für "Einstellung aus IE übernehmen".
(0000359)
drose   
2008-01-30 12:28   
(Last edited: 2008-01-30 22:35)
Nun, genau der vorgeschlagene Radio-Button funktioniert ja nur, wenn die Proxi-einträge vorhanden sind. Wenn "automatisch" aktiviert ist und keine proxi-Einträge vorliegen, wird das nicht helfen. Bei mir ist es aber so, dass ich einen Proxi eingetragen habe, ihn aber nicht aktiviere.
@Friedemann: Ist dann der Proxi in der Registry auslesbar ? Soweit ich das sehe, stehen dort genau die Werte, nur deren verwendung ist ausgeschaltet. Dann könntes du einfach diser werte verwenden, falls ohne proxy keine Verbindung zustande kommt.

(0000360)
drose   
2008-01-30 12:32   
hier ein kleines batch-programm für die cmd-line zum setzen des Proxy :

reg add "HKEY_USERS\S-1-5-21-480053968-291913415-1845911597-8890\Software\Microsoft\Windows\CurrentVersion\Internet Settings" /v ProxyEnable /t REG_DWORD /d 00000001 /f

reg add "HKEY_USERS\S-1-5-21-480053968-291913415-1845911597-8890\Software\Microsoft\Windows\CurrentVersion\Internet Settings" /v ProxyServer /t REG_SZ /d "xxxx.yyyy.t-systems.com:3128" /f
(0000361)
drose   
2008-01-30 12:33   
Der vollständigkeithalber das gleiche zum ausschalten :

reg add "HKEY_USERS\S-1-5-21-480053968-291913415-1845911597-8890\Software\Microsoft\Windows\CurrentVersion\Internet Settings" /v ProxyEnable /t REG_DWORD /d 00000000 /f
(0000364)
heiko   
2008-01-31 12:55   
die Registry Keys von drose können so nicht generell funktionieren. Bei der Hausnummer (S-1-5-21-480053968-291913415-1845911597-8890) handelt es sich um eine interne ID von Windows mit der der angemeldete User identifiziert wird. Diese ID ist für jeden User unterschiedlich.

Die .BAT Files sollten funktionieren, wenn "HKEY_USERS\S-1-5-21-480053968-291913415-1845911597-8890\" durch "HKEY_CURRENT_USER\" ersetzt wird.

Ich bin mir nicht 100%ig sicher, aber meine dass bei einer Standardinstallation reg.exe nicht auf dem System vorhanden ist. Dieses Tool findet man dann im Resource Kit.
(0000366)
Friedemann   
2008-01-31 20:00   
Vielen Dank für Eure Mühe! Den aktuell gesetzten Proxy rauszubekommen ist nicht das Problem, das tut ja GeoSetter bereits. Das was da in der Registry steht, ist ja eben der Proxy, der manuell in den Internet Optionen eingetragen wurde. Wenn aber der Internet Explorer so eingestellt ist, dass er den Proxy automatisch beziehen soll, dann steht der eben leider nicht in der Registry. Dass er ihn automatisch beziehen soll, steht schon drin, aber nicht der welcher letztendlich benutzt wird. Das ist mein Problem.

Ich werde also jetzt die Proxy-Verwaltung in GeoSetter selbst einbauen. Sicher mit der Option "Von Internet Explorer übernehmen", welche aber bei Ditmar nicht funktionieren wird.
(0000372)
drose   
2008-02-01 21:11   
Das kann schon bei mir funktionieren, denn die registry-Einträge für den proxi sind ja existent. Nur die Benutzung (ProxyEnable) ist ausgeschaltet. Muß ich aber nochmal verifizieren. Da ich jetzt gleich in den Ski-Urlaub (Hurra, neue Tracks abseits der Straßen) fahre, wird es noch etwas dauern.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
190 [GeoSetter] Image Data minor have not tried 2008-02-21 15:49 2008-02-21 18:59
Reporter: Joerg Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.3.1 beta  
    Target Version:  
Summary: Bei mehreren Tracks in verschiedenen Files an einem Tag werden die Bilder nur dem ersten Track zugeordnet
Description: Mein GPS Logger(Royaltek BT2300) teilweise an einem Tag mehrere Files für einen Weg.
Beim Zuordnen der Bilder von dem Tag habe ich gemerkt, daß die Bilder nur dem ersten Teil zugeordnet werden. D.h. alle nach dem Bruch aufgenommenen Bilder wurden auf die letzte Position des ersten Teils gesetzt. Zur Zuordnung sollten alle Files eines Ordeners verwendet werden.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
189 [GeoSetter] User Interface feature always 2008-02-20 01:40 2008-02-20 20:00
Reporter: Carl314 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 2.3.0 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add icons/menu items to launch custom applications
Description: Would it be possible to add icons to perform specific custom tasks?

As an examples, I have batch files to do the following:

1. Use GPSBabel to download the GPX file from my Garmin GPS device.
2. Use Exiftool to rename all files in a folder based upon their EXIF data.
3. Use jpegtran to perform lossless rotate operations on .jpg files.

Rather than opening a command prompt and doing these tasks manually, would it be possible to select one or more files, then click on an icon to have the filenames passed to a batch file?

Thanks, Carl.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
188 [GeoSetter] User Interface major always 2008-02-18 09:06 2008-02-18 20:28
Reporter: kneuzgi Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.2 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GPS-Track kann nicht hinzugefügt werden
Description: Hi

Ich habe ein HTC Kaiser (mit der Software Trackme von http://www.luisespinosa.com/trackme_eng.html) mit welchem ich eine KML Datei erzeuge, danach verwende ich GPSBabel (http://www.gpsbabel.org). Wenn ich dann den Track einlese funktioniert dies einwandfrei, doch wenn ich dann den Track mit den Bildern synchronisieren will, dann funktioniert dies nicht, obwohl der Zeitunterschied des Tracks und des Photos sehr gering ist (unter 5 sek) habe extra vorher Kamera (Canon EOS 400D) und meinen HTC TyTN II (Kaiser) gleich eingestellt.

Besten Dank


PS: Das manuelle GEOTaggen funktioniert und die Software find ich genial !!
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000388)
Friedemann   
2008-02-18 20:19   
Da ist leider nix zu machen. Die KML-Datei welche Du mir geschickt hast, enthält Placemarks und Koordinaten (<coordinates>). Am Placemark ist zwar laut KML-Doku ein Tag namens TimeStamp möglich, aber der ist in Deinem Beispiel nicht vorhanden. Bei den Koordinaten ist es nicht vorgesehen, dass dort Zeitinfos gespeichert werden. Wenn diese KML-Datei nun in eine GPX-Datei konvertiert wird, werden Placemarks zu Waypoints und "coordinates" zu Trackpoints, jedoch natürlich auch ohne Zeitinfos.

Ich verstehe nicht, dass TrackMe keine andere Exportmöglichkeit anbietet. Die Konvertierung von mehr oder weniger vollständigem GPX zu KML wäre möglich, nicht jedoch umgekehrt.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
128 [GeoSetter] User Interface feature always 2008-01-15 21:02 2008-02-17 14:11
Reporter: aki-ch Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.3.2 beta  
    Target Version:  
Summary: darstellung bei unterbruch des trackings
Description: wird das tracking unterbrochen, dann wird der letzte und darauf folgende punkt mit einer geraden linie direkt miteinander verbunden.
bei tunnels etc. kann dies gewünscht sein. bei z.b. einem power-down des loggers aufgrund leerer batterien ist die nicht gewünscht, da der dargestellte track dann seltsam aussieht.
es sollte konfigurierbar sein, ob eine verbindung dieser beiden punkte bei einem unterbruch grösser x sec (x kann der benutzer frei wählen) gewünscht wird oder nicht und falls gewünscht, ob dies in gleicher farbe/strichdicke oder in anderer farbe/strichdicke erfolgen soll.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000387)
Friedemann   
2008-02-17 01:14   
Könntest Du mir vielleicht mal so einen Track an support@geosetter.de zuschicken? Ich würde das jetzt über Meter und Sekunden einstellbar machen.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
101 [GeoSetter] User Interface feature N/A 2008-01-05 14:14 2008-02-17 05:42
Reporter: chrisgr Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.5 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.3.2 beta  
    Target Version:  
Summary: Farben der angezeigten Tracks wählbar
Description: Falls mehrere Tracks visualisiert werden, wäre es schön, die Farbe jedes einzelnen Tracks ändern zu können.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000216)
drose   
2008-01-05 15:05   
(Last edited: 2008-01-05 15:14)
Der Wwunsch ist es ja, einzelne Tracks hervorzuheben.

Alternativ könnte man das Konzept von Google Earth (GE) anwenden und dynamisch nur Teile der Tracks anzeigen. Alle Tracks sind ja auf einer Zeitachse darstellbar. Bei GE kann man die Sichtbarkeit von Tracks oder waypoints durch einen Slider für den Zeitausschnitt einschränken. Der Slider läßt sich verkürzen oder auf der Zeitachse verschieben. Dabei sind aber alle (sichtbaren) Tracks gleich eingefärbt.


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
114 [GeoSetter] User Interface feature always 2008-01-09 01:23 2008-02-17 05:41
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.3.2 beta  
    Target Version:  
Summary: Show waypoints on map
Description: Show waypoints on map
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
152 [GeoSetter] User Interface feature always 2008-01-23 09:22 2008-02-17 05:41
Reporter: Franklin2K Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.0 release  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Anzeige von Ordner-Symbolen
Description: Beim Browsen durch die Bilder werden die Ordner auf zwei verschiedene Weisen dargestellt: Ordner, die Fotos enthalten, werden groß angezeigt und bis zu 4 Fotos als Preview im Ordner dargestellt. Ordner, die keine Fotos enthalten, werden kleiner dargestellt und enthalten auch keine Previews.

Es wäre schön, wenn es eine Option geben würde, um den "Preview-Effekt" ausschalten zu können, so dass alle Ordner gleich groß sind.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000310)
drose   
2008-01-23 15:01   
Das oben beschrieben Verhalten ist eine Eigenschaft des Explorers. Dieses Verhalten zeitweise durch Geosetter abzuschalten könnte für Verwirrung im System sorgen.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
137 [GeoSetter] User Interface feature always 2008-01-20 11:52 2008-02-17 05:40
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.6 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.3.2 beta  
    Target Version:  
Summary: Die Farber der Traks in der Map sind identisch mit der Farbe der Landstraßen.
Description: Durch die nahezu gleiche Farbe der Tracks (rot) können diese nicht auf einen Blick von den Straßen (rot-orange) unterschieden werden.

Vorschlag : Unter Einstellungen/Karten unterhalb der einstellbaren Trackbreite einen Dialog für die Farbauswahl einfügen. Der Dialog sollte gleicharbtig sein wie der für den Google Earth-Export.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
162 [GeoSetter] User Interface feature N/A 2008-01-28 20:23 2008-02-17 00:37
Reporter: mbrenner Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.3.2 beta  
    Target Version:  
Summary: import and add waypoints from gpx file to favorites
Description: there is not yet an option for importing waypoints if i am not mistaken. following design would be helpfull:
- menu option for importing gps file (similar to sync. dialog)
- show dialog with all found waypoints after parsing and
  * allow selection of them (e.g. through checkboxes in front of them plus additional sel/unsel all button)
  * show time/date/number
  * edit field to assign name
- add selected waypoints to favorites
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000386)
Friedemann   
2008-02-17 00:37   
Die nächste Version wird auch Wegpunkte anzeigen und diese sind auch direkt aus der Karte an Bilder zuweisbar. Sie können auch in die Favoriten übernommen werden.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
184 [GeoSetter] Image Data feature always 2008-02-15 00:35 2008-02-15 00:35
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Adding altitude values automatically when synchronizing with track
Description: When synchronizing with a GPS track which doesn't contain altitude values, there should be an option to get the values by using geonames.org automatically.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
183 [GeoSetter] User Interface trivial always 2008-02-11 15:51 2008-02-11 19:32
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.1 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.3.2 beta  
    Target Version:  
Summary: Einstellungen / Internet / Zeitüberschreitung für Webservices [s]
Description: der Standardwert bei "Zeitüberschreitung für Webservices [s]" steht auf 5000 (Standardwert). Ist das nicht etwas übertrieben lang? Oder ist die Einheit ms?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000385)
Friedemann   
2008-02-11 19:32   
Oh ja, danke. Das sind natürlich Millisekunden welche für die Darstellung bzw. Eingabe nicht umgerechnet wurden...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
179 [GeoSetter] Image Data tweak always 2008-02-08 22:49 2008-02-10 21:51
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.3.2 beta  
    Target Version:  
Summary: Wiederholte Korrektur des Aufnahmedatums kumuliert
Description: Mit einigen Bildern einer Bilderserie wird zum Testen der Track-Synchronisierung das Aufnahmedatum mit einem Korrekturfaktor geändert. Die Bilder werden nicht gespeichert.
Anschließend werden mit CTRL-A alle Bilder selektiert und mit dem gleichen Korrekturfaktor mit den Tracks synchronisiert. Bei den Bildern, die bereits eine Aufnahmedatum-Korrektur erhalten haben, wird der Korrekturfaktor erneut aufgeschlagen.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
180 [GeoSetter] User Interface minor always 2008-02-10 07:33 2008-02-10 21:50
Reporter: csimmons Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 2.3.0 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Keyboard Accessability / Shortcuts in Edit Data dialog
Description: The Edit Data dialog / form is missing all keyboard shortcuts. The tab order does work correctly; however not all buttons (like the ... buttons) are accessible via the keyboard.

Example 1:
The Ok and Cancel buttons should be something like &Ok and &Cancel. This underscores the letter after the ampersand and makes the button instantly accessible with an ALT+Letter keyboard combination.

Example 2:
On the Location tab, some key combination should exist that moves the cursor to a particular field, like the Sublocation field. So ALT+L should move the cursor to the Sub&location field and highlight / select any existing text.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
181 [GeoSetter] User Interface minor always 2008-02-10 07:37 2008-02-10 21:49
Reporter: csimmons Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.3.2 beta  
    Target Version:  
Summary: Keyboard Accessability / Shortcuts in Select Location Data dialog
Description: While in the Edit Data dialog, Location tab, selecting Get from Web in the Location group brings up the Select Location Data dialog.

Some of the fields (Country Code, Country, Sublocation) are not accessible via the keyboard.

No keyboard shortcuts exist to the fields or buttons.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
177 [GeoSetter] Image Data minor always 2008-02-07 22:29 2008-02-08 21:02
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.1 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.3.2 beta  
    Target Version:  
Summary: Höhendaten werden neu gelesen
Description: Bilder sind alle mit Geodaten versehen, u.a. ist auch die Höhe eingetragen. Öffne ich nun für ein Bild den "Daten bearbeiten" Dialog wird der Höhenwert fett (geändert) angezeigt. Die Höhe selbst hat sich aber absolut nicht geändert; im Browser (vor dem Öffnen des Bildes) wird der gleiche Wert für die Höhe angezeigt. Wird der "Daten bearbeiten" Dialog mit "OK" geschlossen, wird das Bild als geändert angezeigt (rot).

Hab das noch mit der Version 2.3.0 verglichen, da tritt der Effekt nicht auf.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
176 [GeoSetter] User Interface trivial always 2008-02-07 22:20 2008-02-08 21:02
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.1 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.3.2 beta  
    Target Version:  
Summary: "Ortsdaten auswählen" - nicht alle Felder können per Tab angesprungen werden
Description: im Dialog "Ortsdaten auswählen" können folgende Felder nicht mit Tab angesprungen werden:
- Ländercode
- Land
- Ort
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
174 [GeoSetter] Image Data feature always 2008-02-03 18:51 2008-02-08 18:42
Reporter: nenaderthaler Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.0 release  
Product Build: Resolution: won't fix  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Blendewert ändern
Description: Hallo,
ist es möglich, Eintragungen wie Blende od. Verschlußzeit usw. zu änderne bzw. zu ergänzen?
mfg
Jochen
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000375)
nenaderthaler   
2008-02-03 19:50   
Noch eine Bitte:
Kann man den Namen des Vorschaubilder Titel nicht individuell eingeben?
(0000378)
Friedemann   
2008-02-06 23:24   
EXIF-Daten wie Blende oder Verschlusszeit werden definitiv nicht einstellbar gemacht. Vielleicht ist das ja was: http://freeweb.siol.net/hrastni3/foto/exif/exiftoolgui.htm

> Noch eine Bitte:
> Kann man den Namen des Vorschaubilder Titel nicht
> individuell eingeben?

Welche Namen?
(0000379)
nenaderthaler   
2008-02-07 18:01   
Danke für die Antwort.
schade das sie das ablehnen!
Ich mach Fotos mit alten Ogjektiven und würde gerne die Daten, die ja nicht von der Kammera gespeichert werden können, nachträglich einpflegen!
Werde mir der gelinkte Programm mal ansehen.

2. Der Name, der Bei der Erzeugung vom KMZ File verwende wird (Name, Aufnahmedatum oder Nummer)
Ich habe schon mal versuch bei Wikipedia GE Koordinate einzupflegen, ein graus!!
Mit Ihrem Tool klappt das ganz klasse!!
Großartig und die Spennde geht auch bald raus!

Gruß
(0000380)
Friedemann   
2008-02-07 18:11   
> schade das sie das ablehnen!

Das hätte dann so gar nix mehr mit dem zu tun wofür ich das Programm mal gedacht hatte. Ich denke aber, dass ExifTool GUI das kann ;-)

> 2. Der Name, der Bei der Erzeugung vom KMZ File verwende wird (Name,
> Aufnahmedatum oder Nummer)

Aber was soll man da eingeben? Ok, ein Datenfeld aus den IPTC-Daten wäre denkbar. Meinen Sie das so? Oder wollen Sie beim Export von 30 Bildern dann 30 verschiedene Titel eingeben?
(0000381)
nenaderthaler   
2008-02-07 19:51   
>Aber was soll man da eingeben? Ok, ein Datenfeld aus den IPTC-Daten wäre denkbar. Meinen Sie das so? Oder wollen Sie beim Export von 30 Bildern dann 30 verschiedene Titel eingeben?
Ich habe nicht vor von 30 Bildern KMZ-Fils zu machen. Ich würde mir eine freie Eingabe wünschen. Die anderen Optionen sollten aber erhalten bleiben. Die Idee das aus einem Datenfeld zu lesen ist auch nicht schlecht! Dann müsste nur die Länge in GE und dem Datenfeld übereinstimmen!
(0000382)
Friedemann   
2008-02-07 19:57   
> Ich habe nicht vor von 30 Bildern KMZ-Fils zu machen.

eventuell reden wir aneinander vorbei. Es geht doch um die Bildtitel beim Export. Ein Export enthält doch normalerweise mehr als ein Bild, also z.B. 30 Bilder. Ich meinte jetzt nicht 30 Export-Vorgänge.

> Ich würde mir eine freie Eingabe wünschen.

Wenn man aber 30 Bilder auf einmal exportiert - eventuell sind es ja noch viel mehr - soll da für jedes der Bilder ein Titel frei eingegeben werden???

> Die Idee das aus einem Datenfeld zu lesen ist auch nicht schlecht!
> Dann müsste nur die Länge in GE und dem Datenfeld übereinstimmen!

Welche Länge??? Entschuldigung, aber ich bin anscheinend schwer von Begriff ;-)
(0000383)
nenaderthaler   
2008-02-07 20:16   
OK!
Ich glaube auch, dass wir aneinander vorbei reden.
Mein Ziel:
Auf eine Homepage sollen Bilder und über ein KMZ File die Lagen des Aufnahmestandpunktes abgelegt werden.
Meine Idee:
Bilder machen;:) Mit GeoSetter den Standpunkt festlegen GoogelEarth KMZ File erstellen und Bild zusammen mit dem KMZ auf die Homepage.
Wenn jetzt einer einen Doppelklick auf den KMZ File Macht, wir der Standpunk und die beim Export festgelegten Daten in GoogelEarth angezeigt. Und als Name steht dann z.B. DSC_0883. Und diesen Namen möchte ich ändern in z.B. „Haus am roten Fluss“
Ich Hoffe das war verständlich!
Danke für die Geduld!
Gruß aus dem Neanderthal
(0000384)
Friedemann   
2008-02-08 18:41   
Ok, ich hab's verstanden ;-) Habe dazu ein neues Ticket 0000178 aufgemacht.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
178 [GeoSetter] Image Data feature always 2008-02-08 18:40 2008-02-08 18:40
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Select data field for image caption when exporting to Google Earth
Description: Select data field for image caption when exporting to Google Earth
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
100 [GeoSetter] Image Data feature always 2008-01-05 13:48 2008-02-03 17:43
Reporter: babar Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add the possibility to geotag using google earth
Description: Sometime using google earth can help geotag a photo better, because you have the 3D vision, and in some cities you also get quite a lot of building that are digitzed (For example I remember one projetc that fully(?) digitized Berlin).
One easy way to do is to use the clipboard as does itag.
One would open google earth and add aplace mark at the desired position. Then you just right click it and press "copy".
Then in geosetter you would press a button "geotag from external application". And by parsing the kml text in the clipboard geosetter should be able to recognize :longitude, latitude, and altitude + bearing if available.
Advantage of this :
-Offer sometime better localisation thanks to 3D
-Allow to easily enter bearing with google eath (<look at> and <heading> tags)
-Not limited to Google Earth I suppose Nasa World wind offers similar possibility, I know for sure the french geopotail offers it with the following simple syntax: Longitude : 03° 05' 41'' E Latitude : 48° 04' 23'' N
This way geosetter could offer a way to add other map provider without having to go throuh all the API manuals.
Regards



Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000374)
Carl314   
2008-02-03 17:43   
Any update on this feature? I find myself using Google Earth community data to locate those hard-to-find landmarks in Google Earth. But once I do, I then have to go to the same city in Geosetter, and try to compare map/satellite features to find the same location in Geoetter. Having the ability to tag directly from Google Earth, or exporting the GE location into Geosetter, would be a great help.

By the way, I like what you've done with this. I've experimented with a couple of other photo data applications, and am close to using Geosetter exclusively.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
166 [GeoSetter] User Interface minor always 2008-01-29 07:21 2008-02-03 17:39
Reporter: mikep Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Dragging into Viewer Window Moves Files
Description: Hi Admin

I am not sure if this is correct but is seems to me that when you drag a file into the Viewer window, say from Windows Explorer, it actually moves the file to the "highlighted" directory ?

How do I drag and Drop files from an external application into Geosetter ?

Many Thanks

MikeP
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000367)
Friedemann   
2008-01-31 20:02   
I tested it and it works. When dragging a file, you musn't drop it on a directory in GeoSetter.
(0000370)
mikep   
2008-02-01 08:14   
Hi Friedemann

I thought that maybe a video would explain better what I am doing so you can point out where I am going wrong.

Maybe I am dropping it on the incorrect window ?

I still think that Geosetter should not move my files around ?

Please have a look at:
http://mikeandmorag.co.za/Geosetter/Drag_And_Drop/Drag_And_Drop.html

Thanks

MikeP
(0000373)
Friedemann   
2008-02-02 00:46   
I think this is a normal standard behaviour. If you drag and drop files from one directory to another on the same drive without pressing an additional key, the files will be moved. If you want the files to be copied, you have to press CTRL. If you drag files from one drive to another, they only will be copied.

I tried it out with ACDSee, which shows the same behaviour...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
171 [GeoSetter] Image Data minor always 2008-01-30 07:39 2008-02-03 17:38
Reporter: mikep Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Updating unchanged Data
Description: Hi Friedemann

When I look at the command line that is being passed to exiftool it appears to my be updating fields that have not been changed.

For example I have just synchronized with a GPS log so All that should be updated in this image are the GPS co-ords ? But it seem to also be updating a lot of other fields.

C:\Program Files\GeoSetter\tools\ExifTool.exe -m -overwrite_original -P -L -XMP:DateTimeOriginal="2007:08:25 12:33:02.90-08:00" -XMP:GPSLatitude=25.69009482 -XMP:GPSLongitude=-64.01188741 -XMP:GPSDateTime="2007:08:25 20:33:02" -XMP:GPSAltitude="491.7" -XMP:GPSAltitudeRef="Above Sea Level" -XMP:Creator="MikeP" -XMP:CountryCode="USA" -XMP:Country="United States" -XMP:State="North Carlolina" -XMP:City="Charlotte" -XMP:Location="Harrisburg" -XMP:Description="Mike And Ashton went to stay with Andrew and Paula Phillips in Charlotte, North Carolina, Unites States of America. We visted Washington,DC and went for Daniel Phillips Christening. Mike was the godfather" -XMP:Headline="NIKON D200013389" -XMP:Rights="MikeP" -XMP:CaptionWriter="Original File Name:PAS_6537_Shutter Count:13389" -XMP:Source="NIKON D200_Shutter:80_Aperture:3.5_ISO:800_Lens:18" -XMP:Category="HOL" -XMP:Subject+="Andrew Phillips" -XMP:Subject+="Ashton Phillips" -XMP:Subject+="Charlotte" -XMP:Subject+="Christening" -XMP:Subject+="Daniel Phillips" -XMP:Subject+="Gaby Phillips" -XMP:Subject+="Mike Phillips" -XMP:Subject+="North Carolina" -XMP:Subject+="Paula Phillips" -XMP:Subject+="United States" -XMP:Subject+="USA" -XMP:Subject+="Washington" -XMP:DateCreated="2007:08:25 12:33:02+02:00" "P:\My Pictures\MikeP\2007\08August_2007\2007_08_25\1RAW\pas_013389.xmp"

Does this not also slow down the saving process ?

Thanks

MikeP
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000362)
Friedemann   
2008-01-30 19:46   
When saving changed data, for example GPS coordinates, GeoSetter also synchronizes IPTC and XMP data fields. So I think your image contained IPTC data already, which content then has been written to XMP data. If you don't use sidecar files for saving, you can enable the option "Don't create internal XMP data if it doesn't exist already". Then GeoSetter won't add XMP data if the image doesn't contain XMP data already - the data will only be written IPTC and EXIF fields (like GPS).
(0000363)
mikep   
2008-01-31 12:10   
Hi Friedemann

If I understood you correctly if I AM using XMP sidecars for my NEF files then I have to accept that it WILL write the XMP data (the IPTC portions of the XMP data) and I must accept the performance penalty ?

Also does it Overwrite the existing XMP fields ? Which takes precedence when synchronising ?

My workflow is to download/ingest/import and catalog my NEFS with idImager, writing to sidecars, leaving the NEF's intact. After Cataloging in idImager (Including assigning Location, Headline, Title, etc..)I then would like to use Geosetter to apply the GPS info to my files.

Does this workflow make sense ? Or should I be using Geosetter on the files before I download / import them into idImager, that way there will be no preexisting IPTC data ?

Thanks

MikeP
(0000365)
Friedemann   
2008-01-31 19:54   
> if I understood you correctly if I AM using XMP sidecars for my
> NEF files then I have to accept that it WILL write the XMP data
> (the IPTC portions of the XMP data) and I must accept the performance
> penalty ?

yes, you have to accept it ;-) Assuming your image contains only IPTC data and you change the GPS position, then all the IPTC data will be written completely to XMP data only the first time. When you will change the GPS position again, XMP data and IPTC data are synchronized already and only your changed data will be saved.

> Also does it Overwrite the existing XMP fields?
> Which takes precedence when synchronising?

the priority is as follows (from high to low):

1. XMP sidecar data
2. XMP embedded data
3. IPTC data
4. EXIF data

If your image for example contains "Berlin" for the city in the IPTC data, but "New York" in XMP data, GeoSetter will show you "Ney York". When saving the data, "New York" will be written also to IPTC data.

> My workflow is to download/ingest/import and catalog my NEFS
> with idImager, writing to sidecars, leaving the NEF's intact.
> After Cataloging in idImager (Including assigning Location,
> Headline, Title, etc..)I then would like to use Geosetter to
> apply the GPS info to my files.
>
> Does this workflow make sense ? Or should I be using Geosetter
> on the files before I download / import them into idImager,
> that way there will be no preexisting IPTC data ?

In my eyes it makes sense, but you're right, the saving process will take a little bit longer because of updating XMP data from IPTC data. If you only want to insert GPS data, it maybe would be better to process your images first with GeoSetter before doing it with idImager.
(0000369)
mikep   
2008-02-01 07:36   
Thanks Friedemann for your feedback.

Regards

MikeP

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
173 [GeoSetter] Image Data feature always 2008-02-02 19:42 2008-02-02 19:42
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Export of image data
Description: Export of image data to Excel or plain text.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
104 [GeoSetter] Image Data major always 2008-01-06 15:23 2008-01-31 20:13
Reporter: babar Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.4 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.2.5 release  
    Target Version:  
Summary: XMP data are not properly synchronised from iptc
Description: Hello, Here are 2 photos:
the original and the one edited with geosetter.
I do not know if the issue come from exiftool or geosetter, as an error comes back from exiftool (cf third attachement)
It seems that only part of the iptc comments are copied to XMP
plus all "Enter"(line jump) are replaced by"..."
Regards
Eric
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000220)
Friedemann   
2008-01-06 15:27   
There's only one attachment. Can you please send me the three files to support@geosetter.de?
(0000221)
babar   
2008-01-06 15:33   
to reproduce just open the original photo, and modify one of the iptc parameters other than the one existing. (for example add a value for "credit")
and save.
->an error appears
-> the image is modified nonetheless but the software does not know about it.
Regards
(0000222)
babar   
2008-01-06 15:47   
I am wondering if all that come from the newline tat are in my original iptc comments.
I noticed that the exif tool version used by geaosetter was 7.03 and found that following change for version 7.04:
-Added ability to insert a newline using "$/" in a print format string
Regards
Eric
(0000223)
Friedemann   
2008-01-06 15:48   
I see... the proble are the quotation marks. I'll fix it. But where do you see that line breaks will be replaced by "..."? I think ExifTool replaces line breaks with "." only for viewing.
(0000224)
babar   
2008-01-06 15:52   
Ok I understand, I suppose I have several line break.
Thank you very much
Regards
Eric
(0000225)
Friedemann   
2008-01-06 21:16   
As I said already, the problem has been caused by quotes in data text. I fixed it, but ExifTool still has a small bug for its own: Adding keywords containig quotes is possible, but it isn't possible to remove them again.

Phil Harvey (ExifTool) told me, that he'll fix it in version 7.10
(0000337)
babar   
2008-01-27 12:40   
(Last edited: 2008-01-27 12:47)
hello,
I have no more error messages but the comments field are truncated ( I suppose it would be the same for other fields such as title or special instructions,...).
I suppose this could come from the quotqion mark a gain. That is why I reopened that issue.
I attach a picture of the iptc-xmp comments in geosetter and in an other software so you can see the differences in the comments.
we can notice 2 things:
-the first quotation mark before -- ocean -- has disappeared
-the rest of the comment after -- ocean -- has also disappeared.
Best regards
Eric
PS: you should be able to use the previously uploaded original photo , it is the one I used to check that problem.

(0000338)
Friedemann   
2008-01-27 14:48   
Unfortunately I can't reproduce it here. In the attachement "babar_comment.jpg" you can see that I inserted "xxxx" into the comment, saved it, and still the quotation marks exist.

Will they be deleted after saving with GeoSetter, or don't you see them already before saving? If you see them first, and then after saving the're deleted, please send me a screenshot of the save report. because I can't reproduce it with the image attached already, it would perhaps help if you can send me the image in which you don't see the quotation marks anymore.
(0000339)
Friedemann   
2008-01-27 14:50   
Please send me also a screenshot of your JPEG-Settings in GeoSetter ("Règlages | File Options", select first entry).
(0000340)
babar   
2008-01-27 16:41   
Hello,
Which report do you mean?
I tried to reproduce it with the photo I uploaded last time and could not but I do reproduce it with the photos I have. I suppose it comes from what last version of geosetter did change.
It looks like geosetter is showing iptc data while Itag (other software) display the xmp data, hence the difference. So I suppose we can close that bug. Sorry for reopening it.
I will however upload you a photo where you can check it and my settings.
I suppose it could be interesting for synchronisation issues?
(0000344)
Friedemann   
2008-01-28 19:19   
GeoSetter loads both, IPTC and XMP data. If a data field is availabele in both, then GeoSetter takes it from XMP. In "Nigeria lagos 03.JPG" the IPTC data contains the quotation marks but XMP data doesn't. Maybe you're right that this has been caused by the last version of GeoSetter before fixing the quotation mark problem, I'm sorry. Are you familiar with the command line? Then it would be possible to copy the correct IPTC description field to its corresponding XMP field.
(0000348)
babar   
2008-01-28 23:59   
Hi
Great do not worry for my photos, I have only used geosetter for testing purposes so far and not for production yet (I lost once all my exif/iptc tags on 5000 photo with adobe, since then I am very cautious before using a new software :) )
However this problem may have unveiled another problem
Open the last photo that I uploaded
change any of the xmp data except the comments
-> you will see then that IPTC comments are updated with the xmp field value.
I would expect only the field that I changed to be updated.
Is there a reason for updating the other fields as well. Isn't it also solwing done things?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
168 [GeoSetter] Image Data major always 2008-01-29 12:43 2008-01-31 20:09
Reporter: mikep Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Cannot Save to JPGS without warning
Description: Hi Admin

I am trying to update JPGS taken with a Nikon D200.
I get the following message:
Warning: Truncated NikonPreview directory - P:\My Pictures\MikeP\2007\08August_2007\2007_08_24\1JPG\pas_012764.jpg

Am I doing something wrong ?

Regards

MikeP
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000351)
Friedemann   
2008-01-29 12:52   
GeoSetter doesn't touch the images itself, it uses ExifTool (http://www.sno.phy.queensu.ca/~phil/exiftool/ ) which does the saving of data. If ExifTool reports a warning, normally I would say it can be ignored. Did you handle your images with any other software before? With which software did you create the JPEG file? Perhaps this software did some wrong changes to the image...
(0000352)
mikep   
2008-01-29 12:56   
Hi There

The images were shot JPG in Camera.

They have been cataloged using idImager ?

If I view the images in Microsoft Phto Viewer, for example, they all look okay ?

Should I be talking to exif tool re this proble ?

Thanks for your help.

Regards

MikeP

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
170 [GeoSetter] Image Data minor always 2008-01-29 23:09 2008-01-29 23:19
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.3.1 beta  
    Target Version:  
Summary: GPS synchronization finds possibly wrong position when using more than one track
Description: If using more than one track for GPS synchronization, a location will be taken from the first track which fits into the maximum time difference.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
167 [GeoSetter] Image Data feature always 2008-01-29 07:25 2008-01-29 21:32
Reporter: mikep Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.3.1 beta  
    Target Version:  
Summary: Reading Pre Existing XMP
Description: Hi Admin

If I already have GPS assigned on my raw NEF but in an XMP sidecar file (not in the RAW) how can I get Geosetter to read it when I browse the directory ?

At present when I view the XMP in notepad I can see the GPS co - ords but when I browse the image using GeoSetter the Lat / Lon co ords under the thumbnail remain empty, even after a refresh.

And if I view Image Info and just select the Sidecar file I can see the GPS Info.

Thanks

MikeP
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000353)
Friedemann   
2008-01-29 12:56   
If a sidecar file exists, it will be read by GeoSetter. Maybe the GPS data from sidecar file conflicts with GPS data embedded in the file (XMP or EXIF data). Would it be possible ton send me an example (NEF+XMP) to support@geosetter.de?
(0000356)
Friedemann   
2008-01-29 21:32   
The XMP file you sent me, contained more than one rdf:Description tags. GeoSetter has read out only the first tag by now, but the GPS data was located in a following tag. I fixed it...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
160 [GeoSetter] Image Data major always 2008-01-28 13:40 2008-01-29 13:06
Reporter: mikep Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Can't Write to NEF XMP - XMp Already Exist Via idImager
Description: Warning: Can't handle XMP attribute 'x:DateChanged' - P:\My Pictures\MikeP\2008\01January_2008\2008_01_03\MIK_015720.xmp
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000343)
Friedemann   
2008-01-28 17:49   
ExifTool doen't report an error, it only reports a warning because it doesn't know the attribute "x:DateChanged".

> Can't Write to NEF XMP

It is really not possible? Which error message do you get?
(0000349)
mikep   
2008-01-29 06:48   
Hi admin

I have NEF files with XMP sidecars.

When I try and save changes I get the Can't handle XMP attribute 'x:DateChanged' - P:\My Pictures\MikeP\2008\01January_2008\2008_01_03\MIK_015720.xmp error message.

This happens on every image I try and write to.

If I use notepad to view the XMP tool I cannot see a x:DateChanged field, but thats no surprise as I know nothing about XMP!
I can attached/email/upload an example NEF and its XMP if it would help.

The XMP was Created by idImager, a DAM tool developed by Hert.www.idimager.com

I can also upload the "save log" if that would help.

Many Thanks for your feedback and help.

Regards

MikeP
(0000350)
Friedemann   
2008-01-29 12:46   
> When I try and save changes I get the Can't handle XMP attribute
> 'x:DateChanged' - P:\My Pictures\MikeP\..\MIK_015720.xmp error message.

In your first message you told me that it is a warning. Is it a warning or ist it an error??? If it's only a warning (which I assume), then the data will be saved anyway. Are you really sure that the data won't be saved??? If you are, please send an example (NEF+XMP) to support@geosetter.de.
(0000354)
mikep   
2008-01-29 13:02   
Hi

Its is a Warning - So sorry for the miss reporting.

Would you still like copies of the files ?

Regards

MikeP
(0000355)
Friedemann   
2008-01-29 13:06   
> Its is a Warning - So sorry for the miss reporting.

No problem!

> Would you still like copies of the files ?

No, I don't need a copy. I know already about this issue regarding 'x:DateChanged' written by idImager. It seems that ExifTool simply doesn't know this and reports it as a warning.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
164 [GeoSetter] User Interface minor always 2008-01-28 23:09 2008-01-28 23:45
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.3.1 beta  
    Target Version:  
Summary: Exception wehen saving after assigning map position
Description: If images are selected together with folders, and a map position will be assigned manually, an excpetion occurs when saving the changes: "Asking for option of unknown file format"
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
165 [GeoSetter] User Interface minor always 2008-01-28 23:21 2008-01-28 23:45
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.3.1 beta  
    Target Version:  
Summary: Exception when synchronizing data of images
Description: When synchronizing data of images, also ExifTool backup files will be found (e.g. xy.jpg_original). When saving cahnges to these files, an exception occurs: "Asking for option of unknown file format"
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
163 [GeoSetter] User Interface feature N/A 2008-01-28 20:43 2008-01-28 21:21
Reporter: mbrenner Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 2.3.0 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: additional iptc/xmp fields for event/people
Description: i used to tag/categorize my pics with iview media pro (now microsoft expression media). the application supports two iptc fields i liked a lot: event and people. i would appreciate to see/edit them in geosetter as well.

i use the field event for assigning a bunch of pictures the topic, e.g. "X-Mas trip to XYZ". in people i list all people by names visible on a picture (comes in handy if you later wanna retrieve all pics of one specific person).

if found a list with helpful mappings between iptc/xmp and common applications:
http://www.controlledvocabulary.com/imagedatabases/iptc_core_mapped.pdf

it looks like there is not a corresponding xmp field for event. now i wonder what other folks use instead. is there a better field?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000346)
Friedemann   
2008-01-28 20:48   
Can you please send me such an image with filled data for "event" and "people" to support@geosetter.de?
(0000347)
mbrenner   
2008-01-28 21:21   
i will send you the pic later.

i think geosetter should - if possible - show all fields supported by major other applications such as lightroom, photoshop, ... see the pdf mentioned in the description for an overview.

two other such fields are iptc sence and iptc subject code. for both a list and xml file can be downloaded at http://www.iptc.org/NewsCodes/

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
159 [GeoSetter] Image Data tweak always 2008-01-27 08:46 2008-01-27 14:50
Reporter: jmoliver Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 2.3.1 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Suggestion: Option to automatically generate copyright based on known values
Description: An option or button to automatically generate a copyright message in the "Copyright" field. This button could be located next to the Copyright field itself an be enabled whenever the Date Taken and Author values.

Example:
Copyright (c) <<Date Taken Year>> by <<Author Name>>. All rights reserved.

For reference to a similar feature refer to Microsoft Photo Info tool - See screenshot:
http://www.microsoft.com/windowsxp/using/digitalphotography/prophoto/photoinfo.mspx
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
158 [GeoSetter] Image Data minor always 2008-01-26 19:31 2008-01-26 22:55
Reporter: jmoliver Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.1 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Pressing <Ctrl>+<A> while on Map view will select entire map
Description: 1. Click on Map view.
2. Press <Ctrl> key and <A> (Select All shortcut)

Encountered Behavior:
- Entire map is selected

Expected Behavior:
<Ctrl>+<A> be disabled when focus is in this view. Shoudl be allowed to select multiple files.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000335)
Friedemann   
2008-01-26 22:55   
Ctrl+A is now disbaled in the map. But selecting all files is not possible because when the map has got the focus, it handles pressed keys for its own.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
157 [GeoSetter] Image Data crash always 2008-01-26 17:17 2008-01-26 21:22
Reporter: jmoliver Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.3.1 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.3.1 beta  
    Target Version:  
Summary: Crash occurs when attempting to Edit locations of partially selected files
Description: 1. Open a folder containing multiple jpgs (Ex. 30).
2. Select all jpg files by pressing <Shift> and <Down> arrow key.
3. Press <Ctrl> and deselect first 3 jpgs by clicking on each file.
4. Click on "Edit Location" icon

Encountered Behavior:
- Crash occurs
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000334)
Friedemann   
2008-01-26 17:53   
Thank you very much. I already heard about this bug, but I didn't get a description how to reproduce it.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
155 [GeoSetter] Image Data minor always 2008-01-25 03:54 2008-01-26 16:30
Reporter: aschuel Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 2.3.0 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add batch output to text file feature
Description: requested new feature: after association of images with gps track file, an aggregate output of gps data, filename, and UTC offset to a text file would be very helpful. I have been using OziPhotoTool to generate just such a text file so that I can import data into an Access database, but Geosetter is now a nicer tool for embedding gps data into the image EXIF and just needs this one feature (output of gps data to individual text files for each image does not meet the need). Thank you for considering this suggestion
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000323)
Friedemann   
2008-01-25 19:57   
Do you perhaps have an example file?
(0000324)
drose   
2008-01-25 21:55   
Would´nt it be a coma separated value (filetype *.csv) list ? That will be importable to excel and easy to read with an editor
(0000327)
nigele3   
2008-01-26 02:25   
Likewise this is a feature I would like to see as well. I currently use IDimager Lite to create a csv file which I then export into an Access database. Ideally control over the fields being exported would be useful but if that adds too much work then just export the lot. It's simple enough to delete columns in Excel. I'll attach a simple example file which contains just a few records. Thanks for considering this.
(0000332)
aschuel   
2008-01-26 16:30   
After looking more carefully at things, I think that the data displayed in the default report view would be quite sufficient output to a .csv file--with some minor modifications. My intent has always been to maintain gps data for images, but I rather like the idea of having all those other EXIF fields in the database as well.

1. Add latitude and Longitude in separate fields and each output to 6 decimal places (but keep the current latitude,longitude field format, because that it sometimes handy for a copy and paste into mapping software).
2. UTC offset of image taken date/time.

I am uploading oziphototool_sample.txt to give you samples of the ozi output and the fields I need in my database.

It would also be helpful if csv output was to a default filename/location (with user option to change). The point is to have a file with a known name in a known location, so that one can establish a persistent link from within a database and then run queries without having to change properties (see workflow below).

It would also be helpful to have the option of appending to the current default .csv file contents or overwriting (there are times when each would be most efficient). This is a feature of OziPhotoTool output that I like. A further option would be to have the .csv output automatically created as part of the image-gps track synchronization, or to have a switch for outputting at any time.

My workflow in OziPhotoTool:

-select images
-select .plt track file
-set UTC offset
-run routine to synchronize gps and images (without outputting to file, because OziPhotoTool requires creation of copy .jpg to write to EXIF)--this outputs data to default output.wpt file (.csv file, the one I link to from Access). I can set overwrite or append in configuration before running.
-run append query in Access to append .csv contents to my image gps table (link to .csv file pre-established and query based on that link pre-saved).

In Geosetter with a .csv output feature, my workflow would be very similar, except that I would write the gps data to EXIF in each file as part of the process. I have Nikon D200 and D300 .nef files typically, so having the gps data in EXIF would ensure persistent through multiple edits and eventual output to .jpg.

Finally, it would be handy if Geosetter could read any group of files that already had gps data in EXIF and then output the exif data as discussed above to the .csv file.

I hope this clarifies some.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
153 [GeoSetter] Image Data minor always 2008-01-24 10:09 2008-01-24 20:07
Reporter: jmoliver Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Use also Nearby Geonames Placenames for Sublocation field
Description: For the feature which autopopulates the IPTC fields for Country, City, State, and Sublocation. As a suggestion, I belive it would be great that for the sublocation field you instead look for names of places nearby, as well as populated places. So if I take a in New York, near the statue of Liberty - the sublocation field displays "Statue of Liberty".
 
Here is a webservice from geonames.org which specifically looks for placenames-
 
http://forum.geonames.org/gforum/posts/list/203.page#1086
 
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
133 [GeoSetter] Image Data feature always 2008-01-18 16:14 2008-01-23 23:28
Reporter: Franklin2K Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.6 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.3.0 release  
    Target Version:  
Summary: XMP-Erzeugung für JPEG und RAW trennen
Description: Es wäre schön, wenn die Erzeugung von XML Sidecar Dateien nach Dateitypen (JPEG / RAW) getrennt werden könnten, d.h. für RAW-Dateien wird eine bestehende XMP-Datei benutzt bzw. eine neue XMP-Datei angelegt, bei JPEG-Dateien werden die Informationen in den XMP-Bereich der JPEG-Datei selbst geschrieben. Dies würde von der Funktionsweise exakt der von BreezeSys Downloader Pro entsprechen.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000285)
Friedemann   
2008-01-18 19:41   
Das habe ich bereits gemacht (siehe auch 0000122 und angehängter Screenshot). Ich denke ich werde es dieses Wochenende frei geben.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
108 [GeoSetter] Image Data feature always 2008-01-07 14:20 2008-01-22 13:49
Reporter: lucifer1 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 2.2.5 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Datei Umbenennen mit Datum und Ortangabe
Description: Standardmässig haben Ja die Bilder von der kamera so wunderbar ausagekräftige Namen wie P0000143.jpg.

Es gibt viele Programme mit denen das Aufnahmedatum in den Dateinamen gebracht werden kann.

Der Hit ist für mich jedoch einen Dateiname im Format:
"2008-01-07_1403 Butzbach P0000143.jpg" zu erhalten.

IrfanView kann sowas mit dem Inhalt der IPTC Felder machen.

Absolut toll fände ich wenn Geosetter dies direkt könnte.
Tags:
Steps To Reproduce:
Additional Information: Irfanview Syntax für die umwandlung:

$E36867(%Y-%m-%d_%H%M) $I90 $N

$E36867 DateTimeOriginal
(%Y-%m-%d_%H%M) Format für Datum

$I90 IPTC:City

$N Alter Dateinamen
Attached Files:
Notes
(0000307)
heiko   
2008-01-22 13:49   
hallo lucifer,

im Prinzip kannst du das mit der jetzigen GeoSetter Version schon machen. Hier einfach folgenden Aufruf unter "Datei / Einstellungen" Reiter "ExifTool" "Zusätzliche ExifTool-Kommandos nach GeoSetter-Kommandos aktivieren" reinkopieren (in der Version 2.2.5 war das glaub ich noch im Reiter "Daten-Optionen":

-execute "-FileName<%d\${CreateDate} $IPTC:City %f.%e" -d "%Y-%m-%d_%H%M"

Ich habe das mit ein paar Bildern mal durchprobiert und es hat bei mir Problemlos funktioniert solange ein CreateDate und IPTC:City im Bild vorhanden war. Beim Testen aber bitte nicht mit Orginalbildern hantieren, sondern mit Testbildern.

Dieser ExifTool Befehl wird nur ausgeführt, wenn du ansonsten Änderungen an dem Bild vornimmst!

Hoffe zumindest mal dass dir das hilft

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
150 [GeoSetter] Image Data minor always 2008-01-21 19:25 2008-01-22 00:10
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.7 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.3.0 release  
    Target Version:  
Summary: Google Earth export zeigt keine Tracks, wenn andere Farbe als Rot selektiert wurde
Description: Für den Export von Bildern und einem Track wurde die Farboption für Tracks von Rot auf Blau geändert. Google Earth hat die Tracks nicht angezeigt.

Zurückändern der Farboption auf Rot ergabe eine entsprechende Anzeige in Goggle Earth.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
141 [GeoSetter] User Interface minor always 2008-01-20 12:47 2008-01-21 23:41
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.6 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.3.0 release  
    Target Version:  
Summary: Ortsdatenhzuweisung nach Verschiebung der Kartenmarkierung fehlerhaft.
Description: Die rote Kartenmarkierung wird (erheblich) verschoben. Die Position wird dem Bild zugewiesen. Dazu startet eine Höhen/Ortsdaten-Abfrage. Die Abfrage ergibt einen Timeout, d.h. eigentlich sind diese Daten undefiniert.

Bei einer erneuten Zuweisung der roten Kartenmarkierung an das gleiche Bild werden einfach die ursprünglich noch vorhadenen Ortsdaten (die eigentlich ungültig sind) aus der Ursprungsposition der roten Kartenmarkierung zugewiesen. Eine erneute Abfrage der Daten vom Server wegen ungültiger Höhen/Ortsdaten findet nicht statt.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
145 [GeoSetter] User Interface minor always 2008-01-21 11:26 2008-01-21 23:24
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.7 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.3.0 release  
    Target Version:  
Summary: Übernehme IPTC Erzeugungsdatum aus Aufnahmedatum
Description: Einstellung "Daten-Optionen / Übernehme IPTC Erzeugungsdatum aus Aufnahmedatum)" ist gesetzt. Ursprüngliches Bild enthält nur das Aufnahmedatum. Werden dann Daten von einem Bild geändert, wird nicht nur das "Erzeugungsdatum" (Erstellt am) geändert, sondern auch das "Veröffentlicht am" Datum auf das aktuelle Datum gesetzt.

Ich bin der Meinung, dass das "Veröffentlicht am" Datum hier nicht geändert werden sollte. Wenn du trotzdem der Meinung bist, dass dieses auch verändert werden soll, dann sollte auch die lokale Zeitzone mit übernommen werden (Zeitzone ist bei "Veröffentlicht am" leer).
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
135 [GeoSetter] User Interface trivial always 2008-01-20 11:38 2008-01-21 23:22
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.6 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.3.0 release  
    Target Version:  
Summary: Dialoglayout strukturieren
Description: Es gibt mehrere Konfuigurationsitems zum Thema Datenändeurngen bei Koordinatenzuweisungen aus Karte. Hab meinen Vorschlag unten reingehängt.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000295)
drose   
2008-01-20 12:10   
Hoppla, die Auswahl der Sprache gehört möglicherweise nicht in den Rahmen ( siehe Bild)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
147 [GeoSetter] User Interface trivial always 2008-01-21 12:46 2008-01-21 23:22
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.7 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.3.0 release  
    Target Version:  
Summary: Zugehörigkeit "Setze automatische Felder sofort nach lesen .."
Description: ich empfinde den Punkt "Setze automatische Felder sofort nach Lesen von Bilddaten" unter "Einstellungen" nicht sonderlich intuitiv. Evtl. wird es klarer wenn dieser Punkt (evtl. noch abgetrennt) zu der Gruppe "Automatisch in Schlüsselwörter übernehmen" wandert, so dass eine Zusammengehörigkeit klarer wird. Primär habe ich gehofft / erwartet, dass hier auch Orts- und Höhenwerte automatisch übernommen werden, wenn diese noch nicht gesetzt sind.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
149 [GeoSetter] Image Data trivial always 2008-01-21 17:59 2008-01-21 23:21
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.7 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.3.0 release  
    Target Version:  
Summary: "Daten bearbeiten" "Strg+Alt+Left" dreht Bildschirm
Description: werden im "Daten bearbeiten" Dialog mehrere Bilder angezeigt, kann ich mit "Strg+Alt+Left" und "Strg+Alt+Right" in der Liste der Bilder navigieren. Könntest du hier bitte die Shortcuts ändern, da bei meinem Rechner mit diesen Tastenkombinationen der Bildschirm gedreht wird :-)
Ist eine relativ gebräuchliche Intel Karte.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000303)
Friedemann   
2008-01-21 22:57   
Gib mir mal bitte 'ne Tipp was da für Tastenkürzel ok wären.

(0000305)
heiko   
2008-01-21 23:05   
z.B. nur Alt+links. Scheint noch nicht belegt zu sein.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
148 [GeoSetter] User Interface feature always 2008-01-21 15:14 2008-01-21 22:58
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 2.2.7 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Automatisch Orts- und Höhendaten übernehmen
Description: es wäre schön, wenn es für Orts- und Höhendaten eine ähnliche Option gäbe, wie "Automatisch in Schlüsselwörter übernehmen" + "Setze automatische Felder sofort nach Lesen von Bilddaten". Sprich sind die Orts- bzw. Höhendaten leer, diese automatisch beim Lesen der Bilder abfragen.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000304)
Friedemann   
2008-01-21 22:58   
Das wäre dann aber jeweils mit Internetzugriffen verbunden. Das schiebe ich erstmal nach hinten ;-)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
151 [GeoSetter] Image Data minor always 2008-01-21 20:47 2008-01-21 22:55
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.7 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.3.0 release  
    Target Version:  
Summary: Speichern von Daten
Description: Folgende "Daten-Optionen" sind gesetzt:
- Automatisch in Schlüsselwörter übernehmen: Stadt
- "Setze automatische Felder sofort nach Lesen..." (nur wenn diese Option gesetzt ist, läßt sich der Fehler reproduzieren!)

Anschließend ändere ich den Namen der Stadt für mehrere Bilder. (mit "Aktuelle Werte für alle ausgew. Bilder übernehmen"). Alle Bilder werden anschließend im Browser als rot angezeigt (noch richtig). Dann Btn "Speichern"; der Fortschrittsbalken zum speichern läuft durch, gespeichert wird aber nur 1 Bild, alle anderen Bilder werden noch rot angezeigt. Die restlichen Bilder werden erst beim zweiten mal drücken des Speichern Buttons gespeichert.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
146 [GeoSetter] User Interface minor always 2008-01-21 11:56 2008-01-21 19:57
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.7 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.3.0 release  
    Target Version:  
Summary: Kategorien / Stichwörter - roter Rahmen um "Zusätzliche Kategorien"
Description: unschöner roter Rahmen unter "Daten bearbeiten" Tab "Kategorien/Stichwörter" um das Feld "Zusätzliche Kategorien" (siehe Screenshot). Außer der Rahmen hat natürlich eine Bedeutung :-)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
143 [GeoSetter] Image Data minor always 2008-01-20 19:49 2008-01-20 21:43
Reporter: GDesmet Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.5 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.3.0 release  
    Target Version:  
Summary: Synchronize with GPS data files window height larger than screen height
Description: The height of the "Synchronize with GPS Data Files menu" exceeds that of the physical screen height, the OK button cannot always be easily reached.
Could you rearrange the window so that its height is less than (say maximum)800 pixels in all circumstances?

Pls find attached screen shot
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000301)
Friedemann   
2008-01-20 21:42   
I hope it's better now (see screenshot). It seems that you don't use standard font resolution, do you? It's not possible to create a dialog which doesn't exeed aspecified resolution, because it depends on your Windows settings.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
142 [GeoSetter] Image Data minor always 2008-01-20 19:43 2008-01-20 21:22
Reporter: Franklin2K Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.5 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Höhenangabe wird im falschen Format in die XMP-Dateien geschrieben
Description: In den XMP-Dateien finden sich die Höhenangaben beispielsweise in folgender Form: 4811/10 - dies steht für 481.1m.

Gemäß EXIF Spezifikation 2.2 (http://www.exif.org/Exif2-2.PDF) filt für das Feld "GPSAltitude" folgendes:

Zitat:

GPSAltitude
Indicates the altitude based on the reference in GPSAltitudeRef. Altitude is expressed as one RATIONAL value. The reference unit is meters.

Ich meine daher, dass hier die Meter-Angabe und nicht die Angabe als Bruch in die XMPs geschrieben werden müssten.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000300)
Friedemann   
2008-01-20 21:22   
In der EXIF-Spezifikation steht aber auch:

5 = RATIONAL Two LONGs. The first LONG is the numerator and the second LONG expresses the denominator.

Das heisst, ein rationaler Wert wird zumindest in den EXIF-Daten immer als Bruch dargestellt. Ich vertraue auch mal zumindest in diesem Fall drauf, dass ExifTool das schon richtig macht ;-)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
134 [GeoSetter] User Interface feature always 2008-01-19 17:54 2008-01-20 14:34
Reporter: Franklin2K Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 2.2.6 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Anzeige der Trackpunkte in Listendarstellung
Description: Es wäre schön, wenn GeoSetter nach dem Öffnen einer Track-Datei (bei mir NMEA) die Trackpunkte mit Datum, Zeit, Koordinaten und Höhe in Listenform darstellen könnte.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000299)
Franklin2K   
2008-01-20 14:34   
Ergänzung: Der Knaller wäre, wenn man im Log auch direkt einzelne Trackpoints löschen könnte, z.b. während der GPS-Empfänger gerade eingeschaltet wurde.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
138 [GeoSetter] Image Data major always 2008-01-20 12:02 2008-01-20 13:48
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.6 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.2.7 beta  
    Target Version:  
Summary: Verlust der Geotags in allen Bildern.
Description: Zur Synchronisation einer Menge von Bildern mit einer Menge von Tracks werden diese Selektiert (CTRL-A) und dann der Synchronisations-Dialog geöffent. Die Einstellungen sind identisch mit denen von V2.2.5.

Nach dem Start werden wie bisher die gleiche Anzahl an Bilder gefunden, die mit den Tracks zusammenpassen. Nach dem Start der Ortdatenabfrage sind jedoch keine Ortsdaten vorhanden und alle Geotags in den Bildern sind gelöscht. Bereits exisierende Ortdaten wurden nicht verändert.

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000294)
drose   
2008-01-20 12:08   
Das verhalten zeigt sich auch bei Tracksynchronisation eines einzelen Bildes. Die Abfrage von Ortsdaten von einem oder mehreren Bildern funktioniert einwandfrei.
(0000296)
drose   
2008-01-20 12:22   
Nach dem löschen der Bilder läuft Geosetter mit 98% CPU-Last weiter ( Track-Script!). Bei jeder Kartenverschiebung über die plus oder minus-Knöpfe im Maps-Fenster läuft das Track-Script erneut los !?!?
(0000298)
Friedemann   
2008-01-20 13:20   
Oh ja... sorry...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
136 [GeoSetter] User Interface feature always 2008-01-20 11:45 2008-01-20 12:57
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 2.2.5 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: performance-Verbesserungen durch Parallelisierung
Description: Ich synchronisiere eine größere Menge von Bildern mit einer größeren Menge von Tracks. Dabei ist mein Mehrkernprozessor nicht ausgelastet. Der Sychronisationsprozess funktioniert derzeit so, das erst alle(!!) Bilder mit den Tracks synchrinisiert werden, und danach (!!) alle Bilder mit den Ortdaten angereichert werden.

Vorschlag : Ein Thread synchronisert Bild für Bild mit den Tracks und übergibt das jeweils fertige Bild sofort an den Ortsdaten Thread. So reduzieren sich die gefühlten Antwortzeiten des Ortsdaten-Servers.
Tags:
Steps To Reproduce:
Additional Information: Also dieser Feature-Wunsch ist nicht wirklich wichtig, aber akademisch interessant.
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
84 [GeoSetter] Image Data feature always 2007-12-31 22:39 2008-01-20 10:36
Reporter: babar Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 2.2.4 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: add the possibility to use a keyword list from which we could tag all the photo quickly
Description: We often use the same keyword from photo to photo with some variation.
Therefore we often have a list of favorite keywords.
It would nice if when entering the Keyword/categories we could open along side that window another window with all our favorite keyword and by just clicking on them add them to the keyword/category list.
The best would be to be able to use a keyword list hierarcicaly organised.
for example
people
   family
      uncle
         Julien
is hierarcicaly organised. If you clicked Julien, then all the other keywords:
people,family,uncle, would be added at the same time, saving you a lot of clicks.
Suchh a list could come from a txt file.
Where hierarchy (if available) could be shown with tabs or other method.

Best regards
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000168)
Friedemann   
2008-01-02 00:28   
I also thought about a hirarchical tree-like keyword list. If you have something like

people
   family
      uncle
         Julien

and you add "Julien", I think there should be 3 possibilities to add it:

1. 1 Keyword "Julien"
2. 1 Keyword "people.family.uncle.Julien"
3. 4 Keywords "people", "family", "uncle" and "Julien"

I saw it in Adobe Bridge. There it can be specified which divider should used for something like "people.family.uncle.Julien".

I wanted to do it in my vacation, but unfortunately I have still only a few days... :-/


(0000171)
babar   
2008-01-02 10:24   
(Last edited: 2008-01-07 00:40)
What you propose is really the best way, I especially love the 2nd proposition.
However the 2nd proposition can only be implemented in XMP as xmp keyword have almost no limit on the number of characters, whereas iptc keywords are limited to 64 character, which in the 2nd case can be very quickly reached.
The best would be to give the user the possibility to use all 3 options, or a mix of them. (using check box,...). But in case the user goes for the 2nd option, we could use it for xmp and use the 3rd option instead to fill the iptc keywords as well as xmp (because any tool that synchronise iptc and xmp will any way copy iptc into xmp). This way we would keep the maximum compatibility. (we must also be aware that if such keyword are utf8 then iptc should not be filled - ? -)
On top of that if you let the user choose the delimiter, you have the best possible compatibility, as I have seen a few other software that propose that, but not all of them have the same delimiter or allow you to choose which to use.
Delimiter could then be stored in preference to be recognised automatically later.
regards

(0000259)
DaMann   
2008-01-11 11:53   
As a very new user I would like to add to this, I find the current keyword handling rather unintuitive, and would certainly favour a simple and editable text file to allow tight control over keywords. We have all seen freetype entries in the past which slowly build up many differnet spellings of words to make searching almost impossible.

I will continue to struggle with the current keyword method, but if you could publish a background doc on how it works at present, it would be a great help.e.g where do templates live and can they be edited externally?
(0000272)
Friedemann   
2008-01-14 20:34   
> As a very new user I would like to add to this,
> I find the current keyword handling rather unintuitive

Do you have an idea how to improve it???

> where do templates live and can they be edited
> externally?

In your GeoSetter directory (under profiles) there's a subdirectory "templates" in which the template files are stored in XMP format.
(0000279)
babar   
2008-01-16 00:51   
Here is a snapshot of an example on how it could be.
-first we would need a list of keyword (that can possibly hierarchical) either as a txt file(external format) or xml (internal format storage ?)
That list should be optional
-then the user would need decide if he wants to use herarchical keywords in the xmp or not, and if yes, then he needs to enter the separator in the settings of geosetter.

the window for tagging keywords should be bigger than the one we have now, because we need to be able to see as many keyword as possible at a glimpse.
It make it simpler to tag, because you can quickly see if keywords are missing or not, and you do not need to slide down or up to find them.

in the snapshot we see
on the left a photo(s - possibly ? several if more than one photo is selected in the list of photo below), and a list of photo below

on the right there are 3 big text box and a small one (one line)
-the left text box shows all the keywords of all the selected photos from the list
(not all the photos of the list need to be selected)
-The top right text box shows the list of keyword that the user as been patiently building over the years :)
-the bottom right text box shows the keywords that are present in the selection of photos but not in the above list
-finally the smallest box is here to add new keywords that do not exist in the selection of photos or the above list

lets assume the most comlexe situation:
We have a hierarchical list of keyword and are tagging xmp with hierarchical structure (ex: people>colleague>Philippe)

first of all geosetter would parse xmp data and build the hierarchical keyword list, it would then compare it with the user's list to classify that list accordingly to the user's list, and detect any extra keyword from the photos that are not in the user's list.
Those extra keyword are added in the 3rd text box for later use.
finally some keywords are Highlighted:
-In the photo selection list all keyword common to all selected photos appear in blue (or ....). This is especially use full when you select photos, it can helps you select photo that are similar (keyword wise) and for which you know you would want to add the same new keyword.
-in the user list, keywords that are all ready used in all the photo selection are greyed out, because there is no need to add them again. Keywords that are not used in the photo selection are bold, so you can spot them quickly.

Keyword from the 3rd text box can be either added to all the photo of the selection(if not already the case), or added to the user list, to update that list.
Keyword from the 4th text box can be added either to the photo selection or used to update the the user's list

Any keyword can be transferred from one of the list to another with drag and drop or with a double click.
When drag and dropping we should be able to select several keyword at once. Therefore in that case only the selected parent keyword will be added. This give us a way to tag at once with the full hierarchy or a partial hierarchy or no hierarchy at all.
If you double click all the parent keyword should be added as well.
Any keyword can be deleted from one of the list by contextual menu or delete key or being dragged in an empty space.

if you select one keyword in the user list, the 2nd text box tries to either center on that keyword if it exist in the phot selection or on the nearer parent if it exist in the photo selection.
for example here if you unfold "people" in the 3rd text box, the same will happen in the second text box.
and inversely, if you select one keyword in the 2nd text box it will center on it if possible in the 3rd text box
-> makes tagging very efficient, you can quickly find if keyword are missing

If you select several photo at once then any tagging action, will tag all the selected photo.
If you want to tag one photo only select that photo only from the list of photos

there could also be a check box to hide all xmp keyword (ex: if utf 8 is not enabled for iptc ) just to check what you have in iptc.

So what happens if the photos have no hierarchycal keyword but the user list is hierarchical.
-> geosetter should still be able to display hierarchichal keyword in both list
So that the tagging is still easy to do .
In this case if the user checked the setting for hierarchical xmp, geosetter will add, to the xmp, the proper hierarchical keywords (for example if we had "people colleague" we will end up with "people colleague people>colleague")
if not,... well even if the keyword are displayed with hierarchy they will be stored without.

What happens if you did choose to use xmp hierarchical keywords in the settings but for any reason do not want to use it for a given set of photos:
we could imagine then that for example, the drag and drop method should be used as explained earlier.
If there is no hierachy in both list it is then the simplest case

Finally we can also imagine the possibility to reorganize hierarchy in the user's list and have it reflected in the photo selection list.

Ok that is quite a long proposition, I do not know if everything is good, or if everything can be done but I suppose it could be proposed step by step through out the versions?
Regards
(0000286)
Friedemann   
2008-01-18 19:48   
@babar:
Many thanks for your comment! Your suggestions seem to be very usable. Because of the complexity of your suggested user interface, I'm thinking of adding it perhaps seperately. But I'm asking for your understanding that I won't add it to te next release. Implementing you suggestions may take some time... ;-)
(0000293)
babar   
2008-01-20 10:36   
Hello,
Yes I also thought that a new window might be requiered for that and I believe you when you say it may take time to code :)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
89 [GeoSetter] Image Data feature always 2008-01-01 23:09 2008-01-20 05:57
Reporter: Arnaud Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.4 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.2.6 beta  
    Target Version:  
Summary: Setting the creation date from the EXIF original date
Description: I would like to have an option that automatically sets the IPTC "creation date" from the EXIF date (a check box / button near the creation date).
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
27 [GeoSetter] Image Data feature always 2007-12-10 17:32 2008-01-19 16:47
Reporter: Reiner H Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.0.6 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.2.6 beta  
    Target Version:  
Summary: Übernahme der Ortsdaten in die Schlüsselwörter
Description: meines Wissens wurden in der ersten Versionen die Ortsdaten (Ort, Land, etc.) automatisch in die Schlüsselwörterliste übernommen, dies ist bei dem 2.0.6.beta release nicht mehr der Falle, alle Daten müssen noch mal einzeln den keywords zugefügt werden, was sehr umständlich ist.

gruß,

Reiner Harder
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000029)
heiko   
2007-12-10 21:57   
das läßt sich mit den ExifTool Parametern lösen:
"Datei | Einstellungen" Reiter "Daten-Optionen"; hier "Zusätzliche ExifTool-Kommandos nach GeoSetter-Kommandos aktivieren" aktivieren; im Eingabefeld dann zur Übernahme der Stadt in die Keywords folgenden Aufruf einfügen:

-execute -Keywords+<$IPTC:City -if "not $Keywords=~/$IPTC:City/"

zur Erklärung: der Wert aus IPTC:City wird zu den Keywords hinzugefügt wenn sich genau dieser Städtename noch nicht in den Keywords befindet. Das läßt sich natürlich auch für das Land etc. ausweiten
(0000031)
heiko   
2007-12-11 00:09   
noch etwas eleganter gehts mit den Parametern aus beiliegendem Screenshot. Erklärung dazu gibt es demnächst in den Workflows auf der HP.
(0000032)
heiko   
2007-12-11 00:12   
keine Programmänderung; über ExifTool Kommandos möglich
(0000034)
Reiner H   
2007-12-11 09:57   
Habe die entsprechenden Zeilen eingegeben:
-execute -Keywords+<$IPTC:City -if "not $Keywords=~/$IPTC:City/"
-execute -Keywords+<$IPTC:Sub-Location -if "not $Keywords=~/$IPTC:Sub-Locationt/"
-execute -Keywords+<$IPTC:Province-State -if "not $Keywords=~/$IPTC:Province-State/"
-execute -Keywords+<$IPTC:Country-PrimaryLocationName -if "not $Keywords=~/$IPTC:Country-PrimaryLocationNamet/"
-execute -Keywords+<$IPTC:Country-PrimaryLocationCode -if "not $Keywords=~/$IPTC:Country-PrimaryLocationCode/"

Es werden allerdings keine Ortsdaten in die Schlüsselwörter übernommen.
Vorgehen: Begriff in Bundesland eingeben, OK, Datei speichern, Doppelklick auf das Bild: in Schlüsselwörtern fehlt der Begriff.
(0000037)
Friedemann   
2007-12-11 10:58   
Heiko hat das nochmal geändert:

Kommandos vorher:
-"Keywords-<$IPTC:City" "-XMP:Subject-<$IPTC:City" -execute

Kommandos nachher:
-execute "-Keywords+<$IPTC:City" "-XMP:Subject+<$IPTC:City" -if "not $Keywords=~/$IPTC:City/"

Damit geht es, habe es gerade getestet...
(0000041)
Friedemann   
2007-12-11 11:38   
Das "-execute" in den Kommandos welche VOR den GeoSetter-Kommandos ausgeführt werden, kann weggelassen werden. Also anstatt

-"Keywords-<$IPTC:City" "-XMP:Subject-<$IPTC:City" -execute

müsste auch

-"Keywords-<$IPTC:City" "-XMP:Subject-<$IPTC:City"

funktionieren.
(0000045)
Reiner H   
2007-12-11 12:48   
-execute "-Keywords+<$IPTC:City" "-XMP:Subject+<$IPTC:City" -if "not $Keywords=~/$IPTC:City/"
-execute "-Keywords+<$IPTC:Country-PrimaryLocationCode" "-XMP:Subject+<$IPTC:City" -if "not $Keywords=~/$IPTC:Country-PrimaryLocationCode/"
Im Kasten: Zusätzliche ... nach Geosetter-Komandos aktivieren:

-execute "-Keywords+<$IPTC:Country-PrimaryLocationName" "-XMP:Subject+<$IPTC:City" -if "not $Keywords=~/$IPTC:Country-PrimaryLocationName/"
-execute "-Keywords+<$IPTC:Province-State" "-XMP:Subject+<$IPTC:City" -if "not $Keywords=~/$IPTC:Province-State/"
-execute "-Keywords+<$IPTC:Sub-Location" "-XMP:Subject+<$IPTC:City" -if "not $Keywords=~/$IPTC:Sub-Location/"


Bei mir funktioniert's nicht
(0000046)
heiko   
2007-12-11 16:01   
Hallo,

dein Aufruf sieht etwas verwegen aus. Hier mal ein Fragment:
-execute "-Keywords+<$IPTC:Country-PrimaryLocationName" "-XMP:Subject+<$IPTC:City" -if "not $Keywords=~/$IPTC:Country-PrimaryLocationName/"

du schreibst hier den Namen des Landes (IPTC:Country-PrimaryLocationName) in die IPTC:Keywords ("-Keywords+<$IPTC:Country-PrimaryLocationName") und die Stadt (IPTC:City) in die XMP:Subjects (sind die XMP Keywords). Als Bedingung fragst du ab, ob sich der Name des Landes noch nicht in der IPTC Keyword Liste befindet.

ich denke du willst hier was in folgender Richtung haben:

-execute "-IPTC:Keywords+<$IPTC:Country-PrimaryLocationName" "-XMP:Subject+<$XMP:Country" -if "not $IPTC:Keywords=~/$IPTC:Country-PrimaryLocationName/"

den Aufruf habe ich gerade getestet und der geht. Ich habe hier aus Keywords noch explizit IPTC:Keywords gemacht, dann ist es vielleicht ein bisschen klarer. Aufpassen solltest du auf alle Fälle, da sich die Namen bei IPTC und XMP unterscheiden. Die Namen selbst bekommt man relativ einfach im Speicherreport heraus.
(0000047)
heiko   
2007-12-11 16:20   
ich denke du willst das Folgende:

Ländername zu den Keywords:
-execute "-IPTC:Keywords+<$IPTC:Country-PrimaryLocationName" "-XMP:Subject+<$IPTC:Country-PrimaryLocationName" -if "not $IPTC:Keywords=~/$IPTC:Country-PrimaryLocationName/"

Bundesland zu den Keywords:
-execute "-IPTC:Keywords+<$IPTC:Province-State" "-XMP:Subject+<$IPTC:Province-State" -if "not $IPTC:Keywords=~/$IPTC:Province-State/"

Stadt zu den Keywords:
-execute "-IPTC:Keywords+<$IPTC:City" "-XMP:Subject+<$IPTC:City" -if "not $IPTC:Keywords=~/$IPTC:City/"

Ort zu den Keywords:
-execute "-IPTC:Keywords+<$IPTC:Sub-Location" "-XMP:Subject+<$IPTC:Sub-Location" -if "not $IPTC:Keywords=~/$IPTC:Sub-Location/"

Land, Bundesland, Stadt und Ort zu den Keywords:
-execute "-IPTC:Keywords+<$IPTC:Country-PrimaryLocationName" "-XMP:Subject+<$IPTC:Country-PrimaryLocationName" -if "not $IPTC:Keywords=~/$IPTC:Country-PrimaryLocationName/" -execute "-IPTC:Keywords+<$IPTC:Province-State" "-XMP:Subject+<$IPTC:Province-State" -if "not $IPTC:Keywords=~/$IPTC:Province-State/" -execute "-IPTC:Keywords+<$IPTC:City" "-XMP:Subject+<$IPTC:City" -if "not $IPTC:Keywords=~/$IPTC:City/" -execute "-IPTC:Keywords+<$IPTC:Sub-Location" "-XMP:Subject+<$IPTC:Sub-Location" -if "not $IPTC:Keywords=~/$IPTC:Sub-Location/"

Ich habe sowohl die einzelnen, als auch das zusammengesetzte Konstrukt ausprobiert, und alles funktioniert problemlos. Zum testen kannst du dir die Parameter ja hier heraus kopieren.

Heiko
(0000048)
Reiner H   
2007-12-11 16:22   
Ich habe einfach dein Beispiel genommen und City ausgetauscht durch die anderen Begriffe. Keine Ahnung, was da falsch oder richtig ist. Wenn du "’’MyzÌ0a`__xyz'" als Beispiel vorgegeben hättest, hätte ich das ins Feld kopiert. Ich habe keine Ahnung vom Programmieren und ich bin mir auch nicht sicher, ob alle Anwender von Geosetter auf der Höhe der Zeit sind.
Ich für mein Teil habe noch unter DOS in dBaseII mal eine Nacht gebraucht, um eine komplette Pogrammzeile einzugeben. Danach stand fest, das das nicht meine Welt ist.
Ich empfand es seit Erscheinen von Geosetter auch als großen Vorteil gegenüber Robogeo (ein anderes programm zum geotaggen), daß man nicht mehr Werte wie false oder true eingeben muß, sondern nur noch Häkchen in Kästchen.
Kurz: ich kann (für einen normalen Anwender) keinen Vorteil darin sehen, sich mit kryptischen Sätzen wie "execute "-IPTC:Keywords+<$IPTC:Country-PrimaryLocationName" "-XMP:Subject+<$XMP:Country" -if "not $IPTC:Keywords=~/$IPTC:Country-PrimaryLocationName/" auseinandersetzen zu müssen, genauso hilflos wäre ich beim Lesen eines chinesischen Rezepts für Hühnersuppe.
Eine herzliche Bitte: macht das Progamm bitte auch nutzbar für so bescheidene Gemüter wie meines.

Danke,

Reiner
(0000049)
Reiner H   
2007-12-11 16:29   
Unsere letzten beiden Notizen haben sich überschnitten.

Ich bekomme folgende Warnung nach dem erneuten Ausführen des Programms nach dem Einfügen dener Programmzeilen:

Exif Tool-Ausruf:
C:\Programme\GeoSetter\tools\ExifTool.exe -overwrite_original -P -m -L -XMP:GPSAltitude= -XMP:GPSAltitudeRef= -XMP:State="Mpumalanga" -execute "-IPTC:Keywords+<$IPTC:Country-PrimaryLocationName" "-XMP:Subject+<$IPTC:Country-PrimaryLocationName" -if "not $IPTC:Keywords=~/$IPTC:Country-PrimaryLocationName/" -execute "-IPTC:Keywords+<$IPTC:Province-State" "-XMP:Subject+<$IPTC:Province-State" -if "not $IPTC:Keywords=~/$IPTC:Province-State/" -execute "-IPTC:Keywords+<$IPTC:City" "-XMP:Subject+<$IPTC:City" -if "not $IPTC:Keywords=~/$IPTC:City/" -execute "-IPTC:Keywords+<$IPTC:Sub-Location" "-XMP:Subject+<$IPTC:Sub-Location" -if "not $IPTC:Keywords=~/$IPTC:Sub-Location/" -common_args "I:\Südafrika_2007\SA-2007-10-27\DSC_9456.xmp"

Fehler und Warnungen:
Warning: [minor] Tag 'IPTC:Country-PrimaryLocationName' not defined - I:\Südafrika_2007\SA-2007-10-27\DSC_9456.xmp
Warning: [minor] Tag 'IPTC:Province-State' not defined - I:\Südafrika_2007\SA-2007-10-27\DSC_9456.xmp
Warning: [minor] Tag 'IPTC:City' not defined - I:\Südafrika_2007\SA-2007-10-27\DSC_9456.xmp
Warning: [minor] Tag 'IPTC:Sub-Location' not defined - I:\Südafrika_2007\SA-2007-10-27\DSC_9456.xmp

Gespeichert wurde aber offensichtlich trotzdem.
(0000050)
Friedemann   
2007-12-11 16:31   
Hallo, jetzt schalte ich mich auch mal dazu:

"Eine herzliche Bitte: macht das Progamm bitte auch nutzbar für so bescheidene Gemüter wie meines."

Ich dachte bisher, das Programm wäre nutzbar, zumindest ist das mein Anliegen. Die zusätzlichen Parameter sollen halt Möglichkeiten bieten, die über die Möglichkeiten des Programms hinaus gehen. Mann kann sie nutzen, muss es aber nicht. Es wird nach und nach sicherlich Beispiele wie diese hier geben, die man einfach einfügen kann ohne sie verstehen zu müssen. Dass momentan auch auf Seiten der Entwicklung noch ein wenig Unsicherheit herrscht, bitte ich zu entschuldigen, aber bei der Fülle an Möglichkeiten welche ExifTool bietet, ist das doch mehr als verständlich - denke ich.
(0000051)
Friedemann   
2007-12-11 16:33   
Das mit den Warnungen kann man meiner Meinung nach ignorieren. Es handelt sich offensichtlich um XMP-Sidecar-Dateien, in welchen es keine IPTC-Tags gibt.
(0000052)
Reiner H   
2007-12-11 16:40   
Im großen und ganzen ist es sogar hervorragend nutzbar. Wenn aber auf der Homepage Beispiele angegeben werden, die offensichtlich nicht 1:1 übernommen werden sondern nur von IT-Spezialisten interpretiert werden können, dann kann man dies nicht als allgemein anwendbar ansehen. Zumal es sich in diesem Fall um ein feature handelt, dass in vorigen Versionen völlig ohne Zutun des Anwenders funktionierte (Übenahme der Ortsdaten in die Keywords).

Selbstverständlich anerkenne ich, dass ein Entwickler gerne die Möglichkeiten ausschöpfen möchte, die sich ihm anbieten. Nur schade, wenn der Anwender da nicht mehr folgen kann. Aber da wird sich noch ein Weg finden lassen. Ich schildere hier nur meine ganz persönliche, subjektive Sicht, ist möglicherweise ja auch hilfreich für den Entwickler.
(0000053)
Reiner H   
2007-12-11 16:42   
>Das mit den Warnungen kann man meiner Meinung nach ignorieren. Es handelt sich >offensichtlich um XMP-Sidecar-Dateien, in welchen es keine IPTC-Tags gibt

Fehlermeldungen und Warnungen irritieren immer, auch wenn sie grundlos sind
(0000054)
Friedemann   
2007-12-11 16:48   
Ich bitte um Entschuldigung, wenn das Programm sich in bestimmten Fällen auch "zurückentwickeln" mag, das hat es bzgl. der Stichwörter vielleicht getan. Allerdings nehme ich mir auch ein wenig die Freiheit, Dinge die nun auf andere Weise lösbar sind, an anderer Stelle einzusparen. Dass das in manchen Fällen ein wenig nervt, glaube ich gerne. Dafür wird ja dann auch relativ schnell geholfen... ;-)

Die Sache mit den zusätzlichen Parametern ist noch sehr ausbaufähig. Es wäre denkbar, dass es da z.B. fertige Lösungen zum Download gibt welche dann auswählbar wären etc. Das braucht aber alles ein wenig Zeit...
(0000055)
Friedemann   
2007-12-11 16:53   
(Last edited: 2007-12-11 16:58)
> Fehlermeldungen und Warnungen irritieren immer,
> auch wenn sie grundlos sind

das ist richtig. Was aber die Warnung von dem Fehler unterscheidet, ist, dass man sich bei einer Warnung Gedanken machen soll ob das alles seine Richtigkeit hat. Wenn man zu dem Schluss kommt, dass dies der Fall ist, sind Warnungen durchaus ignorierbar - im Gegensatz zu Fehlern.

Die Warnungen sind ja auch nicht grundlos: Da die IPTC-Tags grundsätzlich nicht in XMP-Daten vorkommen, können diese dorthin auch nicht geschrieben werden. Man müsste um die Warnungen zu vermeiden in den zuätzlichen Parametern abfragen ob es sich vielleicht um eine XMP-Datei anstelle einer Bilddatei handelt. Ich weiß nicht ob das geht.

(0000056)
heiko   
2007-12-11 17:26   
so, und jetzt auch noch ein Kommentar von mir. Für mich ist das Thema ExifTool auch Neuland und ich kämpfe nach wie vor mit den Parametern :-). Ich sehe hier allerdings ein relativ großes Potential um eben auch Dinge mit GeoSetter zu erledigen, die GeoSetter von Haus aus nicht kann. Bei mir hat das mit dem Exif UserComment angefangen, da ich diesen nach wie vor Pflege. Mit GeoSetter + ExifTool habe ich eben die Möglichkeit gesehen (und danke Friedemann dass du hier auch so viel Zeit reingesteckt hast) die Punkte die mir ein Anliegen waren automatisch zu erledigen, ohne dass ich die Daten doppelt pflegen muss.

Ich bin mir ganz sicher bewußt, dass die Komandozeile von ExifTool nicht gerade trivial ist und habe versucht das so verständlich wie möglich auszudrücken als ich die Beschreibung erstellt habe.

Ich werde auf alle Fälle die Aufrufe die ich vorhin hier rein gestellt habe auch in die Doku aufnehmen. Vielleicht kommt es ja mal soweit, dass wirklich eine Reihe von Aufrufen dokumentiert sind, so dass die meisten Anwender ihre Probleme damit erschlagen können.
(0000058)
Reiner H   
2007-12-12 09:55   
Intuitiv hatte Herr Schmidt in den ersten Versionen eine automatische Übernahme der Ort-Daten in die Schlüsselwörter vorgesehen, dies scheint mir auch die sinnvollste Übernahme zu sein, denn die Ort-Daten sind, neben einigen Begriffen aus der Beschreibung, wohl die wichtigsten Schlüsselwörter.
Ich würde es daher bergüßen, wenn unter Datei>Einstellungen>Datei-Optionen zusätzlich zu dem Kästchen "Flickr Geo-tags automatisch zu den Schlüsselwörtern hinzufügen" noch ein Kästchen "Ortsdaten automatisch zu den Schlüsselwörtern hinzufügen" angeboten wird. Diese Kästchen wird sicherlich häufiger angekreuzt werden als das Flickr-Kästchen.

Die jetzige Version mit den zusätzlichen kryptischen Programmzeilen benötigt nach meiner subjektiven Beobachtung eine noch längere Zeit zum Speichern der Bilder als die ohne zusätzliche ExifTool-Kommandos. Falls dies zusätzliche Kästchen für die Ortsdaten nicht möglich oder nicht gewünscht sein sollte, bitte ich daher um Mitteilung, welche Version die letzte war, die die Ortsdaten automatisch in die Schlüsselwörter übernommen hat. Diese Version bietet für mich Möglichkeiten, die kein anderes Programm bietet, und das in einfachster und verständlichster Form, einfach genial. Die Eingabe der anderen IPTC Felder würde ich dann mit Adobe durchführen.
(0000059)
Friedemann   
2007-12-12 10:02   
Sie haben gewonnen ;-) Ich werde das wieder hinzufügen. Allerdings wird es ein wenig dauern. Ein Bugfix-Version 2.0.1 hat erstmal Vorrang. Die letzte Version wo das ging ist wohl die 1.3.
(0000060)
Reiner H   
2007-12-12 10:06   
Danke!
(0000118)
Reiner H   
2007-12-23 12:37   
Wenn dieser Punkt bearbeitet wird, würde möglicherweise auch die Fehlermeldung (Fehler ID 56), die beim Kopieren der Ortsdaten in die Schlüsselwörter auftritt (über zusätzliche EXIF Tools) nicht mehr vorkommen
(0000231)
Reiner H   
2008-01-07 10:42   
Ich hatte für das Kopieren der Ortsdaten in die Schlüsselwörter-Liste folgenden Vorschlag gemacht.
"Ich würde es daher begrüßen, wenn unter Datei>Einstellungen>Datei-Optionen zusätzlich zu dem Kästchen "Flickr Geo-tags automatisch zu den Schlüsselwörtern hinzufügen" noch ein Kästchen "Ortsdaten automatisch zu den Schlüsselwörtern hinzufügen" angeboten wird. Diese Kästchen wird sicherlich häufiger angekreuzt werden als das Flickr-Kästchen."
Als Alternative könnte ich mir auch vorstellen unter "Daten bearbeiten" in dem Reiter "Ort" unten in dem freien Feld ein Kästchen einzufügen "Ortsdaten in die Schlüsselwörter kopieren".
Hintergrund ist auch die nach meiner subjektiven Beobachtung deutlich verlängerte Speicherzeit von NEF Dateien bei Verwendung der "zusätzlichen ExifTool-Kommandos" unter Datei > Einstellungen.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
92 [GeoSetter] Image Data feature always 2008-01-02 14:10 2008-01-19 03:34
Reporter: mawosch Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.4 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Höhendaten beim Synchronisieren online abfragen
Description: In den Einstellungen finde ich nur die Möglichkeit, Höhendaten bei Koordinatenzuweisung aus Karte online zu aktualisieren.
Da die Höhendaten von Standard-GPS Empfängern (auch Sirf III) aber ziemlich falsche Werte anzeigen, wäre eine korrektur dieser Werte per onlineabfrage auch bei der "Synchronisation mit GPS-Datendateien" sehr hilfreich.
Bisher ist dies in meinem Workflow ein zusätzlicher Schritt.
Wäre schön wenn das alles "in einem Rutsch" ginge.

 
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000180)
drose   
2008-01-02 19:37   
Die Höhendaten von GPS-Empfänger mögen ja ungenau sein, aber wie genaus sind den die Daten vom Server ?
Da diese Daten nicht mit beliebiger Auflösung vorliegen, wird man eher größere Flächen mit gleicher Höhe finden. Solche Effekte sehe ich bei meinen Bildern aus den Alpen. Einige Bilder wurden entlang einer Steigung aufgenommen.Durch die Abfrage der Daten vom Höhenserver wurde daraus ein Plateau, sprich alle Bilder wurden scheinbar auf der gleichen Höhe aufgenommen.
Hallo Friedemann, hast Du Daten über die Höhenauflösungen von dem Server ?
(0000184)
babar   
2008-01-02 21:06   
In this case the best is to give the user the choice to use height data from a server or from a GPS track.
I have also often seen height data from google earth having an error greater than the one of my GPS, and in that case would rather use my track log data.
On top of that some user may have a lot of aerial photography and would be quite disapointed to see them clampped to ground.
Regards
(0000291)
Friedemann   
2008-01-19 03:34   
Der Online-Abruf der Höhendaten ist wie schon gesagt als zusätzlicher Schritt über den Datendialog möglich. Ich möchte die Synchronisation mit GPS-Daten auch nicht mit Optionen überfrachten. Das heißt ich lasse das erstmal so wie es ist.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
98 [GeoSetter] Image Data major sometimes 2008-01-04 23:18 2008-01-19 02:33
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.4 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.2.6 beta  
    Target Version:  
Summary: Höhendaten werden nicht geschrieben
Description: es kommt immer wieder vor, dass Höhendaten nicht geschrieben werden. Ich rufe diese Online für ein ganzes Verzeichnis ab. Im Browser werden die Höhendaten auch korrekt angezeigt. Speichere ich dann die Änderungen ab, erscheint nach jedem Speichervorgang für ein Bild wieder "-" für die Höhe. Dieses Phänomen tritt öfter aber nicht permanent auf.

Im Speicherreport wird kein Fehler angezeigt sondern nur der Aufruf:
C:\Programme\GeoSetter\tools\ExifTool.exe -overwrite_original -P -m -L -GPS:GPSSatellites="0" -GPS:GPSLatitude=46.49001667 -GPS:GPSLongitude=9.33848667 -GPS:GPSLatitudeRef="N" -GPS:GPSLongitudeRef="E" -GPS:GPSMapDatum="WGS-84" -GPS:GPSAltitude="1906.0" -GPS:GPSAltitudeRef="Above Sea Level" "E:\Pics\2007\2007_06_04 - Comersee - Petra, Heiko, Finn\DSC00257.JPG"
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000212)
heiko   
2008-01-04 23:29   
mhhh, evtl. liegt das an ExifTool. Habe gerade die Version 7.08 herunter geladen, und hier tritt dieser Effekt wohl nicht mehr auf; zumindest auf den ersten Blick
(0000214)
Friedemann   
2008-01-05 13:53   
Was mir bei Dir fehlt ist das Schreiben des XMP-Datums:

-XMP:GPSAltitude="1906.0" -XMP:GPSAltitudeRef="Above Sea Level"

Bei den Bildern bei denen das nicht funktioniert, ist es da reproduzierbar, d.h. funktioniert es auch nicht beim zweiten Versuch? Das wäre klasse, denn dann könntest Du mir vielleicht mal so ein Bild an support@geosetter.de zusenden.
(0000215)
heiko   
2008-01-05 14:19   
es ist leider nicht reproduzierbar. Ich habe gestern noch versucht dieses Problem in irgend ner Art und Eeise einzugrenzen. Dabei ist mir aufgefallen, dass in einem Verzeichnis öfters (aber nicht immer) etwa die ersten 10 Bilder korrekt mit der Höhe versehen wurden. Danach ging nichts mehr. Dann GeoSetter beenden und neu starten, dann funktionierte es mit den ersten 10 Bildern wieder. Sah auf den ersten Blick für mich wie ein Memory Leak aus.

Als nächstes habe ich dann ExifTool 7.08 downgeloaded und weiter getestet (einfach so als Versuch). Seit diesem Zeitpunkt trat das Problem dann nicht mehr auf aber das kann Zufall sein.

Sollte ich diesen Effekt nochmals haben, schicke ich dir ein Bild
(0000219)
heiko   
2008-01-06 00:48   
ich habe vorhin noch eine ganze Reihe Bilder mit Geodaten "versorgt" und obiges Problem ist bis dato nicht mehr aufgetreten.
(0000290)
Friedemann   
2008-01-19 02:33   
Ich schiebe das auf den gleichen Fehler wie unter 0000125. Ist deshalb erledigt.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
124 [GeoSetter] User Interface minor always 2008-01-13 13:33 2008-01-19 02:27
Reporter: kustich Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.5 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.2.6 beta  
    Target Version:  
Summary: Automatische Ergänzung in Comboboxen funktioniert "zu gut"
Description: In den Comboboxen bei den Bildeigenschaften wird ein bestehender Text automatisch vervollständigt (Nebenfrage: wann wird eigentlich ein Text in diese Liste aufgenommen??).

Wenn nun der Textvorschlag länger ist als der neue Text, dann wird immer der lange (bestehende) Text übernommen. Beispiel:
Vorhandener Text: "Richi beim Goldwaschen"
Eingabe: "Ri" -> "Richi beim Goldwaschen" wird vorgeschlagen, ich will aber nur "Richi"
-> Lösche Text hinter Richi weg, nehme Fokus von Combobox.

Resultat: "Richi beim Goldwaschen" steht darin...
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000287)
Friedemann   
2008-01-18 19:54   
Nur schonmal vorab: Ein Text wird dann in die Liste aufgenommen, wenn man einen neuen Text von Hand eingegeben hat und dieser noch nicht in der Liste vorhanden ist. Genauer gesagt, wenn der Text beim Verlassen des Eingabefeldes sich unterscheidet vom Text der drin stand als das Eingabefeld den Fokus erhielt.
(0000288)
Friedemann   
2008-01-19 02:25   
(Last edited: 2008-01-19 02:25)
In 0000079 wurde mal gefordert, dass die Dropdownlisten automatisch beim Eintippen herunterklappen. Das führt leider zu dem geschilderten Effekt, dass kein Teiltext eines bereits in der Liste vorhandenen Textes eingegeben werden kann ohne dass man das Feld verlässt und wieder dorthin zurückgeht um den zu viel vorhandenen Text zu löschen. Ich habe also den automatischen Dropdown wieder rausgenommen.

Die Dropdownlisten sind abgeleitet vom Window-Standard, welcher diesen Fehler leider aufweist, das kann man nicht ändern...

(0000289)
Friedemann   
2008-01-19 02:27   
Noch 'ne kleine Anmerkung: Aufklappen kann man die Liste durch F4.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
122 [GeoSetter] User Interface feature always 2008-01-13 04:40 2008-01-18 00:49
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: high OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.2.6 beta  
    Target Version:  
Summary: Possibility to set up options for each file type
Description: Add the possibility to set options like using sidecars, enabling IPTC unicode etc. to each file type seperately.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000268)
Arnaud   
2008-01-13 14:12   
Yes, this feature would be interesting to treat RAW and JPEG files differently !

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
130 [GeoSetter] Image Data minor always 2008-01-16 15:10 2008-01-17 00:22
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.5 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.2.6 beta  
    Target Version:  
Summary: beim Laden von Templates wird die Zeitzone überschrieben
Description: soll ein Template auf die Bilddaten angewendet werden, wird die bereits vorhandene Zeitzone von jedem Datum überschrieben. So wie es aussieht ist es egal welche Daten im Template vorhanden sind; die Zeitzone wird jedes mal überschrieben.

Getestet habe ich mit folgenden Daten im Template:
Kontakt / Name
Quelle/Beschreibung / Verfasser der Beschreibung
Quelle/Beschreibung / copyright

ich kann dir das Template bzw. ein Bild gerne schicken falls es sich nicht reporduzieren läßt.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000280)
heiko   
2008-01-16 15:12   
hups, war vielleicht ein bisschen undeutlich beschrieben. Die Zeitzone wird nicht überschrieben, sondern ist nach dem Laden des Templates einfach leer.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
131 [GeoSetter] User Interface tweak always 2008-01-16 23:21 2008-01-16 23:51
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.5 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Ablageort der lokalen Daten entspricht nicht den WindowsXP-Konventionen.
Description: Derzeit werden die lokalen Anwendungsdaten von Geosetter unter
C:\Dokumente und Einstellungen\user_x\Eigene Dateien\GeoSetter
abgelegt.
Typischer weise sollten die Daten unter liegen :
C:\Dokumente und Einstellungen\user_x\Anwendungsdaten\GeoSetter

Vermutlich gibt es dazu eine vordefinierte Path-Variable (hier z.B. aus der CMD-shell) :
APPDATA=C:\Dokumente und Einstellungen\user_x\Anwendungsdaten
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
129 [GeoSetter] User Interface minor always 2008-01-15 22:59 2008-01-16 00:41
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.5 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.2.6 beta  
    Target Version:  
Summary: Bilder im Hochformt werden Google Earth verzerrt dargestellt
Description: Bilder im Hochformat werden in Google Earth zwar gedreht, so dass die Ausrichtung stimmt, aber bei der Anzeige im Rahmen eines querformatigen Bildes dargestellt, so dass das Bild verzerrt dargestellt wird.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000274)
Friedemann   
2008-01-16 00:09   
Hallo Heiko! Bei mir nicht... :-/ Könntest Du mir vielleicht mal so ein Bild an support@geosetter.de schicken?
(0000277)
heiko   
2008-01-16 00:29   
Infos sind raus, falls du sonst noch was brauchst bitte melden
(0000278)
Friedemann   
2008-01-16 00:41   
Danke! Schon erledigt. Es war nicht das Bild selber welches falsch skaliert war, sondern die HTML-Tags "Width" und "Height" in der KML-Datei...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
55 [GeoSetter] Image Data major always 2007-12-21 23:25 2008-01-14 21:46
Reporter: stere Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.1 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.2.6 beta  
    Target Version:  
Summary: Import der Trackdaten unter Windows Vista nicht möglich
Description: Der Import der Trackdaten ergibt folgenden Fehler:
Internet Skript Fehler
Zeile 1
Zeichen 26
Fehler Hexadezimalziffer erwartet
Code 0
Url http://www.friedemann-schmidt.com/geosetter/gmap21.html
Ich kann Kartenmarkierungen setzen und diese auch Bilder zuordnen, scrollen auf der Karte bzw. Umschaltung auf Satelitten läuft problemlos.
Der Import von GPS Daten bringt die o.g. Meldung hervor.
Ausgelesen wurden die Daten via EasyGPS aus einem Geko 201.
Unter Windows XP läuft der Import problemlos. Internetexplorer ist auf beiden System der 7.0. Insofern wird der Fehler irgendwo beim XP liegen.
Irgendwelche Idee oder Anregungen??

Besten Dank schon mal

Stephan
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000116)
Friedemann   
2007-12-22 00:51   
Da hätte ich sehr gerne mal solch eine Track-Datei wenn es geht (an support@geosetter.de). Ich arbeite selbst unter Vista, weshalb dies nicht grundsätzlich die Ursache sein wird.
(0000117)
stere   
2007-12-22 04:01   
Morgen,

die hochgeladene Datei funktioniert unter XP problemlos, aber geht unter Vista leider nicht
(0000120)
stere   
2007-12-26 12:43   
Morgen,

ich hab noch mal ein wenig rumgespielt. In der VM mit Win2000 geht auch alles problemlos. Unter Vista kann ich den Ableich der GPS-Daten machen (Strg-G & Mit GPS Datei syncronisieren). Die Daten werden korrekt abgegelichen, aber es kommt wieder der o.g. Fehler, und er zeigt im linken Fenster keinen Track an. Insofern dürfte der Fehler irgendwo in der Erkennung oder Umwandlung der Einzelpositionen in einen "Weg" liegen. Fehlerquelle dürfte dann vermutl. der IE sein. Irgendeine Anregung, wo ich da was verstellen kann, damit es funktioniert???

Besten Dank schon mal

Stephan
(0000121)
Friedemann   
2007-12-28 03:01   
Hallo,

mal abgesehen vom Synchronisieren mit einem Track. Wie sieht es denn aus, wenn Du eine Position manuell zuweist? Das heißt mit der linken Maustaste den roten Marker irgendwo in der Karte setzen und dann über den Button mit dem grünen Links-Pfeil zwischen Karte und Dateifenster die Position einem Bild zuordnen. Erscheint dann auch ein Fehler?

Wenn nein, versuche bitte mal ohne Synchronisation den Track über "Track öffnen" (Button über dem Kartenfenster) zu laden und anzuzeigen. Spätestens da müsstest Du auch die Fehlermeldung erhalten, oder?

Da scheint tatsächlich irgendwas in der Konfiguration des Internet-Explorers nicht ok sein, irgendetwas mit JavaScript nehme ich mal an... So einen richtigen Tipp habe ich da noch nicht...
(0000122)
stere   
2007-12-28 10:51   
Morgen,

die manuelle Zuweisung über den Marker funktioniert, das reine öffnen des Tracks ruft die Fehlermeldung hervor. Wenn ich über Strg-G syncen werden mir danach die Bilder per blauen Marker auch korrekt in der Karte angezeigt. Der Fehler schränkt nur auf die Darstellung der Bewegungen ein.

Ich werde mal ein bisserl rumspielen, evtl. finde ich ja was, das würde ich dann hier entsprechend kund tun.

Besten Dank bis dahin schon mal

Stephan
(0000123)
stere   
2007-12-28 20:42   
Okay, ich hätte einen workaround im Angebot. Hört sich seltsam an, funktioniert aber:
Wenn der o.g. Fehler bei einer Datei auftritt die von Lw. C:\beliebiges_Verzeichnis geladen wird, hilft es zumin. bei mir diese Datei auf ein anderes Laufwerk (USB-Stick/ Netzwerkplatte) zu kopieren, und schon lassen sich alle tracks anzeigen.

Seltsam, aber funktioniert ;-)

Stephan
(0000190)
Friedemann   
2008-01-03 01:47   
Sorry, habe mich dazu lange nicht gemeldet. Deinen Workaround verstehe ich überhaupt nicht. Die erhaltene Skript-Fehlermeldung wird von der Karte erzeugt. Die Karte hat mit dem Lesen der Daten gar nix zu tun. Oder vielleicht doch? Vielleicht wird irgendwelcher Schrott gelesen, welcher dann bei der Darstellung scheppert... :-/ Vielleicht ist es ein Rechteproblem?

Ich setze das mal auf erledigt, da ich das Problem auch noch von keinem anderen gehört habe. Bei neueren Infos dazu kann ich's ja gerne wieder auf machen...
(0000273)
Friedemann   
2008-01-14 20:39   
Habe die Ursache gefunden. Für die Trackdarstellung werden nicht nur die Koordinaten an die Karte (JavaScript) übergeben, sondern auch der jeweilige Dateiname des Tracks um ihn hinterher referenzieren zu können (einblenden, ausblenden, entfernen). Enthält dieser Dateiname z.B. ein "\u" bedeutet das in JavaScript z.B. dass darauf ein Unicode-Zeichen übergeben wird. So tritt das Problem also z.B. auf, wenn ein Track sich im Verzeichnis c:\uuu befindet.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
126 [GeoSetter] Image Data feature always 2008-01-13 23:17 2008-01-13 23:59
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.2.6 beta  
    Target Version:  
Summary: Unicode support for IPTC data
Description: Unicode support for IPTC data
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000271)
Friedemann   
2008-01-13 23:59   
There are 2 new options now in settings: "Write IPTC Data As Unicode" and "Use existing Character Coding"

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
125 [GeoSetter] Image Data minor always 2008-01-13 13:49 2008-01-13 21:09
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.5 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.2.6 beta  
    Target Version:  
Summary: Höhendaten + Adobe Bridge
Description: ich bin mir nicht sicher wo dieses Problem angesiedelt ist (GeoSetter oder Adobe Bridge). Hier zuerst einmal die Beschreibung:
Ich versorge meine Bilder mit GeoDaten über GeoSetter, u.a. mit der Höhe des Ortes. Alles paßt wunderbar. Anschließend versorge ich diese Bilder über die Adobe Bridge mit Stichwörtern (ist einfach schön komfortabel) und bemerke da, dass ich das Erstellungsdatum noch nicht gesetzt habe. Also dann eben auch hier von Adobe Bridge aus.
Öffne ich anschließend diese Bilder wieder mit GeoSetter, werden die Höhendaten nicht mehr angezeigt. Soweit ich dies mit ExifTool überprüft habe, sind die Höhenwerte aber nach wie vor in den Bilddaten vorhanden.
Ich kann dir gerne 2 Bilder zuschicken, einmal vor Adobe Bridge, einmal danach.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000269)
Friedemann   
2008-01-13 14:59   
Kann es sein, dass der Höhenwert nach Behandlung durch Bridge nicht mehr in den XMP- sondern nur noch in den EXIF-Daten drin ist? GeoSetter überschreibt dann den vorhandenen Wert mit dem nicht vorhandenen aus den XMP-Daten. Das war noch ein Fehler welcher in der kommenden Version 2.2.6 behoben ist (ist bereits geschehen).
(0000270)
heiko   
2008-01-13 20:55   
ja, du hast recht. Ich hatte nur den Exif Wert kontrolliert.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
123 [GeoSetter] User Interface minor sometimes 2008-01-13 04:43 2008-01-13 04:44
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.2.6 beta  
    Target Version:  
Summary: Sometimes calculation of red marker time and distance to track causes exception
Description: Sometimes calculation of red marker time and distance to track causes exception
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
121 [GeoSetter] User Interface feature always 2008-01-13 02:20 2008-01-13 02:23
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.2.6 beta  
    Target Version:  
Summary: Using a cache mechanism for GPX tracks
Description: Using a cache mechanism for GPX tracks
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000267)
Friedemann   
2008-01-13 02:23   
Because GPX tracks take a long time to parse, especially when synchronizing geo data with a directory containig a lot of GPX files, the data will be saved now in the users directory for later reuse. This will speed up the reading a lot when using the same GPX file(s) again.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
118 [GeoSetter] User Interface major always 2008-01-10 11:43 2008-01-13 02:18
Reporter: Didier Reis Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.5 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.2.6 beta  
    Target Version:  
Summary: On Windows XP X64 Images Prop-Sheet tab beams have only empty tabs (no name nor icons)
Description: When installed on XP X64 system GeoSetter does not seem to be able to display tab names and/or tab icons (regardless of selected language).

NOTE: same exe installed on XP X86 displays the 6 tabs with both names and icons.

NOTE: The fields in pages are correct you just can't identify tabs in tab beam.
Tags:
Steps To Reproduce:
Additional Information: The main well known difference between X86 and X64 system is that on 64 bit OS, a 32 bit EXE does not see same "Software" registry in HKLM than 64 bit versions (unless you use 64 bit aware API & flags).

A 32bit App trying to read/write to
 "HKLM\Software\AppName\..."
would be redirectected to
 "HKLM\Software\Wow6432Node\AppName\..."

Some other registry locations may be redirected too...
For example:
 HKCU\Software\Classes\ ---> HKCU\Software\Classes\Wow6432Node\
 HKCR\CLSID ---> HKCR\Wow6432Node\CLSID
 ...
If you setup registry from a 64 bit process
 (wich is the case when you let system register a REG file)
 you will setup registry entries that you will
 then fail to read from a 32 bit app...

May be this is the cause...!?
(though I could not find GeoSetter registry through a quick inspection)

You can EMail me if you have some other idea to verify
 or want me to do some test for you...

NOTE: I failed to check for an already existing bug entry because I can't read german.
Attached Files:
Notes
(0000257)
Friedemann   
2008-01-10 22:05   
I think the registry doesn't havy anything to do with this problem. In the data dialog, I'm drawing the tab sheet captions of my own because they should have a bold font if data on the sheet has changed, otherwise it should have normal font. So it seems that Vista 64 bit doesn't like my drawing - I don't know why.

A first solution would be to forbear from showing the bold captions for changed data when running under Vista 64 bit. I'm just looking for a possibility to find out the Windows version. May I then send you a little test program to find out if Windows Vista 64 will be recognized correctly?
(0000258)
Didier Reis   
2008-01-11 09:43   
Ooops... I got your mail and replied it before reading your "feedback" note, so forget about suggestion about third party control...!

Result: "Microsoft Windows XP Professional x64 Edition "
Beware of the trailing space that seems to be in the text returned by your little version checking app. may be you will need to trim the result (and possibly capitalize it) before comparison...

More over:
1- My OS IS NOT VISTA! it is Windows XP x64! yes (it does exists!)
2- I may can gain access to a Vista x64 system too:
 With some effort I can setup a Vista in a virtual machine
 for limited testing time only (because without license key)
 If I find some time to do that, I will check:
  - if same bug apply
  - what your OS version check app. returns on such OS
Bye.
(0000266)
Friedemann   
2008-01-13 02:18   
This problem occurs on XP 64 AND Vista 64. So I fixed it for Winodws 64 bit versions.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
120 [GeoSetter] User Interface feature always 2008-01-12 16:29 2008-01-13 02:13
Reporter: Arnaud Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.5 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.2.6 beta  
    Target Version:  
Summary: Support for Magellan trace files
Description: I just bought a GPS in order to track my moves and tag my images...

I can't make GeoSetter recognize the trace file.

Can you make GeoSetter support this kind of trace files ?
Tags: GPS trace
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000264)
drose   
2008-01-12 22:09   
Please provide a hhtp-link or a description file of the magellan generated files if you mind.
(0000265)
Friedemann   
2008-01-13 02:13   
I implemented it now only for track points - like in your example...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
116 [GeoSetter] User Interface feature always 2008-01-09 21:08 2008-01-11 01:45
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.2.6 beta  
    Target Version:  
Summary: Online request for location info fails when country found only
Description: Online request for location info fails when country found only
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
107 [GeoSetter] User Interface tweak always 2008-01-07 10:30 2008-01-10 22:06
Reporter: Reiner H Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.5 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Synchronisation bei vorhandener Zeitzone
Description: Viele meiner GPX tracks stammen aus dem Export von TTQV und zeigen eine Zeitzone +1:00 an, obwohl die Aufnahmen in völlig anderen Zeitzonen durchgeführt wurden. In früheren Versionen von Geosetter konnte man die korrekte Zeitzone aus der drop-down Liste aussuchen, in der neuen Version ist diese Möglichkeit ausgegraut, wenn schon eine Zeitzone gespeichert ist.
Ich kann zwar unten in dem Synch-Fenster die Zeitdifferenz manuell eingeben, fände es aber schöner, wenn neben der "Standard-Methode" noch eine Möglichkeit bei falsch eingetragenen Zeitzonen angeboten würde.
Alternative: Neben dem Kästchen "Zeitzone online abrufen bei nicht vorhandener Zeitzone.." noch ein zusätzliches Kästchen mit "Zeitzone online abrufen bei nicht korrekt gespeicherter Zeitzone in Aufnahmedatum"
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000232)
Friedemann   
2008-01-07 17:09   
> Viele meiner GPX tracks stammen aus dem Export von TTQV und
> zeigen eine Zeitzone +1:00 an

Der Kram mit der Zeitzone bezieht sich auf die Bilder, nicht auf die Tracks. Bei Tracks wird immer von UTC-Zeit ausgegangen. Wo zeigen Ihre Tracks den +1:00 an? Könnten Sie mir wohl mal so einen Track an support@geosetter.de schicken? Ich vermute bzw. hoffe mal, dass GeoSetter die +1:00 am Tracks sowieso nicht berücksichtigt. Somit wäre alles schön und das Programm kann zumindest in dem Punkt so bleiben wie es ist.
(0000233)
Reiner H   
2008-01-07 17:33   
Der track wurde aus TTQV exportiert, dann habe ich mit Robogeo eine Synchronisation durcgeführt. Jetzt ist in den Bildern die Zeitzone +1 gespeichert, und mir ist jetzt nicht klar, wo die herkommen soll, wenn nicht aus TTQV. Da bei Robogeo das Einstellen der Zeitdifferenz eher einem Ratespiel gleicht, ist möglicherweise aber auch dort der Fehler entstanden.
Jedenfalls habe ich jetzt einige 1000 JPEGs mit den falschen Zeitzonen und möchte die mit den NEFs synchronisieren (bisher ohne Geotag). Dabei sollten möglichst im gleichen Aufwasch alle Zeitzonen korrekt eingetragen werden. Deshalb mein Vorschlag, die entsprechenden Felder nicht auszugrauen bzw. ein zusätzliches Kästchen einzurichten.
(0000234)
Friedemann   
2008-01-07 17:45   
> dann habe ich mit Robogeo eine Synchronisation durcgeführt

Dann wird die Zeitzone in den Bildern wohl durch RoboGeo kommen denke ich. Ich kenne TTQV nicht, aber selbiges schreibt doch nix in Bilder, oder? Bei GeoSetter kann man ja angeben, dass die Zeitzone entsprechend der Koordinate über www.geonames.org abgerufen wird. Eine zusätzliche Option ist dann noch, dass die gefundene Zeitzone auch ins Aufnahmedatum übernommen wird. Vielleicht ist das ja bei RoboGeo ähnlich...
(0000235)
Friedemann   
2008-01-07 17:48   
> Jedenfalls habe ich jetzt einige 1000 JPEGs mit den falschen
> Zeitzonen und möchte die mit den NEFs synchronisieren (bisher
> ohne Geotag)

Dann entfernen Sie doch mit GeoSetter über den Datenbearbeitungsdialog die vorhandenen falschen, anscheinend durch RoboGeo hinzugefügten Zeitzonen, rufen dann die Synchronisation auf, aktivieren dort den Abruf über den Webservice und aktivieren auch die Option dass die Zeitzone übernommen werden soll.
(0000236)
Reiner H   
2008-01-07 18:10   
TTQV ist ein Navi-Programm und hat mit Bildern nichts zu tun, es exportiert aber tracks im GPX-Format, daher meine Überlegung, dass dort eine Zeitzone eingetragen wurde. Bei Robogeo kann man übrigends nirgends die Zeitzone eingeben, bzw. einsehen, das ist ein feature, das ich bisher nur bei Geosetter gesehen habe und das ich auch sehr gut finde.

Wie entferne ich denn die falsche Zeitzone? Wenn ich auf das Einbahnstrassensymbol klicke, ist der ganze Zeitstempel weg, also auch Tag und Uhrzeit. Damit sind wichtige Daten aus dem Bild verschwunden.
Wenn ich Ihren Vorschlag richtig verstanden habe, müßte ich die Bilder mindestens 2x speichern. Bei einer Speicherzeit von fast einer Minute pro Bild (u.a. wg. der EXIF-Zusatztools, s. 0000027) ist das keine wirklich verlockende Vorstellung.
Mein Vorschlag wäre die Möglichkeit, bei den JPEGs trotz vorgegebener (falscher) Zeitzone die richtige Zeitzone online abrufen (und damit korrigieren) zu können, dann die JPEGs speichern (was rel. schnell geht) und im Anschluß die korrigierten JPEGs mit den NEFs synchronisieren. So müßten die NEFs nur einmal zeitraubend gespeichert werden.
(0000237)
Friedemann   
2008-01-07 18:25   
> Wie entferne ich denn die falsche Zeitzone?

1. Alle Bilder markieren
2. Datendialog aufrufen
3. Dort für das aktuell angezeigte Bild in der Dropdownliste für die Zeitzone den leeren Eintrag auswählen
4. Nun den Button "Aktuelle Werte für alle ausgew. Bilder übernehmen..." drücken
5. Dort alles abwählen außer "Aufnahmedatum" und "Nur Zeitzone"

Nun müssten alle Zeitzonen weg sein. Speichern brauchen Sie jetzt noch nicht. Nun können Sie synchronisieren wodurch die gefundenen Zeitzonen eingetragen werden. Nun müssten Sie speichern...

> Bei einer Speicherzeit von fast einer Minute pro Bild

Bei mir dauert das ca. 5 Sekunden pro Bild.

> Mein Vorschlag wäre die Möglichkeit, bei den JPEGs trotz
> vorgegebener (falscher) Zeitzone die richtige Zeitzone
> online abrufen (und damit korrigieren) zu können

Ich weiß ich weiß, das habe ich schon verstanden. Ich sehe das aber nicht als "Unschönheit", schließlich sind ja Ihre Daten nicht durch GeoSetter falsch, sondern als Feature-Wunsch ;-) Der blöde GPS-Synchronisations-Dialog wird immer unübersichtlicher. Der GPS-Synchronisations-Dialog ist ja nicht zur Korrektur falscher Daten gedacht. Es sollte halt nicht der Normalfall sein, dass in Bildern falsche Daten stehen. Und wenn doch, bekommen Sie sie doch mit obigem Weg korrigiert.
(0000238)
Reiner H   
2008-01-07 18:29   
Ja, jetzt habe ich's verstanden.
Bei JPEGs dauert es bei mir auch nur 5 sec. Das Problem sind die NEFs, die dauern fast eine Minute. Liegt z.T. aber möglicherweise auch an der externen USB-Festplatte.
(0000239)
Friedemann   
2008-01-07 18:32   
Könnten Sie denn mit meiner bereits geschriebenen Begründung damit leben wenn ich den GPS-Dialog nicht ändere? Dann schließe ich das Problem ;-)
(0000240)
Reiner H   
2008-01-07 18:49   
Radio Eriwan: Im Prinzip ja.
Nur leider funktioniert das nicht so. Ist vielleicht ein neues Problem: Ich habe vier JPEGS für den Versuch ausgewählt und beim Synchronisieren wird mir nur ein passendes NEF Bild zur Synchronisation angeboten, obwohl ALLE JPEGs mit der gleichen Bezeichnung auch als NEFs vorliegen ("Vergleiche nach Dateinamen ist aktiviert).
Mit dem verbliebenen Bild habe ich die Synch durchgeführt: es wurde nicht die richtige Zeitzone eingetragen, sondern die ausgewählte Zeitzone 0 wurde auch in das NEF Bild übertragen.
(0000242)
Friedemann   
2008-01-09 01:31   
> beim Synchronisieren wird mir nur ein passendes NEF Bild zur
> Synchronisation angeboten, obwohl ALLE JPEGs mit der gleichen Bezeichnung
> auch als NEFs vorliegen

könnten Sie mir wohl mal so ein Pärchen (JPEG/NEF) ans support@geosetter.de schicken welches sich in der Zeitzone unterscheidet, aber nicht in der Synchronisierung erkannt wird?

> Mit dem verbliebenen Bild habe ich die Synch durchgeführt: es wurde nicht
> die richtige Zeitzone eingetragen, sondern die ausgewählte Zeitzone 0
> wurde auch in das NEF Bild übertragen.

Wenn Zeitzone 0:00 am JPEG ausgewählt ist bzw. drin steht, dann wird die auch in die NEF übernommen. Dort findet keine automatische Zuordnung einer richtigen Zeitzone statt, das passiert nur bei der Synchronisation mit GPS-Dateien. Oder verstehe ich das jetzt falsch?
(0000243)
Reiner H   
2008-01-09 11:30   
>könnten Sie mir wohl mal so ein Pärchen (JPEG/NEF) ans support@geosetter.de >schicken welches sich in der Zeitzone unterscheidet, aber nicht in der >Synchronisierung erkannt wird?

Mir ist aufgefallen, das bei meinen Bildpäarchen (JPEG/NEF) die Zeitzonen identisch sind, daher ist es auch verständlich, dass keine Synch erfolgt. Hatte ich vorher nicht überprüft.

>Wenn Zeitzone 0:00 am JPEG ausgewählt ist bzw. drin steht, dann wird die auch >in die NEF übernommen. Dort findet keine automatische Zuordnung einer richtigen >Zeitzone statt, das passiert nur bei der Synchronisation mit GPS-Dateien. Oder >verstehe ich das jetzt falsch?

Wieder mein Fehler, ich habe statt, wie in Ihrer Anleitung empfohlen, den leeren Eintrag zu wählen, den Eintrag für ZZ 0:00 gewählt. Allerdings ist hier dennoch eine Übernahme der ZZ aus den Koordinaten zu empfehlen, denn wenn die Koordinaten aus einer Gegend mit einer ZZ von z.B. 5:00 stammen, macht es wenig Sinn, wenn die ZZ in den EXIF Daten 0:00 anzeigt.
Das die automatische Zuordnung der ZZ nur bei der Synchronisation mit dem GPS track durchgeführt wird, habe ich so nicht verstanden. Ich war davon ausgegangen, dass auch bei der Synch von JPEG mit NEF Bildern eine Anpassung der ZZ stattfindet.
(0000246)
Friedemann   
2008-01-09 21:15   
Die Snychronisation zwischen einzelnen Dateien, soll nur die vorhandenen Daten auf den gleichen Stand bringen. Es werden zumindest in den Ausgangsdateien keine Daten geändert.

Dann schließe ich das jetzt aber ;-)

Und keine Angst, ich vergesse http://www.geosetter.de/mantis/view.php?id=27 schon nicht!
(0000247)
Friedemann   
2008-01-09 21:17   
(Last edited: 2008-01-09 21:21)
Eine Frage noch: Wie haben Sie das gemacht, dass da als Link nur 000027 anstatt http://www.geosetter.de/mantis/view.php?id=27 steht???

(0000255)
Reiner H   
2008-01-10 09:22   
>Eine Frage noch: Wie haben Sie das gemacht, dass da als Link nur 000027 anstatt http://www.geosetter.de/mantis/view.php?id=27 [^] steht???

Das liegt an der Kompetenz des Einfältigen: So weit ich mich erinnern kann, habe ich "0000027" eingegeben.
(0000256)
Reiner H   
2008-01-10 09:23   
Sehr trickreich, es kommt natürlich das gleiche raus. Also "#" gefolgt von "27"

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
111 [GeoSetter] User Interface tweak always 2008-01-08 07:01 2008-01-09 22:54
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.5 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.2.6 beta  
    Target Version:  
Summary: Hinweistest im Kartenfenster wird bei Start nicht angezeigt
Description: Vorbedingung: Im letzten benutztem Verzeichnis befinden sich 1 oder mehrere Bilder mit Geotags. Der Knopf zur aktivierung der Hinweis-Testblasen im Kartenfenster war aus der letzten Session aktiviert und ist es auch beim start von Geosetter.
Testcase : Starte Geosetter. Das erste Bild ist nach dem Start automatisch selektiert. Es erscheint kein Hinweistext, auch bei klicken auf das erste bereits selektierte Bild.

Erst nach der Selektion eines anderen Bildes erscheint der Hinweistext, nach klicken auf das erste Bild auch für dieses Bild !
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000254)
Friedemann   
2008-01-09 22:54   
Dieser Effekt tritt bzw. trat dann auf, wenn die Karte etwas länger zum Laden braucht, d.h noch nicht da ist wenn ein Bild seinen Hint verlangt.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
106 [GeoSetter] Image Data minor always 2008-01-07 04:29 2008-01-09 22:33
Reporter: br8kwall Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.4 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.2.6 beta  
    Target Version:  
Summary: Image-to-track location not being found
Description: The attached images were taken during a drive where the GPSMAP 60CSx was recording a track (see issue 105). I think Geosetter is supposed to grab the image datetime from the EXIF info (I was careful to set the time on the camera against the time reported by the GPS before we left) and find the nearest GPS point in the track by track point datetime.

In this case, Geosetter was only able to assign one to a point and that point was way out in the ocean (very difficult to reach by car).

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000226)
br8kwall   
2008-01-07 04:30   
(Last edited: 2008-01-07 04:49)
The attached images are from Portsmouth, New Hampshire, USA and were tweaked in Picasa 2.7 Build 37.32 for Windows.

(0000253)
Friedemann   
2008-01-09 22:32   
In the next update the images will be synchroized correctly.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
113 [GeoSetter] User Interface minor always 2008-01-08 16:15 2008-01-09 22:19
Reporter: MichaelK Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.5 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.2.6 beta  
    Target Version:  
Summary: Fehler bei Waypointfuntion
Description: Die Waypoint-Funktion benötigt ein ein extrem großes Zeitfenster (600sek hatten nicht gereicht, mit 6000sek hatte es funktioniert), damit er bei Auswahl der Waypoint-Methode eine Korelation zwischen Bildern und GPS-Track hin kriegt.
Lasse Dir den Track per email an support@geosetter.de zukommem.
Track stammt original von einer Wintec direkt aus TimeMachineX, das Foto stammt aus meiner Pentax K100d super.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000241)
Friedemann   
2008-01-08 20:23   
Ich warte... ;-)
(0000252)
Friedemann   
2008-01-09 22:18   
Ja, da ist bzw. war tatsächlich ein Fehler. Bei der Zeitkorrektur war der Stunden/Minuten/Sekunden-Anteil immer positiv. Bei Deinem zugesendeten Foto muss aber 59:53 Minuten abgezogen werden um auf den Wegpunkt 1 zu kommen. Das habe ich repariert. Nun kann in diesem Fall das Zeitfenster auch 0 Sekunden sein, und das Bild wird trotzdem zugeordnet.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
115 [GeoSetter] Image Data minor always 2008-01-09 14:17 2008-01-09 21:10
Reporter: hoko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.5 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Fehler beim Empfang von Daten von geonames.org
Description: Hallo,

beim "Online abfragen" von Ortsinformationen erscheint die Meldung "Für die angegebenen Koordinaten wurden keine Daten gefunden".

Mittels Proxy sehe ich, das geosetter die folgende URL aufruft:

GET http://ws.geonames.org:80/findNearbyPlaceName?lat=14.806323&lng=-61.151133 HTTP/1.1

Wenn ich die URL im Browser aufrufe, bekomme ich aber zumindest die Landesinformationen zurück:

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<geonames>
<geoname>
<name>Propriété Poulet</name>
<lat>14.8</lat>
<lng>-61.1333333</lng>
<geonameId>3570101</geonameId>
<countryCode>MQ</countryCode>
<countryName>Martinique</countryName>
<fcl>P</fcl>
<fcode>PPL</fcode>
<distance>2.0385</distance>
</geoname>
</geonames>

Ich vermute daher, das Geosetter diese Informationen ignoriert, da sie nicht vollständig sind.

Zumindest das eintragen des Landes wäre allerdings wünschenswert.


Mit freundlichen Grüßen

Holger Koch
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000244)
Friedemann   
2008-01-09 21:05   
Der erste von Dir genannte Aufruf wird lediglich für die Länderinfo genutzt. Danach folgt noch ein Aufruf von http://ws.geonames.org/findNearbyPostalCodes?lat=14.806323&lng=-61.151133. Selbiger liefert aber in Deinem Fall nix zurück. Normalerweise erhält man da mehrere Werte (z.B. http://ws.geonames.org/findNearbyPostalCodes?lat=51.523845&lng=9.958055).

Na ja, ich könnte wenigstens das gefundene Land benutzen. Momentan wird bei nicht gefundenen Einträgen für die zweite Abfrage die von Dir genannte Meldung angezeigt. Ich mache dazu ein neues Ticket auf...
(0000245)
Friedemann   
2008-01-09 21:10   
Habe nun 0000116 (siehe oben) erzeugt. Ist ziemlich kurz gehalten, dient mir aber zur Erinnerung dass ich's nicht vergesse ;-)

Ich setze dies hier dann mal auf erledigt.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
105 [GeoSetter] Image Data minor always 2008-01-07 04:21 2008-01-09 01:25
Reporter: br8kwall Platform:  
Assigned To: Friedemann OS:  
Priority: high OS Version:  
Status: resolved Product Version: 2.2.4 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.2.6 beta  
    Target Version:  
Summary: Track data display corrupted
Description: GPX track data were imported from a Garmin GPSMAP 60CSx into Mapsource version 6.13.6 and saved to .gpx (attached). The data display fine in Mapsource and Google earth. But there are many points that appear in strange places (see attached screen shots).
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000227)
Friedemann   
2008-01-07 04:58   
As far as I see by now, the track file contains several tracks, which will be handled and shown as one track in GeoSetter. Of course this is wrong and I'll fix it as soon as possible...

Many thanks for such a track file!
(0000228)
br8kwall   
2008-01-07 05:12   
Howdy,

Do you need more information from me?

Thanks for the great software.
(0000229)
Friedemann   
2008-01-07 05:15   
Oha... It seems that I also have to consider waypoints. Right now, all points in a GPX file will be shown and connected together... :-/
(0000230)
Friedemann   
2008-01-07 05:16   
> Do you need more information from me?

No I think I have enough. But it won't be done in one day ;-)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
110 [GeoSetter] User Interface tweak always 2008-01-08 06:45 2008-01-08 20:24
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 2.2.5 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Text im Maps-Fenster unvollständig bei fehlender Internetverbindung
Description: Testcase : Das Notebook hat keine Verbindung zum Hotspot. Geosetter wird gestartet. Im Kartenfenster wird nach kurzem Einbleden des Hotspot-Logins folgender Text angezeigt :"Bitte geben Sie in den Einstellungen den korrekten Pfad zur Kartendatei an..."

Vorschlag zur Ergänzung :"Bitte geben Sie in den Einstellungen den korrekten Pfad zur Kartendatei an oder überprüfen Sie Ihre Internetverbindung ..."

Oder für den Fall, das der Link zur Kartendatei üblicherweise stimmt : "Bitte überprüfen Sie Ihre Internetverbindung oder überprüfen Sie in den Einstellungen den Pfad zur Kartendatei ..."

Wo bekomme ich eigentlich den korrekten Pfad zur Kartendatei, wenn er falsch eingegeben wurde ?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
109 [GeoSetter] Image Data minor always 2008-01-07 20:28 2008-01-07 22:26
Reporter: mawosch Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 2.2.5 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: XMP schreiben nicht nach Spec
Description: Beim Import von Bildern welche ich mit GeoSetter Geocodiert habe lädt mein Bildverwaltungsprogramm (IDimager) die EXIF Daten nicht mehr automatisch in die Datenbank. Da sie laut mehreren Metadatenbetrachtern aber im Bild enthalten waren, hatte ich zunächst die Datenbank im Visier. Ein nachträglicher manueller Import klappt auch.

Der Entwickler teilte mir jedoch folgendes mit:
"You seem to have images with pre-existing XMP blocks and these XMP blocks are incomplete. Most likely these XMP blocks were not created with Adobe tools or IDimager. The first tool that creates an XMP block for an image should also migrate the existing Exif/IPTC info to the XMP block."

Ist anscheinend so in den XMP Spezifikationen von Adobe definiert.
Lässt sich das mit akzeptablem Aufwand ergänzen? Also alles was bisher in EXIF/IPTC war in XMP zu kopieren.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
67 [GeoSetter] User Interface feature always 2007-12-30 21:33 2008-01-07 01:59
Reporter: kustich Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.3 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.2.5 release  
    Target Version:  
Summary: Ändern der automatisch abgefragten Ortsdaten
Description: Wenn die Ortsdaten vom Server geholt werden, dann werden sie in einem Dialog mit deaktivierten Textfeldern angezeigt. Es wäre schön, wenn der Inhalt dieser Felder vor der Datenübernahme noch bearbeitet werden könnte (genauere Lokalisierung)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
103 [GeoSetter] User Interface feature always 2008-01-06 12:17 2008-01-06 12:17
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Context menu in file browser
Description: In the file browser, GeoSetter supports only the standard Windows context menu at the moment. It should be replaced/extended by its own menu entries.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
86 [GeoSetter] User Interface feature always 2008-01-01 20:44 2008-01-06 04:55
Reporter: mawosch Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.4 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.2.5 release  
    Target Version:  
Summary: Differenzzeit berechnen
Description: Als Ergänzung der Synchronisation mit Hilfe von gpx-Dateien.
Selbst setzte ich die Variante mit dem Foto vom GPS Empfänger ein. Hat sich sehr gut bewährt.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000159)
Friedemann   
2008-01-01 22:32   
Herzlichen Dank für die tolle PDF-Beschreibung! Erstmal bekomme ich natürlich einen Schrecken, denn aus dem ersten Screenshot geht für mich hervor, dass man auf dem Garmin-Gerät eine Zeitzone einstellen kann. Was heißt das? Bedeutet das etwa, dass ein Wegpunkt nicht unbedingt UTC-Zeit haben muss??? Davon gehe ich nämlich bisher immer aus...

Die Idee mit dem Foto des Garmin-Empfängers und die Differenzberechnung ist natürlich gut. Allerdings stellst Du ja auf diese Weise evtl. fest, dass die Kamerauhr nicht richtig eingestellt war. Wenn ich das schwarz auf weiß hätte, z.B. durch ein solches Foto, würde ich über den Daten-Dialog (Strg+E) erstmal die Aufnahmezeit korrigieren. Dann bräuchte ich allerdings im Synchronisieren-Dialog diese Methodik nicht mehr...


Für weniger praktikabel halte ich den Punkt "Zeitdifferenz mit Wegpunkt und Bild berechnen". Es ist ja ein wenig umständlich gleichzeitig, das heißt in der gleichen Sekunde, ein Foto zu machen und dann noch am Empfänger einen Wegpunkt zu setzen. Aber sicher bin ich da jetzt auch nicht. Ist halt die Frage ob man daran denkt und ob dementsprechend der Aufwand lohnt das zu implementieren...
(0000160)
drose   
2008-01-01 23:17   
Ich korrigiere die Bilderaufnahmezeit aus der Kamera, in dem ich einfach eine Funkuhr abphotographiere und dann die Zeitdifferenz in den Bildern ausgleiche. Will sagen, das korrigieren der Aufnahmezeit geht auch ohne GPS-Gerät.
(0000161)
Friedemann   
2008-01-01 23:27   
> Ich korrigiere die Bilderaufnahmezeit aus der Kamera, in dem
> ich einfach eine Funkuhr abphotographiere

Genau daran hatte ich auch gedacht, es reicht ja eine Uhr abzufotografieren. Wenn man auf sekundengenaue Aufnahmedaten wert legt, muss diese Uhr halt möglichst genau gehen bzw. eine Funkuhr sein.

Die Idee mit der automatischen Differenzberechnung anhand des Garmin-Fotos würde also auch für diesen Fall funktionieren. Da kann ich mir also was überlegen. Aber es wird dauern... ;-)
(0000169)
mawosch   
2008-01-02 08:41   
Auf dem Garmin (60CSx) wird eine Zeitzone und Sommerzeit/Normalzeit eingestellt. Das allerdings nur für die Anzeige. Im gpx track ist UTC-Zeit drin.

Dass GPS Zeit und Kamerazeit nicht genau übereinstimmen trifft eigentlich immer zu. Die Kamerauhr ist normalerweise sehr einfach gehalten und geht schnell mal falsch.

Es ist somit einfacher ein Foto mit der richtigen Zeit zu machen als bei jeder Fotosession die Uhr der Kamera korrekt zu stellen.

@drose:
Das abfotografieren einer Funkuhr ist im Grunde genau das selbe wie das fotografieren des GPS. Beide haben verdammt genaue Master-Uhren (Atomuhren entweder in Braunschweig oder in den Satelliten).

@admin:
Aufnahmezeit über den Daten-Dialog (Strg+E) zu korrigieren ist auch OK. Aber auch da wäre eine einfache Berechnungsfunktion sehr hilfreich.
Ansonsten muss man per Hand die Differenz berechnen.

Würde mich sehr freuen wenn diese Funktion nicht all zu lange auf sich warten ließe.
Bin auch gerne bereit dich bei diesem Projekt (GeoSetter) zu unterstützen.
Sag einfach wo du Unterstützung brauchst (Spezifikation von Funktionen, GUI Design, Geld, Handbuch, Website, ...)


Auf die Idee mit dem Wegpunkt und dem Bild hat mich ein Kollege gebracht. Er hat demonstriert, wie das geht. Mit der rechten Hand fotografieren während man mit der Linken einen Wegpunkt setzt. Bei der Wintec sehr einfach.
(0000172)
mawosch   
2008-01-02 10:35   
Habe als Übergangslösung eine Excel Datei erzeugt, mit der man die Differenzzeit berechnen kann.
Damit kann man leicht die Zeit in den EXIF Werten verändern (Strg-E) oder die Differenz bei der Synchronisation (Strg-G) berücksichtigen lassen.

Eine eingebaute Funktion wie ich sie im pdf Dokument beschrieben habe wäre natürlich unschlagbar.
(0000173)
Friedemann   
2008-01-02 10:37   
> Aufnahmezeit über den Daten-Dialog (Strg+E) zu korrigieren ist auch
> OK. Aber auch da wäre eine einfache Berechnungsfunktion sehr
> hilfreich.
> Ansonsten muss man per Hand die Differenz berechnen.

Da hast Du die Berechnungsfunktion schon drin. Du kannst anstatt "Auf festes Datum setzen" die Option "Zeitdifferenz" wählen und dann unter "Zieldatum" das vom Garmin abgelesene Datum.

Die Vorgehensweise wäre also folgende:
1. Alle Bilder auswählen wo Du das Datum umsetzen willst.
2. Dilaog aufrufen (Strg+E)
3. Dort das Uhrzeitfoto auswählen und für dieses das "Zieldatum" eingeben.
4. Den Button "Aktuelle Werte für alle ausgew. Bilder übernehmen" drücken.
5. Im erscheinenden Dialog "Aufnahmedatum" wählen (müsste fett angezeigt werden)

Voilà... (hoffe ich)
(0000174)
mawosch   
2008-01-02 12:34   
> Voilà... (hoffe ich)

JA, fast.

Ich will zwar im Normalfall keine Zeiten meiner Bilder ändern, da das Auswirkungen auf meinen Bilderworkflow und die Benennung meiner Bilder hätte.

Aber mit dem beschriebenen Vorgehen kann ich in GeoSetter einfach die Differenz ausrechnen, welche ich dann in den Sync Dialog eingebe.

In sofern Ziel zu 95% erreicht.
Besten Dank für den Tipp.

P.S.
Mein Angebot zwecks Unterstützung steht natürlich noch.
(0000178)
MichaelK   
2008-01-02 18:53   
Hallo,
ich bin der Kollege von Mawosch. Folgende Kommentare:

@drose: nicht überall hat man eine genaue Funkuhr dabei. Und die Uhren in den Kameras sind LAUSIG ungenau... (ich rede auch von DSLR!)
Habe zwar eine Funkuhr am Handgelenk, die tut aber z.B. auf den Kanaren nicht mehr (zu weit weg).

@admin: in der selben Sekunde fotografieren und Wegpunkt setzen ist das aller kleinste Problem. Das Foto muß ja keinen sinnvollen Inhalt haben. Und man hat 2 Hände (1*Kamera, 1*Waypoint-Taste auf der Wintec). Wenn ich nicht noch gleichzeitig das Auto lenken muß ist das kein Problem. ;-)
Ich muß Mawosch mal bitten ein Foto von mir zu machen, wenn ich das mache.

Generell: die Logger haben alle kein Display das man abfotografieren kann. Deswegen ist es momentan immer sehr lästig mit mehreren Programmen zu jonglieren um die Daten von Waypoint und Exif-Daten zusammen zu bringen. Wenn das alles in GeoSetter gehen würde, wäre es eine echte Erleichterung!
Und die Logger werden momentan immer populärer => der Markt reiner Logger wird immer umfangreicher. Neben der Wintec WBT-201 gibt es u.A. die Transsystem i-blue 747 (unter verschiedenen Namen zu kaufen) und die Royalteks RBT-2300 und RGM-3800.

BTW: ich stehe da für eine derartige Funktion auch jederzeit gerne als (Beta-)Tester oder für sonstige Unterstützung zur Verfügung.
(0000179)
drose   
2008-01-02 19:31   
@alle : Wow, welche Präzision wollt ihr den erreichen, wenn gleichzeitig das GPS-Signal nur ca. 10 m genau ist !?!?!?

Oder anders : Wenn ihr auf eine Sekunde genau synchronisieren wollte, dürft ihr euch an einem Ort mit bis zu 36 km/h bewegen und ihr würdet keinen Unterschied sehen. (Das Beispiel hakt etwas, ich finds trotzdem amüsant ;-) )

Gottseidank hat Geosetter ja einen Interpolationsalgorithmus eingebaut, der auch bei den beschriebenen Zeitabweichungen eine Hilfe darstellt.
(0000193)
Friedemann   
2008-01-03 03:14   
Also erstmal herzlichen Dank für das Hilfe-Angebot. Dass Ihr das testet, davon gehe ich aus ;-)

Mit der sowieso nicht vorhandenen Genauigkeit des GPS-Empfängers gebe ich drose zwar Recht, aber andererseits will man diese nicht vorhandene Genauigkeit ja nicht noch ungenauer machen, das sehe ich schon ein. Wenn ich mir vorstelle man bewege sich mit Schrittgeschwindigkeit, also ca. 1,4 m/s, dann wäre bei einer um 40 Sekunden falsch gehenden Kamerauhr ja immerhin schon eine Verfälschung von knapp 60 Metern drin. Auch wenn ich da noch die Ungenauigkeit des Empfängers von 10 abziehe, habe ich doch eine Ungenauigkeit zwischen 55 und 65 Metern, das ist schon ziemlich viel...

Also ich baue erstmal die Variante mit dem abfotografierten Uhr-Bildchen ein. Ich denke, dass ich das ins nächste Release reinpacke, also vielleicht bis zum Wochenede... ist aber nicht versprochen ;-)
(0000194)
Friedemann   
2008-01-03 03:23   
Ich bin gerade nicht vollkommen sicher, aber ich denke ich packe das mit dem Wegpunkt auch noch mit rein. Hat einer von Euch vielleicht eine Datei mit Wegpunkten welche er mir unter support@geosetter.de zur Verfügung stellen könnte? Dann müsste ich mir nicht selbst eine machen.
(0000199)
Friedemann   
2008-01-03 16:57   
Eine Frage noch: Die Trackdatei welche die Wegpunkte zur Korrektur der Aufnahmezeit enthält ist doch auch die Trackdatei mit welcher dann letztendlich synchronisiert wird, oder nicht? Ich frage deshalb, weil man sich dann den separaten Öffnen-Dialog für die Wegpunktedatei sparen kann, denn die relevanten Tracks (bzw. der relevante Track) wurde ja bereits im Synchronisationsdialog ausgewählt.
(0000200)
mawosch   
2008-01-03 17:16   
Jein!
Die gpx Datei direkt aus der TimeMachineX enthält Track UND Waypointinformationen. Davon kann man aber nur bei der WBT-201 ausgehen.
Die zweite gpx Datei welche ich dir geschickt habe stammt aus TTQV (Super Navigationssoftware für viele Vektor und Bitmapkarten.) Darin sind NUR die Waypoints enthalten.
Ich denke es sollten beide Öffnen-Dialoge vorhanden sein. Damit ist man auf der sicheren Seite und deckt mehr Logger-Software-Kombinationen ab.
Der WBT-201 Nutzer muss halt zweimal die selbe gpx Datei öffnen/laden.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
99 [GeoSetter] User Interface major always 2008-01-05 00:01 2008-01-05 22:18
Reporter: gerhardvr Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.4 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Synchronize with images does not do anything
Description: Although mathed files are found, there seem to be now obvious way to get the app to tranfer the EXIF data.
Tags:
Steps To Reproduce:
Additional Information: Tried double clicking file, right clickin in the window, hitting ENTER and closing the window to no avail.
Have noticed that the window has a scrollbar to the right but could not see any "hidden" buttons even though scrolling to the bottom.
Running on Windows Vista Ultimat X64.
Attached Files:
Notes
(0000218)
Friedemann   
2008-01-05 20:40   
Normally it should look like the attached screenshot sync_files2.jpg. I think I found out why it won't be shown like this sometimes. I just fixed it...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
95 [GeoSetter] Image Data minor always 2008-01-03 18:30 2008-01-05 17:50
Reporter: Thomas Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.4 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Schlüsselwörter
Description: Die Daten, die im Dateifenster links oben unter "Schlüsselwörter" auftauchen sind für mich nicht immer nachvollziehbar. Wenn IPTC Keywords vorhanden sind, werden die dort angezeigt. Ich hatte aber den Fall, dass dieser Tag definitv leer war (gelöscht mit Xnview, leer angezeigt mit Xnview, Irfanview, PhotoME, Exiftool), und Geosetter zeigte die alten Werte immer noch an. Exiftool zeigte diese Werte dann als Wert vom Tag "subject" - keine Ahnung, wie die dahin kommen - und nur dort waren sie laut Exiftool drin. Nach Löschen dieses Tags mit Exifttol ist der Wert auch in Geosetter weg. Ich finde aber die Überschrift irreführend, wenn zwei verschiedene Werte darunter stehen können. Weiter würde mich interessieren, ob Geosetter eventuell den Wert "subject" geschrieben hat.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000202)
Friedemann   
2008-01-03 18:54   
Was meinst Du mit "oben links"?

Die Schlüsselwörter werden nicht nur in den IPTC-Daten sondern auch in den korrespondierenden XMP-Daten gespeichert (xmp:subject). Wahrscheinlich wurden sie durch die anderen Programme nur im IPTC-Bereich gelöscht, deshalb waren sie noch sichtbar bzw. vorhanden.
(0000209)
Thomas   
2008-01-04 09:37   
Mit "oben links" meine ich das Fenster mit der Dateiliste - sorry, war nicht ganz eindeutig.

Wenn Geosetter xmp:subject dort anzeigt, wird's das gewesen sein, und es kann auch sein, dass nur IPTC:keywords gelöscht wurde - ich weiß nur nicht, wo die xmp-Daten herkommen. M.W. schreibt nämlich Xnview (und nur damit habe ich Schlüsselwörter vergeben) kein xmp ... kann das beim Geotaggen mit Geosetter "passiert" sein? (Zuerst Keywords mit Xnview, dann Koordinaten mit Geosetter) Wenn ja, lässt sich das Schreiben von xmp abstellen (sehe ich momentan keinen "Gebrauch" dafür)?
(0000210)
Friedemann   
2008-01-04 11:59   
Wenn Du mit GeoSetter irgendwelche Daten änderst, werden bei der Gelegenheit auch die 3 Datenbereiche EXIF, IPTC und XMP synchronisiert. Das heißt, auch wenn Du nur die Koordinaten eingibst, in den IPTC-Schlüsselwörtern aber was drinsteht, was in den XMP-Schlüsselwörtern nicht drin steht, wird es dorthin übernommen (und/oder umgekehrt). Die Koordinate wird auch nicht nur im EXIF-Datenblock sondern auch im XMP-Datenbereich abgelegt. Selbiges gilt auch für's Aufnahmedatum etc. - eigentlich für alle von GeoSetter behandelbare Werte. Diese kannst Du z.B. sehen, wenn Du mal "Bilder | Bild-Info anzeigen..." wählst, und dort den Filter auf "Nur GeoSetter-schreibbare anzeigen" auswählst.

Abstellen kann man das zur Zeit nicht. Ich denke, Adobe-Produkte wie Photoshop, Lightroom oder Bridge machen das ähnlich. Wenn ein Bild nur herkömmliche IPTC-Daten enthält und man ändert die in Photoshop, hast Du meines Wissens hinterher auch plötzlich XMP-Daten im Bild...
(0000217)
Thomas   
2008-01-05 17:46   
Ok, ich habe das nochmal nachvollzogen - genau so war's. Die Stichworte sind in xmp mit-synchronisiert worden, und ich muss eben außer IPTC auch xmp beachten.

Falls Du mal eine Option für xmp einbaust, ist das gut - aber auch nicht zwingend. M.E. kannst Du diese ID damit schließen - danke!

Thomas

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
102 [GeoSetter] User Interface minor always 2008-01-05 14:17 2008-01-05 16:23
Reporter: KnutBrode Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 2.2.4 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Behandlung schreibgeschützte Datei
Description: Wird versucht eine schreibgeschützte Datei zu speichern, so meldet Exiftool das die temporäre Datei nicht umbenannt werden kann.
Hat man die Option Originaldatei überschreiben nicht gewählt, so wird der eigentliche Schreibschutz ausgehebelt, in dem die Originaldatei umbenannt wird.
Eine vorherige Abfrage, ob trotz Schreibschutz überschrieben werden soll, wäre nicht schlecht.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
97 [GeoSetter] User Interface minor always 2008-01-04 01:12 2008-01-04 20:20
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: high OS Version:  
Status: resolved Product Version: 2.2.4 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.2.5 release  
    Target Version:  
Summary: Selecting no time zone in GPS synchronization dialog causes exception
Description: Selecting no time zone in GPS synchronization dialog causes exception
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
75 [GeoSetter] User Interface major always 2007-12-31 10:08 2008-01-03 20:53
Reporter: ScottD Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.4 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Timezone difficulties
Description: I live in Adelaide (timezone +0930). I visited Victoria in June (timezone +1000) and did not change the clock on my camera, which appears to include a "time" but no "timezone" in its files. I am now back in Victoria (daylight saving, timezone now +1100), and as I just discovered GeoSetter, am trying to match up those photos and tracks. I think I'm getting an interaction with the web service getting mixed up with southern hemisphere daylight saving.

The only way I get it to synchronize is to tick "Request time zone by using web service", turn off "Daylight Saving Time" and adjust Image Date and Time by 1:30:00. This gets the photos in the right place, but want to record their timezone as +11:00, which is Victorian Daylight Saving time. The correct timezone should be +10:00.
Tags:
Steps To Reproduce:
Additional Information: I'm new to Geosetter (downloaded about 4 hours ago). It looks like a VERY useful tool, but the user interface seems to need a bit of simplifying - it is difficult to describe how to use it to my non-technical Dad.
Attached Files:
Notes
(0000149)
drose   
2008-01-01 14:14   
i agree. It seems to be a complicated userinterface for computer afraid user.

The main interactione to tag pictures manualy is base on the red "Kartenposition" cursor. ( i don´t even know the english translation of that ;-( ) It should be more highlighted as a central tool for transfereing geotags between pictures and map. But who has a good idea for a dsign change ?
(0000151)
Friedemann   
2008-01-01 14:53   
You're right, GeoSetter always decreases the image time by one hour when turning on "Daylight Saving Time". That's not ok. But why do you have to adjust the time by "1:30:00" instead of "1:00:00"? If I fix the saving time issue, it seems that your image will be still wrong by half an hour, but I think that wouldn't be caused by GeoSetter...

As drose said, do you have an idea to simplify the workflow for synchronizing with tracks? Do you think the user interface in general has to be simplified?
(0000152)
Friedemann   
2008-01-01 16:43   
I'm a bit confused now about daylight saving time... In my opinion it's ok to always decrease the date time of the taken image by 1 hour if the user enables the option "Daylight Saving Time", isn't it??? Why do you think it depends on southern or northern hemisphere? Does it really in general? Do you think on southern hemisphere, always 1 hour has to be added to the taken date time to make it comparable with UTC time?
(0000175)
ScottD   
2008-01-02 13:32   
The extra 30 minutes is the difference between Adelaide (South Australia) timezone which the camera was set in, and Melbourne (Victoria) timezone that was local time for the track.

I think the daylight saving confusion is that daylight saving in the southern hemisphere is October-April, opposite to northern hemisphere. The track was recorded in June which did NOT have daylight saving, but I'm trying to correlate it in January WITH daylight saving. The timezone being set in the image file is +11:00 - the timezone WITH daylight saving. The correlation only works at all with when the timezone is being downloaded from the web service.
(0000176)
Friedemann   
2008-01-02 14:11   
The daylight saving time value will not be read from the webservice. It only depends on your manual setting in the dialog. So I don't see the problem right now...
(0000195)
ScottD   
2008-01-03 12:23   
(Last edited: 2008-01-03 12:24)
Maybe it's unclear what the "daylight saving" checkbox is supposed to do, and how it interacts with the time in the photos, the time in the track log (which is actually GMT/UTC, I think), the time on the computer running the software, and the new timezone to be written to the image file.

In my case, the photos are start with no timezone info, and the time in Australian Central Standard Time (+09:30). The track log was recorded in Australian Eastern Standard Time (+10:00), but I believe the .gpx file contains these times converted to UTC. The computer I have tried with several settings, but should be Australian Eastern Summer Time (+11:00). I want the time and timezone written to the file to be either the original time with +09:30, or add 30 minutes to it and mark it +10:00. In fact, the timezone written appears to be +11:00. Do I make sense now?

What does the web service do? Are you sure it's not doing anything with daylight saving?

Thank you for looking promptly at my issue.

(0000196)
Friedemann   
2008-01-03 12:45   
Is it possible to send me the track file and one image which you want to synchronize with it to support@geosetter.de? Then it's easier for me to discuss the issue...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
96 [GeoSetter] User Interface tweak always 2008-01-03 18:47 2008-01-03 20:40
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.4 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.2.5 release  
    Target Version:  
Summary: CTRL-A selects also directories
Description: A directory contains pictures and other directories. If the user seletcts all pictures in that directory by hitting CTRL-A the included directories are also highlighted as the pictures.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000201)
Friedemann   
2008-01-03 18:50   
Yes, I know. But do you see any disadvantage in this behaviour?
(0000203)
drose   
2008-01-03 20:06   
It is no disadvantage if any operation will skip the directories. But i didnt expect this behavior (i told Geosetter to select picture by CTRL-A, not to select directories). On the other hand what will happen if a future Geosetter will be able to delet pictures from a directory ? But it is your decission to drop my complain ;-)
(0000204)
Friedemann   
2008-01-03 20:33   
Ok ok ok ;-) You're right. I'm a bit afraid of deleting commands like pressing DEL after CTRL+A. I'll change it...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
61 [GeoSetter] User Interface feature always 2007-12-29 13:00 2008-01-03 14:55
Reporter: kustich Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.3 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Einfache Eingabe von Titel und Kommentar
Description: GeoSetter ist genial, nur ein "kleines" Feature fehlt mir (welches Exifer leider schon nicht hatte): die EINFACHSTE Eingabe von Titel und Kommentar für Bilder. Ich stelle mir das so vor:

1. Bilder auswählen für Bearbeitung
2. Start Beschriftung -> Eingabefenster ähnlich wie bei Ctrl+E erscheint, aber nur mit den Textboxes für Titel und Kommentar (zusammen mit Thumbnail des aktuellen Bildes)
3. Titel des Bildes eingeben (vorhergehende Titel werden mit Intellisense natürlich angeboten...) ENTER
4. Kommentar des Bildes eingeben ENTER
5. Nächstes Bild wird geladen, zurück zu Schritt 3 bis alle Bilder beschriftet wurden

Da mit ein solches Programm zur schnellen Beschriftung fehlt, habe ich selbst mal eines geschrieben und aufs Netz gelegt, siehe http://www.kusti.ch/html/exif/ , da ich jedoch Rad nicht immer neu erfinden möchte und mit GeoSetter ein sehr gutes Produkt da ist, wäre es toll, wenn ich meine eigene Entwicklung einstellen könnte... ;-)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000189)
Friedemann   
2008-01-03 01:41   
Eine kleiner Schritt in diese Richtung wäre doch vielleicht folgendes: Lege Dir einfach die Eingabefelder welche Du benötigst auf die Ansicht "Benutzerdefiniert". Wenn Du nun alle Bilder auswählst bevor Du den Dialog aufrufst, kannst Du dann zwischen den Bildern mit ALT+STRG+Links und ALT+STRG+Rechts wechseln. Also dann so

1. Titel des Bildes eingeben TAB
4. Kommentar des Bildes eingeben ALT+STRG+Rechts
5. SHIFT+TAB und zurück zu Schritt 1
(0000197)
kustich   
2008-01-03 13:48   
Damit könnte ich durchaus leben, die Benutzerdefinierte Ansicht ist eine gute Sache und erfüllt meine Bedürfnisse weitgehenst.

Was ich mich aber (in etwas ketzerischer Weise) in diesem Zusammenhang frage: gibt es wirklich noch Systeme, welche mit einer Bildschirmauflösung von 800x600 arbeiten? Wäre es nicht eine Option, das Eingabefenster auf 1024x768 zu vergrössern oder (Luxus pur) gar variabel (= Bildschirmfüllend) zu machen?
Dann wäre es allgemein übersichtlicher und auch das Vorschaubild grösser (wodurch man wieder erkennt, wer auf dem Bild ist).

Wenn Du auf ein grösseres Fenster umstellst, darfst Du den Punkt als "erledigt" markieren ;-)
(0000198)
Friedemann   
2008-01-03 14:54   
Diesen Punkt darf ich auch so "erledigen", da Du ja frecherweise einen Änderungswunsch mit anderem Inhalt hinzufügst ;-)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
94 [GeoSetter] User Interface minor always 2008-01-03 12:50 2008-01-03 13:16
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.4 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.2.5 release  
    Target Version:  
Summary: Pressing ENTER in empty keyword list causes exception
Description: Pressing ENTER in empty keyword list causes exception
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
90 [GeoSetter] User Interface trivial always 2008-01-01 23:14 2008-01-03 02:47
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.4 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.2.5 release  
    Target Version:  
Summary: Einstellung "Aktuelle Werte für alle ausgew. Bilder übernehmen" - "Erstellt am" / "Zeitzone"
Description: "Aktuelle Werte für alle ausgew. Bilder übernehmen" / "Erstellt am" / "Nur Zeitzone"; diese Zeitzone markieren. Beim nächsten Aufruf dieses Dialogs werden alle vorigen Einstellungen übernommen, bis eben auf diese "Zeitzone". Nix schlimmes, aber nicht konsequent.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000191)
Friedemann   
2008-01-03 02:47   
Die Optionen für die Zeitzonen werden sich jetzt zwar auch noch nicht gemerkt, aber ich habe es jetzt für die ErstelltAm- und VeröffentlichtAm-Zeitzone genauso gemacht wie für die Aufnahmedatum-Zeitzone, nämlich das bei aktivierter Option für das Datum selbst erstmal die Zeitzonenoption aktiviert ist. Ich denke mir, das verhindert ein vielleicht unabsichtliches überschreiben der Datumswerte...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
93 [GeoSetter] User Interface minor always 2008-01-02 14:59 2008-01-03 02:36
Reporter: Arnaud Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.4 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.2.5 release  
    Target Version:  
Summary: Automatic removal of favorites
Description: I use the favorites drop down to store the most accessed directories.

The problem is I use a laptop with several external hard drives, on which are the pictures.

If I start GeoSetter with the main disk switched off, then all favorites are removed because they are not found.

Can the automatic removal of favorites de desactivatable ?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000177)
Friedemann   
2008-01-02 15:27   
You're right, this can be a problem. I'll add a menu entry to this menu "Remove non existent entries" (or something like this) and disable the automatic removal completely.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
60 [GeoSetter] User Interface feature always 2007-12-28 05:09 2008-01-03 02:01
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.2.4 release  
    Target Version:  
Summary: Create Folders for Images and Tracks in Google Export
Description: Create Folders for Images and Tracks in Google Export
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
62 [GeoSetter] User Interface tweak always 2007-12-29 22:58 2008-01-03 02:00
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.4 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.2.5 release  
    Target Version:  
Summary: Tooltip-Text kann verbessert werden
Description: Die rote Positionsmarke wird konsequent "Kartenmarkierung" genannt. Mit einer Ausnahmen im Tooltip für das Symbol "Bildposition übernehmen" zwischen den Fesntern : dort steht "Übernehme Position des ausgewählten Bildes in Karte". Vorschlag "Position des ausgewählten Bildes an Kartenmarkierung zuweisen".
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000128)
Friedemann   
2007-12-30 02:32   
Ok, erledigt. Die aktualisierte Sprachendatei müsste nun über "Hilfe | Auf Update prüfen" und dort über "Auf aktualisierte Sprachen prüfen..." zur Verfügung stehen.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
71 [GeoSetter] Image Data minor always 2007-12-30 23:43 2008-01-03 01:58
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.4 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.2.5 release  
    Target Version:  
Summary: "Mit Bildern synchronisieren" - Zeitzone
Description: werden Bilder synchronisiert, wird die Zeitzone nicht synchronisiert. Ist dies mit Absicht so implementiert oder ein Bug (muss man bei dir ja immer Fragen was für Gedanken da dahinter stecken :-))
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000134)
Friedemann   
2007-12-30 23:52   
Wenn Du im Synchronisationsdialog "Zeitzone online abrufen..." und "Zu Aufnahmedatum hinzufügen" aktiviert hast, sollte die Zeitzone auch aktualisiert bzw. hinzugefügt werden. Die einzige Ausnahme: Wenn der Online-Abruf der Zeitzone nicht erfolgreich war (momentan war www.geonames.org mal wieder ein wenig unzuverlässig), bekommt man das nicht durch eine Fehlermeldung mit. Es wird dann einfach die alternative Zeitzone aus der Dropdownliste benutzt, jedoch NICHT ins Aufnahmedatum übernommen. Nein, eine andere Ausnahme gibt's natürlich auch noch: Es funktioniert nicht so wie gedacht ;-)

> muss man bei dir ja immer Fragen was für Gedanken da
> dahinter stecken :-))

Was soll das heißen :-DD
(0000136)
drose   
2007-12-31 00:11   
> Was soll das heißen :-DD
Heiko will sich wohl unbeliebt machen ;-))
(0000137)
heiko   
2007-12-31 00:16   
mhhh, ich hab schon auch noch vage im Kopf dass der synchronisations Dialog mal anders ausgesehen hat, aber im Moment sieht der wie im Screenshot aus. Und da gibts keine Einstellung "Zeitzone online abrufen" und "Zu Aufnahmedatum hinzufügen". Gut, ich bin manchmal ein wenig blind, aber ich hab auch 2x hingesehen und nix gefunden :-)
oder meinst du unter "Einstellungen / Sonstiges" "Aktualisiere Zeitzone in Aufnahmedatum bei Koordinatenzuweisung aus Karte"?????

> Was soll das heißen :-DD

das soll ganz einfach heißen, dass ich die ein oder andere Funktion schon anders interpretiert habe als du das gedacht hast und mit deiner Erklärung dann schon immer alles klar war :-)

@drose: nönööö; ich will mich sicherlich nicht unbeliebt machen, aber die Erfahrung lehrt :-)

An der Stelle aber noch ne andere Frage (oder hast du das lieber in nem seperaten Call): gibts ne Möglichkeit alle Daten die du im Moment online abfragst auch lokal zu machen. Sprich die Karten, die Daten von geonames.org, usw lokal zu halten?
(0000138)
Friedemann   
2007-12-31 02:53   
Ach Gott... ich bin schon völlig wirr! Heiko, entschuldige bitte. Ich habe von der GPS-Synchronisierung gesprochen. Das kommt davon, wenn man sich den Screenshot nicht anschaut... Habe das jetzt geprüft, Du hast völlig Recht...

Zu den Geonames-Daten: Die Datenbestände werden zum Download angeboten, d.h. man könnte die auch lokal halten. Das wäre aber ein größerer Aufwand nötig. Man müsste eine Datenbank basteln, vielleicht auf MySQL-Basis, über welche dann die Abfragen laufen müssten. Auch die Abfragen selbst wären wohl eine kleine Herausforderung etc. Das wäre auf jeden Fall was, was ich gerne einbauen würde (habe ich auch schon länger im Hinterkopf), aber es ist wie gesagt etwas aufwändiger und zeitlich momentan nicht drin.

Die Karten lokal zu halten geht nicht, jedenfalls nicht die von Google Maps. Ich müsste das Programm also auf Verwendbarkeit anderen Kartenmaterials erweitern. Das wäre ein noch größeres Vorhaben als das mit dem lokalen Geonames-Kram und lässt mit Sicherheit noch einige Zeit auf sich warten ;-)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
65 [GeoSetter] Image Data major always 2007-12-30 12:54 2008-01-03 01:58
Reporter: pte Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.4 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.2.5 release  
    Target Version:  
Summary: fehlerhafte Interpretation von Längen und Breitenangaben im Format Grad Minuten Sekunden
Description: Geodaten im Format Grad,Minuten,Sekunden wie sie beispielsweise von Photoshop eingtragen werden, werden fehlerhaft in Geosetter interpretiert. Die Sekunden werden abgeschnitten.
Beispiel:
Zuordnung einer Position 50,5551N;13,1454E in Geosetter zu einer .NEF Datei.
Eingetragen in .NEF und .xmp Datei als 50°33.3067'.
Anzeige dieser Daten im ExifTool richtig als 50°33'18.4".
Anzeige in Photoshop richtig als 50°33'18.4".
Aktuallisierung der .xmp Datei in PS und speichern Bild als .jpg.
Daten sind in .xmp und .jpg in der Form 50,33,18.4 und 13,8,43.61 abgespeichert.
Anzeige dieser Daten im ExifTool richtig als 50°33'18.4".
Anzeige in Geosetter jetzt fehlerhaft als 50,5500;13,1333 (entspricht Werten ohne Berücksichtigung der Sekunden.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000129)
Friedemann   
2007-12-30 13:56   
Könntest Du mir mal die XMP-Datei an support@geosetter.de zusenden? Ich bekomme es auf die beschriebene Art und Weise nicht hin, dass die Koordinaten in diesem Format abgespeichert werden. Das war mir auch bisher unbekannt und deshalb wird es sicherlich falsch angezeigt. Ich war bisher von einer Speicherung in den XMP-Daten im Dezimlaformat ausgegangen...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
76 [GeoSetter] User Interface tweak always 2007-12-31 11:39 2008-01-03 01:57
Reporter: Thomas Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.4 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.2.5 release  
    Target Version:  
Summary: verschiedene Schriftgrößen
Description: Beim Synchronisieren der Geodaten mehrerer Bilder z.B. zwischen jpg und RAW ist die Schriftgröße im Ergebnisfenster in den beiden Spalten "Quellbilder" und "Zielbilder" unterschiedlich (rechts größer, siehe Anhang). Dadurch sieht es zunächst so aus, als seien die Listen verschieden lang, auch wenn die Zuordnung nur 1:1 erfolgt. Gleiche Schriftgröße links und rechts wäre m.E. besser.

Gruß,
Thomas
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
79 [GeoSetter] User Interface feature always 2007-12-31 16:31 2008-01-03 01:56
Reporter: kustich Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.4 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.2.5 release  
    Target Version:  
Summary: Längere Textboxen für Titel und Überschrift
Description: Die Textboxen für Titel und Überschrift sind sehr kurz (da nebeneinander, siehe angehängtes Bild). Ich würde es begrüssen, wenn diese Eingabefelder untereinander und somit entsprechend länger wären.

Etwas zweites dazu: in vielen Programmen findet man unterdessen als Eingabeunterstützung ein "Drop-Down-Textfeld" (siehe Bild unten). Dies wäre für einzeilige Textfelder sehr praktisch.

Tags:
Steps To Reproduce:
Additional Information: PS: Das Programm ist genial - bitte meine ständigen Feature-Wünsche nicht als meckerei auslegen... ;-) Gutes Neues Jahr wünscht Kusti.
Attached Files:
Notes
(0000143)
Friedemann   
2007-12-31 17:26   
> bitte meine ständigen Feature-Wünsche nicht als meckerei
> auslegen... ;-)

Ach was, nein. Änderungswünsche sind immer gut!!!

Was die Länge der Eingabefelder betrifft, ist das richtig, die sind ein wenig kurz. Werde sie wohl untereinander anordnen. Muss bloß sehen dass der Dialog nicht zu lang/hoch wird.

Die Dropdownlisten hast Du doch aber bei allen einzeiligen Eingabefeldern...
(0000144)
kustich   
2007-12-31 17:32   
Ja, Dropdown-Boxes sind schon da, nur verhalten sie sich etwas anders als von mir gewünscht: Bei "normalen" Drop-Down Boxen (wie im Geosetter) muss ich mit der Maus auf den Pfeil gehen, um die Liste sehen zu können.

Die von mir gewünschte Box liefert jedoch immer automatisch (d.h. während der Eingabe) die Auswahl an Texten, welche zum bereits eingegebenen Text passt. Mit Pfeil rauf/runter kann man dann einen bestehenden Text auswählen und mit Enter übernehmen. (Ein ähnliches Verhalten ist ja bereits implementiert, aber nur für einen Text, der dann vorgschlagen wird)
(0000145)
Friedemann   
2007-12-31 17:38   
> (Ein ähnliches Verhalten ist ja bereits implementiert, aber nur für
> einen Text, der dann vorgschlagen wird)

das verstehe ich jetzt ehrlich gesagt nicht. Beim Tippen wird der vielleicht passende Eintrag vorgeschlagen. Und du kannst mit den Pfeil-tasten auch rauf und runter, das heißt von einem bestehenden Eintrag zum nächsten gehen. Das ist doch eigentlich Standardverhalten, bzw. so kenne ich das auch von anderen Anwendungen. Welches Verhalten fehlt Dir denn genau???
(0000147)
babar   
2007-12-31 21:30   
Hello,
I have notice the same issue, and a similar one: the buttons are too small, for somelanguage translations: (check attached picture).
One nice thing would be to make the window resizable and/or make it slightly bigger (on top of Kustich suggestion) to solve both problems.
Cheers
(0000148)
kustich   
2008-01-01 13:32   
Ein Nachtrag für ein besseres Verständnis: schau Dir einmal beim Internet Explorer das Eingabefeld für den URL an. Wenn man beginnt einen URL einzutippen, dann poppt die Drop-Down-Liste mit den passensten URLs direkt auf und der Inhalt verfeinert sich, je mehr Text man eingibt. Die Auswahl ist so immer gleich da und mit den Pfeil-Tasten kann man gezielt navigieren.
(0000150)
Friedemann   
2008-01-01 14:25   
Ok, dass die Liste automatisch aufklappt, das kann ich noch ändern. Das Eingabeverhalten ist aber ansonsten beim Explorer auch nicht anders, zumindest sehe ich keinen Unterschied. Bei der jetzigen Version von GeoSetter wird ja auch automatisch ergänzt etc. Wie gesagt, das Aufklappen kann ich machen, jedoch nicht, dass dann auch gefiltert wird. Es handelt sich bei dem Eingabemechanismus um Standardverhalten der Komponenten, welches nur schwer änderbar wäre.

@babar
> I have notice the same issue, and a similar one: the buttons are too
> small, for somelanguage translations: (check attached picture).

You are right. I already noticed that "Special Instructions" is not completely visible. This is a bug which will be fixed in the next update. Regarding the French buttons, I'll make the dialog a little bit wider. Creating it dynamically would be a lot more work, which isn't really necessary here I think.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
77 [GeoSetter] User Interface minor always 2007-12-31 11:50 2008-01-03 01:56
Reporter: Thomas Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.4 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.2.5 release  
    Target Version:  
Summary: Pfad Exiftool ändern
Description: Hallo,

ich habe im Menu Einstellungen/Daten-Optionen den Pfad zu Exif-Tool geändert, da ich das auch wo anders abgelegt hatte. Das funktioniert auch, aber bei jedem Neustart von Geosetter steht wieder der alte Pfad (Verzeichnis Tools im Geosetter-Pfad) drin - soll das so sein?

Gruß,
Thomas

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000140)
Friedemann   
2007-12-31 13:32   
Du hast Recht, und das soll nicht so sein. Obwohl ich mich mittlerweile fast ein wenig ärgere, dass ich eine Änderung überhaupt vorgesehen habe. Siehst Du denn darin überhaupt einen Sinn? Ich überlege, ob ich das nicht komplett rausnehme. Oder spricht da ein gewichtiges Argument dagegen? Ansonsten müsste ich auch eigentlich noch eine Versionsüberprüfung von ExifTool vornehmen, denn sonst ändert jemand den Pfad und bekommt dann nicht mit, dass es vielleicht eine neue Version von ExifTool gibt. Und ich schlage mich dann evtl. mit Fehlermeldungen rum ;-)
(0000141)
Thomas   
2007-12-31 14:16   
Nein, muss eigentlich nicht sein; mir ist es nur aufgefallen, da ich drei Tage vor dem letzten Update von Geosetter schon die neue Version von Exiftool verwendet hatte, und Exiftool außerdem auch ohne Geosetter verwende; deswegen wollte ich einen eigenen Pfad dafür. Ist aber nicht so wichtig, und lässt sich ggfs. ja auch über Links lösen. Wenn Du es ganz rausnimmst, ist das m.E. auch ok.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
87 [GeoSetter] User Interface major always 2008-01-01 23:04 2008-01-03 01:56
Reporter: Arnaud Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.4 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.2.5 release  
    Target Version:  
Summary: Performances & Huge directories
Description: I have several directories containing a huge number of pictures (1000+).

It takes a very long time to select/unselect one or more pictures in such a directory and ExifTool consumes a lot of CPU power for just that.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
72 [GeoSetter] Image Data tweak always 2007-12-31 00:02 2008-01-03 01:55
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.4 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.2.5 release  
    Target Version:  
Summary: Anzeiger der Zeiträume hinter den Trackbezeichungen fehlt.
Description: Nach der Synchronisierung von Bildern mit mehreren Tracks werden diese nicht im Verzeichnis der Bilder abgespeichert. Im Dialog zum ein oder ausblenden von Tracks steht hinter den Dateinamen der Tracks "(keine Zeitangaben verfügbar)".

Danach wurden alle Tracks entfernt und über "Tracks öffnen" alle Tracks aus dem Verzeichnis geladen. Danach waren die Zeitangaben im "Tracks darstellen"-Dialog nur bei einigen Tracks korrekt. Diesen Tracks waren keine Bilder bei der Synchronisation zugeordnet, da auf dieser Tour keine Photos gemacht wurden.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
73 [GeoSetter] User Interface minor always 2007-12-31 00:09 2008-01-03 01:54
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.4 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.2.5 release  
    Target Version:  
Summary: Unter dem Icon "Karte auf Track zoomen" fehlt die Dropdown-Liste
Description: Nach dem Synchronisieren von Bildern wurden 19 Tracks dargestellt. Alle Tracks haben keine Angabe über die Zeiträume. Unter dem Icon "Karte auf Track zoomen" werden keine Tracks angeboten. Durch Nachladen eines Tracks, mit dem kein Bild synchronisiert wurde, enthielt dieser Track eine Zeitraumangabe und die Dropdown-Liste von "Karte auf Track zoomen" war mit allen (!!) Tracks gefüllt.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
69 [GeoSetter] User Interface minor always 2007-12-30 23:18 2008-01-03 01:53
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.4 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.2.5 release  
    Target Version:  
Summary: Zomen auf Track schaltet den ersten von mehreren Tracks auf sichtbar.
Description: 1) Nach Synchronisation von 300 Bilder sind 19 relevante Tracks in Geosetter sichtbar.
Nach dem Ausblenden aller Tracks wird "Zoom auf Track" ausgeführt. Daraufhin wird der erste Track auf sichtbar (eingeblendet) geschaltet und dargestellt.

2) Nach Synchronisation von 300 Bilder sind 19 relevante Tracks in Geosetter sichtbar.
Nach dem Ausblenden aller Tracks und dem einblenden des 2 und 3 Tracks wird "Zoom auf Track" ausgeführt. Daraufhin wird der erste Track auf sichtbar (eingeblendet) geschaltet und alle drei Tracks dargestellt.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000187)
Friedemann   
2008-01-03 01:17   
Ich hoffe das ist jetzt ok. Habe das Zoomen auf Track nochmal ausgiebig getestet. Ich verstehe zwar die Fehlerbeschreibung nicht ganz, setze es aber erstmal auf erledigt ;-)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
88 [GeoSetter] User Interface major always 2008-01-01 23:07 2008-01-03 01:52
Reporter: Arnaud Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.4 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.2.5 release  
    Target Version:  
Summary: Display of several selected images
Description: When I select several images and I go on the map to set a particular spot, the list of highlighted pictures "disappears". There is no way to tell which pictures were selected before I click on the button that sets the GPS coordinates.

Just in case, I use the Eos theme.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000165)
Friedemann   
2008-01-01 23:58   
I'm not sure if I understand it correctly. When the file list loses the focus, for example by clicking in the map, the color of the selection frame on each selected image changes from blue to another color. The selection is still visible, but not very good, especially with EOS scheme. Is this what you mean?
(0000170)
Arnaud   
2008-01-02 09:01   
Yes, that's it.

When the list loses the focus, the selected items have a grey border very similar to other images. Only the last selected image has a yellow border.
(0000181)
drose   
2008-01-02 19:44   
(Last edited: 2008-01-02 23:54)
Well then there will be a solution for the selected pictures. But what about the picture markers on the maps windows ?
If i may ask for a new feature : Show all selected pictures with green markers on the map. It might be difficult or even not feasible becaus all changes have to be done in realtime in the IE-Maps window. But you can find all selected picture at a glance on the maps window.

(0000185)
Arnaud   
2008-01-02 21:48   
For your information, I use the feature in the following way :
1 - Select all pictures that need to be tagged on the same location
2 - Browse the map to set the marker
3 - Apply the position to the selected pictures

The problem is that I sometimes wonder at step 3 if I correctly selected all the pitures.
(0000188)
Friedemann   
2008-01-03 01:28   
The border color of selected images won't change when losing the focus anymore now.

> If i may ask for a new feature : Show all selected pictures
> with green markers on the map. It might be difficult or even
> not feasible becaus all changes have to be done in realtime
> in the IE-Maps window. But you can find all selected picture
> at a glance on the maps window.

As you mentioned already, showing markers on the map will take some time. For changing a marker from blue to green, it would be necessary to remove the blue marker (and destroy it in memory) first and then show a completely new marker. So I think I won't do it...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
70 [GeoSetter] Image Data minor always 2007-12-30 23:36 2008-01-03 00:09
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.4 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Unvollständiges Geotagging bei Verwendung von zwei aufeinander folgendenTracks vom gleichen Datum.
Description: Track 1 : 20.9.2007 8:56 - 10:28
Track 2 : 20.9.2007 11:34 - 20:22

zu synchronisierendes Bild : 20.9.2007 9:24 wird nicht mit dem 1. Track synchronisiert.

Das nächste Bild, das synchronisiert wird, hat ein Aufnahmedatum vom 11:38, liegt also im 2. Track.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000158)
Friedemann   
2008-01-01 22:13   
Ich habe das jetzt mal mit dem Track WG20070920085638_Levanto.gpx getestet, ich nehme mal an das ist der Track welchen Du meinst. Dafür habe ich ein Bild mit dem Aufnahmedatum 9:24 Uhr erzeugt. Die Zeitzone des Bildes ist +1:00 (Italien). Diese Stunde wird also vom Aufnahmedatum abgezogen, so dass man bei 8:24 UTC landet. Eigentlich besteht zu dem Zeitpunkt ja noch Sommerzeit, somit würde man bei 7:24 UTC landen. Der erste Wegpunkt der Trackdatei befindet sich bei 8:56 Uhr. Zwischen Wegpunkt und Bild befindet sich also etwas 1 Stunde und 33 Minuten. Wenn dieser Wegpunkt also dem Bild zugeordnet werden soll, muss man die maximal zulässige Zeitdifferenz auf mindestens 93*60=5580 einstellen. Wenn ich das tue, wird der Wegpunkt auch zugeordnet.

Die Frage ist nun: Die Uhrzeit der Kamera, war die auf lokale Ortszeit eingestellt? Wenn nein, z.B. weil die Sommerzeit nicht berücksichtigt war, die Uhr in der Kamera also quasi eine Stunde nach ging, dürfte man nicht die Option "Sommerzeit" aktivieren. Dann würde als maximale Zeitdifferenz 33*60=1980 reichen damit das Bild der ersten Trackposition zugeordnet wird.
(0000182)
drose   
2008-01-02 19:48   
(Last edited: 2008-01-02 22:13)
Probier ich mal aus. Normalerweise vergesse ich immer, die Kamera-Uhr zu stellen. Allerdings sind die ersten Bilder korrekt (zeitlich und räumlich) synchronisiert. Nur die eben besprochenen Bilder nicht, die an einem Tag gemacht wurden, an dem ich zwei Tracks aufgezeichnet habe. Ich sende Dir mal eines der Bilder per eMail.

(0000183)
drose   
2008-01-02 20:30   
Hoppla, die mail ist etwas groß geworden. Melde dich, wenn ich sie teilen soll.
(0000186)
Friedemann   
2008-01-03 00:08   
Ich denke das ist erledigt.

Ein in Zeitzone +1:00 und zur Sommerzeit um 11:02 Uhr aufgenommenes Bild befindet sich bei einem um 9:32 Uhr UTC anfangenden Track genau 30 Minuten vor Trackbeginn, denn das Bild wurde um 9:02 Uhr UTC aufgenommen. Es ist also ggf. die maximal zulässige Zeitdifferenz im Dialog ganz unten entsprechend einzustellen - in diesem Fall auf mindestens 30*60 = 1800.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
85 [GeoSetter] Image Data trivial always 2008-01-01 17:18 2008-01-02 21:21
Reporter: kustich Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.4 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Hybrid-Darstellung in Karte
Description: Für die Beschriftung der Bilder bevorzuge ich die Hybrid-Darstellung der Goolge Maps (Karte und Satellitenbild). Damit das auch mit dem Geosetter geht, habe ich die HTML-Datei angepasst: mit http://www.kusti.ch/html/maps/gmap21.html wird der Hybrid-Button sichtbar. Das fände ich auch für die "offizielle" Map ein gutes Feature.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000154)
Friedemann   
2008-01-01 17:23   
Ich glaube die Mühe hättest Du Dir sparen können ;-) Die aktuelle http://www.friedemann-schmidt.com/geosetter/gmap21.html enthält doch bereits die Hybrid-Ansicht als Unteroption des Buttons "Satellit". Oder funktioniert das bei Dir nicht?
(0000155)
kustich   
2008-01-01 17:27   
aargh... da steckt ja noch was darunter! Ich hatte nie auf diesen Button gedrückt, da ich die reine Satellitendarstellung nicht mag... Ok, alles klar, Danke!
(0000156)
drose   
2008-01-01 18:39   
Die neue Struktur wurde von Google Maps eingeführt. Ich gehe davon aus, das Geosetter nur einen Link auf Google Maps verwendet. D.h. eine Änderung bei Google Maps wird auch automatisch für Geosetter nutzbar.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
91 [GeoSetter] User Interface trivial always 2008-01-01 23:35 2008-01-02 00:21
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.4 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Ctrl-A im Karten Fenster
Description: gut, ich weiß es ist eigene Blödheit wenn man Ctrl-A im Kartenfenster wählt, aber das passiert mir leider immer mal wieder. Wäre schön wenn dieser Shortcut im Kartenfenster nicht funktioniert.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000163)
Friedemann   
2008-01-01 23:51   
Ich glaube das geht nicht. Das Kartenfenster ist ja der Internet Explorer und ich wüsste nicht, wie ich da Strg+A ausschalten kann...
(0000164)
heiko   
2008-01-01 23:54   
na in dem Fall muss ich wohl an meiner "Blödheit" arbeiten :-)
(0000166)
Friedemann   
2008-01-02 00:09   
Nee nee, mit Blödheit hat das ja nix zu tun, ist mir nämlich auch schon passiert ;-) Man bekommt die Selektion übrigens wieder weg wenn man ganz an den Rand der Karte klickt, z.B. unten...
(0000167)
heiko   
2008-01-02 00:16   
die Selektion hab ich schon auch wieder wegbekommen, aber ist einfach lästig :-) .. aber gut, ich leg das jetzt einfach mal so aus dass das mal wieder alles an MS liegt *g*

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
74 [GeoSetter] User Interface tweak always 2007-12-31 00:38 2007-12-31 02:31
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 2.2.4 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Symbol für Hinweise auf Karte ist identisch mit Symbol zur Konfiguration der Tooltip-Hinweise
Description: Es gibt zwei Hinweis-Funktionen : Ein Tooltip bei Mouseover über einem Bild oder als Klickable Symbol im Iconbar (sieht aus wie eine Sprechblase).

Meine Erwartung war, das man unter "Ansicht/Spalten und Anzeigeinfos einstellen ..." mit dem Reiter "Hinweise" das Format der Google-Maps-Sprechblasen einstellen kann. Das geht leider nicht, dafür kann ich dort das Format der Tooltips in der Bildervorschau einstellen. Blöderweise enhält der Reiter "Hinweise" das gleiche Symbol (Sprechblase) wie in der Iconbar, allerdings mit völlig anderer Bedeutung.

Zusatz : Das Icon "Infos für ausgewähltes Bild auf Karte zeigen" (Die Sprechblase im Iconbar) hat als einziges Icon keine Eentsprechung in einem Menü.
Tags:
Steps To Reproduce:
Additional Information: by the way : kann man die Inhalte der Google-Maps-Hinweisblasen konfigurieren ? Am einfachsten identisch wie für die Tooltips !?!?
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
63 [GeoSetter] Image Data major always 2007-12-29 23:11 2007-12-30 23:56
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.4 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Synchronisation von Testbildern mit Tracks liefert andere Ergebnisse als bei älteren Versionen
Description: Die Testbilder und Tracks wurden bisher erfolgreich mit den Tracks synchronisiert. Ein Testlauf mit Version 2.2.4 ergab abweichende Ergebnisse. Variationen des Zeitoffsets um volle Stunden brachte keine Lösung. Bei Bedarf stelle ich meine Daten zur Verfügung.
Tags:
Steps To Reproduce:
Additional Information: zu den Testbildern : 6 Bilder wurden an einem Ort innerhalb von 20 Minuten aufgenommen. Bei Synchronisation mit einem Offset von -1 Stunde wurde das 1. Bild einer ganz anderen Position auf dem Track zugewiesen. D.h. die zeitliche Zuordnung dieses Bildes war nicht korrekt. Bei Synchronisation mit -2 Stunden offset wurden die letzten 3 Bilder auf abweichenden Positionen zugewiesen.
Attached Files:
Notes
(0000125)
drose   
2007-12-29 23:37   
Hab mal ein paar Screenshots angefertigt. Scheint so, als würde Geosetter 2.2.4 auf das erste Bild keine Offset-Korrektur anwenden. Dieses liegt auf dem Track ca. eine Stunden in der Zukunft. Vergleich dazu beide Screenshots.
(0000126)
Friedemann   
2007-12-30 02:19   
Ich habe die Synchronisationsmethode ein wenig geändert: Wenn sich am Aufnahmedatum bereits eine Zeitzone befindet, wird diese für die Synchroniation benutzt. Ein Fehler in den vorhergehenden Versionen hat leider teilweise eine Zeitzone von "00:00" in die Bilder geschrieben. Kann es sein, dass das Problem bei Dir damit zu tun hat? Wenn es in Deutschland aufgenommene Bilder sind, schaue Dir bitte mal die Zeitzone an. Sie müsste auf "+01:00" stehen oder nicht vorhanden sein.
(0000131)
drose   
2007-12-30 22:58   
unter Geosetter 2.2.3 haben die 6 Bilder folgende Zeitzonen erhalten:
Bild 1: GMT
Bilder 2-6: leer.
Nach dem Löschen der Zeitzone im ersten Bild funktionierten die Testbilder in Geosetter 2.2.4 einwandfrei.
(0000132)
Friedemann   
2007-12-30 23:02   
Ok, dann war in Bild 1 eine falsche Zeitzone drin. Wurden denn deshalb die anderen 5 Bilder auch falsch synchronisiert???
(0000133)
drose   
2007-12-30 23:44   
Nein, die folgenden 5 waren richtig. Nach dem Löschen der Zeitzone für Bild 1 arbeitet Geosetter korrekt.
(0000135)
Friedemann   
2007-12-30 23:55   
Ok. Habe da auch schon auf der Webseite drauf hingewiesen. Tut mir leid, das ist vielleicht alles ein wenig undurchsichtig :-/

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
66 [GeoSetter] User Interface minor always 2007-12-30 20:12 2007-12-30 20:28
Reporter: tf3000 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.4 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Orts- und Höhenabfrage
Description: Mit Installation der neuen Version funktioniert die Höhen und Ortsabfrage nur noch sehr sporadisch bzw. fast gar nicht mehr. Einstellungen wurden nicht geändert, online Verbindung ist vorhanden.
Tags:
Steps To Reproduce:
Additional Information: Noch eine Frage eines naiven Anfängers:
kann ich die Abfragen über meine HP realisieren und wenn wie?
Ich denke dabei hauptsächlich an den erzeugten Traffic. Ich habe mir in den Kopf gesetzt, nahezu alle Bilder mit GPS Daten zu versehen.
Attached Files:
Notes
(0000130)
Friedemann   
2007-12-30 20:26   
Wenn die Online-Abfragen nicht funktionieren, hat das eigentlich nix mit GoeSetter bzw. dessen Version zu tun, sondern dann ist einfach der Webservice gerade nicht verfügbar. Gerade jetzt ist dies z.B. der Fall. Die benutzten Abfragen stehen eigentlich alle unter http://www.geonames.org/export/

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
64 [GeoSetter] User Interface feature always 2007-12-29 23:16 2007-12-30 02:34
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.4 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Darstellung nur der slektierten Bilder auf der Karte
Description: Neben den Zoomfunktionen für ein ausgewähltes Bild und der Zoomfunktion für alle Bilder wäre eine Zoomfunktion für alle selektierten Bilder sinnvoll. Damit kann man sich einen selektiven Überblick der Kartenpositionen der ausgewählten Bilder verschaffen.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000124)
drose   
2007-12-29 23:27   
Hoppla, das geht ja schon. Der Tooltip erklärt es ja. Nur das Symbol ist da etwas irreführend.
(0000127)
Friedemann   
2007-12-30 02:24   
Der Button mit dem Lupensymbol und dem einzelnen blauen Marker macht eigentlich genau dies, es wird auf die ausgewählten Bilder gezoomt - die zugehörigen Marker werden dargestellt, falls noch nicht vorhanden. Habe das gerade nochmal getestet und bei mir funktioniert das...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
54 [GeoSetter] User Interface tweak always 2007-12-21 14:46 2007-12-28 04:37
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Progress bar caption in synchronization dialog has glowing style
Description: Progress bar caption in synchronization dialog has glowing style
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
59 [GeoSetter] User Interface minor always 2007-12-28 04:33 2007-12-28 04:33
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.3 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Exception when selecting saved column templates
Description: Exception when selecting saved column templates
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
58 [GeoSetter] User Interface minor always 2007-12-28 02:46 2007-12-28 02:46
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.3 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Wrong Track Colours in Google Earth Export
Description: Wrong Track Colours in Google Earth Export
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
57 [GeoSetter] Image Data minor always 2007-12-27 20:47 2007-12-28 02:45
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.3 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Non existing time zone will be saved as "+00:00"
Description: This may cause unwanted behaviour in other applications, for example Lightroom.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
56 [GeoSetter] Image Data minor always 2007-12-23 12:33 2007-12-23 13:54
Reporter: Reiner H Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.1 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Version 2.2.3: Fehlermeldung beim Speichern
Description: Bei "zusätzliche EXIF Tools" wird beim Abspeichern immer noch eine Fehlermeldung angezeigt, zusätzlich dauert in der Version 2.2.3 (unter Produktversion in Mantis ist diese Version nicht verfügbar) das Abspeichern von NEF Dateien fast eine Minute, das ist sehr viel länger, als in den Vorgängerversionen.
Tags:
Steps To Reproduce:
Additional Information: Datei: ...3251.xmp

EXIF Tool-Aufruf.
C:\Programme\GeoSetter\tools\ExifTool.exe -overwrite_original -P -m -L -XMP:DateTimeOriginal="2007:01:27 07:09:54.49+01:00" -XMP:GPSAltitude="84.0" -XMP:GPSAltitudeRef="Above Sea Level" -XMP:CountryCode="THA" -XMP:Country="Thailand" -XMP:State="Kamphaeng Phet" -XMP:City="Phran Kratai" -XMP:Location="Ban Nakhon Chum" -execute -overwrite_original -P "-IPTC:Keywords+<$IPTC:Country-PrimaryLocationName" "-XMP:Subject+<$IPTC:Country-PrimaryLocationName" -if "not $IPTC:Keywords=~/$IPTC:Country-PrimaryLocationName/" -execute -overwrite_original -P "-IPTC:Keywords+<$IPTC:Province-State" "-XMP:Subject+<$IPTC:Province-State" -if "not $IPTC:Keywords=~/$IPTC:Province-State/" -execute -overwrite_original -P "-IPTC:Keywords+<$IPTC:City" "-XMP:Subject+<$IPTC:City" -if "not $IPTC:Keywords=~/$IPTC:City/" -execute -overwrite_original -P "-IPTC:Keywords+<$IPTC:Sub-Location" "-XMP:Subject+<$IPTC:Sub-Location" -if "not $IPTC:Keywords=~/$IPTC:Sub-Location/" -common_args "I:\Thai_Lao_Vietn_2007\2007_01_27\DSC_3251.xmp"

Fehler und Warnungen:

Warning: [minor] Tag 'IPTC:Country-PrimaryLocationName' not defined - I:\Thai_Lao_Vietn_2007\2007_01_27\DSC_3251.xmp
Warning: [minor] Tag 'IPTC:Province-State' not defined - I:\Thai_Lao_Vietn_2007\2007_01_27\DSC_3251.xmp
Warning: [minor] Tag 'IPTC:City' not defined - I:\Thai_Lao_Vietn_2007\2007_01_27\DSC_3251.xmp
Warning: [minor] Tag 'IPTC:Sub-Location' not defined - I:\Thai_Lao_Vietn_2007\2007_01_27\DSC_3251.xmp


Datei: ...3251.JPG

Exif Tool-Aufruf:
C:\Programme\GeoSetter\tools\ExifTool.exe -overwrite_original -P -m -L -XMP:DateTimeOriginal="2007:01:27 07:09:54.49+01:00" -XMP:GPSAltitude="84.0" -XMP:GPSAltitudeRef="Above Sea Level" -XMP:CountryCode="THA" -XMP:Country="Thailand" -XMP:State="Kamphaeng Phet" -XMP:City="Phran Kratai" -XMP:Location="Ban Nakhon Chum" -execute -overwrite_original -P "-IPTC:Keywords+<$IPTC:Country-PrimaryLocationName" "-XMP:Subject+<$IPTC:Country-PrimaryLocationName" -if "not $IPTC:Keywords=~/$IPTC:Country-PrimaryLocationName/" -execute -overwrite_original -P "-IPTC:Keywords+<$IPTC:Province-State" "-XMP:Subject+<$IPTC:Province-State" -if "not $IPTC:Keywords=~/$IPTC:Province-State/" -execute -overwrite_original -P "-IPTC:Keywords+<$IPTC:City" "-XMP:Subject+<$IPTC:City" -if "not $IPTC:Keywords=~/$IPTC:City/" -execute -overwrite_original -P "-IPTC:Keywords+<$IPTC:Sub-Location" "-XMP:Subject+<$IPTC:Sub-Location" -if "not $IPTC:Keywords=~/$IPTC:Sub-Location/" -common_args "I:\Thai_Lao_Vietn_2007\2007_01_27\DSC_3251.xmp"

Fehler und Warnungen:
Warning: [minor] Tag 'IPTC:Country-PrimaryLocationName' not defined - I:\Thai_Lao_Vietn_2007\2007_01_27\DSC_3251.xmp
Warning: [minor] Tag 'IPTC:Province-State' not defined - I:\Thai_Lao_Vietn_2007\2007_01_27\DSC_3251.xmp
Warning: [minor] Tag 'IPTC:City' not defined - I:\Thai_Lao_Vietn_2007\2007_01_27\DSC_3251.xmp
Warning: [minor] Tag 'IPTC:Sub-Location' not defined - I:\Thai_Lao_Vietn_2007\2007_01_27\DSC_3251.xmp
Attached Files:
Notes
(0000119)
Friedemann   
2007-12-23 13:54   
Ich betone nochmals: Das sind keine Fehlermeldungen, sondern Warnungen und lassen sich auch nicht ändern, da in XMP-Dateien keine IPTC-Felder vorhanden sind.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
23 [GeoSetter] Image Data major always 2007-12-09 22:26 2007-12-21 13:27
Reporter: kuntaldaftary Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.0.6 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: XMP information seems to be not written to the image
Description: I have observed this with 2.0.7 build but the closest I could select from the drop-down menu above was 2.0.6 Beta.

The values seem to be written out only to the Exif-GPS and IPTC locations. This includes the "Altitude" value (which might explain the issue http://www.geosetter.de/mantis/view.php?id=22 reported by me). This also includes the Keywords and all other GPS information.

All this information is not seen in the "Edit Data" dialog or in the thumbnail or table view. It seems like version 2.0.7 and 2.1.0 are reading the values from XMP fields but writing the values only to Exif/IPTC fields.

Issue 22 might get resolved automatically if this issue gets resolved.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000025)
Friedemann   
2007-12-09 23:44   
I can't reproduce this problem. But maybe you have switched on the option "Save data in XMP sidecar files"??? If the data doesn't exist in the image itself, it won't be written to it. It will be written only to the sidecar file. BUT: There's a bug with reading sidecar files which I just noticed (http://www.geosetter.de/mantis/view.php?id=26). GeoSetter doesn't read the sidecar file if it contains a BOM at the beginning. I think this BOM is new in ExifTool 7.06.

Can you please change again the altiude value and post the command line here ("Images | Show save report..." in GeoSetter).
(0000027)
kuntaldaftary   
2007-12-10 08:33   
I checked the option in settings. The option is NOT turned on for XMP sidecar files. So that cannot be the issue. I will try to recreate the issue and get the command line used. Please give me couple of days for that.
(0000102)
kuntaldaftary   
2007-12-20 22:46   
i finally got a chance to try this out again (my pc was not working for a while). i tried this with the latest version 2.2.1 and i could not recreate the problem. at this point, this issue should be considered closed.

there were a couple of new other issues that I saw for which I will open a different bug.
(0000103)
kuntaldaftary   
2007-12-20 22:50   
btw - on a related note - the xmp information that is written to the image is not being read by Adobe Bridge. I am suspecting that there is some interoperability issue that has popped up between Bridge and exiftool. I think that is what led me to erroneously believe that XMP is not being written. Just FYI in case others report this issue.
(0000104)
Friedemann   
2007-12-20 23:19   
When I'm doing changes to an image, I see them also in Bridge. I don't think that ExifTool isn't compatible with Bridge. Do you perhaps have an exmaple image, which data you don't see in Bridge? You can send it to support@geosetter.de
(0000113)
kuntaldaftary   
2007-12-21 10:54   
The data that does not show up in Bridge is Keywords (IPTC and XMP). Rest of the data shows up fine (like City, State, GPS info, etc).

I tried this with exiftool directly without using geosetter to set the keywords and the same result. Here is the CLI I used:

exiftool -P -m -L -IPTC:Keywords+="geo:lat=37.36022951" -IPTC:Keywords+="geo:lon=-121.96014315" -IPTC:Keywords+="geotagged" -XMP:Subject+="geo:lat=37.36022951" -XMP:Subject+="geo:lon=-121.96014315" -XMP:Subject+="geotagged" DSC01050.JPG

Before the CLI, exiftool output was:

[XMP-dc] Subject : Events/Visit
[IPTC] Keywords : Events/Visit

After the CLI, exiftool output was:

[XMP-dc] Subject : Events/Visit, geo:lat=37.36022951, geo:lon=-121.96014315, geotagged
[IPTC] Keywords : Events/Visit, geo:lat=37.36022951, geo:lon=-121.96014315, geotagged

So the keywords are definitely being written out to the file by exiftool.

However, if I open the file in bridge (I even made sure I purge the cache) the keywords dont show up. I am sending the file in a seperate email. The bridge version I use is CS2.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
44 [GeoSetter] Image Data minor always 2007-12-20 10:56 2007-12-21 13:26
Reporter: mawosch Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.1 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Original überschreiben nicht möglich
Description: Im Einstellungsdialog wurde die Option "Originaldatei beim Speichern überschreiben" ausgewählt.
Bildern werden Koordinaten zugewiesen.
Dann speichern.
Im Zielverzeichnis sind die zusätzlichen Dateien nach dem Muster "PC201026.JPG_original" vorhanden.
Selbes Verhalten nach Neustart von GeoSetter.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000096)
heiko   
2007-12-20 11:56   
ist mir vorhin auch aufgefallen, und bevor ich den Call reinstellen konnte gabs schon einen :-)

ich habe den Eindruck (bin mir aber nicht 100%ig sicher), dass dieser Effekt nur in Zusammenhang mit XMP Sidecars auftritt.

hier mal der Report von einem File wo das bei mir auch passiert ist:

C:\Programme\GeoSetter\tools\ExifTool.exe -overwrite_original -P -m -GPS:GPSSatellites="0" -GPS:GPSLatitude=47.69217222 -GPS:GPSLongitude=10.03948611 -GPS:GPSLatitudeRef="N" -GPS:GPSLongitudeRef="E" -GPS:GPSMapDatum="WGS-84" -GPS:GPSAltitude="708.0" -GPS:GPSAltitudeRef="Above Sea Level" -XMP:GPSLatitude=47.69217222 -XMP:GPSLongitude=10.03948611 -XMP:GPSDateTime="2007:08:06 16:05:42+00:00" -XMP:CountryCode="DEU" -XMP:Country="Deutschland" -XMP:State="Baden-Württemberg" -XMP:City="Isny im Allgäu" -XMP:Location="Neutrauchburg" -execute -L -IPTC:Country-PrimaryLocationCode="DEU" -IPTC:Country-PrimaryLocationName="Deutschland" -IPTC:Province-State="Baden-Württemberg" -IPTC:City="Isny im Allgäu" -IPTC:Sub-Location="Neutrauchburg" -common_args "C:\Dokumente und Einstellungen\HLeupolz\Eigene Dateien\Own\DSC01412.JPG"

Friedemann, ich weiß zwar nicht ob irgendwas dagegen spricht, aber wenn ich das Log sehe, wäre es sicherlich die einfachste Möglichkeit -overwrite_original zu den -common_args rüber zu nehmen, oder? Denke mal dass durch die XMP Sidecars der -execute in den Aufruf reingekommen ist
(0000106)
Friedemann   
2007-12-20 23:52   
Das ist sehr merkwürdig. Mit den zusätzlichen Parametern bzw. Sidecars kann das eigentlich in diesem Fall nix zu tun haben, da ich im Screenshot von Mawosch keine sehe. Das verrückte ist, dass ich den gleichen Effekt gestern wohl auch mal hatte, habe es aber zu spät bemerkt und konnte mir die Parameter nicht mehr ansehen. Nun kann ich das nicht mehr reproduzieren. Der Parameter overwrite_original ist immer drin.

Mawosch, tritt das bei Dir wirklich immer auf? Wenn ja, könntest Du mir bitte mal die Aufrufparameter herauskopieren (Bilder | Speicherreport anzeigen).
(0000107)
Friedemann   
2007-12-20 23:58   
Das ist sehr merkwürdig. Mit den zusätzlichen Parametern bzw. Sidecars kann das eigentlich in diesem Fall nix zu tun haben, da ich im Screenshot von Mawosch keine sehe. Das verrückte ist, dass ich den gleichen Effekt gestern wohl auch mal hatte, habe es aber zu spät bemerkt und konnte mir die Parameter nicht mehr ansehen. Nun kann ich das nicht mehr reproduzieren. Der Parameter overwrite_original ist immer drin.

Mawosch, tritt das bei Dir wirklich immer auf? Wenn ja, könntest Du mir bitte mal die Aufrufparameter herauskopieren (Bilder | Speicherreport anzeigen).
(0000109)
Friedemann   
2007-12-21 05:56   
Ich bin ja blöd... Bei einer eventuell nötigen Latin1-Kodierung bzw. einem zu speichernden Sekundenbruchteil des Aufnahmedatums in XMP:DateTimeOriginal hänge ich ein "-execute" dran um das vom anderen Kram trennen zu können (wegen "-L" oder wegen "-n"). Nach einem "-execute" gelten "-overwrite_original" und "-P" nicht mehr. Bla bla bla ;-) Also, Fehler gefunden :-) Ich hoffe ich schaffe heute noch ein Update, sonst wird's leider nach Weihnachten...
(0000111)
Friedemann   
2007-12-21 06:13   
Heiko, ich denke sogar, dass ich beim zusätzlichen "-execute" immer das "-overwrite_original -P" reinpacken kann, denn auch wenn eine Sicherheitskopie erstellt werden soll, wird das ja schon beim ersten Befehlsteil getan, d.h. eine zweite Kopie wäre sowieso nicht nötig bzw. sogar völlig unerwünscht, da sie die erste überschreibt, und zwar mit einer Version die ja gerade geändert wurde...

Das sind natürlich eventuell auch wieder die zusätzlichen Parameter zu überdenken... ;-)
(0000114)
Friedemann   
2007-12-21 12:45   
Zumindest beim Schreiben von Sekundenbruchteilen wird der "-n" Parameter und dadurch ein zusätzliches "-execute" nicht mehr benötigt, da es jetzt ExifTool 7.07 gibt. Dies nur zur Info für die technisch interessierten ;-)

http://www.sno.phy.queensu.ca/~phil/exiftool/history.html ("Allow decimal seconds to be written in time values without needing to use -n")
(0000115)
Friedemann   
2007-12-21 13:26   
Nochmal zur Info: Ich ersetze nun in der fertigen Kommandozeile (ohne Dateinamen) alle "-execute " durch "-execute -overwrite_original -P ". Dann wird je nach Angabe in den Einstellungen noch ein "-overwrite_original" oder ein "-P" oder beides vorangestellt. Das sollte dann auch mit den zusätzlichen Parametern wie gewünscht funktionieren.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
45 [GeoSetter] Image Data minor always 2007-12-20 10:59 2007-12-21 06:16
Reporter: mawosch Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.1 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Datum/Zeit der Datei wird beim Speichern geändert
Description: Bei Einstellungen wurde "Dateidatum und -zeit beim Speichern erhalten" gewählt.
Nach dem Speichern haben die Bilder im Explorer das aktuelle Datum der Änderung.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
52 [GeoSetter] Image Data minor always 2007-12-20 22:56 2007-12-21 06:14
Reporter: kuntaldaftary Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.1 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Unchanged Date/Time written to image and some GPS not being written to XMP
Description: Here is the exiftool CLI being used to write information:

ExifTool.exe -P -m -L -EXIF:DateTimeOriginal="2002:07:03 21:13:34-07:00" -GPS:GPSSatellites="0" -GPS:GPSLatitude=37.36022951 -GPS:GPSLongitude=-121.96014315 -GPS:GPSLatitudeRef="N" -GPS:GPSLongitudeRef="W" -GPS:GPSMapDatum="WGS-84" -GPS:GPSDateStamp="2002:07:03" -GPS:GPSTimeStamp="14:13:34" -GPS:GPSAltitude="17.0" -GPS:GPSAltitudeRef="Above Sea Level" -XMP:GPSLatitude=37.36022951 -XMP:GPSLongitude=-121.96014315 -XMP:GPSDateTime="2002:07:03 14:13:34+00:00" -XMP:GPSAltitude="17.0" -XMP:GPSAltitudeRef="Above Sea Level" -XMP:CountryCode="USA" -XMP:Country="United States of America" -XMP:State="California" -XMP:City="Santa Clara" -XMP:Location="2200 Monroe Street" -XMP:Subject+="geo:lat=37.36022951" -XMP:Subject+="geo:lon=-121.96014315" -XMP:Subject+="geotagged" -IPTC:Country-PrimaryLocationCode="USA" -IPTC:Country-PrimaryLocationName="United States of America" -IPTC:Province-State="California" -IPTC:City="Santa Clara" -IPTC:Sub-Location="2200 Monroe Street" -IPTC:Keywords+="geo:lat=37.36022951" -IPTC:Keywords+="geo:lon=-121.96014315" -IPTC:Keywords+="geotagged" file.jpg

It overwrites the exif date and time (-EXIF:DateTimeOriginal="2002:07:03 21:13:34-07:00") although I havent changed it. Granted this does not cause an issue since it is writing out the same value back.

Also GPSSatellites, GPSVersionID and GPSMapDatum are not being written to the XMP fields, rather they are written only in EXIF fields. I believe the older version of Geosetter used to write them to XMP also.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000105)
Friedemann   
2007-12-20 23:26   
I think in your original image there existed already XMP:DateTimeOriginal which had another value than EXIF:DateTimeOriginal, perhaps regarding the time zone. To keep all data (XMP/EXIF) synchronized, the EXIF date time value has been updated when saving too.

As far as I know, GPSSatellites and GPSMapDatum is mandatory when saving it to the EXIF data ( I read this in the documentation of ExifTool). But it isn't mandatory for the XMP data, so it won't be saved.
(0000110)
kuntaldaftary   
2007-12-21 06:01   
You are probably right about the DateTimeOriginal explanation. I can confirm that the XMP values do have a timezone field which the Exif versions dont in my photographs. So that would validate your explanation. Sounds good.

About the Satellites and MapDatum - I can always go ahead and just stick them in the "Commands after exiftool" part of the settings - I just like to keep them synced with the GPS values.

I suppose we can consider this issue closed also.
(0000112)
Friedemann   
2007-12-21 06:14   
Fine :-)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
53 [GeoSetter] User Interface feature always 2007-12-21 04:41 2007-12-21 04:41
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.1 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Show tracks without date time information
Description: By now, tracks can be loaded only if they have date time information included.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
42 [GeoSetter] User Interface tweak always 2007-12-18 22:19 2007-12-21 04:15
Reporter: KnutBrode Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.1 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Button im Update-Info Fenster verdeckt Schrift
Description: Bei mir wird im Update-Info Fenster durch den Button "auf aktualisierte Sprachen prüfen" der andere Text verdeckt.
Vermutlich ist das auf meine eingestellte Schriftgröße von 120 DPI zurückzuführen.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000108)
Friedemann   
2007-12-21 04:15   
Ich hoffe das ist jetzt ok. Ich bekomme es leider nicht nachgestellt, auch nicht nach dem systemweiten Vergrößern der Schriftart...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
22 [GeoSetter] User Interface tweak always 2007-12-09 22:17 2007-12-21 01:50
Reporter: kuntaldaftary Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.1.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Alt values not read back
Description: it seems that geosetter is not reading back the altitude values. they seem to be written out correctly with version 2.1.0 but not read back (at least not displayed in the "Edit Data" dialog or in the thumbnail or table view).

Version 2.0.1 seems to work correctly though with the same file.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
50 [GeoSetter] User Interface feature always 2007-12-20 22:06 2007-12-21 01:46
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.1 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Multiselection in open track dialog
Description: .
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
51 [GeoSetter] User Interface tweak always 2007-12-20 22:08 2007-12-20 23:43
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.1 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Timeout and better message text when retrieving data from the web without success
Description: .
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
46 [GeoSetter] User Interface minor always 2007-12-20 11:41 2007-12-20 22:10
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.1 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Zusätzliche ExifTool Kommandos + XMP Sidecars
Description: ist "Daten in XMP-Sidecars speichern" und "Zusätzliche ExifTool-Kommandos" gewählt werden die zusätzlichen ExifTool Kommandos auch auf die XMP Dateien angewendet, was ja keinen Sinn macht und in Warnungen resultiert.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000097)
Friedemann   
2007-12-20 21:40   
Wieso macht das keinen Sinn? Man erhält natürlich Warnungen wenn auf EXIF- oder IPTC-Datenfelder zugegriffen wird, aber das ist kaum änderbar.
(0000098)
heiko   
2007-12-20 21:45   
ich habe mich mit den Sidecar Dateien noch nicht wirklich beschäftigt, aber so wie ich das begriffen habe stehen in der XMP Datei ja nur Infos drin, die zu einem Bild dazu gehören. Von dem her ist doch die Bilddatei "Master" auf die irgendwelche ExifTool Befehle (auch die von GeoSetter) angewendet werden und nicht die XMP Datei?

Aber gut, es kann natürlich auch ein Verständnisproblem meinerseits sein.
(0000099)
Friedemann   
2007-12-20 21:56   
Also meinem Verständnis nach ist das so: In einer Sidecar-Datei können die gleichen Daten stehen wie im Bild selbst, allerdings wirklich nur XMP-Daten (also anstatt EXIF:DateTimeOriginal dann als Ersatz XMP:DateTimeOriginal). Dass man Sidecars benutzt, kann den Vorteil haben, dass bei Datenänderungen nicht immer die mehrere Megabyte große Bilddatei "angefasst" wird, sondern nur die kleine XMP-Datei. Das macht z.B. Backups leichter, da dann nur die kleine Datei in einem neuen Backup berücksichtigt werden muss. Deshalb auch die Option in GeoSetter, die Daten ausschließlich in Sidecar-Dateien zu speichern. So ändert sich die eigentliche Bilddatei auch bei umfangreichen Datenänderungen nicht.
(0000100)
heiko   
2007-12-20 22:04   
dann ist das wohl ein Verständnisproblem meinerseits
(0000101)
Friedemann   
2007-12-20 22:09   
Ich hoffe es ;-)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
49 [GeoSetter] User Interface minor always 2007-12-20 22:04 2007-12-20 22:05
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: high OS Version:  
Status: resolved Product Version: 2.2.1 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Wrong display of tracks after synchronization with track directory
Description: After synchronization GPS data with a directory containig more track files than track files used for the synchronization, some times the wrong track files will be shown after synchronization.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
43 [GeoSetter] User Interface text always 2007-12-20 10:31 2007-12-20 21:49
Reporter: mawosch Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.1 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Falscher deutscher Text
Description: Wenn nach Google Earth exportier wird erscheint im Hintergrund des Fortschrittsbalkens der Text "Export nach Google Maps".
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
47 [GeoSetter] User Interface trivial always 2007-12-20 12:35 2007-12-20 21:31
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.1 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Tab Reihenfolge im Dialog "Export nach Google Earth" stimmt nicht
Description: nach "Vorschaubild-Größe" wird das Feld "Info-Felder" angesprungen. Erst als letztes Feld kommt "Vorschaubild-Qualität"
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
48 [GeoSetter] User Interface trivial always 2007-12-20 12:52 2007-12-20 21:29
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: low OS Version:  
Status: resolved Product Version: 2.2.1 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Datei geosetter_image_info.html löschen
Description: nachdem der Dialog zur Anzeige der Bildinfos geschlossen wird (oder GeoSetter Programm-Ende), könnte die Datei geosetter_image_info.html aus dem Temp Verzeichnis gelöscht werden. Es ist unschön wenn Verzeichnisse (auch wenns ein Tmp Verzeichnis ist) immer voller werden.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
40 [GeoSetter] Image Data feature always 2007-12-16 14:58 2007-12-20 21:25
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.1 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Änderung von Orts- und Höhenangaben ohne Nachfrage.
Description: Beim Ändern oder Zuweisen über den Kartenpositionsmarker finde ich es lästig, jedesman zu bestätigen, das die Höhendaten oder die Ortsdaten geändert werden. Lösung :
Im Dialog Datei/Einstellungen/Sonstiges wird unterhalb von "Aktualisiere Höhenwert und Ortsdaten angaben ..." werden zwei weitere Optionen angeboten :
1) "Höhendaten immer automatisch ändern"
2) "Ortsdaten immer automatisch ändern"
zu 1) : So haben auch die Hobby-Flieger die Möglichkeit, bei automatischer Aktualisierungen die Höhendaten aus den Tracks beizubehalten ;-)
zu 2) : Dazu müssten immer die Ortdaten mit "least distance" eingetragen werden.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000092)
drose   
2007-12-16 15:09   
Hoppla, die Kategorie ist falsch. Sollte UserInterface sein.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
41 [GeoSetter] Image Data tweak always 2007-12-16 15:07 2007-12-20 21:25
Reporter: drose Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.1 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Ortsdaten und Höhenwert wird nicht an die Kartenmarkierung übertragen.
Description: Beim Übertragen von Geodaten von einem Bild auf einanderes mit der Kartenmarkierung werden die Bildaten des Zielbildes immer über eine Serverabfrage ergänzt, obwohl die Daten ja im Ursprungsbild enthalten waren. D.h. Höhenwert und Ortsdaten von Quellbildern werden nicht an die Kartenmarkierung übertragen. Bei Übertragung der Kartenmarkierung an die Zieldatei ist dann zwangsläufig eine Serverabfrage erforderlich. Zwei Lösungen sind Denkbar :
1) Die Höhen und Ortsdaten der Quelldatei werden soweit vorhanden an die Kartenmarkierung übertragen. Sollte die Kartenmarkierung Positionsdaten enthalten, werden diese ohne Nachfrage bei Zuweisung an die Zieldatei mit übernommen.
2) Jede Änderung der Kartenposition führt zu Serverabfragen, um aktuelle Ortsdaten und Höhenwerte zu erhalten. Sollte die Kartenmarkierung einer Datei zugewiesen werden, werden diese Ortsdaten und Höhenwerte ohne Nachfrage in die Zieldatei mit übernommen.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000091)
drose   
2007-12-16 15:08   
Hoppla, die Kategorie ist falsch. Sollte UserInterface sein.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
39 [GeoSetter] Image Data tweak always 2007-12-16 12:12 2007-12-18 20:15
Reporter: KnutBrode Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.1 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Zuordnung Bild auf Karte zu Bild im Explorer funktioniert bei verschiedenen Fotos nicht
Description: Bei angehängtem Foto und anderen bei mir funktioniert die Zuordnung Karte zu Explorer nicht.
Bei Aufruf im Explorer wird der richtige Button in der Karte angezeigt.
Ich konnte noch nicht feststellen an welchen Bilddaten es liegen könnte.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000088)
Friedemann   
2007-12-16 12:40   
Da muss ich doch mal nachfragen was genau nicht funktioniert. Ich sehe Das Bild als blauen Marker kurz vor der Küste. Wenn ich dann den roten Marker irgendwo anders hinsetze, kann ich dessen Position dann ins Bild übernehmen und abspeichern. Das funktioniert bei mir also in beiden Richtungen...
(0000089)
KnutBrode   
2007-12-16 13:40   
klicke ich auf den blauen Marker in der Karte wird normalerweise das entsprechende Bild im Explorer markiert und in die Vorschau übernommen.
das funktioniert bei diesem Bild bei mir nicht
(0000090)
Friedemann   
2007-12-16 14:14   
Ach soooooooo... ;-)
(0000093)
Friedemann   
2007-12-16 15:20   
Ich weiß nun zumindest woran es liegt: Der Dateiname ist "2007-11-25_07h05 DSC04455 verkleinert.jpg" mit 2 Leerzeichen hinter dem "07h05". Die Karte liefert beim Anklicken des Markers jedoch den Dateinamen dort nur mit 1 Leerzeichen zurück. Da dieser Dateiname in der Dateiansicht nicht existiert, kann er auch nicht fokussiert werden. Nun muss ich noch herausfinden, warum da ein Leerzeichen "verschwindet"...
(0000094)
KnutBrode   
2007-12-16 15:30   
Und ich hab nach allem möglichen in den Exif- und IPTC-Daten gesucht, da mir schon so manches Bild von den verschiedensten Programmen zerschossen wurde.
(0000095)
Friedemann   
2007-12-16 15:38   
Ach Gott, nein, damit hat das nix zu tun. Ist wie Du siehst viel simpler ;-)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
38 [GeoSetter] User Interface tweak always 2007-12-15 22:55 2007-12-15 23:47
Reporter: KnutBrode Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Übernahme des zu bearbeitenden Schlüsselwortes in den OK-Button
Description: möchte man ein bestehendes Schlüsselwort bearbeiten (Doppelklick oder Enter) wird das Schlüsselwort als Beschriftung des OK-Buttons verwendet.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
37 [GeoSetter] User Interface minor always 2007-12-15 21:53 2007-12-15 23:44
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.2.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Exception beim Sortieren nach Schlüsselwörtern
Description: wird als Sortierkriterium Schlüsselwörter gewählt, wird eine Exception ausgelöst.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
16 [GeoSetter] User Interface minor always 2007-12-09 12:37 2007-12-15 19:38
Reporter: polnjumen Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.1.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.2.0 release  
    Target Version:  
Summary: Problem with international characters in IPTC fields
Description: I filled IPTC location and description with IrfanView, Exifer and GeoSetter 2.0.1.
Then I add the same data with GeoSetter 2.1.0. Before saving, everything is OK, after saving some characters are displayed incorrectly.
After opening images in GeoSetter 2.0.1, all characters from all applications are OK.
I assume there was some change in interpretation of IPTC data between v.2.0.1 and later versions, because according to Exiftool the data in images are same.
Tags:
Steps To Reproduce:
Additional Information: all images and screenshots attached
Attached Files:
Notes
(0000028)
Friedemann   
2007-12-10 12:03   
The problem is more complex than it seems first.
I think you are using Czech country settings on your PC, that's why
you see other results than me. That's not good. But it's not only a
display problem. I didn't use Unicode strings for the data by now,
which I have changed yesterday. So the display and the data itself
should now consider all characters.

For XMP data there's no problem, it will be saved as UTF8 (Unicode),
but regarding the IPTC data I'm not sure at the moment. It can be
saved as UTF8 too (there's a flag in IPTC which has to be set), but I
think a lot of applications won't read it out correctly then. Normally
ISO 2022 is expected in the IPTC data, which is encoded with 8 bit.
The result is, that a user with a German PC sees other results than
users with a Czech PC. Perhaps I'll add an option to save the data as
UTF8 into IPTC. But because it's also stored as UTF8 in the XMP data,
it's perhaps ok, if the IPTC data is only encoded with 8 bit.

The only problem I still have is that I have problems to save the data
with ExifTool. For saving the IPTC data correctly, I think I have to
use the "-L" option, but for the XMP data I don't. I'll ask in the
ExifTool forum about this problem...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
35 [GeoSetter] Image Data minor always 2007-12-14 14:48 2007-12-15 16:20
Reporter: KnutBrode Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.1.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: falscher Wert in GPSdate und GPStime
Description: Bearbeite ich in Picasa ein Bild, welchem ich vorher mit Geosetter Geokoordinaten zugeordnet habe, werden die Werte GPS-date und GPS-time gelöscht.
Verändert man danach die Bilder nochmal mit Geosetter, dann erhält das Bild ein GPS-date von 1899 und eine GPS-time von 00:00 Uhr.
Schöner wäre es die gelöschten Werte mit DateTimeOriginal zu überschreiben oder nicht zu setzen.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000087)
Friedemann   
2007-12-15 16:20   
Das GPS-Datum sollte nun so belassen bleiben wie es ist. Ist es nicht vorhanden, wir es nicht hinzugefügt. Beim Setzen einer Koordinate in GeoSetter, wird es jedoch wie bisher auf das Aufnahmedatum oder bei Synchronisation mit einem Track auf das Datum der synchronisierten Koordinate gesetzt.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
32 [GeoSetter] Image Data minor always 2007-12-12 09:35 2007-12-15 16:18
Reporter: Reiner H Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.1.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Datum
Description: -Geosetter starten
-Ordner auswählen
-Doppelklick auf ein Bild
-Der Reiter "Datum" (und Benutzerdefiniert) in dem Kasten Daten bearbeiten ist fett gesschrieben. Wenn man ohne weitere Änderungen auf OK klickt, ist das Vorschaubild rot umrandet, obwohl tatsächlich nichts geändert wurde.

Noch mal: ich öffne ein Bild nach dem Starten von Geosetter und das Datumfeld (fett) sieht so aus, als ob ich etwas geändert hätte, habe ich aber nicht.

Geosetter schließen (ohne speichern) und wieder starten: das gleiche Verhalten bei dem gleichen Bild.

Es sind nicht alle Bilder im gleichen Ordner betroffen

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000061)
Friedemann   
2007-12-12 10:29   
Könnten Sie mir ein solches Bild mit dem Datumsfehler vielleicht an support@geosetter.de zusenden?
(0000066)
Friedemann   
2007-12-12 15:23   
Kann ich mit Testbild bestätigen. Scheint an den Sekundenbruchteilen zu liegen, welche die D200 ins Aufnahmedatum reinschreibt (wahrscheinlich bei Serienaufnahmen). Neid: Meine kann das nicht... ;-)
(0000086)
Friedemann   
2007-12-15 16:17   
Hurra, meine Kamera kann das auch, das wusste ich gar nicht :-) Problem gefixt, die Sekundenbruchteile werden nun so belassen wie sie sind, auch beim Ändern des Datums.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
30 [GeoSetter] Image Data minor always 2007-12-11 11:38 2007-12-15 16:05
Reporter: wndrin Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.1.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Internet Explorer Script Error
Description: When setting a location for a photo a dialog window opens stating that there was a script error on gmap21.html.

Screen capture enclosed.

This was for a photo originally taken with an Olympus Camedia camera which has a slightly non-standard EXIF data format although I don't think that was the problem here.

Screen capture attached.

P.S. Thanks for an awesome program!!!
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000043)
Friedemann   
2007-12-11 12:13   
Can you please send me an example image to support@geosetter.de ?
(0000072)
Friedemann   
2007-12-13 13:55   
I received your image, thanks. But I can't reproduce such an error. Line 656 is not in the file gmap21.html nor "S()" is used somewhere. I think it is internal code from Google. Do you have this problem with each image when you assign a location from the map to the image or only with this image?
(0000084)
wndrin   
2007-12-15 15:23   
It might be localized to this particular workstation, a low end laptop running XP SP2, IE7.x, 256M, AMD. In testing the application using the same photo on a different workstation there were no errors. Error repeated itself three times during that boot session, but can't reproduce it now. Application had another script error on initial launch, but again, only during that boot session.

Probably safe to call this one closed.
(0000085)
Friedemann   
2007-12-15 16:04   
Ok, thanks!!!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
36 [GeoSetter] User Interface feature always 2007-12-14 15:17 2007-12-14 16:25
Reporter: KnutBrode Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Button zum Start von Google Earth mit gleichem Kartenausschnitt
Description: Wenn man parallel mit Geosetter und Google Earth arbeitet, um z.B. die Informationen (Layer) in GE für die Beschreibungen und das Tagging der Fotos zu nutzen, ist eine schnelle Möglichkeit zum Abgleichen der Kartenausschnitte hilfreich.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000082)
Friedemann   
2007-12-14 15:34   
Hast Du da evtl. Infos wie eine Interaktion laufen kann? Ist GE evtl. über ActiveX ansprechbar oder ähnliches?
(0000083)
KnutBrode   
2007-12-14 16:25   
auf folgender Seite ist die Möglichkeit beschrieben, eine kml Datei erzeugen zu lassen http://www.googlewatchblog.de/2007/04/14/view-in-google-earth-button-fur-die-maps/

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
15 [GeoSetter] Image Data tweak always 2007-12-09 11:44 2007-12-13 22:35
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.1.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Time zone of Taken Date is not shown in list view
Description: Time zone of Taken Date is not shown in list view as it is for ceration or release date.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
21 [GeoSetter] User Interface trivial always 2007-12-09 18:50 2007-12-13 22:28
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.1.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Sortierung der Spalten im Browser
Description: Hallo Friedemann,

wenn man im direkt im Browser die Spalten verschiebt funktioniert das einwandfrei. Geht man dann anschließend in den Dialog "Spalten und Anzeigeinfos einstellen" um z.B. noch ein Feld auszublenden und bestätigt diesen Dialog mit OK, ist die Sortierreihenfolge von vorhin wieder weg, da die Sortierung nicht in diesen Dialog übernommen wird.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
34 [GeoSetter] Image Data minor always 2007-12-13 09:52 2007-12-13 22:10
Reporter: gecko_gr Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: http://www.friedemann-schmidt.com/geosetter/gmap21.html
Description: in den Setting dies angegeben erhaelt man im Kartenvorschaubild diese MesssageÖ

The Map can't be found at:

http://www.friedemann-schmidt.com/geosetter/gmap21.html

Please Fill In The Correct Path at Program Settings...

was ist der korrekte Pfand ?

Gruss
Reinhard
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000067)
Friedemann   
2007-12-13 10:35   
Das ist der richtige Pfad. Hmmm... Die eingeblendete Karte ist ja eigentlich der Internet Explorer. Deshalb wäre vielleicht zu überprüfen ob der Internet Explorer Zugriff auf das Internet hat. Vielleicht arbeitest Du ja normalerweise mit dem Firefox und hast den Internet Explorer nicht entsprechend eingestellt (z.B. Proxy).
(0000068)
gecko_gr   
2007-12-13 10:48   
(Last edited: 2007-12-13 10:50)
wenn ich den Link im explorer aufrufe erswchint nur ein weisse leere Seite, sollte nicht irgendwie su google maps verlinkt werden ?

screnshot anbei (siehe oben map.jpg)

gruss
Reinhard

(0000069)
Friedemann   
2007-12-13 11:02   
Die leere Seite ist ok. Die Karte wird erst über eine JavaScript-Aufruf angezeigt. Das heißt aber, dass der Internet Explorer richtig funktioniert und anscheinend die ins Programm eingebettete Browser-Komponente nicht. Was ist das denn für ein Betriebssystem? Ich könnte mal ein kleines Testprogramm mit der Browser-Komponente erzeugen, mit welchem dann zu testen wäre ob das funktioniert. Ich glaube der Zugriff auf den Explorer läuft über ActiveX, vielleicht ist da ja was nicht ok...
(0000070)
gecko_gr   
2007-12-13 11:09   
Windows XP SP2, Active X ist nicht disabled
(0000071)
Friedemann   
2007-12-13 13:46   
Ich habe mal unter www.geosetter.de/WebBrowserTest.zip ein Testprogramm hingelegt. Selbiges sollte die GeoSetter-Seite anzeigen. Könntest Du mal ausprobieren ob das geht?
(0000073)
gecko_gr   
2007-12-13 14:40   
oben upgeloadet das Resultat, leider nix
(0000074)
Friedemann   
2007-12-13 14:47   
Aha. Dann hat das nix mit GeoSetter zu tun, sondern irgendwie mit dem Internet Explorer. Ich bin ehrlich gesagt erstmal ratlos...
(0000075)
gecko_gr   
2007-12-13 15:07   
tja merkwuerdig, hab mich mit panoramio und google earth/maps beholfen

http://www.panoramio.com/photo/6454937
http://www.panoramio.com/photo/6454851

danke derweil
Reinhard
(0000076)
Friedemann   
2007-12-13 16:51   
Ok. Wie gesagt, ich habe keine Idee. Das Problem ist mir bisher nicht untergekommen, muss irgendwie an der Windows-Konfiguration liegen. Was anderes fällt mir dazu nicht ein...
(0000077)
gecko_gr   
2007-12-13 17:14   
habs gefunden..... war die Firewall ;-) hab zu Zonelabs gewechselt und die fragte mich ob ich dem Programm Access erlauben darf.
jetzt funktioniert es

Danke fuer die Muehe

gruss
Reinhard
(0000078)
Friedemann   
2007-12-13 17:17   
Ok, dann bin ich auch wieder klüger ;-)
(0000079)
gecko_gr   
2007-12-13 17:32   
als Dank hier ein Foto von mir welches zu deinem Logo passt:
http://img158.imageshack.us/my.php?image=p1260006adq7.jpg
(0000080)
Friedemann   
2007-12-13 21:12   
Tolles Bild! Das solltest Du mal den Leutchen von Mantis zeigen...
(0000081)
gecko_gr   
2007-12-13 21:27   
Dachte du waerst von Mantis.....
gib es weiter

Gruss
Reinhard

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
33 [GeoSetter] Image Data minor always 2007-12-12 10:52 2007-12-12 15:21
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.1.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Zeitzonen
Description: Hi Friedemann,

du solltest bei Gelegenheit mal die Zeitzonen überarbeiten. Du hast in der Liste der Zeitzonen nur volle Stunden drin, aber es gibt auch so krumme Sachen wie:

GMT+06:30 --> Myanmar
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000062)
heiko   
2007-12-12 11:18   
ich muss das wohl noch konkretisieren. Im Dialog "Synchronisation mit GPS-Datendateien" ist es richtig. Die "krummen" Werte fehlen im Dialog "Daten bearbeiten" Reiter "Datum".
(0000063)
Friedemann   
2007-12-12 15:03   
Bei den IPTC-Daten (Erzeugungs- und Veröffentlichungsdatum) ist die Zeitzone 6:30 drin. Beim Aufnahmedatum habe ich extra die nicht vollstündigen Zeitzonen weggelassen, da das Aufnahmedatum ja eigentlich ein EXIF-Wert ist, wo nur ganzzahlige Werte zugelassen werden.

Was nun?
(0000064)
heiko   
2007-12-12 15:14   
gute Frage; bzw. doch keine Frage; wenn an der Stelle nur ganzzahlige Werte erlaubt sind hat sich das ja auch schon wieder erledigt. Bin nur drauf gestoßen da wir im Sommer in Myanmar waren, und es dort eben die krumme Zeitzone gibt.

In dem Fall Call schließen als erledigt.
(0000065)
Friedemann   
2007-12-12 15:21   
So ganz eindeutig ist es nicht, denn in den XMP EXIF-Daten ist sicherlich jede Zeitzone erlaubt. Dort ist es auch nur ein Tag "exif:DateTimeOriginal". In den "herkömmlichen" EXIF-Daten gibt es einen separaten Tag "TimeZoneOffset", welcher leider nur den ganzzahligen Wert erlaubt. Na, ich lasse das so und setze zumindest auf erledigt.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
31 [GeoSetter] User Interface major always 2007-12-11 23:45 2007-12-11 23:57
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.1.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: config.ini grows up by history items from edit dialog
Description: There's a bug in the edit dialog which causes the config.ini grow up each time the dialog is shown.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000057)
Friedemann   
2007-12-11 23:57   
The problem is fixed.

Especially the date time zones caused the config.ini growing up and increased the time for opening and closing the dialog.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
26 [GeoSetter] Image Data major always 2007-12-09 23:33 2007-12-11 12:23
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: high OS Version:  
Status: resolved Product Version: 2.1.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: XMP sidecars won't be read when beginning with BOM
Description: XMP sidecar files won't be read by GeoSetter if they begin with a BOM (byte-order mark).
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
28 [GeoSetter] User Interface minor always 2007-12-10 20:08 2007-12-11 12:21
Reporter: KnutBrode Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.1.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: zusätzliche Exiftool-Kommandos nach Geosetter-Kommandos funktionieren nicht
Description: der in der Online-Beschreibung genannte Befehl -execute wird nicht vorangestellt.
trägt man -execute vor den Zusatzbefehlen ein funktioniert es.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000030)
heiko   
2007-12-10 22:13   
stimmt; werde die Doku ändern, so dass der -execute dann beschrieben ist
(0000033)
heiko   
2007-12-11 00:16   
Doku geändert und an Friedemann geschickt
(0000040)
Friedemann   
2007-12-11 11:34   
Die Online-Beschreibung muss von mir aktualisiert werden, das ist richtig. Jedoch ist ein "-execute" nicht immer nötig. Soweit ich weiß, ist es dann nötig, wenn man in den Kommandos die NACH den GeoSetter-Kommandos ausgeführt werden noch etwas mit den durch GeoSetter gesetzten Werten machen will, z.B. diese in andere Felder kopieren.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
24 [GeoSetter] User Interface minor always 2007-12-09 22:31 2007-12-11 11:02
Reporter: kuntaldaftary Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.1.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: "Internet Explorer Script Error" seen when starting Geosetter
Description: When starting geosetter 2.1.0 - an internet explorer script error is seen which was not observed with 2.0.7 or prior versions. Hitting "Yes" for "do you want to continue" seems to not cause any other major problems. However "Terrain" view of geosetter is not available with 2.1.0 as expected.

The view defaults to "Map" view instead of "Sat" view. 2.0.7 version defaulted to "Sat" view instead.

Details:

Line: 1
Char: 1
Error: Object expected
Code: 0
URL: http://www.friedemann-schmidt.com/geosetter/gmap.html
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000022)
Friedemann   
2007-12-09 22:49   
The map file has to be changed to http://www.friedemann-schmidt.com/geosetter/gmap21.html in the settings dialog. Normally that had been done automatically.
(0000023)
Arnaud   
2007-12-09 23:10   
I encounter the very same error when launching GeoSetter
(0000024)
Friedemann   
2007-12-09 23:19   
That's strange... You don't see the terrain button? Can you please send me a screenshot of your map? You can attach it here...

Did you specify a specific faforite location which should be shown on the map initially? If so, please tell me the coordinates.
(0000026)
kuntaldaftary   
2007-12-10 08:31   
After I change the URL to gmap21.html it works fine. I dont get any error on startup and I can also see the "Terrain" button.

Btw, I wasnt using a specific favorite location to show on map initially. I was using the default values. I think it had to do with gmap.html vs. gmap21.html.

For me, this issue can be considered resolved.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
25 [GeoSetter] User Interface minor always 2007-12-09 23:15 2007-12-09 23:20
Reporter: Arnaud Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 2.1.0 release  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Char "&" is not displayed in the list of latest directories viewed
Description: The character "&" is replaced by "_" in the list of previous viewed directories.

To reproduce, create a directory with a "&" in its name, browse it with GeoSetter, then go to another directory and display the list of previous locations.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
18 [GeoSetter] Image Data trivial always 2007-12-09 16:09 2007-12-09 19:36
Reporter: Thomas Krueger Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.1.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Update erforderlich von http://www.friedemann-schmidt.com/geosetter/gmap.html
Description: Hallo Friedemann,
nach der Installation von 2.1.0 kommt der Scriptfehler, das hatten wir doch schon mal... :-)
Damals lag es am Update der Datei:
http://www.friedemann-schmidt.com/geosetter/gmap.html

Gruß,
Thomas
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000018)
Friedemann   
2007-12-09 16:24   
Hallo Thomas. Du hast Die Kartendatei lokal liegen, oder? Ich musste die ändern und mit der Abwärtskompatibilität wäre schwierig geworden. Lösche einfach den Eintrag für die Kartendatei in den Einstellungen, dann müsste es wieder gehen. Wenn nicht, bitte Bescheid geben...
(0000019)
Thomas Krueger   
2007-12-09 16:40   
Alles ok, da war noch der Link auf die alte Kartendatei.
Mit http://www.friedemann-schmidt.com/geosetter/gmap21.html ist alles in Ordnung, der Fehler tritt nicht mehr auf.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
9 [GeoSetter] User Interface trivial always 2007-12-06 23:08 2007-12-09 16:26
Reporter: heiko Platform:  
Assigned To: user3 OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.0.6 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Selection of last settings in "Synchronize with GPS Data Files" Dialog is lost
Description: when selecting e.g. "Synchronize with a Directory containig Data Files" in the dialog "Synchronize with GPS Data Files" this selection is lost when the dialog is reopend. I assume that a user want to have most times the same data source when he want to synchronize data.
Tags:
Steps To Reproduce:
Additional Information: product version is 2.0.5 (not available in the drop down list)
Attached Files:
Notes
(0000006)
user3   
2007-12-07 00:12   
I think you have a track file already in you current directory and it's visible on the map. In case of this, always the first option "Synchronize with visible track" is preselected when you open the synchronization dialog. Otherwise your last settings should be recognized.
(0000008)
heiko   
2007-12-07 00:21   
your are right, there is a track in the current directory. I haven't checked the behaviou without this track in the current directory

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
14 [GeoSetter] User Interface minor always 2007-12-08 16:46 2007-12-09 16:26
Reporter: Arnaud Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.0.6 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Store Preferences in "Local Settings"
Description: Currently GeoSetter creates a Directory within "My Documents" to store its preferences.

This Directory should rather be located in "Documents and Settings\User\Local Settings".
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000014)
Friedemann   
2007-12-09 00:06   
Maybe you're right, but it's a little bit too late to change it... I think it's not too bad to save it in your documents path...
(0000015)
Arnaud   
2007-12-09 10:06   
Well, personnally, I usually hate programs that tend to take my "My Documents" folder for their settings. Most of these programs usually get deleted within the next minutes. Problem is GeoSetter does not deserve this.

Suppose you define a new location. Can't the program :
1 - Check for the settings in the new location
2 - If they are not find, check within My Documents and copy them to the new location
3 - If there are still no settings, create new ones in the new location
(0000016)
Friedemann   
2007-12-09 11:31   
Ok. But I think I can do it like this:
1. I'll check the old location and take it without copying if it exists
2. If it doesn't exist, I'll use the new location.

That means that GeoSetter will use "User\Local Settings" if it wasn't installed already and it will use "User\Local Settings" if it has been copied there manually on an existing installation.
(0000017)
Friedemann   
2007-12-09 12:42   
The settings will now be stored in APPDATA, not in LOCAL APPDATA. I hope this is ok for you.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
17 [GeoSetter] User Interface minor always 2007-12-09 13:05 2007-12-09 16:25
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: high OS Version:  
Status: resolved Product Version: 2.1.0 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Folders with archiv flag won't be shown
Description: Folders Folders with archiv flag won't be shown
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
12 [GeoSetter] User Interface tweak always 2007-12-07 00:55 2007-12-09 00:02
Reporter: Friedemann Platform:  
Assigned To: Friedemann OS:  
Priority: high OS Version:  
Status: resolved Product Version: 2.0.7 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Scrolling with mousewheel in data dialog custom view
Description: Scrolling with the mousewheel in this view results in scrolling the whole content away. That's because the implementation hasn't been finished ;-)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
10 [GeoSetter] User Interface trivial always 2007-12-06 23:28 2007-12-07 01:06
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.0.6 beta  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Color a track changes to red
Description: when starting GeoSetter tracks are shown in blue. After synchronizing GPS data files (before saving) tracks are shown in purple. After going one directory back (without saving the data) tracks are shown in red.
When you now go into a new directory (with a new track) the old red one and the new (blue) is shown
Tags:
Steps To Reproduce:
Additional Information: version 2.0.5 (not in product list)
Attached Files:
Notes
(0000005)
user3   
2007-12-07 00:06   
A purple track seems to be 2 identical congruent tracks: one blue track (track file located in the current directory) and an additional track file loaded from another location on the harddisk. Because the track files are transparent, red + blue results in purple.

I assume the following: There exists a track file already in your current directory (blue). Then you synchronize with the same track, but located in another directory. When synchronizing with a track file, it will be added to the map (red). So you'll see the same track again lying above the blue track.
(0000007)
heiko   
2007-12-07 00:12   
this seams to be ok. First it look a little bit strange, but with a description of the behaviour its clear

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
5 [GeoSetter] User Interface feature always 2007-12-06 13:14 2007-12-07 01:03
Reporter: Arnaud Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 2.0.6 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Other map providers
Description: I would like to be able to chose the map provider. Google maps is great but for example, the french GeoPortail contains much more details pictures of all France.

Even Yahoo! Maps or Live, could contain for some countries better images.

It would be great to be able to chose the map provider.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000013)
Friedemann   
2007-12-07 01:03   
You're right, but this implies a lot of work because all the map providers have a different API which has to be analyzed by me. This is a feature for version 3 maybe...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
4 [GeoSetter] Image Data minor always 2007-12-06 13:11 2007-12-07 00:50
Reporter: Arnaud Platform:  
Assigned To: user3 OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 2.0.6 beta  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Bookmarks with complete IPTC / EXIF data
Description: I would like to apply position bookmarks to pictures. Those bookmarks would contain :
- the GPS coordinates
- the elevation
- the country code
- the country
- the region/state
- the town
- the location

So that I can set all those parameters at once
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000012)
Friedemann   
2007-12-07 00:50   
In my eyes this isn't a bug, it's a feature request. The bookmarks originally had been included only to remember positions on the map. As a workaround you can use templates at the moment. But I'll think about this ;-)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
11 [GeoSetter] Image Data major always 2007-12-07 00:26 2007-12-07 00:40
Reporter: heiko Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.0.6 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Exception parsing directory with locked file
Description: When GeoSetter parses the directory c:\dokumente und einstellungen\<UserName> the file ntuser.dat.log could not be opened an an exeption is shown
Tags:
Steps To Reproduce:
Additional Information: 2.0.5 (not in product list)
Attached Files:
Notes
(0000010)
Friedemann   
2007-12-07 00:40   
Oops, yes, GeoSetter tries to read it as a Sony track file. File open errors now won't be raised anymore...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
8 [GeoSetter] User Interface tweak always 2007-12-06 21:41 2007-12-06 23:47
Reporter: user3 Platform:  
Assigned To: user3 OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.0.6 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Width of filename column won't be saved
Description: .
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000004)
user3   
2007-12-06 23:47   
.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
6 [GeoSetter] User Interface tweak always 2007-12-06 13:20 2007-12-06 21:34
Reporter: Arnaud Platform:  
Assigned To: user3 OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.0.6 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: One level up button
Description: I'm used (with other Windows applications) to find the button to go up one level in the directory hierarchy on the left side of the path (next to the arrows).

Can the "One level up" and "Favorites" buttons be switched ?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000001)
Fritz   
2007-12-06 20:38   
I would also prefer this switching, because I also had this problem :)
(0000003)
user3   
2007-12-06 21:34   
Done. I hope nobody wants me to change it back again...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
7 [GeoSetter] User Interface minor always 2007-12-06 20:56 2007-12-06 21:33
Reporter: Fritz Platform:  
Assigned To: user3 OS:  
Priority: low OS Version:  
Status: resolved Product Version: 2.0.6 beta  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Toggle between Report and Thumbnail view
Description: If you select an image in the middle of the folder and then toggle between these both views:
- via the thumbnail: works :)
- via the thumbnail menu: not working :-(
- via the view menu: not working :-(
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000002)
user3   
2007-12-06 21:33   
Yes, you're right. The currently focused image remains the same, but it won't be scrolled into the visible area. Done.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2 [GeoSetter] Image Data minor always 2007-12-06 08:36 2007-12-06 08:41
Reporter: user3 Platform:  
Assigned To: user3 OS:  
Priority: high OS Version:  
Status: resolved Product Version: 2.0.1 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Exception when reading GPS coordinates from image
Description: Sometimes an exception occurs when reading GPS data.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
3 [GeoSetter] Image Data minor always 2007-12-06 08:37 2007-12-06 08:40
Reporter: user3 Platform:  
Assigned To: user3 OS:  
Priority: normal OS Version:  
Status: resolved Product Version: 2.0.1 release  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2.0.6 beta  
    Target Version:  
Summary: Exception when hiding track
Description: Hiding a track causes an exception
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
1 [GeoSetter] User Interface feature always 2007-12-05 23:56 2007-12-06 00:26
Reporter: user3 Platform:  
Assigned To: Friedemann OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Open Data Dialog with RETURN
Description: Please add the possibility to enter the data dialog by pressing RETURN key
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.