But it writes a large negative number for all three values in the actual exif jpeg writer!
How are the 3 values supposed to be presented?
What am I doing wrong? This seems to be way harder than it needs to be.
Hello @mdk , thanks for posting here. I decided to give this a go, hopefully this solution will also work well for you too! From our documentation, it looks like the 4 attributes to consider are:
jpeg_exif_gpslatitude
jpeg_exif_gpdlongitude
jpeg_exif_gpslatituderef
jpeg_exif_gpslongituderef
Two of these need to be formatted in DMS, and the other two are cardinal directions (eg. N, E, W, etc.) for lat/long reference. Once we use the DMSCalculator, we can combine the DMS values with a StringConcatenator. You should see the output show up at the Safe Software Headquarters.
I noticed, while writing, the output isn't shown in the Visual Preview window properly, but you can validate its location with this photo location tool afterwards (like above). Let me know if you have any questions about the workspace. Happy to help, Kailin.
But it writes a large negative number for all three values in the actual exif jpeg writer!
How are the 3 values supposed to be presented?
What am I doing wrong? This seems to be way harder than it needs to be.
Kailin: Thanks for the reply, but that did not address my question. My question was how the 3 numbers need to be presented to the jpeg writer to be written correctly into the exif tag. By trial and error I found they need to be separated by a space, ddd mm ss.ssss
I still have not found this stated as such in any documentation which I find weird!
But it writes a large negative number for all three values in the actual exif jpeg writer!
How are the 3 values supposed to be presented?
What am I doing wrong? This seems to be way harder than it needs to be.
Hello @mdk , sorry for not addressing the initial question! I had luck setting up the following: "122; 50; 32.36280000000261" (with a semicolon and a space seperating each value, "D; M; S").
However, I spoke with development, values can be formatted like "D M S", a space should be good enough to delimit the values. I will create a ticket for us to update our documentation. Thanks for brining this to our attention! Here to help, Kailin.
Hello @philippeb, thank you for commenting! Sorry you’ve been unable to find the documentation, are you able to access it here? The information is found in the Feature Representation section of the documentation.
I don’t think JPEG supports z values, only x & y. Are you looking to store the elevation value at which the JPEG image was captured? If so, would the jpeg_exif_gpsaltitude work? This format attribute stores the altitude, based on the reference (in meters). Happy to help, Kailin.
Hello @philippeb, thank you for commenting! Sorry you’ve been unable to find the documentation, are you able to access it here? The information is found in the Feature Representation section of the documentation.
I don’t think JPEG supports z values, only x & y. Are you looking to store the elevation value at which the JPEG image was captured? If so, would the jpeg_exif_gpsaltitude work? This format attribute stores the altitude, based on the reference (in meters). Happy to help, Kailin.
Thanks for that doc! There should be a link pointing there in the JPEG writer’s doc, I think.
We use 3 different kinds of cookies. You can choose which cookies you want to accept. We need basic cookies to make this site work, therefore these are the minimum you can select. Learn more about our cookies.