<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">On 14/07/12 00:08, Angelos Tzotsos
      wrote:<br>
    </div>
    <blockquote cite="mid:50002BE6.9020204@gmail.com" type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      <div class="moz-cite-prefix">On 07/13/2012 04:41 PM, Gérald Fenoy
        wrote:<br>
      </div>
      <blockquote cite="mid:1342186889.13785.29.camel@localhost"
        type="cite">
        <pre wrap="">Dear members,
I would like to know if anybody take this topic in account for producing
the next release of OSGeoLive DVD 6.0. I think it makes lot of sens to
make sure that all projects included in next release fit the new OGC
requirements. The final update of the OGC schemas should happen on jully
27th so maybe we still get some time before considering this issue.

Hope to hear from you,
Best regards,

</pre>
        <br>
        <fieldset class="mimeAttachmentHeader"></fieldset>
        <br>
        <pre wrap="">_______________________________________________
Live-demo mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Live-demo@lists.osgeo.org">Live-demo@lists.osgeo.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.osgeo.org/mailman/listinfo/live-demo">http://lists.osgeo.org/mailman/listinfo/live-demo</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://live.osgeo.org">http://live.osgeo.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://wiki.osgeo.org/wiki/Live_GIS_Disc">http://wiki.osgeo.org/wiki/Live_GIS_Disc</a></pre>
      </blockquote>
      Hi Gerald and thanks for bringing this issue up,<br>
      <br>
      This is definitely a very crucial matter for all OGC related
      software on the disk.<br>
      The problem is that we do not build everything from source but
      rely on many packages. So this kind of patching should be done
      upstream for each project.<br>
      I realize that this is not the case right now. Actually I am not
      aware of any project having fixed this issue till now (and having
      released a stable version). <br>
      <br>
      Another issue is that we might be against a double standard for a
      long time, since this change will not happen overnight.<br>
      I recall some project discussions about being compatible with both
      xlink versions to continue to support previous deployments.<br>
      <br>
      I am afraid this will be an issue not just with OSGeoLive 6.0 but
      perhaps the next version too...<br>
      <br>
      Perhaps we should update the status spreadsheet to monitor
      projects compatible with this new specification.<br>
      <br>
      Best regards,<br>
      Angelos<br>
    </blockquote>
    <br>
    My take is that a change in an OGC standard might trigger an update
    to docs for a packaged application, but it is not the role of
    OSGeo-Live to emphasise compliance of packaged applications on
    OSGeo-Live projects.<br>
    <br>
    Ie, we might want to update our documentation about OGC standards,
    and maybe also update Project Overview docs to note compliance/non
    compliance of projects.<br>
    <pre class="moz-signature" cols="72">-- 
Cameron Shorter
Geospatial Solutions Manager
Tel: +61 (0)2 8570 5050
Mob: +61 (0)419 142 254

Think Globally, Fix Locally
Geospatial Solutions enhanced with Open Standards and Open Source
<a class="moz-txt-link-freetext" href="http://www.lisasoft.com">http://www.lisasoft.com</a>

</pre>
  </body>
</html>