Very interesting! I will check it out
-Peter
On Thu, 25 Oct 2007, Jason Stirnaman wrote:
not, for instance, and entire library catalog? If I could "check out" the
library catalog onto my computer & use whatever tools I wished to search,
Peter,
You might be interested in Art Rhyno's ex
> not, for instance, and entire library catalog? If I could "check out" the
> library catalog onto my computer & use whatever tools I wished to search,
Peter,
You might be interested in Art Rhyno's experiment. Here's Jon Udell's summary:
Art Rhyno’s science project
Art Rhyno’s title is Systems
Hi Jakob-
Yes, I think you are correct that it is a bit much to think that a
distributed archiving model is a bit much for libraries to even consider
now, but I do think there are useful insights to be gained here.
As it stands now, linux developers using Git can carry around the entire
change h
Peter wrote:
Also, re: blog mirroring, I highly recommend the current discussions
floating aroung the blogosphere regarding distributed source control (Git,
Mercurial, etc.). It's a fundamental paradigm shift from centralized
control to distributed control that points the way toward the future
Hi Clay,
I completely agree with everything you just wrote, especially about
Atom + APP being more than just a technology for blogs. APP is a
great lightweight alternative to WebDAV, and promising for all sorts
of data transfer. The fact that it has developer groundswell is a
huge plus. Durin
Hi Peter,
I completely agree with everything you just wrote, especially about
Atom + APP being more than just a technology for blogs. APP is a
great lightweight alternative to WebDAV, and promising for all sorts
of data transfer. The fact that it has developer groundswell is a
huge plus. Durin
This conversation about Atom is, I think, really an important one to have.
As well designed and thought out as protocols & standards such as OAI-PMH,
METS (and the budding OAI-ORE spec) are, they don't have that "viral"
technology attribute of utter simplicity. Sure there are trade-offs, but
the
Hi Ed,
You wrote:
I completely agree. When developing software it's really important to
focus on the cleanest/clearest solution, rather than getting bogged
down in edge cases and the comments from nay sayers. I hope that my
response didn't come across that way.
:-)
A couple follow on quest
On 10/22/07, Jakob Voss <[EMAIL PROTECTED]> wrote:
> I doubt that archiving weblogs is that complicated [1]! You need a
> harvester (partly implemented in many Feed-Reader), an archive (you
> could start with just saving validated ATOM-Files), an index (Solr?) and
> a reader (also already implement
Ed Summers wrote:
Thanks for posting this Jakob. I was just reading RFC 5005 on the
train yesterday (literally) and the parallels between it and OAI-PMH
struck me as well. It's not quite clear to me how deleted records
would be handled with an atom archive feed. But I guess one could
assume if t
On 10/19/07, Ed Summers <[EMAIL PROTECTED]> wrote:
>
>
> Stuart Weibel has written [1] about the subject of blog archiving in
> the past. And I remember hearing Jon Udell and Dan Chudnov talk about
> it [2].
Dan also wrote about blog mirroring, which may be applicable, here:
http://onebiglibrary
Thanks for posting this Jakob. I was just reading RFC 5005 on the
train yesterday (literally) and the parallels between it and OAI-PMH
struck me as well. It's not quite clear to me how deleted records
would be handled with an atom archive feed. But I guess one could
assume if the identifier is no l
Hi,
I just stubled upon the new RFC 5005 about Feed Paging and Archiving. As
far as I understand ATOM with the archived feeds extension can be an
alternative to OAI-PMH. As I summarized in my blog you could map between
the two format:
http://jakoblog.de/2007/10/19/archiving-weblogs-with-atom-and
13 matches
Mail list logo