Open Meta Tools Make It Big 68
Morgahastu writes "Byte.com has a great article about open meta tools and open software in general: "After more than 10 years of open-software development in the scientific community, open software now holds a preeminent place in the operation of the computing community. The three products I have written about simply scratch the surface of the powerful tools available. OpenLDAP and OAI both enable a wide variety of sharing and automated access.""
Re:Things to do today (Score:1)
I love the underpants gnomes, and you have the best troll nick I've ever seen. I had to stare at it for 3 minutes to figure out your username.
Of course, I'm high as fuck, and that's probably why I'm bugging you on
OAI - What metadata specs? (Score:2)
Does anybody know what metadata specifications the OAI uses or can use?
It would be neat if it used PRISM [prismstandard.org] or SCORM [adlnet.org]. (Or both!)
Re:OAI - What metadata specs? (Score:5, Informative)
PRISM and SCORM should work with OAI (although
you might have to whip up an XML schema for
PRISM -- I'm not sure there's an official one in the works). Various communities are looking at OAI for exchanging non-Dublin Core metadata; librarians are looking at it for exchanging MARC data and other forms of metadata (such as the MODS and METS formats). I'd be surprised if someone isn't already trying to do an OAI/SCORM project.
Jerome McDonough
NYU Digital Library Team
jerome.mcdonough@nyu.edu
Re:Byte Magazine (Score:1, Interesting)
To a man with a hammer... (Score:2, Insightful)
Use LDAP as a library card file? Perhaps you could, but that sounds like a classic database application to me. Powerful search functions? Like SQL?
Re:To a man with a hammer... (Score:5, Interesting)
Maybe (and this is blue-sky territory) have a personal LDPA server that in turn accesses all the data you have access to - search for 'Turing', and you will get Google links, references to his papers (with abstracts, and maybe full-text), and information on what publications are available at your local library, through inter-library loans, and what they would cost you to buy at any of several online bookstores.
/Janne
Re:To a man with a hammer... (Score:2, Informative)
All of them provide the ability to front-end various LDAP, RDBMS, and other data repositories into a virtual LDAP directory structure.
Re:To a man with a hammer... (Score:3, Informative)
Re:To a man with a hammer... (Score:2, Informative)
Re:To a man with a hammer... (Score:4, Informative)
The Lightweight part of LDAP means that it is optimised for reading, and does not expect to be written to very much. Databases, on the other hand, could be considered heavyweight because, with transactions, they can guarantee the accuracy of the data.
You cannot run an airline reservation system on LDAP. If I update LDAP information, the next few readers might get stale data.
LDAP is thus lighter on resources, and, IMHO, would be a better tool for a library index.
We need a standard (Score:2, Insightful)
The reasons are obvious... (Score:1)
bad link (Score:1)
ojo al piojo!
Dude, this article is more than 2 months old. (Score:3, Informative)
Protocols to mention besides OpenLDAP and OAI are Whois++ [lut.ac.uk] and Z39.50 [loc.gov]. OAI actually is transported over HTTP. You could do the same with EAD [loc.gov] or others.
Projects which implemented Z39.50 for the purposes of interoperability are ONE and ONE-2 [one-2.org], EUROPAGATE, Desire and Desire II [terena.nl], DECOMATE and DECOMATE II [bib.uab.es], and Renardus [renardus.org] just to touch the surface. Don't forget OHIOLINK...
Another other older, but interesting, metadata activity have been SGML MARC [berkeley.edu], and the corresponding XML MARC.
Those that are interested in more detailed reading can check out the Nordic Metadata Project, Nordic Metadata Project II [helsinki.fi], which studied the practical implications of cross browsing multiple databases and especially the use of Dublic Core. Even if you get agreement on the protocol and data standard, cross searching's not as easy as it sounds. One of the tools is the Dublin Core Metadata Temple [lub.lu.se] (get it while you still can).The BYTE article was exciting to see again and could have benefited further from pointing out the relative ease of use of Dublic Core. OAI uses unqualified Dublic Core, SAFARI [safari.vr.se] uses qualified Dublin Core to create an up to date index over academic research in Sweden. Shoot, since it already uses some META tags, you could even tweak htdig [htdig.org] to use Dublic Core on your own site for those high precision searches.
With the interest in structured data (XML?) maybe well see some sites serving up not just HTML with Dublic Core, but maybe even Docbook [docbook.org] or even TEI / TEI Lite [tei-c.org]. There are great tools for converting from Docbook to HTML, PDF, RTF, etc. and AbiWord and Kword already have partial support for docbook. If there were more, then we could see some real changes on searching the web. Coding for SGML is more difficult, so the obvious choice would be to start from Docbook XML.
[OT] Meta Work (Score:4, Funny)
A joke I used to make long ago with another co-worker was how easily we could be distracted into sinking loads of time and energy into doing "Meta Work"
Instead of doing the job, we'd see where if we just put in a little bit more infrastructure, we'd be 10 times more productive doing the actual work.
The Meta Work paid off, when the time came to the real work, it had to be done at the last minute in a real hurry, since we'd been squandering all that time doing the MetaWork.