problem with spatialReference

[Peter McCartney]

yes, this came up when matt found the same problem in coverage. At the time
i was unclear whether we could solve this by carefull declarations of the
elementFormDefault attribute, but Matt says this wont help with global
elements.

I hate to resourt to so much complex typing, but i agree that we dont want
to be required to use prefixes in our instance documents - thats too
confusing for end users. Unforunately we wont be able to controll how people
design future extensions to eml. 

I can fix this and the element_names problem, but Id like to know that im
the only one working on the files. 



Peter McCartney (peter.mccartney at asu.edu)
Center for Environmental Studies
Arizona State University
480-965-6791 

> -----Original Message-----
> From: Chad Berkley [mailto:berkley at nceas.ucsb.edu]
> Sent: Tuesday, September 24, 2002 8:57 AM
> To: Eml-Dev (E-mail)
> Subject: problem with spatialReference
> 
> 
> Hi,
> 
> There is a problem with the way that eml-spatialReference.xsd uses
> global elements.  Whenever one of the global elements (i.e. elements
> that are direct children of the <xs:schema tag>) is referenced, the
> instance document requires that the namespace prefix be used on the
> element to make it validate.  If you want to see this in 
> action, look at
> the test/eml-spatialVector.xml file.  Go down to line 39 and 
> remove the
> namespace reference from <spref:azimuthMeasurePointLongitude> and then
> run 'ant test'.  You will see that it no longer validates.  
> 
> This isn't really a problem except that it's inconvenient for users to
> have to put the namespace references on those elements.  This problem
> can be easily fixed by making the global elements 
> complexTypes.  I think
> we need to do that before rc2.  Peter, do you want to make 
> the change? 
> We can chat about it on IRC if you want.
> 
> chad
> 
> -- 
> -----------------------
> Chad Berkley
> National Center for 
> Ecological Analysis 
> and Synthesis (NCEAS)
> berkley at nceas.ucsb.edu
> -----------------------
> 
> _______________________________________________
> eml-dev mailing list
> eml-dev at ecoinformatics.org
> http://www.ecoinformatics.org/mailman/listinfo/eml-dev
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mercury.nceas.ucsb.edu/ecoinformatics/pipermail/eml-dev/attachments/20020924/93758e61/attachment.htm