At Mon, 30 Mar 2009 15:52:10 -0400,
Jonathan Rochkind wrote:
>
> Erik Hetzner wrote:
> >
> > I don’t actually think that there is anybody who is arguing that all
> > identifiers must be resolvable. There are people who argue that there
> > are identifiers which must NOT be resolvable; at least in
Greetings! We're writing to invite you to get involved with plone4lib. We're
a small online community using the open-source Plone content management
system in libraries.
Please visit http://plone4lib.org to read about how libraries around the
world are using Plone, or add your own Plone-based libr
Genny,
I'm not really sure either--I was just the scribe for that session!
The main difference I see is that clicking into a Plone website (when
logged in) changes to edit mode.
Sorry to not have a better answer.
-Jodi
On Mar 9, 2009, at 7:35 PM, Genny Engel wrote:
I have heard this befor
On Mon, Mar 30, 2009 at 16:09, Jonathan Rochkind wrote:
> There are obviously other uses for URIs than sticking them in an 'href'
> attribute of an . Like, the uses I thought this conversation was about?
>
> What are we talking about again?
EMACS RULES VI DROOLS
-Mike
There are obviously other uses for URIs than sticking them in an 'href'
attribute of an . Like, the uses I thought this conversation was about?
What are we talking about again?
Houghton,Andrew wrote:
From: Code for Libraries [mailto:code4...@listserv.nd.edu] On Behalf Of
Jonathan Rochkind
Sent
> From: Code for Libraries [mailto:code4...@listserv.nd.edu] On Behalf Of
> Jonathan Rochkind
> Sent: Monday, March 30, 2009 3:52 PM
> To: CODE4LIB@LISTSERV.ND.EDU
> Subject: Re: [CODE4LIB] registering info: uris?
>
> But when did someone suggest that all identifiers must be resolvable?
> When And
Erik Hetzner wrote:
I don’t actually think that there is anybody who is arguing that all
identifiers must be resolvable. There are people who argue that there
are identifiers which must NOT be resolvable; at least in their basic
form. (see Stuart Weibel [1]).
There are indeed people arguing
From: "Hilmar Lapp"
Nor do people outside of libraries care about identifiers.
You might be surprised: http://www.lsrn.org/
yes, I overstated, let me rephrase. There are communities who are
interested in specific object classes and want identifier schemes for them.
For libraries there are
At Mon, 30 Mar 2009 13:58:04 -0400,
Jonathan Rochkind wrote:
>
> It's interesting that there are at least three, if not four, viewpoints
> being represented in this conversation.
>
> The first argument is over whether all identifiers should be resolvable
> or not. While I respect the argument
On Mar 30, 2009, at 11:18 AM, Ray Denenberg, Library of Congress wrote:
From: "Ross Singer"
nobody gives a damn about info:uris outside of
libraries,
Nor do people outside of libraries care about identifiers.
You might be surprised: http://www.lsrn.org/
-hilmar
--
It's interesting that there are at least three, if not four, viewpoints
being represented in this conversation.
The first argument is over whether all identifiers should be resolvable
or not. While I respect the argument that it's _useful_ to have
resolvable (to something) identifiers , I thi
I agree with this as well. I guess it just depends on whether you
think this needs to be done prior to facitating the process to mint
URIs or after.
The advantage to the former is that it will actually get documented.
Speaking of, if anybody wants to help formalize this for the purl
method, I'll
At Mon, 30 Mar 2009 10:12:39 -0400,
Ray Denenberg, Library of Congress wrote:
> Leaving aside religious issues I just want to be sure we're clear on one
> point: the work required for the info URI process is exactly the amount of
> work required, no more no less. It forces you to specify clear sy
> From: Code for Libraries [mailto:code4...@listserv.nd.edu] On Behalf Of
> Jonathan Rochkind
> Sent: Monday, March 30, 2009 12:16 PM
> To: CODE4LIB@LISTSERV.ND.EDU
> Subject: Re: [CODE4LIB] registering info: uris?
>
> Some hints of the existing argument in other forums can be found in
> this
> po
> From: Code for Libraries [mailto:code4...@listserv.nd.edu] On Behalf Of
> Mike Taylor
> Sent: Monday, March 30, 2009 12:15 PM
> To: CODE4LIB@LISTSERV.ND.EDU
> Subject: Re: [CODE4LIB] registering info: uris?
>
> The problem is that, after setting up a non-dereferencable http: URI
> to name someth
Meanwhile, there are others who are arguing just as strongly that
identifiers should _always_ be resolvable.
Seriously, this debate has been going on in a while in other forums, we
aren't the first to have it. I can see both sides, neither seems
obviously right to me. Which I guess suggests t
Houghton,Andrew writes:
> > > Take, for instance, DOIs. What do you see in the wild? Do
> > > you ever see info:uris (except in OpenURLs)? If you don't see
> > > http://dx.doi.org/ URIs you generally see doi:10... URIs. It
> > > seems like having http and info URIs would *have* to be fi
This is a long argument that's been going on in other communities for a
long time, Mike. I can see both sides.
Jonathan
Mike Taylor wrote:
Jonathan Rochkind writes:
> > > Take, for instance, DOIs. What do you see in the wild? Do you ever
> > > see info:uris (except in OpenURLs)? If you
> From: Code for Libraries [mailto:code4...@listserv.nd.edu] On Behalf Of
> Mike Taylor
> Sent: Monday, March 30, 2009 11:30 AM
> To: CODE4LIB@LISTSERV.ND.EDU
> Subject: Re: [CODE4LIB] registering info: uris?
>
> Ross Singer writes:
> > There should be no issue with having both, mainly because li
Jonathan Rochkind writes:
> > > Take, for instance, DOIs. What do you see in the wild? Do you ever
> > > see info:uris (except in OpenURLs)? If you don't see
> > > http://dx.doi.org/ URIs you generally see doi:10... URIs. It seems
> > > like having http and info URIs would *have* to be
Because the ability to de-reference seems to be the main reason to use
an HTTP URI as an identifier, and the main reason that some people
prefer an HTTP URI as an identifier to an info: URI.
Jonathan
Mike Taylor wrote:
Ross Singer writes:
> There should be no issue with having both, mainly b
On Mon, Mar 30, 2009 at 11:17 AM, Rob Sanderson wrote:
> If you want an identifier that *explicitly* cannot be dereferenced, then
> info URIs are a good choice. If you want one that can be dereferenced
> to some representation of the identified object, then HTTP is the only
> choice.
Yes, I com
Ross Singer writes:
> There should be no issue with having both, mainly because like I
> mentioned earlier, nobody cares about info:uris.
>
> Take, for instance, DOIs. What do you see in the wild? Do you ever
> see info:uris (except in OpenURLs)? If you don't see
> http://dx.doi.org/ URIs
From: "Ross Singer"
nobody gives a damn about info:uris outside of
libraries,
Nor do people outside of libraries care about identifiers.
--Ray
On Mon, Mar 30, 2009 at 11:18 AM, Ray Denenberg, Library of Congress
wrote:
> Nor do people outside of libraries care about identifiers.
Except, of course, for Tim Berners-Lee and anybody who listens to him:
http://www.w3.org/DesignIssues/LinkedData.html
-Ross.
On Mon, 2009-03-30 at 16:08 +0100, Ross Singer wrote:
> There should be no issue with having both, mainly because like I
> mentioned earlier, nobody cares about info:uris.
s/nobody cares/the web doesn't care/
'The Web' isn't the only use case. There are plenty of reasons for
having non dereferen
There should be no issue with having both, mainly because like I
mentioned earlier, nobody cares about info:uris.
Take, for instance, DOIs. What do you see in the wild? Do you ever
see info:uris (except in OpenURLs)? If you don't see
http://dx.doi.org/ URIs you generally see doi:10... URIs. It
Jonathan Rochkind writes:
> So is there anything wrong with having both that http-based PURL URI
> available, AND an info uri? Not only available, but in common use?
Yes, of course! You don't want _two_ vocabularies of URIs for SUDOCs!
_/|_
So is there anything wrong with having both that http-based PURL URI
available, AND an info uri? Not only available, but in common use?
It gets complicated thinking about these things. There are potentially
several things wrong with it.
Jonathan
Ross Singer wrote:
On Mon, Mar 30, 2009 at 10
I think this is a good point.
Ray Denenberg, Library of Congress wrote:
From: "Erik Hetzner"
I believe that registering a domain would be less
work than going through an info URI registration process, but I don’t
know how difficult the info URI registration process would be (thus
bringing
Interesting! Thanks. I didn't know you could use purl on a
pattern-redirect basis like that.
Ross Singer wrote:
So, in a what is probably a vain attempt to put this debate to rest, I
created a partial redirect PURL for sudoc:
http://purl.org/NET/sudoc/
If you pass it any urlencoded sudoc stri
That's got a session token in it, Andrew. Not to mention it will no
longer resolve to anything whenever GPO changes their ILS platform.
You guys don't seem to believe that I've spent a chunk of time
investigating all this stuff before I even brought it up here. I did,
really!
Jonathan
Houg
On Mon, Mar 30, 2009 at 10:12 AM, Ray Denenberg, Library of Congress
wrote:
> Leaving aside religious issues I just want to be sure we're clear on one
> point: the work required for the info URI process is exactly the amount of
> work required, no more no less. It forces you to specify clear syn
From: "Erik Hetzner"
I believe that registering a domain would be less
work than going through an info URI registration process, but I don’t
know how difficult the info URI registration process would be (thus
bringing the conversation full circle). [1]
Leaving aside religious issues I just w
At Fri, 27 Mar 2009 20:56:42 -0400,
Ross Singer wrote:
>
> So, in a what is probably a vain attempt to put this debate to rest, I
> created a partial redirect PURL for sudoc:
>
> http://purl.org/NET/sudoc/
>
> If you pass it any urlencoded sudoc string, you'll be redirected to
> the GPO's Aleph cat
35 matches
Mail list logo