W3C home > Mailing lists > Public > w3c-rdfcore-wg@w3.org > May 2001

Re: RDF Namespace parser

From: Frank Boumphrey <bckman@ix.netcom.com>
Date: Wed, 30 May 2001 21:52:46 -0400
Message-ID: <010a01c0e974$66507180$c4cf79a5@preferreduser>
To: "Aaron Swartz" <aswartz@upclink.com>, "RDFCore Working Group" <w3c-rdfcore-wg@w3.org>
<aaron>Also, why do the forms use POST instead of GET?</aaron>

view source shows (at line 70):

<form method="GET" action="/2000/06/webdata/xslt">

For my own enlightenment, is there any reason why 'GET' is preferred
in RDF?. I always use 'POST' in my hacking.

----- Original Message -----
From: "Aaron Swartz" <aswartz@upclink.com>
To: "Frank Boumphrey" <bckman@ix.netcom.com>; "RDFCore Working Group"
Sent: Wednesday, May 30, 2001 5:07 PM
Subject: Re: RDF Namespace parser

> Frank Boumphrey <bckman@ix.netcom.com> wrote:
> > It looks for the namespace of the files elements and attributes ,
> > tables them. If needed it  will convert uncolonized attributes,
> > unqualified namespace declarations into quaified declarations, and
> > colonized atts. (It does not deal with empty unqualified namespace
> > declarations (i.e. xmlns="") yet.).  I have not yet tested it on
> > 'torture' files, (Can any one give be the URL of such a file?),
but it
> > should work on any smaller files.
> For something more RDF-centric, Dan Connolly has built an XSLT file
to fix
> broken RDF files:
> http://www.w3.org/2001/04rs22/fixAttrs.xsl
> You can use it with the W3C's online XSLT service. An example is:
> But replace the confusedPrefixes file with any file available over
> fix it.
> Dan, would you mind putting up an HTML form on the syntax hacking
page for
> people to use? Also, why do the forms use POST instead of GET?
> --
> Aaron Swartz <me@aaronsw.com>|       The Info Network
>   <http://www.aaronsw.com>   |     <http://theinfo.org>
> AIM: JediOfPi | ICQ: 33158237| the way you want the web to be
Received on Wednesday, 30 May 2001 21:40:37 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:24:00 UTC