We have a collection of 165,000 images, each image representing a page of a letter (correspondence.) The images are stored on a file server, but will eventually be moved to an image server, at which point the url for every image will change.
For the moment, my Fedora object model has a Letter object and a Page object. A Letter object refers to its constituent pages in its RELS- EXT, and each Page object points to an image. Initially I thought the Page object would point to the image through an externally referenced datastream. I'm not sure, though, how best to handle the eventual change to the URLs. It seems I could: 1. Use an externally referenced datastream, and when the URLs change, write a script to loop through all 165, 000 Page objects, changing the url for each. 2. Use some kind of disseminator that dynamically builds the URL for each image. The disseminator would take as an argument a datastream in the page object in which the file name for the image, e.g., 34234, could be found. The disseminator would then add the base url, e.g., "http://someserver.ca/images/ and a file extension .png. to give: http://someserver.ca/images/34234.png . Later when the images are moved to another server, I'd change the base url and potentially the file extension used by the disseminator, e.g., http://newfileserver.ca/images and .jp2 to give: http://newfileserver.ca/images/34234.jp2 . The advantage here is that I need only change the base url in one place. I don't imagine the first option would actually take that long to run, but I'm curious how others deal with this issue (changing externally referenced locations) for larger collections? I feel like this issue would be common enough that there must be something I'm overlooking. james ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ Fedora-commons-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
