Pages (2): 1 2   
Member
Member
vincent3569   03-09-2012, 10:22
#1

hi

I use LR4.1 and zenphoto 1.4.3.1.
when I import an image with coordinates (ie 47°23'14"N 3°14'46"W, zenphoto do not correctly translate GPS coordinates contained in the photo (not using zenphoto "W ") and the picture is badly localized in googlemap.

Is it an known issue ?

Member
Member
vincent3569   03-09-2012, 10:26
#2

I have a look in database.

EXIFGPSLatitudeRef and EXIFGPSLongitudeRef seem not to be evaluated (N/S or E/W).

fyi, LR uses Exif version : 0230

Administrator
Administrator
acrylian   03-09-2012, 10:36
#3

Did you try the XMP plugin? Lightroom is at least known to do things beyond the standard. I don't know Lightroom though.

Member
Member
vincent3569   03-09-2012, 12:50
#4

Yes I did a try with xmp plugin, but nothing changes.
I don't know where is located this issue, but there is an issue...

It works well with exif viewer (by using gps coordinate, the picture is welle located in googlemap).

It was working with zp 1.4.2.6 and it doesn't work with 1.4.3.1.

Administrator
Administrator
acrylian   03-09-2012, 13:44
#5

Sorry, I cannot answer. Sbillard possibly will be able later.

Member
Member
vincent3569   03-09-2012, 16:18
#6

to help you as best I can, there is 2 links :

I am not able to see if stored data are different between 2 pictures (so it could be a change between LR3 and LR4), or if stored data are the same between 2 pictures (so it could be a change between ZP 1.4.2 and 1.4.3).

Member
Member
sbillard   03-09-2012, 16:44
#7

Latitude and longitude references must not be empty according to the EXIF specification:

Quote:GPSLatitudeRef
Indicates whether the latitude is north or south latitude. The ASCII value 'N' indicates north latitude, and 'S' is south
latitude.
GPSLongitudeRef
Indicates whether the longitude is east or west longitude. ASCII 'E' indicates east longitude, and 'W' is west
longitude.
So I guess Lightroom got it wrong. But on the other hand, the image you say is wrong works correctly when I load it into my gallery.

Member
Member
vincent3569   03-09-2012, 19:08
#8

the two data are not empty in the pictures (as I can see with exifviewer), but they are not loaded in zenphoto when I create new album, so pictures are not displayed at the right place with googlemap plugin.

you download the indicated pictures and you try to import them and they are right located?
I am using 1.4.3.1 release and you?
maybe there was something changebetween 1.4.3.1 and 1.4.3.2?

Member
Member
vincent3569   03-09-2012, 19:10
#9

if you have a look on my gallery, I manually add the missing values in the database and it works well (so this is not a good example).

Administrator
Administrator
acrylian   03-09-2012, 20:32
#10

Try 1.4.3.2 please. That is of course what we test (what did you expect seriously?).

Member
Member
sbillard   03-09-2012, 23:01
#11

I did use 1.4.3.2 [10747] of course as indicated by Acrylian. And I downloaded the image you said did not work. All is properly imported from the image into the Zenphoto database. The only way these fields could be empty is if you have told Zenphoto not to process them in the metadata field list options.

You should use the current version of Zenphoto. But I seriously doubt there were any changes to metadata handling in that release. This area of Zenphoto is pretty stable since we really do not like trying to change the exifier script.

Member
Member
vincent3569   04-09-2012, 18:50
#12

sbillard, you are right : GPSLatitudeRef and GPSLongitudeRef was not checked in admin.
now, everything is OK.

but, I really think that we should not have to check these 2 data in admin.
If the data EXIFGPSLatitude and EXIFGPSLongitude are chosen, then EXIFGPSLatitudeRef and EXIFGPSLongitudeRef should be automatically chosen (these last data are closely related with first one and can not function without each other)

Member
Member
binoyte   04-09-2012, 20:51
#13

I have the same issue on random pictures. I fixed it directly in the database. What I see is an weird character near the W, so pictures by default are misplaced to the east.

I'using Corel Aftershot Pro and I don't think it's going wrong : when reading exif with FxIF (an exif extension for firefox) GPS data are OK.

Member
Member
sbillard   04-09-2012, 22:27
#14

[b]vincent3569[/b]:

There are three states to each of these items:

Show the field
Hide the field
Do not process the field

The default for the Geodata is to hide the field. It is certainly your choice if you want to hide or show it in the metadata displays. Displaying or hiding the data has no impacat on it being imported into the database. But if you have checked the Do not process option the data is not imported. This option is made so people can prevent improper metadata from overriding something they have manually stored.

[b]binoyte[/b]:
if you see anything other than a simple [b]W[/b] or [b]E[/b] in that field (or a [b]N[/b] or [b]S[/b] in the GPSLatituderef field) then your image is not compliant with the standard. The standard clearly states the fields are an ASCII character, N, S, E, or W.

If Corel Aftershot Pro is not following the standard shame on them. No real excuse for that, but it is not Zenphoto's issue. There is no way we can cater to everyone's private "standards".

Member
Member
binoyte   03-10-2012, 11:55
#15

Can you have a look to that picture ? http://tmp.benoitvarret.fr/misplaced.jpg

This picture misplaced on the embbed map. When I read the exif with whatever the software, nothing appears wrong. For instance this the exiftools output :
`

GPS Altitude : 301 m Above Sea Level

GPS Latitude : 46 deg 41' 6.18" N

GPS Longitude : 73 deg 1' 0.18" W

GPS Position : 46 deg 41' 6.18" N, 73 deg 1' 0.18" W

`

But I can see weird types : http://tmp.benoitvarret.fr/misplaced_phpmyadmin.png

Member
Member
sbillard   03-10-2012, 16:07
#16

Well, your posted links are "forbidden" so we cannot look at anything. In the past this has been caused by mal-formed geodata. What you list above is either an indication of the problem or a summary of the data.

There should be separate entries for the latititude, longitude, latitude reference, and longitude reference. The latter two are the N/S and E/W references and are defined to be simply a single character. Zenphoto follows this standards definition. If, for instnace, the N and W are part of the latitude and longitude strings it will fail. As would be the case of the references are not the single character N, S, E, or W.

Member
Member
binoyte   03-10-2012, 17:14
#17

oups sorry ! An old apache config was remaining. The links should work now.

Thanks for your explanations, I think I have understood. Maybe exiftool can convert GPS formats.

Member
Member
binoyte   03-10-2012, 21:04
#18

Sorry again ! I just exec an
$ exiftool misplaced.jpg | grep GPS

and here is the output :
`

GPS Version ID : 2.3.0.0

GPS Latitude Ref : North

GPS Longitude Ref : West

GPS Altitude Ref : Above Sea Level

GPS Status : Measurement Active

GPS Altitude : 301 m Above Sea Level

GPS Latitude : 46 deg 41' 6.18" N

GPS Longitude : 73 deg 1' 0.18" W

GPS Position : 46 deg 41' 6.18" N, 73 deg 1' 0.18" W

`

The issue is just North should be N, and W should be W ?

Member
Member
binoyte   03-10-2012, 21:12
#19

well, output seems to be translated as exiv2 show me «Nord» instead of «North». So I tried this command which shows plain exif :
$ exiv2 -pv misplaced.jpg | grep GPS 0x8825 Image GPSTag Long 1 424 0x0000 GPSInfo GPSVersionID Byte 4 2 3 0 0 0x0001 GPSInfo GPSLatitudeRef Ascii 2 N 0x0002 GPSInfo GPSLatitude Rational 3 46/1 41/1 37080/6000 0x0003 GPSInfo GPSLongitudeRef Ascii 2 W 0x0004 GPSInfo GPSLongitude Rational 3 73/1 1/1 1079/6000 0x0005 GPSInfo GPSAltitudeRef Byte 1 0 0x0006 GPSInfo GPSAltitude Rational 1 301/1 0x0009 GPSInfo GPSStatus Ascii 2 A
I assume this shows that exif are correct in my picture.

Member
Member
sbillard   03-10-2012, 22:56
#20

Ol, the GPS latitude and longitude Ref values do not conform to the standard which states they should be N abd W respectively.

As I mentioned before, Zenphoto simply cannot manage to conform to arbitrary interpretations of the standards. After all this is what standards are all about--an agreement on how things would be represented.

Pages (2): 1 2   
  
Powered By MyBB, © 2002-2026 MyBB Group.
Made with by Curves UI.