[GeoSciML] GeoSciML 3 dependencies

Bruce.Simons at csiro.au Bruce.Simons at csiro.au
Wed Nov 21 19:29:23 EST 2012


Hi all,
The current GeoSciML dependencies (see GeoSciML package dependencies (internal)) mean that the GeologicUnit package does not import the GeologicStructure package, and vice versa.
Therefore the GeologicUnit schema does not import the GeologicStructure schema.

Consequently gsml:GeologicFeatureRelation will only provide GeologicEvent (from the EarthMaterial import!) or GeologicUnit as options for the gsml:relatedFeature. See for example the BGS instance document BGS_MappedFeature_GeologicUnit_manualEdit.xml.

Importing http://schemas.geosciml.org/geologicstructure/3.1/geologicStructure.xsd into the instance allows all the GeologicStructure features to be used in the gsml:GeologicFeatureRelation.

Should the UML reflect this dependency? That is, GeologicUnit imports GeologicStructure, and vice versa. Also applies to the other GeoSciML packages.
If so, it creates a circular dependency. This looks bad (and the schema generation via FullMoon will probably fail) but reflects the real world.

This suggests that if we want to express the ability for any GeoSciML package to use any other package in GeoSciML v4 then we have to either allow circular dependencies, or ensure all circular dependencies are contained in the one application schema (ala GeoSciML v2).


Bruce Simons
SDI Information Modeller
Land and Water/ Environmental Information Systems
CSIRO
E bruce.simons at csiro.au T +61 3 9252 6514 M +61 429 177155
PO Box 56, Highett, Victoria, 3190
www.csiro.au | www.csiro.au/science/Environmental-Information-Systems

PLEASE NOTE
The information contained in this email may be confidential or privileged. Any unauthorised use or disclosure is prohibited. If you have received this email in error, please delete it immediately and notify the sender by return email. Thank you. To the extent permitted by law, CSIRO does not represent, warrant and/or guarantee that the integrity of this communication has been maintained or that the communication is free of errors, virus, interception or interference.
Please consider the environment before printing this email.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opengeospatial.org/pipermail/geosciml/attachments/20121122/a5871222/attachment.htm>


More information about the GeoSciML mailing list