I'll quote Mike (and most common approaches to the problem):
Don't Do That Then.
:)
Rob
On Thu, 2009-05-14 at 13:18 +0100, Alexander Johannesen wrote:
> On Thu, May 14, 2009 at 17:35, Rob Sanderson wrote:
> > For example, the owl:sameAs predicate is used
RDF is fine with one 'thing' having multiple identifiers, it just hands
the problem up a level to the application to deal with.
For example, the owl:sameAs predicate is used to express that the
subject and object are the same 'thing'. Then the application can infer
that if a owl:sameAs b, and a x
On Mon, 2009-05-11 at 14:53 +0100, Jakob Voss wrote:
> >> A format should be described with a schema (XML Schema, OWL etc.) or at
> >> least a standard. Mostly this schema already has a namespace or similar
> >> identifier that can be used for the whole format.
> >
> > This is unfortunately not
On Mon, 2009-05-11 at 12:02 +0100, Alexander Johannesen wrote:
> On Mon, May 11, 2009 at 16:04, Rob Sanderson wrote:
> > * One namespace is used to define two _totally_ separate sets of
> > elements. There's no reason why this can't be done.
>
> As opposed to a
On Mon, 2009-05-11 at 11:31 +0100, Jakob Voss wrote
> A format should be described with a schema (XML Schema, OWL etc.) or at
> least a standard. Mostly this schema already has a namespace or similar
> identifier that can be used for the whole format.
This is unfortunately not the case.
> For
See also the thread, 'RDA: A Standard Nobody Will Notice'.
http://www.mail-archive.com/code4lib@listserv.nd.edu/msg04422.html
A standard nobody will notice ... for good reason.
Rob
On Tue, 2009-04-07 at 18:24 +0100, Eric Lease Morgan wrote:
> On Apr 7, 2009, at 1:15 PM, Karen Coyle wrote:
>
>
On Thu, 2009-04-02 at 18:11 +0100, Erik Hetzner wrote:
> At Thu, 2 Apr 2009 13:47:50 +0100,
> Mike Taylor wrote:
> >
> > Erik Hetzner writes:
> > > Without external knowledge that info:doi/10./xxx is a URI, I can
> > > only guess.
> >
> > Yes, that is true. The point is that by specifying
On Wed, 2009-04-01 at 14:28 +0100, Houghton,Andrew wrote:
> The DOI is the identifier and it inherently doesn't
> tie itself to any resolution mechanism. So creating an info URI
> for it is meaningless, it's just another alias for the DOI. I
> can create an HTTP resolution mechanism for DOI's b
On Wed, 2009-04-01 at 14:17 +0100, Mike Taylor wrote:
> Ed Summers writes:
> > Assuming a world where you cannot de-reference this DOI what is it
> > good for?
>
> It wouldn't be good for much if you couldn't dereference it at all.
> The point is that (I argue) the identifier shouldn't tie itsel
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
And if you could get access to the catalogue, you could then train a
classifier (maybe bayes?) to predict BISAC given the other types of
headings (or other data) in the records.
Rob
On Wed, 2009-01-21 at 12:21 -0500, Andrew Nagy wrote:
> I saw a great presentation by Jesse Haro from Phoenix Publi
My first question would be: Why?
Why invent a new element for title (etc.) rather than using Dublin Core?
Wouldn't it have been easier to do this building from SWAP?
http://www.ukoln.ac.uk/repositories/digirep/index/Eprints_Application_Profile
And my second question would be: Really?
251 elemen
To throw in my 2c.
> Eric Lease Morgan wrote:
> > On Aug 21, 2008, at 4:34 PM, Jonathan Rochkind wrote:
> >> If you can figure out what the difference between an 'institutional
> >> repository' and a 'digital library' is, let me know.
> > I think an institutional repository is a type of digital l
provide all the ingest, transformation and
dissemination support required in DSpace.
Please feel free to download and play with the source code, and let us
have your feedback via the Google group:
[EMAIL PROTECTED]
All the best,
Richard Jones & Rob Sanderson
[1] Foresite project page:
On Thu, 2008-05-08 at 11:41 -0400, Godmar Back wrote:
> On Thu, May 8, 2008 at 11:25 AM, Dr R. Sanderson
> <[EMAIL PROTECTED]> wrote:
> >
> > Like what? The current API seems to be concerned with search. Search
> > is what SRU does well. If it was concerned with harvest, I (and I'm
> > sure m
Apologies for cross-posting
A meeting will be held on April 4, 2008 at the University of
Southampton, in conjunction with Open Repositories 2008, to roll-out the
beta release of the OAI-ORE specifications. This meeting is the European
follow-on to a meeting that will be held in the USA on March 3,
(And apologies for incorrect cross posting to code4libcon!)
Apologies for cross-posting
A meeting will be held on March 3, 2008 at Johns Hopkins University to
roll-out the first beta release of the OAI-ORE specifications. These
specifications describe a data model to identify and describe
aggreg
17 matches
Mail list logo