Hi, Its really simple:
1. cd my_devel_path 2. git clone git:// oscaf.git.sourceforge.net/gitroot/oscaf/shared-desktop-ontologies/ 3. cd shared-desktop-ontologies 4. mkdir build && cd build && cmake -DCMAKE_INSTALL_PREFIX=`kde4-config --prefix` -DCMAKE_BUILD_TYPE=release .. && make && sudo make install and SDO git version is installed. If your distribution upgrades SDO without a version equal or greater than 0.9.0 you must repeat step 4 removing previously directory build. On Tue, Jun 12, 2012 at 3:00 PM, Andrew Lake <[email protected]> wrote: > I have SDO v 0.8.1. Looks like I'll have to find a way to upgrade to v0.9. > (My distro doesn't yet have v0.9 packaged.) > > Thanks so much for your help. One perhaps unintended side effect of > enforcing ontology compliance is that apps can no longer forge ahead to > experiment with servicing new use-cases that can only become evident at the > application layer. We now have to wait for the ontologies to get updated > and packaged. > > Anyway thanks again for all your help, > Andrew > On Jun 12, 2012 1:33 AM, "Vishesh Handa" <[email protected]> wrote: > >> >> >> On Sun, Jun 10, 2012 at 7:08 AM, Andrew Lake <[email protected]>wrote: >> >>> Hello Ignacio, >>> >>> Thanks for catching my silly error. However, I tried with >>> nfo:depiction and get the same issue. >>> >> >> Are you sure? >> >> nie:depiction gives an error, cause there is no property called >> nie:depiction. In my SDO, nfo:depiction exists. So it shouldn't give the >> same error. >> >> >>> >>> Thanks for any additional help, >>> Andrew >>> >>> On Sat, Jun 9, 2012 at 1:42 PM, Ignacio Serantes <[email protected]> wrote: >>> > Hi, >>> > >>> > There is no "nie:depiction", try with "nfo:depiction". >>> > >>> > On Sat, Jun 9, 2012 at 8:55 PM, Andrew Lake <[email protected]> >>> wrote: >>> >> >>> >> Ugh, I did a terrible job explaining that. >>> >> >>> >> So I have a resource (res) for which I would like to set the depiction >>> >> to existing image resource. Here's the code snippet: >>> >> >>> >> --- code --- >>> >> Nepomuk::Resource artworkRes(artworkUrl); >>> >> if (!artworkRes.exists()) { >>> >> artworkRes = Nepomuk::Resource(QUrl(artworkUrl), >>> >> Nepomuk::Vocabulary::NFO::Image()); >>> >> } >>> >> >>> >> res.setProperty(QUrl(" >>> http://www.semanticdesktop.org/ontologies/2007/01/19/nie#depiction";), >>> >> Nepomuk::Variant(artworkRes)); >>> >> --- code --- >>> >> >>> >> I get the following two Nepomuk messages: >>> >> >>> >> Nepomuk::ResourceData::setProperty: "Cannot set values for abstract >>> >> property >>> >> 'http://www.semanticdesktop.org/ontologies/2007/01/19/nie#depiction' >>> ." >>> >> >>> >> Nepomuk::ResourceData::setProperty: "setProperty: No two resources can >>> >> have the same nie:url at the same time." >>> >> >>> >> Of course the property is never set. Any ideas what I'm doing wrong? >>> >> >>> >> KDE v 4.8.2 >>> >> SDO v 0.8.1 >>> >> >>> >> Thanks again, >>> >> Andrew >>> >> >>> >> On Sat, Jun 9, 2012 at 10:58 AM, Andrew Lake <[email protected]> >>> wrote: >>> >> > Whenever I try to set the nie:depiction property on a resource >>> object >>> >> > - created via Nepomuk::Resource artworkRes(artworkUrlString) - I'm >>> >> > getting the following Nepomuk message: >>> >> > >>> >> > Nepomuk::ResourceData::setProperty: "Cannot set values for abstract >>> >> > property >>> >> > ' >>> http://www.semanticdesktop.org/ontologies/2007/01/19/nie#depiction'." >>> >> > >>> >> > Additionally, even though resource object passes the >>> >> > Resource::exists() check I'm getting: >>> >> > >>> >> > Nepomuk::ResourceData::setProperty: "setProperty: No two resources >>> can >>> >> > have the same nie:url at the same time." >>> >> > >>> >> > KDE v 4.8.2 >>> >> > SDO v 0.8.1 >>> >> > >>> >> > Any ideas? >>> >> > Andrew >>> >> _______________________________________________ >>> >> Nepomuk mailing list >>> >> [email protected] >>> >> https://mail.kde.org/mailman/listinfo/nepomuk >>> > >>> > >>> > >>> > >>> > -- >>> > Best wishes, >>> > Ignacio >>> > >>> > >>> _______________________________________________ >>> Nepomuk mailing list >>> [email protected] >>> https://mail.kde.org/mailman/listinfo/nepomuk >>> >> >> >> >> -- >> Vishesh Handa >> >> -- Best wishes, Ignacio
_______________________________________________ Nepomuk mailing list [email protected] https://mail.kde.org/mailman/listinfo/nepomuk
