Re: banana-rdf libs for scala-js

The 'iri' module has most of the features that the 'url' module already
has, however the implementation varies in that it's implemented using the
vocabulary found in RFC 3986. Node.js uses invented names like 'pathname'
and 'search', the official ABNF productions are named 'path' and 'query',
respectively.

Additionally, I aim to implement RFC 3986 URI reference resolution to the
letter. Node.js's url.resolve() call operates in some peculiar ways that
the core developers are unwilling to correct.

I may opt to change the public API in the future, right now everything is a
function, and many of the calls (like query()) return a leading character
like "?" if not null, which might not be the easiest to use. (This is the
same interface that I forked from webr3.) Remember to use semver semantics
and depend on "~1". I don't have any particular ideas though, if you have
any ideas, feel free to throw up an issue on GitHub.

The functionality not found within 'url' is the ability to convert a URI to
an IRI and vice-versa. E.g., converting the following IRI (encoded here as
an ECMAScript/JavaScript string):

    "http://example.com/\u2713"

Into the following URI (that contains only 7-bit characters):

    <http://example.com/%E2%9C%93>

HTML, XML, Turtle, RDF, and most formats that allow Unicode actually use
IRIs, but HTTP and other network protocols only use URIs, and so have to be
converted.

Note that a URI is also a legal IRI, this means that any IRI with unicode
characters has multiple IRIs that identify the same resource.

Austin.


On Mon, Jun 30, 2014 at 2:31 AM, Adrian Gschwend <ktk@netlabs.org> wrote:

> On 30.06.14 11:27, Ruben Verborgh wrote:
>
> > I recently saw https://github.com/Acubed/node-iri pass by on this list;
> > however, I think that Node's url module does what you need:
> > http://nodejs.org/api/url.html.
>
> I had a look at node-iri as well but was a bit confused what the
> difference is to the node URL module (except structure of it). Austin
> could you give some comments on that?
>
> regards
>
> Adrian
>
> --
> Adrian Gschwend
> @ netlabs.org
>
> ktk [a t] netlabs.org
> -------
> Open Source Project
> http://www.netlabs.org
>
>