<?xml version="1.0" encoding="UTF-8"?> <rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:creativeCommons="http://backend.userland.com/creativeCommonsRssModule"><channel><title>Disruptive Library Technology Jester &#187; ALA Annual Conference 2006</title> <atom:link href="http://dltj.org/tag/ala2006/feed/" rel="self" type="application/rss+xml" /><link>http://dltj.org</link> <description>We&#039;re Disrupted, We&#039;re Librarians, and We&#039;re Not Going to Take It Anymore</description> <lastBuildDate>Mon, 06 Feb 2012 20:04:22 +0000</lastBuildDate> <language>en</language> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <cloud domain='dltj.org' port='80' path='/?rsscloud=notify' registerProcedure='' protocol='http-post' /> <creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/3.0/us/</creativeCommons:license> <item><title>Electronic Resource Management Systems in Consortial Environments</title><link>http://dltj.org/article/erm-in-consortial-environments/</link> <comments>http://dltj.org/article/erm-in-consortial-environments/#comments</comments> <pubDate>Mon, 26 Jun 2006 18:49:02 +0000</pubDate> <dc:creator>Peter Murray</dc:creator> <category><![CDATA[Economies of Scale]]></category> <category><![CDATA[Linking Technologies]]></category> <category><![CDATA[ALA Annual Conference 2006]]></category> <category><![CDATA[Digital Library Federation]]></category> <category><![CDATA[ermi]]></category> <category><![CDATA[libraries]]></category> <category><![CDATA[Library and Information Technology Association]]></category> <category><![CDATA[library consortia]]></category><guid isPermaLink="false">http://dltj.org/2006/06/erm-in-consortial-environments/</guid> <description><![CDATA[This is a summary of the discussion of the LITA Library Consortia / Automated Systems Interest Group meeting on Monday morning of the ALA Annual Convention in New Orleans. The meeting consisted of a managed discussion of the use of &#8230; <a href="http://dltj.org/article/erm-in-consortial-environments/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description> <content:encoded><![CDATA[<abbr class="unapi-id ignore noPrint" title="http://dltj.org/2006/06/erm-in-consortial-environments/"></abbr><p>This is a summary of the discussion of the LITA Library Consortia / Automated Systems Interest Group meeting on Monday morning of the ALA Annual Convention in New Orleans.  The meeting consisted of a managed discussion of the use of Electronic Resource Management (ERM) systems in consortial environments.  In some cases, comments from the two primary speakers and discussion among the commingled and unattributed.  Inaccuracies and comments taken out of context are the responsibility of the author of this posting, and corrections or embellishments are welcome in the form of comments to this post or as private e-mail messages.</p><p>The first speaker was from Yale (unfortunately, I arrived late and didn&#8217;t get her name &#8212; a helpful hint in a comment to this posting would be appreciated).  Yale purchased and &#8220;implemented&#8221; (actually getting any ERM system up and running is not a trivial task, so it is hard to say when &#8220;implemented&#8221; is) Verde about 14 months ago when it was in alpha development.  Ex Libris delivered a production version to Yale in September 2005 and from them until two weeks ago Yale has been working through configuration and getting an the electronic journal coverage load into the ERM system to know what they have(&#8220;took quite a while to get there&#8221;).  Next they will be migrating information about which databases and e-books they have, followed by data entry for subscription, license, and administrative information for all records in the system.  They will probably set up these data entry projects with three different groups, one for each metadata type, operating concurrently.</p><p>Yale&#8217;s ILS is Endeavor Voyager.  They looked at Endeavor&#8217;s Meridian and Innovative&#8217;s ERMS in addition to Verde.  ERMS, although it was in production, was less attractive because it would add third vendor in their automation mix.  A major part of their selection process came down to which of their existing systems needed to be more closely integrated with the ERM, and they decided it was more important to be more closely aligned with their existing SFX and Metalib implementations that with the ILS.  Yale&#8217;s systems department thinks they will be able to pull read-only acquisitions information from the Voyager system via a custom &#8216;report&#8217; function using the purchase order number as a key.  Yale is not putting print serial information into Verde.  (Verde has the capability to create a &#8220;print record&#8221; for a &#8220;work&#8221; (e.g. bibliographic record).)  They have an automated lookup from SFX to their ILS that the user can use to find information about print subscriptions.</p><p>The second speaker was Diane Carol from the Oregon Health Sciences University (OHSU).  They have an Innovative Interfaces ILS and because of existing consortial arrangements, had no choice but to use ERMS from Innovative.  Prior to implementing an ERM system, they used things like the 856 fields in the ILS to point to electronic journals plus an external SQL/ColdFusion database for public users and spreadsheets for administrative information, license information, and statistics.  At one point they were trying to maintain holdings in five or six systems (above plus Ovid, PubMed, etc.)  In 2003 they decided to integrate the information about electronic products into one place.  This single source of data would be used to upload to other systems and OpenURL resolves, allow wider access to the license data, and centralize the collection development decisions.</p><p>Information from their old coverage database (ISSN, URLs, and Holdings) was loaded and attached to a resource records.  ISSN connected it to the existing bibliographic record in the ILS.  Also has a license record that is also attached to the resource record.  Doing things this way created &#8220;skeletal records&#8221; for resource records &#8212; the minimal of what is needed to start loading the system.  Because OHSU is part of a consortial union catalog, doing this added a lot of brief records in the union catalog; they are now looking at the process needed to clean this up.  OHSU&#8217;s OpenURL resolver is Innovative&#8217;s WebBridge, and coverage data is automatically updated.</p><p><h2>Helpful Hints</h2><br />Both speakers echoed the need to involve disparate groups of people in the project.  Yale commented that they faced a decision about whether to start with just a small group of people to do a deep load of just the licensing attributes or involve more people with a broad perspective of not just the back-end technical services changes but also the public A-Z list changes.  Yale ended up going with the bigger scope and she was not sure they could have made any other choice.</p><p>Yale started by walking through the DLF ERMI data dictionary to determine what fields they wanted to use what values to put in those fields (e.g. establishing standard terminology), but found it very different when they started the data load and thinking about how they would use it.  For instance, does one need to record in the ERM the state of where the license will be adjudicated?  If it isn&#8217;t part of reporting needs or a public display, then don&#8217;t bother.  (One can always look it up later out of the paper files.)  In other words, don&#8217;t create a &#8220;high bar&#8221; for the initial implementation by thinking that you will fill every field of every record.</p><p>If you already have a link resolver and/or a metasearch engine from a vendor other than that of your ILS, decide whether you need tighter integration with the link resolver/metasearch engine or the ILS and have that weight your selection criteria.  For instance, Yale reports that Verde can eliminate some duplicative data entry &#8212; information entered into Verde can be pushed into SFX.  SFX can also be configured to look up permissions, license rights, and technical information in Verde (an &#8220;i&#8221; information button in SFX).  However, from the same vendor, Metalib is not talking to Verde in any way; it is a concern of Yale for when they start to record database information into Verde.  Yale is seeking from Ex Libris a best practice for data entry now to be prepared for the day when the integration is done.  The general observation of the group was that institutions tend to go with their link resolver product vendor versus their ILS vendor.</p><p><h2>To pay attention</h2><br />Know whether you getting a &#8220;Knowledge Base&#8221; with your product?  If not, that will add on to the ultimate cost.  (Meridian, for instance, doesn&#8217;t come with a knowledge base.)</p><p>Implementation is done for Verde 2.0, documentation done on July 1, early adopters are using the software, public demonstration sites are ready, general release date announcement coming soon.  Verde 2.0 has some new features for consortia.  Although it not available yet, it is still useful to have their 1.1 implementation to start addressing how the consortium will deal with the definition of fields and how they will be used across the consortium.</p>]]></content:encoded> <wfw:commentRss>http://dltj.org/article/erm-in-consortial-environments/feed/</wfw:commentRss> <slash:comments>1</slash:comments> </item> <item><title>It&#8217;s All About User Services:  A Summary and Commentary on the LITA Top Technology Trends meeting</title><link>http://dltj.org/article/lita-top-tech-trends/</link> <comments>http://dltj.org/article/lita-top-tech-trends/#comments</comments> <pubDate>Mon, 26 Jun 2006 03:34:55 +0000</pubDate> <dc:creator>Peter Murray</dc:creator> <category><![CDATA[Blue Sky]]></category> <category><![CDATA[Disruption in Libraries]]></category> <category><![CDATA[ALA Annual Conference 2006]]></category> <category><![CDATA[digital libraries]]></category> <category><![CDATA[libraries]]></category> <category><![CDATA[library 2.0]]></category> <category><![CDATA[Library and Information Technology Association]]></category> <category><![CDATA[opac]]></category><guid isPermaLink="false">http://dltj.org/2006/06/lita-top-tech-trends/</guid> <description><![CDATA[What follows is a summary and commentary on the LITA Top Technology Trends meeting at ALA annual conference in New Orleans on 25-Jun-2006. What I&#8217;ve tried to do is collate comments from the panel members and add my own commentary &#8230; <a href="http://dltj.org/article/lita-top-tech-trends/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description> <content:encoded><![CDATA[<abbr class="unapi-id ignore noPrint" title="http://dltj.org/2006/06/lita-top-tech-trends/"></abbr><p>What follows is a summary and commentary on the LITA Top Technology Trends meeting at ALA annual conference in New Orleans on 25-Jun-2006.  What I&#8217;ve tried to do is collate comments from the panel members and add my own commentary (marked off <span style="font-size: 96%; font-style: italic;">as such</span> from the rest of the summary) where I thought I had something useful to add.  It is my hope that this summary is a faithful representation of the statements made by the participants in the panel.  If not, please let me know privately or in the comment area here and I will make the appropriate corrections on the body of the blog post.</p><p>Please note that this is not intended to be a complete summary of the comments of the panelists; in some cases I forgot to write things done, in other cases what was said didn&#8217;t fit neatly into this collated set of topics.  For a more complete accounting of the topics, please see <a href="http://www.librarywebchic.net/wordpress/2006/06/25/lita-top-technology-trends/">Karen Coombs&#8217;</a> and <a href="http://litablog.org/2006/06/25/the-annual-top-10-trends-extravaganza/">Michelle Boule</a> LITA Top Technology Trends postings.</p><p><h2>Evolution and Interim Solutions</h2></p><p>As a profession, we need establish a collective mindset that &#8220;everything we do is an interim solution.&#8221;  When our perspective is that of managing interim solutions, we begin to describe our activities with the language and context of interim solutions &#8212; that this is work not completed.  For instance, faceted browsing is not the solution.  Its adoption is part of an iterative process. (Tom Wilson)  There is lots of experimentation in the arena of &#8220;next generation&#8221; OPACs and interfaces &#8212; navigation, scope of OPAC content, consolidation of purchased and subscribed content &#8212; and none of them are &#8220;good enough&#8221; to be long-term solutions. (Marshall Breeding)  And if our gaze rests solely on the OPAC, we are in trouble.  The catalog is but one source of information about library content yet it receives the lion&#8217;s share of attention and effort.  (Roy Tennant)</p><p style="font-size: 96%; font-style: italic;">Approaching change with the mindset of managing interim solutions will encourage flexibility and more experimentation.  I agree with these statements, and I think we need to be prepared to move a little more nimbly in the coming years.  Perhaps not at &#8220;internet speed&#8221; &#8212; we have firm roots in sound practices &#8212; but certainly no longer at, say, &#8220;committee speed.&#8221;</p><p>Research in information retrieval is now being explored by those that are not in our profession.  We are no longer the landlords of the information space that we were before (but perhaps we can reclaim some of it through a lease-back arrangement).  (Andrew Pace)</p><p style="font-size: 96%; font-style: italic;"><a href="http://dltj.org/tag/jcdl2006">My recent trip to JCDL</a> brought this home.  The &#8220;joint&#8221; of JCDL is, by the way, the Association of Computing Machinery (ACM) and IEEE&#8217;s Computer Section &#8212; nary a &#8220;library organization&#8221; in sight for this &#8220;digital library&#8221; conference.  There is top-notch information retrieval experiments and practices being explored here&#8230;stuff that we could apply or consider applying to our own systems.</p><p>There has been lots of consolidation in the business side of the library automation industry, but it is still fragmented and more consolidation will be coming.  The future will have fewer companies and probably a fewer number of hopefully better products.  The large automation companies are outsourcing development and integration of some modules, particularly for ERM functions (to companies such as Serials Solution and TDnet). (Marshal Breeding)</p><p>The has also been the rise of &#8220;managed&#8221; open source.  Some open source has an audience that is wide enough to be community-maintained (the Apache web server, for instance).  For applications of a more limited interest, companies are making it their buisiness to provide support for open source software (IndexData and others). (Karen Schneider)  One example in particular, the field of Institutional Repositories was initially open source, but this capability is now being marketed as a complimentary part of an ILS.  This puts institutional repository capabilities into the hands of more institutions. (Clifford Lynch)</p><p><h2>Focus on the Service Aspects</h2></p><p>The results of the mass-digitization efforts will change library operations.  What is the role of library if everyone has content on their gizmo?  Our role must be to provide services on that content.  (Eric Morgan)</p><p><h3>Faceted Browsing</h3></p><p><a href="http://www2.lib.ncsu.edu/catalog/">NCSU&#8217;s Endeca-enabled catalog</a> is part of a long-term strategy for improving access to the items in the catalog; is is not the end.  (Andrew Pace)  Any decent search engine in 2006 will have this capability.  Faceted navigation does a good job at marrying the search and browse modalities.  (Karen Schneider)</p><p><h3>Findability as a Service</h3></p><p>The recent focus on &#8220;findability&#8221; is very healthy and the dissatisfaction of the library catalog is part of a reorientation to better serve the user. (Karen Schneider)  Software for faceted browsing and personalization has reached a commodity status.  Automatic classification and subject assignment and natural language processing are the first part of the last mile.  (Andrew Pace)</p><p>Along with this has to be the realization that the OPAC is not the center of the library universe; other services are of equal importance to the users.  Users with full-text expectations are coming to our metadata universe.  And for them, tutorials, screen captures, and desktop movies are not going to cut it. (Karen Schneider)</p><p style="font-size: 96%; font-style: italic;">Karen has a new twist on the &#8220;librarians like to search, users like to find&#8221; axiom.  Our users new expect content &#8212; not pointers to the content &#8212; to be at the end of their finding process.  And increasingly they are familiar with finding modalities coming out of the web-as-a-whole and will not sit through a bibliographic instruction session or watch a &#8220;screen cast&#8221; (movie of desktop capture) to learn how to use a new service.  Think Jacob Nielson here &#8212; if everyone is doing it a certain way, you probably should, too, regardless of the fact that you mike know a better way to do it.</p><p>At the same time we see the breakdown of barriers to publication &#8212; with blogging and wiki software, anyone can be a publisher.  Along with the benefit of the capability for everyone to publish, we have the detriment of everyone being a publisher.  Should the library offer a filtering and selection service for this content? (Roy Tennant)</p><p style="font-size: 96%; font-style: italic;">I can&#8217;t remember the exact context of Roy&#8217;s mention of this, but it seems that we should be offering this kind of sorting and filtering service of the &#8220;unwashed&#8221; blog and wiki content so it is inter-filed with selected and vetted content from our commercially-produced collections.  That would be a service to our users, I think.</p><p><h3>Actionability as a Service</h3><br />Dissatisfaction with the OPAC is not just about its use as a findability tool.  It is not just about getting the thing; users want to execute services against the thing:  talk about it, find others who read it and what they read, create quick bibliographies, and discuss the work with the author.  (Eric Morgan)</p><p style="font-size: 96%; font-style: italic;">Eric was talking fast, and so not all of the actions he mentioned are listed above.  I can&#8217;t remember if one of the actions he listed as &#8220;excerpt&#8221;.  Technology has made it easy to excerpt and recombine pieces of content into a new work and the users have taken advantage of this capability &#8212; they call it a &#8220;mash-up.&#8221;  As we put content online we need to bring along the enabling technologies that allow it to be excerpted &#8212; when appropriate &#8212; and track back the provenance of that excerpted content.</p><p><h3>Publishing Platform as a Service</h3><br />Voice-over-IP (VoIP) makes it easier for users to communicate all over the world. (Eric Morgan)  Ubiquitous and constant communication mean that those with arcane interests can find each other on the network and create a small community.  Sometimes these small communities create artifacts (for example, the code4lib conference).  How can libraries serve these microcommunities well?  Since we operate inside geographic boundaries and these communities don&#8217;t, how do we service them? (Roy Tennant)</p><p>Web pages created in the form of blogs and wikis are becoming the norm rather than the exception.  How do we think about of these sorts of things?  Content is married to the software and underlying database, and it will be difficult to migrate these things forward. (Eric Morgan)  The rise of community sistes (collectively, systems like Flickr, MySpace, GMail, etc.) increases the confusion between services for sharing versus services for preservation.  &#8220;Over the next few months this lesson will be driven home.&#8221; (Clifford Lynch)</p><p style="font-size: 96%; font-style: italic;">This is a concern of mine as well, particularly with the conflicting value systems of the entities in question.  As corporate bodies, accountable to venture capital firms or shareholders, will sustain a service as long as the business model is profitable.  When it is no longer profitable, what happens to the content on those systems?  These corporate bodies also seem to be relying &#8212; again &#8212; on revenue from advertising to sustain their activities.  Despite the success of Google in reviving this method of moving money around cyberspace, do we really think that advertising-supported sites will continue indefinitely?</p><p>And everyone is publishing, with resulting decreases in this think we call &#8220;privacy.&#8221;  Teenagers are now being councled that what they put in Facebook will follow them for the rest of their life. (Karen Schneider)</p><p style="font-size: 96%; font-style: italic;">If libraries do service these communities, what is our responsibility to inform users of the risk to their privacy and/or take proactive steps to protect their privacy.  This question goes beyond, of course, statutory requirements in the United States and other countries regarding the solicitation and position of information about minors.</p><p>Granting agencies and university administrators coming to understand the importance of long-term data management and curation.  The <a href="http://www.nsf.gov/div/index.jsp?org=OCI">National Science Foundation&#8217;s Office of Cyberinfrastructure</a> will be putting out guidelines on this soon, and it will be something to watch for. (Clifford Lynch)</p><p><h3>Network Services</h3><br />In May, <a href="http://www.internet2.edu/">Internet2</a> announced the blueprint and initial capabilities for its next generation network.  Initially the core links will have 80 gigabits per second (Gb/s) of bandwidth; the technology being employed is extensible to 800 Gb/s.  Over the course of the next 18 months, it will replace the existing Abeline network.  And this network will work differently from networks as we know them now:  it will be a mixed optical/IP network, meaning that dedicated point-to-point links can be provisioned across the fibre for very high-speed transmissions.  With network capacities increasing at this rate, it is possible to rethink how one uses the network.  Distributed storage, or &#8220;grid storage,&#8221; is now reasonably possible, for instance. (Clifford Lynch)</p>]]></content:encoded> <wfw:commentRss>http://dltj.org/article/lita-top-tech-trends/feed/</wfw:commentRss> <slash:comments>3</slash:comments> </item> <item><title>&#8220;Identifiers Roundup&#8221; &#8212; LITA Standards Interest Group in conjunction with NISO</title><link>http://dltj.org/article/lita-standards-ig-identifiers-roundup/</link> <comments>http://dltj.org/article/lita-standards-ig-identifiers-roundup/#comments</comments> <pubDate>Sun, 25 Jun 2006 02:18:13 +0000</pubDate> <dc:creator>Peter Murray</dc:creator> <category><![CDATA[Linking Technologies]]></category> <category><![CDATA[ALA Annual Conference 2006]]></category> <category><![CDATA[CNRI]]></category> <category><![CDATA[Crossref]]></category> <category><![CDATA[Digital Object Identifier]]></category> <category><![CDATA[handles]]></category> <category><![CDATA[identifier]]></category> <category><![CDATA[ISBN]]></category> <category><![CDATA[ISO]]></category> <category><![CDATA[iso2108]]></category> <category><![CDATA[ISSN]]></category> <category><![CDATA[libraries]]></category> <category><![CDATA[Library and Information Technology Association]]></category> <category><![CDATA[metadata]]></category> <category><![CDATA[National Information Standards Organization]]></category> <category><![CDATA[publishing]]></category><guid isPermaLink="false">http://dltj.org/2006/06/lita-standards-ig-identifiers-roundup/</guid> <description><![CDATA[This is a report of the presentations from the LITA Standards Interest Group at the ALA Annual Conference, 24-Jul-2006, in New Orleans. Pat Stevens, interim director of NISO, moderated the panel discussion.ISSN Regina Reynolds, Library of Congress (U.S. ISSN Center)StructureThere &#8230; <a href="http://dltj.org/article/lita-standards-ig-identifiers-roundup/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description> <content:encoded><![CDATA[<abbr class="unapi-id ignore noPrint" title="http://dltj.org/2006/06/lita-standards-ig-identifiers-roundup/"></abbr><p>This is a report of the presentations from the <a href="http://www.lita.org/" title="http://www.lita.org/">LITA</a> <span class="removed_link" title="http://www.ala.org/ala/lita/litamembership/litaigs/igstandards/standards.htm">Standards Interest Group</span> at the ALA Annual Conference, 24-Jul-2006, in New Orleans.  Pat Stevens, interim director of <a href="http://www.niso.org/" title="Home - National Information Standards Organization">NISO</a>, moderated the panel discussion.</p><p><h2>ISSN Regina Reynolds, Library of Congress (U.S. ISSN Center)</h2><br /><h3>Structure</h3><br />There are 80 ISSN centers worldwide with about 150 people associated with the assigning of ISSNs.</p><p>The ISSN International Center is located in Paris.  It assigns the prefixes to ISSN centers and holds a master copy of descriptive metadata &#8212; the &#8220;Key Title&#8221; plus other metadata elements in MARC format &#8212; for every assigned ISSN.  It also provides documentation, a manual (about 80-100 pages in length) and support for new centers coming on board.</p><p>Activities for ISSN matters comes from a Governing board elected by the membership.  The directors of ISSN centers also meeting annuallyto resolve operational issues.  An &#8220;ISSN Users Group&#8221; has recently been formed as well.  The ISSN standard itself is undergoing revision now.</p><p><h3>Funding</h3><br />According to the standard and in practice, there is no charge to receiving an ISSN assignment. The  ISSN International Centre&#8217;s budget is about 1.5M euros/year (55-60% is salaries).  As sources of revenue, one third comes from the host country of the ISSN International Centre (France), one third from membership dues of the national ISSN centers, and one third from the sales of derivatives of the central ISSN database.</p><p>For the U.S. this translates to about $120K/year dues to the International Centre, plus the cost of staff salaries and benefits, office space, and operational expenses.  The Library of Congress pays this out of its budget.</p><p><h3>Statistics</h3><br />As of June 18, 2006, there are about 1,252,191 records in the central ISSN catalog.  That figure grows by between 50,000 and 60,000 records per each year.  About the same number of records each year change as a result of maintenance activities.</p><p>The U.S. assigns about 6,000 ISSNs per year, which is considered a low number because publishers should be assigning different ISSNs to different media types.</p><p><h3>Challenges</h3><br />The Library of Congress funds the membership dues and operational costs for being the ISSN assignment center for the U.S.  Although LC makes use of ISSN assignments, it is an outwardly-directed program that supports publishers. Future funding could be uncertain (c.f. the current debate over series authority records).</p><p>The assignment center receives a lot of &#8220;Vanity&#8221; ISSN requests:  personal newsletters, publications of only local interest (&#8220;the town gardening club&#8221;), and those seeking a &#8220;free&#8221; standard number (since there is a fee for receiving and ISBN assignment).  The rules typically applied to requests for ISSNs are based on whether the serial is &#8220;in the chain of trade&#8221; &#8212; will it be cited elsewhere or included in indexing and abstracting services or in OpenURL resolvers.  Recently the blogging community have been seeking ISSNs, but this has been ruled as not an appropriate use of the ISSN standard.</p><p><h3>Future ISSN Network Directions</h3><br />Sustaining funding and enhancing use of the ISSN through the development of new products and distribution services.  There is also an increased need for automation.  The standard practice now is to hand-craft each metadata record for each number assignment.  The nature of this assignment process doesn&#8217;t scale well.</p><p>One question from the audience was about the possibility of running out of numbers.  Almost 10,000,00 individual numbers are available for assignment, of which only about 2,000,000 have been used.  The pressure of running out of numbers may cause some structural changes to be adopted.  One such change that could be considered is the addition of a suffix for media type &#8212; a journal in print and the electronic manifestation of that journal would have the same ISSN (which is different than the standard practice now) and be distinguishable from a suffix added to the base ISSN.</p><p><h2>Brian Green, International ISBN Agency</h2><br /><h3>Brief History</h3><br />The ISBN system was devised in the late 1960s and first published as an ISO standard (ISO 2108) in 1972.  By comparison to other identifiers, the Universal Product Code (UPC) was introduced in 1973 and the European Article Numbering-Uniform Code Council (EAN-13) in 1997.</p><p>It has universally adopted as the key identifier for books.  The standard was last rewritten in 1992 and last revised in May 2005.  The 13-digit ISBN comes into being on the 1st of January next year.</p><p>By definition in the standard, ISBNs are only for books.  It is a &#8220;manifestation&#8221; or supply-chain identifier.  Coverage includes digital monographic publications on physical carriers (CDs) or online. A separate identifier required for each electronic version separately traded.  ISBNs can also be allocated to parts of books traded separately (e.g. chapters).</p><p>The migration to 13-digit ISBNs to be encompassed in the EAN-13 standard was an interesting problem. In the EAN-13 barcode system, prefixes are assigned based on country (e.g. &#8220;Germany&#8221;), not on products (e.g. &#8220;books&#8221;).  So the question was how to incorporate internationally established yet product-specific ISBN into the country-specific EAN-13 system.  The answer?  Create a new country, &#8220;Bookland&#8221;, and give it a country prefix 978 (with 979 in reserve).  GS1 (formerly EAN Int.) and ISBN now discussing the incorporation of ISBN into RFID tags as part of EPC (Electronic Product Code) standard.</p><p><h3>Management and Governance</h3><br />When the standard was adopted in 1972, the Berlin State Library offered to host it at its own expense.  As a result, there was no legal &#8220;ISBN&#8221; entity, no formal governance procedures, no governing board, and the members of the national agency met once a year and made changes to practice by consensus.</p><p>In 2005, the International ISBN Agency Ltd was created, and it will take over management and governance of ISBN in 2006.  The International ISBN Agency is a not-for-profit, limited by guarantee organization with the guarantors/members are the national agency (160 in all).  Each national agency has one vote in the governing body with a governing board elected by the members.  ISO is keen on this change because it prefers to contract with an organization to be the maintenance agency of a standard; this is now possible.</p><p><h3>Structure and Process</h3><br />The assignment of ISBNs, like ISSNs, is a highly distributed process.  The International ISBN Agency assigns group identifier to national agencies.  The identifier is a variable number of digits within the 13 digits and is based on size of publishing industry represented by the local agency.  The national agency assigns the publisher an identifier prefix; it, too, is a variable number of digits based on anticipated number of books to be published and needing assignment.  Publishers themselves assign the product identifier based on their allocated range.  There are few rules for the assignment of numbers.</p><p>The move to 13-digit ISBN means that all 160 agencies have to understand the change and tweak their systems.  (Each country has their own system and software, but standard management tools are now under development.)Most agencies have worked with libraries and the book trade in their countries to facilitate change.</p><p>Unlike the ISSN international agency, there is no central repository of metadata about assigned ISBNs.  ISO 2108 states that &#8216;publishers &#8220;shall&#8221; supply local agency or its nominee with basic information about the publication to which ISBN is assigned&#8217; but in reality this is unenforcable once the prefix has been given to the publisher.  Publishers, of course, want their items to be bought, so they generally will participate in a local books-in-print effort.  The International ISBN Agency publishes a list of identifier prefixes assigned to national agencies (the Publishers International ISBN Directory or PIID).  National agencies compile or collaborate in producing a local books in print (for instance, Bowker in the US, Nielsen BookData in UK).  In many cases, the compilation is aligned with a national bibliography effort.</p><p><h3>Funding</h3><br />The standard states that national agencies may charge &#8220;reasonable&#8221; fees for assignment of an ISBN, and most do.  Beginning in 2005, national agencies pay membership fees to the International ISBN agency based on a combination of GNP and publishing turnover; it ranges from 250 to 18,000 Euros per year.  International Agency uses membership funds for managing and promoting the ISBN system, providing training, and creating software to help member agencies.</p><p><h2>Chuck Koscher, Technology Director, CrossRef</h2><br /><h3>Service Infrastructure provided by CrossRef and DOI</h3><br />CrossRef itself is not an identifier-assigning organization.  Rather it makes use of the other identifier organizations to provide the infrastructure for resolving identifiers.  In practice, it is made up of three entities:</p><ul><li>Corporation for National Research Initiatives (CNRI): Develops and maintains the Handle system.  It is a technology partner to the International DOI Foundation (IDF) and an advocate for broad technical solutions.</li><li>International DOI Foundation&#8217;s Digital Object Identifier (DOI):  Develops and maintains the DOI standard and is an advocate for DOI-related technology.</li><li>CrossRef:  Operates a metadata look-up service for the registration of metadata about a DOI identifier, servicing queries to discover the appropriate DOI identifier, and redirection of resolver requests to provide a stable space for these persistent identifiers as the underlying objects move around.  CrossRef also sustains a community of users (publishers, libraries, aggregators, secondaries) making use of DOIs as well as monitoring and maintaining the integrity of the resolver service (quality of metadata and links to objects).</li></ul><p><h3>Structure and Process</h3><br />A DOI, as expressed as a URL, has three parts:</p><ul><li>A resolver address (http: //dx.doi.org/) which itself is not a formal part of the DOI.</li><li>The DOI Prefix (10.1016) assigned to publishers by the DOI maintenance organization.</li><li>The DOI Suffix (S0040-4039(01)80789-9) created by publishers.</li></ul><p>DOIs are a special subset of the CNRI Handles; any CNRI Handle that beings with &#8220;10.&#8221; is a DOI prefix.  A DOI and a CNRI Handle are technically the same thing sharing the same resolving infrastructure.  One can resolve a CNRI handle against a DOI resolver (for now, may be blocked in the future) and one can resolve a DOI against a CNRI handle resolver.</p><p>To assign a DOI, a publisher sends the article metadata to CrossRef with the assigned DOI prefix and publisher-defined suffix.  Systems can query the CrossRef database using citation metadata to determine if a DOI exists for that citation.  If so, a user interface can present the referring article as an active link to a DOI resolver.  When the user selects the link, the browser contacts a DOI resolver and receives in return a URL to the reference document.</p><p><h3>Finances</h3><br />It costs an estimated $200,000 to $300,000 per year in both infrastructure and operational expenses to maintain the CrossRef resolvers and community.  There is a membership fee required to be a member of CrossRef and a fee for each DOI assigned by the member.  There is also an on-going fee for each assigned DOI.<p style="padding:0;margin:0;font-style:italic;" class="removed_link">The text was modified to remove a link to http://www.ala.org/ala/lita/litamembership/litaigs/igstandards/standards.htm on June 9th, 2011.</p>]]></content:encoded> <wfw:commentRss>http://dltj.org/article/lita-standards-ig-identifiers-roundup/feed/</wfw:commentRss> <slash:comments>1</slash:comments> </item> <item><title>Minutes of the ALA/LITA JPEG2000 for Libraries and Archives interest group meeting</title><link>http://dltj.org/article/j2kig-minutes/</link> <comments>http://dltj.org/article/j2kig-minutes/#comments</comments> <pubDate>Sat, 24 Jun 2006 21:25:51 +0000</pubDate> <dc:creator>Peter Murray</dc:creator> <category><![CDATA[JPEG2000]]></category> <category><![CDATA[ALA Annual Conference 2006]]></category> <category><![CDATA[jpeg2000]]></category> <category><![CDATA[libraries]]></category> <category><![CDATA[Library and Information Technology Association]]></category> <category><![CDATA[standards]]></category><guid isPermaLink="false">http://dltj.org/2006/06/j2kig-minutes/</guid> <description><![CDATA[Attending: M. Anderson, U of Iowa; A. Laas, LexisNexis; Y. Han, U of Arizona; P. Howell, Western Michigan University; Y. Kaganovia, Princeton U; P. Murray, OhioLINK; K. Thompson, Smithsonian LibrariesParticipants talked about their interest in JPEG2000 and their institution&#8217;s use &#8230; <a href="http://dltj.org/article/j2kig-minutes/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description> <content:encoded><![CDATA[<abbr class="unapi-id ignore noPrint" title="http://dltj.org/2006/06/j2kig-minutes/"></abbr><p>Attending:  M. Anderson, U of Iowa; A. Laas, LexisNexis; Y. Han, U of Arizona; P. Howell, Western Michigan University;  Y. Kaganovia, Princeton U; P. Murray, OhioLINK; K. Thompson, Smithsonian Libraries</p><p>Participants talked about their interest in JPEG2000 and their institution&#8217;s use of the standard:  Western Michgan University is digitizing manuscripts and other special collections materials and using JPEG2000 for access; LexisNexis is using JPEG2000 in the maps portion of the U.S. Serials Set digitization program; the Smithsonian Libraries has started converting archival TIFFs to JPEG2000 and is considering use of the standard in the Biodiversity Heritage Library project (including a capability to cross-link taxonomic names in digitized text to oneline databases).</p><p>There was discussion of the state of JPEG2000 in library systems.  Companies such as Luna (&#8220;Insight&#8221;), DiMeMa (&#8220;ContentDM&#8221;), Ex Libris (&#8220;Digitool&#8221;) now use JPEG2000 in their back-end systems and use some sort of server-side transformation to deliver an image to the user.  Peter spoke of the Google Summer of Code project to build a JPIP applet in Java that could be embedded in web pages to do the panning and zooming on the client side rather than the server side.</p><p><h2>Ideas for Programming</h2><br />Meeting participants appreciated the &#8220;Introduction to JPEG2000&#8243; presentation last year and would like to see an update on how the standard is being used in practice.  Possible topics included bringing in representatives from the medical imaging and motion picture industry to talk about the use of JPEG2000 in DICOM and the Digital Cinema Initiative to get a sense of how the standard is used outside of libraries and archives.  Other suggested topics included updates on the standardization of the various parts through the ISO process, presentations by vendors on their use of the standard in their products, and demonstrations by practitioners of the standard.</p>]]></content:encoded> <wfw:commentRss>http://dltj.org/article/j2kig-minutes/feed/</wfw:commentRss> <slash:comments>3</slash:comments> </item> </channel> </rss>
<!-- Served from: dltj.org @ 2012-02-11 09:44:07 by W3 Total Cache -->
