View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
2559 | [GeoSetter] User Interface | major | always | 2025-03-11 18:17 | 2025-04-23 14:47 |
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: | Can't locate strict.pm in @INC | ||||
Description: |
Beim Speichern einer kleinen Änderung kommt Can't locate strict.pm in @INC (you may need to install the strict module) (@INC contains:) at C:\Users\<user>\AppData\Local\Programs\ExifTool\exiftool_files\exiftool.pl line 10. BEGIN failed--compilation aborted at C:\Users\<user>\AppData\Local\Programs\ExifTool\exiftool_files\exiftool.pl line 10. |
||||
Tags: | error message, exiftool, perl, XMP | ||||
Steps To Reproduce: |
Bild auswählen Strg+E Schlüsselwort auswählen und über "..." entfernen |
||||
Additional Information: |
Der ExifTool-Aufruf ist wie folgt: C:\Users\<user>\AppData\Local\Programs\ExifTool\exiftool.exe -@ "C:\Users\<user>\AppData\Local\Temp\et020C9267.arg" "\\<SERVER>\<path-to-file>\<file>.xmp" -overwrite_original -m -XMP:GPSDestLatitude=-24.43011967 -XMP:GPSDestLongitude=18.10039929 -XMP:Subject-=#Motiv -XMP:Subject+=NAM -XMP:DateCreated=2008-11-25T06:15:56Z+01:00 |
||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
2554 | [GeoSetter] Image Data | major | always | 2024-12-26 18:22 | 2025-03-18 04:15 |
Reporter: | ThunderBoy | 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: | Previously displayed points are not removed even if you change the directory | ||||
Description: | GS does not remove the dots (blue icons) when changing file directories. Also, the button to delete all previously displayed point positions on the map (Remove image positions from maps) does not work. I continue to see the icons, even when viewing other photo directories with different GPS. It's quite confusing and I have absolutely no insight into what's current. Only when I turn off the program, until then all these previously displayed position points are there. | ||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
Notes | |
(0004849)
ThunderBoy 2024-12-26 19:00 |
Now that I look at it, it doesn't remove any icons from the map at all when you change the directory. Not just the blue icons but everything still shows up there. |
(0004858)
roscoe 2025-03-09 11:10 |
I can also confirm |
(0004859)
hugog 2025-03-18 04:15 |
It's being doing this for me. The only way I clear them is by closing GS and reopening it. I find myself limiting each directory to 250 images to avoid triggering an out of memory error. So closing and opening GS clears the blue pins. The buttons to removing the pins does not clear the pins. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
2553 | [GeoSetter] Image Data | major | always | 2024-12-23 11:55 | 2025-03-08 14:41 |
Reporter: | phillip.smith3@bigpond.com | Platform: | Windows | ||
Assigned To: | OS: | Windows 11 | |||
Priority: | high | OS Version: | Windows 11 | ||
Status: | new | Product Version: | 4.0.49 beta | ||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Keywords/Tag not saving only on DJI DNG files from drones. | ||||
Description: |
When saving keywords after adding location to DNG files from DJI drone photos the information will not save to the DNG files but will to jpeg files. Receive the following Error: [minor] Maker notes could not be parsed - H:/Photography/My Digital Photos/DJI Air 3S/2024 12 23/Southern Shorthaul Railroad - 2024 12 23 - 0109_D.DNG Error: [minor] Maker notes could not be parsed - H:/Photography/My Digital Photos/DJI Air 3S/2024 12 23/Southern Shorthaul Railroad - 2024 12 23 - 0109_D.DNG C:\Users\Phil Smith\AppData\Roaming\GeoSetter_beta\tools\exiftool.exe -@ "J:\Temp\et05AC5CFE.arg" -common_args "H:\Photography\My Digital Photos\DJI Air 3S\2024 12 23\Southern Shorthaul Railroad - 2024 12 23 - 0109_D.DNG" -overwrite_original -XMP:DateTimeOriginal=2024-12-23T17:11:08Z+10:00 -XMP:DateTimeDigitized=2024-12-23T17:11:08Z+10:00 -XMP:ModifyDate=2024-12-23T17:11:08Z+10:00 -EXIF:GPSDateStamp=2024:12:23 -EXIF:GPSTimeStamp=07:11:08 -XMP:GPSLatitude=-32.12350175 -XMP:GPSLongitude=148.10124986 -XMP:GPSVersionID=2.2.0.0 -XMP:GPSMapDatum=WGS-84 -XMP:GPSAltitude=301.800000 -XMP:GPSAltitudeRef=Above Sea Level -XMP:GPSDateTime=2024-12-23T07:11:08Z -XMP:Creator=Phil Smith -IPTC:CodedCharacterSet=UTF8 -IPTC:By-Line=Phil Smith -XMP:CountryCode=AUS -IPTC:Country-PrimaryLocationCode=AUS -XMP:Country=Australia -IPTC:Country-PrimaryLocationName=Australia -XMP:State=New South Wales -IPTC:Province-State=New South Wales -XMP:City=Trangie -IPTC:City=Trangie -XMP:Location=Mungeribar -IPTC:Sub-Location=Mungeribar -XMP:Artist=Phil Smith -XMP:Description=default -IPTC:Caption-Abstract=default -XMP:Rights=Phil Smith -IPTC:CopyrightNotice=Phil Smith -XMP:Subject=AUS -XMP:Subject=Australia -XMP:Subject=geo:lat=-32.12350175 -XMP:Subject=geo:lon=148.10124986 -XMP:Subject=geotagged -XMP:Subject=Mungeribar -XMP:Subject=New South Wales -XMP:Subject=NSW -XMP:Subject=Trangie -IPTC:Keywords=AUS -IPTC:Keywords=Australia -IPTC:Keywords=geo:lat=-32.12350175 -IPTC:Keywords=geo:lon=148.10124986 -IPTC:Keywords=geotagged -IPTC:Keywords=Mungeribar -IPTC:Keywords=New South Wales -IPTC:Keywords=NSW -IPTC:Keywords=Trangie -IPTC:DateCreated=20241223 -IPTC:TimeCreated=171108+1000 -XMP:DateCreated=2024-12-23T17:11:08Z+10:00 -execute -overwrite_original -P -L -EXIF:Artist=Phil Smith -EXIF:Copyright=Phil Smith |
||||
Tags: | |||||
Steps To Reproduce: | Just trying to save the location information on DNG files brings this error up every time. It does not happen on any other DNG files only from DJI drone DNG. | ||||
Additional Information: | exiftool is ver 12.5.7.0 | ||||
Attached Files: |
Screenshot 2024-12-23 213431.png (50,291 bytes) 2024-12-23 11:55 https://www.geosetter.de/mantis/file_download.php?file_id=1323&type=bug |
||||
Notes | |
(0004847)
heiko 2024-12-23 20:52 |
As the error message says, there are problems with the Maker Notes. I would post this error in the ExifTool forum (https://exiftool.org/forum/). GeoSetter uses ExifTool to save the changes. |
(0004848)
roscoe 2024-12-26 10:31 |
The current ExifTool is 13.10. Try to make an update. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
2555 | [GeoSetter] User Interface | major | have not tried | 2024-12-26 18:27 | 2025-03-08 14:41 |
Reporter: | ThunderBoy | 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: | Adding a button to insert coordinates to display this location on the map | ||||
Description: | Adding a dialog box with coordinates for displaying the desired location on the map (in at least three basic GPS systems). I would welcome this option directly on the map as well. E.g. when right-clicking (Enter coordinates to display the specified location.) It would be best to also put it directly in the toolbar along with the icons for working with maps. | ||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Insert-GPS.jpg (87,058 bytes) 2025-01-04 10:20 https://www.geosetter.de/mantis/file_download.php?file_id=1324&type=bug |
||||
Notes | |
(0004851)
ThunderBoy 2025-01-04 10:20 |
I have not yet found a substitute in place of the desired button. When you open the "Favorites" menu, there is a Coordinates checkbox. (I didn't find this option in the main menu of the program, though.) There you can insert coordinates to display the location directly on the map without having to insert them into the photo first. It would still be nice to add an entry in this format that I use as well. See attached image. When I remove the degree (°) signs, it already picks it up. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
2556 | [GeoSetter] Tracks | major | always | 2024-12-26 18:46 | 2025-03-08 14:41 |
Reporter: | ThunderBoy | 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: | Set the overlay automatically from the source file | ||||
Description: | In external objects the possibility to set the order of layers display (overlay - drawOrder) according to the input directly in the source file. Now it ignores any setting in the source file added to GS! With multiple layers, only one base layer is set in GS to overlay the more important one (I have no idea what it selects those layers by in the first place). So, it hides the most important layer and puts the unimportant layer on top of it (puts it in front). That first layer set in the source file is supposed to be shown as the main layer as well when you click on that object on the map! For example: <gx:drawOrder>3</gx:drawOrder> | ||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
2557 | [GeoSetter] User Interface | minor | always | 2025-02-03 07:22 | 2025-03-08 14:41 |
Reporter: | hugog | 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: | Updated tzdata is unhandled by GeoSetter | ||||
Description: | When updating the new tzdata, new rules are unhandled by GeoSetter. | ||||
Tags: | |||||
Steps To Reproduce: |
Update TzData from: https://www.iana.org/time-zones Files copied to C:\Program Files (x86)\GeoSetter Beta\tzdata Error: exception message : ''1928/6/30 24:0:0.0'' ist kein gültiges Datum und Zeit. '1928/6/30 24:0:0.0' represent a rule within the TZ Data |
||||
Additional Information: |
For Example: # Marshall Is # See Pacific/Tarawa for most locations. # Zone NAME STDOFF RULES FORMAT [UNTIL] Zone Pacific/Kwajalein 11:09:20 - LMT 1901 11:00 - %z 1937 10:00 - %z 1941 Apr 1 9:00 - %z 1944 Feb 6 11:00 - %z 1969 Oct -12:00 - %z 1993 Aug 20 24:00 12:00 - %z This entry triggers the exception |
||||
Attached Files: |
australasia (98,438 bytes) 2025-02-03 07:22 https://www.geosetter.de/mantis/file_download.php?file_id=1325&type=bug |
||||
Notes | |
(0004852)
hugog 2025-02-03 07:34 |
Info on changes. https://developers.redhat.com/blog/2019/02/22/time-zone-data-tzdata-2018-data-format-changes-and-red-hat-enterprise-linux The two prominent data format features introduced in 2018 were the use of negative DST values and the introduction of 25:00 time intervals, previously 24:00. Both of these changes were known to break some applications that provided their own parsers to parse the time zone data files. tzdb-2018h.tar.lz was the first release to include the new changes. |
(0004853)
hugog 2025-02-03 08:18 |
Looks like a difference between rearguard and vanguard tzdata formats. rearguard being the one GeoSetter supports, vanguard being the main since 2018. |
(0004854)
hugog 2025-02-03 09:14 |
Looks like converting the current release to a rearguard with a make rearguard tarballs isn't enough. I think the parser in geosetting needs some changes to support the new tzdata. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
2558 | [GeoSetter] Image Data | major | always | 2025-02-19 22:52 | 2025-03-08 14:41 |
Reporter: | bselbmann | 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: | geonames api shows no town in many cases, only Companies | ||||
Description: | when I tag the pics in both latest versions (3.x & 4.x) i get from geonames.org instead of the town name (may Cologne, Bonn, etc ) mostly companies nearby | ||||
Tags: | |||||
Steps To Reproduce: | always | ||||
Additional Information: | is there a api change or can I make any change myself to solve this issue? | ||||
Attached Files: |
2025-02-19 geosetter.PNG (445,466 bytes) 2025-02-19 22:52 https://www.geosetter.de/mantis/file_download.php?file_id=1326&type=bug |
||||
Notes | |
(0004857)
jhansen 2025-03-07 18:08 |
Same problem for me... |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
2531 | [GeoSetter] User Interface | minor | N/A | 2023-05-28 23:10 | 2025-02-24 05:31 |
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? |
(0004855)
xyzzy 2025-02-10 15:35 |
@Heiko: Still no news for when the next version? |
(0004856)
hugog 2025-02-24 05:31 |
We can only hope for a new version, bug fixes mostly. The product is already feature rich. We hope that Friedemann is doing well. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
2452 | [GeoSetter] User Interface | minor | always | 2023-01-20 17:00 | 2025-01-03 14:25 |
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. |
(0004846)
ThunderBoy 2024-12-16 21:40 |
I urge you to add this option to the GS. The button itself just to remove GPS coordinates and altitude from the photo (at least for .jpg photos) with one button. Nothing else would be removed from the photo information. It would also not change the compression of the photo. It would be saved unchanged, it would just remove the location data. To me, this is very important. I used to use a different program for this, but under Windows 10 everything is already sending me up the ass. Thank you |
(0004850)
ThunderBoy 2025-01-03 14:25 |
This program should be exceptional in the future because it works with photographs as well as maps. Therefore, it should include as many features as possible for working with photography. This will also attract a larger number of new users. Some functions may be completely useless for someone, but for another they will make life easier. :) My point is that now and then I need to process a large number of photos at once, from which I need to remove only the location and altitude with one click. Nothing else would change, not even the format or compression of the photo. The photo would remain absolutely unchanged, i.e. it would remain in its original state, it would just be without the location information. This has only been done by one program so far (Nikon ViewNX). |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
2551 | [GeoSetter] Image Data | major | always | 2024-08-24 15:25 | 2024-11-29 19:08 |
Reporter: | jotess | Platform: | Windows | ||
Assigned To: | OS: | Windows 11 Pro | |||
Priority: | normal | OS Version: | 10.0.22621.3880 | ||
Status: | new | Product Version: | 4.0.49 beta | ||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Speichern schlägt fehl: Can't open perl script "C:\Users\<name>\AppData\Roaming\GeoSetter_beta\tools\exiftool_files\exiftool.pl" | ||||
Description: |
Ich kann Metainformationen ändern, aber wennich die Änderungen speichern will, bekomme ich: Can't open perl script "C:\Users\<name>\AppData\Roaming\GeoSetter_beta\tools\exiftool_files\exiftool.pl": No such file or directory |
||||
Tags: | funktioniert nicht, perl | ||||
Steps To Reproduce: |
1. Beliebige Metainformation ändern 2. "Änderungen speichern" (Strg+S) |
||||
Additional Information: | |||||
Attached Files: | |||||
Notes | |
(0004839)
jotess 2024-08-24 15:37 |
Testhalber die Version 3.5.3 als Zip heruntergeladen. Funktioniert. |
(0004840)
xyzzy 2024-08-24 17:36 |
Same problem as: https://www.geosetter.de/mantis/view.php?id=2547 https://www.geosetter.de/mantis/view.php?id=2548 |
(0004845)
ThunderBoy 2024-11-29 19:08 |
ExifTool has changed its tool. Previously, all program files were in one file (exiftool.exe). Now the other required files are separately in the "exiftool_files" directory. Here GeoSetter makes an error when updating exiftool. It throws all the files into one directory in the GS program. If that doesn't work, do the following. From the website https://exiftool.org download the version for your Windows type: exiftool-??.??_32.zip or 64-bit exiftool-??.??_64.zip. Instead of question marks, the page displays the currently released version. 32bit or 64bit is the type of your operating system. If you don't know it, then press the keyboard shortcut "Windows Logo + Pause". From there, look for "System Type". The 64bit version of exiftool will not run under 32bit. For further work, some file manager is ideal, e.g. Total Commander, because the following procedure to do via Windows windows is also beyond my nerves. :() If you have GeoSetter running, close it first. Then go to your installed version of GeoSetter. Everyone has it somewhere else, so we won't address that. If you don't know, then use the search or start menu. In the tools directory, delete everything completely. Then open and extract the entire contents of the downloaded exiftool archive to the tools directory. Rename the main file exiftool(-k).exe to exiftool.exe ... and you're done. Run GeoSetter and everything should run without problems. Ignore any further updates to exiftool or repeat the previous instructions. Unless the main boss has released a new version of GS with fixes, the correct Exiftool update will not work. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
2550 | [GeoSetter] Tracks | crash | always | 2024-08-24 11:51 | 2024-11-25 15:35 |
Reporter: | othmarmarti | 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: | Export to gpx file crashes program | ||||
Description: | Export to GPX-File crashes Program | ||||
Tags: | "GPX" "Track" "Export" | ||||
Steps To Reproduce: |
Take images i.e. from phone with position data , select them and call "file->Export to GPX File" This crashes the program reproducibly |
||||
Additional Information: | Woprks with the same images in Geosetter 3.53 | ||||
Attached Files: |
bugreport-export-gpx-track.txt (35,844 bytes) 2024-08-24 11:51 https://www.geosetter.de/mantis/file_download.php?file_id=1321&type=bug |
||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
2552 | [GeoSetter] Image Data | minor | always | 2024-11-03 10:35 | 2024-11-17 23:11 |
Reporter: | othmarmarti | 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: | Geonames service starts to deliver strange names for city | ||||
Description: |
When reverse geotagging geonames.org produces things like "City (Stadt) = Schwenk Zement GmbH & Co.KG" and "Location (Ort) = Ulm" instead of the old version "City=Ulm" and "Location=Ulm". I am pretty sure that the problem is somewhere deep inside. If I login to geonames.org and start the search there "Schwenk Zement GmbH & Co.KG" is not in the database. So where does this annoying bug come from? |
||||
Tags: | |||||
Steps To Reproduce: |
Put the location marker to the central region of Ulm Reverse geocode |
||||
Additional Information: | |||||
Attached Files: |
image.png (244,572 bytes) 2024-11-17 23:11 https://www.geosetter.de/mantis/file_download.php?file_id=1322&type=bug |
||||
Notes | |
(0004844)
Malcolm_Ferguson 2024-11-17 23:11 |
I think I'm seeing the same thing. The correct result is down the list after several businesses. Maybe there's a filter option that needs to be implemented in Geosetter when it invokes the Geoname API? |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
2547 | [GeoSetter] User Interface | major | always | 2024-07-13 16:30 | 2024-11-12 00:24 |
Reporter: | WilfriedB | Platform: | ThinkPad | ||
Assigned To: | OS: | Windows 10 | |||
Priority: | urgent | OS Version: | 23H2 Build 19045 | ||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Exiftool 12.88 and 12.89 brings error "could not find .... exiGeoSetter_beta\tools\ftool_files\perl5*.dll" | ||||
Description: |
After installing Exiftool 12.88, I cannot save any changed files, but get this message |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
System Description | |||||
Attached Files: |
grafik.png (30,262 bytes) 2024-07-13 16:30 https://www.geosetter.de/mantis/file_download.php?file_id=1319&type=bug |
||||
Notes | |
(0004830)
EdiSagi 2024-07-13 17:03 |
Had the same error. The folder "\exiftool_files\" does not exist. I created this folder and copied the files from the downloaded file "exiftool-12.89_32.zip\exiftool-12.89_32\exiftool_files" to it. I suspect EXIFTOOLS has changed its folder structure. |
(0004831)
WilfriedB 2024-07-13 20:12 |
Thanks a lot @EdiSagi. Seems to work. I didn't find exiftool-12.89_32.zip but moved all new files from \tools\ to the new \exiftool_files folder. Hopefully, it didn't create some other problems. |
(0004832)
xyzzy 2024-07-16 18:23 |
For my part, I use ExifTool outside of GeoSetter. So I created a directory (d:\ExifTool\Current) and I placed any new version of ExifTool there. For GeoSetter, in the file "config.ini" section "[ExifTool]", I configured this line CustomPath=D:\exiftool\current |
(0004833)
zava 2024-07-16 22:58 |
Had same problem after update. This seems to add one more shaky patch to keep GS going... which is one next step towards reducing usability, since GS appears to face no new developments, corrections, versions or even maintenance in any foreseeable future... |
(0004834)
zava 2024-07-16 23:28 |
I tried the same solution suggested by EdiSagi; in my case, although I had clicked "install" latest exiftool version, no exiftool files or folders or zips were created anywhere relating to the most recent versions. So I made the requested folder and copied there all exiftool files from the latest version I could find which was in C:\Users\Username\AppData\Roaming\GeoSetter_beta\tools (plus probably several spurious files that were in the same folder). This probably duplicated a lot of files but apparently worked. But I guess there will be problems with all future exiftool versions... One more crack in our beloved GS building... |
(0004835)
WilfriedB 2024-07-17 19:00 |
@zava and @xyzzy the problem was reported a second time and @othmarmarti suggested a better workaround here: https://www.geosetter.de/mantis/view.php?id=2548 |
(0004836)
xyzzy 2024-07-19 00:20 |
@WilfriedB: It all depends on each person’s goals. Personally, I prefer to separate ExifTool installations and its updates independently from other software that uses it. I agree with you that GeoSetter should follow the evolution of ExifTool. But as we no longer have any news from @Friedemann on these next developments, we have to "deal with it". :( |
(0004837)
ceroni 2024-07-24 23:36 |
The solution by https://geosetter.de/mantis/view_user_page.php?id=2742 (https://geosetter.de/mantis/view.php?id=2547#c4832) works perfectly for me. This way one can keep a centralized ExifTooll installation that is easy to update. Also, I have some scripts that use ExifTool to do various things (rename files according to CreateDate, inject metadata into video files, etc). |
(0004841)
John_Lam 2024-09-01 02:29 |
thanks @EdiSagi and @xyzzy on the idea to work around the problem Just for anyone that pull the ExifTool package through WinGet (winget install -e --id OliverBetz.ExifTool) ExifTools install path will be inside the localappdata C:\Users\<UserName>\AppData\Local\Programs\ExifTool %localappdata%\Programs\ExifTool just testing with the config.ini file and confirm that it doesn't take the environment variables path so will need to use the full path for successful example: CustomPath=C:\Users\<UserName>\AppData\Local\Programs\ExifTool for failure example: CustomPath=%localappdata%\Programs\ExifTool |
(0004842)
dydxdx 2024-11-10 23:38 |
Same problem with exiftool_files....suggested solutions don't work for me. Think I've corrupted the proggie with all the tinkering, uninstall/reinstall: "Can't locate strict.pm in @INC " |
(0004843)
dydxdx 2024-11-12 00:24 |
The work-around that works for me: rollback to GS-Beta v4.0.47 which installs exiftool 12.56 in the correct folder...ignore update nag screen on opening. I'll live with missing the fixes to 4.0.49. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
2282 | [GeoSetter] User Interface | minor | have not tried | 2022-03-21 18:57 | 2024-09-02 04:42 |
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: |
2372 | [GeoSetter] User Interface | major | always | 2022-11-17 20:56 | 2024-09-02 04:41 |
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: |
2549 | [GeoSetter] User Interface | major | always | 2024-07-20 10:22 | 2024-07-25 21:43 |
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: | Folder with many photos cannot be loaded | ||||
Description: |
If you try to load a folder with many photos (more than approx. 300-400 photos, here jpg), crashes the program. See bug report. In rare cases, there is no error. However, if the same folder is reloaded, there is an error. It also does not seem to be the amount of data, but the number of photos is the problem. It doesn't matter if the photos are in full size or only in small resolution, e.g. 2 MPs. If the PC is restarted after the error, it usually works once, then the error occurs again. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
System Description | |||||
Attached Files: |
bugreport.txt (3,756 bytes) 2024-07-20 10:22 https://www.geosetter.de/mantis/file_download.php?file_id=1320&type=bug |
||||
Notes | |
(0004838)
zava 2024-07-25 21:43 |
I had and reported the same problem some months ago. Absent any solution, I could only resort to splitting the image into separate subfolders containing fewer images. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
2545 | [GeoSetter] User Interface | minor | always | 2024-03-08 09:54 | 2024-07-17 14:40 |
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: |
2548 | [GeoSetter] User Interface | minor | always | 2024-07-14 15:19 | 2024-07-15 12:42 |
Reporter: | othmarmarti | 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: | Exiftool.org changed packaging for Exiftool, update not working anymore | ||||
Description: |
According to https://exiftool.org/install.html#Windows the install procedure for exiftool was changed. Since 12.88 update does not work anymore Exiftool.exe complains tah the perl libraries were not found. The details section of geosetter says NOTE: The https://exiftool.org/install.html#Windows has changed! Windows EXE version now uses Oliver Betz's bundle with Strawberry Perl and comes in 32- and 64-bit versions Geosetter gets a wrong version and populates the tools folder with lots of perl files. exiftool.exe is there, but does not work. However if you download the windows zip file 32 bit or 64 bit, clear the tools folder and export the contents of the zip to the tools folder and rename exiftool-(k).exe to exiftool.exe, everything works again |
||||
Tags: | exif, exiftool, update | ||||
Steps To Reproduce: | Initiate the update mechanism for exiftool and exiftool is not working anymore | ||||
Additional Information: | Would be nice if it could be corrected | ||||
Attached Files: | |||||
There are no notes attached to this issue. |
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: |
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: |
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: |
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: |
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: |
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 |