[Auscope-geosciml] RE : problem with cgiUtilitiesValue.xsd? [SEC=UNCLASSIFIED]

Oliver.Raymond at ga.gov.au Oliver.Raymond at ga.gov.au
Tue Aug 3 07:37:24 EDT 2010

Hi Eric, Marcus,

1. Marcus, Oxygen is not slow for me.  I use a catalog.xml file which maps all URI paths for schemas to a local copy of the schemas.  So everything is done locally for me.

2.  Eric, I haven't seen the odd errors that you described.

3.  I have found the problem for me.  If I make a local unversioned copy of the schemas, they validate fine.  But if I try to validate the schemas while they are in my local GeoSciML subversion location, I get duplicate declaration errors.  Does this mean Oxygen is processing the local file path and then the svn path as well, resulting in duplicate declarations errors?

4.  What is best practice? Absolute or relative paths for includes and imports?


From: auscope-geosciml-bounces at lists.arcs.org.au [mailto:auscope-geosciml-bounces at lists.arcs.org.au] On Behalf Of Boisvert, Eric
Sent: Tuesday, 3 August 2010 8:15 PM
To: auscope-geosciml at lists.arcs.org.au
Subject: [Auscope-geosciml] RE : problem with cgiUtilitiesValue.xsd? [SEC=UNCLASSIFIED]

> I can't see anything actually wrong with the way it's done at the moment

When I open a local copy (to debug something in the schema for instance), it starts loading includes from the web, and eventually finds the same xsd I just opened, but from the web.  XML-Spy then concludes that I have the same types declared twice and is unhappy.  Relative references to geosciml xsd would prevent this.


De: auscope-geosciml-bounces at lists.arcs.org.au de la part de Sen, Marcus A
Date: mar. 2010-08-03 05:47
À: auscope-geosciml at lists.arcs.org.au
Objet : Re: [Auscope-geosciml] problem with cgiUtilitiesValue.xsd? [SEC=UNCLASSIFIED]

> -----Original Message-----
> 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

> I can't get the schema document
> https://www.seegrid.csiro.au/subversion/GeoSciML/tags/3.0.0_rc1_gml3.1/
> cgiUtilities/3.0.0/xsd/Value.xsd to validate without removing this

> Does anyone else observe the same problem, or have I got something
> wrong with my validation setup (which is a possibility).  I'm using
> Oxygen8.2.
Same problem (also with PrimitiveTypes.xsd and GML 3.2 versions of schema). Using Oxygen 11.2 which is using Xerces. Somehow seems to cope with the include file loop when starting at cgiUtilities.xsd but not when starting from Value.xsd or PrimitiveTypes.xsd. (I would have thought relative includes would be "nicer" for the same namespace Schemas as Eric mentioned but I can't see anything actually wrong with the way it's done at the moment.)

I tried using a small java program using the built in parser of Sun Java 1.6.0. (Is that not Xerces as well? I can't remember.) This seemed to validate all three files without problem.

I find working with these schemas painfully slow in Oxygen. Is that the same for everyone and does it vary with different tools? I'm using the network versions of the files for everything at the moment rather than locally downloaded files and a catalog.


This message (and any attachments) is for the recipient only. NERC
is subject to the Freedom of Information Act 2000 and the contents
of this email and any reply you make may be disclosed by NERC unless
it is exempt from release under the Act. Any material supplied to
NERC may be stored in an electronic records management system.

Auscope-geosciml mailing list
Auscope-geosciml at lists.arcs.org.au
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opengeospatial.org/pipermail/geosciml/attachments/20100803/25fad1e7/attachment.htm>

More information about the GeoSciML mailing list