I could add, that if you want to use Solr (with Lucene inside) the straightforward way to make your Fedora objects searchable is to generate Solr index documents with Fedora GSearch.
Gert On 13/10/2011, at 16.57, Kevin P. Foote wrote: > 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 ------------------------------------------------------------------------------ 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
