[Auscope-geosciml] UML for ISO metadata proxy classes for GeoSciML3 [SEC=UNCLASSIFIED]

Simon Cox simon.j.d.cox at gmail.com
Wed Mar 3 05:48:27 EST 2010


Why oh why do you need proxy classes? And a proxy package? (In the UML
model).
I really don't understand what's going on here.

Simon

On Wed, Mar 3, 2010 at 12:13 AM, <Oliver.Raymond at ga.gov.au> wrote:

>  ...it should look like this.  Note that all associations to any CI and DQ
> elements within these classes are to our proxy versions of these elements,
> not to the real ISO19115 elements.
>
>
>
>
>
> *
> ------------------------------------------------------------------------------------------------
> *
>
> *Ollie Raymond
> National Advice,  Maps and Standards Project*
>
> *Geoscience **Australia*
>
> * *
>
> *Address:* GPO Box 378, Canberra, ACT, 2601, Australia *|* *ABN:* 80 091
> 799 039
>
> *Ph:* (02) 62499575 *|* *Fax:* (02) 62499992 *|* *Email: *Oliver.Raymond@
> ga.gov.au
>
> *Web:*
> http://www.ga.gov.au/minerals/research/national/nat_maps/nat_geol_maps.jsp<http://www.ga.gov.au/geoscience/national>
>
> *Google Map<http://maps.google.com/maps?f=q&hl=en&geocode=&q=canberra+australia&ie=UTF8&ll=-35.344028,149.158362&spn=0.007684,0.016404&t=h&z=17&iwloc=addr&om=1>
> *
>
>
>
> -- This message was created with 100% recycled electrons --
>
>
>
>
>
> -----Original Message-----
> *From:* auscope-geosciml-bounces at lists.arcs.org.au [mailto:
> auscope-geosciml-bounces at lists.arcs.org.au] *On Behalf Of *Raymond Oliver
> *Sent:* Wednesday, 3 March 2010 9:55 AM
> *To:* Bruce.Simons at dpi.vic.gov.au
> *Cc:* auscope-geosciml at lists.arcs.org.au
> *Subject:* [Auscope-geosciml] UML for ISO metadata proxy classes for
> GeoSciML3 [SEC=UNCLASSIFIED]
>
>
>
> Hi Bruce,
>
>
>
> In EA, set up a version control path to
> https://www.seegrid.csiro.au/subversion/GeoSciML/ISO19115_Proxy/model/ and
> then “Get Package” from there.  That will import the ISO19115 proxy classes
> into EA.
>
>
>
> I have included a proxy class for MD_Metadata which will be used for the
> metadata links in the Geosciml Metadata package.
>
>
>
> I don’t think that there will be any pain (touch wood) if we use the
> classmapping solution for schema generation in FullMoon.
>
>
>
> Cheers,
>
> Ollie
>
>
>
> *
> ------------------------------------------------------------------------------------------------
> *
>
> *Ollie Raymond
> National Advice,  Maps and Standards Project*
>
> *Geoscience Australia*
>
> * *
>
> *Address:* GPO Box 378, Canberra, ACT, 2601, Australia *|* *ABN:* 80 091
> 799 039
>
> *Ph:* (02) 62499575 *|* *Fax:* (02) 62499992 *|* *Email: *
> Oliver.Raymond at ga.gov.au
>
> *Web:*
> http://www.ga.gov.au/minerals/research/national/nat_maps/nat_geol_maps.jsp<http://www.ga.gov.au/geoscience/national>
>
> *Google Map<http://maps.google.com/maps?f=q&hl=en&geocode=&q=canberra+australia&ie=UTF8&ll=-35.344028,149.158362&spn=0.007684,0.016404&t=h&z=17&iwloc=addr&om=1>
> *
>
>
>
> -- This message was created with 100% recycled electrons --
>
>
>
>
>
> -----Original Message-----
> *From:* Bruce.Simons at dpi.vic.gov.au [mailto:Bruce.Simons at dpi.vic.gov.au]
> *Sent:* Wednesday, 3 March 2010 9:47 AM
> *To:* Raymond Oliver
> *Subject:* Re: FW: [Auscope-geosciml] Boreholes use case - metadata
> elements [SEC=UNCLASSIFIED]
>
>
>
>
> Hi Ollie,
> Where are the proxy classes in the UML?
>
> I notice under GeoSciML-Core we have a Metadata package.  Should this be
> taken out of the Core area so it can be modified if required later on
> without causing undue pain to the core geology components?
>
> Cheers
> Bruce
>
> GeoScience Victoria
> AuScope Grid
> Australian Spatial Research Data Commons
>
> Ph: +61-3-9658 4502
> Fax: +61-3-9658 4555
> Mobile: +61 429 177155
>
> *<Oliver.Raymond at ga.gov.au>*
>
> 02/03/2010 03:43 PM
>
> To
>
> <Bruce.Simons at dpi.vic.gov.au>
>
> cc
>
>
>
> Subject
>
> FW: [Auscope-geosciml] Boreholes use case - metadata elements
> [SEC=UNCLASSIFIED]
>
>
>
>
>
>
>
>
>
>
> “DQ” is part of the same “gmd” schema in ISO19115 as all the “CI_”
> elements, ergo GML3.2.  So we will have to add any DQ classes we want to the
> proxy schema too.
>
> Cheers,
> Ollie
>
> *
> ------------------------------------------------------------------------------------------------
> *
> *Ollie Raymond
> National Advice,  Maps and Standards Project*
> *Geoscience Australia*
> * *
> *Address:* GPO Box 378, Canberra, ACT, 2601, Australia *|* *ABN:* 80 091
> 799 039
> *Ph:* (02) 62499575 *|* *Fax:* (02) 62499992 *|* *Email: *
> Oliver.Raymond at ga.gov.au
> *Web:*
> http://www.ga.gov.au/minerals/research/national/nat_maps/nat_geol_maps.jsp<http://www.ga.gov.au/geoscience/national>
>
> *Google Map*<http://maps.google.com/maps?f=q&hl=en&geocode=&q=canberra+australia&ie=UTF8&ll=-35.344028,149.158362&spn=0.007684,0.016404&t=h&z=17&iwloc=addr&om=1>
> * *
>
> -- This message was created with 100% recycled electrons --
>
>
> -----Original Message-----*
> From:* Rob.Atkinson at csiro.au [mailto:Rob.Atkinson at csiro.au] *
> Sent:* Saturday, 27 February 2010 1:32 PM*
> To:* Raymond Oliver; simon.cox at jrc.ec.europa.eu*
> Cc:* Bruce.Simons at dpi.vic.gov.au; Pavel.Golodoniuc at csiro.au;
> Francois.Letourneau at RNCan-NRCan.gc.ca; Eric.Boisvert at RNCan-NRCan.gc.ca*
> Subject:* RE: [Auscope-geosciml] Boreholes use case - metadata elements
> [SEC=UNCLASSIFIED]
>
> sorry for being offline for a bit - on the road - but happy to help if I
> can..
>
>
> Rob Atkinson
> Research Scientist, Water Informatics
> CSIRO Land & Water
> Ph (mobile) +61 419 202 973
>
>
>
>
>  ------------------------------
>
>
> *From:* Oliver.Raymond at ga.gov.au [mailto:Oliver.Raymond at ga.gov.au] *
> Sent:* Thursday, 25 February 2010 6:10 PM*
> To:* Simon Cox; Atkinson, Rob (CLW, Lucas Heights)*
> Cc:* Bruce.Simons at dpi.vic.gov.au; Golodoniuc, Pavel (CESRE, Kensington);
> Francois.Letourneau at RNCan-NRCan.gc.ca; Eric.Boisvert at RNCan-NRCan.gc.ca*
> Subject:* RE: [Auscope-geosciml] Boreholes use case - metadata elements
> [SEC=UNCLASSIFIED]
> Hi Simon, Rob,
>
> Sorry for my continued queries, but I’ve never done this before and I want
> to be sure before I do anything more
>
> >> ...”1. Build the model, using standard ISO classes”...
>
> OK
>
> >> ...“Locate or build a class-map for each package that is external to
> your model”...
>
> In the case of CI_ResponsibleParty, CI_Citation, and CI_RoleCode, the
> package is ISO19115, and the classMap is
> https://www.seegrid.csiro.au/subversion/HollowWorld/trunk/ClassMaps/ClassMap_ISO_19115_Metadata.xml.
>  We have to edit a copy of this classMap and we make sure that FullMoon uses
> this edited copy. Correct?
>
> correct
>
> >> ...”you need to provide the mapping from each class to an XML
> implementation that is available somewhere”...
>
> I am unclear how this is done in practice and exactly how the classMap
> should be edited.  Do we have to establish a dummy temporary ISO schema
> outside of GeoSciML containing the edited classes we require?  Then our new
> ISO classMap contains only the entries for our edited versions of the ISO
> classes?
>
> Correct - you make this schema provide the implementation you want -
> basically a GML3.1 version of the normative GML 3.2 schema, but you only
> need to populate it with the classes you want. If you use built in schema
> elements (xs:string) then you  don't even need a separate schema file -
> just the ClassMap.
> .
> .
> Could you provide an example of how the above fragment might look in our
> edited classMap?
>
>
> See Simon's email..
>
> >> ...”construct a register of classmaps that FullMoon should use - clone
> and modify the default one, and then make sure that FullMoon uses it (check
> the flags)”...
>
> This bit is outside of my purview.  I assume that the FullMoon operators
> will do this bit.  (Pavel or Francois or Bruce?)
>
> Its an XML file that comes with FullMoon  - you edit a copy (its under
> /resources/dependency) and set a flag when you execute FullMoon to tell it
> to use your register of ClassMaps
>
>
> http://projects.arcs.org.au/trac/fullmoon/wiki/ExternalDependencyConfiguration
>
> -Dd="c:\mystuff\myreg.xml"
>
>
>
> Cheers,
> Ollie
>
> -----Original Message-----*
> From:* auscope-geosciml-bounces at lists.arcs.org.au [mailto:
> auscope-geosciml-bounces at lists.arcs.org.au] *On Behalf Of *Simon Cox*
> Sent:* Wednesday, 24 February 2010 6:26 PM*
> To:* auscope-geosciml at lists.arcs.org.au*
> Subject:* Re: [Auscope-geosciml] Boreholes use case - metadata elements
> [SEC=UNCLASSIFIED]
>
> 1. Build the model, using standard ISO classes
> 2. Locate or build a class-map for each package that is external to your
> model - if you want to use a variant XML implementation of some package
> compared with the standard one (the case here) then you need to provide the
> mapping from each class to an XML implementation that is available somewhere
> 3. construct a register of classmaps that FullMoon should use - clone and
> modify the default one, and then make sure that FullMoon uses it (check the
> flags)
>
> References:
>
>
> http://projects.arcs.org.au/trac/fullmoon/wiki/ExternalDependencyConfiguration
>
> http://projects.arcs.org.au/svn/fullmoon/trunk/doc/user-manual/usage.html#encoder.properties
>
> --------------------------------------------------------*
> Simon Cox*
>
> European Commission, Joint Research Centre
> Institute for Environment and Sustainability
> Spatial Data Infrastructures Unit, TP 262
> Via E. Fermi, 2749, I-21027 Ispra (VA), Italy
> Tel: +39 0332 78 3652
> Fax: +39 0332 78 6325 *
> *mailto:simon.cox at jrc.ec.europa.eu <simon.cox at jrc.ec.europa.eu> *
> *http://ies.jrc.ec.europa.eu/simon-cox
>
> SDI Unit: http://sdi.jrc.ec.europa.eu/
> IES Institute: http://ies.jrc.ec.europa.eu/
> JRC: http://www.jrc.ec.europa.eu/
> --------------------------------------------------------
>
> Any opinions expressed are personal unless otherwise indicated.
>
>
>
>
>  ------------------------------
>
>
> *From:* auscope-geosciml-bounces at lists.arcs.org.au [mailto:
> auscope-geosciml-bounces at lists.arcs.org.au] *On Behalf Of *
> Oliver.Raymond at ga.gov.au*
> Sent:* Tuesday, 23 February 2010 22:35*
> To:* auscope-geosciml at lists.arcs.org.au*
> Subject:* Re: [Auscope-geosciml] Boreholes use case - metadata elements
> [SEC=UNCLASSIFIED]
> Hi Rob,
>
> The rest of us UML/XML mortals continue to learn new things from you and
> Simon every day.
>
> Two questions....
>
> 1.  Is there an automated tool which helps create classmaps from UML?  Or
> do we always have to manually create them (like I did for v2.1)?  I ask
> because the v3 model structure is very different to the v2 model, and the
> classmaps will all have to be recreated.
>
> 2.  I, like Bruce, am clear on the principle but not on the exact method of
> what you and Simon describe.  Could you send us an example classmap fragment
> of the process that you describe below, just so we can be sure of how to
> implement it in a classmap?
>
> Thanks,
> Ollie
>
> *
> ------------------------------------------------------------------------------------------------
> *
> *Ollie Raymond
> National Advice,  Maps and Standards Project*
> *Geoscience Australia*
>
> *Address:* GPO Box 378, Canberra, ACT, 2601, Australia *|* *ABN:* 80 091
> 799 039
> *Ph:* (02) 62499575 *|* *Fax:* (02) 62499992 *|* *Email: *
> Oliver.Raymond at ga.gov.au
> *Web:*
> http://www.ga.gov.au/minerals/research/national/nat_maps/nat_geol_maps.jsp<http://www.ga.gov.au/geoscience/national>
>
> *Google Map*<http://maps.google.com/maps?f=q&hl=en&geocode=&q=canberra+australia&ie=UTF8&ll=-35.344028,149.158362&spn=0.007684,0.016404&t=h&z=17&iwloc=addr&om=1>
> * *
>
> -- This message was created with 100% recycled electrons --
>
>
> -----Original Message-----*
> From:* auscope-geosciml-bounces at lists.arcs.org.au [mailto:
> auscope-geosciml-bounces at lists.arcs.org.au] *On Behalf Of *
> Bruce.Simons at dpi.vic.gov.au*
> Sent:* Wednesday, 24 February 2010 8:23 AM*
> To:* auscope-geosciml at lists.arcs.org.au*
> Subject:* Re: [Auscope-geosciml] Boreholes use case - metadata elements
> [SEC=UNCLASSIFIED]
>
>
> Yes this is what we want to do - the placeholder classes were created
> because I couldn't see any other way of doing it without importing GML3.2.
> Rob A's explanation is beyond my limited understanding of how schema link
> to each other.
>
> simply map the ISO data type to your gml 3.1 implementation - you will need
> one anyway - so you could either hand-built your implementation schema in
> XSD, or create a separate (from GeoSciML) model with the same class names -
> but perhaps more explicit implementation with fewer options - deriving the
> schema and ClassMap form that.
>
> Rob can you, (or anyone else who understands)  provide an example we can
> copy?
>
> Cheers
> Bruce
>
> GeoScience Victoria
> AuScope Grid
> Australian Spatial Research Data Commons
>
> Ph: +61-3-9658 4502
> Fax: +61-3-9658 4555
> Mobile: +61 429 177155
> -----Original Message-----
>
> *Simon Cox <simon.j.d.cox at gmail.com>*
> Sent by: auscope-geosciml-bounces at lists.arcs.org.au
>
> 23/02/2010 05:53 PM
>
>
>
> Please respond to
> auscope-geosciml at lists.arcs.org.au
>
>
>
> To
>
> auscope-geosciml at lists.arcs.org.au
>
> cc
>
>
>
> Subject
>
> Re: [Auscope-geosciml] Boreholes use case - metadata elements
>  [SEC=UNCLASSIFIED]
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> Ollie - You can use the ISO classes in the model (its cleaner that way) and
> override the official (GML 3.2) implementation simply by substituting an
> alternative uml-xml classmap (which could map all of them to xs:string if
> you want).
>
> Simon
>
>
> -----Original Message-----*
> From:* auscope-geosciml-bounces at lists.arcs.org.au [mailto:
> auscope-geosciml-bounces at lists.arcs.org.au] *On Behalf Of *
> Rob.Atkinson at csiro.au*
> Sent:* Tuesday, 23 February 2010 5:15 PM*
> To:* auscope-geosciml at lists.arcs.org.au*
> Subject:* Re: [Auscope-geosciml] Boreholes use case - metadata elements
> [SEC=UNCLASSIFIED]
>
> Why wouldn't you deal with this at the ClassMap level - simply map the ISO
> data type to your gml 3.1 implementation - you will need one anyway - so you
> could either hand-built your implementation schema in XSD, or create a
> separate (from GeoSciML) model with the same class names - but perhaps more
> explicit implementation with fewer options - deriving the schema and
> ClassMap form that.  This model doesn't actually need to be linked into
> GeoSciML, since the decoupling is done by class names and the ClassMap
> configuration.
>
> Either way, the intention that this is an ISO metadata implementation is
> preserved in the GeoSciML model without the overhead of reinventing those
> classes under an alternative governance arrangement.
>
>
>
> Rob Atkinson
> Research Scientist, Water Informatics
> CSIRO Land & Water
> Ph (mobile) +61 419 202 973
>
>
>
> On Tue, Feb 23, 2010 at 6:59 AM, <Oliver.Raymond at ga.gov.au> wrote:
> This is a message for all those interested in delivering borehole data,
>
> In the likelihood that we will be limited to delivering GML3.1 (not GML3.2)
> for a while yet, we took the decision at Quebec to use our own non-GML3.2
> classes as temporary proxy classes for certain ISO metadata elements that
> require GML3.2.  This especially effects the borehole model, but also other
> parts of the model.
>
> Bruce and I are now inserting these proxy classes into GeoSciML 3.0 beta.
>  The problem is that many of the ISO metadata elements reference other ISO
> elements which then reference even more ISO elements, and creating proxy
> classes for all these possibilities is not realistic for our temporary
> needs.
>
> So we need to know exactly what data will you will actually deliver for the
> following:
>
> 1.  BoreholeDetails/driller  - eg, individualName, organisationName, role,
> street address, phone number, web address, etc, etc?
>
> 2.  BoreholeDetails/operator
>
> 3.  Boreholedetails/coreCustodian
>
> I have attached our first attempt at a proposed GSML3.0 structure for
> testing, which would limit the amount of metadata elements by having text
> strings in place of some complex ISO elements like CI_Contact.  Unless
> people really need to retain certain a close resemblance to ISO metadata
> elements for Testbed4 testing (like CI_Contact or CI_Citation), are you
> happy to go with text strings until we are able to use the true ISO metadata
> classes with GML3.2?
>
> Regards,
>
> Ollie
>
> *
> ------------------------------------------------------------------------------------------------
> *
>
> *Ollie Raymond
> National Advice,  Maps and Standards Project*
>
> *Geoscience Australia*
>
> *Address:* GPO Box 378, Canberra, ACT, 2601, Australia *|* *ABN:* 80 091
> 799 039
>
> *Ph:* (02) 62499575 *|* *Fax:* (02) 62499992 *|* *Email: *
> Oliver.Raymond at ga.gov.au
>
> *Web:*
> http://www.ga.gov.au/minerals/research/national/nat_maps/nat_geol_maps.jsp<http://www.ga.gov.au/geoscience/national>
>
> *Google Map*<http://maps.google.com/maps?f=q&hl=en&geocode=&q=canberra+australia&ie=UTF8&ll=-35.344028,149.158362&spn=0.007684,0.016404&t=h&z=17&iwloc=addr&om=1>
> * *
>
>
>
> -- This message was created with 100% recycled electrons --
>
>
>
> _______________________________________________
> Auscope-geosciml mailing list*
> *Auscope-geosciml at lists.arcs.org.au*
> *http://lists.arcs.org.au/cgi-bin/mailman/listinfo/auscope-geosciml
>
> _______________________________________________
> Auscope-geosciml mailing list
> Auscope-geosciml at lists.arcs.org.au
> http://lists.arcs.org.au/cgi-bin/mailman/listinfo/auscope-geosciml
>
> Notice:
> This email and any attachments may contain information that is personal,
> confidential,
> legally privileged and/or copyright. No part of it should be reproduced,
> adapted or communicated without the prior written consent of the copyright
> owner.
>
> It is the responsibility of the recipient to check for and remove viruses.
>
> If you have received this email in error, please notify the sender by
> return email, delete it from your system and destroy any copies. You are not
> authorised to use, communicate or rely on the information contained in this
> email.
>
> Please consider the environment before printing this email.
>
>
>
>
>
>
>
> "D卌#9ߓM4­Ÿԅ8Ԭ7 㓽‑[1]8b隊Vu򪛚rۦk'(֢)ߢ*'ʞʧjW(z{bjPQ蚖\+╨‑uݾܢmSLSM��⪓h�.֞ꫡۜy֝
> j^vܢi'翔㓔㓽‑[1]*+¸霢{‑ڟm ޯ񎵿ŸԿ<񎵻"ͭ8ԟiǀ&"جzʨțXʇ텪޲*bz{mȞrG譩ݭ騽뢮랳񎵿ŸԿ<񎵷ڱૉ
> l7!zz+޶آ隊Xz讙^jǧ؟ʘ^靺򭫮wj)]zWz+_ꬊ˞ݵ뭮'('b騵Ⱨm랲xjרʉ텨~檘ʧyاzf񎵿ϼSM��⪗(��҈{c幫‑r쉗y֞
> ~ަ)඘zf񎵿ϼSM��⪛"ͭ 㓝)󧮊
>
> _______________________________________________
> Auscope-geosciml mailing list
> Auscope-geosciml at lists.arcs.org.au
> http://lists.arcs.org.au/cgi-bin/mailman/listinfo/auscope-geosciml
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opengeospatial.org/pipermail/geosciml/attachments/20100303/9d7c09c8/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 126931 bytes
Desc: not available
URL: <http://lists.opengeospatial.org/pipermail/geosciml/attachments/20100303/9d7c09c8/attachment.jpeg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 36928 bytes
Desc: not available
URL: <http://lists.opengeospatial.org/pipermail/geosciml/attachments/20100303/9d7c09c8/attachment-0001.jpeg>


More information about the GeoSciML mailing list