Quick question about file formats
All books in the catalog have a zipped conterpart right? I mean specifically, if there is a "text/plain" file in the site, there is also a equivalent one with text/plain and application/zip right?
Paulo Levi wrote:
All books in the catalog have a zipped conterpart right? I mean specifically, if there is a "text/plain" file in the site, there is also a equivalent one with text/plain and application/zip right?
------------------------------------------------------------------------
_______________________________________________ gutvol-p mailing list gutvol-p@lists.pglaf.org http://lists.pglaf.org/mailman/listinfo/gutvol-p
Not necessarily. Some formats, like epub, are already zipped and have no zip file. In the RDF/XML catalog you'll find entries for all files we have. -- Marcello Perathoner webmaster@gutenberg.org
Another quick question :) Are the rules for creating a download url from the "file" tag in the rdf catalog consistent? let's say i have a html and zipped file, of #etext15560 , in this case the download link is &f;dirs/1/5/5/6/15560/15560-h.zip The way to recreate from the arguments is obvious (if lengthy), but i seem to recall it changed before - is there a algorithm that always gives a "valid" link, or should i just give up compressing this and include the link in my db?
I don't care about epub files and such, at least, not yet. On Sat, Oct 30, 2010 at 6:00 PM, Paulo Levi <i30817@gmail.com> wrote:
Another quick question :) Are the rules for creating a download url from the "file" tag in the rdf catalog consistent?
let's say i have a html and zipped file, of #etext15560 , in this case the download link is &f;dirs/1/5/5/6/15560/15560-h.zip
The way to recreate from the arguments is obvious (if lengthy), but i seem to recall it changed before - is there a algorithm that always gives a "valid" link, or should i just give up compressing this and include the link in my db?
Paulo Levi wrote:
Another quick question :) Are the rules for creating a download url from the "file" tag in the rdf catalog consistent?
let's say i have a html and zipped file, of #etext15560 , in this case the download link is &f;dirs/1/5/5/6/15560/15560-h.zip
The way to recreate from the arguments is obvious (if lengthy), but i seem to recall it changed before - is there a algorithm that always gives a "valid" link, or should i just give up compressing this and include the link in my db?
The "algorithm" is the expansion of XML entities, which any common run-of-the-mill xml parser will do for you. I think we had this discussion already. This is an XML file and should be processed thru an XML parser. If you don't, every little cosmetic change to the file structure will break your program. You have been warned. -- Marcello Perathoner webmaster@gutenberg.org
participants (2)
-
Marcello Perathoner -
Paulo Levi