Bug 215787 - picasaweb updating photo or movie does not work,duplicate instead of replace
Summary: picasaweb updating photo or movie does not work,duplicate instead of replace
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Plugin-WebService-Google (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR wishlist
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-11-23 09:34 UTC by Philippe ROUBACH
Modified: 2018-01-30 21:32 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In: 4.12.0


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Philippe ROUBACH 2009-11-23 09:34:32 UTC
Version:           inconnu (using 4.3.2 (KDE 4.3.2), Mandriva Linux release 2010.0 (Cooker) for i586)
Compiler:          gcc
OS:                Linux (i686) release 2.6.31.6-desktop-69mib

export a photo to picasaweb
export same photo to picasaweb

result : you have 2 occurrences of the same photo in your picasaweb

this is a pb

often you modify a photo for example you fix it, you add a legend or a tag then you want to update the photo in your picasaweb
Comment 1 caulier.gilles 2009-11-23 10:34:27 UTC
Which kipi-plugins version you use ?

Gilles Caulier
Comment 2 Philippe ROUBACH 2009-11-23 10:41:00 UTC
kipi-plugins 0.7
Comment 3 caulier.gilles 2009-11-23 11:32:53 UTC
Try 0.8.0

Gilles Caulier
Comment 4 Philippe ROUBACH 2009-11-23 17:14:31 UTC
dgikam 1.0.0b6
kipi-plugins 0.8

same pb
Comment 5 Philippe ROUBACH 2009-12-01 11:03:24 UTC
digikam 1.0.0rc
kipi-plugins 0.8

same pb
Comment 6 Philippe ROUBACH 2009-12-26 20:50:24 UTC
digikam 1.0.0
kipi-plugins 1.0.0

same pb
Comment 7 Philippe ROUBACH 2010-02-01 17:29:40 UTC
digikam 1.1
kipi-plugins 1.1

pb still there

same pb for movies
Comment 8 Jens Mueller 2010-02-06 15:49:02 UTC
Therefore we have two possabilities:

-take the filename as reference, handled as title attribute inside picasaweb. I see problems here when renaming the offline image or any other application change this picasaweb tag (the title attribute needs not to be unique, also not per album) 

-use the unique picasaweb gphoto:id attribute, but as the id is generated online we have to store it back to the original image. No problems with filerenaming etc but we can only store the gphoto:id attribute when we have access rights. Also we need a exif/xmp tag to take for.

Any opinions?

Jens
Comment 9 Philippe ROUBACH 2010-02-06 17:55:11 UTC
1. be simple for a first shot

the user knows only the name
the name for user is not only a name this is an identifier
if the user changes the name this is another photo (accurately another occurence of the same photo)
frequently i use 2 occurrencies of the same photo (an original and a modifed one and for me they are different ones
apply the principle : if you change the name then this is not the same photo

2 we must think about this new feature as a beginning or a part of a future synchronization mecanism

3. perhaps this solution is more closed than using gphoto.id
for future modification to add or extend a feature

perhaps it is handy for future feature to use gphoto.id
and to see several photos with same gphoto.id as occurrencies of the same photo

this way opens the future possibilities, the future operators
Comment 10 Jens Mueller 2010-02-07 10:33:21 UTC
I fully agree to 1) in the above comment

But here is another usecase:
A user want to set up a 'best shots' collection, therefore he take several images from different albums and load them up in one step. Some cameras start counting taken photos by zero again when the card is empty. So the user has several images with the same filename in his upload step. 
I think everybody will agree to say that there should no 'do want to override <that> existing file?' messageboxes, all images should be uploaded as new ones. No problem so far.
But now the user change something, for example brightness of one image, and want to update the corrosponding image. If there is a image with the same title attribute (filename) digikam should bring up a messagebox and ask for 'replace'|'add'|'skip'. 
But what do to when there a more than one image with the same title attribute? Which one to replace?

You can also get in this trouble through: Upload a image, upload the image again and select 'add' from the messagebox. Now you upload the image again and select 'replace'. Which one to take for?

Jens
Comment 11 Philippe ROUBACH 2010-02-07 11:04:41 UTC
Ah ok i understand
- several photos has same filename
- we must use a digikam identifier for each photo (don't forget movies)
- picasaweb ignores this identifier
then
we must put the identifier in the photo file as a data in the exif-xmp field

your solution is more general and good

another question you say "gphoto.id" why not a digikam id ?

sorry for facebook i don't use facebook
Comment 12 Jens Mueller 2010-02-07 11:11:32 UTC
The (overall picasaweb universe) unique id is called gphoto:id in picasaweb.

Jens
Comment 13 Jens Mueller 2010-02-11 20:23:25 UTC
@Gilles: I need a 'picasawebGPhotoId'-attribute stored inside XMP. For documentation look here: http://code.google.com/intl/de-DE/apis/picasaweb/docs/2.0/reference.html#gphoto_id , description will be someting like 'The unique id of an element inside picasaweb' or something like that.

I tryed to save that one in a new tag but do not succeed. The tag is not there after, setXmpTagString return false. If I reuse a existing tag for testing it works. You wrote for pure write/read tags this is not neccessary in #224893?
Comment 14 caulier.gilles 2010-02-11 20:39:38 UTC
Jens,

let's me see the code...

Gilles Caulier
Comment 15 Jens Mueller 2010-02-11 22:50:37 UTC
SVN commit 1088903 by jmueller:

store unique gphoto:id of uploaded images

CCBUGS: 215787
CCBUGS: 217539

 M  +3 -18     picasawebitem.h  
 M  +41 -48    picasawebtalker.cpp  
 M  +14 -6     picasawebtalker.h  
 M  +145 -93   picasawebwindow.cpp  
 M  +7 -5      picasawebwindow.h  


WebSVN link: http://websvn.kde.org/?view=rev&revision=1088903
Comment 16 Jens Mueller 2010-02-11 22:57:21 UTC
@Gilles: relevant code is in picasawebwindow now, please look for 'xmp'
Comment 17 caulier.gilles 2010-02-11 23:44:40 UTC
Jens, 

I cannot see any problem in your code. 

Which version of libkexiv2 you use ? Trunk ? (recommended)

And Exiv2 ? 0.19.0 ? trunk ?

Gilles
Comment 18 Jens Mueller 2010-02-12 17:39:18 UTC
currently:
LibExiv2: 0.18.2
LibKExiv2: 0.6.0

But I will upgrade KDE now.
Comment 19 caulier.gilles 2010-02-12 17:46:57 UTC
yes, i think version is the problem...

Gilles Caulier
Comment 20 Jens Mueller 2010-02-13 13:41:57 UTC
updating LibKExiv2 to 1.0.0 make saving XMP work
Comment 21 caulier.gilles 2010-02-13 13:45:08 UTC
Great, so Philippe will see this file closed soon, for 1.2.0 release.

Nice job have been done on Picasa tool Jens, congratualtions !

Gilles
Comment 22 Jens Mueller 2010-02-13 15:21:40 UTC
Thanks, Gilles. Work is not completed yet, but hopefully for 1.2.
Comment 23 Jens Mueller 2010-02-17 20:58:30 UTC
SVN commit 1091885 by jmueller:

finalize update option of existing photos

BUGS: 217539
CCBUGS: 215787


 M  +2 -1      NEWS  
 M  +1 -0      picasawebexport/CMakeLists.txt  
 M  +2 -2      picasawebexport/picasawebalbum.cpp  
 M  +1 -1      picasawebexport/picasawebalbum.h  
 A             picasawebexport/picasawebreplacedialog.cpp   [License: GPL (v2+)]
 A             picasawebexport/picasawebreplacedialog.h   [License: GPL (v2+)]
 M  +17 -15    picasawebexport/picasawebtalker.cpp  
 M  +0 -1      picasawebexport/picasawebtalker.h  
 M  +73 -23    picasawebexport/picasawebwindow.cpp  
 M  +1 -0      picasawebexport/picasawebwindow.h  


WebSVN link: http://websvn.kde.org/?view=rev&revision=1091885
Comment 24 Jens Mueller 2010-02-17 21:24:37 UTC
Updating photos work now. But for videos we need to find a place where to store picasaweb id as xmp is not available.
Comment 25 Philippe ROUBACH 2010-02-17 23:16:20 UTC
Soon the hope to use no more picasa software to manage picasaweb albums !

And to do more : managing movies with linux version does not work by default and even with somme adds manages only .mov file, not avi)

thanks
Comment 26 caulier.gilles 2011-12-20 17:32:17 UTC
Philippe,

This file still valid using kipi-plugins 2.4 ?

Gilles Caulier
Comment 27 Philippe ROUBACH 2012-01-26 14:59:57 UTC
digikam 2.5

no more pb
Comment 28 Philippe ROUBACH 2012-01-26 15:02:40 UTC
Sorry but for movie pb still valid with digikam 2.5
Comment 29 Philippe ROUBACH 2012-10-04 11:21:15 UTC
when do you think this interesting feature will be supplied ?

today with digikam 2.9.0

in the contrary of a photo when sending a second time a movie then the export tools does not ask fo me if i want to replace it or to add a second occurence then i have a second occurrence in picasaweb site
Comment 30 caulier.gilles 2015-05-19 13:51:24 UTC
Philipe, 

This file still valid using new GDriveExport tool instaed PicasaWebExport ?

Gilles Caulier