From jonas@paranormal.se Sat Jun 10 09:57:21 2000 Received: from localhost ([127.0.0.1] helo=paranormal.se) by astral.paranormal.se with esmtp (Exim 3.12 #1 (Debian)) id 130g8v-0007i9-00 for ; Sat, 10 Jun 2000 09:57:21 +0200 Sender: jonas Message-ID: <3941F4E0.5D1BCFD7@paranormal.se> From: Jonas Liljegren X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i586) X-Accept-Language: sv, en-US, en-GB, en, English MIME-Version: 1.0 To: rdf@uxn.nu Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [RDF] Test Date: Sat Jun 10 09:57:23 2000 TEST -- / Jonas - http://paranormal.se/myself/index.html From jonas@paranormal.se Sat Jun 10 09:58:32 2000 Received: from localhost ([127.0.0.1] helo=paranormal.se) by astral.paranormal.se with esmtp (Exim 3.12 #1 (Debian)) id 130gA4-0007iW-00 for ; Sat, 10 Jun 2000 09:58:32 +0200 Sender: jonas Message-ID: <3941F527.29096505@paranormal.se> From: Jonas Liljegren X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i586) X-Accept-Language: sv, en-US, en-GB, en, English MIME-Version: 1.0 To: rdf@uxn.nu Subject: Re: [RDF] Test References: <3941F4E0.5D1BCFD7@paranormal.se> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Sat Jun 10 09:58:34 2000 Jonas Liljegren wrote: > > TEST > -- > / Jonas - http://paranormal.se/myself/index.html > > _______________________________________________ > RDF mailing list > RDF@uxn.nu > http://www.uxn.nu/cgi-bin/mailman/listinfo/rdf -- / Jonas - http://paranormal.se/myself/index.html From jonas@paranormal.se Sat Jun 10 09:59:02 2000 Received: from localhost ([127.0.0.1] helo=paranormal.se) by astral.paranormal.se with esmtp (Exim 3.12 #1 (Debian)) id 130gAY-0007in-00 for ; Sat, 10 Jun 2000 09:59:02 +0200 Sender: jonas Message-ID: <3941F545.E853B99A@paranormal.se> From: Jonas Liljegren X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i586) X-Accept-Language: sv, en-US, en-GB, en, English MIME-Version: 1.0 To: rdf@uxn.nu Subject: Re: [RDF] Test References: <3941F4E0.5D1BCFD7@paranormal.se> <3941F527.29096505@paranormal.se> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Sat Jun 10 09:59:04 2000 Jonas Liljegren wrote: > > Jonas Liljegren wrote: > > > > TEST > > -- > > / Jonas - http://paranormal.se/myself/index.html > > > > _______________________________________________ > > RDF mailing list > > RDF@uxn.nu > > http://www.uxn.nu/cgi-bin/mailman/listinfo/rdf > > -- > / Jonas - http://paranormal.se/myself/index.html > > _______________________________________________ > RDF mailing list > RDF@uxn.nu > http://www.uxn.nu/cgi-bin/mailman/listinfo/rdf -- / Jonas - http://paranormal.se/myself/index.html From jonas@paranormal.se Sat Jun 10 11:11:08 2000 Received: from localhost ([127.0.0.1] helo=paranormal.se) by astral.paranormal.se with esmtp (Exim 3.12 #1 (Debian)) id 130hIK-0007lD-00 for ; Sat, 10 Jun 2000 11:11:08 +0200 Sender: jonas Message-ID: <3942062B.97A4B77B@paranormal.se> From: Jonas Liljegren X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i586) X-Accept-Language: sv, en-US, en-GB, en, English MIME-Version: 1.0 To: info@uxn.nu Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [RDF] t3 Date: Sat Jun 10 11:11:10 2000 t3 -- / Jonas - http://paranormal.se/myself/index.html From jonas@paranormal.se Tue Jun 20 13:35:32 2000 Received: from localhost ([127.0.0.1] helo=paranormal.se) by astral.paranormal.se with esmtp (Exim 3.12 #1 (Debian)) id 134MJY-0000wh-00 for ; Tue, 20 Jun 2000 13:35:32 +0200 Message-ID: <394F5703.4D688C2D@paranormal.se> Date: Tue, 20 Jun 2000 13:35:31 +0200 From: Jonas Liljegren X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i586) X-Accept-Language: sv, en-US, en-GB, en, English MIME-Version: 1.0 To: WRAF Content-Type: multipart/mixed; boundary="------------8AE0D80E2775D9E229E41609" Subject: [RDF] [Fwd: graphical RDF tools] Sender: rdf-admin@uxn.nu Errors-To: rdf-admin@uxn.nu X-BeenThere: rdf@uxn.nu X-Mailman-Version: 2.0beta2 Precedence: bulk List-Id: WRAF working group This is a multi-part message in MIME format. --------------8AE0D80E2775D9E229E41609 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit -- / Jonas - http://paranormal.se/myself/index.html --------------8AE0D80E2775D9E229E41609 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Envelope-to: jonas@paranormal.o.se Received: from www19.w3.org ([18.29.0.19]) by astral.paranormal.se with esmtp (Exim 3.12 #1 (Debian)) id 134MFR-0000wC-00 for ; Tue, 20 Jun 2000 13:31:17 +0200 Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id HAA12713; Tue, 20 Jun 2000 07:19:09 -0400 (EDT) Resent-Date: Tue, 20 Jun 2000 07:19:09 -0400 (EDT) Resent-Message-Id: <200006201119.HAA12713@www19.w3.org> Message-ID: <394F5322.A5BF2AF8@uni-essen.de> Date: Tue, 20 Jun 2000 13:18:58 +0200 From: Reinhold Klapsing X-Mailer: Mozilla 4.06 [en] (X11; I; Linux 2.0.36 i686) MIME-Version: 1.0 To: www-rdf-interest@w3.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: graphical RDF tools Resent-From: www-rdf-interest@w3.org X-Mailing-List: archive/latest/1068 X-Loop: www-rdf-interest@w3.org Sender: www-rdf-interest-request@w3.org Resent-Sender: www-rdf-interest-request@w3.org Precedence: list Resent-Bcc: X-Mozilla-Status2: 00000000 Hi Tom, Tom Van Eetvelde wrote: > > Hello RDF comunity, > > Does anyone know of a tool to draw directed labeled graphs and to store them as RDF? I think it > would be soemthing nice to have. That way, one can graphically produce RDF files! > > This concept is already available for programming languages (see Rational Rose), so why not for RDF? > > Regards, > > Tom. > GraMToR is a graphical editor for the interactive constructing of an RDF data model. The graphical representation can be serialized to XML-RDF syntax. Additionally the data model can be serialized in the triple notation. GraMToR is developed with the scripting language XOTcl [1] and the prototype environment Wafe [2] which includes support for several libraries like the widget set OSFMotif. GraMToR is available [3] under the GPL license. Documentation of the implemented class system (german language) and a short user guide (german language) is available. The GraMToR is a first prototype with which we gained experience in graphical processing of RDF data models. It is the outcome of the diploma thesis (german language) of Alexander Block which is also available [4]. Regards, Reinhold [1] http://www.xotcl.org [2] http://nestroy.wi-inf.uni-essen.de/wafe/ [3] http://nestroy.wi-inf.uni-essen.de/xwmf/ [4] http://nestroy.wi-inf.uni-essen.de/Lv/diplomarbeiten/da2-ablock.ps.gz --------------8AE0D80E2775D9E229E41609-- From jonas@paranormal.se Wed Jun 28 22:28:55 2000 Received: from localhost ([127.0.0.1] helo=paranormal.se) by astral.paranormal.se with esmtp (Exim 3.12 #1 (Debian)) id 137OS6-00047x-00 for ; Wed, 28 Jun 2000 22:28:54 +0200 Message-ID: <395A6001.7A0F2063@paranormal.se> Date: Wed, 28 Jun 2000 22:28:49 +0200 From: Jonas Liljegren X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i586) X-Accept-Language: sv, en-US, en-GB, en, English MIME-Version: 1.0 To: WRAF Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [RDF] www-rdf-interest@w3.org from November 1999: sharing MIME types Sender: rdf-admin@uxn.nu Errors-To: rdf-admin@uxn.nu X-BeenThere: rdf@uxn.nu X-Mailman-Version: 2.0beta2 Precedence: bulk List-Id: WRAF working group http://lists.w3.org/Archives/Public/www-rdf-interest/1999Nov/0013.html From jonas@paranormal.se Thu Jun 29 22:18:49 2000 Received: from localhost ([127.0.0.1] helo=paranormal.se) by astral.paranormal.se with esmtp (Exim 3.12 #1 (Debian)) id 137klr-0001eW-00 for ; Thu, 29 Jun 2000 22:18:47 +0200 Message-ID: <395BAF24.9F16DB85@paranormal.se> Date: Thu, 29 Jun 2000 22:18:44 +0200 From: Jonas Liljegren X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i586) X-Accept-Language: sv, en-US, en-GB, en, English MIME-Version: 1.0 To: WRAF Content-Type: multipart/mixed; boundary="------------A01371550C9EB484F5239BFA" Subject: [RDF] [Fwd: librdf - application framework for RDF pre-announcement] Sender: rdf-admin@uxn.nu Errors-To: rdf-admin@uxn.nu X-BeenThere: rdf@uxn.nu X-Mailman-Version: 2.0beta2 Precedence: bulk List-Id: WRAF working group This is a multi-part message in MIME format. --------------A01371550C9EB484F5239BFA Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Låter intressant. Open Directorys RDF kan vara av intresse. -- / Jonas - http://paranormal.se/myself/index.html --------------A01371550C9EB484F5239BFA Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Envelope-to: jonas@paranormal.o.se Received: from www19.w3.org ([18.29.0.19]) by astral.paranormal.se with esmtp (Exim 3.12 #1 (Debian)) id 137fyZ-0001Pk-00 for ; Thu, 29 Jun 2000 17:11:35 +0200 Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id KAA26286; Thu, 29 Jun 2000 10:54:09 -0400 (EDT) Resent-Date: Thu, 29 Jun 2000 10:54:09 -0400 (EDT) Resent-Message-Id: <200006291454.KAA26286@www19.w3.org> To: www-rdf-interest@w3.org X-URI: http://www.ilrt.bristol.ac.uk/people/cmdjb/ Date: Thu, 29 Jun 2000 15:54:00 +0100 Message-ID: <13926.962290440@jarjar.ilrt.bris.ac.uk> From: Dave Beckett Subject: librdf - application framework for RDF pre-announcement Resent-From: www-rdf-interest@w3.org X-Mailing-List: archive/latest/1102 X-Loop: www-rdf-interest@w3.org Sender: www-rdf-interest-request@w3.org Resent-Sender: www-rdf-interest-request@w3.org Precedence: list Resent-Bcc: X-Mozilla-Status2: 00000000 RDFers, I have been lurking here for a while, but not posted before although tracking things that appear here in my RDF resource guide: http://www.ilrt.bristol.ac.uk/discovery/rdf/resources/ and the Open Directory RDF areas which I co-edit. Here's some hints on what's coming up. I've just moved jobs to ILRT at the University of Bristol and have now got the time to develop a sort-of application framework for RDF. I've started designing and coding in C(*) a pluggable architecture for manipulating RDF and experimenting with bits and pieces. [(*)if you are thinking, why C - it is because it might be more 'portable' and easier to plug into other languages, systems and applications. However, it's written in an OO style. Please take any comments to email.] The parts that I currently want to be pluggable include: * XML parsers - external via pipe/filter, expat, xerces-c?, ... * RDF parsers - external e.g. sirpac, libwww rdf, mozilla, ... * Storage models - in memory hashes, bdb/gdbm files, triples-in-SQL, ... * Query languages [as people propose and play with them] * (Utility classes for Hashes, Digests, WWW resolving) The architecture is tricky to write in text but I'll have a go. These are the concepts/classes: Node - a node/arc in an RDF graph Contains either a URI OR String + XML language Statement - or triple Contains a Node resource, Node property and Node object Model Contains: A bag/set of Statements OR a list of sub-Models A reference to a 'Storage' The list of sub models is there to allow layering Models for such things as adding transactions, filtering, ... (more thought needed) 'Storage' (name may change) Implements a Statement storage API and at least one Statement query API(s) 'RDF Parser' ('RDF DataSource'? 'RDF Reader'?) Asserts Statements to a given model OR uses a given XML Parser and model. 'XML Parser' Provides a standard XML API (DOM?, SAX?) 'RDF Syntax generator' ('RDF DataSink', 'RDF Consumer?) Emits formatted RDF in XML, other syntaxes, encodings - SOAP? Missing concepts/ stuff I know about but will do after V1.0: Namespaces - I've no support for these Unicode - I've assumed C char*=UTF-8 string [BAD] Typing and Classes - to support: RDF Schemas - need help here The current really imaginative name for this is 'librdf' and it is getting to the stage of nearly being useful. Implemented so far: Hash - GDBM, in memory Digest - MD5, SHA, RIPEMD160 Node Statement Model (just API) +lots of boring supporting stuff Once this reaches a slightly fuller level, I will release it and then actually use it myself for applications. License: The system will be a free software one, or open source if you prefer, and should be flexible. I've not yet decided what type, most likely Apache/BSD-ish. Release Date: Within two weeks Please feel free to comment, ask questions or even better, offer to help! Dave --------------A01371550C9EB484F5239BFA-- From jonas@paranormal.se Wed Jul 05 20:25:53 2000 Received: from localhost ([127.0.0.1] helo=paranormal.se) by astral.paranormal.se with esmtp (Exim 3.12 #1 (Debian)) id 139trt-0005hH-00 for ; Wed, 05 Jul 2000 20:25:53 +0200 Message-ID: <39637DB1.71A7F9A0@paranormal.se> Date: Wed, 05 Jul 2000 20:25:53 +0200 From: Jonas Liljegren X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i586) X-Accept-Language: sv, en-US, en-GB, en, English MIME-Version: 1.0 To: WRAF Content-Type: multipart/mixed; boundary="------------8E2C9FA5F50DD8F61B6D4020" Subject: [RDF] [Fwd: RDF tools: FramerD http://www.framerd.org/] Sender: rdf-admin@uxn.nu Errors-To: rdf-admin@uxn.nu X-BeenThere: rdf@uxn.nu X-Mailman-Version: 2.0beta2 Precedence: bulk List-Id: WRAF working group This is a multi-part message in MIME format. --------------8E2C9FA5F50DD8F61B6D4020 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit -- / Jonas - http://paranormal.se/myself/index.html --------------8E2C9FA5F50DD8F61B6D4020 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Envelope-to: jonas@paranormal.o.se Received: from www19.w3.org ([18.29.0.19]) by astral.paranormal.se with esmtp (Exim 3.12 #1 (Debian)) id 139tg1-0005gk-00 for ; Wed, 05 Jul 2000 20:13:37 +0200 Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id NAA01134; Wed, 5 Jul 2000 13:54:54 -0400 (EDT) Resent-Date: Wed, 5 Jul 2000 13:54:54 -0400 (EDT) Resent-Message-Id: <200007051754.NAA01134@www19.w3.org> Date: Wed, 5 Jul 2000 13:54:48 -0400 (EDT) From: Dan Brickley To: www-rdf-interest@w3.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: RDF tools: FramerD http://www.framerd.org/ Resent-From: www-rdf-interest@w3.org X-Mailing-List: archive/latest/1108 X-Loop: www-rdf-interest@w3.org Sender: www-rdf-interest-request@w3.org Resent-Sender: www-rdf-interest-request@w3.org Precedence: list Resent-Bcc: X-Mozilla-Status2: 00000000 Hi all, Latest find in my never-ending trawl for database/query tools that might be useful with RDF is something called 'FramerD'. I stumbled across this on the MIT site but it seems now to have an independent (and GPL licensed) existence. I've only skimmed the online docs but it looks promising, if complex. Note that there's an RPM bundle for Linux (http://www.framerd.org/docs/users-guide.html#installation) and the tarball installation also looks pretty straightforward. The online demos, include a datatbase called the 'BRICO Ontology' which combines WordNet, Roget's thesaurus and the public CYC upper ontology; some of you might find this of interest in addition to the database system itself. Could anyone be persuaded to take a look at this with RDF in mind and report back to www-rdf-interest? Blurb from homepage and why-use pages copied below... cheers, --danbri >From http://www.framerd.org/ What? Why? FramerD is a portable distributed object-oriented database designed to support the maintenance and sharing of knowledge bases. Unlike other object-oriented databases, FramerD is optimized for the sort of pointer-intensive data structures used by semantic networks, frame systems, and many intelligent agent applications. FramerD databases readily include millions of searchable frames and may be distributed over multiple networked machines. FramerD includes an extensive scripting language based on Scheme with special support for web-based interfaces. FramerD is designed for incremental and collaborative data and knowledge base development. One primary cause of brittleness, incompatability, and obsolesence in advanced applications is the premature codification of structures, protocols, and semantics. FramerD was designed to provide robust and efficient data management without extensive up-front specification of data and operations. Developed at MIT's Media Laboratory, FramerD has been used for four years in developing information access and machine understanding applications. FramerD is implemented in ANSI C and has been compiled for a wide range of platforms, including many varieties of Unix and WIn32. In addition, experimental Java and Lisp libraries exist for accessing FramerD databases and services. FramerD sources and platform releases are available free of charge under the GNU GPL. Inquiries about less restrictive commercial licenses should be directed to MIT's Technology Licensing Office. >From http://www.framerd.org/docs/why.html Why Should I Use FramerD? FramerD manages descriptions and systems of description FramerD allows the computer to create, access, and manipulate descriptions and systems of description. Most computer applications work by manipulating descriptions in some systematic way. A system of description is the set of conventions, expectations, and procedures used to manipulate descriptions in a particular application area. For example, in a scheduling application, the system of description might specify: classes of entities, like events, individuals, locations, resources, and times; relationships between these entities, like attendance at events or reservation of resources constraints and inferences about these relationships Descriptive systems can be programmed by people or generated by machines. In either event, when users or programs add new descriptions or extend existing systems, FramerD automatically generates consequences from the additions or extensions. FramerD is a database for intelligent systems FramerD was developed to support research in artificial intelligence (AI) involving the construction of artifacts which demonstrate something like human understanding and intelligence. For example, in our current research we use FramerD to encode a text database where relations and meanings are used in retrieval and matching. Each natural language phrase in the original text database is described by a different frame in FramerD; relations between these frames descibe both the structure of sentences (e.g. "Bush" is the subject of "flew") and possible meanings ("flew" might mean "drove the plane" or "rode in the plane"). Taking ideas from past work in artificial intelligence, FramerD is built to describe conceptual objects and their relationships to one another. Unlike this past work, however, FramerD is designed to scale to millions or tens of millions of objects. FramerD simplifies development and sharing FramerD was designed to simplify: incremental development of systems of description, sharing descriptions and systems of description, distributing data and computation over a network of clients and servers, access to descriptions and databases through World Wide Web If you need to describe complicated and interconnected structures and want to be able to store and share these structures, it's worthwhile looking at FramerD. In particular, if your work is currently (or constitutionally) in "development mode" and incremental changes to your database are common, FramerD may be what you are looking for. FramerD descriptions can be richly interconnected FramerD is optimized for descriptions consisting primarily of relations to other descriptions. Relations between descriptions can be either structural relations or semantic relations. Structural relations connect elements within a particular context, for example 'this lintel is above that support' or 'the name "Clinton" (in some context) is the subject of the verb "nominated" (in the same context)'. Semantic relations, on the other hand, connect a description to some "meaning" description elsewhere in the database, for example `the lintel is a vertical rectangular blob' or 'the verb "nominated" may denote a kind of selection'. Descriptions can also include simple attributes whose values are numbers or strings, but FramerD is optimized for the kinds of complicated relational structures common in artificial intelligence systems. In particular, FramerD has special operations for delayed loading and caching of objects which make it inexpensive to load objects which refer to other objects. [....snip] --------------8E2C9FA5F50DD8F61B6D4020-- From jonas@paranormal.se Thu Jul 06 20:21:34 2000 Received: from localhost ([127.0.0.1] helo=paranormal.se) by astral.paranormal.se with esmtp (Exim 3.12 #1 (Debian)) id 13AGHG-00034W-00 for ; Thu, 06 Jul 2000 20:21:34 +0200 Message-ID: <3964CE2D.5419454A@paranormal.se> Date: Thu, 06 Jul 2000 20:21:33 +0200 From: Jonas Liljegren X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i586) X-Accept-Language: sv, en-US, en-GB, en, English MIME-Version: 1.0 To: WRAF Content-Type: multipart/mixed; boundary="------------1FF9359E2B7CAFDFA5FDB021" Subject: [RDF] [Fwd: librdf architecture] Sender: rdf-admin@uxn.nu Errors-To: rdf-admin@uxn.nu X-BeenThere: rdf@uxn.nu X-Mailman-Version: 2.0beta2 Precedence: bulk List-Id: WRAF working group This is a multi-part message in MIME format. --------------1FF9359E2B7CAFDFA5FDB021 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit -- / Jonas - http://paranormal.se/myself/index.html --------------1FF9359E2B7CAFDFA5FDB021 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Envelope-to: jonas@paranormal.o.se Received: from www19.w3.org ([18.29.0.19]) by astral.paranormal.se with esmtp (Exim 3.12 #1 (Debian)) id 13ADpQ-0002vf-00 for ; Thu, 06 Jul 2000 17:44:41 +0200 Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id LAA09660; Thu, 6 Jul 2000 11:27:52 -0400 (EDT) Resent-Date: Thu, 6 Jul 2000 11:27:52 -0400 (EDT) Resent-Message-Id: <200007061527.LAA09660@www19.w3.org> To: www-rdf-interest@w3.org X-URI: http://www.ilrt.bristol.ac.uk/people/cmdjb/ Date: Thu, 06 Jul 2000 16:27:46 +0100 Message-ID: <32380.962897266@jarjar.ilrt.bris.ac.uk> From: Dave Beckett Subject: librdf architecture Resent-From: www-rdf-interest@w3.org X-Mailing-List: archive/latest/1111 X-Loop: www-rdf-interest@w3.org Sender: www-rdf-interest-request@w3.org Resent-Sender: www-rdf-interest-request@w3.org Precedence: list Resent-Bcc: X-Mozilla-Status2: 00000000 I'm working out more of my librdf Application Framework design as previously mentioned: http://lists.w3.org/Archives/Public/www-rdf-interest/2000Jun/0082.html The current part of the architecture I'm working on is the model / storage / parsing / streaming part which goes something like this: (remember written in C with objects done by hand) Base Classes: class Statement - triples (resource, property, object) class Model - a set of Statements with a link to a Storage ... many methods, most passed on to Storage class Storage - knows how to store/retrieve Statements using identifiers lots of methods such as: method add_statement (in Statement, out identifier, ...) - returns a storage specific identifier (URI) that can be used to get the statement later method remove_statement (in identifier, ...) method get_statements (out stream of Statements) method find (in Node subject, in Node predicate, in Node object, out stream of Statements) method find (in Node subject, in Node predicate, in Node object, in/out Model) ... Then we add: class XML DOM Parser - builds an in-memory DOM representation constructor (...) method init(in XML content) method get_dom (out in-memory DOM representation) class XML SAX Parser - generates SAX-like events constructor (...) method init(in stream of XML content) method register_sax_event_1 (in function) ... method register_sax_event_ (in function) class RDF Parser constructor (...) method parse_xml_events(in/out model, in XML SAX Parser) method parse_xml_tree(in/out model, in XML DOM Parser) so you can do things like this: storage = new Storage (use Berkeley DB V2 please, ...) model = new Model (storage) rdf = new RDF Parser(...) www = new URI Resolver (XML content URI) if (using DOM model) { /* everything constructed in memory - better be small */ xml_dom = new XML DOM Parser(...) xml_dom->init(www->get_as_string) rdf->parse_xml_tree(model, xml_dom) delete xml_dom } else if (using SAX-like event model) { xml_sax = new XML SAX Parser(...) xml_sax->init(www->get_as_stream) rdf->parse_xml_events(model, xml_sax) delete xml_sax } else if (using standalone RDF parser) { ... more thought needed here ... rdf_stream = new Stream ("command for standalone parser to emit triples") rdfutil.add_statements_to_model_from_stream_of_triples(model, rdf_stream) } delete www ... do stuff with model ... Comments and questions are welcome. Here are some of the things I'm curious about. * Should the Storage method find always generate a new model or is returning a set of statements as a stream OK? Both seem useful to me. * Should the Storage method find allow the passing in of any model in which to store the matching statements or allocate a new one model which is appropriate for the Storage? (This might be a useful optimisation e.g. creating SQL views over SQL queries and returning a new model representing that view of the storage) * Are people really going to need both DOM and SAX XML interfaces? * Is there really just one RDF parser class or should the class for RDF parsers that read DOMs be separate from the one that handles SAX events? Dave --------------1FF9359E2B7CAFDFA5FDB021-- From jonas@paranormal.se Sun Jul 09 19:29:44 2000 Received: from jonas (helo=localhost) by astral.paranormal.se with local-esmtp (Exim 3.12 #1 (Debian)) id 13BKtk-0007mX-00 for ; Sun, 09 Jul 2000 19:29:44 +0200 Date: Sun, 9 Jul 2000 19:29:44 +0200 (CEST) From: Jonas Liljegren To: rdf@uxn.nu Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [RDF] Changed URL (fwd) Sender: rdf-admin@uxn.nu Errors-To: rdf-admin@uxn.nu X-BeenThere: rdf@uxn.nu X-Mailman-Version: 2.0beta2 Precedence: bulk List-Id: WRAF working group / Jonas - http://paranormal.se/myself/index.html ---------- Forwarded message ---------- Date: Sun, 9 Jul 2000 19:17:26 +0200 (CEST) From: Jonas Liljegren To: www-rdf-interest@w3.org Cc: Daniel.Brickley@bristol.ac.uk, wraf@uxn.nu Subject: Changed URL Hi. The address to the (old) perl "RDF Schema editor" has changed from http://paranormal.o.se/perl/proj/rdf/schema_editor/ to http://paranormal.se/perl/proj/rdf/schema_editor/ Could someone please change the link on http://www.w3.org/RDF/ ? A more recent version of the program (v0.17) and database has been published. A new perl RDF engine (the WRAF project) is under development. Nothing ready to be shown yet. But I could mention some design goals: * Work with many interfaces to several databases, online services, and other sources. * Generalize every API function and interface, so that the system is described in RDF itself. (You doesn't have to manualy download software updates anymore) * Optimized caching on many levels * Uses "models", namespaces, aboutEachPrefix, etc as the domain for queries. * A presentation schema will present the requested information, formatted depending on the context. * Implemented as a service deamon with a small cgi/mod_perl client. Any support from intrested perl programmers are welcomed. / Jonas - http://paranormal.se/myself/index.html From jonas@paranormal.se Mon Jul 10 20:47:16 2000 Received: from jonas (helo=localhost) by astral.paranormal.se with local-esmtp (Exim 3.12 #1 (Debian)) id 13BiaJ-0000wI-00; Mon, 10 Jul 2000 20:47:15 +0200 Date: Mon, 10 Jul 2000 20:47:15 +0200 (CEST) From: Jonas Liljegren To: Dan Brickley cc: rdf@uxn.nu In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=Latin1 Content-Transfer-Encoding: QUOTED-PRINTABLE Subject: [RDF] Re: Perl RDF APIs (was Re: Changed URL) Sender: rdf-admin@uxn.nu Errors-To: rdf-admin@uxn.nu X-BeenThere: rdf@uxn.nu X-Mailman-Version: 2.0beta2 Precedence: bulk List-Id: WRAF working group On Sun, 9 Jul 2000, Dan Brickley wrote: > I've updated our reference, though I would encourage you to try to > continue to service the original URL too if possible (see [1]) if this is > within your control, since others' bookmarks, hyperlinks etc will get > broken. Now I fell ashamed. :-I I have a new excuse... =2E.. We have very strict top domain rules in Sweden. Only one domain for each organization. The old name was based on patent office rules for company name protections. It saved me more than =A3 5000 to choose the old name. The rules changed recently. This made it possibly to change to the new name. If I remember correctly, the nyw name would only be accepted if the old was terminated. But maby I got that wrong. In any case. The rule about only one domain per comapny still holds. I feel strongly about permanent URIs. But I don't think that the time for that has come yet. We must first come to the stage in the evolution of the Internet, there we can forget all about URLs in the daily life. They will have to be encapsulated in a couple of layers of protocols... From jonas@paranormal.se Mon Jul 10 22:11:00 2000 Received: from jonas (helo=localhost) by astral.paranormal.se with local-esmtp (Exim 3.12 #1 (Debian)) id 13BjtL-00010W-00; Mon, 10 Jul 2000 22:10:59 +0200 Date: Mon, 10 Jul 2000 22:10:59 +0200 (CEST) From: Jonas Liljegren To: Dan Brickley cc: www-rdf-interest@w3.org, rdf@uxn.nu In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [RDF] Re: Perl RDF APIs (was Re: Changed URL) Sender: rdf-admin@uxn.nu Errors-To: rdf-admin@uxn.nu X-BeenThere: rdf@uxn.nu X-Mailman-Version: 2.0beta2 Precedence: bulk List-Id: WRAF working group On Sun, 9 Jul 2000, Dan Brickley wrote: > Anyhow, looks like your Perl stuff is coming along nicely. I'm wondering > how it might eventually plug together with some of the other Perl stuff > out there, especially opensource code like Eric P's RDF parser, storage, > query system [2]. The plan is to use an existing parser and serializer. But the main focus is on the DB interface. I will probably adapt Eric's parser as a plugin or just make a plugin wrapper for the parser. My idea is that the same could be done for LDAP, SQL and anyting else. The server is the mapper and dispatcher that binds the parts together. > Your API [3] looks pretty close to most other RDF > systems I've seen (Sergey's Java API, Mozilla, EricP's stuff, recent > discussions with Dave Beckett about librdf etc etc). That is intentional. The model was based on the first (RADIX) proposal. I have read and participated in the API discussion and looked at the Java API. But the WRAF api is diffrent in many ways. It's a almost complete bootstrap of the system. Every function and object is in itself a Resource. This simple fact results in a very strange "broken" OO. > Related topic: cross-language APIs. The Mozilla stuff for example can be > called from C++ or Javascript, since they've used XP-IDL to define the > API. I'm wondering how feasible it would be to make an IDL version of say > Sergey's proposed API and project that into Perl... Plausible? Perl is the glue language. :-) It's mostly easy to construct new interfaces. The things that differ is the intended usage. WRAF is developed for online usage with a changing database. Every session is in itself a resource, with all the atributes from the client. You work in RDF rather than import/export RDF. This is diffrent from programs there you get a data stream and are supposed to do something with the incomming data and produce a outging stream. ... Well. I should continue programming rather than writing about it. > [2] http://www.w3.org/1999/02/26-modules/ > [3] http://paranormal.se/perl/proj/rdf/schema_editor/demo/doc/api.html > On Sun, 9 Jul 2000, Jonas Liljegren wrote: > > > A new perl RDF engine (the WRAF project) is under development. Nothing > > ready to be shown yet. But I could mention some design goals: > > > > * Work with many interfaces to several databases, online services, and > > other sources. > > > > * Generalize every API function and interface, so that the system is > > described in RDF itself. (You doesn't have to manualy download software > > updates anymore) > > > > * Optimized caching on many levels > > > > * Uses "models", namespaces, aboutEachPrefix, etc as the domain for > > queries. > > > > * A presentation schema will present the requested information, formatted > > depending on the context. > > > > * Implemented as a service deamon with a small cgi/mod_perl client. > > > > > > > > Any support from intrested perl programmers are welcomed. From jonas@paranormal.se Sat Jul 15 16:12:49 2000 Received: from localhost ([127.0.0.1] helo=paranormal.se) by astral.paranormal.se with esmtp (Exim 3.12 #1 (Debian)) id 13DSgS-0004Tb-00 for ; Sat, 15 Jul 2000 16:12:48 +0200 Message-ID: <39707160.D4F3F209@paranormal.se> Date: Sat, 15 Jul 2000 16:12:48 +0200 From: Jonas Liljegren X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i586) X-Accept-Language: sv, en-US, en-GB, en, English MIME-Version: 1.0 To: archive@uxn.nu Content-Type: multipart/mixed; boundary="------------86F86D873323EDB52ADAD292" Subject: [RDF] FramerD http://www.framerd.org/ Sender: rdf-admin@uxn.nu Errors-To: rdf-admin@uxn.nu X-BeenThere: rdf@uxn.nu X-Mailman-Version: 2.0beta2 Precedence: bulk List-Id: WRAF working group This is a multi-part message in MIME format. --------------86F86D873323EDB52ADAD292 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Kanske värt att använda istället för vanlig databas. Stefan: har du lust att titta på denna? Skrivet i Ansi C. Borde gå att skapa ett enkelt perl-API. (Finns verktyg för det.) -- / Jonas - http://paranormal.se/myself/index.html --------------86F86D873323EDB52ADAD292 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Envelope-to: jonas@paranormal.se Received: from localhost ([127.0.0.1] helo=paranormal.se) by astral.paranormal.se with esmtp (Exim 3.12 #1 (Debian)) id 139trw-0005hN-00; Wed, 05 Jul 2000 20:25:56 +0200 Received: from localhost ([127.0.0.1] helo=paranormal.se) by astral.paranormal.se with esmtp (Exim 3.12 #1 (Debian)) id 139trt-0005hH-00 for ; Wed, 05 Jul 2000 20:25:53 +0200 Message-ID: <39637DB1.71A7F9A0@paranormal.se> Date: Wed, 05 Jul 2000 20:25:53 +0200 From: Jonas Liljegren X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i586) X-Accept-Language: sv, en-US, en-GB, en, English MIME-Version: 1.0 To: WRAF Content-Type: multipart/mixed; boundary="------------8E2C9FA5F50DD8F61B6D4020" Subject: [RDF] [Fwd: RDF tools: FramerD http://www.framerd.org/] Sender: rdf-admin@uxn.nu Errors-To: rdf-admin@uxn.nu X-BeenThere: rdf@uxn.nu X-Mailman-Version: 2.0beta2 Precedence: bulk List-Id: WRAF working group X-Mozilla-Status2: 00000000 This is a multi-part message in MIME format. --------------8E2C9FA5F50DD8F61B6D4020 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit -- / Jonas - http://paranormal.se/myself/index.html --------------8E2C9FA5F50DD8F61B6D4020 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Envelope-to: jonas@paranormal.o.se Received: from www19.w3.org ([18.29.0.19]) by astral.paranormal.se with esmtp (Exim 3.12 #1 (Debian)) id 139tg1-0005gk-00 for ; Wed, 05 Jul 2000 20:13:37 +0200 Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id NAA01134; Wed, 5 Jul 2000 13:54:54 -0400 (EDT) Resent-Date: Wed, 5 Jul 2000 13:54:54 -0400 (EDT) Resent-Message-Id: <200007051754.NAA01134@www19.w3.org> Date: Wed, 5 Jul 2000 13:54:48 -0400 (EDT) From: Dan Brickley To: www-rdf-interest@w3.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: RDF tools: FramerD http://www.framerd.org/ Resent-From: www-rdf-interest@w3.org X-Mailing-List: archive/latest/1108 X-Loop: www-rdf-interest@w3.org Sender: www-rdf-interest-request@w3.org Resent-Sender: www-rdf-interest-request@w3.org Precedence: list Resent-Bcc: X-Mozilla-Status2: 00000000 Hi all, Latest find in my never-ending trawl for database/query tools that might be useful with RDF is something called 'FramerD'. I stumbled across this on the MIT site but it seems now to have an independent (and GPL licensed) existence. I've only skimmed the online docs but it looks promising, if complex. Note that there's an RPM bundle for Linux (http://www.framerd.org/docs/users-guide.html#installation) and the tarball installation also looks pretty straightforward. The online demos, include a datatbase called the 'BRICO Ontology' which combines WordNet, Roget's thesaurus and the public CYC upper ontology; some of you might find this of interest in addition to the database system itself. Could anyone be persuaded to take a look at this with RDF in mind and report back to www-rdf-interest? Blurb from homepage and why-use pages copied below... cheers, --danbri >From http://www.framerd.org/ What? Why? FramerD is a portable distributed object-oriented database designed to support the maintenance and sharing of knowledge bases. Unlike other object-oriented databases, FramerD is optimized for the sort of pointer-intensive data structures used by semantic networks, frame systems, and many intelligent agent applications. FramerD databases readily include millions of searchable frames and may be distributed over multiple networked machines. FramerD includes an extensive scripting language based on Scheme with special support for web-based interfaces. FramerD is designed for incremental and collaborative data and knowledge base development. One primary cause of brittleness, incompatability, and obsolesence in advanced applications is the premature codification of structures, protocols, and semantics. FramerD was designed to provide robust and efficient data management without extensive up-front specification of data and operations. Developed at MIT's Media Laboratory, FramerD has been used for four years in developing information access and machine understanding applications. FramerD is implemented in ANSI C and has been compiled for a wide range of platforms, including many varieties of Unix and WIn32. In addition, experimental Java and Lisp libraries exist for accessing FramerD databases and services. FramerD sources and platform releases are available free of charge under the GNU GPL. Inquiries about less restrictive commercial licenses should be directed to MIT's Technology Licensing Office. >From http://www.framerd.org/docs/why.html Why Should I Use FramerD? FramerD manages descriptions and systems of description FramerD allows the computer to create, access, and manipulate descriptions and systems of description. Most computer applications work by manipulating descriptions in some systematic way. A system of description is the set of conventions, expectations, and procedures used to manipulate descriptions in a particular application area. For example, in a scheduling application, the system of description might specify: classes of entities, like events, individuals, locations, resources, and times; relationships between these entities, like attendance at events or reservation of resources constraints and inferences about these relationships Descriptive systems can be programmed by people or generated by machines. In either event, when users or programs add new descriptions or extend existing systems, FramerD automatically generates consequences from the additions or extensions. FramerD is a database for intelligent systems FramerD was developed to support research in artificial intelligence (AI) involving the construction of artifacts which demonstrate something like human understanding and intelligence. For example, in our current research we use FramerD to encode a text database where relations and meanings are used in retrieval and matching. Each natural language phrase in the original text database is described by a different frame in FramerD; relations between these frames descibe both the structure of sentences (e.g. "Bush" is the subject of "flew") and possible meanings ("flew" might mean "drove the plane" or "rode in the plane"). Taking ideas from past work in artificial intelligence, FramerD is built to describe conceptual objects and their relationships to one another. Unlike this past work, however, FramerD is designed to scale to millions or tens of millions of objects. FramerD simplifies development and sharing FramerD was designed to simplify: incremental development of systems of description, sharing descriptions and systems of description, distributing data and computation over a network of clients and servers, access to descriptions and databases through World Wide Web If you need to describe complicated and interconnected structures and want to be able to store and share these structures, it's worthwhile looking at FramerD. In particular, if your work is currently (or constitutionally) in "development mode" and incremental changes to your database are common, FramerD may be what you are looking for. FramerD descriptions can be richly interconnected FramerD is optimized for descriptions consisting primarily of relations to other descriptions. Relations between descriptions can be either structural relations or semantic relations. Structural relations connect elements within a particular context, for example 'this lintel is above that support' or 'the name "Clinton" (in some context) is the subject of the verb "nominated" (in the same context)'. Semantic relations, on the other hand, connect a description to some "meaning" description elsewhere in the database, for example `the lintel is a vertical rectangular blob' or 'the verb "nominated" may denote a kind of selection'. Descriptions can also include simple attributes whose values are numbers or strings, but FramerD is optimized for the kinds of complicated relational structures common in artificial intelligence systems. In particular, FramerD has special operations for delayed loading and caching of objects which make it inexpensive to load objects which refer to other objects. [....snip] --------------8E2C9FA5F50DD8F61B6D4020-- _______________________________________________ RDF mailing list RDF@uxn.nu http://www.uxn.nu/cgi-bin/mailman/listinfo/rdf --------------86F86D873323EDB52ADAD292-- From jonas@paranormal.se Sat Jul 15 19:04:29 2000 Received: from localhost ([127.0.0.1] helo=paranormal.se) by astral.paranormal.se with esmtp (Exim 3.12 #1 (Debian)) id 13DVMa-0004jf-00 for ; Sat, 15 Jul 2000 19:04:28 +0200 Message-ID: <3970999B.F0E73855@paranormal.se> Date: Sat, 15 Jul 2000 19:04:27 +0200 From: Jonas Liljegren X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i586) X-Accept-Language: sv, en-US, en-GB, en, English MIME-Version: 1.0 To: WRAF Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [RDF] New front page Sender: rdf-admin@uxn.nu Errors-To: rdf-admin@uxn.nu X-BeenThere: rdf@uxn.nu X-Mailman-Version: 2.0beta2 Precedence: bulk List-Id: WRAF working group I have put in a new welcome page. Changed the language to english. Pushed the existing welcome page to the development area. -- / Jonas - http://paranormal.se/myself/index.html From jonas@paranormal.se Tue Aug 01 13:22:45 2000 Received: from localhost ([127.0.0.1] helo=paranormal.se) by astral.paranormal.se with esmtp (Exim 3.12 #1 (Debian)) id 13Ja8C-0004wa-00 for ; Tue, 01 Aug 2000 13:22:44 +0200 Message-ID: <3986B304.9178580@paranormal.se> Date: Tue, 01 Aug 2000 13:22:44 +0200 From: Jonas Liljegren X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.12 i586) X-Accept-Language: sv, en-US, en-GB, en, English MIME-Version: 1.0 To: WRAF Content-Type: multipart/mixed; boundary="------------B48B56D7D6BB8AF541EF3EB9" Subject: [RDF] [Fwd: Warum WRAF] Sender: rdf-admin@uxn.nu Errors-To: rdf-admin@uxn.nu X-BeenThere: rdf@uxn.nu X-Mailman-Version: 2.0beta4 Precedence: bulk List-Id: WRAF working group This is a multi-part message in MIME format. --------------B48B56D7D6BB8AF541EF3EB9 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit -- / Jonas - http://jonas.liljegren.org/myself/en/index.html --------------B48B56D7D6BB8AF541EF3EB9 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Envelope-to: jonas@paranormal.se Received: from d1o963.telia.com ([195.67.214.241] ident=root) by astral.paranormal.se with esmtp (Exim 3.12 #1 (Debian)) id 13JYpn-0004oF-00 for ; Tue, 01 Aug 2000 11:59:39 +0200 Received: from c64.org (t3o963p74.telia.com [195.67.215.74]) by d1o963.telia.com (8.8.8/8.8.8) with ESMTP id LAA27629 for ; Tue, 1 Aug 2000 11:57:21 +0200 (CEST) Message-ID: <39869FB2.52757B45@c64.org> Date: Tue, 01 Aug 2000 12:00:18 +0200 From: Stefan Andersson X-Mailer: Mozilla 4.72 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 To: "Jonas Liljegren (E-mail)" Subject: Warum WRAF Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by d1o963.telia.com id LAA27629 X-Mozilla-Status2: 00000000 Hall=E5, snygging! Helt ur det bl=E5, t=E4nkte jag g=F6ra en seri=F6s anstr=E4ngning att f=F6= rklara vad 'WRAF' g=E5r ut p=E5, i termer av nytta. Care to comment? Problemet med att beskriva vad WRAF =E4r och varf=F6r det =E4r bra, grund= as i att WRAF har evolverat ur m=E5nga sinsemellan olika ambitioner. WRAF skal= l vara allt och inget. H=E4r =E4r en =F6versikt =F6ver n=E5gra av de saker = WRAF =E4r t=E4nkt att ber=F6ra och l=F6sa: Semantisk webb: Webben (Internetdistribuerade HTML-dokument) var ursprungligen t=E4nkt so= m en rymd d=E4r inte bara m=E4nniskor skulle kunna bearbeta information, ut= an d=E4r ocks=E5 maskiner (agenter) skulle kunna verka. Webben =E4r idag hel= t anpassad f=F6r m=E4nniska-m=E4nniska kommunikation. Detta d=E5 inneh=E5ll= et =E4r helt orienterat mot form och naturligt spr=E5k. Webben =E4r fattig p=E5 strukturerad metadata, d.v.s. data om hur inneh=E5llet skall tolkas. XML =E4r en reaktion p=E5 detta. XML inneb=E4r ett steg tillbaka mot ursprunget, SGML. 'Problemen' med XML =E4r dock flera: * Uppdelningen i DTD och XML g=F6r att det blir on=F6digt komplicerat att bygga schemamedvetna applikationer, d.v.s. applikationer som kan 'f=F6rst=E5' vad som =E4r vad i ett dokument. * DTD:er talar dessutom bara om vad som =E4r ett v=E4lformat dokument, de= n ger ingen ledtr=E5d om vad de olika f=E4lten =E4r f=F6r n=E5got eller hur= man skall hantera dem. * XML =E4r i sig inte en standard f=F6r hur data skall markeras upp. Det = var t=E4nkt att applikationsutvecklare skulle utveckla egna 'scheman' (DTD:er= ) och utv=E4xla dessa sinsemellan. Brokers, som t.ex. BizTalk och andra repositories var t=E4nkta att fungera som schema-resolvers. Detta verkar inte ha slagit igenom, och det finns nu en m=E4ngd propriet=E4ra, sins emellan inkomplatibla scheman och DTD:er. En del av problemet =E4r att XM= L och DTD inte har mekanismer f=F6r partiell substituering och =F6verlagrin= g - 'arv'. * XML klarar inte av att beskriva n=E4tverksstrukturer, utan =E4r i botte= n orienterad =E5t hierarkiska strukturer. Detta =E4r en allvarlig nackdel, = d=E5 de flesta objektkluster till sin natur =E4r n=E4tverk. L=F6sning: Tanken =E4r allts=E5 att maskiner skall kunna kommunicera med varandra oc= h n=E5 en l=F6sning p=E5 en given uppgift utan att m=E4nniskor skall beh=F6= va =F6vervaka processen. Man skall allts=E5 kunna fr=E5ga en generisk s=F6kmotor (inferensmaskin) = om den billigaste flygbiljetten mellan G=F6teborg och Tokyo tidigast datum x= , senast datum y, och den skall svara p=E5 ett f=F6r m=E4nniskor naturligt = s=E4tt. Likas=E5 att kunna se vad en viss f=F6rfattare har skrivit, och vad andra har kommenterat om det f=F6rfattaren har skrivit. Eller en lista =F6ver a= lla fakturor en viss kund har utest=E5ende, komplett med produktinformation tagen ifr=E5n leverant=F6rernas webbsajter. Eller sitta i Sverige och konfigurera en bil enligt vad som finns tillg=E4ngligt i Belgien, och f=E5 priserna i dollar. * RDF =E4r en =F6ppen standard f=F6r att beskriva distribuerade generella n=E4tverksorganiserade resurser, med en standardiserad XML-serialisering som universiellt utbytesprotokoll. Detta betyder inte att man m=E5ste satsa p=E5 RDF. En liknande anstr=E4ngning =E4r t.ex. XML-Schema. * RDF =E4r INTE ett s=E4tt att modellera eller g=F6ra inferensen. Detta m= =E5ste sk=F6tas av en applikation som f=F6rser Internet med 'intelligens'. Detta= =E4r en av komponenterna i WRAF. Ett fr=E5gespr=E5k (modellerat i RDF) och en inferensmaskin kapabel att s=F6ka svar p=E5 fr=E5gan, och om den misslyck= as, f=F6rklara varf=F6r och be m=E4nniskan om kompletterande information. Se http://www.w3.org/DesignIssues/Semantic Knowledge management/Content Management * Dynamisk, flexibel renderering (serialisering) av objekt givet kontext. Ur arbetet med Lotus Notes, Skolverket och andra CM-uppdrag, har jag dragit slutsatsen att man kan se p=E5 content ur tv=E5 synvinklar: 1. Som en avs=E4ndares presentation av ett objekt. 2. Som ett objekts presentation av sig sj=E4lv. Den f=F6rsta approachen symboliseras av den klassiska brochyren. Avs=E4ndaren best=E4mmer helt och h=E5llet formen, och n=E4r objektinform= ationen v=E4l konstruerats, finns det inte utrymme f=F6r att l=E4gga till eller d= ra ifr=E5n - push. D=E4remot har avs=E4ndaren full kontroll =F6ver form och budskap, och v=E4ljer helt information och kontext. Den andra approachen symboliseras av den klassiska databasen. H=E4r =E4r avs=E4ndaren ett relativt neutralt datalager, som f=F6rv=E4ntar sig en fr= =E5ga innan ett svar kan konstrueras - pull. F=F6rdelen =E4r flexibilitet f=F6r mottagaren, men i geng=E4ld en minskad kontroll hos avs=E4ndaren. M=F6jligheten att f=F6rpacka budskapet vad g=E4ller l=E4slighet och upplevelsem=E4ssigt och att styra kontexten =E4r begr=E4nsad. Vad man egentligen vill ha =E4r en tredje metafor som fungerar som en syntes av dessa tv=E5 - en metafor som l=E5ter avs=E4ndaren och mottagare= n konstruera upplevelsen tillsammans. Detta l=E5ter sig inte g=F6ras genom simpla variabler och boolska villkorliga hopp. Vad man beh=F6ver =E4r en standard f=F6r att modellera content och SERIALISERING (rendering) av content. Vad detta skulle ge, =E4r att alla tj=E4nster, inte bara de som implementerat support f=F6r det, kunde f=F6rse kunden med den information= en kunden vill ha, p=E5 det s=E4ttet kunden vill ha den. En syntes av avs=E4ndarens och mottagarens behov. Om detta gjordes i t.ex. RDF som =E4r en distribuerad l=F6sning, skulle m= an kunna t=E4nka sig att anv=E4ndaren skickar med en URL till sin definitionsfil. (Denna kan i sin tur best=E5 av en dynamisk servertj=E4ns= t, villig att lyssna p=E5 mottagaren - servertj=E4nsten kan vara en del av anv=E4ndarens browser...) I definitionsfilen definieras anv=E4ndarens preferenser, men inte bara i termer av variabler, utan i semantiskt rika termer, d=E4r termerna i sin tur kan definieras av en tredje part. Termerna KAN handla om preferenser, integritet och f=F6ruts=E4ttningar (bandbredd, sk=E4rmstorlek, et.c.) men ocks=E5 om vilken information som efterfr=E5gas, hur den skall prioriteras och presenteras. (Presentera alltid personer med fullst=E4ndigt namn och bild om det finns n=E5gon tillg=E4nglig. Placera alltid bilden till v=E4nster om fullst=E4ndigt nam= n.) D=E5 RDF underst=F6djer arv, skulle anv=E4ndare kunna =E4rva fr=E5n en gr= undprofil och f=F6r=E4ndra den efter hand. En tj=E4nst som 'metacrawler', t.ex. skulle helt enkelt bli obsolet, d=E4rf=F6r att alla s=F6kmaskiner skulle kunna s=F6ka i alla andra s=F6km= askiner och presentera resultatet p=E5 ett enhetligt, personifierat s=E4tt. De skulle ocks=E5 kunna vara relativt simpla. Allts=E5 skulle man kunna ha e= n lokal s=F6kmaskin - agent - i klienten. Eller p=E5 den n=E4rmsta servern = om vi pratar tunna klienter. En annan aspekt =E4r den rena administrationen av content. D=E4r finns mycket att g=F6ra. M=E5let =E4r ju att content skall vara lika enkelt att administrera som det =E4r att anv=E4nda en ordbehandlare. Detta kan realiseras antingen genom ett intelligent, klientbaserat, gr=E4nssnitt - en plugin till browsern - eller genom ett intelligent, serverbaserat gr=E4nssnitt. I vilket fall beh=F6vs strukturer f=F6r metadata och arv - = och ett beskrivningsspr=E5k. Detta f=F6r att p=E5 ett enhetligt s=E4tt kunna beskriva vilka operationer som =E4r till=E5tna var (p=E5 vilka objekt) - = och f=F6r vem. N=E4sta generations CM. N=E4r jag n=E4mner 'rekursion' sist i dokumentet, menar jag t.ex. att definitionen av formul=E4ren skall ske genom anv=E4ndande av formul=E4r. (som i sin tur definierats med formul=E4= r et.c.) Dynamisk och snabb applikationsbyggnad: Det finns ett antal irritationsmoment man r=E5kar ut f=F6r n=E4r man programmerar webbapplikationer: * Det =E4r ofta mycket struligt att l=E4gga till och ers=E4tta objekt und= er drift. Referenser blir ogiltliga och operativsystemet eller spr=E5kmotorn blir konfys. * Man implementerar samma funktionalitet g=E5ng p=E5 g=E5ng f=F6r olika komponenter. * Det blir allt mer uppenbart att den r=E5dande paradigmen med programmering f=F6re anv=E4ndande i allt snabbare takt blir obekv=E4m. Va= d man vill kunna g=F6ra =E4r att l=E5ta slutanv=E4ndare bygga ut systemet. =C4v= en med komponenter som ingen systemutvecklare ens tittat p=E5. Exempelvis vill man kunna l=E5ta ekonomiavdelningen l=E4gga till ett f=E4lt f=F6r 'andra mobiltelefon' ist=E4llet f=F6r att beh=F6va skriva det i ett '=F6vrigt'-f= =E4lt. Det skall ocks=E5 kunna ske utan att beh=F6va v=E4nta p=E5 en systemutvec= klare. Det skall kunna ske genom att =E4rva fr=E5n redan etablerade applikatione= r. Se Lotus Notes, men t=E4nk l=E4ngre, mer extremt. * N=E4r Operativsystem, plattform, applikation och data alla har olika API, r=E5kar man dels ut f=F6r att det man vill g=F6ra ibland inte g=E5r = eller =E5tminstone =E4r l=F6jligt komplicerat - detta f=F6r att utvecklarna av komponenterna valt att exponera olika funktionaliteter i olika niv=E5er och med olika filosofier. * Inom ASP och elektronisk distribution av applikationer, finns en hel m=E4ngd problem vad g=E4ller licensiering. Om man s=E5g objektrymden som best=E5ende av URI:er och cachade kopior av dessa URI:er, f=E5r man en struktur som l=E4mpar sig mycket v=E4l f=F6r administration av denna type= n av distribuerade tj=E4nster. Ambitionen =E4r att WRAF skall ha ett mycket moget cache-system d=E4r cac= he =E4r del av definitionen, inte bara f=F6r uppsnabbning, utan ocks=E5 just= f=F6r att sp=E5ra utnyttjande, f=F6r=E4ndringar och uppdateringar. * Inom e-business har begreppet 'Trust' kommit att spela en nyckelroll. Inte bara 'trust' mellan m=E4nniskor och tj=E4nster, utan mellan tj=E4nst= er. F=F6r att kunna g=F6ra det beh=F6vs ocks=E5 ett s=E4tt att kunna modeller= a 'trust' - vem som litar p=E5 vad i vilka avseenden och varf=F6r. Alla dessa sv=E5righeter ser jag hur man skulle kunna l=F6sa smidigt geno= m en distribuerad applikationsarkitektur d=E4r objekten definieras i RDF oc= h accessas genom HTTP och serialiserad RDF. Det finns visserligen t.ex. SOAP, men SOAP =E4r _en_ XML-baserad implementation, som man m=E5ste g=F6= ra en implementation f=F6r. SOAPs data och metadata =E4r inte utbyggbar, vilket= =E4r hela po=E4ngen med RDF. MS sitter p=E5 SOAP och dikterar riktningen. Med = RDF =E4r alla fria att expandera. I viss m=E5n p=E5 bekostnad av interoperabilitet. Men genom RDF har man =E5tminstone M=D6JLIGHETEN att avvika, och det =E4r relativt enkelt att bygga bryggor, om b=E5da partern= a pratar RDF. Speciellt d=E5 RDF som sagt =E4r rikt p=E5 metadata, och bygg= t f=F6r inferens... Distribuerade objektanrop: Visionen =E4r att en given webbapplikation skall kunna utnyttja hundratal= s andra webbapplikationer p=E5 olika servrar runt om i v=E4rlden f=F6r att = g=F6ra det den =E4r satt att g=F6ra. H=E4mta data s=E5v=E4l som utf=F6ra uppgift= er. T=E4nk t.ex. om en s=F6ktj=E4nst kunde sl=E5 i yahoo och dmoz f=F6r att f=E5 fra= m andra m=E4nniskors ranking och kombinera den med en maskinell ranking... Det finns COM+, SOAP, CORBA och HTTP som protokoll, men inga av dessa protokoll =E4r t=E4nkta att kunna g=F6ra n=E5got annat =E4n att vara bryg= gor, och =E4r d=E4rf=F6r slutna. COM/Corba =E4r ocks=E5 sv=E5ra att skriva f=F6r u= tan kostsamma utvecklingsmilj=F6er och utbildning. De har ocks=E5 begr=E4nsade m=F6jlig= heter till metadata, d=E4rf=F6r =E4r det sv=E5rt att g=F6ra l=F6sningar av type= n 'leta upp ett objekt som vet n=E5got om hundar och be den tala om allt om golden retrievers'. Att kunna beskriva hundar och vad hundar inbegriper =E4r int= e en del av Corba, och kommer aldrig att vara det. Det finns ocks=E5 en m=E4ngd katalogtj=E4nster med uppslagsspr=E5k, men de =E4r f=F6r inflexib= la, f=F6r dom=E4ncentrerade. En annan aspekt av distribuerade objektanrop =E4r att man vill kunna antingen skicka objektets svar (serversidefunktionalitet) eller sj=E4lva objektet (klientsidefunktionalitet) beroende p=E5 uppgiftens resurstyngd, resultatets storlek och tillg=E4nglig bandbredd. H=E4r kommer det jag skr= ev om ASP in... en ordbehandlare kan skickas objekt f=F6r objekt, anrop f=F6= r anrop, beroende p=E5 om servern eller klienten utf=F6r det snabbast givet n=E4tets kapacitet. Och samtidigt kan licensieringen f=F6lja anv=E4ndning= en... Uniformitet + Rekursion =3D Exponentiell synergi Och s=E5 slutkl=E4mmen d=E5. Det mesta som st=E5r d=E4r ovanf=F6r l=E5ter= sig g=F6ras med dagens plattformar och lite jobb. En del har gjorts m=E5nga g=E5nger,= en del finns inbyggt, andra saker finns inte =E4n. Oavsett vilket, s=E5 upps= t=E5r n=E5got spektakul=E4rt n=E4r alla dessa saker samlas under ett paraply. O= m detta paraplyet dessutom =E4r rekursivt, d.v.s. kan beskrivas genom sig sj=E4lv, h=E4nder ytterligare n=E5got extraordin=E4rt. D=E5 kan man anv=E4= nda systemet f=F6r att manipulera systemet. RDF =E4r definierat i RDF. WRAF =E4= r skrivet i WRAF. Lite samma som om man skulle ha en C++ - kompilator kapabel att skriva om sig sj=E4lv n=E4r ny funktionalitet beh=F6vs l=E4gg= as till spr=E5ket C++. I realtid. L=E5ng rambling. Kan du hj=E4lpa mig extrahera huvudpunkterna, s=E5 jag k= an f=F6rklara detta p=E5 ett kortare s=E4tt n=E4sta g=E5ng? ;-D /Stefan --------------B48B56D7D6BB8AF541EF3EB9-- From jonas@paranormal.se Tue Aug 01 13:24:38 2000 Received: from localhost ([127.0.0.1] helo=paranormal.se) by astral.paranormal.se with esmtp (Exim 3.12 #1 (Debian)) id 13JaA2-0004ww-00 for ; Tue, 01 Aug 2000 13:24:38 +0200 Message-ID: <3986B375.71D9A220@paranormal.se> Date: Tue, 01 Aug 2000 13:24:37 +0200 From: Jonas Liljegren X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.12 i586) X-Accept-Language: sv, en-US, en-GB, en, English MIME-Version: 1.0 To: WRAF Subject: Re: [RDF] [Fwd: Warum WRAF] References: <3986B304.9178580@paranormal.se> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: rdf-admin@uxn.nu Errors-To: rdf-admin@uxn.nu X-BeenThere: rdf@uxn.nu X-Mailman-Version: 2.0beta4 Precedence: bulk List-Id: WRAF working group Stefan Andersson wrote: > > Problemet med att beskriva vad WRAF är och varför det är bra, grundas i > att WRAF har evolverat ur många sinsemellan olika ambitioner. WRAF skall > vara allt och inget. Här är en översikt över några av de saker WRAF är > tänkt att beröra och lösa: > > Semantisk webb: > Webben (Internetdistribuerade HTML-dokument) var ursprungligen tänkt som > en rymd där inte bara människor skulle kunna bearbeta information, utan > där också maskiner (agenter) skulle kunna verka. Webben är idag helt > anpassad för människa-människa kommunikation. Detta då innehållet är > helt orienterat mot form och naturligt språk. Webben är fattig på > strukturerad metadata, d.v.s. data om hur innehållet skall tolkas. > XML är en reaktion på detta. XML innebär ett steg tillbaka mot > ursprunget, SGML. > 'Problemen' med XML är dock flera: > * Uppdelningen i DTD och XML gör att det blir onödigt komplicerat att > bygga schemamedvetna applikationer, d.v.s. applikationer som kan > 'förstå' vad som är vad i ett dokument. > * DTD:er talar dessutom bara om vad som är ett välformat dokument, den > ger ingen ledtråd om vad de olika fälten är för något eller hur man > skall hantera dem. > * XML är i sig inte en standard för hur data skall markeras upp. Det var > tänkt att applikationsutvecklare skulle utveckla egna 'scheman' (DTD:er) > och utväxla dessa sinsemellan. Brokers, som t.ex. BizTalk och andra > repositories var tänkta att fungera som schema-resolvers. Detta verkar > inte ha slagit igenom, och det finns nu en mängd proprietära, sins > emellan inkomplatibla scheman och DTD:er. En del av problemet är att XML > och DTD inte har mekanismer för partiell substituering och överlagring - > 'arv'. > * XML klarar inte av att beskriva nätverksstrukturer, utan är i botten > orienterad åt hierarkiska strukturer. Detta är en allvarlig nackdel, då > de flesta objektkluster till sin natur är nätverk. Hittills låter det som XML eller RDF. Många på RDF-listan (speciellt i början) uttalade sådana tankar, som att XML räcker. Men det är två olika saker. XML är ett sätt att lagra data. RDF beskriver kopplingen mellan data. RDF kan använda XML för själva datalagringen. RDF är så snarare en påbyggnad på RDF. Ytterligare ett lager för att standardisera tolkningen och möjliggöra kommunikation mellan data skapade för olika områden. RDF har utformats för att lösa en rad problem: 1. Utvecklingsbarhet: Scheman kan utökas på ett sätt att tidigare applikationer fortfarande kan använda dem. 2. Återanvändning: Nya Scheman kan bygga på flera gamla. Generella applikationer kan hantera och förstå det som är gemensamt även om de inte anpassats speciellt för det nya schemat. 3. Sammankoppling: Det finns ingen heiarki som avgöra vem som får säga vad. Alla kan utfärda metadata om en viss resurs. Inte bara resursens ägare. > Lösning: > Tanken är alltså att maskiner skall kunna kommunicera med varandra och > nå en lösning på en given uppgift utan att människor skall behöva > övervaka processen. > Man skall alltså kunna fråga en generisk sökmotor (inferensmaskin) om > den billigaste flygbiljetten mellan Göteborg och Tokyo tidigast datum x, > senast datum y, och den skall svara på ett för människor naturligt sätt. > Likaså att kunna se vad en viss författare har skrivit, och vad andra > har kommenterat om det författaren har skrivit. Eller en lista över alla > fakturor en viss kund har utestående, komplett med produktinformation > tagen ifrån leverantörernas webbsajter. Eller sitta i Sverige och > konfigurera en bil enligt vad som finns tillgängligt i Belgien, och få > priserna i dollar. > > * RDF är en öppen standard för att beskriva distribuerade generella > nätverksorganiserade resurser, med en standardiserad XML-serialisering > som universiellt utbytesprotokoll. Detta betyder inte att man måste > satsa på RDF. En liknande ansträngning är t.ex. XML-Schema. > * RDF är INTE ett sätt att modellera eller göra inferensen. Detta måste > skötas av en applikation som förser Internet med 'intelligens'. Detta är > en av komponenterna i WRAF. Ett frågespråk (modellerat i RDF) och en > inferensmaskin kapabel att söka svar på frågan, och om den misslyckas, > förklara varför och be människan om kompletterande information. > > Se > http://www.w3.org/DesignIssues/Semantic > > Knowledge management/Content Management > * Dynamisk, flexibel renderering (serialisering) av objekt givet > kontext. > Ur arbetet med Lotus Notes, Skolverket och andra CM-uppdrag, har jag > dragit slutsatsen att man kan se på content ur två synvinklar: > > 1. Som en avsändares presentation av ett objekt. > 2. Som ett objekts presentation av sig själv. > > Den första approachen symboliseras av den klassiska brochyren. > Avsändaren bestämmer helt och hållet formen, och när objektinformationen > väl konstruerats, finns det inte utrymme för att lägga till eller dra > ifrån - push. Däremot har avsändaren full kontroll över form och > budskap, och väljer helt information och kontext. > > Den andra approachen symboliseras av den klassiska databasen. Här är > avsändaren ett relativt neutralt datalager, som förväntar sig en fråga > innan ett svar kan konstrueras - pull. Fördelen är flexibilitet för > mottagaren, men i gengäld en minskad kontroll hos avsändaren. > Möjligheten att förpacka budskapet vad gäller läslighet och > upplevelsemässigt och att styra kontexten är begränsad. > > Vad man egentligen vill ha är en tredje metafor som fungerar som en > syntes av dessa två - en metafor som låter avsändaren och mottagaren > konstruera upplevelsen tillsammans. Detta låter sig inte göras genom > simpla variabler och boolska villkorliga hopp. Vad man behöver är en > standard för att modellera content och SERIALISERING (rendering) av > content. > > Vad detta skulle ge, är att alla tjänster, inte bara de som > implementerat support för det, kunde förse kunden med den informationen > kunden vill ha, på det sättet kunden vill ha den. En syntes av > avsändarens och mottagarens behov. > > Om detta gjordes i t.ex. RDF som är en distribuerad lösning, skulle man > kunna tänka sig att användaren skickar med en URL till sin > definitionsfil. (Denna kan i sin tur bestå av en dynamisk servertjänst, > villig att lyssna på mottagaren - servertjänsten kan vara en del av > användarens browser...) I definitionsfilen definieras användarens > preferenser, men inte bara i termer av variabler, utan i semantiskt rika > termer, där termerna i sin tur kan definieras av en tredje part. > Termerna KAN handla om preferenser, integritet och förutsättningar > (bandbredd, skärmstorlek, et.c.) men också om vilken information som > efterfrågas, hur den skall prioriteras och presenteras. (Presentera > alltid personer med fullständigt namn och bild om det finns någon > tillgänglig. Placera alltid bilden till vänster om fullständigt namn.) > Då RDF understödjer arv, skulle användare kunna ärva från en grundprofil > och förändra den efter hand. > > En tjänst som 'metacrawler', t.ex. skulle helt enkelt bli obsolet, > därför att alla sökmaskiner skulle kunna söka i alla andra sökmaskiner > och presentera resultatet på ett enhetligt, personifierat sätt. De > skulle också kunna vara relativt simpla. Alltså skulle man kunna ha en > lokal sökmaskin - agent - i klienten. Eller på den närmsta servern om vi > pratar tunna klienter. > > En annan aspekt är den rena administrationen av content. Där finns > mycket att göra. Målet är ju att content skall vara lika enkelt att > administrera som det är att använda en ordbehandlare. Detta kan > realiseras antingen genom ett intelligent, klientbaserat, gränssnitt - > en plugin till browsern - eller genom ett intelligent, serverbaserat > gränssnitt. I vilket fall behövs strukturer för metadata och arv - och > ett beskrivningsspråk. Detta för att på ett enhetligt sätt kunna > beskriva vilka operationer som är tillåtna var (på vilka objekt) - och > för vem. Nästa generations CM. När jag nämner 'rekursion' sist i > dokumentet, menar jag t.ex. att definitionen av formulären skall ske > genom användande av formulär. (som i sin tur definierats med formulär > et.c.) > > Dynamisk och snabb applikationsbyggnad: > Det finns ett antal irritationsmoment man råkar ut för när man > programmerar webbapplikationer: > * Det är ofta mycket struligt att lägga till och ersätta objekt under > drift. Referenser blir ogiltliga och operativsystemet eller språkmotorn > blir konfys. > * Man implementerar samma funktionalitet gång på gång för olika > komponenter. > * Det blir allt mer uppenbart att den rådande paradigmen med > programmering före användande i allt snabbare takt blir obekväm. Vad man > vill kunna göra är att låta slutanvändare bygga ut systemet. Även med > komponenter som ingen systemutvecklare ens tittat på. Exempelvis vill > man kunna låta ekonomiavdelningen lägga till ett fält för 'andra > mobiltelefon' istället för att behöva skriva det i ett 'övrigt'-fält. > Det skall också kunna ske utan att behöva vänta på en systemutvecklare. > Det skall kunna ske genom att ärva från redan etablerade applikationer. > Se Lotus Notes, men tänk längre, mer extremt. > * När Operativsystem, plattform, applikation och data alla har olika > API, råkar man dels ut för att det man vill göra ibland inte går eller > åtminstone är löjligt komplicerat - detta för att utvecklarna av > komponenterna valt att exponera olika funktionaliteter i olika nivåer > och med olika filosofier. > * Inom ASP och elektronisk distribution av applikationer, finns en hel Active Server Pages eller Application Service Providers? > mängd problem vad gäller licensiering. Om man såg objektrymden som > bestående av URI:er och cachade kopior av dessa URI:er, får man en > struktur som lämpar sig mycket väl för administration av denna typen av > distribuerade tjänster. > Ambitionen är att WRAF skall ha ett mycket moget cache-system där cache > är del av definitionen, inte bara för uppsnabbning, utan också just för > att spåra utnyttjande, förändringar och uppdateringar. Skulle du kunna utveckla det här? > * Inom e-business har begreppet 'Trust' kommit att spela en nyckelroll. > Inte bara 'trust' mellan människor och tjänster, utan mellan tjänster. > För att kunna göra det behövs också ett sätt att kunna modellera 'trust' > - vem som litar på vad i vilka avseenden och varför. > > Alla dessa svårigheter ser jag hur man skulle kunna lösa smidigt genom > en distribuerad applikationsarkitektur där objekten definieras i RDF och > accessas genom HTTP och serialiserad RDF. Det finns visserligen t.ex. > SOAP, men SOAP är _en_ XML-baserad implementation, som man måste göra en > implementation för. SOAPs data och metadata är inte utbyggbar, vilket är > hela poängen med RDF. MS sitter på SOAP och dikterar riktningen. Med RDF > är alla fria att expandera. I viss mån på bekostnad av > interoperabilitet. Men genom RDF har man åtminstone MÖJLIGHETEN att > avvika, och det är relativt enkelt att bygga bryggor, om båda parterna > pratar RDF. Speciellt då RDF som sagt är rikt på metadata, och byggt för > inferens... > > Distribuerade objektanrop: > Visionen är att en given webbapplikation skall kunna utnyttja hundratals > andra webbapplikationer på olika servrar runt om i världen för att göra > det den är satt att göra. Hämta data såväl som utföra uppgifter. Tänk > t.ex. om en söktjänst kunde slå i yahoo och dmoz för att få fram andra > människors ranking och kombinera den med en maskinell ranking... Det > finns COM+, SOAP, CORBA och HTTP som protokoll, men inga av dessa > protokoll är tänkta att kunna göra något annat än att vara bryggor, och > är därför slutna. COM/Corba är också svåra att skriva för utan kostsamma > utvecklingsmiljöer och utbildning. De har också begränsade möjligheter > till metadata, därför är det svårt att göra lösningar av typen 'leta upp > ett objekt som vet något om hundar och be den tala om allt om golden > retrievers'. Att kunna beskriva hundar och vad hundar inbegriper är inte > en del av Corba, och kommer aldrig att vara det. Det finns också en > mängd katalogtjänster med uppslagsspråk, men de är för inflexibla, för > domäncentrerade. > En annan aspekt av distribuerade objektanrop är att man vill kunna > antingen skicka objektets svar (serversidefunktionalitet) eller själva > objektet (klientsidefunktionalitet) beroende på uppgiftens resurstyngd, > resultatets storlek och tillgänglig bandbredd. Här kommer det jag skrev > om ASP in... en ordbehandlare kan skickas objekt för objekt, anrop för > anrop, beroende på om servern eller klienten utför det snabbast givet > nätets kapacitet. Och samtidigt kan licensieringen följa användningen... > > Uniformitet + Rekursion = Exponentiell synergi > Och så slutklämmen då. Det mesta som står där ovanför låter sig göras > med dagens plattformar och lite jobb. En del har gjorts många gånger, en > del finns inbyggt, andra saker finns inte än. Oavsett vilket, så uppstår > något spektakulärt när alla dessa saker samlas under ett paraply. Om > detta paraplyet dessutom är rekursivt, d.v.s. kan beskrivas genom sig > själv, händer ytterligare något extraordinärt. Då kan man använda > systemet för att manipulera systemet. RDF är definierat i RDF. WRAF är > skrivet i WRAF. Lite samma som om man skulle ha en C++ - kompilator > kapabel att skriva om sig själv när ny funktionalitet behövs läggas till > språket C++. I realtid. > > Lång rambling. Kan du hjälpa mig extrahera huvudpunkterna, så jag kan > förklara detta på ett kortare sätt nästa gång? ;-D :-) Vem är publiken? Ta det på engelska? Har du jämfört med hur jag presenterat mitt projekt? http://jonas.liljegren.org/myself/cv/paranormal_future.html Jag brukar jämföra med dagens sökmotorer: När du söker efter information får du en stor samling dokument som svar. Med RDF sammaställs det väsentliga från alla dessa källor och ger dig ETT dokument som svar. Speciellt utformat efter din fråga, omständigheterna, dina preferenser, osv. Huvudpunkter? * Maskinförståbar information * Kommunikation mellan services (distribuerad arkitektur) * RDF Standard * Anpassad presentation, baserad på betrodd data * Data, funktion och presentation i samma system * Systemet beskrivet i sig självt * Allt i systemet uppdateringsbart -- / Jonas - http://jonas.liljegren.org/myself/en/index.html From jonas@paranormal.se Wed Aug 02 17:31:00 2000 Received: from localhost ([127.0.0.1] helo=paranormal.se) by astral.paranormal.se with esmtp (Exim 3.12 #1 (Debian)) id 13K0Tz-0008Lv-00; Wed, 02 Aug 2000 17:30:59 +0200 Message-ID: <39883EB3.ACA63BFD@paranormal.se> Date: Wed, 02 Aug 2000 17:30:59 +0200 From: Jonas Liljegren X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.12 i586) X-Accept-Language: sv, en-US, en-GB, en, English MIME-Version: 1.0 To: WRAF , Stefan Andersson Subject: Re: [RDF] [Fwd: Warum WRAF] References: <3986B304.9178580@paranormal.se> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: rdf-admin@uxn.nu Errors-To: rdf-admin@uxn.nu X-BeenThere: rdf@uxn.nu X-Mailman-Version: 2.0beta4 Precedence: bulk List-Id: WRAF working group Jag skickade din preliminära text till en person, i brit på annat. :-/ Det är hemskt mycket att försöka sammanställa. Fick en del gjort i måndags och tisdags. Framsteg. Nu har jag bokat biljett för 2,5 veckor i norge. Även om jag skulle vilja är jag nog itne klar då. Men jag kommer ta en vecka ledigt då. Har märkt att när jag vill fortsätta på WRAF tar det ungefär en dag för att rensa skrivbordet, ytterligare en dag för att komma i stämning och sedan 1-2 timmar för att hitta var jag slutade sist och hur det nu var allt hängde samman. Därför har det inte fungerat med att arbeta på helger. :-( Det finns inget att köra men programmet ser ungefär ut såhär nu: RDF-objekter i sig är en resource. Fleraagents (users) kan ha kopplat sig till olika interface. Exempelvis olika RDFS-scheman eller olika databaser genom samma DBI-interface. Jumptable baseras på agent-signaturen, för att bestämma vad som händer för olika sorters annrop. För att optimera DB har alla olika sorts resurser slagits samman i en enda stor tabell. Det blir en del bytes extra per post, men sparar en del uppslagningar. Har lagt pussel med hur de olika modulerna anropar varandra. Så just nu används 3 generationer av APIs om vart annat, vilket gör att inget fungerar ännu. Har försökt undvika dependency loops och hålla reda på rätt context samtidigt som jag vill kunna cacha objekt och gärna slippa skicka med context-objekt överallt. Och givetvis så att man ska kunna plugga in fler eller nya versioner av interface, scheman, funktioner, osv. Programkoden har långa kommentarer i sig lite här och var. API-skissen är inte uppdaterad, men okej. En del anteckningar finns också i wraf2. SQL-filen är iaf aktuell. Dvs dokument: http://www.uxn.nu/wraf/devel/latest/doc/ Testprogram: http://www.uxn.nu/wraf/devel/latest/bin/w22a.pl Huvudmodulen: http://www.uxn.nu/wraf/devel/latest/lib/RDF_022.pm Resten av modulerna: http://www.uxn.nu/wraf/devel/latest/lib/RDF_022/ En nyckeldel är interfacens registrering av de metoder de erbjuder, baserat på URI-prefix och type. Denna Register-funktion säger att den erbjuder metoden create_model() till alla resurser av typen 'model', oavsett vad de har för URI. Dispatchern tar alla registers från olika interface och skapar dedikerade jumptables för olika sorters resurser. return { '' => { NS_L.'model' => { 'create_model' => [\&create_model], }, } }; -- / Jonas - http://jonas.liljegren.org/myself/en/index.html From jonas@paranormal.se Thu Aug 03 11:40:32 2000 Received: from jonas (helo=localhost) by astral.paranormal.se with local-esmtp (Exim 3.12 #1 (Debian)) id 13KHUO-0006Bc-00; Thu, 03 Aug 2000 11:40:32 +0200 Date: Thu, 3 Aug 2000 11:40:32 +0200 (CEST) From: Jonas Liljegren To: Stefan Andersson cc: WRAF Subject: Re: [RDF] [Fwd: Warum WRAF] In-Reply-To: <39891845.85D13462@c64.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: rdf-admin@uxn.nu Errors-To: rdf-admin@uxn.nu X-BeenThere: rdf@uxn.nu X-Mailman-Version: 2.0beta4 Precedence: bulk List-Id: WRAF working group On Thu, 3 Aug 2000, Stefan Andersson wrote: > > Jag skickade din prelimin=E4ra text till en person, i brit p=E5 annat. >=20 > Vem? stiftelsen.arcia@telia.com Dvs N=E6tverket f=F8r Gr=E6ns=F8verskridande Vetenskap. De har sedan l=E6ng= e haft planer p=E5 ett liknande system. F=F8r sis=E5d=E6r 10 =E5r sedan... :) > > :-/ Det =E4r hemskt mycket att f=F6rs=F6ka sammanst=E4lla. >=20 > Eh, ja. Jag f=F6rs=F6ker egentligen bara g=F6ra en grov f=F6rklarande tex= t, s=E5 > man kan f=E5 folk att fatta =F6ver huvud taget... "N=E6r allt detta kommer tillsammans h=E6nder n=E5got fantastiskt!" :-) = =C6r det tro, hopp eller hype? F=F8r mig =E6r det alla tre. :-) > > Har m=E4rkt att n=E4r jag vill forts=E4tta p=E5 WRAF tar det ungef=E4r = en dag f=F6r > > att rensa skrivbordet, ytterligare en dag f=F6r att komma i st=E4mning = och > > sedan 1-2 timmar f=F6r att hitta var jag slutade sist och hur det nu va= r > > allt h=E4ngde samman. > >=20 > > D=E4rf=F6r har det inte fungerat med att arbeta p=E5 helger. :-( >=20 > S=E5 =E4r det. Hade =F8nskat att det inte vore s=E5. V=E5ndan att dyka ned i koden igen. K=E6nslan av att man =E6nd=E5 inte kommer hinna n=E5got om man ska j= obba med annat n=E6sta dag. > > Det finns inget att k=F6ra men programmet ser ungef=E4r ut s=E5h=E4r nu= : > >=20 > > RDF-objekter i sig =E4r en resource. Fleraagents (users) kan ha kopplat > > sig till olika interface. Exempelvis olika RDFS-scheman eller olika > > databaser genom samma DBI-interface. Jumptable baseras p=E5 Resource Description Framework Schemas scheman och Database Interface interface? Hur skriver jag egentligen? :) > > agent-signaturen, f=F6r att best=E4mma vad som h=E4nder f=F6r olika sor= ters > > annrop. F=F6r att optimera DB har alla olika sorts resurser slagits > > samman i en enda stor tabell. Det blir en del bytes extra per post, men > > sparar en del uppslagningar. >=20 > Cool. Jag k=E4nner att jag vill komma p=E5 banan med detta igen. Jag h=E5= ller > p=E5 att diskutera att starta bolag med ett par f=F6re detta > framfab-kollegor. WRAF =E4r en av de saker jag tagit upp som m=F6jliga > produktid=E9er. Delvis d=E4rf=F6r jag skrev texten. Jag skall ner till Lu= nd i > helgen f=F6r att diskutera med dem. Som jag sagt f=F8rut. Jag "visste" du skulle starta nytt igen och vill h=E6= nga med. Skaru flytta till Lund? Iaf vill jag bli klar med det h=E6r uppdraget s=E5 jag kan forts=E6tta med = WRAF. > > Har lagt pussel med hur de olika modulerna anropar varandra. S=E5 just = nu > > anv=E4nds 3 generationer av APIs om vart annat, vilket g=F6r att inget > > fungerar =E4nnu. Har f=F6rs=F6kt undvika dependency loops och h=E5lla = reda p=E5 > > r=E4tt context samtidigt som jag vill kunna cacha objekt och g=E4rna sl= ippa > > skicka med context-objekt =F6verallt. Och givetvis s=E5 att man ska kun= na > > plugga in fler eller nya versioner av interface, scheman, funktioner, > > osv. > >=20 > > Programkoden har l=E5nga kommentarer i sig lite h=E4r och var. API-skis= sen > > =E4r inte uppdaterad, men okej. En del anteckningar finns ocks=E5 i wra= f2. > > SQL-filen =E4r iaf aktuell. > >=20 > > Dvs dokument: > > http://www.uxn.nu/wraf/devel/latest/doc/ > >=20 > > Testprogram: > > http://www.uxn.nu/wraf/devel/latest/bin/w22a.pl > >=20 > > Huvudmodulen: > > http://www.uxn.nu/wraf/devel/latest/lib/RDF_022.pm > >=20 > > Resten av modulerna: > > http://www.uxn.nu/wraf/devel/latest/lib/RDF_022/ > >=20 > > En nyckeldel =E4r interfacens registrering av de metoder de erbjuder, > > baserat p=E5 URI-prefix och type. Denna Register-funktion s=E4ger att d= en > > erbjuder metoden create_model() till alla resurser av typen 'model', > > oavsett vad de har f=F6r URI. > >=20 > > Dispatchern tar alla registers fr=E5n olika interface och skapar > > dedikerade jumptables f=F6r olika sorters resurser. > >=20 > > return > > { > > '' =3D> > > { > > NS_L.'model' =3D> > > { > > 'create_model' =3D> [\&create_model], > > }, > > } > > }; > >=20 >=20 > Det h=E4r l=E5ter ju stencool! Way! :-) Har n=E6stan kommit s=E5 l=E5ngt att jag kan skapa en model och lagra i databasen. Beh=F8ver dosk justera jumpjumptablen till att hantera de olika URI-prefixen. Sen funderar jag p=E5 en tredje interfacemodul att anv=E6nda f=F8r objekt m= an inte vill ska sparas i databasen, utan enbart tillf=E6lligt i minnet. Exemmpelvis sessionsdata och s=E5dant. --=20 / Jonas - http://jonas.liljegren.org/myself/en/index.html From jonas@paranormal.se Sat Aug 05 16:07:47 2000 Received: from jonas (helo=localhost) by astral.paranormal.se with local-esmtp (Exim 3.12 #1 (Debian)) id 13L4c7-00037p-00; Sat, 05 Aug 2000 16:07:47 +0200 Date: Sat, 5 Aug 2000 16:07:47 +0200 (CEST) From: Jonas Liljegren To: Andy Wardley cc: Template Toolkit , rdf@uxn.nu In-Reply-To: <200008051303.OAA24076@bandanna.cre.canon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [RDF] Application framework (was Re: [Templates] TT2 bug) Sender: rdf-admin@uxn.nu Errors-To: rdf-admin@uxn.nu X-BeenThere: rdf@uxn.nu X-Mailman-Version: 2.0beta4 Precedence: bulk List-Id: WRAF working group Anybody remember the previous request about this? I would like to see another layer on top of TT for a complete solution including navigation in relational databases, heiarcical content, validating input, nested dependencies in record creation, versioned content management, user priviligies and plugin functions for mailbox and other things. I have started on something like this and would like to describe the diffrent components and what they is supposed to solve. ... I'm a little torn about this becuase I am also deeply engaged in another project (WRAF) with the same goal, but a completly diffrent approach, building from the ground on an RDF engine. A previous prototype in this project uses TT (with templates embedded in the RDF DB) for presentation. The next version may use a custom RDF presentation template mechanism in combination with TT templates. A small amount of info can be found here: http://jonas.liljegren.org/perl/proj/rdf/schema_editor/ That means that I would see a TT based application framework as a temporary solution until WRAF (partly using TT for presentation) is ready for use. On Sat, 5 Aug 2000, Andy Wardley wrote: > I'm about to start a project for Canon to build a conglomerated > mailing list / bulletin board / FAQ-maker / web archive to allow > Canon customers to find out about, discuss, ask question on Canon > products, etc. Think of an online "User's Club" to get an idea. > > I've been prototyping with FAQ-O-Matic which is nice but very hard to > customise. I've been dreaming of a fully-functional engine to handle > the back end for accepting submission via the web or email, and then > acting as a cental dispatcher to forward messages on. I'm thinking that > you could subscribe to a mailing list, set filtering options to ignore > certain subjects, read and/or post via the web if you prefer, provide > simple editing commands for moderators to automatically build discussions > into FAQ's (like FAQ-O-Matic), maybe even go as far as a Slashdot like > environment, and so on, and so on. > > Of course, the front end would be template driven allowing anyone to > install it and simply hack a few templates to get their own look and > feel, to change the layout, or whatever. Or you could hack on the back > end without having to wade through loads of embedded HTML stuff. > > I also notice that a recent discussion on one of the Perl6 lists > was suggesting such a thing. I think this would be a real killer > app and of course, a great example of what TT2 can do. I'm sure we > could find a dozen or so people interested in working on this and > have something built in no time. > > It might also make an excellent subject for an ongoing column in a > magazine such as Web Techniques. Anyone know anyone who writes for > such a journal? :-) > > > A > > -- / Jonas - http://jonas.liljegren.org/myself/en/index.html From jonas@rit.se Sat Aug 05 20:45:25 2000 Received: from jonas.rit.se ([195.17.202.237] ident=root) by astral.paranormal.se with esmtp (Exim 3.12 #1 (Debian)) id 13L8wm-0003e2-00 for ; Sat, 05 Aug 2000 20:45:24 +0200 Received: from localhost (jonas@localhost) by jonas.rit.se (8.9.3/8.9.3) with ESMTP id UAA32040 for ; Sat, 5 Aug 2000 20:43:20 +0200 X-Authentication-Warning: jonas.rit.se: jonas owned process doing -bs Date: Sat, 5 Aug 2000 20:43:20 +0200 (CEST) From: Jonas Liljegren To: rdf@uxn.nu Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Subject: [RDF] RDF status report Sender: rdf-admin@uxn.nu Errors-To: rdf-admin@uxn.nu X-BeenThere: rdf@uxn.nu X-Mailman-Version: 2.0beta4 Precedence: bulk List-Id: WRAF working group http://lists.w3.org/Archives/Public/www-rdf-interest/2000Aug/0019.html --=20 jonas@rit.se RIT AB http://www.rit.se Box 70, 428 21 K=E5llered Bes=F6k: G:a Riksv=E4gen 36 Tel: +46 (0)31 751 8600 Fax: +46 (0)31 751 8609 From jonas@rit.se Sat Aug 05 21:04:35 2000 Received: from jonas.rit.se ([195.17.202.237] ident=root) by astral.paranormal.se with esmtp (Exim 3.12 #1 (Debian)) id 13L9FL-0003g8-00 for ; Sat, 05 Aug 2000 21:04:35 +0200 Received: from localhost (jonas@localhost) by jonas.rit.se (8.9.3/8.9.3) with ESMTP id VAA32054 for ; Sat, 5 Aug 2000 21:02:31 +0200 X-Authentication-Warning: jonas.rit.se: jonas owned process doing -bs Date: Sat, 5 Aug 2000 21:02:31 +0200 (CEST) From: Jonas Liljegren To: rdf@uxn.nu Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Subject: [RDF] WRAF Sender: rdf-admin@uxn.nu Errors-To: rdf-admin@uxn.nu X-BeenThere: rdf@uxn.nu X-Mailman-Version: 2.0beta4 Precedence: bulk List-Id: WRAF working group Har kodat p=E5 WRAF st=F8rre delen av dagen =3D-) Tabelldefinitionerna har f=F8r=E6ndrats: =09http://www.uxn.nu/wraf/devel/latest/doc/rdf2.sql Kom p=E5 att jag m=E5ste bryta ut sj=E6lva URI<->id. (Varje model f=F8r en = URI f=E5r sin egen node record.) S=E5 ins=E5g jag ocks=E5 att vi troligen kommer att ha model filters och language filters och senare =E6ven andra filters. S=E5dana filters funderar jag p=E5 att implementera som egna objects. Redan innan detta har varje interface-lista sitt eget object f=F8r en URI. Det betyder allts=E5 att om vi exempelvis har resursen som representerar Jonas. Olika k=E6llor kan ha sagt olika saker om denna resurs. S=E5 om vi h= ar exempelvis kopplat upp oss mot databas A och B och fr=E5gar vad f=F8r properties Jonas har s=E5 f=E5r vi ett annat svar =E6n om n=E5gon uppkoppla= d mot B och C fr=E5gar samma sak. Jag vill ju lagra svaret i objektet. D=E6rf=F8r = har jag ett objekt f=F8r varje kombination av uppkopplade interface. Det =E6r detts om jag internt kallar IDS och i tidigare brev kallat signatur. Och eftersom ett objekt =E6r dedikerat f=F8r enbart en signatur kan den ha en e= nda jumptable som attribut i objektet som anpassats f=F8r att anropa just de funktioner den har tillg=E5ng till. L=E5t s=E6ga att vi inte litar p=E5 Urban. D=E5 vill vi filtrera bort state= ments om Jonas som kommer fr=E5n Urbans models. Det ger helt andra svar p=E5 fr= =E5gor s=E5 som vilka properties Jonas har. Ska denna filtrering ske vid varje request eller ska ett filtrerat objekt skapas? Iaf. Har lagt in create_model i DBI-interfacet nu. Hmm. N=E6stan. Och st=E6dat upp en massa buggar. F=F8rsta g=E5ngen p=E5 flera veckor jag fakti= skt exekverat koden. :-) =C5terst=E5r ocks=E5 att l=E6gga in URI-prefixet i jump-jump-tablen. --=20 jonas@rit.se RIT AB http://www.rit.se Box 70, 428 21 K=E5llered Bes=F6k: G:a Riksv=E4gen 36 Tel: +46 (0)31 751 8600 Fax: +46 (0)31 751 8609 From jonas@paranormal.se Sun Aug 06 22:58:14 2000 Received: from jonas (helo=localhost) by astral.paranormal.se with local-esmtp (Exim 3.12 #1 (Debian)) id 13LXUr-0006ho-00 for ; Sun, 06 Aug 2000 22:58:13 +0200 Date: Sun, 6 Aug 2000 22:58:13 +0200 (CEST) From: Jonas Liljegren To: rdf@uxn.nu Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Subject: [RDF] wraf Sender: rdf-admin@uxn.nu Errors-To: rdf-admin@uxn.nu X-BeenThere: rdf@uxn.nu X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: WRAF working group Har fortsatt p=E5 RDF 0.22 Dispatchern anv=E6nder prefix nu. Och ger b=E6ttre l=F8pande info om vad so= m h=E6nder vid ett metodanrop, dvs skapandet av jumptables. RDF_022::Interface::DBI::V01 =E6r n=E6stan klar f=F8r att man ska kunna ska= pa en model. Resten av modulerna =E6r synkade d=E6r det spelat roll f=F8r testprogrammet= ( bin/w22a.pl ). K=E6nns inte s=E5 motigt l=E6ngre. :-) Kanske delvis f=F8r att jag tror at= t du bryr dig. St=F8tte iofs p=E5 ett heldumt fel som visade sig vara en bugg i en standardmodul till perl (base.pm) s=E5 nu k=F8r jag med perl 5.6 ist=E6llet= =2E.. --=20 / Jonas - http://jonas.liljegren.org/myself/en/index.html From jonas@paranormal.se Mon Aug 07 18:24:58 2000 Received: from jonas (helo=localhost) by astral.paranormal.se with local-esmtp (Exim 3.12 #1 (Debian)) id 13Lphy-0000Rj-00 for ; Mon, 07 Aug 2000 18:24:58 +0200 Date: Mon, 7 Aug 2000 18:24:58 +0200 (CEST) From: Jonas Liljegren To: rdf@uxn.nu Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Subject: [RDF] WRAF 0.22 klar Sender: rdf-admin@uxn.nu Errors-To: rdf-admin@uxn.nu X-BeenThere: rdf@uxn.nu X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: WRAF working group Latest sparad som 0.22. Programmet fungerar nu. Dvs om du loggar in och k=F8r /var/www/uxn.nu/wraf/devel/WRAF-0.22/bin/w22a.pl kommer den efter lite debugginfo att svara med "** The uri of the model is [...]". Och den sparas i DBn. Eftersom det inte h=E6nder mer =E6n s=E5 s=E5 kan jag inte s=E6ga hur buggi= g den =E6r. Men nu ska jag g=E5 ett par steg till. En fr=E5ga =E6r hur programmet ska bete sig n=E6r man s=E6ger "ge mig objek= tet som representerar resursen med denna URI". Ska programmet klaga om det inte hittar denna resurs i n=E5got interface, eller ska den v=E6lvilligt skapa objektet om det inte finns? Egentligen inneh=E5ller inte resurserna sj=E6lva n=E5gon data. Det =E6r enb= art n=E6r man kopplar samman dem som information skapas. Men man kanske vill veta om resursen f=F8rekommer i n=E5got interface eller inte. Jag f=F8resl=E5r get() f=F8r att h=E6mta den oavsett vad och find om man ba= ra =E6r intresserad av resurser som redan har data. ...=20 Om get() inte anropas fr=E5n en skrivbar model kan inte n=E5gon ny info kopplas till den. D=E5 borde v=E6l inte heller resursen sparas ned i DBn. M= en DB-interfacet borde kanske =E6nd=E5 acceptera ansvaret? G=E5r vidare med 0.23... --=20 / Jonas - http://jonas.liljegren.org/myself/en/index.html From jonas@paranormal.se Mon Aug 07 19:52:00 2000 Received: from jonas (helo=localhost) by astral.paranormal.se with local-esmtp (Exim 3.12 #1 (Debian)) id 13Lr4C-0000by-00 for ; Mon, 07 Aug 2000 19:52:00 +0200 Date: Mon, 7 Aug 2000 19:52:00 +0200 (CEST) From: Jonas Liljegren To: rdf@uxn.nu Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Subject: [RDF] RE: Java API (fwd) Sender: rdf-admin@uxn.nu Errors-To: rdf-admin@uxn.nu X-BeenThere: rdf@uxn.nu X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: WRAF working group Forgot to send a copy to our list. Aj =E6m being v=E6rry internatjonal just nu. --=20 / Jonas - http://jonas.liljegren.org/myself/en/index.html ---------- Forwarded message ---------- Date: Mon, 7 Aug 2000 19:44:46 +0200 (CEST) From: Jonas Liljegren To: "McBride, Brian" Cc: 'Jan Grant' , "RDF Interest (E-mail)" Subject: RE: Java API Resent-Date: Mon, 7 Aug 2000 13:46:01 -0400 (EDT) Resent-From: www-rdf-interest@w3.org On Mon, 7 Aug 2000, McBride, Brian wrote: > > The ability to store class definitions (for example) in an=20 > > RDF model is appealing. >=20 > Could you say a little more about what you have in mind here? >=20 > I did consider having a mapping from RDF types to Java classes > that implement those types so that whenever a resource 'got' > an object of the correct Java class would be instantiated. >=20 > I haven't done that because I don't think the RDF and Java > type models are sufficiently similar, e.g. if a resource has > two types, which one do I instantiate. This is exactly what I have done with WRAF. And this is whay I say "strange OO" in the (very) short presentation: =09http://www.uxn.nu/wraf/ The goal is like skipping several generations of RDF applications and going for the "ultimate" thing. :-) Since I'm just today actualy have a working (bare bones) pre alfa version, I would like to tell a little more about this thing. Hold on. will now write somthing up and send it as a separate email. :-) --=20 / Jonas - http://jonas.liljegren.org/myself/en/index.html From jonas@paranormal.se Mon Aug 07 21:21:37 2000 Received: from jonas (helo=localhost) by astral.paranormal.se with local-esmtp (Exim 3.12 #1 (Debian)) id 13LsSv-0000nr-00; Mon, 07 Aug 2000 21:21:37 +0200 Date: Mon, 7 Aug 2000 21:21:37 +0200 (CEST) From: Jonas Liljegren To: Stefan Andersson cc: rdf@uxn.nu Subject: Re: [RDF] WRAF 0.22 klar In-Reply-To: <398F07EA.A55971CD@c64.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: rdf-admin@uxn.nu Errors-To: rdf-admin@uxn.nu X-BeenThere: rdf@uxn.nu X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: WRAF working group On Mon, 7 Aug 2000, Stefan Andersson wrote: > Hall=E5 d=E4r! En r=F6st fr=E5n graven... Hej. Har precis skrivit till RDF-listan och lovat en presentation. S=E5 jag har m=F8blerat om lite p=E5 webbplatsen. Gjort k=E6llkoden tillg=E6nlig. Och klistrat in en GPL copyright. ;-) api2.html =E6r inte uppdaterad tyv=E6rr. Iaf. N=E5got litet ska jag skriva. > > Egentligen inneh=E5ller inte resurserna sj=E6lva n=E5gon data. Det =E6r= enbart n=E6r > > man kopplar samman dem som information skapas. Men man kanske vill veta= om > > resursen f=F8rekommer i n=E5got interface eller inte. >=20 > Precis. Men i s=E5 fall f=E5r man veta det genom att det returneras en ko= pia > av n=E5got eller en kopia av inget. Fr=E5gan =E4r d=E5: =C4r inget och en= kopia av > inget ekvivalent? D.v.s. =E4r t.ex. ett odefinierad str=E4ng och den tomm= a > str=E4ngen ekvivalenta? Det borde finnas ett s=E4tt att skilja mellan att > objektet inte =E4r definierat, och att det =E4r ett tomt objekt. Eller ha= r > alla objekt minst en property? Om modellen =E4r property-centric m=E5ste = den > ju ha det? Eller? >=20 > F=F6r - i en property-centric v=E4rld, kan man d=E5 inte s=E4ga att _alla= _ > m=F6jliga resurser faktiskt finns? D.v.s. _alla_ objekt finns alltid? Och > s=E5 =E4r det en fr=E5ga om vilka som =E4r intressanta? Objekt kan vara helt informationsl=F8sa. Ska iaf kunna vara det. Och URI-poster i DBn har inte heller n=E5gon information. Helt klart ska man kunna skapa objekt utan att de finns i n=E5got interface och utan att de lagras d=E6r. Tror det =E6r s=E5 det fungerar nu. Det enda = som lagras i objektet =E6r ju en jumptable till metoder som interfacen tillhandah=E5ller. > > Jag f=F8resl=E5r get() f=F8r att h=E6mta den oavsett vad och find om ma= n bara =E6r > > intresserad av resurser som redan har data. ... >=20 > 'find' skulle v=E4l returnera en URI eller en bag av URI som motsvarar > n=E5gon sorts urval, om s=E5 bara efter URI? find_arcs i RDF1 letar statements. T=E6nkte att find kanske returnerar objekt om man skickar med en URI eller en model om man skickar med 0-3 resource objects. Fast de kan ju ist=E6llet ha var sitt namn. Dvs find respektive find_arcs. (Tar resten separat) --=20 / Jonas - http://jonas.liljegren.org/myself/en/index.html From jonas@paranormal.se Mon Aug 07 21:51:34 2000 Received: from jonas (helo=localhost) by astral.paranormal.se with local-esmtp (Exim 3.12 #1 (Debian)) id 13Lsvu-0000rL-00; Mon, 07 Aug 2000 21:51:34 +0200 Date: Mon, 7 Aug 2000 21:51:34 +0200 (CEST) From: Jonas Liljegren To: Stefan Andersson cc: rdf@uxn.nu Subject: Re: [RDF] WRAF 0.22 klar In-Reply-To: <398F07EA.A55971CD@c64.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: rdf-admin@uxn.nu Errors-To: rdf-admin@uxn.nu X-BeenThere: rdf@uxn.nu X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: WRAF working group On Mon, 7 Aug 2000, Stefan Andersson wrote: > > G=E5r vidare med 0.23... > > Skitcoolt. Lund sket sig. Men jag gnager vidare efter s=E4tt att f=E5 gjo= rt > detta. Jag satt och hetsade upp mig =F6ver WRAF p=E5 t=E5get till Lund, l= ite > nyt=E4ndning. :-) Hj=E4lp mig hitta en ers=E4ttare f=F6r det h=E4r jobbet s=E5 kan jag k= omma hem snabbare. > Jag har f=E5tt en hel del bra aff=E4rsm=E4ssig feedback p=E5 WRAF. Det ST= ORA > problemet =E4r att ingen kan se vem som =E4r kunden. Alla h=E5ller med om= att > det =E4r kraftfullt och fr=E4ckt, men ingen kan se en klar kund, vem som= =20 > skulle betala f=F6r det, b=E5de vad g=E4ller utveckling av det, och > licensiering. Det =E4r en sv=E5r utmaning. Jag tror p=E5 WRAF och att det kan vara en anv=E6ndbar verktygsl=E5da f=F8r exempelvis webbapplikationer. Exempel: P=E5 RIT beh=F8ver vi ett intran=E6t f=F8r att h=E5lla reda p=E5 kunder och= de tj=E6nster de har. Dvs dom=E6ner, hemkataloger, mailboxar, mailforward, till=E6ggstj=E6nster och annat. Vi beh=F8ver ett =E6rendehanteringssystem. Allts=E5 kommer =E6renden kopplas till kund, anst=E6lld och tj=E6nst. Vi beh=F8ver dokumenthantering och en supportdatabas. S=E5 aktiviteten vid hanteringen av =E6renden skapar dokument f=F8r tj=E6nster som kan s=F8kas a= v kunden. Vi beh=F8ver kontrollera att alla tj=E6nster fungerar och se till s=E5 att alla register =E6r synkade. Dvs ska s=E5dant som webbl=F8senord, FTP-l=F8senord, DNS-entries, mailalias, osv, vara sykat med motsvarande information om vilka tj=E6nster en kund har. Och detta ska vara underlag f=F8r fakturering. Och med kopplingen till de olika servrarna beh=F8vs =E6ven metadata om dessa. Dvs IP-adresser, backup-systemet, n=E6tverk, osv. Kan forts=E6tta l=E6nge. Vad som beskrivs h=E6r =E6r ett stort komplext f=F8r=E6nderligt distribuerat system. Eftersom vi hela tiden utvecklar nya tj=E6nster och anpassar oss efter kundens =F8nskem=E5l kan inte ett statisk= t system fungera. Hur kontaktas en kund? Oftast =E6r det sm=E5f=F8retag, s=E5 det =E6r en person som kontaktas f=F8r information, fakturor, etc. Men det finns mer undantag =E6n regler h=E6r. Vi vet inte i f=F8rv=E6g vilka data v= i beh=F8ver koppla till en kund. Det blir nya saker hela tiden. Vad jag har sagt till alla p=E5 RIT =E6r att jag vill anv=E6nda WRAF som ba= s f=F8r intran=E6tet. Och n=E6r vi kommit en bit p=E5 v=E6gen kan vi generali= sera och hyra ut liknande tj=E6nster f=F8r v=E5ra kunder. Alla v=E5ra sm=E5f=F8retagskunder ska allts=E5 kunna ha kundregister med kopplingar til= l den information de anv=E6nder. Exempelvis deras specifika tj=E6nster. Och vi tar betalt dels per m=E5nad f=F8r att de an=E6vnder systemet via v= =E5ra servrar och dels l=F8pande f=F8r alla nya f=F8r=E6ndringar och ut=F8kningar= de vill ha hj=E6lp med. S=E5 vi bygger och s=E6ljer generaliserade men h=F8gst anpassningsbara extran=E6t. Med webbshoppar, gruppvara, dokumenthantering, kunskapshanteringssystem, kontorsadministration osv. Det m=E5 ta ett tag. Men s=E5 vitt jag kan bed=F8mma har jag friheten att utveckla detta RIT. En blygsam l=F8n. Men n=E6stan total frihet. Och just eftersom vi hostar dessa l=F8sningar finns det inget som hindrar att programvaran =E6r fri. Det kan dessutom ge en extra kraft =E5t utvecklingen och g=F8ra WRAF till industristandard. --=20 / Jonas - http://jonas.liljegren.org/myself/en/index.html From jonas@paranormal.se Mon Aug 07 22:10:44 2000 Received: from jonas (helo=localhost) by astral.paranormal.se with local-esmtp (Exim 3.12 #1 (Debian)) id 13LtES-0000t9-00; Mon, 07 Aug 2000 22:10:44 +0200 Date: Mon, 7 Aug 2000 22:10:44 +0200 (CEST) From: Jonas Liljegren To: Stefan Andersson cc: rdf@uxn.nu In-Reply-To: <398F07EA.A55971CD@c64.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Subject: [RDF] =?iso-8859-1?Q?Plan_f=F8r_forts=2E?= Sender: rdf-admin@uxn.nu Errors-To: rdf-admin@uxn.nu X-BeenThere: rdf@uxn.nu X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: WRAF working group On Mon, 7 Aug 2000, Stefan Andersson wrote: > Vi beh=F6ver ocks=E5 en 'killer-app'-n=E5got som _bara_ WRAF skulle kunna > g=F6ra. Vad =E4r den centrala po=E4ngen med att modellera allt i DLG/RDF[= S], > typ - varf=F6r inte OODB och XML? >=20 > Missf=F6rst=E5 mig r=E4tt - JAG vet. Men WRAF =E4r en lampa, n=E4r jag be= h=F6ver en > laser... och det =E4r stort. Sv=E5rt att =F6vertyga folk att en liten > operation skall kunna genomf=F6ra n=E5got s=E5 stort. Japp. Kan du ha klar texten som beskriver WRAFs f=F8rdelar tills imorgon? Vill skicka den till han p=E5 TT-listan. :-) > Kan vi tr=E4ffas snart igen, n=E4r du k=E4nner att du kan demonstrera > ramverket p=E5 ett vettigt s=E4tt f=F6r mig - d.v.s. modeller, interface, > et.c? S=E5 kan jag f=E5 fundera, och vi kan f=F6rs=F6ka l=E4gga upp en ny= plan? Det =E6r ju egentligen inte s=E5 mycket komponenter i grunden. I princip h=E6mta/spara objekt och triples. Men det finns en del extradetaljer som tar mer tid. Dvs distribuerade properties, implicita properties och att h=E5lla reda p=E5 vad som ska vara implicit respektive explicit. Det blir en hel del specialfall. Sen ska cachesystemet skapas (med expiration) och se till att uppdateringar expirar r=E6tt objekt. Sessionshantering eller presentation har jag inte alls p=E5b=F8rjat. Inte heller c/s-uppdelningen. S=E5 under "=F8versk=E5dlig" tid kommer jag enbart ha sm=E5 program som anv=E6nder RDF-modulen. Det jag har ramverket nu f=F8r =E6r grunden f=F8r hur man kopplar upp sig mot interface och anropar metoder. S=E5: Att skapa presentationsgr=E6nsnittet =E6r ett arbete som inte =E6r p=E5b=F8rjat och som beh=F8ver en hel del jobb. Du =E6r v=E6lkommen att modellera fram lite ideeor om hur det skulle kunna se ut. > Stigarna har inte st=E4ngts f=F6r UXN/WRAF, men vi har fortfarande inget = att > visa. Vi beh=F6ver d=F6da lite alibi, kunna visa p=E5 en liten applikatio= n som > g=F6r det ingen trodde man kunde g=F6ra med en s=E5n liten insats. F=F6r = det =E4r > k=E4rnargumentet i WRAF, som jag ser det. Allt det WRAF glr, kan g=F6ras = med > traditionell tekniker i dag. Argumentet m=E5ste vara att det g=E5r att g= =F6ra > m=E5nga g=E5nger _effektivare_. Och d=E5 kr=E4vs bevis. Exempel. Case. > Demonstrationer. A-ha-upplevelser! Japp. Och f=F8r detta beh=F8vs ju en modell. Det jag g=F8r =E6r bara motorn. Du f=E5r g=E6rna jobba vidare p=E5 just hur demonstrations-schemat ska se ut. S=E5 kan vi synka mot varandra tills det g=E5r att implementera det du t=E6nkt dig. --=20 / Jonas - http://jonas.liljegren.org/myself/en/index.html From jonas@paranormal.se Tue Aug 08 09:02:19 2000 Received: from jonas (helo=localhost) by astral.paranormal.se with local-esmtp (Exim 3.12 #1 (Debian)) id 13M3Or-0002Hc-00; Tue, 08 Aug 2000 09:02:09 +0200 Date: Tue, 8 Aug 2000 09:02:09 +0200 (CEST) From: Jonas Liljegren To: Stefan Andersson cc: rdf@uxn.nu Subject: Re: [RDF] WRAF 0.22 klar In-Reply-To: <398F126E.D555B903@c64.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: rdf-admin@uxn.nu Errors-To: rdf-admin@uxn.nu X-BeenThere: rdf@uxn.nu X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: WRAF working group On Mon, 7 Aug 2000, Stefan Andersson wrote: > Allts=E5, jag t=E4nkte p=E5 det d=E4r med hur man skall t=E4nka p=E5 att = 'l=E4gga > till' data till modellen, n=E5got som ju inte RDF behandlar egentligen. I > RDF _representerar_ man en modell, man l=E4gger inte till. >=20 > Det handlar ju _egentligen_ om att man g=F6r uttalanden om objekt/resurs, > right? Ja. > Och lokal data om 'remota' objekt kan ju ses som lokal kopia/cache, > right? All data =E6r uppm=E6rkt med vilken model de h=F8r till. Du kan bara g=F8ra f=F8r=E6ndringar i models som du dels =E6ger och som dels fortfarande =E6r "=F8ppna". N=E6r en model =E6r markerad som "closed" =E6r det en signal til= l omv=E6rlden att den inte kommer att f=F8r=E6ndras. Enbart ers=E6ttas med en= ny modell, om det skulle vara aktuellt. > D=E5 =E4r ju egentligen datatill=E4gg helt enkelt lokala kopior av gjorda > statements - d.v.s. om jag g=F6r en serie statements s=E5 uppdaterar jag > samtidigt systemet. Nya statements hamnar i en model som du sj=E6lv =E6ger. Tills vidare kommer alla models att f=E5 en URI under en specifik lokal namespace. N=E6r ett system f=F8r agents/users och authentication finns kan man knyta vilka namespaces som =E6gs av vilken agent. Hittills har man halvt om halvt antagit att modellens inneh=E5ll ska kunna finnas under den URL som representeras av modellens URI. Men det m=E5ste f=F8r=E6ndras med tiden. Det verkar som om man allm=E6nt v=E6ntar p=E5 arbe= tet med digital signatures "trusted web" i samband med XML. > Statementen kan antingen 'l=E4ggas till' i modellen, rymden, genom att ma= n > a) G=F6r systemet uppm=E4rksam p=E5 att en viss resurs g=F6r uttalanden o= m en > 'lokal' resurs (native eller lokal kopia) s=E5 systemet kan inkorporera > resursen i en query, eller kopiera resursen lokalt. Ett interface kan ha hand om resurser som finns n=E5gon annan stans p=E5 webben. Det =E6r interfacets uppgift att se till att uppgifterna =E6r aktuella. Den f=E5r h=E5lla reda p=E5 =F8ppna models och uppdatera motsvara= nde objekt. Man kan ocks=E5 sl=E5 upp om dessa models finns i en lokal DB nedsparade som kopia, och f=E5r d=E5 uppdatera dem med. Det =E6r allts=E5 = min intention att implementera n=E5gon form av "push". > b) F=F6rser systemet med ett set anonyma uttalanden, som f=E5r lokala URI= :er > (klassiskt RDF:: - objektskapande) Nej. Alla uttalanden m=E5ste ske inom en model. Det =E6r allts=E5 numera et= t m=E5ste att f=F8rst skapa en model och d=E6refter kan man g=F8ra statements= i denna model. Och det =E6r allts=E5 t=E6nkt att denna models ska skapas p=E5 basis av n= =E5gon form av authenticiering och data om vem det =E6r som vill skapa en model. --=20 / Jonas - http://jonas.liljegren.org/myself/en/index.html From jonas@paranormal.se Tue Aug 08 10:19:50 2000 Received: from jonas (helo=localhost) by astral.paranormal.se with local-esmtp (Exim 3.12 #1 (Debian)) id 13M4c2-0002P0-00 for ; Tue, 08 Aug 2000 10:19:50 +0200 Date: Tue, 8 Aug 2000 10:19:50 +0200 (CEST) From: Jonas Liljegren To: rdf@uxn.nu Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Subject: [RDF] RDF (fwd) Sender: rdf-admin@uxn.nu Errors-To: rdf-admin@uxn.nu X-BeenThere: rdf@uxn.nu X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: WRAF working group --=20 / Jonas - http://jonas.liljegren.org/myself/en/index.html ---------- Forwarded message ---------- Date: Tue, 08 Aug 2000 09:52:49 +0200 From: Stefan Andersson To: Jonas Liljegren , rdf@uxn.nu Subject: RDF Halloj. H=E4r =E4r ett f=F6rslag till engelsk presentation. Notera att det finns en hel del nyp=E5hitt i den, s=E5dant jag t=E4nkte p=E5 t=E5get. Har jag missa= t n=E5got, har jag ljugit? Speciellt det d=E4r med vad som =E4r standard, rekommendation, et.c... --------------------------------------------------------------------------- Web Resource Application Framework (WRAF) key features: WRAF is primarily designed as a platform for: =B7 Data-driven web applications with complex class hierarchies and inter-resource relations, such as metadata repositories, topic communities and intranets. =B7 Applications collecting, processing and presenting information from many sources, distributed over many processes. =B7 Intelligent agents and robots. =B7 Dynamic content, where the content selection and presentation is a result of complex dependencies. WRAF offers=20 =B7 an consistent interface to and between multiple information sources =B7 the possibility of rich data and metadata modeling through inheritance =B7 an open, standardized and extensible way of describing and exchanging resources, inter- as well as intraorganizational. =B7 a framework for RAD (Rapid Application Development) and realtime system extension through schema remodeling. WRAF is built upon =B7 RDF, an open W3C (WWW Consortium) standard for distributed resource modelling through DLG (Directed Labeled Graphs). =B7 RDF-Schema, the W3C standard for schema modelling under RDF =B7 RDF-XML, the W3C standard for expressing RDF data in XML. =B7 RDF QDS, an query definition schema modelled in RDF. =B7 RDF SDS - The Serialisation Definition Schema is used to describe transformations between a RDF DLG and serialized formats, such as RDF-XML, native XML, [X]HTML, WML, et.c. =B7 WRAF XML SDS - A base SDS for expressing RDF as XML =B7 WRAF [X]HTML SDS - A base SDS for expressing RDF resources as [X]HTML =B7 RDF DB - An interface for storing and retrieving RDF DLG in relational databases =B7 WRAF API - The core functionality, exposing RDF models and interfaces. WRAF IE - The Inference Engine enables applications that do not share data definitions to identify and bridge RDF Schema incompatibilities. Currently, all functionality is implemented as an UNIX service deamon with a cgi/mod_perl client. The RDF, RDF-XML and RDF-Schema are open W3C standards. The RDF DB, WRAF API and WRAF IE are open source as per GNU Public License, and will be given to CPAN upon completion. The RDF QDS and SDS will be submitted as standards proposals upon completion. --------------------------------------------------------------------------- /Stefan From jonas@paranormal.se Tue Aug 08 10:41:36 2000 Received: from jonas (helo=localhost) by astral.paranormal.se with local-esmtp (Exim 3.12 #1 (Debian)) id 13M4x5-0002Qv-00 for ; Tue, 08 Aug 2000 10:41:35 +0200 Date: Tue, 8 Aug 2000 10:41:35 +0200 (CEST) From: Jonas Liljegren To: rdf@uxn.nu Subject: Re: [RDF] WRAF 0.22 klar (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: rdf-admin@uxn.nu Errors-To: rdf-admin@uxn.nu X-BeenThere: rdf@uxn.nu X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: WRAF working group Oups. Gl=F8mde ta med rdf... --=20 / Jonas - http://jonas.liljegren.org/myself/en/index.html ---------- Forwarded message ---------- Date: Tue, 8 Aug 2000 10:41:08 +0200 (CEST) From: Jonas Liljegren To: Stefan Andersson Subject: Re: [RDF] WRAF 0.22 klar On Tue, 8 Aug 2000, Stefan Andersson wrote: > > Nya statements hamnar i en model som du sj=E6lv =E6ger.=20 >=20 > 'Anonyma' statements, menar du d=E5? Namngivna b=F6r ju kunna placeras in= i > namngiven model? Anonyma statements m=E5ste f=E5 lokala URIs, men knytas till samma model =E6nd=E5. Det =E6r ett problem. Men man f=E5r v=E6l m=E6rka upp dem p=E5 n= =E5got s=E6tt att de =E6r anonyma. Det skulle varit b=E6ttre med officiella URIs, men det g= =E5r inte att f=E5. > > Ett interface kan ha hand om resurser som finns n=E5gon annan stans p= =E5 > > webben. Det =E6r interfacets uppgift att se till att uppgifterna =E6r > > aktuella. Den f=E5r h=E5lla reda p=E5 =F8ppna models och uppdatera mots= varande > > objekt. Man kan ocks=E5 sl=E5 upp om dessa models finns i en lokal DB > > nedsparade som kopia, och f=E5r d=E5 uppdatera dem med. Det =E6r allts= =E5 min > > intention att implementera n=E5gon form av "push". >=20 > Publish-subscribe... Ja. Det var s=E5 du kallade det. :-) Iaf. Du m=E6rker kanske att jag tar tillvara allt det vi pratat om? :) > > Och det =E6r allts=E5 t=E6nkt att denna models ska skapas p=E5 basis av= n=E5gon form > > av authenticiering och data om vem det =E6r som vill skapa en model. >=20 > Fr=E4ckt, och egentligen ganska sj=E4lvklart. Men: Hur blir n=E5gonsin en > modell medveten om att n=E5gon annan g=F6r ett uttalande som ber=F6r mode= llen? > Jag t=E4nker p=E5 n=E4r man skall st=E4lla fr=E5gor och s=E5. Jag t=E4nke= r mig att man > g=F6r ett uttalande 'Den h=E4r resursen uttalar sig om den h=E4r resursen= '. > Allts=E5 - ett s=E4tt att modellera vilka auktoriteter som skall litas p= =E5 > att f=E5 g=F6ra uttalanden om en viss resurs eller modell. Agenten/usern m=E5ste best=E6mma vilka models han anser som fakta och vilka som inte =E6r det. Det var det jag n=E6mnde f=F8rut om filter. Att man s=E6kert vill kunna fil= trera olika s=F8kningar baserat p=E5 vem som st=E5r f=F8r modellen. Men default har jag t=E6nkt mig att man litar p=E5 allt. Utom det som model= len sj=E6lv angivit som icke-facts. (En icke fact i en modell =E6r egentligen e= n fact i n=E5gon annans. Bara at man inte har tillg=E5ng till den andras modell.) S=E5 jag t=E6nker mig n=E5got i stil med att du placerar filter i RDF-objek= tet innan du kopplar upp. D=E5 ligger filtret i IDS. =20 Men ett b=E6ttre alternativet =E6r att man l=E6gger filtret i en model. Dvs= att man skapar en virituell model som representerar alla statements i alla interface, man bara de som h=F8r till modells man litar p=E5. Alla s=F8kningar sker genom modeln och kommer d=E5 att filtreras enligt det filtret som ligger i model-objektet. I WRAF =E6r det t=E6nkt att alla s=F8kningar ska retunera virituella models. Dessa =E6r inte skrivbara och kommer inte att sparas i n=E5got interface. Dessa models kommer inte bara att best=E5 av en l=E5ng lista resurser utan ist=E6llet av en lista med "s=F8kningar".=20 Om man exempelvis s=F8ker efter alla statements i alla uppkopplade interfac= e s=E5 kommer modeln att best=E5 av en lista med ett element f=F8r varje interface. Om man sedan g=F8r en fortsatt urval ur den modeln kommer en ny model att skapas d=E6r varje element modifieras med det nya kriteriet. Int= e f=F8rr=E6n man faktiskt vill enumerera resurserna kommer dessa att h=E6mtas= fr=E5n respektive interface. Ett element kan allts=E5 vara en annan model, en enstaka resource, ett interface eller ett s=F8kbegrepp. Jag har inte =E6nnu implementerat detta, men det =E6r vad jag planerat. F= =F8r stora datam=E6ngder vill man ju helst uppr=E6tta n=E5gon slags datastr=F8m = mellan interfacen och klientprogrammet. --=20 / Jonas - http://jonas.liljegren.org/myself/en/index.html From jonas@paranormal.se Tue Aug 08 18:43:12 2000 Received: from jonas (helo=localhost) by astral.paranormal.se with local-esmtp (Exim 3.12 #1 (Debian)) id 13MCTA-0003AY-00 for ; Tue, 08 Aug 2000 18:43:12 +0200 Date: Tue, 8 Aug 2000 18:43:12 +0200 (CEST) From: Jonas Liljegren To: rdf@uxn.nu Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Subject: [RDF] =?iso-8859-1?Q?=C4nnu_mera_WRAF_=28fwd=29?= Sender: rdf-admin@uxn.nu Errors-To: rdf-admin@uxn.nu X-BeenThere: rdf@uxn.nu X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: WRAF working group --=20 / Jonas - http://jonas.liljegren.org/myself/en/index.html ---------- Forwarded message ---------- Date: Tue, 08 Aug 2000 17:43:20 +0200 From: Stefan Andersson To: "Jonas Liljegren (E-mail)" Subject: =C4nnu mera WRAF Det h=E4r var vad jag skrev till min Lund-kollega alldeles nyss: Tjaba! Andr=E9s, jag vill inte vara tjatig, men p=E5 v=E4gen ner till Lund satt ja= g och funderade igenom WRAF, f=F6r jag t=E4nkte presentera den f=F6r er. Det = =E4r sv=E5rt. Och jag vet att jag inte f=E5tt ordning p=E5 'vem =E4r kunden'. Ka= nske =E4r det s=E5 att jag m=E5ste _skapa_ en kund genom att visa p=E5 visionen? S=E5, jag t=E4nkte g=F6ra ett f=F6rs=F6k till att f=F6rklara vad den egentl= iga visionen =E4r/kan vara. Hear me out? Scenario: F=F6retaget F=F6retag AB har ett intran=E4t, baserat p=E5 WRAF. Intran=E4tet liknar framfabs lilla gula v=E4ldigt mycket. Nu kommer systemadministrat=F6ren AT p=E5 att i intran=E4tet borde det finnas ett inventarium =F6ver alla maskiner, deras konfigurationer och =E4gare. Anv=E4ndarna finns redan som resurser i intran=E4tet, s=E5 det =E4r inget problem. Vad AT g=F6r =E4r att han 'skapar personlig flik'. Den =E4r helt t= om s=E5 n=E4r som p=E5 en 'l=E4gg till objekt'-knapp. Han trycker p=E5 den, oc= h f=E5r upp en lista =F6ver m=F6jliga objekt att l=E4gga till. Han v=E4ljer 'lista'= =2E Han f=E5r d=E5 upp en =F6versikt =F6ver de objektklasser som finns definierade,= och trycker 'ny'. Han f=E5r d=E5 ge klassen ett namn - 'Dator'. Han f=E5r ocks= =E5 m=F6jlighet att tala om lite om vad som ing=E5r i en 'Dator' - den har t.ex= =2E ett 'Namn' och en '=C4gare'. AT talar om att '=C4gare' =E4r av klassen 'Anv=E4ndare', som ju redan finns. N=E4r han tryckt 'OK' hela v=E4gen tillbaka, har han nu en tom lista framf=F6r sig p=E5 sin personliga flik. N=E4r han nu trycker 'Ny' i listan (alla objekt har genom arv funktionalitet f=F6r 'l=E4gg till', '=E4ndra' och 'ta bort' automatiskt), f= =E5r han upp ett formul=E4r 'ny Dator', med f=E4lten han matade in f=F6rut, bl.a= =2E en lista, '=C4gare', som =E4r en lista =F6ver alla 'Anv=E4ndare'. Han kan d= =E5 knappa in namnet, och v=E4lja en =E4gare. AT g=F6r sedan denna resursen tillg=E4nglig f=F6r en st=F6rre m=E4ngd anv=E4ndare genom att l=E4gga till = fliken till presentationsdefinitionen f=F6r en grupp anv=E4ndare (anv=E4ndare av e= n viss klass) - ocks=E5 i ett webbgr=E4nssnitt. AT har allts=E5 skapat en sim= pel databasapplikation bara genom att beskriva sin verklighet. S=E5 l=E5ngt AT. Ute i 'verkligheten' kommer en anv=E4ndare p=E5 att det ka= nske vore en bra id=E9 att kunna notera var, geografiskt, datorn =E4r. Utan att AT beh=F6ver lyfta ett finger, trycker anv=E4ndaren 'l=E4gg till objekt' p= =E5 sin datorflik. Han f=E5r d=E5 v=E4lja vilken klass av objekt han vill l=E4g= ga till, och v=E4ljer d=E5 'textf=E4lt'. Efter att ha tryckt 'OK', kan han mat= a in namnet p=E5 objektet, 'Plats'. Efter att ha tryckt OK d=E4r ocks=E5, har han nu ett f=E4lt som heter 'Plats' i bilden. (En aspekt =E4r att det faktiskt =E4r v=E4ldigt simpelt i WRAF att l=E5ta d= enne anv=E4ndaren vara den ende som ser f=E4ltet, och det han matat in, tills AT best=E4mmer sig f=F6r att lyfta in den i 'allas' presentationsdefinition. WRAF _handlar_ om undantag.) Well. Hela po=E4ngen =E4r att f=F6r att WRAF dels representerar _allt_, obj= ekt s=E5 v=E4l som relationer, p=E5 samma s=E4tt, kan man enkelt etablera och administrera =E4ven komplicerade relationer. Med ett presentationslager som inte best=E5r av HTML-definitioner, utan ett form-schema, kan systemet anpassa formen efter varje enskilt objekts egenheter. T.ex. l=E5ta bli att visa foto p=E5 anv=E4ndaren, om det inte finns, eller =E4ndra layouten helt= om det finns flera. I vilket fall - jag har l=E4st ut Ender's shadow... Card =E4r bra. J=E4vla krass m=E4nniskosyn, men otroligt bra. Lite Niezsche =F6ver det. Inte s=E5 lite, f=F6rresten... Lev v=E4l! /Stefan PS. Vad betyder 'bicho?' DS. From jonas@paranormal.se Tue Aug 08 19:09:40 2000 Received: from jonas (helo=localhost) by astral.paranormal.se with local-esmtp (Exim 3.12 #1 (Debian)) id 13MCsl-0003DP-00 for ; Tue, 08 Aug 2000 19:09:39 +0200 Date: Tue, 8 Aug 2000 19:09:39 +0200 (CEST) From: Jonas Liljegren To: rdf@uxn.nu Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Subject: [RDF] Source Forge Sender: rdf-admin@uxn.nu Errors-To: rdf-admin@uxn.nu X-BeenThere: rdf@uxn.nu X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: WRAF working group =C6rch. Kan inte v=E6nta... Jag har registrerat mig p=E5 Source Forge och kommer att l=E6gga upp projek= tet d=E6r. Fr=E5gan =E6r vilken licens vi vill ha. V=E6ljer vi GPL kan inte andra f=F8retag ta betalt f=F8r program baserad p= =E5 v=E5ran kod. (Men jag tror att vi sj=E6lva =E6r undantagna, s=E5 som =E6gar= e.) V=E6ljer vi Artistic License, s=E5 kan de det. Lika s=E5 med LGPL. Jag har lagt upp din intro h=E6r: =09http://www.uxn.nu/wraf/presentation/intro.txt Delen med "WRAF is built upon" =E6r jag tveksam till. --=20 / Jonas - http://jonas.liljegren.org/myself/en/index.html From jonas@paranormal.se Tue Aug 08 20:19:47 2000 Received: from jonas (helo=localhost) by astral.paranormal.se with local-esmtp (Exim 3.12 #1 (Debian)) id 13MDyd-0003KF-00 for ; Tue, 08 Aug 2000 20:19:47 +0200 Date: Tue, 8 Aug 2000 20:19:47 +0200 (CEST) From: Jonas Liljegren To: rdf@uxn.nu Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Subject: [RDF] SourceForge registration Sender: rdf-admin@uxn.nu Errors-To: rdf-admin@uxn.nu X-BeenThere: rdf@uxn.nu X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: WRAF working group =C6r lite ivrig nu s=E5 det kan h=E6nda att jag g=E5r vidare =E6nd=E5 om ja= g inte f=E5r svar snabbt. Beh=F8ver ange flera saker f=F8r registrering p=E5 SourceForge. Jag vet int= e allt som beh=F8vs f=F8r man fyller i en sak i taget. Spenderade s=E6kert en halvtimma bara f=F8r att l=E6sa "Terms of Service". Iaf: Namn: Vad ska projektet kallas? Ska vi forts=E6tta med WRAF eller t=E6nka m= er l=E5ngsiktigt och d=F8pa projektet till Wraf ist=E6llet? License: =C6r GPL ett bra val? M=E5nga perl-moduler anv=E6nder Artistic License. Men de flesta anv=E6nder v=E6l GPL och Artisitc. ... Ett par anv=E6nder bara GPL. Iaf. Det g=E5r ju att =E6ndra p=E5. Description: M=E5ste ju f=F8rst=E5ss ber=E6