Reply at the very bottom. :) On Fri, Aug 6, 2010 at 5:04 AM, Amir Pakdel <pak...@gmail.com> wrote: > Dears > > Sorry for ambiguity of my previous email. > Here is a brief description of Nepomuk copied from http://nepomuk.kde.org/: > Nepomuk aims to provide the basis to handle all kinds of metadata on the KDE > desktop in a generic fashion. This ranges from simple information such as > tags or ratings over metadata extracted from files to metadata that is > generated by applications automatically. RDF, the Resource Description > Framework, provides the powerful basis to store and query all this data. The > goal is to categorize all metadata using clean ontologies to make an > automated handling and enrichment of the data possible. > > In short, Nepomuk uses a set of triples called RDF; and Ontologies are sets > of resources and properties extending RDF. > Since Nepomuk uses RDF and Ontologies to store metadata, it would be > beneficial to take a look at an introduction to RDF and the usage of > ontologies in Nepomuk, here: > http://techbase.kde.org/index.php?title=Development/Tutorials/Metadata/Nepomuk/RDFIntroduction > > The Ontology that seems suitable (in my opinion) is NEPOMUK Annotation > Ontology Specification (NAO for short). NAO already defines resource types > and properties like label, prefLabel, comment, description, identifier, > hasTag, Tag, hasTopic, isTopicOf and isRelated. Here is the specification of > NAO: > http://www.semanticdesktop.org/ontologies/nao/ > > > Below are some other useful links: > Documentation of Nepomuk: http://nepomuk.kde.org/node/2 > OSCAF/NEPOMUK Ontologies: http://www.semanticdesktop.org/ontologies/ > > > > Cheers, > Amir > > On Thu, Aug 5, 2010 at 8:21 PM, Matt Rogers <ma...@kde.org> wrote: >> >> On Thu, Aug 5, 2010 at 7:47 AM, Amir Pakdel <pak...@gmail.com> wrote: >> > Dear developers, >> > >> > I think in order to start Nepomuk integration, firstly we need an RDF >> > Ontology. Do you agree that NAO (The Nepomuk Annotation Ontology) will >> > cover >> > all our needs? >> > >> > >> > >> > Cheers, >> > >> > Amir >> > >> > >> >> I have no idea, especially since you've a rather poor job on even >> describing what NAO is or what is gives us in terms of a searching >> functionality. Even a link pointing to the NAO spec would have been >> helpful. >> >> > >> > On Tue, Aug 3, 2010 at 9:13 AM, Amir Pakdel <pak...@gmail.com> wrote: >> >> >> >> Dear Roberts, >> >> >> >> Thanks for your reply and thank you for the information :) >> >> If I understood right, the active repository is on gitorious not >> >> github. >> >> If so, please update http://basket.kde.org/contribute.php >> >> >> >> I think the "Search" feature is essential (at least for me); therefore, >> >> I >> >> am volunteering to contribute as much as possible :) >> >> For the moment I am reading about the Nepomuk thing to get ready for >> >> coding. Is there any Nepomuk integration planning, guide lines or >> >> conventions in BasKet? >> >> >> >> >> >> >> >> Cheers, >> >> >> >> Amir >> >> >> >> >> >> >> >> On Mon, Aug 2, 2010 at 6:28 PM, Dr. Robert Marmorstein >> >> <rob...@narnia.homeunix.com> wrote: >> >>> >> >>> Patience, young padwan. The list is active, but most of us have been >> >>> very >> >>> busy this month. This is my fault, especially -- my kids have been >> >>> sick >> >>> a lot >> >>> this summer and I simply haven't had time to respond to list mails. >> >>> >> >>> Thanks for your Jreepad patches. I will look them over and make sure >> >>> there >> >>> are no obvious problems (I'm sure they're fine). Please submit a >> >>> merge >> >>> request >> >>> on gitorious. Kelvie is usually pretty good about incorporating them >> >>> into the >> >>> main repo within a month or two once he gets that merge request. >> >>> >> >>> About FilterBar::allBaskets()... >> >>> >> >>> Filtering within a single basket works just fine. Filtering "all >> >>> baskets" also >> >>> works, but it isn't a search feature, exactly. What it does is it >> >>> remembers >> >>> your filter even when you switch to a new basket. It is implemented >> >>> directly >> >>> in BNPView.cpp rather than in the FilterBar, so that "missing >> >>> function" >> >>> is >> >>> probably not even needed now. >> >>> >> >>> However, as far as I know, searching through all baskets for a keyword >> >>> isn't >> >>> implemented yet. It is definitely a desirable feature, though. >> >>> >> >>> Writing code to do that would require some design work as well as new >> >>> code, so >> >>> we should probably discuss it on the mailing list some more before >> >>> trying >> >>> to >> >>> implement it. (How would search results be displayed? In a new >> >>> basket? >> >>> In a >> >>> search dialog? Would the "search view" be mutable? If so, how would >> >>> it >> >>> interact with the source baskets?). Also, a long-term development >> >>> goal >> >>> is to >> >>> integrate Nepomuk support into BasKet. This would make semantic >> >>> searching >> >>> possible. It would also enable searching/filtering by tag, >> >>> integration >> >>> with >> >>> other Nepomuk-enabled apps (such as Dolphin and Digikam), and possibly >> >>> even >> >>> task-aware display of baskets. Implementation of searching should >> >>> take >> >>> this >> >>> into account. In fact, it might be best to hold off on implementing >> >>> search >> >>> until after Nepomuk integration has been added. >> >>> >> >>> Robert >> >>> >> >>> On Monday, August 02, 2010 5:28:28 am Amir Pakdel wrote: >> >>> > Dear developers, >> >>> > >> >>> > >> >>> > Is this mailing list active? >> >>> > >> >>> > >> >>> > Cheers, >> >>> > Amir >> >>> > >> >>> > ---------- Forwarded message ---------- >> >>> > From: Amir Pakdel <pak...@gmail.com> >> >>> > Date: Mon, Jul 26, 2010 at 5:06 PM >> >>> > Subject: Import XML files of Jreepad into BasKet Note Pads >> >>> > To: basket-devel@lists.sourceforge.net >> >>> > Cc: Kelvie Wong <kel...@ieee.org>, a.pak...@karafarinbank.net >> >>> > >> >>> > >> >>> > Dear Developers, >> >>> > >> >>> > Since I have been using Jreepad and I had a lot simple text data in >> >>> > that >> >>> > application, I have coded a simple snippet to add "Import -> Jreepad >> >>> > XML >> >>> > file..." feature to Basket Note Pads. I have pushed the changes into >> >>> > my >> >>> > git >> >>> > clone here: >> >>> > git://github.com/pakdel/basket.git >> >>> > >> >>> > >> >>> > And here is the homepage of Jreepad: http://jreepad.sourceforge.net/ >> >>> > >> >>> > >> >>> > Thanks for the great job :) and please keep on :D >> >>> > >> >>> > >> >>> > Cheers, >> >>> > Amir >> >>
I think, similar to the how the Jreepad import stuff was done, that if somebody is interested in doing Nepomuk integration, they should just start working on it, rather than having endless discussions about RDF, ontologies, etc., and start providing patches and/or merge requests for review. As we're mostly inexperienced with Nepomuk so far, I think doing it that way is infinitely more productive. After all, in KDE, the one who does the work decides. -- Matt ------------------------------------------------------------------------------ This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev _______________________________________________ Basket-devel mailing list Basket-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/basket-devel
