workaround to make GML schemas work with xAL

["Ram Kumar" <kumar.sydney@gmail.com>]

Hi Carl, Liz and Colin,

To make geo-oasis.xsd and gml-oasis.xsd and xlinks.xsd schemas
from OGC to be included in xAL and to get rid of the namespace conflicts
between xLink versions of CIQ/xBRL and OGC, I changed the namespace
of OGC xLink schema to "http://www.w3c.org/1999/xlink-gml"; FROM
"http://www.w3c.org/1999/xlink";.

This fixed the problem and enclosed is an image of how xAL element
"LocationByCoordinates" reuses geo-oasis root element "WhereType".

Carl, please let me know whether this namespace change is going to be an issue.
This is the only way I can get both the CIQ and OGC schemas working.
I know this is a work around. The ideal way is for xBRL. CIQ and OGC to sit
down and implement a consistent version of xLink (like what CIQ and xBRL did)
that works for OGC, CIQ and xBRL.

Once you are happy with this, I will be in a position to package the stuff.

BTW Carl,
do you have any document on these schemas other than what I have namely,
"Best Practices: A GML OASIS Profile for use in OASIS Standards, Carl
Reed, Jan.2006"?

Regards,

Ram

On 6/6/07, creed@opengeospatial.org <creed@opengeospatial.org> wrote:
> Pretty much totally agree and also very much agree to help and engage
> other OGC and GeoRSS collaborators as required!
>
> Great dialogue by the way!
>
> Carl
>
> > OK, Liz back now. Writing this together....
> >
> > We went on a hunt, found Geo RSS supports ATOM as well as RDF SS 1.0 so
> > we are happy, and it looks like we don't have to implement xLink with
> > the geospatial now.
> >
> > There are two options: GeoRSS GML and GeoRSS Simple. GML looks more
> > complete, Simple is, well, simple, is just for points but may satisfy
> > people in the space for the short/medium term but a better long term
> > solution would be geoRSS GML because it supports more shapes, like
> > township boundaries.
> >
> > So this is want we want to do: Top choice GeoRSS GML, provided Carl and
> > his guys will work with us to do the sample data in the spec. Second
> > choice is GeoRSS Simple in the spec for now, with the proviso that we
> > consider GeoRSS GML soon, before demand for geolocating an address hits
> > us between the eyes.
> >
> > PLUS....
> >
> > The 5 elements that Liz has talked about and wrote in the response in
> > January: the original 4: lat (deg, min, sec, dir), long (deg, min, sec,
> > dir), datum, projection, (plus now), data source (free text data field).
> > This set of things should be a little data structure in your schema for
> > "locationCoordinates"
> >
> > Carl, do you agree? Will you help?
> >
> > Cheers
> > Col and Liz
> >
> > -----Original Message-----
> > From: WALLIS, Colin
> > Sent: Wednesday, 6 June 2007 10:29 a.m.
> > To: 'creed@opengeospatial.org'
> > Cc: 'kumar.sydney@gmail.com'; KOLSTER, Liz
> > Subject: RE: Problem reusing GML-OASIS profile in CIQ xAL!
> >
> > Liz not available just at present for me to check the following, but I
> > think it's great idea in theory.
> > I just need to know which RSS that GEO is supporting..RDF Site Summary
> > 1.0, Really Simple Syndication 2.0, or ATOM?
> >
> > If we used GEO RSS, the RSS choice would need to be spelled out in the
> > Release Notes as some organisations and jurisdictions will have
> > limitations on what they support. We did support RDF Site Summary but is
> > now in the process of being deprecated in favour of ATOM.  If it's
> > Really Simple Syndication then at least in NZ Govt we have a problem as
> > we have never supported the standard in any formal way.
> >
> > Cheers
> > Colin
> >
> >
> >
> >
> > -----Original Message-----
> > From: creed@opengeospatial.org [mailto:creed@opengeospatial.org]
> > Sent: Wednesday, 6 June 2007 10:10 a.m.
> > To: WALLIS, Colin
> > Cc: kumar.sydney@gmail.com; KOLSTER, Liz; creed@opengeospatial.org
> > Subject: RE: Problem reusing GML-OASIS profile in CIQ xAL!
> >
> > Seems a reasonable approach. Any more thoughts on Liz's suggestion of
> > using GeoRSS?
> >
> > Carl
> >
> >> OK let's see what Carl has to say.
> >> On the face of it the notion of ##any may be the only option much as I
> >
> >> hate it, but we add a note to say we have identified the problem and
> >> will work with OGC to resolve it.
> >> Then while the specs are out for public review we see if OGC are
> >> prepared to offer multiple xLink implementations, and if so, work up a
> >
> >> CIQ/xBRL version.  Not ideal I know...
> >> Might be worth letting my name-sake at xBRL.org know about this...
> >> Cheers
> >> Colin
> >>
> >>
> >> -----Original Message-----
> >> From: Ram Kumar [mailto:kumar.sydney@gmail.com]
> >> Sent: Tuesday, 5 June 2007 9:12 p.m.
> >> To: KOLSTER, Liz; Carl Reed OGC Account; WALLIS, Colin
> >> Subject: Problem reusing GML-OASIS profile in CIQ xAL!
> >>
> >> Hi Carl, Liz and Colin,
> >>
> >> I tried to reuse geo-oasis.xsd and gml-oasis.xsd schemas in xAL.
> >> I realised that OASIS CIQ has an implementation of xLink schema that
> >> is compatible with xBRL as it was jointly developed with xBRL group.
> >> The GML profile schemas has its own version of xlink implementation
> >> and hence, name clashes!
> >>
> >> I have no idea what to do about this!
> >>
> >> Regards,
> >>
> >> Ram
> >>
> >>
> >
> >
> >
> >
>
>
>

gml.JPG