Also you can see the project eScidoc.
Regards
Gus.
Correo enviado desde una BlackBerry® de Nextel
-----Original Message-----
From: aj...@virginia.edu
Date: Thu, 13 Oct 2011 10:42:06
To: Support and info exchange list for Fedora
users.<fedora-commons-users@lists.sourceforge.net>
Reply-To: "Support and info exchange list for Fedora users."
<fedora-commons-users@lists.sourceforge.net>
Cc: Dspace Users \(dspace-general\)<dspace-gene...@lists.sourceforge.net>
Subject: Re: [fcrepo-user] metadata theory / practice
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
