https://bugs.kde.org/show_bug.cgi?id=326406
Bug ID: 326406 Summary: A picture without geolocalisation is localized in North Pole Classification: Unclassified Product: digikam Version: 3.5.0 Platform: unspecified OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Geolocation Assignee: [hidden email] Reporter: [hidden email] When my camera fails to geolocalize a picture, digikam thinks the picture has been taken in North Pole (instead of saying "there is no geolocation information"). An example of such picture is given: http://nicofo.tuxfamily.org/tmp/panasonic-tz40-no-GPS.JPG -> see Geolocation tab (on the right tab in digikam) Reproducible: Always Bug present with digikam 3.5 and 3.4 (not tested with older versions) -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
https://bugs.kde.org/show_bug.cgi?id=326406
Gilles Caulier <[hidden email]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[hidden email] --- Comment #1 from Gilles Caulier <[hidden email]> --- This want mean that GPS info set by camera when sync with satellites is not done are set to north pole. With my A77, in this case, sometimes GPS info do not exist, or GPS info are set in equator (Africa). This depend of status of GPS sync when picture have been taken. Are you sure that GPS info do not exist in image ? Look in Exif metadata viewer, in full display mode. Gilles Caulier -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Nicofo
https://bugs.kde.org/show_bug.cgi?id=326406
--- Comment #2 from Nicofo <[hidden email]> --- There are indeed GPS info in the picture, but they are not relevant and should therefore not be considered by digikam. The GPS tags are given below: there are enough information that inform digikam that it should not take the GPS infomation into account: - GPS date = 0 - GPS time = 0 - GPS Data Degree of Precision : 0/10 <----- good clue ;-) _______________________________________________________________ >>> Global Positioning System <<< GPS Version ID : 2.3.0.0 GPS Time Stamp : 00:00:00 GPS Status : Measurement Interoperability GPS Processing Method : 65 83 67 73 73 0 0 0 71 80 83 0 0 0 GPS Measure Mode : Two-dimensional measurement GPS Map Datum : WGS-84 GPS Longitude Reference : East GPS Longitude : 16777215deg 16777215' 167772.150" GPS Latitude Reference : North GPS Latitude : 16777215deg 16777215' 167772.150" GPS Image Direction Reference : Magnetic direction GPS Image Direction : 6750/100 GPS Date Stamp : 0000:00:00 GPS Data Degree of Precision : 0/10 GPS Area Information : 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 ... GPS Altitude Reference : Above sea level GPS Altitude : 0 m -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Nicofo
https://bugs.kde.org/show_bug.cgi?id=326406
--- Comment #3 from Gilles Caulier <[hidden email]> --- That i suspected. I don't know tag titled "GPS Data Degree of Precision". This can be a good clue to know if GPS info are suitable or not. I take a look Note : can you share some pictures to test here ? Gilles Caulier -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Nicofo
https://bugs.kde.org/show_bug.cgi?id=326406
--- Comment #4 from Nicofo <[hidden email]> --- (In reply to comment #3) > I don't know tag titled "GPS Data Degree of Precision". This can be a good > clue to know if GPS info are suitable or not. I take a look > > Note : can you share some pictures to test here ? Yes: the first picture has no relevant GPS information; the second one has GPS: http://nicofo.tuxfamily.org/tmp/panasonic-tz40-no-GPS.JPG http://nicofo.tuxfamily.org/tmp/panasonic-tz40-GPSinfo.JPG Thanks ! -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Nicofo
https://bugs.kde.org/show_bug.cgi?id=326406
Nicofo <[hidden email]> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|3.5.0 |4.2.0 --- Comment #5 from Nicofo <[hidden email]> --- This bug is still present with DK 4.2. I have 2 more pictures to share: - here the GPS is not activated on the camera: http://nicofo.tuxfamily.org/tmp/panasonic-tz40-GPS NOT ACTIVE.JPG -> digikam displays it in Africa - equator - here the GPS is activated, but no signal is found (similar with panasonic-tz40-no-GPS.JPG): http://nicofo.tuxfamily.org/tmp/panasonic-tz40-GPS ACTIVE BUT NO SIGNAL.JPG -> digikam displays it in North Pole -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Nicofo
https://bugs.kde.org/show_bug.cgi?id=326406
--- Comment #6 from Nicofo <[hidden email]> --- sorry, wrong link: [1] - http://nicofo.tuxfamily.org/tmp/panasonic-tz40-GPS-NOT-ACTIVE.JPG [2] - http://nicofo.tuxfamily.org/tmp/panasonic-tz40-GPS-ACTIVE-BUT-NO-SIGNAL.JPG -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Nicofo
https://bugs.kde.org/show_bug.cgi?id=326406
--- Comment #7 from Gilles Caulier <[hidden email]> --- Nicofo, Which value of "GPS Data Degree of Precision" tag can we use to considerate that GPS location measured are acceptable or not ? With your image a non suitable GPS info is for these conditions : - GPS Data Degree of Precision do not exist - GPS Data Degree of Precision = 0 Right ? Gilles Caulier -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Nicofo
https://bugs.kde.org/show_bug.cgi?id=326406
--- Comment #8 from Nicofo <[hidden email]> --- Yes, this is correct: - GPS Data Degree of Precision do not exist (when GPS not activated -> as a result the localization is Equator) - GPS Data Degree of Precision = 0 (when GPS activated, but localisation not performed -> as a result localisation is North Pole) Thanks for investigating this bug, it would really help me to sort geolocalised files ;) -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Nicofo
https://bugs.kde.org/show_bug.cgi?id=326406
--- Comment #9 from Gilles Caulier <[hidden email]> --- The tag GPS Data Degree of Precision is this one : http://www.awaresystems.be/imaging/tiff/tifftags/privateifd/gps/gpsdop.html Technically, it's DOP feature explained in these pages : http://en.wikipedia.org/wiki/Dilution_of_precision_%28GPS%29 http://www.radio-electronics.com/info/satellite/gps/accuracy-errors-precision.php Now, look exactly the possible values of DOP and the accuracy of GPS measurement : http://en.wikipedia.org/wiki/Dilution_of_precision_%28GPS%29#Meaning_of_DOP_Values You can see : < 1 best values !!! This is the opposite of the fact listed in this file. I'm lost. Note : If i want to patch code to take a care about DOP before to register or use GPS info, this will very easy. I just to add a test in this method about DOP : https://projects.kde.org/projects/kde/kdegraphics/libs/libkexiv2/repository/revisions/master/entry/libkexiv2/kexiv2gps.cpp#L43 The method return boolean value is GPS info are valid or not in metadata. Testing DOP here is easy but which rules i need to plug in code exactly ? Gilles Caulier -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Nicofo
https://bugs.kde.org/show_bug.cgi?id=326406
Gilles Caulier <[hidden email]> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|Geolocation |libkexiv2 -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Nicofo
https://bugs.kde.org/show_bug.cgi?id=326406
--- Comment #10 from Gilles Caulier <[hidden email]> --- There is another problem : My photo taken with iPhone 5s which are geo-localized do not have DOP tag, but GPS info are correct. I have a lots of images in this case... So the DOP tag presence or not is not enough to validate or not that GPS info are valid or not. The only possible rules with DOP is : - If tags is present, check the value to see if accuracy is enough to accept GPS info. - If tags is not present, take GPS info a well (current implementation rules) The question about the condition to check DOP value to still open. What do you think about these rules : DOP = 0 => GPS info not valid. 0 < DOP < 10 => GPS Info suitable. (see documentation about meaning DOP value in wikipedia) Gilles Caulier -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Nicofo
https://bugs.kde.org/show_bug.cgi?id=326406
--- Comment #11 from Nicofo <[hidden email]> --- Hi Gilles, I have checked other pictures and indeed DOP is confusing: (In reply to Nicofo from comment #8) > - GPS Data Degree of Precision do not exist (when GPS not activated -> as a result the localization is Equator) > - GPS Data Degree of Precision = 0 (when GPS activated, but localisation not performed -> as a result localisation is North Pole) This is correct, but I have to add that for the pictures that are well localized, GPS Data Degree of Precision can 0 as well !! (I have pictures with values from 0 to 25, ...) So I would NOT use the DOP parameter (moreover, as you mentioned with iphone, this parameter is not managed by every device). There are 2 cases that must be detected and discarded because the picture doesn't contain GPS information: 1) GPS is not activated (or the camera does not contain a GPS): in that case a lot of GPS tags are not present. In the case of my camera (panasonic tz40), there is no "GPS Latitude", "GPS Longitude" tags. Note however that there could be some GPS tags even when GPS is not activated: like "GPS altitude" (=0), "GPS Version ID", "GPS Image Direction" (I guess if there is a compass, working even if GPS not active). 2) GPS is activated but localisation not done. In my case, all the GPS tags are present, but some tags are NULL: - DOP (but we know now that this tag cannot be used) - GPS Date Stamp - GPS Time Stamp - GPS Area information [See comment #6 for pictures examples] To summarize, I would consider GPS info is not valid if one of the following condition is met: - tag "GPS Latitude" or "GPS Longitude" is not present - tag "GPS Date Stamp" = 0000:00:00 (to check with other devices, but this seems to be generic). -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Nicofo
https://bugs.kde.org/show_bug.cgi?id=326406
--- Comment #12 from Gilles Caulier <[hidden email]> --- >- tag "GPS Latitude" or "GPS Longitude" is not present This is already done in libkexiv2. >- tag "GPS Date Stamp" = 0000:00:00 Well for this condition, i have plenty of valid geolocalized images without this tag. I collected these files from digiKam users in time... So we cannot use this one. Gilles -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Nicofo
https://bugs.kde.org/show_bug.cgi?id=326406
--- Comment #13 from Nicofo <[hidden email]> --- (In reply to Gilles Caulier from comment #12) > >- tag "GPS Latitude" or "GPS Longitude" is not present > > This is already done in libkexiv2. No, it is not I think because I have pictures without these tags that are geolocalised by digikam (in Africa Equator). See example in picture [1] from comment #6 > >- tag "GPS Date Stamp" = 0000:00:00 > > Well for this condition, i have plenty of valid geolocalized images without > this tag. I collected these files from digiKam users in time... So we cannot > use this one. Ok, we'll have to find another solution. When I'll have time, I'll make a full comparison between photos well geolocalised and not well geolocalised ... -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Nicofo
https://bugs.kde.org/show_bug.cgi?id=326406
Nicofo <[hidden email]> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|4.2.0 |4.10.0 -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Nicofo
https://bugs.kde.org/show_bug.cgi?id=326406
--- Comment #14 from Nicofo <[hidden email]> --- Hi Gilles, I come back on this bug and reply to your last message with new thoughts: To summarize, I would consider GPS info is not valid if one of the following condition is met: - tag "GPS Latitude" or "GPS Longitude" is not present > This is already done in libkexiv2. As I said my previous comment, this is not true in my case. Can you check on your side ? Using digikam 4.10, the picture from comment #6 [1] (without "GPS Latitude" tag) appears to be geolocalised in Equator ... - tag "GPS Date Stamp" = 0000:00:00 > Well for this condition, i have plenty of valid geolocalized images without > this tag. I collected these files from digiKam users in time... So we cannot > use this one. OK, very well. If I understand you well, you have pictures that DOES NOT contain the tag "GPS Date Stamp" at all but are valid geolocalised ? What I say is different: IF tag "GPS Date Stamp" exists BUT is null (0000:00:00), THEN the geolocalisation has failed and must be discarded. OTHER SOLUTION, probably far easier : in this case (when GPS is active but geolocalisation not done -> digikam localises it in North Pole): the GPS Latitude/Longitude is 16777215°16777215'16777215"150 [note that 16777215 is 1111 1111 1111 1111 in binary] which is an impossible value for latitude and longitude: - latitude range is 0 (equator) to 90 (pole) - longitude range is -180 to 180 So if out of these ranges -> must be discarded ! Easy no ? ;) -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Nicofo
https://bugs.kde.org/show_bug.cgi?id=326406
Gilles Caulier <[hidden email]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[hidden email] --- Comment #15 from Gilles Caulier <[hidden email]> --- *** Bug 353456 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Nicofo
https://bugs.kde.org/show_bug.cgi?id=326406
Nicofo <[hidden email]> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|4.10.0 |4.14.0 --- Comment #16 from Nicofo <[hidden email]> --- Hi Gilles, what do you think about my previous suggestion ? IF tag "GPS Latitude" or "GPS Longitude" is not present OR tag is present but out of range (latitute [0-90] North/South ; longitude [-180 -180]) THEN photo not geolocalised Seems easy to implement ? (for a non-developper at least ;) ) Any chance to see that in Digikam 5.0 ? -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
Free forum by Nabble | Edit this page |