Thanks for the feed back .. Main goal is to make this data available and search-able to a larger audience.
to browser - yes (needs the plugin) to specialized clients - yes georef - i believe so .. more detail shortly :-) ------ thanks kevin.foote On Thu, 13 Oct 2011, aj...@virginia.edu wrote: -> Putting MrSid images into Fedora objects will not be particularly hard, unless they are remarkably large. I suspect that your concerns will end up being centered more around the issue of getting them out to users in a useful way, because MrSid is not a very open format, to say the least. -> -> What is it that you need to do with this material? Is it to be delivered to browsers? To specialized clients? Is it georeferenced imagery for use with GIS software, or simply scans of maps? -> -> --- -> A. Soroka -> Online Library Environment -> the University of Virginia Library -> -> -> -> -> On Oct 13, 2011, at 10:42 AM, aj...@virginia.edu wrote: -> -> > Fedora does include a simple DC metadata stream with each object in a repository. This is to support basic administration and maintenance. It is _not_ meant to provide a platform for discovery or search. -> > -> > Fedora's abilities to store metadata for an object are amongst the most flexible you will find in the sphere of object repository software. Anything you like can be stored in a datastream. Many institutions prefer to use XML serializations, but that is not a constraint. -> > -> > Fedora also offers special treatment for RDF data with automatic indexing to a triple store available. -> > -> > If your use case amounts to storing some specialized geospatial metadata in an allocated datastream, you will have no problem doing that. You probably will _not_ want to rely on the repository-maintained DC metadata for anything other than administration and simple harvesting. Creating a discovery service around a repository is an entirely separate question, and there are lots of good resources and solution packages available. You may want to examine some of the web application frameworks for Fedora, like Islandora or Hydra. -> > -> > --- -> > A. Soroka -> > Online Library Environment -> > the University of Virginia Library -> > -> > -> > -> > -> > On Oct 13, 2011, at 10:22 AM, Kevin P. Foote wrote: -> > -> >> Hi all, -> >> -> >> Apologies for the xpost .. but sort of relevant to both repository -> >> implementations (at least for me). -> >> -> >> We are currently using DSpace (moving to latest version soon). I have -> >> a general high level type metadata question and did not know where else -> >> to post, so here goes. (perhaps someone can point me to a better list) -> >> -> >> We have a largish (in our terms) project that involves map data or rather -> >> (.sid) images[1] produced from said map data. -> >> -> >> We currently have an in-house application that catalogs these images and -> >> stores some crazy 90 field metadata info within it. -> >> -> >> My question is what is the best way (read any way) to handle getting -> >> this content into dspace (or fedora commons) in an intelligent manor. -> >> -> >> My understanding is that dspace and fedora use the dc-metadata -> >> standard to search, catalog, and provide a common way for libraries and -> >> repository software get at content. -> >> -> >> -> >> Would this additional metadata get in the way with operation? -> >> -> >> Would it be best to create dc records for each item and then augment the -> >> dc info with this complete additional metadata set in a new type of metadata -> >> (not in the dc)? -> >> -> >> Is there a common standard for map type metadata? (USGS?) -> >> -> >> -> >> Any help pointers appreciated.. -> >> -> >> -> >> [1] images are 'Multi-resolution Seamless Image Database' files from -> >> what I gather. Related to ArcGIS, ERDAS software.. -> >> -> >> ------ -> >> thanks -> >> kevin.foote -> >> -> >> ------------------------------------------------------------------------------ -> >> All the data continuously generated in your IT infrastructure contains a -> >> definitive record of customers, application performance, security -> >> threats, fraudulent activity and more. Splunk takes this data and makes -> >> sense of it. Business sense. IT sense. Common sense. -> >> http://p.sf.net/sfu/splunk-d2d-oct -> >> _______________________________________________ -> >> Fedora-commons-users mailing list -> >> Fedora-commons-users@lists.sourceforge.net -> >> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users -> > -> > -> > ------------------------------------------------------------------------------ -> > All the data continuously generated in your IT infrastructure contains a -> > definitive record of customers, application performance, security -> > threats, fraudulent activity and more. Splunk takes this data and makes -> > sense of it. Business sense. IT sense. Common sense. -> > http://p.sf.net/sfu/splunk-d2d-oct -> > _______________________________________________ -> > Fedora-commons-users mailing list -> > Fedora-commons-users@lists.sourceforge.net -> > https://lists.sourceforge.net/lists/listinfo/fedora-commons-users -> -> -> ------------------------------------------------------------------------------ -> All the data continuously generated in your IT infrastructure contains a -> definitive record of customers, application performance, security -> threats, fraudulent activity and more. Splunk takes this data and makes -> sense of it. Business sense. IT sense. Common sense. -> http://p.sf.net/sfu/splunk-d2d-oct -> _______________________________________________ -> Fedora-commons-users mailing list -> Fedora-commons-users@lists.sourceforge.net -> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users -> ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct _______________________________________________ Fedora-commons-users mailing list Fedora-commons-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
