On 12/7/2010 9:23 AM, Nathan Tallman wrote:
> Aaron -- I really like the DuBois finding aid, it's beautiful!  Did you
> generate it from one EAD or did you have to create secondary EAD's with
> single<dsc>  elements to get the series box folder listings?  Or maybe that
> part was done with hand coding afterwards?  I was hesitant to use multiple
> <dsc>  elements as it goes against RLG best practices.  It's actually what
> was done on the previous version of this finding aid.  Your presentation is
> really nice though...might just have to do it.

Glad you like it!  We're actually in the process of redesigning our 
finding aids so hopefully they get better, not worse...

We have an uber EAD for Du Bois that has a combined <dsc> and then links 
out (using <exref>) to separate EAD records that contain the in-depth 
<dsc> for a given series.  It's a little convoluted but it also keeps 
the original XML docs from getting too large.

If you still wanted to keep everything in one source EAD/XML file, you 
could use XSLT to generate the separate static HTML files.

EAD does an awesome job providing inelegant solutions to obvious 
problems...  Sigh...

In any case, let me know if you want to look at the EAD/XML for this 
finding aid, I'll be happy to send it off list.


> Nathan
> On Mon, Dec 6, 2010 at 5:22 PM, Andrew Hankinson<[log in to unmask]
>> wrote:
>> Another option might be to create a PDF version of this document for the
>> download. It's not *ideal*, but it would certainly alleviate many of the
>> transfer/rendering problems. You can still index the EAD on the back-end,
>> and maybe even provide section-level access via AJAX and some back-end
>> document calls, but if you want to make the whole thing available I wouldn't
>> do it in HTML.
>> Is there any reason you need/want to keep it as a webpage?
>> On 2010-12-06, at 3:04 PM, Ken Irwin wrote:
>>> Nathan,
>>> Would it make sense to break this up into several documents and add a
>> search function? You could still have a giant, one-page (and thus
>> easily-printable) option, but maybe that wouldn't be the default.
>>> The search feature I'm envisioning would just be a search of key words in
>> the title of a box. A tag-cloud sort of thing might be a useful way of
>> making some of the keywords visible too.
>>> Ken
>>> -----Original Message-----
>>> From: Code for Libraries [mailto:[log in to unmask]] On Behalf Of
>> Nathan Tallman
>>> Sent: Monday, December 06, 2010 2:49 PM
>>> To: [log in to unmask]
>>> Subject: [CODE4LIB] HTML Load Time
>>> Hi Cod4Libers,
>>> I've got a LARGE finding aid that was generated from EAD.  It's over 5 MB
>>> and has caused even Notepad++ and Dreamweaver to crash.  My main concern
>> is
>>> client-side load time.  The collection is our most heavily used and the
>>> finding aid will see a lot of traffic.  I'm fairly adept with HTML, but I
>>> can't think of anything.  Does anyone have any tricks or tips to decrease
>>> the load time?  The finding aid can be viewed at<
>>> Thanks,
>>> Nathan Tallman
>>> Associate Archivist
>>> American Jewish Archives