[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [emergency-gis] Groups - Suggested changes for CAP 2.0 - CRS and GML (Best Practices for CRS - for OASIS.doc) uploaded
Art - Thanks for the quick response to my posting. My answers are embedded below. Cheers Carl PS: Sorry for the length of the response. ----- Original Message ----- From: "Art Botterell" <acb@incident.com> To: <emergency-gis@lists.oasis-open.org> Sent: Monday, January 31, 2005 2:17 PM Subject: Re: [emergency-gis] Groups - Suggested changes for CAP 2.0 - CRS and GML (Best Practices for CRS - for OASIS.doc) uploaded > Carl - > > With respect, I believe CAP is already recognized by the international > OASIS community as a truly international standard, and that any suggestion > to the contrary ought to be supported by evidence. > Not to split hairs - and please correct me if I am wrong - but as far as I know, OASIS is not an accredited Standards Developing Organization (SDO). Before the flames start, neither is the OGC :-) As the OASIS by-laws state, OASIS is a Consortium. The OGC is also a Consortium. ISO is an SDO. Therefore, technically, both the OGC and OASIS develop specifications and not formal international standards. ISO, the IEC, and others like them develop standards. This is one reason many of the OGC specs are submitted to ISO. They go through the very formal ISO process in order to be recognized as true international standards. This may all be nit-picky legalize, but under circular A-119, there is something call a Voluntary Consensus Standards Organization. If a consortium meets a number of criteria and can prove this to NIST/ANSI, then the consortium has the legal right to call themselves a standards organization that develops international standards. The OGC is going through this accreditation process now. All that said, there is the ability for creation of de-facto standards. If a majority of EM application implementers decide to use CAP, then it will become a de-facto standard. > And while I have no objection to considering extensions to CAP, I think > they should be driven by specific stated requirements. It would help me > if you could summarize what specific problems we need to solve here. Very simple. In the the geospatial technology world (remote sensing, sensor webs, location services, GIS, CAD and the list goes on), integration of content from many sources, including alerts, is a paramount requirement of many applications. The concepts of fusion, sharing, and integration requires that proper metadata and content be available. The OGC members are getting ready to start an interoperability experiment in which CAP will be used. They will be evaluating CAP from the perspectives that I just mentioned. Anyway, these are the same change requests I have been making on behalf of the OGC membership for the last 18 months. So at least I am being consistent :-) > In particular, what would be the practical benefit of supporting multiple > reference systems in addition to WGS-84? Wouldn't it be more efficient to > have any coordinate conversions done once-and-for-all by the originators > than to have them duplicated, perhaps thousands of times and potentially > with differing outcomes, by the various receivers? And if we have the > WGS-84 representations, what's the value of duplicating that information? You miss the point. I am not suggesting that CAP physically support numerous CRS's. I am saying why not have the ability to support any CRS with WGS as a default. This provides much greater implementation flexibility and future proofs CAP from either existing or future changes in legal and policy requirements on a nation by nation basis. So, let's consider some countries other than the US and what they use for their legal national mapping programs. This is not to say that implementors could not use WGS 84, but there would be pressure to use something else. Poland: Ellipsoid: Krassowskij; Official Map Projections: Quasi Stereographic (Roussilhe 1922) for Zone 1-4 Gauß-Krüger for Zone 5, Central Point/Datum: Pulkowo/System 1942. Australia: The Geocentric Datum of Australia (GDA) is a coordinate reference system that best fits the shape of the earth as a whole. It has an origin that coincides with the centre of mass of the earth, hence the term "geocentric". Following a resolution of the Intergovernmental Committee on Surveying and Mapping (ICSM) in 1988, it is being progressively implemented throughout Australia as the preferred datum for all spatial information. Thailand: WGS 84 (a recent move as their new geodetic network is tied into GPS). As you can see, there is great variety. If you go to www.safe.com, they have a partial list of datums in use by many different countries. Many of these are the legal datums for the country and are used for such purposes as developing an integrated multipurpose cadastre. > Not opposed to enhancements per se, but I hope we can guard against > creeping featuritis by making sure any additions actually represent a > cost/benefit improvement for the implementers. We've seen so many good > products become bloated by a series of well-intentioned WIBNI ("wouldn't > it be nice if") feature-extensions... I whole heartedly agree - I coach OGC members to this reality all the time. Simple is better as it makes implementation easier. However, by adding a few optional elements, then CAP becomes a much richer messaging protocol that can provide much more content and context if the application developer so desires. > - Art > > > At 7:03 PM +0000 1/31/05, creed@opengeospatial.org wrote: >>RE: Suggested Change Requests for CAP 2.0 >> >> -- Dr Carl Reed >> >>The document named Suggested changes for CAP 2.0 - CRS and GML (Best >>Practices for CRS - for OASIS.doc) has been submitted by Dr Carl Reed to >>the EM GIS SC document repository. >> >>Document Description: >>If CAP is to be considered by the international community as a truly >>international standard, then both normative and informational narrative >>will need to added to the document. Much of this has to do with observing >>existing international best practices and standards for dealing with >>geospatial content including coordinate reference systems and geometry >>(areas). However, at the same time we do not wish to harm the simplicity >>of implementation of the current specification nor do we wish to break >>backwards compatibility. >> >>Therefore, the following is recommended for discussion as change requests >>for CAP 2.0. >> >> >>Download Document: >>http://www.oasis-open.org/apps/org/workgroup/emergency-gis/download.php/11254/Best%20Practices%20for%20CRS%20-%20for%20OASIS.doc >> >>View Document Details: >>http://www.oasis-open.org/apps/org/workgroup/emergency-gis/document.php?document_id=11254 >> >> >>PLEASE NOTE: If the above links do not work for you, your email >>application >>may be breaking the link into two pieces. You may be able to copy and >>paste >>the entire link address into the address field of your web browser. >> >>-OASIS Open Administration > > > To unsubscribe from this mailing list (and be removed from the roster of > the OASIS TC), go to > http://www.oasis-open.org/apps/org/workgroup/emergency-gis/members/leave_workgroup.php. > >
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]