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 Fig-2.jpg (45,236 bytes) 2024-03-16 12:53 https://www.geosetter.de/mantis/file_download.php?file_id=1314&type=bug Fig-3.jpg (23,542 bytes) 2024-03-16 12:53 https://www.geosetter.de/mantis/file_download.php?file_id=1315&type=bug Fig-4.jpg (20,780 bytes) 2024-03-16 12:53 https://www.geosetter.de/mantis/file_download.php?file_id=1316&type=bug Fig-5.jpg (20,894 bytes) 2024-03-16 13:03 https://www.geosetter.de/mantis/file_download.php?file_id=1317&type=bug Fig-6.jpg (81,198 bytes) 2024-03-23 13:27 https://www.geosetter.de/mantis/file_download.php?file_id=1318&type=bug |
||||
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 |
||||
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 |
||||
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 |
||||
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 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 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 |
||||
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 |
||||
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 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 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 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 |
||||
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 |
||||
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 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 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 Charset.jpg (50,714 bytes) 2023-06-26 18:52 https://www.geosetter.de/mantis/file_download.php?file_id=1294&type=bug Charset-2.jpg (84,648 bytes) 2023-06-26 23:29 https://www.geosetter.de/mantis/file_download.php?file_id=1295&type=bug |
||||
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 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 |
||||
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 geosetter.lang.jpg (22,891 bytes) 2023-04-30 10:27 https://www.geosetter.de/mantis/file_download.php?file_id=1289&type=bug geosetter.country.jpg (61,378 bytes) 2023-04-30 10:27 https://www.geosetter.de/mantis/file_download.php?file_id=1290&type=bug |
||||
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 |
||||
There are no notes attached to this issue. |
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 |
||||
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 Sync report.jpg (42,492 bytes) 2023-04-10 00:09 https://www.geosetter.de/mantis/file_download.php?file_id=1260&type=bug 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 grafik-2.png (20,915 bytes) 2023-04-10 09:22 https://www.geosetter.de/mantis/file_download.php?file_id=1264&type=bug grafik-3.png (120,696 bytes) 2023-04-10 09:22 https://www.geosetter.de/mantis/file_download.php?file_id=1265&type=bug 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 grafik-6.png (91,224 bytes) 2023-04-10 16:51 https://www.geosetter.de/mantis/file_download.php?file_id=1276&type=bug grafik-7.png (89,418 bytes) 2023-04-10 16:51 https://www.geosetter.de/mantis/file_download.php?file_id=1277&type=bug |
||||
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 Peru_2.jpg (155,598 bytes) 2023-04-09 07:58 https://www.geosetter.de/mantis/file_download.php?file_id=1256&type=bug 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 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 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 |
||||
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 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 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 |
||||
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 MapFile.jpg (100,226 bytes) 2023-03-03 17:25 https://www.geosetter.de/mantis/file_download.php?file_id=1241&type=bug |
||||
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 Custom View.jpg (132,891 bytes) 2023-02-26 19:23 https://www.geosetter.de/mantis/file_download.php?file_id=1237&type=bug |
||||
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 |
||||
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 |
||||
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 Filter-2.jpg (165,024 bytes) 2023-02-12 16:02 https://www.geosetter.de/mantis/file_download.php?file_id=1194&type=bug Filter-3.jpg (145,636 bytes) 2023-02-12 16:08 https://www.geosetter.de/mantis/file_download.php?file_id=1195&type=bug image.png (6,526 bytes) 2023-02-13 11:43 https://www.geosetter.de/mantis/file_download.php?file_id=1196&type=bug Filter_JPG.jpg (48,862 bytes) 2023-02-13 13:28 https://www.geosetter.de/mantis/file_download.php?file_id=1197&type=bug 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 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 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 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 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 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 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 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 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 |
||||
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 |
||||
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 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 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 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 |
||||
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 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 |
||||
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 Folders-2.jpg (60,845 bytes) 2023-02-25 18:50 https://www.geosetter.de/mantis/file_download.php?file_id=1226&type=bug |
||||
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 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 |
||||
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 Nothing Found.jpg (6,107 bytes) 2023-02-24 20:29 https://www.geosetter.de/mantis/file_download.php?file_id=1203&type=bug 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 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 Recherche - 1.jpg (117,496 bytes) 2023-02-24 21:16 https://www.geosetter.de/mantis/file_download.php?file_id=1206&type=bug Recherche - 2.jpg (134,440 bytes) 2023-02-24 21:16 https://www.geosetter.de/mantis/file_download.php?file_id=1207&type=bug Recherche - 3.jpg (105,646 bytes) 2023-02-24 21:16 https://www.geosetter.de/mantis/file_download.php?file_id=1208&type=bug Recherche 3.jpg (185,244 bytes) 2023-02-24 21:28 https://www.geosetter.de/mantis/file_download.php?file_id=1209&type=bug Recherche 2.jpg (177,951 bytes) 2023-02-24 21:28 https://www.geosetter.de/mantis/file_download.php?file_id=1210&type=bug Recherche 1.jpg (136,422 bytes) 2023-02-24 21:28 https://www.geosetter.de/mantis/file_download.php?file_id=1211&type=bug Test2.JPG (136,806 bytes) 2023-02-25 01:25 https://www.geosetter.de/mantis/file_download.php?file_id=1212&type=bug Test3.JPG (11,688 bytes) 2023-02-25 01:25 https://www.geosetter.de/mantis/file_download.php?file_id=1213&type=bug Test1.JPG (85,868 bytes) 2023-02-25 01:25 https://www.geosetter.de/mantis/file_download.php?file_id=1214&type=bug |
||||
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 |
||||
There are no notes attached to this issue. |
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 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 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 Arrow-1.jpg (172,749 bytes) 2023-02-12 15:09 https://www.geosetter.de/mantis/file_download.php?file_id=1188&type=bug Arrow-2.jpg (192,289 bytes) 2023-02-12 15:09 https://www.geosetter.de/mantis/file_download.php?file_id=1189&type=bug Arrow-3.jpg (253,027 bytes) 2023-02-12 15:09 https://www.geosetter.de/mantis/file_download.php?file_id=1190&type=bug |
||||
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 |
||||
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 |
||||
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 |
||||
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 DLL-1.jpg (97,086 bytes) 2023-02-12 15:22 https://www.geosetter.de/mantis/file_download.php?file_id=1191&type=bug DLL-2.jpg (61,933 bytes) 2023-02-12 15:22 https://www.geosetter.de/mantis/file_download.php?file_id=1192&type=bug |
||||
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 Flat Mode.jpg (180,301 bytes) 2023-02-05 15:40 https://www.geosetter.de/mantis/file_download.php?file_id=1165&type=bug 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 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 |
||||
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 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 Sync settings.jpg (119,381 bytes) 2023-02-10 12:39 https://www.geosetter.de/mantis/file_download.php?file_id=1178&type=bug Unaffected data.jpg (116,278 bytes) 2023-02-10 12:55 https://www.geosetter.de/mantis/file_download.php?file_id=1179&type=bug 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 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 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 |
||||
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 |
||||
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 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 |
||||
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 beta.jpg (19,002 bytes) 2023-02-05 14:42 https://www.geosetter.de/mantis/file_download.php?file_id=1164&type=bug |
||||
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 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 fileedit.jpg (75,798 bytes) 2023-02-06 11:41 https://www.geosetter.de/mantis/file_download.php?file_id=1169&type=bug |
||||
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 |
||||
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 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 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 |
||||
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 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 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 |
||||
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 |
||||
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 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 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 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 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 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 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 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 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 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 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 |
||||
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 |
||||
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 |
||||
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 |
||||
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 |
||||
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 |
||||
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 Folders-3.jpg (83,263 bytes) 2023-01-19 23:13 https://www.geosetter.de/mantis/file_download.php?file_id=1115&type=bug 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 Folders-4.jpg (59,984 bytes) 2023-01-19 23:13 https://www.geosetter.de/mantis/file_download.php?file_id=1117&type=bug bugerror.jpg (112,782 bytes) 2023-01-20 18:04 https://www.geosetter.de/mantis/file_download.php?file_id=1119&type=bug Folders-6.jpg (143,906 bytes) 2023-01-22 23:00 https://www.geosetter.de/mantis/file_download.php?file_id=1124&type=bug Folders-7.jpg (39,048 bytes) 2023-01-22 23:00 https://www.geosetter.de/mantis/file_download.php?file_id=1125&type=bug |
||||
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 image.png (15,236 bytes) 2023-01-25 21:29 https://www.geosetter.de/mantis/file_download.php?file_id=1138&type=bug image-2.png (13,543 bytes) 2023-01-25 21:29 https://www.geosetter.de/mantis/file_download.php?file_id=1139&type=bug |
||||
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 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 |
||||
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 |
||||
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 |
||||
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 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 4-AfterOK.jpg (133,441 bytes) 2023-01-15 00:16 https://www.geosetter.de/mantis/file_download.php?file_id=1102&type=bug |
||||
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 image.png (81,373 bytes) 2022-12-13 20:29 https://www.geosetter.de/mantis/file_download.php?file_id=994&type=bug 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 errorcode.jpg (30,756 bytes) 2022-12-19 22:09 https://www.geosetter.de/mantis/file_download.php?file_id=1029&type=bug german.jpg (21,163 bytes) 2022-12-19 22:09 https://www.geosetter.de/mantis/file_download.php?file_id=1030&type=bug |
||||
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 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 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 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 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 Before.jpg (178,271 bytes) 2023-01-20 23:57 https://www.geosetter.de/mantis/file_download.php?file_id=1121&type=bug After.jpg (162,767 bytes) 2023-01-20 23:57 https://www.geosetter.de/mantis/file_download.php?file_id=1122&type=bug |
||||
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 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 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 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 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 Grouping-2.jpg (52,990 bytes) 2022-12-15 13:34 https://www.geosetter.de/mantis/file_download.php?file_id=1005&type=bug |
||||
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 Setting IPTC.jpg (137,081 bytes) 2022-12-20 04:06 https://www.geosetter.de/mantis/file_download.php?file_id=1033&type=bug About.jpg (222,809 bytes) 2022-12-20 04:06 https://www.geosetter.de/mantis/file_download.php?file_id=1034&type=bug |
||||
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 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 |
||||
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 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 |
||||
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 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 |
||||
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 |
||||
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 |
||||
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 |
||||
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 |
||||
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 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 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 Before .JPG (82,310 bytes) 2023-01-12 11:15 https://www.geosetter.de/mantis/file_download.php?file_id=1086&type=bug before 2.JPG (90,283 bytes) 2023-01-12 11:15 https://www.geosetter.de/mantis/file_download.php?file_id=1087&type=bug Now.JPG (33,712 bytes) 2023-01-12 11:15 https://www.geosetter.de/mantis/file_download.php?file_id=1088&type=bug |
||||
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 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 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 |
||||
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 |
||||
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 |
||||
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 |
||||
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 ExifTool - 02.jpg (45,969 bytes) 2022-12-20 15:23 https://www.geosetter.de/mantis/file_download.php?file_id=1040&type=bug |
||||
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 |
||||
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 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 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 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 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 |
||||
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 |
||||
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 |
||||
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 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 |
||||
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 |
||||
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 NikCollection1.JPG (78,414 bytes) 2021-07-14 12:19 https://www.geosetter.de/mantis/file_download.php?file_id=849&type=bug Capture3.JPG (41,946 bytes) 2021-07-14 12:19 https://www.geosetter.de/mantis/file_download.php?file_id=850&type=bug |
||||
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 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 Search&Filter.png (13,159 bytes) 2022-12-23 19:08 https://www.geosetter.de/mantis/file_download.php?file_id=1057&type=bug Include Subfolders.jpg (32,601 bytes) 2022-12-24 09:17 https://www.geosetter.de/mantis/file_download.php?file_id=1058&type=bug 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 Filters.jpg (37,153 bytes) 2022-12-24 13:40 https://www.geosetter.de/mantis/file_download.php?file_id=1060&type=bug |
||||
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 Favoris.jpg (63,885 bytes) 2022-12-19 17:04 https://www.geosetter.de/mantis/file_download.php?file_id=1026&type=bug Missing png.jpg (49,591 bytes) 2022-12-19 19:25 https://www.geosetter.de/mantis/file_download.php?file_id=1028&type=bug 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 |
||||
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 |
||||
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 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 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 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 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 2_WithProblem.JPG (162,564 bytes) 2019-04-30 17:34 https://www.geosetter.de/mantis/file_download.php?file_id=789&type=bug 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 |
||||
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 |
||||
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 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 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 |
||||
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 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 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 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 |
||||
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 geosetter crash.jpg (33,901 bytes) 2018-11-15 18:59 https://www.geosetter.de/mantis/file_download.php?file_id=738&type=bug |
||||
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 |
||||
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 |
||||
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 |
||||
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 image.png (175,149 bytes) 2020-08-03 08:39 https://www.geosetter.de/mantis/file_download.php?file_id=833&type=bug |
||||
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 |
||||
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 |
||||
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 192910.jpg (20,180 bytes) 2020-01-19 23:37 https://www.geosetter.de/mantis/file_download.php?file_id=813&type=bug |
||||
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 |
||||
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 |
||||
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 grafik.png (33,905 bytes) 2019-10-21 21:59 https://www.geosetter.de/mantis/file_download.php?file_id=806&type=bug 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 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 |
||||
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 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 |
||||
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 |
||||
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 |
||||
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 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 |
||||
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 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 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 |
||||
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 Meldung.jpg (10,746 bytes) 2020-05-22 12:00 https://www.geosetter.de/mantis/file_download.php?file_id=829&type=bug |
||||
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 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 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 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 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 |
||||
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 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 waypoint.png (700 bytes) 2022-12-20 16:23 https://www.geosetter.de/mantis/file_download.php?file_id=1042&type=bug |
||||
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 |
||||
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 |
||||
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 |
||||
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 |
||||
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 |
||||
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 |
||||
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 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 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 api.jpg (139,181 bytes) 2021-01-21 15:29 https://www.geosetter.de/mantis/file_download.php?file_id=841&type=bug Geosetter-2.jpg (224,071 bytes) 2021-01-21 15:29 https://www.geosetter.de/mantis/file_download.php?file_id=842&type=bug |
||||
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 |
||||
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 |
||||
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 |
||||
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 xml_1.jpg (168,750 bytes) 2019-04-23 11:05 https://www.geosetter.de/mantis/file_download.php?file_id=778&type=bug xml_2.jpg (127,479 bytes) 2019-04-23 11:05 https://www.geosetter.de/mantis/file_download.php?file_id=779&type=bug xml_3.jpg (140,682 bytes) 2019-04-23 11:05 https://www.geosetter.de/mantis/file_download.php?file_id=780&type=bug |
||||
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 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 |
||||
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 error.PNG (24,365 bytes) 2018-06-18 11:30 https://www.geosetter.de/mantis/file_download.php?file_id=716&type=bug 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 |
||||
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 |
||||
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 |
||||
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 |
||||
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 |
||||
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 |
||||
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 Example.png (172,137 bytes) 2018-01-10 20:53 https://www.geosetter.de/mantis/file_download.php?file_id=676&type=bug |
||||
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 |
||||
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 |
||||
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 |
||||
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 |
||||
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 |
||||
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 download.png (29,229 bytes) 2017-05-17 10:29 https://www.geosetter.de/mantis/file_download.php?file_id=487&type=bug |
||||
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 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 |
||||
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 |
||||
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 |
||||
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 |
||||
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 |
||||
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 |
||||
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 |
||||
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 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 |
||||
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 |
||||
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 |
||||
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 |
||||
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 |
||||
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 |
||||
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 |
||||
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)
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 |
||||
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)
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)
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)
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)
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)
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)
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)
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)
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)
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)
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)
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)
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)
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)
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 |
||||
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 |
||||
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 |
||||
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 |
||||
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)
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 |
||||
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 |
||||
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 |
||||
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 1980_02.JPG (18,843 bytes) 2016-12-30 22:20 https://www.geosetter.de/mantis/file_download.php?file_id=455&type=bug 1970_01.JPG (29,612 bytes) 2016-12-30 22:20 https://www.geosetter.de/mantis/file_download.php?file_id=456&type=bug 1970_02.JPG (15,923 bytes) 2016-12-30 22:21 https://www.geosetter.de/mantis/file_download.php?file_id=457&type=bug 1960_01.JPG (30,885 bytes) 2016-12-30 22:21 https://www.geosetter.de/mantis/file_download.php?file_id=458&type=bug 1960_02.JPG (20,679 bytes) 2016-12-30 22:21 https://www.geosetter.de/mantis/file_download.php?file_id=459&type=bug |
||||
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 |
||||
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 |
||||
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 |
||||
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 |
||||
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 DJI_0166.JPG (219,293 bytes) 2016-07-27 03:13 https://www.geosetter.de/mantis/file_download.php?file_id=438&type=bug |
||||
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 |
||||
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 geosetter_karte.jpg (147,005 bytes) 2015-02-20 21:32 https://www.geosetter.de/mantis/file_download.php?file_id=417&type=bug |
||||
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 |
||||
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 |
||||
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 SCR_000268.jpg (80,514 bytes) 2014-05-19 23:31 https://www.geosetter.de/mantis/file_download.php?file_id=380&type=bug 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 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 SCR_000275.jpg (83,286 bytes) 2014-05-22 17:00 https://www.geosetter.de/mantis/file_download.php?file_id=385&type=bug |
||||
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 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 |
||||
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 truncated_values.jpg (54,249 bytes) 2013-12-05 22:58 https://www.geosetter.de/mantis/file_download.php?file_id=351&type=bug |
||||
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 |
||||
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 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 |
||||
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 |
||||
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 |
||||
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 |
||||
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 |
||||
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 |
||||
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 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 |
||||
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 |
||||
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 |
||||
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 |
||||
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 |
||||
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 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 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 |
||||
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 |
||||
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 |
||||
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 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 |
||||
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 |
||||
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 |
||||
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 |
||||
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 |
||||
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 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 Untitled2.png (86,781 bytes) 2010-01-28 00:12 https://www.geosetter.de/mantis/file_download.php?file_id=29&type=bug Untitled3.png (78,986 bytes) 2010-01-28 00:12 https://www.geosetter.de/mantis/file_download.php?file_id=30&type=bug |
||||
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 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 |
||||
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 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 |
||||
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 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 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 |
||||
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 |
||||
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 Fehler 2.JPG (13,802 bytes) 2011-02-06 21:32 https://www.geosetter.de/mantis/file_download.php?file_id=210&type=bug |
||||
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 destination_coordinates.jpg (109,916 bytes) 2011-02-05 15:31 https://www.geosetter.de/mantis/file_download.php?file_id=208&type=bug |
||||
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 |
||||
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 |
||||
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 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 Textgröße.png (71,874 bytes) 2011-02-02 00:58 https://www.geosetter.de/mantis/file_download.php?file_id=204&type=bug Sync Dial.png (48,646 bytes) 2011-02-02 21:38 https://www.geosetter.de/mantis/file_download.php?file_id=205&type=bug |
||||
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 |
||||
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 |
||||
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 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 |
||||
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 |
||||
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 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 |
||||
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 |
||||
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 |
||||
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 |
||||
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 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 |
||||
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 |
||||
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 |
||||
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 |
||||
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 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 |
||||
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 |
||||
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 |
||||
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 |
||||
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 |
||||
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 Clipboard02.jpg (250,966 bytes) 2010-07-03 18:51 https://www.geosetter.de/mantis/file_download.php?file_id=135&type=bug Clipboard03.jpg (182,597 bytes) 2010-07-04 14:01 https://www.geosetter.de/mantis/file_download.php?file_id=138&type=bug Clipboard04.jpg (16,546 bytes) 2010-07-05 20:29 https://www.geosetter.de/mantis/file_download.php?file_id=140&type=bug |
||||
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 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 |
||||
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 |
||||
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 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 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 |
||||
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 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 |
||||
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 Archivierungsassistent.gif (11,949 bytes) 2010-07-11 15:15 https://www.geosetter.de/mantis/file_download.php?file_id=142&type=bug MetadatenAbgleich.gif (14,557 bytes) 2010-07-11 15:16 https://www.geosetter.de/mantis/file_download.php?file_id=143&type=bug |
||||
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 Map settings.gif (60,727 bytes) 2010-05-26 14:35 https://www.geosetter.de/mantis/file_download.php?file_id=125&type=bug proxy settings.gif (59,794 bytes) 2010-05-26 14:35 https://www.geosetter.de/mantis/file_download.php?file_id=126&type=bug |
||||
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 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 Einstellungen_JPEG.PNG (26,449 bytes) 2010-05-07 09:43 https://www.geosetter.de/mantis/file_download.php?file_id=112&type=bug |
||||
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 |
||||
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 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 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 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 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 |
||||
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 Change1.jpg (148,205 bytes) 2010-03-24 21:59 https://www.geosetter.de/mantis/file_download.php?file_id=89&type=bug Change2.jpg (147,966 bytes) 2010-03-24 21:59 https://www.geosetter.de/mantis/file_download.php?file_id=90&type=bug |
||||
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 DropDown2.gif (5,045 bytes) 2010-03-26 16:55 https://www.geosetter.de/mantis/file_download.php?file_id=92&type=bug Option1.gif (5,029 bytes) 2010-03-26 16:56 https://www.geosetter.de/mantis/file_download.php?file_id=93&type=bug Option2.gif (5,026 bytes) 2010-03-26 16:56 https://www.geosetter.de/mantis/file_download.php?file_id=94&type=bug |
||||
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 |
||||
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 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 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 |
||||
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 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 |
||||
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 |
||||
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 |
||||
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 |
||||
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 |
||||
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 |
||||
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 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 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 |
||||
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 |
||||
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 |
||||
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 TZ_Correct.jpg (100,002 bytes) 2010-02-22 13:30 https://www.geosetter.de/mantis/file_download.php?file_id=72&type=bug |
||||
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 |
||||
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 |
||||
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 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 |
||||
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 |
||||
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 |
||||
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 |
||||
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 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 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 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 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 |
||||
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 |
||||
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 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 |
||||
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 geosetter_heading2.jpg (245,227 bytes) 2010-01-24 04:00 https://www.geosetter.de/mantis/file_download.php?file_id=24&type=bug 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 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 Geosetter9.jpg (149,037 bytes) 2010-01-29 18:55 https://www.geosetter.de/mantis/file_download.php?file_id=43&type=bug |
||||
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 G1.jpg (75,979 bytes) 2010-01-19 23:23 https://www.geosetter.de/mantis/file_download.php?file_id=22&type=bug |
||||
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 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 |
||||
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 |
||||
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 Image1.jpg (78,121 bytes) 2010-01-10 01:23 https://www.geosetter.de/mantis/file_download.php?file_id=6&type=bug 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 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 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 |
||||
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: |
|
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)
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)
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: |
|
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: |
|
Platform: | |||
Assigned To: |
|
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)
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: |
|
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)
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: |
|
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)
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: |
|
Platform: | |||
Assigned To: |
|
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: |
|
Platform: | |||
Assigned To: |
|
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: |
|
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. |