[auscope-geosciml] broken HollowWorld links again [SEC=UNCLASSIFIED]

Rob.Atkinson at csiro.au Rob.Atkinson at csiro.au
Mon Aug 9 19:12:00 EDT 2010

The "Update model dependencies using registry" function in SolidGround does the remediation step. I cant remember if you have the latest version or have connected to the repo (hopefully its not such a pain as SVN to get through the proxy) - Will Francis will fix you up with password if you need to download and connect. If you dont have the new registered model package already, it will be downloaded automatically from the registry. This gives you the control to update reliably.

You will need to connect to the registry we we have a cleaned-up version of the ISO models (preserving the object EAIDs) - you need to check out the pckage you want to fix, invoke the function, select the package you want to "re-connect" to from the registry.

This will fix any attribute datatype references and any relationships that are in the model package, but not resolved because ytou have the wrong version of the model loaded - any relationships that were unconnected when you saved the model will be lost however :-(

Future versions will allow you to scan the repo for (possible) changes without forcing an update like SVN does.


From: auscope-geosciml-bounces at lists.arcs.org.au [auscope-geosciml-bounces at lists.arcs.org.au] On Behalf Of Oliver.Raymond at ga.gov.au [Oliver.Raymond at ga.gov.au]
Sent: Monday, 9 August 2010 1:49 PM
To: auscope-geosciml at lists.arcs.org.au
Subject: [auscope-geosciml] broken HollowWorld links again [SEC=UNCLASSIFIED]

I had to rebuild my EA project file today from scratch due to EA and SVN getting their knickers knotted again (dealing with svn through a proxy internet setup is a nightmare).

In reloading HW from scratch, some GeoSciML->HW links broke again - eg; links between GeoSciML and ISO-19103.

Many of the ISO packages have been refactored in the last year to include the year of publication in their naming and an extra folder/directory level.  eg: ISO-19103 used to look like this
[cid:image001.jpg at 01CB37C8.FAFB9650]

but now looks like this:
[cid:image002.jpg at 01CB37C8.FAFB9650]

Does anyone know if there is any way that we can stop UML links between GeoSciML and HW breaking every time an ISO package is refactored??  This is an ongoing issue and is a severe risk to development of GeoSciML UML as we have to keep a keen eye on all our ISO links to make sure they are still valid.


Ollie Raymond

National Advice, Maps and Data Standards Project
Geoscience Australia

GeoSciML Design Group
IUGS Commission for the Management and Application of Geoscience Information


Address: GPO Box 378, Canberra, ACT, 2601, Australia | ABN: 80 091 799 039
Ph: +61 2 62499575 | Fax: +61 2 62499992 | Email: Oliver.Raymond at ga.gov.au<mailto:Oliver.Raymond at ga.gov.au> | 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>
National geological maps  http://www.ga.gov.au/minerals/research/national/nat_maps/nat_geol_maps.jsp
Geoscience Australia web services  http://www.ga.gov.au/resources/applications/ogc-wms.jsp

 --- This message was created with 100% recycled electrons ---

-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 6861 bytes
Desc: image001.jpg
URL: <http://lists.opengeospatial.org/pipermail/geosciml/attachments/20100810/605bf0ee/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 10583 bytes
Desc: image002.jpg
URL: <http://lists.opengeospatial.org/pipermail/geosciml/attachments/20100810/605bf0ee/attachment-0001.jpg>

More information about the GeoSciML mailing list