This has always been the downfall of DSpace, random file access is lacking as a service. We've suggested random file access in the DSpace 2.0 storage api (i.e. for JPEG2000 and VideoStreaming), however, it would still be the responsibility of the application to transition this random file access into a protocol the enduser application would/could process (flv/flash, jpeg2000 service). Christophe, your idea is interesting exploration I'd like to see the outcome of.
Mark On Thu, Aug 12, 2010 at 10:46 AM, Christophe Dupriez < [email protected]> wrote: > Hi Wen! > > The Valorie's answer inspired me to look at the way Acrobat Reader could > simply provide access directly to a given page without immediatly > loading a whole PDF. This would mean that you would store the books > using standard PDF technology. Only the DSpace bitstream access would > have to be adapted to allow direct access. > > This requires HTTP 1.1 (that most browsers and servers support) and the > support of the GET byte-range directive in the application (Tomcat > 6.0.19 and above from what I read). PDFs have to be "optimized" (made > linear). > > So Tomcat 6.0.19 (or .20) is serving PDF files by ranges for direct > references (not going through a servlet). > For DSpace, one would have to modify the bitstream delivery servlet > (reusing Tomcat DefaultServlet code) to support it also. This may be a > nice contribution to DSpace. > > Some references: > http://www.coneural.org/florian/papers/04_byteserving.php > > http://answers.oreilly.com/topic/577-h264-video-streamingseeking-via-java-servlet/ > > Let me know what you think! > > Christophe Dupriez > http://www.destin.be > > Le 11/08/2010 18:57, Shixing Wen a écrit : > > Hi All, > > > > I have a couple questions about how DSpace handles digital books. First > of > > all, as a typical book contains 200-400 pages, should each page be added > as > > a bitstream? If so, is there a tool in DSpace that allows users to "turn > the > > page" rather than go back to the item and click the next page? If all > pages > > should be compiled into one bitstream, the file size for a searchable > PDF/A > > will be pretty large, even after compression, and the Content Inline > > Disposition Threshold in DSpace is set at 8mb, what negative outcome will > it > > result if we reset that Content Inline Disposition Threshold to 0 or > > unlimited? > > > > Alternatively, should we break the book down by chapter and upload each > > chapter as a bitstream? If so, is there an easy way for the user to go to > > the next chapter? > > > > Thanks for your advice, > > > > Shixing > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > Shixing Wen > > Head of Technical Services > > University of Minnesota Duluth Library > > L282 > > 416 Library Drive > > Duluth, MN 55812 > > > > Email: [email protected] > > Phone: 218-726-8498 > > Fax: 218-726-8019 > > > > > > > > > ------------------------------------------------------------------------------ > > This SF.net email is sponsored by > > > > Make an app they can't live without > > Enter the BlackBerry Developer Challenge > > http://p.sf.net/sfu/RIM-dev2dev > > _______________________________________________ > > Dspace-general mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/dspace-general > > > > > > > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by > > Make an app they can't live without > Enter the BlackBerry Developer Challenge > http://p.sf.net/sfu/RIM-dev2dev > _______________________________________________ > Dspace-general mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/dspace-general > -- Mark R. Diggory Head of U.S. Operations - @mire http://www.atmire.com - Institutional Repository Solutions http://www.togather.eu - Before getting together, get t...@ther
------------------------------------------------------------------------------ This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev
_______________________________________________ Dspace-general mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-general
