On Feb 14, 2009, at 8:11 AM, Richard Jones wrote: > 1 - In Sections 3.3 and 3.4 there is specified an atom:generator > element > for the deposit response. This entry requires a URI defining the > software which generated the response, and I'm unsure as to what the > best thing to put in that field is. The options are: > > a) The URI of the instance of DSpace which generated the response > (i.e. > the actual repository) > b) Some generic DSpace URI such as http://www.dspace.org/sword-app > c) The URI to the sourceforge svn for the code for the dspace-sword > module > Anyone have opinions on this?
What is the use-case for who would act on this information? My gut says option B (maybe for the use-case of an app replicating items across a heterogeneous repository environment?) though this wouldn't provide any versioning information outside of "DSpace", which may not be sufficient? So with the lack of a use case, I lean toward B and then A. (I don't suppose we have a read on how the Fedora folks or others are handling this?) > 2 - During development I've noticed that application/zip is not a > default bitstream format in the bitstream format registry. Is this > deliberate or an oversight? As it happens, it would make a SWORD > interface behave much more sensibly if this is available in the format > registry (otherwise the application has difficulty in identifying zip > files when they are re-exposed via the interface). Can we add this to > the default bitstream registry, or is there some subtle problem > which I > have not taken into account? I would guess a bias against application/zip from a preservation standpoint due to the fact that it's a shell container. Seems like individual repo admins could add this format if their policies didn't care about accepting containers. -sf ------------------------------------------------------------------------------ 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 _______________________________________________ Dspace-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-devel
