|
From: David R. <dw...@co...> - 2007-09-28 21:03:40
|
Hi Henry, We talked about this here and see how it should be done. Essentially, the Importer needs to know to comb through any HTML files looking for referenced images, verify that these are included in the ingest package, pull those images into the repository, and (as the HTML doc is pulled in) alter the HTML image references so that they will be properly identified in the repository when the HTML document is viewed. As I noted below, we do something like this for the abstract in the metadata now, so we're not thinking it should be very difficult to add this. What's your publication schedule like? When do you expect to load a second issue? We're wondering when you need this. Whenever we get it added, you'll be able to reload issues and everything should work as you've got it now, except the images will be in the repository along with everything else. --David At 06:06 PM 9/24/2007, David Ruddy wrote: >Henry, > >I'm sending this on to the tech list. > >Interesting problem. I think I understand what you're trying to do. I >suspect the Importer will need to be tweaked a bit to put these >images (sort of supplemental images) into the repository in a way >that makes them accessible to your html file. > >We do this now with in-line images encoded in the abstract element >(in the metadata). But we've not thought about the similar situation >within the content files (in this case an HTML file). > >We'll talk about it here in the next couple of days and devise a >solution. You're on the cutting/bleeding edge, as far as delivering HTML ;-) > >The record_filename_set was designed for a sequence of files that >together make up the entire object. For example, a list of TIFF page >image files that together represent the object described in that >metadata <record>. Or a set of PDF files that together represent the >entire object. In this case, the images are just components and don't >themselves, even taken together, comprise the entire object. We've >tended to call stuff like this "supplemental" or "auxiliary" datastreams. > >--David > > >At 03:50 PM 9/24/2007, H Griffy wrote: > >Hi All, > > > >I've been exploring how to display images in html files, and have > >not been able to figure out an elegant way to do it.\ > > > >The situation: in the new issue of the journal Disability Studies > >Quarterly, one article contains a few images of charts and > >graphs. We are wanting to publish the journal as html (rather than > >creating pdfs) so need to create a link between the main content > >file and the images. > > > >I have tried uploading the articles alongside the html file as part > >of a record_filename_set group -- see excerpt from the journal-issue > >xml below -- but DPubS doesn't ingest the image files into the > >repository or otherwise recognize them as far as I can tell. > > > >I have come up with a functional workaround that seems like it would > >suffice for the current issue but would become unwieldy over the > >long term. Namely, I created a sub-folder within the htdocs folder > >and uploaded the images there. I am then able to hard-code links to > >the images, as in > > > ><img > >src="/publication/dsq.v3/images/in_articles/dsq_v27_04_2007_fall_st > _07_figure01.jpg" > >alt="..."/> > > > >This workaround gets the images to display in the article, but > >doesn't seem like it's the way images are supposed to be included. > > > >Any guidance would be much appreciated. > > > >Thanks, > >Henry > > > > > >PS. I've tried coding the set of files a few different ways. Below > >is my most recent attempt: > > > ><record_filename > >filetype="html">dsq_v27_04_2007_fall_st_07_barnartt.htm</record_filename> > ><record_filename_set setID="1"> > ><set_item seq="1" filename="dsq_v27_04_2007_fall_st_07_figure01.jpg" > >filetype='jpg' /> > ><set_item seq="2" filename="dsq_v27_04_2007_fall_st_07_figure02.jpg" > >filetype='jpg' /> > ><set_item seq="3" filename="dsq_v27_04_2007_fall_st_07_figure03.jpg" > >filetype='jpg' /> > ><set_item seq="4" filename="dsq_v27_04_2007_fall_st_07_figure04.jpg" > >filetype='jpg' /> > ></record_filename_set> > > > >-- > >Henry Griffy > >Program Coordinator, Documentation & Training > >Scholarly Resources Integration Dept > >The Ohio State University Libraries > >600 Ackerman Rd. > >Columbus, OH 43202 > >Ph: 614-247-4663 > >Fx: 614-292-2015 > >------------------------------------------------------------------------- > >This SF.net email is sponsored by: Microsoft > >Defy all challenges. Microsoft(R) Visual Studio 2005. > >http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > >_______________________________________________ > >Dpubs-content mailing list > >Dpu...@li... > >https://lists.sourceforge.net/lists/listinfo/dpubs-content > > >------------------------------------------------------------------------- >This SF.net email is sponsored by: Microsoft >Defy all challenges. Microsoft(R) Visual Studio 2005. >http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >_______________________________________________ >Dpubs-tech mailing list >Dpu...@li... >https://lists.sourceforge.net/lists/listinfo/dpubs-tech |