Slashdot Mirror


Nepomuk Brings Semantic Web To the Desktop, Instead

An anonymous reader writes "Technology Review has a story looking at Nepomuk — the semantic tool that is bundled with the latest version of KDE. It seems that some Semantic Web researchers believe the tool will prove a breakthrough for semantic technology. By encouraging people to add semantic meta-data to the information stored on their machines they hope it could succeed where other semantic tools have failed."

140 comments

  1. Um, no thanks by Anonymous Coward · · Score: 5, Funny

    I've tried Symantec products in the past, and they are worse than actually having a virus. They slow your PC to a crawl, get their claws into every part of your computer, and are extremely difficult to purge when you finally give up on them.

    1. Re:Um, no thanks by orkybash · · Score: 0

      Yes, but have you tried one on Linux?

    2. Re:Um, no thanks by techprophet · · Score: 0

      Not Symantec Semantic. They are two very different things.

    3. Re:Um, no thanks by Anonymous Coward · · Score: 0

      Whoosh

    4. Re:Um, no thanks by contra_mundi · · Score: 1

      A virus?

    5. Re:Um, no thanks by Anonymous Coward · · Score: 0

      I don't know - MUD's were (perhaps still are) quite popular. Name didn't hurt them.

    6. Re:Um, no thanks by Dr.Dubious+DDQ · · Score: 1
      "A virus?"

      Well, why not? Isn't that what WINE is for?...

    7. Re:Um, no thanks by Wonko+the+Sane · · Score: 2, Insightful

      Whoosh

      Didn't you get the memo?
      That should read:

      "You may have Frontotemporal Dementia. Please see your physician."

    8. Re:Um, no thanks by pitchpipe · · Score: 3, Funny

      You sound like an anti-Semitic asshole to me. ;^)

      --
      Look where all this talking got us, baby.
    9. Re:Um, no thanks by Anonymous Coward · · Score: 0

      Maybe, you should try sementic products. They are known to be orgasmically delightful!

    10. Re:Um, no thanks by leos220 · · Score: 1

      I believe you're thinking of the wrong context, Symantec (the company, as in Norton) vs the indexing and usage of semantic web metadata about files stored on your machine, in this case, in your own home folder by default. this actually gives you the ability to search through your files by various methods, including tags, timestamps, and the source of the file just to name a few, instead of just searching by filename or type, giving you the ability to find what you're looking for in your home folder alot faster. I'd advise you to look further into it here: http://nepomuk.kde.org/discover/user before you jump to any conclusions about this.

    11. Re:Um, no thanks by Anonymous Coward · · Score: 0

      haha.. sounds like someone didn't look up the dictionary for the word "semantic".. oh, well.. :D

      this semantic web is a great futuristic tool for every linux fan who wants to dance on the edge of the modern computer science.. and for others too :)

  2. Care to explain? by Leafheart · · Score: 2, Interesting

    What exactly is semantic web, and why haven't I ever heard of it?

    --
    --- "When you gotta do something wrong. You gotta do it right. (Fighter)"
    1. Re:Care to explain? by orkybash · · Score: 2, Informative

      It describes the ability to add metadata to web content (tags, etc), and you haven't heard of it because web 2.0 is the more popular term. ;)

    2. Re:Care to explain? by mcgrew · · Score: 4, Informative

      I'm dubious

      I have yet to see "semantic web" fully explained, but Wikipedia is giving some good insight into it, especially into its nebulousness. It is supposed to make web (or in this case, desktop) documents machine-readable.

      TFA deals not with the Semantic Web, but rather the "semantic desktop". As it says, "Semantic Web researchers believe the tool will prove a breakthrough for semantic technology. By encouraging people to add semantic meta-data to the information stored on their machines they hope it could succeed where other semantic tools have failed".

      HTML had "semantic tools" built in - keywords.
      <meta meta name="description" content="Auto Mechanics">
      <meta name="keywords" content="auto, mechanincs, wrench, sex, penis, tits, clit, boobs">

      You see how it was abused. Any more advanced semantic tools will be similarly abused.

      There are other problems, as the wikipedia article explains:

      Practical feasibility
      Critics question the basic feasibility of a complete or even partial fulfillment of the semantic web. Some develop their critique from the perspective of human behavior and personal preferences, which ostensibly diminish the likelihood of its fulfillment (see e.g., metacrap). Other commentators object that there are limitations that stem from the current state of software engineering itself (see e.g., Leaky abstraction).

      Where semantic web technologies have found a greater degree of practical adoption, it has tended to be among core specialized communities and organizations for intra-company projects.[12] The practical constraints toward adoption have appeared less challenging where domain and scope is more limited than that of the general public and the World-Wide Web.[12]

      [edit] An unrealized idea
      The original 2001 Scientific American article by Berners-Lee described an expected evolution of the existing Web to a Semantic Web.[13] Such an evolution has yet to occur. Indeed, a more recent article from Berners-Lee and colleagues stated that: "This simple idea, however, remains largely unrealized."[14]

      [edit] Censorship and privacy
      Enthusiasm about the semantic web could be tempered by concerns regarding censorship and privacy. For instance, text-analyzing techniques can now be easily bypassed by using other words, metaphors for instance, or by using images in place of words. An advanced implementation of the semantic web would make it much easier for governments to control the viewing and creation of online information, as this information would be much easier for an automated content-blocking machine to understand. In addition, the issue has also been raised that, with the use of FOAF files and geo location meta-data, there would be very little anonymity associated with the authorship of articles on things such as a personal blog.

      [edit] Doubling output formats
      Another criticism of the semantic web is that it would be much more time-consuming to create and publish content because there would need to be two formats for one piece of data: one for human viewing and one for machines. However, many web applications in development are addressing this issue by creating a machine-readable format upon the publishing of data or the request of a machine for such data. The development of microformats has been one reaction to this kind of criticism.

      Specifications such as eRDF and RDFa allow arbitrary RDF data to be embedded in HTML pages. The GRDDL (Gleaning Resource Descriptions from Dialects of Language) mechanism allows existing material (including microformats) to be automatically interpreted as RDF, so publishers only need to use a single format, such as HTML.

    3. Re:Care to explain? by Anonymous Coward · · Score: 2, Insightful

      "Semantics" is information about meaning (whereas syntax is information about form). Semantic tools try to provide meaning by describing relationships between information atoms. The goal is to create systems which can answer questions like "how old is the president's oldest child?" with just the age, instead of listing all documents which contain the words "old" "president" "oldest" and "child".

    4. Re:Care to explain? by radtea · · Score: 4, Interesting

      The Semantic Web is a failed attempt to extend the WWW via "semantic markup", which allows users/editors/etc to tag content (text, images, data) using a standard format that can be read, processed and exchanged by machines which can then give users more useful pointers to stuff that they care about.

      The Semantic Web has failed for a bunch of reasons, with many people tending to blame the tools. However, those of us of a particular epistemological bent believe that it is doomed in principle as current conceived because "meaning" is a verb, not an adjective.

      "These data mean X" is completely incoherent on this view of meaning, like saying "This smell of orange blossoms has Republican leanings." "Meaning" is simply not an attribute of data, any more than political tendencies are an attribute of scents.

      The Semantic Web fails to capture almost everything about the entities that do the meaning (people) but instead is based on the belief that meaning is a property of data. Data inspires meaning, but meaning is something that humans do, and the Semantic Web has no effective mechanism for capturing this, although with sufficient markup by many individuals on the same data it should be possible to do something similar to ROC evaluation of the ways people mean, which would greatly enhance the utility of the Semantic Web.

      A colleague who works in GIS pointed out an consequence of this phenomena to me many years ago when he described an experiment involving a bunch of geologists mapping a particular terrain. At the end of the day, after integrating all their inputs, he could tell who mapped where, but not what anybody mapped.

      --
      Blasphemy is a human right. Blasphemophobia kills.
    5. Re:Care to explain? by thermian · · Score: 2, Insightful

      It describes the ability to add metadata to web content (tags, etc), and you haven't heard of it because web 2.0 is the more popular term. ;)

      Personally I think that metadata/tag based systems are the wrong road for semantic analysis of web pages. As soon as the semantics of a thing is decided by additional information added to describe that thing, its open to abuse.

      The only advantage is its faster than what should be done, which is using good old maths to extract the true 'meaning' of a document or object.

      Its not hard. Well, ok, its a little hard. Oh ok, its really rather difficult, but there are plenty of places you can get example code or libraries to make things easier.

      --
      A learning experience is one of those things that say, 'You know that thing you just did? Don't do that.' - D. Adams
    6. Re:Care to explain? by Dynedain · · Score: 4, Insightful

      I've got a better reason why it failed that doesn't require delving into first year philosophy.

      People are lazy. Look at any image database and figure out why it's difficult to find something. Because people don't want to spend 20 minutes filling in tags for a single image they just want to show off to their friends.

      Now expand that to every other form of data type, and its easy to see why the semantic web never did, and never will take off without significant AI involvement.

      --
      I'm out of my mind right now, but feel free to leave a message.....
    7. Re:Care to explain? by Anonymous Coward · · Score: 0

      for non believers, look at the wonderful slashdot tagging

    8. Re:Care to explain? by azgard · · Score: 1

      Not only that, but also, businesses are control freaks and do not like their websites to be easily processed by machines. They could just open their databases as well.

    9. Re:Care to explain? by contra_mundi · · Score: 1

      Add the people who fish and phish the net for clicks and passwords and you have a technology that's mainly interesting to those only seeking to abuse it. Not unlike the HTML meta tags today.

    10. Re:Care to explain? by e2d2 · · Score: 1

      Man, I want to get my hand on some of those Orange Blossoms you got! Two and then pass it man, don't hog it.

    11. Re:Care to explain? by giuntag · · Score: 2, Interesting

      Explained better than I could ever do: http://www.well.com/~doctorow/metacrap.htm

    12. Re:Care to explain? by anomalous+cohort · · Score: 2, Interesting

      I disagree. First of all, the semantic web is just about allowing content creators to associate context with their content to facilitate a context sensitive search. The semantic web has lackluster adoption because google does a great job at context sensitive search without the context providing meta-data markup.

      A more limited version of semantic web has achieved some notable traction. Microformats are another way of associating context with content that is more agreeable with content providers.

      A more compelling technology offering than Nepomuk for advancing semantic web would be Reuters' OpenCalais project. That's the one you should be watching. Another interesting trend to watch is how semantic web is affecting the more popular collective intelligence movement.

    13. Re:Care to explain? by Anonymous Coward · · Score: 0

      The Semantic Web is not a failed attempt at anything. It is a work-in-progress. The standard RDF query language SPARQL was only finalized this year.

      Your tirades about meaning are also meaningless. First of all, "meaning" is neither an adjective, nor a verb - its a noun. More importantly, the Semantic Web has nothing to do with representing subjective meaning like "These data mean X", it has to do with representing objective facts, like "Slashdot user 464814 has the username radtea", but in a standardized, universal way.

    14. Re:Care to explain? by Leafheart · · Score: 1

      It describes the ability to add metadata to web content (tags, etc), and you haven't heard of it because web 2.0 is the more popular term. ;)

      Ah, that explains it. So, nothing useful right?

      --
      --- "When you gotta do something wrong. You gotta do it right. (Fighter)"
    15. Re:Care to explain? by Chelloveck · · Score: 2, Informative

      People are lazy. Look at any image database and figure out why it's difficult to find something. Because people don't want to spend 20 minutes filling in tags for a single image they just want to show off to their friends.

      And even when they do fill in the tags, they're sloppy about it. Things get misspelled and mislabeled all the time. Most people are very inconsistent about labeling even when they're trying their best to do an honest, thorough job. Okay, let me tag this photo "wife", because has my wife as the subject. And "boat" because she's standing on a boat. And "ocean", because that's where the boat is. Better make that "Atlantic Ocean". Let's add the month, year, and day, too. And the time of day. There. Now I can query for "all pictures of my wife in the Atlantic on a dark and stormy night". Oh, wait, I forgot to tag the weather...

      Of course, this doesn't even touch on the problem of people just plain lying about their data to make it more appealing to possible viewers. I want the picture to show in search engines, so I'll tag it "nude", "pr0n", and "teen". Those tags have nothing to do with the picture, of course, but they'll get it noticed.

      I don't expect a Semantic Revolution to happen as long as fallible, inconsistent, lying, cheating humans are in the loop.

      --
      Chelloveck
      I give up on debugging. From now on, SIGSEGV is a feature.
    16. Re:Care to explain? by maxume · · Score: 1

      Semantic information is not more or less trustworthy than the document itself.

      It offers a useful perspective though. If the costs of storing data in a way that preserves more information are low, why not do it.

      --
      Nerd rage is the funniest rage.
    17. Re:Care to explain? by QuantumRiff · · Score: 1

      Basically, think of the tags that are at the bottom of slashdot articles. You can tag them with things like PATRIOT ACT, or EFF, or whatever, and in theory, its going to help you search slashdot and get more relavant articles in your search. Now, when you add that capability to the unwashed internet masses, you see things like story tags with "No" or "itsatrap" or whatever crap people think is funny, which is funny, but ruins its main purpose of helping people find information. Multiply that by the number of non-technical people using the internet (since slashdot has a tech-minded crowd, and knows they are breaking it) and you see where the real problem becomes..

      --

      What are we going to do tonight Brain?
    18. Re:Care to explain? by thermian · · Score: 1

      Semantic information is not more or less trustworthy than the document itself.

      Well, no. Its possible using some admittedly complex math, to strip out all but the core meaning of a document. Its very hard to hide the meaningful content of a page from properly done semantic analysis. I know this because I've done that kind of thing before (deliberately vague mode active here, sorry).

      It offers a useful perspective though. If the costs of storing data in a way that preserves more information are low, why not do it.

      True, true, but if that additional data conveys less meaning then correct raw document analysis, it becomes potentially less useful. I would be against the cost of storing it, but then that's me.

      I think tags are good for, say, you and me for our own stuff, but my tags almost certainly wouldn't hold for you.

      --
      A learning experience is one of those things that say, 'You know that thing you just did? Don't do that.' - D. Adams
    19. Re:Care to explain? by maxume · · Score: 1

      If Jack the Ripper writes a document and signs it Joe the Plumber, and you proceed to extract that Joe the Plumber wrote the document, you aren't any better off than if Jack the Ripper explicitly marked the author as Joe the Plumber.

      Sure, semantic information added by a second party might have a different level of reliability than the original data, but if you don't have the original data, you can't tell if the implied semantics of the data have been changed, so the situation isn't all that different.

      I guess what I am getting at is that semantic information mathematically extracted from the source data might be more reliably associated with the data than externally added semantic information, but it isn't necessarily more trustworthy.

      --
      Nerd rage is the funniest rage.
    20. Re:Care to explain? by hey! · · Score: 2, Insightful

      Actually, I'd say it's too early to say that the Semantic Web has failed. What has clearly failed for now is the vision for how the technology was to be used.

      For one thing, it turned out that really, really clever textual matching is a lot more powerful than anybody thought possible. Twenty years or so ago, you'd have thought that you'd need to have some kind of sophisticated metadata to do the kinds of stuff we take for granted in Google today. I turns out that a technology that turns a needle in a haystack into a box of needles with some straw mixed in is pretty darned useful. Human intelligence picks the needle of meaning from the straw of superficial matches pretty effectively.

      But what about non-human intelligence?

      Well, here is another failure of the vision. Clearly, a semantic web is much more friendly to non-human agents. However, the whole agent philosophy of software design is extremely failure prone. A project which makes a resource easier to use for people is a safer bet than one which tries to replace human reason.

      That said, you have the wrong end of the stick, philosophically. It is because meaning is not an attribute of data that we need semantic technology, It might be less contentious and pretentious if we simply call it "metadata".

      If I want to find the rate of a certain disease in each county, the numerator is quite easy: I count all the instances of the disease. But the denominator turns out to be tricky, because of what I call the curious case of the dog barking in the night: some counties don't report any cases because they don't have any, others lack the technical capability to detect it.

      Consider a county that can't detect the disease. I ought to exclude that county from the denominator in my rate calculations. On the other hand, a county which can detect ought to be included in the denominator, even if it reports no cases. However, since it found no cases, what we usually have is an absence of data which looks identical to the absence in counties that aren't capable.

      You have to have the metadata to tell these cases apart. You have to have a model saying such and such a lab protocol is capable of detecting such and so set of infectious agents, and then you need metadata linking each data set to the appropriate model. You can do it by hand, manually discarding the data for counties you know you can't use, but this is really quite awkward when you cosider that the situation can change from year to year, or even within a year.

      The model aspect presents a considerable can of worms. For any purpose, you want enough model, but no more than that. This is akin to the situation of novice designers who set out to create object frameworks before the have defined the software application. For us to share data we have to have some common model of things (although our terminology may differ). On the other hand it is certain our models disagree with each other; we want enough shared model to work together without forcing our entire model on each other, which is impractical.

      The point is that you can't guess all the kinds of uses that future users as yet unknown might want to put data to, what kind of meaning they might extract from it. That's why search engine technology works so well: you put your stuff on the web and it gets spidered by Google: no guesswork needed. The Semantic Web, on the other hand, requires anticipating how the data will be used, which limits its usefulness. The "limits" here are, however ones of scope; the Semantic Web can't do everything, it certainly can't take the place of Google. Within the scope of its potential applications, it could be very useful indeed.

      --
      Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
    21. Re:Care to explain? by radtea · · Score: 1

      Apparently light from my point will not be reaching you for at least a few thousand years, as you've made a suggestion (AI involvement) that is doomed to fail for exactly the reasons I laid out in my original post.

      --
      Blasphemy is a human right. Blasphemophobia kills.
    22. Re:Care to explain? by radtea · · Score: 1

      What is this "true 'meaning'" of which you speak?

      This is the fundamental error of advocates of the Semantic Web: that data have any meaning at all, much less a single "true meaning."

      Think of any string of bytes as having the same relationship to a thought as a lossy-compressed document has to the uncompressed document. Lossy compression algorithms depend on shared assumptions, and you can uncompress such a document on the basis of different assumptions than it was compressed with, but it won't give you the same document, which may or may not be what you're looking for.

      Words compress thoughts with such an astonishingly high loss rate that it's amazing we can communicate at all. Because people do the uncompression/inference process unreflectively, they come to think that words and thoughts are isomorphic, when nothing could be further from the truth.

      --
      Blasphemy is a human right. Blasphemophobia kills.
    23. Re:Care to explain? by danboarder · · Score: 1

      If web content is readable and meaningful to me than it already has inherent meaning. Semantic tagging duplicates effort. Google shows us that machines can read content directly, just like people. I see no need to create separate 'machine readable' meta content alongside the normal content.

    24. Re:Care to explain? by grcumb · · Score: 2, Interesting

      It describes the ability to add metadata to web content (tags, etc), and you haven't heard of it because web 2.0 is the more popular term. ;)

      Wrong and wrong. Sort of. 8^)

      The Semantic Web is the term coined by Tim Berners Lee, describing the ability to associate data using inference (rather than explicit reference). In his conception, it relies on XML data formats and the ability to use common elements to translate between one and the other.

      It's not a terribly easy concept to grok at first, but the basic premise is that in data transformation, you only need to know the two steps closest to you in order to translate (and process) data from numerous other sources. As long as we know how to get from A to B and B to C, we can go straight from A to C.

      The vision of the Semantic Web, therefore, is of a Web that is completely transparent, because XML data encapsulation and transformation is ultimately universal, albeit with the presence of an unknown number of intermediate steps.

      --
      Crumb's Corollary: Never bring a knife to a bun fight.
    25. Re:Care to explain? by mcgrew · · Score: 1

      Google shows us that machines can read content directly, just like people

      Actually NOT "just like people". Google does a simple keyword search, then ranks the various hits in order by criteria they set up, like # of times the search term is repeated, how popular the site is, how many links go to the page returned, etc.

      If you do a book search for "Tom Sawyer" you will get Huckleberry Finn returned, after the book "Tom Sawyer" most likely, but the machine will not read either book an any sense of what you would call "reading" and it will not know who Becky Thatcher is.

      Computers cannot understand. They only maniplate symbols. Your computer doesn't know that two times two equals four any more than an old analog slide rule did.

    26. Re:Care to explain? by shadow349 · · Score: 1

      There. Now I can query for "all pictures of my wife in the Atlantic on a dark and stormy night". Oh, wait, I forgot to tag the weather...

      I would imagine that one of the goals of the Semantic Web would be that you would tag your photo with:

      wife boat latitude longitude timestamp

      and then "dark and stormy night in the Atlantic ocean" could be determined without explicit tags.

    27. Re:Care to explain? by hobo+sapiens · · Score: 1

      I have yet to see "semantic web" fully explained, but Wikipedia is giving some good insight [wikipedia.org] into it, especially into its nebulousness. It is supposed to make web (or in this case, desktop) documents machine-readable.

      Talk about nebulous, look at the mission statment for the OSCA. What does that even MEAN?! It's ironic that an organization devoted to making information more easily consumable cannot even get a decent statement of purpose together.

      And look, you have to pay to be a member. So the standards that nobody will even adhere to will be decided by corporations who are willing to pay for seats on the committee. I mean, isn't that basically what's wrong with the whole ODF/OOXML thing, as well as the W3C?

      While I am on my soapbox, am I the only one severely annoyed by slashdot's web2.0-wannabe UI? It makes posting a real pain. Clicking the reply button results in an endless wait. The disease is spreading. First the firehose, then the idle page, then the comments on articles, and now the user profile pages. Will someone please stop the madness?

      --
      blah blah blah
    28. Re:Care to explain? by thermian · · Score: 1

      If Jack the Ripper writes a document and signs it Joe the Plumber, and you proceed to extract that Joe the Plumber wrote the document, you aren't any better off than if Jack the Ripper explicitly marked the author as Joe the Plumber.

      Semantic processing of documents doesn't involve just taking the content and using it as is (where your scenario would indeed occur), instead you process the text to remove all but the most prominent points. Trivial things like the author would be lost in such an analysis, and your left with what the document was essentially about.

      I guess what I am getting at is that semantic information mathematically extracted from the source data might be more reliably associated with the data than externally added semantic information, but it isn't necessarily more trustworthy.

      Ok, yes, but its not about trust, I would shy away from words like trust, and try to use words like 'robustness' instead. No matter what type of web you have, there will always be shite pages, that can't be helped. Its about trying to give the best possible search results, and linking the web together in a meaningful way. Anyone thinking the internet would then be a wonderful index of easy to find and accurate information that you can 'trust' is, to be honest, fooling themselves.

      Nor is gaming the system for a semantic web as useful as it is in the current system. Load your page with misleading content (font size zero comment spam being a favorite), and semantic analysis can find it and remove it as being 'so abnormally prominent that its likely to be spam'.

      Either that or, as is often seen, pages are so heavily loaded with lots of different information to try and catch all search result categories and show up in a search that no one subject is prominent, and it all gets cleaned away by semantic analysis. Even if it can't, the semantic web would be providing such high quality results around your 'junk' that your site would, as it were, sink into the void.

      I find the subject fascinating, and I spend a lot of time working on this very thing.

      --
      A learning experience is one of those things that say, 'You know that thing you just did? Don't do that.' - D. Adams
    29. Re:Care to explain? by BorgCopyeditor · · Score: 1

      Its possible using some admittedly complex math, to strip out all but the core meaning of a document.

      If this were possible, then the semantic web would already be here. But the semantic web is not already here. So this is not possible today.

      --
      Shop as usual. And avoid panic buying.
    30. Re:Care to explain? by eihab · · Score: 2, Insightful

      If web content is readable and meaningful to me than it already has inherent meaning. Semantic tagging duplicates effort.

      Semantic web is also about accessibility. Take a blind person for example surfing the web using a screen reader, do you have any idea how horrible his/her browsing experience would be like in the web today?

      [Robotic voice]
      Document Title - Slashdot | Nepomuk Brings Semantic ..
      Document Body
      Stories - Anchor link
      Slash boxes - Anchor link
      Comments - Anchor link
      Search
      Form field - Text - Query
      Submit button - Search
      New for nerds, stuff that matters
      Hello eihab! - Link
      Help & Preferences - Link ....

      Click on a different page, and there you go listening to the same headers _again_. It can get very frustrating.

      Without semantics there's no easy way for a screen reader (or other accessibility enabling devices) to successfully translate a document to something intelligible and usable.

      You can see how a photograph (or even worse, an image with text that conveys something) can be completely hidden from a blind user without proper meta data that describe it. Or how a mildly complicated table would be read completely out of order if the reader couldn't distinguish between header rows and content rows, etc. (That's why designing using tables is a horrible idea).

      The example I gave above is solved *cough*hacked*cough* today by adding two anchor links at the top of the page (skip to contents and skip to navigation) then hiding these links from regular browsers using CSS (Note: It happens to also be a valid [not hack] solution to the problem of scrolling past long navigation links on mobile devices).

      I think you can see how a reader could easily identify which parts of the document are important and what should be skipped over or highlighted had it been served a semantic and valid [x]HTML document.

      --
      If you can't mod them join them.
    31. Re:Care to explain? by eihab · · Score: 1

      Semantics go past the "meta" tags in the header of an HTML document. It's about document structure and data accessibility.

      Web designers learned a lot of bad habits like using tables for document layout, using header tags (h1,h2..5) for styling, etc.

      The tags we have nowadays are not perfect, but they can be used a hell of a lot better than they already have.

      I wrote a post a little bit ago regarding semantic markup and accessibility, please read it when you have a minute :)

      --
      If you can't mod them join them.
    32. Re:Care to explain? by Dynedain · · Score: 1

      No, I just meant that the difference between meaning and data has no bearing on whether the idea of a semantic web has failed.

      Even if the meta attributes stored in the semantic web were purely data and not meaning (eg. the ID3 data on an MP3), the semantic web would still fail simply because people are inherently lazy and won't generate the extra meta data.

      The only way that it could work is if meta data were generated automatically (like EXIF on photos). The current batch of meta information that can be generated simultaneously with the content is of relatively limited use. I don't care how many of my photos were shot with an F-stop of 8 on 28mm lense, or what app I used to rip a CD. I do care about which of my photos include pictures of my infant cousins, or which MP3s contain orchestral pieces in major keys (eg. Pandora).

      Significant targeted AI enhancements have been made that can for example, identify faces within batches of photos, or find all the photos with a red cup. But these are post-creation search and index algorithms. It would take very large advances (hence AI, and what current realtime vision processing on robots does) to do this at the point of content creation.

      But back to your argument, yes I want meaning, not simply data. But without meaning, data is useless, and at some point we have to encode meaning as data in order to convey the meaning as we exchange data. Arguably you could interpret an infinite variety of meanings from the same data, but certain fundamental meanings can and should be encoded as data so that meaning does not need to be re-interpreted at every stage. But again, that becomes a philosophical discussion has no bearing on whether the semantic web failed. I blame the failure purely on human laziness.

      --
      I'm out of my mind right now, but feel free to leave a message.....
    33. Re:Care to explain? by mcgrew · · Score: 1

      While I am on my soapbox, am I the only one severely annoyed by slashdot's web2.0-wannabe UI?

      No, all the comments about it I've seen are caustic and negative. I haven't seen a single comment saying "wow this is kewl" or even one saying "meh, it's ok." I don't know how good a programmer Pudge is, but I know he sucks badly at design.

    34. Re:Care to explain? by mcgrew · · Score: 1

      Click on a different page, and there you go listening to the same headers _again_. It can get very frustrating

      That's only due to the poor design of the document AND the reader. For instance, there should be little or nothing before the page's actual content. A blind person who had stumbled across my old personal site would love it - it had an index, which led to individual pages. Assuming his reader skipped meta tags and such (<head>) he would instantly have the title read, followed by the article. Links back to the index were at the bottom, as were Google ads.

      You can see how a photograph (or even worse, an image with text that conveys something) can be completely hidden from a blind user without proper meta data that describe it.

      That's what the "alt" modifier in the IMG tag is for. It's been there afaik from version 1.0

      It's dirt-simple, easy as breathing to design a web site that is accesible (and more) to the blind. It's just that some people are incompetent and some just don't care.

    35. Re:Care to explain? by tiagobrandes · · Score: 1

      The Semantic Web is a failed attempt to extend the WWW via "semantic markup"

      To think that the Semantic Web in general is a failed attempt is just plain wrong.

      In fact, semantic web technology (RDF statements composed of URI references) is the best way available today to seamlessly integrate disparate data sources on the web. If you've never heard of the Linking Open Data project (http://esw.w3.org/topic/SweoIG/TaskForces/CommunityProjects/LinkingOpenData) you should take a look at it.

      This project is already integrating more than two billion RDF triples, linked together by more than 3 million RDF links. This huge amount of data has not been manually marked, it comes from open relational databases. The trick is that, by exposing this data in RDF format on the web, one can create queries with the SPARQL query language that seamlessly span multiple databases.

      The Semantic Web fails to capture almost everything about the entities that do the meaning (people) but instead is based on the belief that meaning is a property of data.

      This is also a misconception. The "Semantic" Web web, actually, has nothing semantic about it. It just provides means to universally identify a piece of information on the Web (by URIs) and make statements about it. The semantics of these statements is left for the application to interpret.

      Of course, you can describe domains of knowledge through ontologies, and then use this formal definition to infer new information based on existing data, but this is more art than science, and I believe this will never really become mainstream...

      But if you look at the Drupal CMS project, they are already starting to integrate RDFa technology in the core of the system. I truly believe that semantic web technology in going to have a great impact on the web in the next 3 to 5 years. And, hopefully, you will never ever have to create the markup yourself, "by hand".

  3. And a link to the nicer version of the article... by gardyloo · · Score: 0, Redundant
  4. Patents by Anonymous Coward · · Score: 0

    Please, starting patenting things. And "granting permission" to open source communities.

    And refuse to companies.

    Would that work?

  5. As a KDE 4 user... by orkybash · · Score: 5, Informative

    I've tried out Nepomuk and, while I have to say that it's promising, it's got miles to go before it's even near ready. The main problem is application support. Sure, you can rate and tag and describe your files in the Dolphin file browser. So what? You can do the same in Vista. This doesn't mean anything if applications don't hook into this and make use of it. Of the apps I've used, Gwenview (a photo viewer) has Nepomuk partially implemented but it's buggy and you need to compile it yourself with it explicitly enabled (this will apparently change in KDE 4.2). Digikam, which allows you to rate, tag, and describe photos already, says that they have no plans of integrating with Nepomuk anytime soon. Amarok 2 has work towards a Nepomuk collection, but the devs say that this will always run along side the main, MySql-based collection and it's nowhere near ready yet. My email is in the cloud so I can't even begin to talk about KDE-PIM's support or lack thereof.

    The other problem at the moment is a lack of ability to query your semantic data. Can I get anything to show all photos with my wife in them that I've rated four or above? Not at the moment. Hopefully this is coming in KDE 4.2, but as it stands at the moment it makes Nepomuk a case of write-only memory.

    So, maybe something to get excited about in the future, but not quite yet.

    1. Re:As a KDE 4 user... by leobard · · Score: 1
      speed. details. thats up to optimizers.
      From what I know about all this, I would say that you get an open, w3c standardized destkop search engine. A slow fruit, but it is open and can grow, compare that to patented-getNervousBeforePublishingWinFS-microsoft.
      probably the query thing is possible, but you have to learn the standardized SPARQL language first (oh joy) but wait and see:

      Can I get anything to show all photos with my wife in them that I've rated four or above?

      someone who has programming skills and also wants to see the pictures of his wife and rating>4 will hopefully help us all by implementing the search UI :-)

      /slashdot-humour=ON
      ... and of course there is a general interest in pictures of your wife rated 4+
      /slashdot-humour=OFF

    2. Re:As a KDE 4 user... by Anonymous Coward · · Score: 0

      Can I get anything to show all photos with my wife in them that I've rated four or above?

      Can I get something to show me all the photos of your wife that you've rated four or above?

    3. Re:As a KDE 4 user... by Blakey+Rat · · Score: 1

      I still don't get the case for semantic-web, -desktop, -anything.

      I think one of the reasons people are slow to adopt it is because people don't know what the heck it is, or can't imagine how it could benefit them in any way.

    4. Re:As a KDE 4 user... by JasterBobaMereel · · Score: 1

      So currently it is just Yet another tagging system .. .that has the ability of sharing the tags with your friends ... the data on my computer is private... that's why it is on my computer and not on my Facebook/MySpace/Bebo etc site....

      Another poorly implemented, mis-aimed application by I researchers ...!?

      --
      Puteulanus fenestra mortis
    5. Re:As a KDE 4 user... by Jeff+DeMaagd · · Score: 1

      Can I get anything to show all photos with my wife in them that I've rated four or above?

      Another problem is that you have to have it tagged, if you don't tag all the images with a given person in it, then it's not going to show up in a search.

      I think that's also an issue with Semantic web too, not only do items have to be tagged, the tags have to be accurate and trustworthy. It sounds like a nice system that can be undone by a bunch of tag spamming bozos. It will work better under a controlled environment.

    6. Re:As a KDE 4 user... by Fri13 · · Score: 1

      Just use digiKam for photos. You can search photos by all metadata what is included to photos. Even that digiKam uses SQlite, you can sync metadata between database and photos.

      In future, there should come a API to sync database with nepomuk. But currently not planned because nepomuk is not so well implented for KDE4 or the KDE4 at all. Just like all can notice that you cant search files any other way easily than using the kickoff or lancelot menu search bar.

    7. Re:As a KDE 4 user... by Chyeld · · Score: 1

      That one I can answer.

      Folders are only so useful at organizing things and we are rapidly approaching the point in our digital lives where we can accumulate far more than we'll ever realisticly be able to handle using the "folder" method.

      The unfortunate part, as others have pointed out, is that without some sort of significant AI involvement, semantic anything is unlikely to ever reach critical mass.

      If you have 25 gigs of family videos and pictures, it's highly unlikely that if you don't have the time to seperate and sort it into the individual folders most suited to each file, you definately don't have the time to intelligently analysis and tag each file with approrpiate values.

      On the other hand, despite the horrible ad campaigns concerning racism and underage threesomes, or the outcry concering privacy, it sounds as if we are getting to the point where AI actually can make a useful contribution to the system.

    8. Re:As a KDE 4 user... by Blakey+Rat · · Score: 1

      Doesn't the fact that it hasn't taken off indicate that it's not needed, though?

      More to the point, what's the benefit to, say, Amazon.com? Or Google? Or any of the big companies that would have to spearhead this on the web before the general population got involved?

    9. Re:As a KDE 4 user... by Chyeld · · Score: 1

      As much as we'd like to believe that the lack of something existence proves it isn't needed, it's not always the case. Often it simply means that we've found measures that work in the interim that may or may not continue to serve us as the need grows.

      There is a reason why they didn't have TV's in the 1800's. And it's not because people back in the 1800's wouldn't have enjoyed them.

      Semantic "anything" hasn't taken off because as of yet we don't have the tools necessary to make something semantic in an easy, painless way.

      Right now, I have to do it all by hand. And therefore I don't. The only people who do are a select handful of 'true believers'.

      When I can take a picture and automatically have it stamped with the place name it was taken, the names of the identifiable people in it, and even the colors of the shirts and pants being worn. I guarantee you that people will use it. They might not use it to its full effect, any more than most people use Google to its full extent. But it will get traction.

    10. Re:As a KDE 4 user... by renoX · · Score: 1

      In a way, it's *harder* to use hiearchical directories that tags as there will always be debate about what is the 'right hierarchy': do you put all your configuration files under /etc or do you have one configuration subdirectory for each package?
      With a 'tagged filesystem' this kind of issue becomes obsolete as you can have both view easily..

      Given that I consider that the Unix FHS *suck*, I hope that reinventing Unix with a "tagged" FS will happen, but I'm not holding my breath: there's still many people who thinks that the 'Unix FHS' as flawed as it is (/etc?? /usr??) is the right way to doing things..

    11. Re:As a KDE 4 user... by Anonymous Coward · · Score: 0

      Doesn't the fact that it hasn't taken off indicate that it's not needed, though?

      No. It's hard to implement correctly, doesn't fit in the OO paradigm (thus programmers are not familiar with it), and like another poster said, it needs to be implemented system-wide (web-wide) to be useful.

      As an example of why you (well, I) might need it: suppose you have a collection of works by E.A. Poe on your computer, in various formats (pdf, audiobook). How do you file them so you can always find them when you search for Poe? You can put them in a directory called Poe. Now I can give you "Tales of Mystery and Imagination" (hello RIAA), a rock(+) album based on some of his lyrics. Will you file it under Poe, or under Parsons? Either way, you can only choose one, and you won't find it if you search for the wrong one (yes, on unix-based systems, you can use symbolic links, but that is still a kludge). The xattr support in Linux is a move in this direction, but it is not free-form.

      Web-based examples include /. tagging, Hyves' "sightings", and Digg. They are crude approaches to move away from the hierarchical world that computing is now, and move to a more open data-driven system based on free-form association.

      Technically, it's about a change in data representation system. We currently have:
      - tree-based DRS, such as filesystems or most hierarchical systems (/. categories). These systems support only two relations: parent-child and sequential.
      - tightly-defined relational DRS, such as most schema-based databases. These systems support the above, as well as links between different datasets. But they still require those links to be known at design-time.

      Additionally, both systems are based on key-value systems. Semantic systems try to expand DRSs on both fronts: they no longer discern between keys and values, and they enable the creation (or more specifically, the application) of relations at use-time instead of design-time (that's why I consider xattr is a non-example, because it is still a key-value system).

      It is important to note that the current "tagging" systems are not semantic. They are relational and free-form, but not multidimensional. For a full semantic system, you need to have enough metadata to infer data relations across multiple dimensions and along infinite depth. And that's the ultimate reason why it hasn't taken off: it is a damn chore to build and maintain said metadata. That's why the only currently available systems are either crowdsourced, or converted from library databases.

    12. Re:As a KDE 4 user... by ZerdZerd · · Score: 1

      You couldn't have been closer to what I was thinking. Spot on.

      --
      I'm not insane! My mother had me tested.
  6. Oops. Apparently it directs back to the ads. by gardyloo · · Score: 1

    Sorry about that.

  7. Horrible name. by haeger · · Score: 2, Insightful

    NepoMUCK? Anything ending in "MUCK" doesn't sound like a good product. The concept is very interesting but the name isn't the best I've seen.

    I'm glad that they don't prefix everything with K though.

    Yes, I know that Nepomuk means "Networked Environment for Personalized, Ontology-based Management of Unified Knowledge" as stated in the article.

    .haeger

    --
    You are not entitled to your opinion. You are entitled to your informed opinion. -- Harlan Ellison
    1. Re:Horrible name. by Cornwallis · · Score: 4, Funny

      Agreed. They ought to call it NepoGIMP. Now that's a name.

    2. Re:Horrible name. by Anonymous Coward · · Score: 0

      I'm pretty surprised it's not NepomuK or KnepomuK or something equally stupid.

    3. Re:Horrible name. by Anonymous Coward · · Score: 0

      It's the name of a munk. Blame the Church.

    4. Re:Horrible name. by Anonymous Coward · · Score: 0

      Yes, like gimp, gnome, bonobo, ximian, mono,... Apparently there is no good names out there.

    5. Re:Horrible name. by shadwstalkr · · Score: 4, Funny

      Yes, I know that Nepomuk means "Networked Environment for Personalized, Ontology-based Management of Unified Knowledge" as stated in the article.

      I assumed it was KumOpen (come open) backwards. I think the real acronym is even stupider than that.

    6. Re:Horrible name. by kwandar · · Score: 1

      The name MUD didn't seem to bother users and MUDs were (maybe still are?) quite popular. I don't think your concerns hold up.

    7. Re:Horrible name. by Znork · · Score: 3, Insightful

      Yep, that was my first thought as well. Quickly followed by wondering if 'into a collaboration environment which supports both the personal information management and the sharing and exchange across social and organizational relations' was some kind of euphemism for, eh, group pr0n of some kind.

      Oh, well, either they have much less dirty minds than mine, or someone's desire for well-indexed pr0n browsing has gotten slightly out of hand.

    8. Re:Horrible name. by oren · · Score: 1

      Neopmuk was the half-dragon in "Jim Button and Luke the Engine Driver". His mother was a Hippopotamus. Pleasant enough character and all, but I hope the code looks more like the excellent book and less like a half-dragon, half-hippopotamus hybrid. Yuck!

    9. Re:Horrible name. by MrHanky · · Score: 1

      Oh, shut up. What the fuck is wrong with this site these days, I could swear users here have become more interested in marketing than in technology after OS X became popular.

      Nepomuk is the name of one of KDE's small underlying technologies, it's not used for sales and marketing, just like khtml isn't used for sales and marketing. Just shut up if you don't have anything interesting to say.

    10. Re:Horrible name. by nutshell42 · · Score: 1
      Yes, I know that Nepomuk means "Networked Environment for Personalized, Ontology-based Management of Unified Knowledge" as stated in the article.

      John of Nepomuk is considered the first martyr of the Seal of the Confessional, a patron against calumnies and, because of the manner of his death, a protector from floods.

      patron against calumnies sounds good for this kind of project. And he protects us from syn floods.

      I'm glad that they don't prefix everything with K though.

      NEPOMUK brings together researchers, industrial software developers, and representative industrial users, to develop a comprehensive solution for extending the personal desktop into a collaboration environment which supports both the personal information management and the sharing and exchange across social and organizational relations.

      A quick look at their webpage would have told you that it's not a KDE project. KDE just has the first usable (kinda) implementation.

      But hey, this is slashdot. If we used google before posting what would people do with all their mod-points.

      --
      Don't think of it as a flame---it's more like an argument that does 3d6 fire damage
    11. Re:Horrible name. by socha23 · · Score: 1

      Yes, but consider this: currently, most popular games of that type are called MMORPGs, not MMUDs. And the 'Roleplaying Game' part didn't change at all.

    12. Re:Horrible name. by Anonymous Coward · · Score: 0

      I thought it was an anagram of 'nuke pom'.

    13. Re:Horrible name. by Anonymous Coward · · Score: 0

      I tried to get an account on NepoMUCK. I heard it's an awesome game, but they wouldn't let me in unless I could establish that one of the wizards was a relative of mine.

  8. Re:Nepomuk is actually a decent product... by Anonymous Coward · · Score: 0

    [original research]

  9. Re:Nepomuk is actually a decent product... by maxwell+demon · · Score: 1

    *Please note that centrifugal is a made-up non existent word. The real word should be centripetal. Centrifugal is a made up force that physics people HATE! So please, everyone use the world centripetal, not centrifugal. Thanks!

    http://www.xkcd.com/123/

    --
    The Tao of math: The numbers you can count are not the real numbers.
  10. On the brighter side... by Cyberax · · Score: 4, Funny

    It's not as bad as GIMP :)

  11. Re:Bright Red by Anonymous Coward · · Score: 0

    It probably depends on the performance of your computer. Mine still handles the script within the browser's script timeout limit, but the script is taking noticeably longer and it's getting annoying enough that I am considering turning off Javascript on slashdot.org if this issue isn't fixed soon.

  12. People by TBerben · · Score: 1

    I love it how mr Spivack says: "Nepomuk is designed for real people and developers"

  13. Cluster analysis by bigattichouse · · Score: 1

    I've been experimenting with metadata and blogs, and specifically the cluster analysis of those conversations on the web - so far so good ( http://www.wallcloud.net/ ). I'm really interested in seeing how our desktops change as our information starts "clumping" together for us - our contacts, files, work items, etc arranging themselves on screen. I'd love to have a dev tool that would allow me to right click and jump to the SQL table I'm hovering in the code, and maybe gesture to bring up jobs that intersect with those tables. I think our work will one day be more like origami - unfold and turn find related information...

    --
    meh
  14. Typical flameware by genner · · Score: 1

    Everyone is just argueing about semantics.

  15. I doubt it will catch on... by Angostura · · Score: 2, Insightful

    And I'll tell you why.

    The Nepomuk Web site wants to make me chew my own arm off. Now, I'm familar with the Semantic Web, I'm excited by the idea of semantic organisation. But this site is the epitome of grim, lifeless European research-ese. It completely fails to convey the technological approach, how it works, or why you should give a damn. I get the impression that the team was more interested in the EC funding then actually developing a disruptive technology.

    Why why can't researchers spend 15 minutes thinking about how to convey the importance and excitement of what they are trying to do in terms of practical examples.

    I'm afraid you'll probably have to wait until some enterprising 3rd party to grab the source and build some of the technology into a different product.

    1. Re:I doubt it will catch on... by contra_mundi · · Score: 2, Informative
    2. Re:I doubt it will catch on... by leobard · · Score: 2, Informative

      The Nepomuk Web site wants to make me chew my own arm off.

      ha, good one.

      Why why can't researchers spend 15 minutes thinking about how to convey the importance and excitement of what they are trying to do in terms of practical examples.

      There are some, but they are not very elegant:

      http://dev.nepomuk.semanticdesktop.org/wiki/UsingNepomuk
      http://dev.nepomuk.semanticdesktop.org/wiki/UsingDropBox
      Or check out the KDE stuff:
      http://nepomuk.kde.org/discover/user
      also in cute little moving pictures:
      http://www.youtube.com/watch?v=_8oavLQeAjM

    3. Re:I doubt it will catch on... by Anonymous Coward · · Score: 0

      You're totally on the money with this. EU projects dont really care if you get anything done. Its 98% about papers and bla bla.

    4. Re:I doubt it will catch on... by Angostura · · Score: 1

      Thank you! My arm is safe for the moment.

    5. Re:I doubt it will catch on... by leobard · · Score: 1

      I'm afraid you'll probably have to wait until some enterprising 3rd party to grab the source and build some of the technology into a different product.

      Don't be afraid anymore - this was actually the plan of the semantic desktop all the time. For instance, a product of the project is http://aperture.sf.net/ which is built-in into http://eclipse.org/SMILA at the moment.

      Also, Ansgar Bernardi (the project lead who was interviewed in the TR article) says:

      A spinoff company is also in the works...

      well, I really hope this spinnoff company works out! ;-)

  16. Shmemantic by Hognoxious · · Score: 1

    Semantic shmemantic. It's so 2008, let it go.

    Let's have a new buzzword for 2009. I nominate "emotional".

    --
    Confucius say, "Find worm in apple - bad. Find half a worm - worse."
  17. Redundant by bjourne · · Score: 2, Insightful

    All information is semantic. This slashdot post is information encoded using English semantics. Unfortunately for the machines, the English semantics are way to complicated for them to understand. So they need a simpler set of grammar rules to be able to parse it. But why would anyone want to waste time marking it up just for the benefit of machine readability when google basically can accomplish the same thing without all that metadata markup cruft?

    1. Re:Redundant by CarpetShark · · Score: 1

      All information is semantic.

      025u340jherohebhojbprtjb?

    2. Re:Redundant by mmu_man · · Score: 1

      Because it might make google work better without having the need to gather user specific datas we don't want it to have ?

  18. giorgio@elementi.ws by Anonymous Coward · · Score: 0

    Dear friends,
    I will summarize, for all of you, the semantic web in a few lines getting inspiration from this tool (which is, if we want, the semantic web narrowed to your workstations).

    The only scope of this semantic tool should be that of:

    1) Tagging pictures/whatever with tags like "my wife", "woman", "person" etc

    2) Searching pictures using deduction (given an ontology,let's say a SCHEMA, that states something like: my wife (IS-A woman AND IS-A person))

    then searching, e.g., for women' pictures, you will find also those of your wife and so on..
    (definitions could be, of course, more complex).

    Semantic web is all about this and any average joe can easily guess the following LITTLE (ahahah) problems:

    1) Everything must be tagged.
    2) Information must be TRUE (otherwise you will get bad deductions).
    3) Ontologies, that is schemas stating what IT IS, should be shared (please don't die laughing)
    3) Not all "SCHEMAS" can be deductible (the complexity of what you state is a huge COMPUTATIONAL problem).

    finally: watch out .. there's a lot of hype around semantic web.. it's *ONLY - ahhaha* 8/9 years that researchers are trying to turn into business this s...t

    1. Re:giorgio@elementi.ws by maxwell+demon · · Score: 2, Funny

      1) Everything must be tagged.

      Easy: Just have a bot add "untagged" tags to everything not yet tagged. Then it's tagged, because it's tagged "untagged".

      2) Information must be TRUE (otherwise you will get bad deductions).

      Also easy: Just remove all wrong information before making your deduction. OK, so how is the computer to know what is wrong? Well, that's of course again semantic information, so just tag anything wrong as "wrong". If some "wrong" tagging happens to be wrong, you can still tag that as "wrong" as well.

      3) Ontologies, that is schemas stating what IT IS, should be shared (please don't die laughing)

      Just upload them onto any p2p network. Sharing is what they are for, aren't they?

      3) Not all "SCHEMAS" can be deductible (the complexity of what you state is a huge COMPUTATIONAL problem).

      Well, if the software gets stuck, it still can ask a human.

      Note to the humour impaired: Imagine a smiley after each sentence!

      --
      The Tao of math: The numbers you can count are not the real numbers.
    2. Re:giorgio@elementi.ws by drnoid · · Score: 1

      1) Easy: Just have a bot add "untagged" tags to everything not yet tagged. Then it's tagged, because it's tagged "untagged". I smile once again. Tagging everything as untagged is simply CRAP. OF COURSE I mean that everything should be tagged in a MEANINGFUL way. 2) Also easy: Just remove all wrong information before making your deduction. AHAHAH .. yes yes.. but have you ever seen some HUGE ontology (huge ontologies usually are the most useful ones)? Of course Removing WRONG information can done with reasoners but when getting to semantics saying what's FALSE and what's TRUE (when modeling an ontology) is not that easy and not everyone should do it. 3) Just upload them onto any p2p network. Sharing is what they are for, aren't they? This is the biggest point.. With sharing I mean OF COURSE not to search/download an ontology as you do with mp3s. I mean LINKING ontologies. This is the purpose of Semantic web (read a couple of pages about semantic web and you will know), I mean linking information (just like we link web pages today - but linking with a meaning). SO you think it's easy to link the way you see (you MODELED) your company and MINE? If you think it is, I suggest you to read some papers about the 'data integration problem', that is an OLD problem still unresolved (guess why)- maybe you could win some prize easily. 4) Well, if the software gets stuck, it still can ask a human. AAHAHA this is the funniest. Firstly because it ignores the basic problem of semantic web that is computational, secondly because I can ask today to a human so I don't see the point. Moreover reasoning with models is INTERESTING when is automatic and on a large scale. Concluding, using a small ontology to query your files and to do SIMPLE deductions doesnt require an ontology. You can use a relation DB with tags and you do the SAME. The problem of semantic web modeling languages is that, as they get more powerful they get more complex (from a computational point of view - I mean reasoning over them). Most of semantic web research is just TAILORING those languages, reducing their expressiveness finding what.... guess what? The same expressive power of a ... relational schema (===databases)!!!!!

    3. Re:giorgio@elementi.ws by maxwell+demon · · Score: 1

      Seems you didn't read the very last sentence of my post:

      Note to the humour impaired: Imagine a smiley after each sentence!

      Or in short: Whoosh!

      --
      The Tao of math: The numbers you can count are not the real numbers.
  19. Metacrap rant from Corey Doctorow by pzs · · Score: 2, Interesting

    There's a good rant from Corey Doctorow about this. I think the best phrase that summaries people's high hopes for the semantic web is "nerd hubris".

  20. Re:Nepomuk is actually a decent product... by Tacvek · · Score: 1

    Even if one is using a proper reference frame (not a rotating one), there is still an outward force in the system, namely the reactionary force to the centripetal force. Said reactionary force could legitimately be called a centrifugal force, but it is a force applied to the central object, not on the outer object, which distinguishes it from what people usually mean when they say centrifugal force.

    But this is really quite off-topic.

    --
    Stylish sheet to fix many problems in Slashdot's D3: https://gist.github.com/801524
  21. You got that exactly backwards by MarkusQ · · Score: 4, Interesting

    The Semantic Web is a failed attempt to extend the WWW via "semantic markup", which allows users/editors/etc to tag content (text, images, data) using a standard format that can be read, processed and exchanged by machines which can then give users more useful pointers to stuff that they care about.

    You got that exactly backwards.

    The WWW was an earlier doomed attempt at semantic markup, and up until the summer of '93 or so it looked like it might work. That's when the early rants about people using the tags to control layout instead of too convey meta information (e.g. using em to get italics in a bibliography, dt/dd to make roman numeral lists, etc.) started--or at least when I first became aware of them. In fact, pretty much the entire history of HTML has been a tension between the language's designers and purist, who want users to care about what markup means, even if it does nothing, and the vast majority of users who only care about what it does regardless of the "meaning" that may be ascribed to it. Once you can get your head around both perspectives some of the goofier things in the whole tawdry history (the Table Wars, XML, CSS) make a lot more sense.

    Ok, a little more sense. But only if you already knew what people are like.

    --MarkusQ

    1. Re:You got that exactly backwards by radtea · · Score: 1

      You need to distinguish between document semantics, which is what the SGML purists wanted for HTML, and real world semantics, which is what the Semantic Web people want. It is indeed instructive to note that the document semantics crowd completely failed in their fight to separate the presentation layer from the document model.

      The only mechanism that has gained any general traction is CSS, which is about as far from a "real" document-semantics-based styling language as you can get, and I'm betting I'll have to wait a long time for an XSLT-compliant browser.

      Regardless of cause, given the failure of semantic markup in such a limited and controlled scope, it is very unlikely that it will succeed with the richness and complexity of all the data in the world.

      --
      Blasphemy is a human right. Blasphemophobia kills.
    2. Re:You got that exactly backwards by lennier · · Score: 1

      "Regardless of cause, given the failure of semantic markup in such a limited and controlled scope, it is very unlikely that it will succeed with the richness and complexity of all the data in the world."

      What the heck is *with* this argument? It's completely false.

      Look, we already have exactly the same thing as what the Semantic Web is trying to do: it's called SQL. Oh noes! Trying to describe real world information on a computer will fail! It's impossible!

      And yet, impossible or not, we have databases. And your desktop is full of semantic markup.

      Your digital camera, that takes photos, did you know it does 'semantic markup'? But it does. EXIF data attaches time, date, shutter settings to your JPG. Your MP3 collection has 'semantic markup' - the ID3 tags show title, author, album. Your email has 'semantic markup' in its headers and in the folder that you sort it into. Your calendar has 'semantic markup' in its time and date fields; if you have iCalendar, you can publish this to the Web.

      Wikipedia is full of semantic markup, in its 'category' tags and links and in all those little infoboxes on each page. There's now a Semantic MediaWiki fork which uses RDF to store that data so you can query it.

      The Semantic Web is nothing but an attempt to *standardise data representation* so you can do SQL-type queries between data sources you trust but might not reside on your machine: your photo collection, your MP3s, your friends' calendars. It's nothing more magical than web-distributed RDF, which is nothing but SQL restricted to triples, ie, tables of two columns. And we already understand SQL.

      Quit the philosophical strawmen and realise that what you claim is impossible is *already happening*.

      The reason we don't yet have *massive* RDF adoption is that it takes a while for people to catch on to the kind of crosslinking that can be done between applications; we've been trained by Windows to believe that linking data and creating mashups is *hard* and should only be done by experts. But things like Nepomuk are showing slowly how it can be done.

      --
      You are not a brain: http://books.google.com/books?id=2oV61CeDx-YC
    3. Re:You got that exactly backwards by MarkusQ · · Score: 1

      You need to distinguish between document semantics, which is what the SGML purists wanted for HTML, and real world semantics, which is what the Semantic Web people want.

      They didn't distinguish all that well themselves, and with good reason: there isn't really a bright line distinction to be made. HTML has long supported a range of markup from the purely presentational (br) through what you are calling real-world semantics (meta-keywords, link, and such).

      To a good first approximation, the closer a tag came to what the Semantic Web people want, the more likely it has been to be ignored, misused, or subverted by document creators. And there's good reason to suspect that that will continue to be the case until either human nature changes or the Semantic Web people can figure out a reason document creators will want to do the boring work of markup, beyond some vague altruistic "wouldn't it be nice if everyone did this?" pitch.

      --MarkusQ

    4. Re:You got that exactly backwards by Anonymous Coward · · Score: 0

      So... what you are saying is that you semantic web guys were let down by marketing weenies that promised us the moon and the stars ("meaning" for all interweb data) while all you were trying to do was provide new interoperation standards? Why didn't you disown those delusions a long ago and change the name of the movement to something reasonable like "public database technology" or "metadata compatibility technology"?

  22. This indexing fad should curl up and die by flyingfsck · · Score: 1, Insightful

    Everybody and his uncle tries to make systems that will index every piece of crap on your PC and it invariably results in a useless and horrible waste of resources. The biggest annoyance is trying to figure out how to turn these damn things off. Considering that the average user only searches for something once in several years, an on-demand search system makes far more sense.

    --
    Excuse me, but please get off my Pennisetum Clandestinum, eh!
    1. Re:This indexing fad should curl up and die by freddy_dreddy · · Score: 1

      Well said. Where are those mod-points when you need them.

      --
      "Violence is the last refuge of the competent, and, generally, the first refuge of the incompetent" - Thing_1
    2. Re:This indexing fad should curl up and die by lennier · · Score: 3, Interesting

      "Everybody and his uncle tries to make systems that will index every piece of crap on your PC and it invariably results in a useless and horrible waste of resources."

      On the contrary, we should seriously be asking ourselves *why*, when all our data is sitting there on our PCs, we've let ourselves get into such a state of disorganisation at the operating system level that a class of program called 'indexer' exists as a third-party tool in the first place.

      How come it's not already taken as given that the primary thing an operating system *does* is, you know, *know where all its data is*?

      It's as if we're living in an age before 'directories' were invented - or before databases had 'indexes' and 'queries' - and we have to manually write down and key in raw sector numbers every time we open a file. And we're okay with that, because we think - and teach - that that's 'just how computers work'. We've accepted that there's a whole class of things our computers can't do 'because there's no application to do that'.

      Something is wrong with this picture.

      --
      You are not a brain: http://books.google.com/books?id=2oV61CeDx-YC
    3. Re:This indexing fad should curl up and die by mmu_man · · Score: 1

      I do search often here... in BeOS (or Haiku). but usually I search for things that are in the BFS indices, which are maintained automatically from the xattrs. So it's way faster than find. And if I really need I use grep (or TrackerGrep). We now only need something to fill the xattrs for arbitrary files like the mail daemon does for mails. SkyOS ported OpenBFS and added an indexer daemon atop to support full content search.
      I still need to see Linux or Vista do it.

    4. Re:This indexing fad should curl up and die by Anonymous Coward · · Score: 0

      Thank you.

    5. Re:This indexing fad should curl up and die by leobard · · Score: 1

      How come it's not already taken as given that the primary thing an operating system *does* is, you know, *know where all its data is*?

      as usually on slashdot: reading the original post does help: The NEPOMUK project did just that - id added the metadata database into the KDE system, on a level as deep as KIO or other backend services.

      It is as if "on the operating system level", but technically not (because operating systems usually care about memory allocation, processes, threading, and other low-level business involving indivudal bits and not high-level filesystems or data)

    6. Re:This indexing fad should curl up and die by un1quen1ck · · Score: 1

      Hans? Is that you?

  23. Semantic Web Article in CACM by raddan · · Score: 2, Insightful

    There's actually a pretty good introduction to the semantic web in this month's Communications of the ACM. You're right when you say that the semantic web is, as yet, mostly unrealized. But it has huge potential.

    Relational databases were in the same position in the late 60's/early 70's. We needed ways to combine and extract information automatically with a simple and expressive language. Relational database management systems, combined with SQL were the result of that, and they were a smashing success. They are now a standard business tool. The key to that success is essentially the role that the database's ontology plays in an RDBMS.

    Having spent a lot of time professionally and academically working with and studying database technologies, most of the work is in understanding your data. Specifically, building a data model. A well-built data model is essentially an ontology. There are various techniques used to make sure that your can be handled automatically, mainly by normalization. This requires a tremendous amount of work on the part of the database designer, but the end result is that the end-user can query this data in fairly simple terms and get an enormous richness of data, sometimes in ways that even the database designer did not foresee. I think the success of database systems is what is driving a lot of the work in building the semantic web.

    So you can see-- the big problem with the web is not just that data is not just unstructured, but that there are no standardized ontologies out there. RDF is an attempt to solve some of these problems simply, because you can embed your ontology, but it may be well off. On the other hand, if new tools make structuring data very easy or natural, people may be motivated to do the extra work because they'll personally benefit from it. For example, many people annotate or organize their photo collections naturally, so that they can share them with others. A smart photo gallery software writer may be able to come along and take advantage of that behavior to further enhance the meaning of that data.

    1. Re:Semantic Web Article in CACM by lennier · · Score: 1

      Right. There seems to be a huge amount of (almost wilful) misunderstanding about what the Semantic Web is trying to achieve.

      I think the simplest way to describe it is 'networked databases'.

      We already understand databases, and don't have any philosophical problems with 'but what does the data MEAN' and 'but what if it's WRONG'.

      Why is it so hard to believe that we could advertise data on the Web in a similar way? And then link small, trusted data islands up into larger webs?

      That's all the Semantic Web is trying to do: put data on the Web. Put like that, it seems obvious, doesn't it?

      --
      You are not a brain: http://books.google.com/books?id=2oV61CeDx-YC
    2. Re:Semantic Web Article in CACM by Anonymous Coward · · Score: 0

      That's all the Semantic Web is trying to do: put data on the Web.

      And how is that different from all of the data that is already on the Web?

      it seems obvious

      That's one of those phrases that provides a good clue you are being BS'd.

    3. Re:Semantic Web Article in CACM by Anonymous Coward · · Score: 0

      The difference is in the structure - whether you query by passing a URL as in the current web, or whether you can use a query language on a schema somewhat like in current databases.

  24. That's the idea. by Balinares · · Score: 4, Informative

    > ... the semantic web never did, and never will take off without significant AI involvement.

    I understand that the point of Nepomuk is to allow for automated tagging by the standard tools of the KDE desktop. For instance, say you receive a picture from an IM contact who KDE also knows (through the address book framework, Akonadi) lives in Europe.

    Then Nepomuk would allow you to make search queries as "Bring up all the pictures that people living in Europe sent me last week". Well, that's the theoretical goal anyway; we will see if they ever get there.

    There's one nifty application already: you can create a Folder View plasmoid on your desktop, and instead of making it display ~/Desktop/ as usual, you can make it display the result of a query through the Nepomuk KIO slave. See here how it works.

    --

    -- B.
    This sig does in fact not have the property it claims not to have.
  25. Porn, seriously by BenEnglishAtHome · · Score: 1

    I wonder if there's an application that will do as you suggest in even more structured environments where such things really ought to be easily possible.

    I'd give a minor digit if my Usenet newsreader would tag every download with where I got it from, when, who posted it, and a few other items that should be easily and consistently retrievable from the message headers (that supposedly conform to a defined format). I'd also love it if my web browser would tag every right-click/downloaded picture with the URL it came from and maybe a few other data elements.

    Alas, I suppose it's too late for me. Terabytes of unlabeled, unsorted content will probably remain on my computers until long past my demise.

    1. Re:Porn, seriously by adavies42 · · Score: 1

      I'd also love it if my web browser would tag every right-click/downloaded picture with the URL it came from and maybe a few other data elements.

      netscape 4 was doing that in 1997 on mac os 7.6 (it went in the "comment" metadata of the file). i'm fairly sure safari can do it right now, though it may require a plugin (=hack) or twiddling a defaults setting or something.

      --
      Media that can be recorded and distributed can be recorded and distributed.
      -kfg
  26. Strigi/Nepomuk and JPEG comments by Zarhan · · Score: 1

    Since this is on topic...and Nepomuk uses strigi components:

    My problem: http://forums.gentoo.org/viewtopic-t-710966.html

    I've tried contacting both strigi developers, other one doesn't respond and the other says "ask the other guy".

    Anyway, I've got about 10000+ JPEGs off my digicams, all of them are commented - in the JPEGs internal comment field. When reading about strigi and other desktop search tools, I was thrilled - I could just search for stuff instead of my old standby jhead *.jpg | grep Comment | grep .

    However, at least KDE 4.1 implementation seems to be based on some crappy database with proprietary format with no chance to import the metadata from elsewhere...and when using stand-alone strigi the whole thing doesn't seem to work. From all that I've read, I SHOULD be able to search e.g. all images that were taken with ISO >800 or whatever is in comment field (although there is apparently some confusion whether the comment is JPEG comment or EXIF comment).

    Only problem that it doesn't work.

    Anyway, I hate the idea of some separate "metadata-database". DB can be used for CACHING, but all the metadata should really be integral to the file itself. EXIF tags for images, ID3 tags for MP3s, and so on - that way if you copy/move the file all the attached information goes with it and requires no specific "transfer metadata too" support from the copy operation.

    Anyway, has anyone on /. actually gotten strigi to work with image files/photos?

    1. Re:Strigi/Nepomuk and JPEG comments by Anonymous Coward · · Score: 0

      Check the output of xmlindexer on your jpg files. If Strigi understands the EXIF in there, the information should be output by xmlindexer.

  27. The Semantic Web is like an onion... by WebCowboy · · Score: 1

    ...or a parfait...whatever.

    It has layers. At the outermost layer, on the scale of the WWW, "conveying meaning" as you describe is indeed futile. Cory Doctorow's "Metacrap" essay sums it up nicely (linked to in this discussion thread): People are dishonest, lazy and stupid when it comes to metadata...and when they aren't there is no way to impose standards that more than one person would agree to insofar as imparting meaning on data.

    However even Doctorow admits metadata, at some level and taken in context, can be useful. "Laziness" may be one of the hallmarks of a good programmer, but it is "false laziness" in information management to throw out ANY idea of semantic markup.

    There are good examples of useful, easily implemented semantic markup or meta-data. "Self-documenting code" is a prime example. Effective use of comments helps maintainability immensely. It also helps to give variables and functions names more useful than i, j, k (if not used as simple loop counters) or doSomething(). Does it help make your code more machine readable? Not at all--it doesn't make your compiler produce tighter binary code or whatever, but it is essential for maintainability, and it IS semantic markup.

    In terms of WWW development, semantic markup need not delve deep into the true meaning of content. Web documents would be IMMENSELY more useful of they simply provided "semantic structure". There is very limited utility in a web page that is one big table element consisting of a JPEG Jigsaw of image links, or worse one big embedded flash object. Merely using (X)HTML properly can provide useful semantic structure: Stop using tables for layout, unless you are actually presenting a TABLE of data, and for all you CSS freaks out there, tables are your friends, STOP fashioning tabular data out of DIVs and SPANs--a calendar is a TABLE of dates--it's OK to use TABLEs! If you are making an ordered or unordered list then use OL or UL--that's what they're there for!

    So, without resorting to meta tags--completely within the confines of a globally accepted standard--you now have a document with "structural semantics". You can now preform searches for a "table containing a column named 'x'" or an "image named 'y'" or "a heading containing the word 'z'" and you've done nothing but simply properly marked up your document with HTML.

    Then you can start working your way to the outer layers to the point where enough people can come to a common ground. Once you've got PROPERLY marked up content with real structural semantics you can use class and rel and other attributes to provide more meaningful semantics. For example, don't use class="bigredbold" in a span simply for the purpose of applying CSS styles. Instead, use class="criticalerror". This is not part of any standard and doesn't help the machine parse any better, but the output of that parsed information can then be interpreted by humans much easier. There need not be rigid standards for this to be useful semantics.

    THOSE are the layers where semantic markup can be powerful tools. Simple semantic content can evolve into a general consensus and even a standard: Microformats are a prime example. Facebook doesn't apply rigid semantic web standards to its photo album for example, but being able to simply tag people, places and events is very useful.

    The biggest limiting factors of the "semantic web" revolve around "leaky abstractions" and the simple fact that the more people involved in interpretation of content the less they can completely agree on its meaning. This will ALWAYS limit how close you can get to the "outer layers" of semantics in content on the internet. However, at the desktop (or small workgroup) level, there is but one person that imparts meaning on personal data, and a limited audience of consumers. If a solid structure is provided to allow the user to apply their own meaning then the user can have their own personal semantic standards at the outer layers.

    I think that is where something like Nepomuk could s

    1. Re:The Semantic Web is like an onion... by lennier · · Score: 1

      "I think that is where something like Nepomuk could succeed where internet-wide semantic standards fail to gain traction. People are lazy but they DO devote more effort to organising their own personal data vs. what is on a web app. I do make more effort to tag photos with metadata in F-spot for example. If there is a "structural-level" standard that could be applied to all files so I can tag spreadsheets, photos, databases, addressbook contacts...whatever..and I could follow one simple, consistent process to apply my own metadata and search and organise on that data then it is very useful."

      Yes, exactly. I have been wanting something like this for several years now.

      I'm sick of how our desktop applications still organise data into little silos that don't communicate. All this data - photos, MP3s, email, IMs, Web bookmarks, text documents - has a fairly rigid structure, or well-defined metadata. So representing it as RDF presents no major semantic problems - the schema's already been defined.

      The main problem is infrastructural: we still have this belief that we need to 'run an application' to access a piece of data. I have to 'launch my mailer' to read an email; I have to launch my browser to read a web page; I have to launch Word to read a Word document, and so on. Even if I don't want the whole GUI experience and just want to correlate some metadata. I don't even have a way to *talk* about correlating metadata between Word and my MP3 collection.

      We've somehow linked *knowledge* to *human-initiated, application-centred tasks* -- and I blame object oriented programming for spreading this idea by binding 'code' and 'data' together -- but the two are nowhere near the same, and this linkage really limits what I can delegate to my computer.

      An MP3 *song* is not an instance of an MP3 *player*, a Word *document* is not an instance of the Word GUI. Nouns and verbs should *not* be tightly bound together. I should be able to analyse the files (nouns) in my system completely independently of the 'user interfaces' (verbs) I can use to manipulate them. But so far, I can't.

      Some kind of desktop-wide data framework that can let me construct queries between the structured *data* represented by my emails, my MP3s, my calendar and my photos, for instance, would let me create whole new forms of 'application' or 'applet' on the fly. And blur the distinction between 'user' and 'application developer' in the same way that creating SQL queries blurs the distinction between 'database user' and 'database administrator'.

      I've used database systems where users can't construct ad-hoc queries - they're painful, just like today's Windows desktops.

      We never should have separated those roles in the first place, and if RDF can take us back to letting *me* decide how to use and interpret *my data*, that's a step forward.

      --
      You are not a brain: http://books.google.com/books?id=2oV61CeDx-YC
  28. Re:Bright Red by Anonymous Coward · · Score: 0

    no, i get that in both ff3 and 3.1 on a 2ghz machine

  29. and as a KDE 3 user... by Trogre · · Score: 1, Offtopic

    I've tried out Nepomuk and, while I have to say that it's promising, it's got miles to go before it's even near ready.

    Unfortunately the same can also be said of KDE 4 in general...

    --
    "Nine times out of ten, starting a fire is not the best way to solve the problem." - my wife
  30. Obscure reference provided here. by WebCowboy · · Score: 1

    I assumed it was KumOpen (come open) backwards. I think the real acronym is even stupider than that.

    The official acronym is very contrived so I'm sure it is a "backronym". I also suspect a group of tall-foreheads would deliberately come up with a project name with a suggestive reference like that either.

    Google and Wikipedia provide the most likely possibilities for the origin:

    Nepomuk is a town in the Czech Republic, in the "kraj" (province or region) called "Pilsen". given this fact, here are some posibilities to explain the name:

    * Nepomuk is the birthplace of St. John of Nepomuk, who is considered "the protector from floods". Nepomuk (the project) is intended to aid users in dealing with "a flood" of information.

    * Nepomuk was a Bohemian town before the establishment of the Czech Republic. Perhaps they named the project Nepomuk as an indirect reference to anti-establishment viewpoints and free exchange of information/property/etc. assoicated with Bohemian culture.

    * Nepomuk is in a region bordering Germany, and this project is headed by a German group. Perhaps a German project lead was born or raised in nearby Nepomuk and named the project after his home town.

    * Pilsen is where Pilsner-style beer was invented. Engineers like beer. Code-names are often named after objects of affection. Mmmm...beeer.

    1. Re:Obscure reference provided here. by 3waygeek · · Score: 1

      It's also the middle name of J. N. Hummel, Austrian classical composer of the 18th/19th centuries. AFAIK, he has nothing whatsoever to do with those cutesy ceramic figurines old ladies like to collect.

  31. Salient phrase in article by ignavus · · Score: 1

    Salient phrase in article: "they hope"

    By the way, while we are on this topic, I am STILL waiting for my pony for Christmas.

    --
    I am anarch of all I survey.
  32. Re:Bright Red by icebraining · · Score: 1

    But I don't have any problems here, with IceWeasel 3.1 and a 800MHz machine.

  33. Tagging needs to be built into the filesystem by rolfwind · · Score: 1

    or it will never be used. When I download photos, I want my browser to tag where it came from (website) or perhaps which keywords I typed in to find it. I don't want to add this all manually.

    The amount allowed per file needs to be limited (perhaps 100 keywords) and managed so the useless ones get weeded out. It will probably be an art to itself, but anything less than filesystem support just won't work.

    And yes, in vista you can tag things. But it's tedious and the OS level tools for users aren't there. Something as trivial as tagging an entire set of pictures isn't simpy achieved with the default tools, as I take it.

  34. Re:Nepomuk is actually a decent product... by pbhj · · Score: 1

    WARNING! Your toddlers might violate a Patent!

    Never fear - this patent has been badly drafted. You can easily circumvent it by not swinging from a tree, use a wooden frame. Or use ropes for your swing. Or use a different number of chains, one looped over the tree for example ...

  35. And yet another real winner of a name... by FlyingGuy · · Score: 1

    Are these people just daft! I mean NEPOMUK as in "Networked Environment for Personalized, Ontology-based Management of Unified Knowledge"!

    I mean WTF! Can the Linux community pull its head out of its ass long enough to see that names like this drive people AWAY!

    --
    Hey KID! Yeah you, get the fuck off my lawn!
    1. Re:And yet another real winner of a name... by 21mhz · · Score: 1

      If you're only in this to discuss names, go away.

      --
      My exception safety is -fno-exceptions.
    2. Re:And yet another real winner of a name... by Anonymous Coward · · Score: 0

      The name isn't a Linux thing, it's a European thing. They could just as well have done this project on Windows or MacOS; they simply chose Linux because that was the easiest to do the work on.