<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=UTF-8">
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<TITLE>Re: [mapguide-dev] Metadata</TITLE>
<META content="MSHTML 6.00.2900.2963" name=GENERATOR></HEAD>
<BODY dir=ltr>
<DIV>Jason,</DIV>
<DIV> </DIV>
<DIV>ah this is indeed an interesting read - I haven't look at that yet at all.
Thanks for pointing it out.</DIV>
<DIV> </DIV>
<DIV>When I looked at metadata I mainly focused on FGDC and ISO and there simply
doesn't seem to be a true common metadata storage we could do that we translate
to the different standards. Both of them have fields that are required the other
standard doesn't seem to have. So ... a common metadata storage would have to
have even more required fields (and frankly there are already too many if you
ask me). </DIV>
<DIV> </DIV>
<DIV>So the way I was looking at this is to use XSL stylesheets to convert
between the two standards if we really need to. </DIV>
<DIV>Honestly though I doubt we do ... I think whoever sets up a data repository
will work in one standard and rather have all metadata in the same standard. I
don't really see where a MapGuide site needs to be more then one standard at a
time. <BR></DIV>
<DIV>Then there are benefits of storing the native standards format: We can make
use of the tools around it (e.g. the FGDC compiler to verify compliant FGDC) and
often people already have written some code to create the standards they need
from files or at least help it. Being able to just upload the standard files
into MapGuide seems like a great way to use these tools.</DIV>
<DIV> </DIV>
<DIV>At the same time it is pretty clear that different sites want different
standards and if a site does support one standard they want it all the way and
not some subset of it.</DIV>
<DIV> </DIV>
<DIV>If I were to dream it would be great to see multiple API's ontop of the one
I added, one for ISO and one for FGDC and when you create your mapguide site you
use one API or the other. </DIV>
<DIV> </DIV>
<DIV>Ultimately I think full compliance is what most people really will want. I
have not heard or seen anyone yet trying to convert between different standards,
have you?</DIV>
<DIV> </DIV>
<DIV>Cheers,</DIV>
<DIV> Carsten </DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV> </DIV>
<BLOCKQUOTE dir=ltr style="MARGIN-RIGHT: 0px">
<DIV><FONT size=2>-----Original Message----- <BR><B>From:</B> Jason Birch
[mailto:Jason.Birch@nanaimo.ca] <BR><B>Sent:</B> Tue 9/19/2006 4:28 PM
<BR><B>To:</B> dev@mapguide.osgeo.org <BR><B>Cc:</B> <BR><B>Subject:</B> RE:
[mapguide-dev] Metadata<BR><BR></FONT></DIV>
<DIV dir=ltr align=left><SPAN class=115032620-19092006><FONT face=Arial
color=#0000ff size=2>As an addendum, this page is an interesting
read:</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=115032620-19092006><FONT face=Arial
color=#0000ff size=2></FONT></SPAN> </DIV>
<DIV dir=ltr align=left><SPAN class=115032620-19092006><FONT face=Arial
color=#0000ff size=2><A
href="http://wiki.osgeo.org/index.php/Geodata_Metadata_Requirements">http://wiki.osgeo.org/index.php/Geodata_Metadata_Requirements</A></FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=115032620-19092006><FONT face=Arial
color=#0000ff size=2></FONT></SPAN> </DIV>
<DIV dir=ltr align=left><SPAN class=115032620-19092006><FONT face=Arial
color=#0000ff size=2>... though it doesn't speak to ISO metadata standards at
all.</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=115032620-19092006><FONT face=Arial
color=#0000ff size=2></FONT></SPAN> </DIV>
<DIV dir=ltr align=left><SPAN class=115032620-19092006><FONT face=Arial
color=#0000ff size=2>Jason</FONT></SPAN></DIV><BR>
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left>
<HR tabIndex=-1>
<FONT face=Tahoma size=2><B>From:</B> Jason Birch [@nanaimo.ca]
<BR><B>Sent:</B> Tuesday, September 19, 2006 11:57<BR><B>To:</B>
dev@mapguide.osgeo.org<BR><B>Subject:</B> RE: [mapguide-dev]
Metadata<BR></FONT><BR></DIV>
<DIV></DIV>
<DIV dir=ltr align=left><SPAN class=478455617-19092006><FONT face=Arial
color=#0000ff size=2>It sounds like you've given this considerable thought,
which is reassuring :)</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=478455617-19092006><FONT face=Arial
color=#0000ff size=2></FONT></SPAN> </DIV>
<DIV dir=ltr align=left><SPAN class=478455617-19092006><FONT face=Arial
color=#0000ff size=2>In my ideal world, metadata would be modelled using
the superset of entities and attributes required by the ISO and FGDC
standards, with the potential to be expanded to cover other elements that are
required but not present in these standards. From this model, you would
not rely on the standards other than to define the required elements for
each schema. You could also allow organisations to define their own
profiles; subsets of required elements that cover their internal business
needs. These would all be entered through a common interface, and could
then be output via something akin to an XSLT transformation or database
views that formats them into the desired standard XML output, which could
in turn be transformed into HTML for display.</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=478455617-19092006><FONT face=Arial
color=#0000ff size=2></FONT></SPAN> </DIV>
<DIV dir=ltr align=left><SPAN class=478455617-19092006><FONT face=Arial
color=#0000ff size=2>The data could also be accessed by
various transport-level services, such as </FONT></SPAN><SPAN
class=478455617-19092006><FONT face=Arial color=#0000ff size=2>CSW (<A
href="http://www.opengeospatial.org/standards/cat">http://www.opengeospatial.org/standards/cat</A>)
or Z39.50 and its successor SRU/SRW (<A
href="http://www.loc.gov/standards/">http://www.loc.gov/standards/</A>), as
well as front end applications such as a spatial discovery portal akin to
ESRI's Geography Network or a simple Google-like plain text
query.</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=478455617-19092006><FONT face=Arial
color=#0000ff size=2></FONT></SPAN> </DIV>
<DIV dir=ltr align=left><SPAN class=478455617-19092006><FONT face=Arial
color=#0000ff size=2>The main benefits of this
approach are:</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=478455617-19092006><FONT face=Arial
color=#0000ff size=2>- support all standards without forcing the client to
choose one or the other</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=478455617-19092006><FONT face=Arial
color=#0000ff size=2>- avoid having to implement a new data
entry/storage/display framework for each standard</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=478455617-19092006><FONT face=Arial
color=#0000ff size=2>- leverage strengths of a relational model for
maintaining common attributes such as organisation and person contact
details</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=478455617-19092006><FONT face=Arial
color=#0000ff size=2></FONT></SPAN> </DIV>
<DIV dir=ltr align=left><SPAN class=478455617-19092006><FONT face=Arial
color=#0000ff size=2>This will also remove a disincentive to marriage, thus
strengthening family values. (I don't want to change my name, because
I'm going to have to go through and update all of my contact details in the
metadata). :)</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=478455617-19092006><FONT face=Arial
color=#0000ff size=2></FONT></SPAN> </DIV>
<DIV dir=ltr align=left><SPAN class=478455617-19092006><FONT face=Arial
color=#0000ff size=2>I don't see this as orthogonal to the current design
path, but I don't know that it's entirely in alignment either.
Your implementation provides a storage mechanism for metadata, and my
ideal would be to provide a metadata service. Perhaps these could
be combined somehow, by making resources types for each of the metadata tables
(MetadataOrganisation, MetadataPerson, MetadataPhone, etc) and then using the
calls that you have provided to return a resource-specific aggregation
of these metadata resources, formatted in the well known
XML standard of choice ???</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=478455617-19092006><FONT face=Arial
color=#0000ff size=2></FONT></SPAN> </DIV>
<DIV dir=ltr align=left><SPAN class=478455617-19092006><FONT face=Arial
color=#0000ff size=2>Jason</FONT></SPAN></DIV>
<DIV dir=ltr align=left><FONT size=2><SPAN
style="FONT-SIZE: 10pt"></SPAN></FONT> </DIV></BLOCKQUOTE></BODY></HTML>