You are here: OGC Public Wiki>Ideas4OGC Web>OldOgcGoals (revision 1)EditAttach

OGC Goals

Active Direction

Certain topics are central to the work of the OGC and yet do not receive sufficent attention from the voluntary collaboration. This includes things like:
  • maintenance of The Specification Model document.
  • maintenance of the OGC Naming Authority registries and resolvers.
  • work on common standards widely shared across the OGC such as the OGC Web Services Common specification.
  • research on possible approaches towards REST (and RESTful) designs for OGC web services.

It has been suggested that the OGC Leadership (President, Board of Directors, TC Chair, OGC Architecture Board) could priortize such work either by promoting its development in OGC Testbeds, by assigning staff to contribute to the work, or by using OGC funds to pay contractors to complete the work.
  • PRO - This would ensure that shared, common work is actually completed.
  • CON - This would take OGC resources.
  • MIX - This would shift towards a more hands on approach with the OGC Leadership actively promoting a certain direction for OGC work efforts.

 

Specification Focus

The OGC has been asked if it has a position on the adoption of new standards that overlap or diverge with the existing OGC standard base. At the Boulder 2011 meetings, the OGC Board, PC, and OAB had discussions on this issue. However, there was no guidance provided and no OGC member discussion. A more clear set of guidance would be appreciated.

Should the OGC accept work on new standards without topic restriction, possibly duplicating existing standards, or should the OGC attempt to develop a coherent set of standards?

 

Specification Market

Should the OGC review the 'market' for proposed standards before accepting the formation of a standards working group (SWG)?

 

Specification Innovation

The OGC specifications must obviously evolve to support emergent technologies and shifts in markets. The issue of how this shifts can be promoted and how that promotion takes into account existing standards must be resolved. The OGC has a set of mature standards that have been braodly implemented, have been mandated in numerous legal contexts, and which provide, despite their flaws, a much higher level of interoperability than prior to the work of the OGC. However, there may be numerous market forces (business, technical, human, and cultural) that may be driving requirements for lighter, more agile standards that may conflict with the existing OGC baseline. The OGC members have always been highly innocative and creative. How does the OGC accommodate the installed base using the current OGC/ISO baseline with the requirements of the mobile internet, Internet of Things, AR, and so forth?

There are related questions and issues related to the OGC having standards that have some level of overlapping capability:
  • Sponsors (such as governments) who require compliance with OGC standards will discover that applications don't communicate together, due to applications supporting different OGC standards that essentially do the same thing.
  • If there is overlapping functionality on one or more OGC standards, we need to consider the cost to application developers, systems integrators, testers and sponsors to support all relevant OGC standards will be substantially increased.
  • Can the OGC membership reach any consensus that harmonization and innovation are accepted principles / goals of the consortium?
  • How will OGC address externally submitted spatial / location standards that are widely (globally) used and overlap or conflict with the existing OGC baseline?
  • Who would maintain the externally developed specifications that then become OGC standards, and what are the IPR implications of such a setup?
  • How might the OGC development process be modified to encourage documentation as the last phase of the process, with heavy emphasis on experimentation, testing, validation up front?

These questions relate to an agile process and to the experience gained from the OGC testbed process.

How should the OGC adapt to the rise of mobile devices which has greatly changed the landscape for mass market spatial data infrastuctures?

 
Edit | Attach | Print version | History: r4 < r3 < r2 < r1 | Backlinks | View wiki text | Edit WikiText | More topic actions...
Topic revision: r1 - 29 Jun 2013, AdrianCuster
 

This site is powered by FoswikiThe information you supply is used for OGC purposes only. We will never pass your contact details to any third party without your prior consent.
If you enter content here you are agreeing to the OGC privacy policy.

Copyright © by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding OGC Public Wiki? Send feedback