Become a fan of Slashdot on Facebook

 



Forgot your password?
typodupeerror
Check out the new SourceForge HTML5 internet speed test! No Flash necessary and runs on all devices. ×
The Internet

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.""
This discussion has been archived. No new comments can be posted.

Open Meta Tools Make It Big

Comments Filter:
  • 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!)

    • by Anonymous Coward on Monday April 22, 2002 @09:37AM (#3386952)
      The OAI spec mandates that data providers support unqualified Dublin Core, but you can provide any other metadata format you want in addition to Dublin Core (as long as there's an XML schema defining the format available). So, both
      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
  • ... everything looks like a nail. Quoth the author:

    Staying within the broad definition of resource directory, resources for computers as well as people can be defined. This could also be used as a powerful library card file replacement, where books and other types of information sources could be defined, and access enabled through the powerful search functions.

    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?

    • by JanneM ( 7445 ) on Monday April 22, 2002 @09:27AM (#3386911) Homepage
      It would maybe not make sense directly. However, set an LDAP system as a front-end to the database, and you can access all the data you need in a standard way; connect several library databases into one homogenous virtual database and so on.

      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
      • by Anonymous Coward
        There are several implementations of the virtual LDAP directory you mention. Some of them are Maxware, OctetString, Radiant Logic, and Persistent Data.

        All of them provide the ability to front-end various LDAP, RDBMS, and other data repositories into a virtual LDAP directory structure.
    • by Anonymous Coward
      Actually the Massachusetts library system uses LDAP for it's electronic card file system. LDAP is optimized for fast lookup and searches. Only insertions are slow. SQL is better suited to data that changes where LDAP is mostly for static-ish data like card files.
    • by Anonymous Coward
      I don't know if I like the idea of using LDAP as a library card file, but LDAP does have the advantage of having a heirarchy so it would easier to organize books. Now that I think about it, I'll bet you could get better performance on searchs using LDAP and it would almost certainly be easier to manage.
    • by andyr ( 78903 ) <andyr@wizzy.com> on Monday April 22, 2002 @09:54AM (#3387026) Homepage Journal
      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?

      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.

  • Its good that these meta tools are making progress, but what we need are real standards, and they should be open source, currently there is a lot of confusion, well its true that open source is about choice, but many times too much choice becomes a pain
  • The greatest thing about Free, as in free software is that it's most often also free as in open software, free as in freedom and free as in free beer. ^_^
  • The link Byte.com goes to bye.com!

    ojo al piojo!
  • by SgtChaireBourne ( 457691 ) on Monday April 22, 2002 @12:11PM (#3387745) Homepage
    It's a very interesting article, but it came out in February. That aside it's good that some of these are getting mainstream press.

    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.

  • by 4of12 ( 97621 ) on Monday April 22, 2002 @01:23PM (#3388240) Homepage Journal

    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.

"Marriage is like a cage; one sees the birds outside desperate to get in, and those inside desperate to get out." -- Montaigne

Working...