then it would enter the realm of truly bizarrre, figuring out what that
actually means for a developer. Like, if someone else started offering
very similar services to GBS but charged for it, then I wouldn't be
allowed to use the free GBS APIs at all, since it would be an
alternatative to a
Does anyone know the process for registering a sub-scheme for info: uris?
I'd like to have one for SuDoc classification numbers, info:sudoc/.
I'm not sure if I can register that on my own, without working with the
US Government Printing Office, who actually maintains sudocs. But if I
have to
ataPrefix=reg&identifier=info:lccn/
--Ray
- Original Message -
From: "Jonathan Rochkind"
To:
Sent: Friday, March 27, 2009 3:12 PM
Subject: [CODE4LIB] registering info: uris?
Does anyone know the process for registering a sub-scheme for info: uris?
I'd like to have o
tenth time. Worst job I ever
had.) But that was many years ago and that's the last contact I've had with
GPO.
Good luck.
-Ray
- Original Message -
From: "Jonathan Rochkind"
To:
Sent: Friday, March 27, 2009 3:36 PM
Subject: Re: [CODE4LIB] registering info: ur
15:36:43 -0400,
Jonathan Rochkind wrote:
Thanks Ray.
Oh boy, I don't know enough about SuDoc to describe the syntax rules
fully. I can spend some more time with the SuDoc documentation (written
for a pre-computer era) and try to figure it out, or do the best I can.
I mean, the info regi
True, good point. I am looking for something a _bit_ more shareable
between other software and institutions than tag. info: still seems a
nice compromise to me.
Houghton,Andrew wrote:
From: Code for Libraries [mailto:code4...@listserv.nd.edu] On Behalf Of
Jonathan Rochkind
Sent: Friday, March
Also, the date aspect of a tag-uri seems to make it hard to use to mint
an identifier that will always represent the same SuDoc, regardless of
when it was minted.
Houghton,Andrew wrote:
From: Code for Libraries [mailto:code4...@listserv.nd.edu] On Behalf Of
Jonathan Rochkind
Sent: Friday
Aha, cool! Yeah, I could use tag for this, but it wouldn't seem
appropriate for something I want to encourage others to use compatibly
as well, info seems better.
Houghton,Andrew wrote:
From: Code for Libraries [mailto:code4...@listserv.nd.edu] On Behalf Of
Jonathan Rochkind
Sent: F
Jonathan
Erik Hetzner wrote:
At Fri, 27 Mar 2009 16:42:05 -0400,
Jonathan Rochkind wrote:
I am looking for the easiest possible way to get a legal URI
representing a sudoc.
My understanding, after looking at this stuff previously, is that info:
is a LOT lower barrier than urn:, and th
aries [mailto:code4...@listserv.nd.edu] On Behalf Of
Jonathan Rochkind
Sent: Friday, March 27, 2009 5:18 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] registering info: uris?
I am not interested in maintaining a sudoc.info registration, and
neither is my institution, who I wouldn't trust to m
ot
provide any persistent URIs for sudoc's in the first place, right?
Houghton,Andrew wrote:
From: Code for Libraries [mailto:code4...@listserv.nd.edu] On Behalf Of
Jonathan Rochkind
Sent: Friday, March 27, 2009 5:28 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] registering info: uris
March 27, 2009 5:24 PM
Subject: Re: [CODE4LIB] registering info: uris?
From: Code for Libraries [mailto:code4...@listserv.nd.edu] On Behalf Of
Jonathan Rochkind
Sent: Friday, March 27, 2009 5:18 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] registering info: uris?
I am not int
unity, and call
it a day, and leave it to someone else to figure out in 100 years. :)
Jonathan
Erik Hetzner wrote:
At Fri, 27 Mar 2009 17:18:24 -0400,
Jonathan Rochkind wrote:
I am not interested in maintaining a sudoc.info registration, and
neither is my institution, who I wouldn'
lly!
Jonathan
Houghton,Andrew wrote:
From: Code for Libraries [mailto:code4...@listserv.nd.edu] On Behalf Of
Jonathan Rochkind
Sent: Friday, March 27, 2009 6:09 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] registering info: uris?
If GPO had a system where I could resolve Sudoc identif
Mar 27, 2009 at 6:41 PM, Houghton,Andrew wrote:
From: Code for Libraries [mailto:code4...@listserv.nd.edu] On Behalf Of
Jonathan Rochkind
Sent: Friday, March 27, 2009 6:09 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] registering info: uris?
If GPO had a system where I could resolve
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
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
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
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 (e
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
le at the
present time to provide http resolution for these identifiers.
Jonathan
Houghton,Andrew wrote:
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] registeri
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
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
Jonatha
Houghton,Andrew wrote:
Lets separate your argument into two pieces. Identification and
resolution. 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 HT
w all of the possible templates (with
more being created all the time)?
Jonathan
Houghton,Andrew wrote:
From: Code for Libraries [mailto:code4...@listserv.nd.edu] On Behalf Of
Jonathan Rochkind
Sent: Wednesday, April 01, 2009 11:08 AM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: [CODE4LIB] resolution and
I completely disagree. There are all sorts of useful identifiers I use
in my work every day that can not be automatically dereferenced.
Jonathan
Ed Summers wrote:
On Wed, Apr 1, 2009 at 9:17 AM, Mike Taylor wrote:
It wouldn't be good for much if you couldn't dereference it at all.
I was talking to Ross a bit in channel about this, but one consideration
is encouraging consistency.
If everyone uses http://purl.org/dc/elements/1.1/[whatever] to identify
that, that's fine. If some people were using that, and other people
were using http://purl.org/NET/dc..., and other peo
Houghton,Andrew wrote:
Organization need to have a clear understanding of what they are minting
URIs for.
Precisely. And in the real world... they don't always have that. Neither
the minters nor the users of URIs, especially the users of http URIs,
where you can find so many potential ht
s an even better story.
That's one example, LCCN. There are others, used in similar ways.
Jonathan
Ed Summers wrote:
On Wed, Apr 1, 2009 at 12:20 PM, Jonathan Rochkind wrote:
I completely disagree. There are all sorts of useful identifiers I use in
my work every day that can not be automa
ndeed
it can do anything an info: URI can do, I agree.
Jonathan
Houghton,Andrew wrote:
From: Code for Libraries [mailto:code4...@listserv.nd.edu] On Behalf Of
Jonathan Rochkind
Sent: Wednesday, April 01, 2009 1:23 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] resolution and identi
Isn't there always a single point of failure if you are expecting to be
able to resolve an http URI via the HTTP protocol?
Whether it's purl.org or not, there's always a single point of failure
on a given http URI that you expect to resolve via HTTP, the entity
operating the web server at the
Mike Taylor wrote:
Wait, what? They _were_ running a PURL resolver, but now they're not?
What does the P in PURL stand for again?
Which, Mike, is why I'd rather have a single point of failure at
purl.org, an organization which understands it's persistence mission and
is likely to be suppo
Houghton,Andrew wrote:
I think the answer lies in DNS. Even though you have a single DNS name
requests could be redirected to one of multiple servers, called a server
farm. I believe this is how many large sites, like Google, operate. So
even if a single server fails the load balancer sends req
Rob Sanderson wrote:
info URIs, In My Opinion, are ideally suited for long term identifiers
of non information resources. But http URIs are definitely better than
something which isn't a URI at all.
Through this discussion I am clarifying my thoughts on this too. I feel
that info URIs are
Karen Coyle wrote:
The ones that really puzzle me, however, are the OpenURL info namespace
URIs for ftp, http, https and info. This implies that EVERY
identifier used by OpenURL needs an info URI, even if it is a URI in its
own right. They are under "info:ofi/nam" which is called "Namespa
Joe Hourcle wrote:
Perhaps a slightly different perspective on looking at requirements:
What should be easier to do, but is a pain currently?
My answers to that won't point to a more simplified data structure I
think some are hoping for.
1. For a serial title, identify if a pa
Karen Coyle wrote:
Sorry, spoke/wrote too soon. FRBR at vocab.org isn't using the FRBR
attributes either. And it does have the entities as classes. I'm still
not sure how one can model a relationship between RDA or bibo properties
and FRBR Group 1 entities and their properties. RDA tries to ass
Well, the thing is, those sem web folks LIKE what has resulted. They think it's
_good_ that http:// can be resolved with a certain protocol in some cases, but
can be an arbitrary identifier untied to protocol in others.
It definitely is convenient in some cases.
I have mixed feelings, I don'
The difference between URIs and URLs? I don't believe that "URL" is something
that exists any more in any standard, it's all URIs. Correct me if I'm wrong.
I don't entirely agree with either dogmatic side here, but I do think that
we've arrived at an awfully confusing (for developers) environm
W.
Jonathan
From: Code for Libraries [code4...@listserv.nd.edu] On Behalf Of Alexander
Johannesen [alexander.johanne...@gmail.com]
Sent: Tuesday, April 14, 2009 9:48 AM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] resolution and identification (was Re
Thanks Ray. By that definition ALL http URIs are URLs, a priori. I read
Alexander as trying to make a different distinction.
Ray Denenberg, Library of Congress wrote:
From: "Jonathan Rochkind"
The difference between URIs and URLs? I don't believe that "URL"
that
the environment those TAG documents are encouraging is a confusing one.
Jonathan
Houghton,Andrew wrote:
From: Code for Libraries [mailto:code4...@listserv.nd.edu] On Behalf Of
Jonathan Rochkind
Sent: Tuesday, April 14, 2009 10:21 AM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB
Wait, is this the same or different than , as in:
http://googlewebmastercentral.blogspot.com/2009/02/specify-your-canonical.html
seemed like a good idea to me. But when I start
reading some of those URLs, it's not clear to me if they're talking
about the same thing or not.
Jonathan
Brett
Alexander Johannesen wrote:
I think you are quite mistaken on this, but before we leap into wheter
the web is suitable for SuDoc I'd rather point out that SuDoc isn't
web friendly in itself, and *that* more than anything stands in the
way of using them with the web.
It stands in the way of usin
The user community for these products is WAY bigger than code4lib,
naturally. If Oracle manages to mess them up, then the user community
will fork, or migrate to different products, and we will follow.
Fortunately we are not alone here, there are giant communities formed
around these open sou
Dan Scott wrote:
In the context of the Oracle-Sun and MySQL/OpenOffice/yada yada parent
thread, Derby demonstrates that a software project can 1) go from
proprietary to open source, 2) be contributed to by (in some ways)
direct competitors, and once it is open source 3) lose commercial
support f
Both the terms "federated searching" and "meta-searching" are often used
ambiguously to refer to both of these techniques.
I've been trying to use "broadcast search" and "local index" to be clear
about which technique I'm talking about. (I used to say 'cross-search'
for 'broadcast search', but
Karen Schneider wrote:
But I don't think I was clear with my question in any case; it occurs to me
now that my true question wasn't code-related, but seeing Summon on the conf
agenda prompted me to bring it up here. Namely: has anyone investigated
whether the arrangements SerSol has with content
Dr R. Sanderson wrote:
Eric,
How is this 'new type' of index any different from an index of OAI-PMH
harvested material? Which in turn is no different from any other local
search, just a different method of ingesting the data?
Sounds like good PR to me, rather than a revolution ;)
I don't
Thomas Dowling wrote:
We've occasionally tried to disambiguate those terms for some purposes
around
here and realized that, if most people use them synonymously, they're synonyms.
You can define differences between meta-, federated, and broadcast search, but
every discussion on the topic will b
Ray Denenberg, Library of Congress wrote:
Leaving aside metasearch and broadcast search (terms invented more recently)
it is a shame if "federated" has really lost its distinction
from"distributed". Historically, a federated database is one that
integrates multiple (autonomous) databases so
firm that there is no agreed
terminology - which we sort of all knew. So we just do a lot of explaining -
with pictures - to people.
Peter Noerr
Dr Peter Noerr
CTO, MuseGlobal, Inc.
+1 415 896 6873 (office)
+1 415 793 6547 (mobile)
www.museglobal.com
-Original Message-
From:
Peter Murray wrote:
I don't think it is part of SerSol's business model to offer a feed of
the full metadata it aggregates, but it does seem to be part of the
business model to offer an API upon which you could put your own
interface to the underlying aggregated data.
Yep, it's not pres
c...@touro.edu]
Sent: Wednesday, April 22, 2009 10:21 AM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] Serials Solutions Summon
Jonathan Rochkind wrote:
It _would_ be great if SerSol would actually give you (if you were
subscribed) a feed of their harvested and normalized metadata, so you
It can be a chicken-egg thing too. Maybe more users would be doing more
sophisticated searches if they actually _worked_.
Plus I know that I could write systems to use federated search to embed
certain functionality in certain places, if more sophisticated searches
worked more reliably.
Wal
HTML works out pretty well. If our biggest failures were 'failures' like
HTML, we'd be doing pretty well.
Ray Denenberg, Library of Congress wrote:
From: "Walker, David"
I'm not sure it's a _big_ mess, though, at least for metasearching.
I wasn't thinking specifically about metasea
There is no such thing as rft.identifier.
There is an rft_id -- it's with the underscore, not a period, because
it's not a data element in a _particular_ OpenURL format, rather it
applies to any OpenURL format.
rft_id can be set to any URI (although that URI does need to be itself
URI-encod
ess of metadata format being
used in the particular context object, and you can always use it.
Hope this helps. OpenURL is... kinda a mess.
Jonathan
Jonathan Rochkind wrote:
There is no such thing as rft.identifier.
There is an rft_id -- it's with the underscore, not a period, because
it
Crosswalk is exactly the wrong answer for this. Two very small overlapping
communities of most library developers can surely agree on using the same
identifiers, and then we make things easier for US. We don't need to solve the
entire universe of problems. Solve the simple problem in front of y
s achieved it will be necessary to have the translating
> > dictionary and systems which know how to use it. Unification reduces Ray's
> > list of 15 alternative uris to 14 or 13 or whatever. As long as that number
> > is >1 translation will be necessary. (I will
Yeah, I don't think people use cameras instead of flatbed scanners
because they produce superior results, or are cheaper: They use them
because they're _faster_ for large-scale digitization, and also make it
possible to capture pages from rare/fragile materials with less damage
to the materials
Of course, the downside is that we technically also have a "new" URI
for this resource (since the skos:Concept would need to have a URI),
but we could probably hand wave that away as the id for the registry
concept, not the data format.
So -- we seem to have some agreement here?
-Ross.
I don't understand from your description how Topic Maps solve the
"identifying multiple versions of a standard" problem. Which was the
original question, right? Or have I gotten confused? I didn't think the
original question was even about topic vocabularies, but about how to
best provide an i
I started to do a just bit of web research in this. Open source barcode
photo recognition software looks like it's _just_ starting to become
realistically available. This was the product that looked most
promissing in my web research (not sure if it's what the Android app is
using):
http://co
I wonder how xID handles superceded OCLCnums, if it'll still succesfully
find the right matches for you?
Ray Denenberg, Library of Congress wrote:
From: "Eric Lease Morgan"
1. What MARC field/subfield might I put this string?
2. How would I go about getting the string indexed?
3. How
The Amazon products API keeps changing it's name, and has just been
changed to Amazon "Product Advertising API" -- it's the one you use to
look up books in Amazon and get metadata for them, though.
It looks from an email I got from Amazon that ss of August 15th, you'll
need to cryptographicall
Alexander Johannesen wrote:
Yeah, don't use MODS in general; it's a hack. It's even crazier still
that many versions have the same namespace. What were they thinking?!
Um, MODS is awfully useful for a bunch of reasons. I'm not going to stop
using it because they've used namespaces in a way
that was when thee were no other options. With viable other
options just emerging—Open Library, Google, at least—now is hardly the
time to make it less attractive.
Tim
On Mon, May 11, 2009 at 9:40 AM, Jonathan Rochkind wrote:
The Amazon products API keeps changing it's name, and has just bee
e, at least—now is hardly the
time to make it less attractive.
Tim
On Mon, May 11, 2009 at 9:40 AM, Jonathan Rochkind wrote:
The Amazon products API keeps changing it's name, and has just been changed
to Amazon "Product Advertising API" -- it's the one you use to look
Ross Singer wrote:
My point is that there's a step before that, possibly, where the
"theory" behind unAPI, Jangle, whatever, is tested to even see if it's
going in the right direction before writing it up formally as an RFC.
I don't think the lack of adoption of unAPI has anything to do with
the
It's true that we have buns in the oven that are promissing.
But it's also worth noting that HathiTrust mainly came about via the
Google partnership, and they have certain limitations on what they can
do with their scans that came out of the Google partnership (the current
vast majority), as a
The bet is that PDFs are so popular that _someone_ (the archival
community if no-one else, but probably someone else) will ensure that
they continue to be readable somehow.
These are real non-trivial issues in electronic archiving though, issues
that the archival community. It is generally a
272-5326 office
# 817-688-1926 mobile
# do...@uta.edu
# http://rocky.uta.edu/doran/
-Original Message-
From: Code for Libraries [mailto:code4...@listserv.nd.edu] On
Behalf Of Jonathan Rochkind
Sent: Monday, June 15, 2009 9:13 AM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB]
Does the xISSN documentation say that exceptions by non-OCLC members can
be asked for, and instruct on where to make the request? If you want to
keep from discouraging use accidentally by people who don't know they
can get an exception, it needs to say that on the same page that talks
about th
There is no way to do that inherent to XSL. There _might_ be a way to
do that in the particular environment you are processing your XML.
Which I guess is a Java XSL processor? I'd reccommend finding the
listserv for the Java XSL processor you're using, and asking there.
There might not be a
ly have time for a quick response. Like Jonathan Rochkind said,
there's not really a built in way into XSL to refer to these things
like some other languages. The reason is typically the XSL processor
is used by some other language/system to transform a stylesheet, not
connected directly to the w
Yeah, if I was writing code to display MARC, I think the _right_ thing to do
would be to escape anything I was displaying, because I'd assume it was NOT
html, but might have < or > chars in it, etc.
I don't think HTML tags belong in MARC, that seems like a bad idea to me.
Unless there was a w
There are things you'd want to do with data in a MARC record _other_
than display it in HTML. Maybe you want to send it to someone in email,
or a txt message. Embedding html in your marc is going to make this more
difficult than it should be.
Alexander Johannesen wrote:
Hiya,
I guess I'm the
Ere Maijala wrote:
That shouldn't be a problem as any sane OAI-PMH provider, unAPI or ATOM
serializer would escape the contents. Things that resemble HTML tags
could be present in MARC records without any HTML-in-MARC too.
Sure, and then, if you have html tags in your marc, that system doing
Fine. But as soon as you start distributing that MARC to
downstream consumers, you've made things awfully confusing and
unpredictable.
Jonathan
Ere Maijala wrote:
Jonathan Rochkind wrote:
Ere Maijala wrote:
That shouldn't be a problem as any sane OAI-PMH provider, unAPI or AT
I agree with Ere that XML isn't the real issue here, in understanding
why embedding HTML in MARC is nevertheless something to be avoided if at
all possible. :)
Ere Maijala wrote:
Jon Gorman wrote:
You could substitute XML with e.g. Base64 encoding if it makes thinking
about this stuff eas
Apache docs say:
"*Notice:* If your webserver's URLs are *not* directly related to
physical file paths, you have to use |RewriteBase| in every |.htaccess|
files where you want to use |RewriteRule| directives."
So probably not. I don't use .htaccess files that much myself. But
I've run into
If you do find the answer, let me know. I've been looking for a while
too, and unsuccesful. Thanks for that pointer to that weird workaround
to variables in the right-hand side, I didn't know about that and it
could be useful.
mod_rewrite totally drives me to mythical sendmail levels of insan
When I've experimented with this, I haven't been able to figure out a
way to set my institution in their preferences, without _removing_ any
existing institutions they may have already chosen. I don't want to
over-write their existing preferences, if any, I just want to add my
institution to t
Yeah, I've been thinking of doing this for worldcat.org too -- so the
user will get institutional link resolver and catalog links in
worldcat.org too, which they only get if they're from a recognized IP.
So even though it's free... helps access.
Actually, there is one feature in worldcat.org
I do think that what language you choose to learn in will effect what
you learn though. As someone else mentioned, which was a good point,
being exposed to good code is the best thing to help you learn to write
it. And on that basis, PHP is maybe not a good choice, and Perl can
be... dangerous
Also note, as far as wiki posts, for those at a slightly more
intermediate level, me and BillDueber tried starting this out, to try
and develop some common knowledge about how to make a shared open source
codebase that can actually be shared and not forked.
Please feel free to add to or edit i
Eric Lease Morgan wrote:
I heard someplace recently that APIs are the newest form of vendor
lock-in. What's your take?
When they are custom vendor-specific APIs and not standards-based APIs,
they can definitely function that way. I'm still not sure if even a
vendor-specific API is more or l
Yeah, just to counter the pro-Stallman mania, I personally would be
completely non-plussed by Stallman as a keynote speaker, based on my
experience seeing him before. But I guess that's why we vote.
David Fiander wrote:
If you were to invite Stallman as your keynote, that would certainly
make
Anyone familiar with XML schemas (.xsd)?
Can you help me figure something out. Is there something in the schema
that specifies what elements can serve as the 'root node'... or is any
element described in the schema avaialable for use as a 'root node', and
it'll still validate?
Thanks for any
My opinion... Of course it's possible to mirror a purl server, although
I can't say how easy it is for that particular software. And yes, this
problem could still occur with a different architecture that
accomplishes the same basic thing, like FDsys.
If GPO is going to encourage linking via
I'd add that not only does it sound like GPO maintained no failover
backup, it sounds, based on Jonathan Lebreton's report, like they
didn't even maintain an offline backup, since they're needing to
regenerate the purl database from raw data, rather than simply restoring
from a backup, which w
Duplantis, Patricia A. wrote:
On- and off-site redundant back-up of all critical hardware and systems is and will continue to be performed by GPO.
I don't really understand how this is consistent with:
Though the hardware configuration was restored, GPO has worked continuously, including this
I am a big fan of the original Design Patterns book, myself.
http://www.amazon.com/Design-Patterns-Elements-Reusable-Object-Oriented/dp/0201633612
But just reading the book alone won't do as much as reading the book AND
working with code that is written using the lessons of the book.
The best
Most link resolvers aren't going to know what to do with that -- they
aren't going to know that that OpenURL is meant to represent a web page,
and that the URL in rft_id should be provided to the user.
In general, identifiers in URI form are put in rft_id that are NOT meant
for providing to th
n it resolves to RDF saying more about the thing
identified, it's certainly not expected that it will resolve to full text).
Eric, out of curiosity, will your own link resolver software
automatically take rft_id's and display them to the user as links?
Jonathan
Eric Hellman wrote:
C
Eric Hellman wrote:
http://catalog.library.jhu.edu/bib/NUM identifies a catalog record- I
mean what else would you use to id the catalog record. unless you've
implemented the http-range 303 redirect recommendation in your catalog
(http://www.w3.org/TR/cooluris/), it shouldn't be construed as
d, and i
wonder why you couldn't just do the same thing for the rft_id
also there is a field called rft_val which currently has no use. this might
be a good one for it.
just my 2 cents.
On Mon, Sep 14, 2009 at 12:57 PM, Jonathan Rochkind wrote:
Well, in the 'wild' I barely see
Yes, what Nate said is what I'm trying to say.
Nate, they aren't _trying_ to use the target URL as a uniquely
identifying key. They're _trying_ to use it as... a target URL! They
just can't find anywhere but rft_id to stick a target URL.
But the problem with that is exactly what Nate demonstr
n rft_id is not really a very useful thing to
do.
On Sep 14, 2009, at 1:45 PM, Jonathan Rochkind wrote:
Eric Hellman wrote:
http://catalog.library.jhu.edu/bib/NUM identifies a catalog record-
I mean what else would you use to id the catalog record. unless
you've impleme
401 - 500 of 936 matches
Mail list logo