<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: The ISBN mess: Yet another argument against eBabel and for ePub</title>
	<atom:link href="http://www.teleread.org/blog/2008/06/27/the-isbn-mess-yet-another-argument-against-ebabel-and-for-epub/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.teleread.org/blog/2008/06/27/the-isbn-mess-yet-another-argument-against-ebabel-and-for-epub/</link>
	<description>News &#38; views on e-books, libraries, publishing and related topics</description>
	<pubDate>Fri, 21 Nov 2008 11:16:46 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: Greg Schofield</title>
		<link>http://www.teleread.org/blog/2008/06/27/the-isbn-mess-yet-another-argument-against-ebabel-and-for-epub/#comment-836883</link>
		<dc:creator>Greg Schofield</dc:creator>
		<pubDate>Wed, 02 Jul 2008 14:37:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.teleread.org/blog/2008/06/27/the-isbn-mess-yet-another-argument-against-ebabel-and-for-epub/#comment-836883</guid>
		<description>It is not just cost ISBNs, but &lt;b&gt;Rob&lt;/b&gt; it is  major point, considering the potential for an exponentially greater number of publications and a myriad of potentially new types of publications that epublishers may produce.

Small publishers are, after all, favoured by the technology -- ISBNs are not designed for tiny operations, especially if they are producing many small publications.

ISBNs remain a good way to reference already print published works, but not to identify the electronic versions, which much more readily become new editions.

We need an unambiguous identity system, please see the World Wide Unique Identity system I helped to develop at &lt;a href="http://www.lestec.com.au/aui/auilist.cgi" rel="nofollow"&gt;Lestec&lt;/a&gt; or at &lt;a href="http://members.iinet.net.au/%7Egreg.schofield/aui/auilist.cgi" rel="nofollow"&gt;my own site&lt;/a&gt;.

It is still beta, but the idea is that any server with a static IP can generate these simply, and they can never be duplicated.

Having a simple free Unique code system is relatively easy, what we also need is an international database to register the codes simply.

The system I would be suggesting is very simple, authors are given a unique code, their works another,and the particular edition another code, which need not necessarily be registered in the data base.

I am currently working (very slowly) on my first ebook publication, using it as an example the database would record the author unambiguously:

Author: Egon Erwin Kisch (Prague, April 29, 1885 - March 31, 1948) &lt;b&gt;id = jl5lpcsbnleagl&lt;/b&gt;

Work: &lt;b&gt;Author: jl5lpcsbnleagl&lt;/b&gt;, Australian Landfall (1937), &lt;b&gt;id = uwl5lpcsbnleagl&lt;/b&gt;

Print: &lt;b&gt;Work: uwl5lpcsbnleagl&lt;/b&gt;, Australasian Book Society, 104 Bathurst Street, Sydney Australia 1969 &lt;b&gt;id = a4l5lpcsbnleagl&lt;/b&gt;

Translator: John Fisher &lt;b&gt;id = c4l5lpcsbnleagl&lt;/b&gt;
Translator: Irene Fitzgerald &lt;b&gt;id = qd5ndpcsbruwawl&lt;/b&gt;
Translator: Kevin Fitzgerald &lt;b&gt;id = pf5ndpcsbruwawl&lt;/b&gt;

It has a forward by A. T. Yarwood so he would be a separate entry, along with the forward (written in 1962).

The Print edition would be separately entered as well with its publication data and given another id (it is pre ISBNs).

Then the electronic version given its own edition id, perhaps registered by including some data on the publisher and all the other relevant ids.

Just a suggestion of a way forward, but it has some useful attributes. Over the next few months we are trying to work out a way to always ensure the first character of the id is a-z, because XML identities do not accept a number.

I hope to marry this system with the XHTML/XML namespace so that electronic references can be unambiguously identified.

Hence &lt;b&gt;rod43pcsbnleagl.1.23/5-6&lt;/b&gt; would represent "Australian Landfall" chapter 1 paragraph 23 (p id = 1.23.), the slash represents the next grammatical unit (ie a sentence), so effectively it means sentences 5 and 6 from within the paragraph.

The idea is that we can quote freely and just a fragment is sufficient to trace back to the original work, the electronic edition and via that the original context.

Of course refinements are needed "Australian Landfall" was originally published in German and I do not have the title of that yet, nor any publication details.

Good database design could make a world wide system of reference very easily, allowing for mistakes and simple reassignments, attuned for very small publishers to effectively register their publications.

The system of Ids we are using also allows for easy look up using nested directories, we use a simple reversed time stamp to randomise the IDs and can get effective randomisation easily to 26x32x32x32x32x32 (which is beyond what my calculator can show in normal numbers - 6 levels of directories each containing 32 directories each using the id itself as a key to a lookup table.

The point being, that it is not difficult to come up with a solution that is unambiguous, unique, error-robust, and endlessly extensible.</description>
		<content:encoded><![CDATA[<p>It is not just cost ISBNs, but <b>Rob</b> it is  major point, considering the potential for an exponentially greater number of publications and a myriad of potentially new types of publications that epublishers may produce.</p>
<p>Small publishers are, after all, favoured by the technology &#8212; ISBNs are not designed for tiny operations, especially if they are producing many small publications.</p>
<p>ISBNs remain a good way to reference already print published works, but not to identify the electronic versions, which much more readily become new editions.</p>
<p>We need an unambiguous identity system, please see the World Wide Unique Identity system I helped to develop at <a href="http://www.lestec.com.au/aui/auilist.cgi" rel="nofollow">Lestec</a> or at <a href="http://members.iinet.net.au/%7Egreg.schofield/aui/auilist.cgi" rel="nofollow">my own site</a>.</p>
<p>It is still beta, but the idea is that any server with a static IP can generate these simply, and they can never be duplicated.</p>
<p>Having a simple free Unique code system is relatively easy, what we also need is an international database to register the codes simply.</p>
<p>The system I would be suggesting is very simple, authors are given a unique code, their works another,and the particular edition another code, which need not necessarily be registered in the data base.</p>
<p>I am currently working (very slowly) on my first ebook publication, using it as an example the database would record the author unambiguously:</p>
<p>Author: Egon Erwin Kisch (Prague, April 29, 1885 - March 31, 1948) <b>id = jl5lpcsbnleagl</b></p>
<p>Work: <b>Author: jl5lpcsbnleagl</b>, Australian Landfall (1937), <b>id = uwl5lpcsbnleagl</b></p>
<p>Print: <b>Work: uwl5lpcsbnleagl</b>, Australasian Book Society, 104 Bathurst Street, Sydney Australia 1969 <b>id = a4l5lpcsbnleagl</b></p>
<p>Translator: John Fisher <b>id = c4l5lpcsbnleagl</b><br />
Translator: Irene Fitzgerald <b>id = qd5ndpcsbruwawl</b><br />
Translator: Kevin Fitzgerald <b>id = pf5ndpcsbruwawl</b></p>
<p>It has a forward by A. T. Yarwood so he would be a separate entry, along with the forward (written in 1962).</p>
<p>The Print edition would be separately entered as well with its publication data and given another id (it is pre ISBNs).</p>
<p>Then the electronic version given its own edition id, perhaps registered by including some data on the publisher and all the other relevant ids.</p>
<p>Just a suggestion of a way forward, but it has some useful attributes. Over the next few months we are trying to work out a way to always ensure the first character of the id is a-z, because XML identities do not accept a number.</p>
<p>I hope to marry this system with the XHTML/XML namespace so that electronic references can be unambiguously identified.</p>
<p>Hence <b>rod43pcsbnleagl.1.23/5-6</b> would represent &#8220;Australian Landfall&#8221; chapter 1 paragraph 23 (p id = 1.23.), the slash represents the next grammatical unit (ie a sentence), so effectively it means sentences 5 and 6 from within the paragraph.</p>
<p>The idea is that we can quote freely and just a fragment is sufficient to trace back to the original work, the electronic edition and via that the original context.</p>
<p>Of course refinements are needed &#8220;Australian Landfall&#8221; was originally published in German and I do not have the title of that yet, nor any publication details.</p>
<p>Good database design could make a world wide system of reference very easily, allowing for mistakes and simple reassignments, attuned for very small publishers to effectively register their publications.</p>
<p>The system of Ids we are using also allows for easy look up using nested directories, we use a simple reversed time stamp to randomise the IDs and can get effective randomisation easily to 26&#215;32x32&#215;32x32&#215;32 (which is beyond what my calculator can show in normal numbers - 6 levels of directories each containing 32 directories each using the id itself as a key to a lookup table.</p>
<p>The point being, that it is not difficult to come up with a solution that is unambiguous, unique, error-robust, and endlessly extensible.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Noring</title>
		<link>http://www.teleread.org/blog/2008/06/27/the-isbn-mess-yet-another-argument-against-ebabel-and-for-epub/#comment-836441</link>
		<dc:creator>Jon Noring</dc:creator>
		<pubDate>Fri, 27 Jun 2008 23:17:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.teleread.org/blog/2008/06/27/the-isbn-mess-yet-another-argument-against-ebabel-and-for-epub/#comment-836441</guid>
		<description>The fundamental problem is that ISBN is not designed, nor intended, to be used for different renditions of a book, and each different format of an e-book is a different rendition.

As a small e-book publisher myself, I am very sympathetic with the ISBN cost issue, though, and the entity to blame on this is Bowker.

If Bowker wants ISBNs to be used per the standard, then it needs to set up a better pricing structure for small lots of ISBN numbers. I've not heard any justification for their current pricing structure.</description>
		<content:encoded><![CDATA[<p>The fundamental problem is that ISBN is not designed, nor intended, to be used for different renditions of a book, and each different format of an e-book is a different rendition.</p>
<p>As a small e-book publisher myself, I am very sympathetic with the ISBN cost issue, though, and the entity to blame on this is Bowker.</p>
<p>If Bowker wants ISBNs to be used per the standard, then it needs to set up a better pricing structure for small lots of ISBN numbers. I&#8217;ve not heard any justification for their current pricing structure.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob Preece</title>
		<link>http://www.teleread.org/blog/2008/06/27/the-isbn-mess-yet-another-argument-against-ebabel-and-for-epub/#comment-836376</link>
		<dc:creator>Rob Preece</dc:creator>
		<pubDate>Fri, 27 Jun 2008 21:30:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.teleread.org/blog/2008/06/27/the-isbn-mess-yet-another-argument-against-ebabel-and-for-epub/#comment-836376</guid>
		<description>While it would be great if the whole world could settle on a single eBook format, I don't see that happening in the next five years. In the meantime, allowing a single ISBN to be assigned to a single eBook (offered at a single price) regardless of the format it's converted to makes sense.

For large publishers, ISBN numbers are cheap (a dime each). For small publishers and self-publishers, they're not cheap at all. Different ISBN numbers for each format would also mean going through the registration process six or seven times for each title, add to the complexity of the conversion process because the original would have to be altered for each format (to include the distinct ISBN), and would add to the challenges of accounting for sales.

Rob Preece
Publisher, www.BooksForABuck.com</description>
		<content:encoded><![CDATA[<p>While it would be great if the whole world could settle on a single eBook format, I don&#8217;t see that happening in the next five years. In the meantime, allowing a single ISBN to be assigned to a single eBook (offered at a single price) regardless of the format it&#8217;s converted to makes sense.</p>
<p>For large publishers, ISBN numbers are cheap (a dime each). For small publishers and self-publishers, they&#8217;re not cheap at all. Different ISBN numbers for each format would also mean going through the registration process six or seven times for each title, add to the complexity of the conversion process because the original would have to be altered for each format (to include the distinct ISBN), and would add to the challenges of accounting for sales.</p>
<p>Rob Preece<br />
Publisher, <a href="http://www.BooksForABuck.com" rel="nofollow">http://www.BooksForABuck.com</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
