After 0.10 is out the door, would it be wise to consider storing tags
in Akonadi? If the tags were stored in Akonadi, then they could integrate with Kontact, no? An example usage would be that I am looking at pictures of Kristina in Digikam, and I want to email her. Or, I am in Kontact looking at Paul's data, and I pull up pictures of him. This might also help lead to integration between Digikam and other KDE photo applications, such as KPhotoAlbum. As Akonadi is not KDE-specific, even F-Spot could then adopt Akonadi integration. Let me know everyone's thoughts on the matter. Thanks! -- Dotan Cohen http://what-is-what.com http://gibberish.co.il א-ב-ג-ד-ה-ו-ז-ח-ט-י-ך-כ-ל-ם-מ-ן-נ-ס-ע-ף-פ-ץ-צ-ק-ר-ש-ת ä-ö-ü-ß-Ä-Ö-Ü _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Dotan,
Well, i'm already confused by nepomuk integration... Now, there is akonady... it's a big puzzle. It's sound like the good metadata framework used under linux desktop is not yet defined. I'm not a specilist of Nepomuk/Akonady. But sound like there are duplicates features here. We need a better feedback before to use something like that in digiKam. Also, there will be no plan to replace digiKam database by an external and untested framework. Marcel has developed a new and powerfull database interface, and we working to stabilize this code, no more for the moment... Best Gilles Caulier 2008/9/4 Dotan Cohen <[hidden email]> After 0.10 is out the door, would it be wise to consider storing tags _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
In reply to this post by Dotan Cohen
Dotan Cohen wrote:
> After 0.10 is out the door, would it be wise to consider storing tags > in Akonadi? If the tags were stored in Akonadi, then they could > integrate with Kontact, no? An example usage would be that I am > looking at pictures of Kristina in Digikam, and I want to email her. > Or, I am in Kontact looking at Paul's data, and I pull up pictures of > him. This might also help lead to integration between Digikam and > other KDE photo applications, such as KPhotoAlbum. As Akonadi is not > KDE-specific, even F-Spot could then adopt Akonadi integration. > > Let me know everyone's thoughts on the matter. Thanks! I'm am very interested in Akonadi, and have brought this subject up several times over the last year. I am considering Akonadi as a framework for the whole issue of synchronising content to online services such as Facebook, Gallery, Flickr, Picassa etc. Last time I mentioned it, the discussion fizzled out. I spoke with the Akondi devs last year at Akonadi and using it for PIM _media_ data did seem like a legitimate use to them, albeit not one they were concentrating on currently. I also think it would be a good infrastructure for Amarok with it's services infrastructure but that's beside the point. I did discuss briefly with an Amarok dev about this too. All in all I've had very little time to follow this up, but I think a digikam built on top of Akonadi could be very powerful. It does require significant re-engineering tho', and it certainly wont be something that happens in the short term. For me, a Nepomuk search that can be tied into an Akonadi layer would provide the "local" data needed to run digikam. Adding other services (like you do email accounts in a mail app) for Facebook and friends could allow the Digikam UI to display images from local and remote sources seemlessly. And obviously the sync layer would sit on top of that. I'm just rambling now as I'm excited that someone else thinks this may be a good route! Sadly I've not found the time to concentrate on this and write more about it/research it etc. Col -- Colin Guthrie gmane(at)colin.guthr.ie http://colin.guthr.ie/ Day Job: Tribalogic Limited [http://www.tribalogic.net/] Open Source: Mandriva Linux Contributor [http://www.mandriva.com/] PulseAudio Hacker [http://www.pulseaudio.org/] Trac Hacker [http://trac.edgewall.org/] _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
2008/9/4 Colin Guthrie <[hidden email]>:
> Dotan Cohen wrote: >> After 0.10 is out the door, would it be wise to consider storing tags >> in Akonadi? If the tags were stored in Akonadi, then they could >> integrate with Kontact, no? An example usage would be that I am >> looking at pictures of Kristina in Digikam, and I want to email her. >> Or, I am in Kontact looking at Paul's data, and I pull up pictures of >> him. This might also help lead to integration between Digikam and >> other KDE photo applications, such as KPhotoAlbum. As Akonadi is not >> KDE-specific, even F-Spot could then adopt Akonadi integration. >> >> Let me know everyone's thoughts on the matter. Thanks! > > I'm am very interested in Akonadi, and have brought this subject up > several times over the last year. > > I am considering Akonadi as a framework for the whole issue of > synchronising content to online services such as Facebook, Gallery, > Flickr, Picassa etc. > > Last time I mentioned it, the discussion fizzled out. > > I spoke with the Akondi devs last year at Akonadi and using it for PIM > _media_ data did seem like a legitimate use to them, albeit not one they > were concentrating on currently. > > I also think it would be a good infrastructure for Amarok with it's > services infrastructure but that's beside the point. I did discuss > briefly with an Amarok dev about this too. > > All in all I've had very little time to follow this up, but I think a > digikam built on top of Akonadi could be very powerful. > > It does require significant re-engineering tho', and it certainly wont > be something that happens in the short term. > > For me, a Nepomuk search that can be tied into an Akonadi layer would > provide the "local" data needed to run digikam. Adding other services > (like you do email accounts in a mail app) for Facebook and friends > could allow the Digikam UI to display images from local and remote > sources seemlessly. And obviously the sync layer would sit on top of that. > > I'm just rambling now as I'm excited that someone else thinks this may > be a good route! Sadly I've not found the time to concentrate on this > and write more about it/research it etc. > > Col > Actually, I agree with Gilles regarding the confusion between Akonadi and Nepumuk. Furthermore, I agree that using an untested technology may not be in Digikam's best interest. Maybe we should wait a year for the code to mature. -- Dotan Cohen http://what-is-what.com http://gibberish.co.il א-ב-ג-ד-ה-ו-ז-ח-ט-י-ך-כ-ל-ם-מ-ן-נ-ס-ע-ף-פ-ץ-צ-ק-ר-ש-ת ä-ö-ü-ß-Ä-Ö-Ü _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Dotan Cohen wrote:
> Actually, I agree with Gilles regarding the confusion between Akonadi > and Nepumuk. Furthermore, I agree that using an untested technology > may not be in Digikam's best interest. Maybe we should wait a year for > the code to mature. Oh a year if you're lucky! Like I said, it's certainly not going to happen overnight! Col -- Colin Guthrie gmane(at)colin.guthr.ie http://colin.guthr.ie/ Day Job: Tribalogic Limited [http://www.tribalogic.net/] Open Source: Mandriva Linux Contributor [http://www.mandriva.com/] PulseAudio Hacker [http://www.pulseaudio.org/] Trac Hacker [http://trac.edgewall.org/] _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Free forum by Nabble | Edit this page |