Version: (using KDE KDE 3.5.5) Installed from: Ubuntu Packages OS: Linux Digikam already incorporate an export plugin to Flickr. It would be great to implement an export plugin to Picasaweb. As F-Spot already do so, an API must already exist. Thank you very much !
Col, Vardhman can this wish be seen in the way of unifying export gui?
Indeed it would be great ! A unified export gui could ask for the type of service, the login and password an d perform the export of the selected image into the selected album for you.
Yes, myself and Vardhman have discussed this in the past but it's a little difficult. Flickr in particular is awkward, as it needs and external authentication phase and some of the other ones I've seen (e.g. Gallery, PicsasaWeb etc.) do not. I was hoping to find some time over the cold xmas hols to look at doing some export (or as I prefer to call it, "sync") plugin for gallery to make it more generic and add support for different web backends. So watch this space :)
Angelo, Colin A unified export GUI for exporting to certain webhosting services sounds like a great idea. I have been thinking (and little coding) about something different (i.e. a separate plugin), which would supplement that one really well: Exporting to KIO slaves with some special options. You can read more about my proposal here: http://mail.kde.org/pipermail/kde-imaging/2007-January/004359.html I am not sure, whether it would be a good idea to merge these two plugin ideas. But in the eye of the user, it would certainly make sense to have only one "Export -> Sync remote gallery/directory" plugin, regardless of the "remote technique" behind it (Gallery API, flickr API, KIO slave, ...). But that would mean, that you cannot assume such a unified gui "type of service, login, password", but you'd have a different GUI for each technique. What do you think?
Hi Frank, That sounds like a good idea. I see no reason why the "unified sync plugin" has to be restricted to Web APIs. Exporting to any KIO sounds like a pretty fair use and would allow e.g. a nice sync to a gallery folder for use in MythGallery or similar (I was planning on wiring up MythGallery to phpgallery at some point but there's more than one way to skin a cat as they say!). I will make sure that any configuration for different gallery types will not assume that a username/password is essential. I've not had any time to concentrate on this for a while as I've been moving house (and will have to move again sometime soon) and have commited myself to helping out on too many projects for friends but I do plan on having a bit more time to fiddle about in the coming months so we can hopefully make some progress there. All the best for now.
*** Bug 139984 has been marked as a duplicate of this bug. ***
See also bug 139537 (not quite a dupe but want to keep the relationship noted down)
If possible, I'd love to be able to create flickr or picasa albums in digikam (or mark existing albums as such) which would automatically be synced to flickr or picasa. In one of the settings sections users could supply usernames and passwords and then all they would have to do is mark albums for syncing to whichever service they want.
Yes Aaron, I completely agree with you and you've captured exactly how I want this sync framework to work (in the long term). This does require changes to libkipi and infact I wrote a mail to the kde-imaging mailing list earlier today about starting on those changes: http://lists.kde.org/?l=kde-imaging&m=116975970229191&w=2 So rest assured, that this is exactly the kind of functionality I want too :)
*** Bug 134039 has been marked as a duplicate of this bug. ***
It seems like the Picasa web albums API has just been released: http://google-code-updates.blogspot.com/2007/03/gdata-for-picasa-web-albums.html
I'm marking this as a duplicate of the Sync Plugin wish as KDE's BZ does not support dependency and I have described this functionality in that bug report. If someone feels that this should be implemented separately please reopen. *** This bug has been marked as a duplicate of 143978 ***
As a person who has been not very satisfied with Syncing concept (expecially the experience with Apple IPod one), I developed a simple uploader-only plugin to upload photos to PicasaWeb Albums.
To change the status of this comment from Resolved as Duplicate, I am reopening the bug.
*** Bug has been marked as fixed ***.
For what it's worth I fully intend to support "upload only" within the sync framework. It is indeed the first thing to get done before worrying about the actual Syncing part. The whole idea of it was to create a framework that all services could build on and share a common UI and thus save the reimplementation of essentially the same task in multiple plugins! We now have a variation on the same UI for Flickr, Gallery, PicasaWeb and IPod export to name but a few. I feel all of these can be accommodated by a common UI which will make the whole experience more cohesive for the users. I hope I can interest you in working on it if you have the time?
Vardhman, I'm agree with Colin than all Export plugins must have a common interface to simplify users task... If you want i can help you to design something like that... Gilles
I forget to said, I help you to design something like that for KDE4 of course... Like digiKam is now fully ported to KDE4, we will abble to port all kipi-plugins and test (not yet fine duing a little bug in libkipi which do not load plugin in host application ==> to be fixed before (:=)))) Gilles
Yes I had assumed KDE4 :) I will attempt to gather my thoughts again tonight (assuming the weather stays as crap as it is, otherwise I may actually go outside!) and work out a detailed plan of what I see needing done in Sync and the plan of attack. I'll then perhaps create some more bug tickets with the various tasks in it. This would at least make what I was trying to do transparent so other /can/ do something!!!
If it goes to allow an upload-only option the plugin would be great. As far as showing a common GUI to the users I totally agree its a great idea. I am wondering if we intend to have another layer of plugin interface (say a Kipi::SyncPluginInterface) which all the plugins which intend to export the photos are going to use. If that is the case I would get in touch with Colin to explain some current differences in the implementation of Flickr and Picasaweb export (due to the change in the way they allow the uploads to be done). Vardhman On 18 Jul 2007 09:28:01 -0000, Colin Guthrie <kde@colin.guthr.ie> wrote: [bugs.kde.org quoted mail] If it goes to allow an upload-only option the plugin would be great. As far as showing a common GUI to the users I totally agree its a great idea. <br><br>I am wondering if we intend to have another layer of plugin interface (say a Kipi::SyncPluginInterface) which all the plugins which intend to export the photos are going to use. If that is the case I would get in touch with Colin to explain some current differences in the implementation of Flickr and Picasaweb export (due to the change in the way they allow the uploads to be done). <br><br><br>Vardhman<br><div><span class="gmail_quote">On 18 Jul 2007 09:28:01 -0000, <b class="gmail_sendername">Colin Guthrie</b> <<a href="mailto:kde@colin.guthr.ie">kde@colin.guthr.ie</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> ------- You are receiving this mail because: -------<br>You are on the CC list for the bug, or are watching someone who is.<br><br><a href="http://bugs.kde.org/show_bug.cgi?id=138838">http://bugs.kde.org/show_bug.cgi?id=138838 </a><br><br><br><br><br>------- Additional Comments From kde colin guthr ie 2007-07-18 11:28 -------<br>Yes I had assumed KDE4 :)<br><br>I will attempt to gather my thoughts again tonight (assuming the weather stays as crap as it is, otherwise I may actually go outside!) and work out a detailed plan of what I see needing done in Sync and the plan of attack. I'll then perhaps create some more bug tickets with the various tasks in it. This would at least make what I was trying to do transparent so other /can/ do something!!! <br>_______________________________________________<br>Kde-imaging mailing list<br><a href="mailto:Kde-imaging@kde.org">Kde-imaging@kde.org</a><br><a href="https://mail.kde.org/mailman/listinfo/kde-imaging">https://mail.kde.org/mailman/listinfo/kde-imaging </a><br></blockquote></div><br><br clear="all"><br>-- <br>Blogs: <a href="http://vardhman.blogspot.com">http://vardhman.blogspot.com</a><br>
Yes there will definitely be a "one shot" upload interface in addition to the "sync" capabilities that will eventually be there.... one day ;) One of the reasons for the delay is that while developing thing I got the idea of using a very similar API to which Kipi-Plugins themselves communicate with host applications. This followed more thoughts about what a revised version of the KIPI API would include but this has been taken off the boil as we knew it would be a post KDE4 thing. I hope that we will probably release a new KIPI API with the KDE4 release as apps will need to reimplement a reasonable amount anyway so it's an ideal opportunity. Back to the sync tho'... if the "Sinks" (e.g. picasaweb/flickr etc.) were implemented in a libkipi compatible wrapper, then there would be the added advantage that you could theoretically use other kipi plugins to act on them!!! This would mean you could do a slideshow of your flickr photos or create a calendar form your facebook pics! Not necessarily a killer feature but a very nice side effect! I'll spend some time this evening writing out everything on a wiki somewhere with regards to what sync needs for itself and what libkipi needs moving forward! Cheers
> I'll spend some time this evening writing out everything on a wiki > somewhere with regards to what sync needs > for itself and what libkipi needs moving forward! What about using http://wiki.kde.org/tiki-index.php?page=Digikam (There is already a collection of thoughts on the future database http://wiki.kde.org/tiki-index.php?page=Digikam+development+discussion linked to from http://wiki.kde.org/tiki-index.php?page=Digikam+Technical+Aspects )
Thanks Arnd seems as good a location as any. I'll post to the dk and kdeimg MLs when I get something going, and will attempt to pry myself away from spamming this bug ;)
Just a remark. I noticed that Gnome will use its syncing framework ( Conduit ) to synchronized Photos with remote site. This way, every application using Conduit can sync photo to remote sites ( picasaweb web ). So potentially you could do it directly from your palm/etc ... So maybe KDE should take the same route and add theses syncing functionnality in its framework ( synce ? ), and digikam ( and others apps ) will just use it. Imagine we could do 2 way sync directly from Dolphin ... For more information : http://www.conduit-project.org/wiki/SyncStatus http://www.johnstowers.co.nz/blog/index.php/2007/09/03/expanding-the-sync-space/
Thanks Fabrice :) It's a fair point. I'm going to copy your comments on to bug 143978 as this seems more relevant for this point.