My 2 cents on this topic;<br><br>Improvement on OL2.x should go into the OL2.x branch.<br><br>- Perfect that OL3 will be modern, using the latest and greatest in possibilities and technology. I would like to cheer at the core developers "Go OL-team, go!"<br>

<br>- OpenLayers is open source, there are no limitations to forking/continuing the OL2 branch for "folks and organizations that cannot (or do not want to) keep up with the latest and greatest, even when it is free". If I am correct OL2 will be available for ever (as is OL1 which is still there, in the repository <a href="http://svn.openlayers.org/branches/openlayers/1.0/">http://svn.openlayers.org/branches/openlayers/1.0/</a>)<br>

<br>These organizations (or at least their policy-makers) are used to lagging on behalf of security, maintainability, service and support and would have no problem using openlayers 2.x instead of 3.x. These organizations are often still on Microsoft XP, Internet Explorer 6 or 7. People in these organizations often work with "one hand tied on their back and one eye closed shut" (and it often frustrates them to the bone)<br>

<br>And I would like to suggest people that depend on OL2 and its availability in lagging infrastructures to save a few pennies to support OL2 development or dig in the code themselves and "patchsome!"<br><br><br>

<div class="gmail_quote">2012/11/21 Sergeant_york <span dir="ltr"><<a href="mailto:electronicpanda@gmail.com" target="_blank">electronicpanda@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

I never said webGL should be denied by OL, I just said there should be<br>
improvements on classical methods as well as the methods that will use<br>
webGL. It was pointed out, using closure compiler decision is one of the<br>
improvements for both sides. It might improve the performance.<br>
<br>
On the other hand when it comes to engineering applications accuracy and<br>
precision is important. Yet, with looking at current GIS technologies<br>
(including OL), it looks like applying some criterias is not an easy job.<br>
The first problem comes with the difference between desktop and web<br>
applications. Processing seamless data and applying complex tasks on a web<br>
application still looks far from the current structure unfortunately. That<br>
makes me think that GIS will stay as GIS and never expand its borders.<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://osgeo-org.1560.n6.nabble.com/Future-of-OpenLayers-or-OL3-tp5017680p5017829.html" target="_blank">http://osgeo-org.1560.n6.nabble.com/Future-of-OpenLayers-or-OL3-tp5017680p5017829.html</a><br>


Sent from the OpenLayers Users mailing list archive at Nabble.com.<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.osgeo.org">Users@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/openlayers-users" target="_blank">http://lists.osgeo.org/mailman/listinfo/openlayers-users</a><br>
</div></div></blockquote></div><br>