<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>&nbsp;</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>&nbsp;</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>&nbsp;</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>&nbsp;</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>&nbsp;</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>&nbsp;</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>&nbsp;</DIV>
<DIV>Cheers,</DIV>
<DIV>&nbsp; Carsten </DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</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,&nbsp; 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>&nbsp;</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>&nbsp;</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>&nbsp;</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>&nbsp;</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&nbsp;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.&nbsp; From this model, you would 
  not rely on the standards other than to define&nbsp;the required elements for 
  each schema.&nbsp; You could also allow organisations to define their own 
  profiles; subsets of required elements that cover their internal business 
  needs.&nbsp; These would all be entered through a common interface, and could 
  then be&nbsp;output via something akin to an XSLT transformation or database 
  views&nbsp;that formats them into the desired standard XML output, which could 
  in turn be transformed into&nbsp;HTML for display.</FONT></SPAN></DIV>
  <DIV dir=ltr align=left><SPAN class=478455617-19092006><FONT face=Arial 
  color=#0000ff size=2></FONT></SPAN>&nbsp;</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&nbsp;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&nbsp;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&nbsp;spatial discovery portal akin to 
  ESRI's Geography Network&nbsp;or&nbsp;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>&nbsp;</DIV>
  <DIV dir=ltr align=left><SPAN class=478455617-19092006><FONT face=Arial 
  color=#0000ff size=2>The main benefits of this 
  approach&nbsp;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&nbsp;&nbsp;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>-&nbsp;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>&nbsp;</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.&nbsp; (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>&nbsp;</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.&nbsp; 
  Your&nbsp;implementation provides a storage mechanism for metadata, and my 
  ideal&nbsp;would be to provide a metadata service.&nbsp; 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&nbsp;these&nbsp;metadata resources, formatted in the well known 
  XML&nbsp;standard of choice&nbsp;???</FONT></SPAN></DIV>
  <DIV dir=ltr align=left><SPAN class=478455617-19092006><FONT face=Arial 
  color=#0000ff size=2></FONT></SPAN>&nbsp;</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>&nbsp;</DIV></BLOCKQUOTE></BODY></HTML>