On Monday 20 March 2006 22:00, Jama Poulsen wrote:
> On Mon, Mar 20, 2006 at 11:05:39AM +0100, Markus Kr?tzsch wrote:
> > Great. I see that your project also creates some specific practical
> > requirements, e.g. to provide a datatype for calendar dates. Or a search
> > function that acts more like a full-text search on tags. We are aware of
> > some such requirements, but please let us know when you see concrete
> > issues that we should address to "create something usable". ;-)
> Let me describe something related to the "semantic datatype" topic.
> What I've been thinking about, is a concept which I'll call "Triple+".
> The idea is to simply use a triple [object, link, object] (I don't
> like those formal terms :-), and optionally add a list of key-value
> pair to this triple data-structure.
> So you would get: [object, link, object, ["key1:val1, ... "]]
> The appended key-value list contains semi-structured data relating to
> the _whole triple_.
> The idea here is that, as we get objects from a graph query, we can
> inspect and extract more information about these objects.
> The extra object data could be used in various ways.
> - Describe that companyX is 80% owned by companyY:
> companyX has-parent companyY [part:80%]
> - Describe the number of employees of companyX:
> companyX employees 23 [1988:2,1999:3:2000:9,...]
> - Describe presentation by companyX at confY:
> companyX presentation confY [time:'some timestamp format',
> I think the layering of the formal semantics in the first search
> phase combined with the less formal data made available at the second
> search stage can be very helpful, and reduces the amount of descriptive
> complexity needed in the first stage.
> I even think you could take the concept further, and include function
> semantics for web services in the Triple+ data structure. The could be
> pointers to SPARQL queries, RESTful actions, or JS functions.
> I don't claim to have any exceptional insight into the semweb, but I do
> see the power of simplicity/flexibility over accuracy/control , and
> think thats whats keeping graph-based semantics out of many applications.
> Or perhaps I'm just too ignorant too see the semweb heaven coming :)
> I'll put up a page on Wikicompany about Triple+ at some point, and maybe
> even start experimenting.
I see the utility of the above statements and it is indeed a limitation of =
current system that it cannot deal with statements that involve more than=20
three components (such as your examples). However, we do not want to make t=
datamodel and syntax more complicated until we have full support (including=
search) for our current simple data.
The current internal architecture could encompass more complicated statemen=
though the export is not yet able to make more complex RDF structures.=20
Basically one could have new datatypes that allow you to make a mini-tree=20
structure instead of a single triple. E.g. one could write
[[has parent:=3DCompany2; 80%]]
in the article of Company1 to get a datamodel like
Company1 has_parent Company2_80%
Company2_80% has_company Company2
Company2_80% has_fraction 0.8
where Company_80% is just an auxiliary node needed in the RDF export. One=20
could also represent the data in another way, but RDF can be queried nicely=
with SPARQL. Maybe I will at some time write a datatype that does this for=
arbitrary n-tuples. In fact, our current Geo-Coordinates will soon be a=20
special example of this, since we will export them as three values instead =
one (1 complete string, 1 latitude float, 1 longitude float). No big proble=
really, but we first want to complete the edit and re-use features for=20
> Jama Poulsen
>  There is a presentation by Peter F. Patel-Schneider, which also
> touches on some of the problems of RDF/OWL (in its current form) and
> heavy editorial requirements to use the various semantic languages:
> This SF.Net email is sponsored by xPML, a groundbreaking scripting langua=
> that extends applications into web and mobile media. Attend the live
> webcast and join the prime developer group breaking into this new coding
> Semediawiki-user mailing list
Institute AIFB, University of Karlsruhe, D-76128 Karlsruhe
mak@... phone +49 (0)721 608 7362
http://www.aifb.uni-karlsruhe.de/WBS/ fax +49 (0)721 693 717