Comments for inkdroid http://inkdroid.org/journal beep beep Sat, 05 Jul 2008 19:12:49 +0000 http://wordpress.org/?v=2.5.1 Comment on Content-MD5 considered helpful by ed http://inkdroid.org/journal/2008/06/23/content-md5-considered-helpful/#comment-65729 ed Mon, 30 Jun 2008 13:22:53 +0000 http://inkdroid.org/journal/?p=205#comment-65729 No I hadn't seen that <a href="http://gigaom.com/2008/06/27/storage-outages-can-todays-hardware-handle-the-cloud/" rel="nofollow">article</a>, thanks Andy! So is the benefit of using the Content-MD5 HTTP header in addition to the checks built in to TCP? It allows you to check the integrity of the transfer explicitly rather than implicitly by just using TCP? The header does seem redundant somehow--it would be interesting to know the history of why it was added. No I hadn’t seen that article, thanks Andy! So is the benefit of using the Content-MD5 HTTP header in addition to the checks built in to TCP? It allows you to check the integrity of the transfer explicitly rather than implicitly by just using TCP? The header does seem redundant somehow–it would be interesting to know the history of why it was added.

]]> Comment on Content-MD5 considered helpful by Andy Boyko http://inkdroid.org/journal/2008/06/23/content-md5-considered-helpful/#comment-65560 Andy Boyko Fri, 27 Jun 2008 20:47:15 +0000 http://inkdroid.org/journal/?p=205#comment-65560 Did you see where they traced the corruption to a faulty load balancer? (Via <a href="http://gigaom.com/2008/06/27/storage-outages-can-todays-hardware-handle-the-cloud/" rel="nofollow">GigaOm</a>) Did you see where they traced the corruption to a faulty load balancer? (Via GigaOm)

]]> Comment on BagIt by Jim http://inkdroid.org/journal/2008/06/06/bagit/#comment-65445 Jim Tue, 24 Jun 2008 17:41:29 +0000 http://inkdroid.org/journal/?p=203#comment-65445 I was pretty pleased when LC suggested we use the spec to deliver NDIIPP content to them. Super low cost and easy to validate. Addressing Peter's comment regarding 'best before' dates, it's my suspicion that LC isn't in a position to fast-track data acquisition presently. That doesn't mean that the spec, as implemented by others, wouldn't benefit from a data associated with data. I was pretty pleased when LC suggested we use the spec to deliver NDIIPP content to them. Super low cost and easy to validate.

Addressing Peter’s comment regarding ‘best before’ dates, it’s my suspicion that LC isn’t in a position to fast-track data acquisition presently. That doesn’t mean that the spec, as implemented by others, wouldn’t benefit from a data associated with data.

]]> Comment on Content-MD5 considered helpful by Peter Murray http://inkdroid.org/journal/2008/06/23/content-md5-considered-helpful/#comment-65401 Peter Murray Mon, 23 Jun 2008 20:26:32 +0000 http://inkdroid.org/journal/?p=205#comment-65401 Very interesting, indeed! I would have thought that the reliable transport of "TCP" was enough. Page 207 (section 13.14 "TCP Checksum Computation") of my trusty third edition of Comer's Internetworking with TCP/IP says "TCP uses 16-bit arithmetic and takes the one's complement of the one's complement sum. At the receiving site, TCP software performs the same computation to verify that the segment [headers plus playload] arrived intact." Very interesting, indeed! I would have thought that the reliable transport of “TCP” was enough. Page 207 (section 13.14 “TCP Checksum Computation”) of my trusty third edition of Comer’s Internetworking with TCP/IP says “TCP uses 16-bit arithmetic and takes the one’s complement of the one’s complement sum. At the receiving site, TCP software performs the same computation to verify that the segment [headers plus playload] arrived intact.”

]]> Comment on provide and enable by RDFa » Blog Archive » UK National Archive Uses RDFa http://inkdroid.org/journal/2008/06/18/provide-and-enable/#comment-65398 RDFa » Blog Archive » UK National Archive Uses RDFa Mon, 23 Jun 2008 17:46:05 +0000 http://inkdroid.org/journal/?p=204#comment-65398 [...] Gazette (published since 1665), which we have already reported on, the next UK Government site reported to use RDFa is the UK National [...] [...] Gazette (published since 1665), which we have already reported on, the next UK Government site reported to use RDFa is the UK National [...]

]]> Comment on following your nose to the web of data by Lost in Knowledge http://inkdroid.org/journal/2008/01/04/following-your-nose-to-the-web-of-data/#comment-64893 Lost in Knowledge Thu, 12 Jun 2008 17:53:09 +0000 http://www.inkdroid.org/journal/2008/01/04/following-your-nose-to-the-web-of-data/#comment-64893 <strong>Interesting overview about how it works…...</strong> Semantic Web, Linked data, RDF, Web 3.0 and the like are now buzz. A lot is being written about them but sometimes it’s hard for the newbie to fully understand how this data is to be related and how any software could navigate through it. At inkd... Interesting overview about how it works……

Semantic Web, Linked data, RDF, Web 3.0 and the like are now buzz. A lot is being written about them but sometimes it’s hard for the newbie to fully understand how this data is to be related and how any software could navigate through it.
At inkd…

]]> Comment on BagIt by Peter Binkley http://inkdroid.org/journal/2008/06/06/bagit/#comment-64650 Peter Binkley Fri, 06 Jun 2008 21:32:25 +0000 http://inkdroid.org/journal/?p=203#comment-64650 We heard about this at the PASIG meeting in San Francisco last week - it looks very handy. I didn't pick up on the possibility of holey bags there, though. Given that this is intended for delivery rather than persistence, it might be helpful to allow a best-before date in fetch.txt (maybe per line). Since this will often be used to share ingestion-friendly files, which I may not want to leave lying around in web-accessible space, the date would let me say "get it by Friday cuz it may not be there next week". We heard about this at the PASIG meeting in San Francisco last week - it looks very handy. I didn’t pick up on the possibility of holey bags there, though. Given that this is intended for delivery rather than persistence, it might be helpful to allow a best-before date in fetch.txt (maybe per line). Since this will often be used to share ingestion-friendly files, which I may not want to leave lying around in web-accessible space, the date would let me say “get it by Friday cuz it may not be there next week”.

]]> Comment on BagIt by Michael J. Giarlo http://inkdroid.org/journal/2008/06/06/bagit/#comment-64645 Michael J. Giarlo Fri, 06 Jun 2008 16:34:06 +0000 http://inkdroid.org/journal/?p=203#comment-64645 One quick response to gsf's query about fetch.txt, "one question: why aren’t URLs in the fetch.txt preceded by a checksum?" The checksums for files listed in fetch.txt are already listed in the manifest. I'm not sure how useful the length param is since the checksum is already recorded elsewhere, but I suppose it's a good way to -quickly- check if the content from a URL is what you're looking for. One quick response to gsf’s query about fetch.txt, “one question: why aren’t URLs in the fetch.txt preceded by a checksum?”

The checksums for files listed in fetch.txt are already listed in the manifest. I’m not sure how useful the length param is since the checksum is already recorded elsewhere, but I suppose it’s a good way to -quickly- check if the content from a URL is what you’re looking for.

]]> Comment on BagIt by Gabriel Sean Farrell http://inkdroid.org/journal/2008/06/06/bagit/#comment-64642 Gabriel Sean Farrell Fri, 06 Jun 2008 13:47:58 +0000 http://inkdroid.org/journal/?p=203#comment-64642 One thing I'm struck by right away is the similarity of of BagIt to the DSpace Simple Archive Format, which I'll call SAF even though the DSpace docs fail to employ such a lovely acronym. The unfortunate URL for that section of the docs is http://www.dspace.org/index.php?option=com_content&task=view&id=144#itemimporter. Anyway, as you can see there, SAF consists of an archive directory with item subdirectories. Each item directory contains a dublin_core.xml describing the item and a "contents" file similar to the BagIt "manifest", but without the checksums. BagIt is obviously more flexible, and the fetch.txt is a banging idea (one question: why aren't URLs in the fetch.txt preceded by a checksum?). It occurs to me now that it would be simple to send an SAF item or bunch of items within a Bag, though I'm not sure what the gain there would be. In any case, that part of SWORD (i.e. converting from BagIt to something DSpace/Fedora/etc. can ingest) should be pretty simple, so you're probably right that the retrieval of "holey bags" will be the kicker. One thing I’m struck by right away is the similarity of of BagIt to the DSpace Simple Archive Format, which I’ll call SAF even though the DSpace docs fail to employ such a lovely acronym. The unfortunate URL for that section of the docs is http://www.dspace.org/index.php?option=com_content&task=view&id=144#itemimporter. Anyway, as you can see there, SAF consists of an archive directory with item subdirectories. Each item directory contains a dublin_core.xml describing the item and a “contents” file similar to the BagIt “manifest”, but without the checksums.

BagIt is obviously more flexible, and the fetch.txt is a banging idea (one question: why aren’t URLs in the fetch.txt preceded by a checksum?). It occurs to me now that it would be simple to send an SAF item or bunch of items within a Bag, though I’m not sure what the gain there would be. In any case, that part of SWORD (i.e. converting from BagIt to something DSpace/Fedora/etc. can ingest) should be pretty simple, so you’re probably right that the retrieval of “holey bags” will be the kicker.

]]> Comment on SKOS in the Context of Semantic Web Deployment by Presentation at the Library of Congress: Simple Knowledge Organization System (SKOS) in the context of Semantic Web Deployment « Alistair Miles http://inkdroid.org/journal/2008/04/30/skos-in-the-context-of-semantic-web-deployment/#comment-62071 Presentation at the Library of Congress: Simple Knowledge Organization System (SKOS) in the context of Semantic Web Deployment « Alistair Miles Tue, 13 May 2008 16:47:59 +0000 http://inkdroid.org/journal/?p=196#comment-62071 [...] presentation on SKOS and Semantic Web Deployment last week at the Library of Congress. Here’s the blurb.. Links are valuable. Links between documents, between people, between ideas, between data. Data is [...] [...] presentation on SKOS and Semantic Web Deployment last week at the Library of Congress. Here’s the blurb.. Links are valuable. Links between documents, between people, between ideas, between data. Data is [...]

]]>