Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision
Previous revision
standards:start [2010/06/30 17:40]
chamindra
standards:start [2010/07/06 19:22] (current)
Line 17: Line 17:
   * [[https://docs.google.com/Doc?docid=0AVowJvxqeNIDZG4zdDI1Yl84MWQzbmY0aGR4&hl=en | Sahana Software Foundation Wiki Structure Proposal]]   * [[https://docs.google.com/Doc?docid=0AVowJvxqeNIDZG4zdDI1Yl84MWQzbmY0aGR4&hl=en | Sahana Software Foundation Wiki Structure Proposal]]
   * [[https://docs.google.com/Doc?docid=0AVowJvxqeNIDZG4zdDI1Yl84MmdtbThkdGNy&hl=en  | Sahana Software Foundation Proposed Wiki Templates and Eden Project Structure]]   * [[https://docs.google.com/Doc?docid=0AVowJvxqeNIDZG4zdDI1Yl84MmdtbThkdGNy&hl=en  | Sahana Software Foundation Proposed Wiki Templates and Eden Project Structure]]
 +====== Standards Supported by Sahana ======
  
-====== Open Standards Supported by Sahana ======+__What make a good Satandard?__
  
-__What makes an Open Standard?__ +Below are some of the considerations when looking at standards we should adopt as a group
- +
-For a standard to be truly open (at least for us) it should have the following going for it in order of priority.+
  
 +  - **Adoption** - How well is the standard adopted by systems and respected by practitioners forums
 +    * Deployment - is it a defacto standard that is in widespread use, and therefore needs support anyway? (a la .doc or ESRI shapefile). Are there existing implementations that we can either draw upon, or can we implement a library so that ourselves and others are able to ease deployment of the standard?
   - **A liberally licensed specification** - Not all standards are free and some require royalties to obtain. Licenses should be aligned to the Free and Open Source principles.   - **A liberally licensed specification** - Not all standards are free and some require royalties to obtain. Licenses should be aligned to the Free and Open Source principles.
-  - **An Open Community Process** - Not all standards are defined and refined in an open community processSome require exclusive memberships before you can participate+    Accessibility the standard specification should be freely obtainable, and there must be no licensing or royalty costs associated with implementation or promotion.
   - **An Open Source implementation** - This is not a must, but it certainly helps assure that the standard has been implemented transparently. It also help propagate the standard as any one can adopt these libraries into their products.   - **An Open Source implementation** - This is not a must, but it certainly helps assure that the standard has been implemented transparently. It also help propagate the standard as any one can adopt these libraries into their products.
 +  - **An Open Community Process** - Not all standards are defined and refined in an open community process. Some require exclusive memberships before you can participate
 +    * **Representation** - can anyone join? Does it cost to join? Can everyone comment? Can everyone vote? Is the breakdown of representation truly representative of end users? Does the body developing the standard have awareness and recognition of end users that are likely to adopt the standard?
 +    * **Approval** - is it a democratic vote using a formal process (e.g. OASIS or W3C) or is it a 'push' by a benevolent dictator (e.g. PFIF). We should encourage and support standards processes that use democratic and defined voting processes, and not those pushed by a benevolent dictator - and this could be either a well meaning person, or a corporation (a la Microsoft OOXML, and possibly less than benevolent). Note that the approval process is different from representation.
 +
  
 __Sahana Interop Matrix__ __Sahana Interop Matrix__
  
-^ Standard    ^ Sahana 0.6 stable ^ SahanaPHP trunk ^ SahanaPy 0.4 ^+^ Standard    ^ Sahana-Agasti 0.6 stable ^ Sahana-Agasti trunk ^ Sahana-Eden trunk ^
 | //Object/Resource exchange standards// |||| | //Object/Resource exchange standards// ||||
 | RSS          Y      |  Y    |  Y  | | RSS          Y      |  Y    |  Y  |
-| GeoRSS      |          Y    |  Y  | 
 | EDXL-DE                       | | EDXL-DE                       |
 | EDXL-HAVE                  Y  | | EDXL-HAVE                  Y  |
 | EDXL-RM                       | | EDXL-RM                       |
 | Feedsync    |                   | | Feedsync    |                   |
 +| XForms      |                Y  |
 | //Alerting Standards - MSG // |||| | //Alerting Standards - MSG // ||||
 | CAP                  Y    |     | | CAP                  Y    |     |
Line 43: Line 48:
 | CWML        |                   | | CWML        |                   |
 | //People data exchange standard - MPR, PR, DVR// |||| | //People data exchange standard - MPR, PR, DVR// ||||
-| PFIF        |  [Note 1]  |       |  Y  |+| PFIF        |         |  [Note 1]  |  Y  |
 | FOAF        |                   | | FOAF        |                   |
 | vCARD                         | | vCARD                         |
-| EDXL-TEP/TEC  |  [Note 2]  |       |     |+| EDXL-TEP/TEC  |        |  [Note 2]  |     |
 | //GIS data exchange standards - GIS, SM, CR// |||| | //GIS data exchange standards - GIS, SM, CR// ||||
-| OpenLayers  |          Y    |  Y  | 
 | KML                  Y    |  Y  | | KML                  Y    |  Y  |
 | TMS                  Y    |  Y  | | TMS                  Y    |  Y  |
 | WMS                  Y    |  Y  | | WMS                  Y    |  Y  |
-WFS         |             |  Y  |+XYZ         |               |  Y  |
 | GPX                        Y  | | GPX                        Y  |
 | GML                  Y    |  Y  | | GML                  Y    |  Y  |
 +| GeoRSS      |          Y    |  Y  |
 +| MGRS        |                Y  |
 | //EM/Humanitarian Domain Standards// |||| | //EM/Humanitarian Domain Standards// ||||
 | NIEM        |                   | | NIEM        |                   |
 +
 +[Note 1] First implementation of PFIF 1.1, 1.2 concluding; expected completion of improved rewrite & modularization Summer 2010.
 +
 +[Note 2] TEP has been submitted to OASIS for standardization 2nd Q 2010.  TEC definition is just beginning.  TEP in Sahana currently being discussed.
 +
 ====== Standards Proposals ====== ====== Standards Proposals ======
  
   * [[http://docs.google.com/View?id=dff5zkst_0fc83nvhn | Release Strategy Proposal]]   * [[http://docs.google.com/View?id=dff5zkst_0fc83nvhn | Release Strategy Proposal]]
 +
 +====== Standards Representation ======
 +  * Gavin Treadgold is an individual non-voting member of the OASIS Emergency Management Technical Committee.

Navigation
QR Code
QR Code standards:start (generated for current page)