FlickrMetadataSynchr Work Item Rss Feed

Commented Issue: Time Zone issue [10622]

KetilMo — Mon, 02 Nov 2009 19:26:44 GMT

Hi,

Thanks for creating this great tool!

I use GeoSetter to edit my geotagging and timezone information. When I upload an image to Flickr after having edited it in GeoSetter, and then download it with Flickr Meta Data Synchr again, and then open the image in GeoSetter again, the image's taken date is changed by several hours. If I then run the synch for a second time, the process i repeated, and the picture's time is even a few hours more off.

I guess this has someting to do with how GeoSetter handles timezone info in the Exif data, as opposed to how Flickr Metadata Synchr handles it.

Is it possible to fix this issue?

Best regards,
Ketil
Comments: ** Comment from web user: KetilMo **

Erwyn,

Thanks for having a look at this! I will try to update GeoSetter to see if this fixes the problem.

Regards,
Ketil

Commented Issue: Time Zone issue [10622]

Erwyn — Sun, 27 Sep 2009 11:35:45 GMT

When I view the metadata of both pictures with Microsoft Pro Photo Tools v2, I notice the following. Both images have their location data set to Winchester, Las Vegas, Nevada, United States. No metadata corruption is reported. My guess is that GeoSetter doesn't correctly handle the shift of metadata sections in the image file when padding and extra metadata is added to the file. I would consider that to be a bug in GeoSetter.

Regarding the times. Both files show the same capture datetime in Pro Photo Tools and Windows Explorer for me: 2009-05-25 12:39 PM. In Pro Photo Tools the EXIF date is shown as 2009-05-25 10:39 PM, because I am in GMT+0100 with DST. What does appear odd to me is that your pictures files have EXIF, IPTC and GPS datetimes, while my own photos only have an EXIF date.

I am afraid there isn't more that I can do as I can spot no bug in FlickrMetadataSynchr for this issue.

Commented Issue: Time Zone issue [10622]

KetilMo — Sun, 27 Sep 2009 08:28:15 GMT

Erwyn,

Sorry for the delayed response. I've now uploaded an example that you can download and have a look at: http://bit.ly/19aFfa

There are two files in this example. The original file was downloaded from Flickr through FMSynchr with the "Simulate update metadata" switch on. The other one was downloaded with this switch off.

When you open this two images in GeoSetter, you can see that the time is offset by several hours in the updated file.

In addition, the "Sublocation" field in GeoSetter reports "Winchester", while the modified image reports a "-".

Last important observation: On the modified image, GeoSetter reports "Bad IPTC data tag (marker 0x0)".

Thanks for looking into this!

Regards,
Ketil

Commented Issue: Time Zone issue [10622]

Erwyn — Sat, 12 Sep 2009 09:27:49 GMT

Hi Ketil,

Could you attach the image file to this issue or point me to a place where I can download it? Can you also state the timezone the image was originally taken in and to what timezone you changed it with GeoSetter? I will then try to reproduce the issue and try to find the cause.

Ciao,
Erwyn

Created Issue: Time Zone issue [10622]

KetilMo — Fri, 11 Sep 2009 20:28:09 GMT

Commented Issue: Consider explicitly updating keywords in IPTC metadata and not just in XMP

Erwyn — Wed, 26 Aug 2009 09:08:24 GMT

It was reported that Picasa can't see updates to the keywords in the metadata of files after using FlickrMetadataSynchr. That's because Picasa can't read XMP metadata, but pulls the keywords from the IPTC metadata section.

FlickrMetadataSynchr uses the "System.Keywords" property of WIC to read/write keywords/tags from local image files.

The Microsoft Photo Metadata Policy for System.Keywords does already read from "/app13/irb/8bimiptc/iptc/keywords" if present, but doesn't write to it if no IPTC keywords are already present in the file. In that case it just writes to XMP (the most modern spot to write this type of metadata to).

All in all, I still don't understand why the issue exists. If Picasa was used to add keywords in IPTC to a file I would think that FlickrMetadataSynchr would update those keywords if changes have occurred on Flickr.

Nate. can you attach a picture for which this happens to this work item?
Comments: ** Comment from web user: Erwyn **

Thanks for the clarification. The issue is very clear now. I will add an option (so that it can be switched on in the configuration file) to explicitly write keywords to the IPTC section in the next version.

Commented Issue: Consider explicitly updating keywords in IPTC metadata and not just in XMP

drumroll99 — Wed, 26 Aug 2009 02:56:22 GMT

Erwyn,

Perhaps I misunderstood the thread. That part is working fine; FlickrMetadataSynchr does indeed write the keywords to IPTC if that section exists. As you mentioned, what's not working is writing IPTC keywords to files that don't yet have any.

In more detail, here's what's working:

Add IPTC keywords with Picasa. Sync with FlickrMetadataSynchr. Keywords are added to Flickr, and to XMP.

Remove one or more tags from Flickr. Sync with FlickrMetadataSynchr (assuming "newest wins" option is selected). Tags are removed from IPTC and XMP.

Here's what's NOT working:

Remove one or more IPTC keywords with Picasa. Sync with FlickrMetadataSynchr with "newest wins" selected. The deleted IPTC tags are removed from flickr, but remain in XMP. (So this is Picasa's fault for not updating XMP.)

Take an original picture without any IPTC keywords. Add flickr tags and sync with FlickrMetadataSynchr. XMP keywords are added to the local file, but not IPTC. (You are already aware of this issue.)

Take a picture with IPTC keywords and XMP keywords. Delete a tag from flickr or delete an XMP keyword from the local file. Sync with FlickrMetadataSynchr. The keyword is no longer in IPTC, XMP or flickr, but it annoyingly remains in Picasa's keyword popup! That's because Picasa keeps its own separate database. The only way to refresh it (that I know of) is to rebuid the entire database--by uninstalling and reinstalling Picasa--or to cut and paste the file to a folder not monitored by Picasa and then cut/paste the file back in a Picasa-monitored folder, etc. (This is obviously Picasa's bug and there's nothing we can do about that.)

Fortunately deletes of keywords/tags are not very frequent compared to additions. So, in my opinion the only real flaw of FlickrMetadataSynchr (or rather, System.Keywords) is that it doesn't add the IPTC keywords section if it's not already there. I have a feeling that is the only problem fjordaan was running into.

Created Issue: Consider explicitly updating keywords in IPTC metadata and not just in XMP

Erwyn — Sat, 22 Aug 2009 13:19:06 GMT

Closed Feature: Make updating metadata on Flickr multithreaded to speed up performance

Erwyn — Sat, 08 Aug 2009 22:41:36 GMT

The metadata on Flickr has to be updated one by one for each picture. Using multiple threads to do the updates speeds things up.
Comments: Resolved with changeset 28405.

Created Feature: Make updating metadata on Flickr multithreaded to speed up performance

Erwyn — Sat, 08 Aug 2009 19:16:22 GMT

The metadata on Flickr has to be updated one by one for each picture. Using multiple threads to do the updates speeds things up.

Closed Feature: Use multiple threads to fetch photo information from Flickr

Erwyn — Sat, 08 Aug 2009 17:10:21 GMT

Make fetching the metadata for photos on Flickr multithreaded. Some information cannot be fetched in bulk from Flickr and had to be fetched on a picture-by-picture basis. For large sets this is very slow. By using multiple threads and thus multiple connections to Flickr this can be speeded up.
Comments: Resolved with changeset 28402.

Closed Task: Remove caching of PhotoInfo instances

Erwyn — Sat, 08 Aug 2009 17:10:21 GMT

Inside FlickrHelper PhotoInfo instances are cached. This impedes changes to make fetching PhotoInfo information multithreaded. Remove the caching code. Also disable the FlickrNet caching. This prevented efficient multithreaded operation.
Comments: Resolved with changeset 28402.

Created Feature: Use multiple threads to fetch photo information from Flickr

Erwyn — Sat, 08 Aug 2009 16:33:21 GMT

Created Task: Remove caching of PhotoInfo instances

Erwyn — Sat, 08 Aug 2009 12:42:24 GMT

Inside FlickrHelper PhotoInfo instances are cached. This impedes changes to make fetching PhotoInfo information multithreaded. Remove the caching code.

Closed Task: Add configuration option to overwrite pre-existing ImageUniqueId information in EXIF

Erwyn — Sat, 08 Aug 2009 12:30:10 GMT

Add a configuration option to overwrite pre-existing ImageUniqueId information in EXIF with the Flickr ID. Some other identifier might have been put in ImageUniqueId by image editing software or the photo camera.
Comments: Resolved with changeset 28399.

Commented Issue: Refactor code as a result of analysis using NDepend

Erwyn — Sat, 08 Aug 2009 12:30:10 GMT

I've run NDepend on the code and this gives opportunities for refactoring the code to increase its quality.
Comments: Associated with changeset 28399.

Created Task: Add configuration option to overwrite pre-existing ImageUniqueId information in EXIF

Erwyn — Sat, 08 Aug 2009 11:47:07 GMT

Closed Task: Increase version number to 1.3.0.0

Erwyn — Sat, 08 Aug 2009 11:43:07 GMT

Increase the version numbers in GlobalAssemblyVersion.cs to 1.3.0.0.
Comments: Resolved with changeset 28398.

Created Task: Increase version number to 1.3.0.0

Erwyn — Sat, 08 Aug 2009 11:40:48 GMT

Increase the version numbers in GlobalAssemblyVersion.cs to 1.3.0.0.

Created Issue: Refactor code as a result of analysis using NDepend

Erwyn — Wed, 17 Jun 2009 20:49:02 GMT

I've run NDepend on the code and this gives opportunities for refactoring the code to increase its quality.