Hi all, <br><br>please don't forget the QGIS legend and its issues when keeping track of both layer and group positions. <br><br>Since there could be too many new functionalities, what about publishing a survey in <a href="http://qgis.org">qgis.org</a> for prioritizing and, perhaps, postponing them for minor 2.x releases?<br>

<br>Focusing on too many new stuff could yield the next-major-version-is-coming-since-several-years-ago problem that other GIS software have experienced. <br><br>Regards, <br><br>Germán<br><br><div class="gmail_quote">2012/7/11 Marco Hugentobler <span dir="ltr"><<a href="mailto:marco.hugentobler@sourcepole.ch" target="_blank">marco.hugentobler@sourcepole.ch</a>></span><br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

- Threading branch and threaded data provider refactor (a long time<br>
ago in GSOC project far away Martin Dobias got much of the ground work<br>
in place but the delta between his branch and master is huge now)<br>
</blockquote>
<br></div>
As you mention, a large part of the work is the data provider refactoring (implementing the iterator pattern for every provider).<br>
On the other hand, it is a task that can be parallelized. If each maintainer of a vector provider could implement that for his provider(s), that would make the whole process much easier. I'm available to change the WFS provider.<br>


What do others think?<br>
<br>
Regards,<br>
Marco<br>
<br>
Am 11.07.2012 13:26, schrieb Tim Sutton:<div><div class="h5"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi All<br>
<br>
Marco and I have been discussing version 2.0 and wanted to bring the<br>
discussion onto the list. In particular we are interested in:<br>
<br>
- When is a reasonable date to aim for the release?<br>
- What features will be part of 2.0?<br>
- What things are we going to clean away for the release?<br>
<br>
Here are a list of the possible things that could go into 2.0 that we<br>
came up with:<br>
<br>
- QgsGeometry Refactor to support arcs, measures, 3d geometries and<br>
geometry collections (Marco is working on this though unless he is<br>
funded to work on it it is unlikely to happen for 2.0)<br>
- Threading branch and threaded data provider refactor (a long time<br>
ago in GSOC project far away Martin Dobias got much of the ground work<br>
in place but the delta between his branch and master is huge now)<br>
- Raster refactor to use new renderer architecture, native WCS<br>
support, pipelines, 'save as' support and more (this work is being<br>
funded by the World Bank and will be available in master over the next<br>
3 months)<br>
- GSOC project for symbology UI redesign / improvements (how is this<br>
work going?)<br>
- GSOC project for on the fly feature generalization (also how is this going)<br>
- Addition of Sextante into QGIS as a standard plugin (assuming that<br>
sits well with Victor)<br>
<br>
What else do we miss from the list? Are any others out there actively<br>
working on features / funding features that we should be aware of?<br>
<br>
In terms of decrufting, it would be good to remove all the duplicated items:<br>
<br>
- twin labelling systems<br>
- unified add layer dialogs<br>
- twin symbology systems<br>
- about 15 ways to generate hillshades<br>
- too many toolbars / icons by default<br>
- remove all deprecated calls from the API<br>
<br>
Are there any other things that folks would like to add to the<br>
discussion for the roadmap for version 2.0?<br>
<br>
Regards<br>
<br>
<br>
<br>
</blockquote>
<br>
<br>
-- <br></div></div>
Dr. Marco Hugentobler<br>
Sourcepole -  Linux & Open Source Solutions<br>
Weberstrasse 5, CH-8004 Zürich, Switzerland<br>
<a href="mailto:marco.hugentobler@sourcepole.ch" target="_blank">marco.hugentobler@sourcepole.<u></u>ch</a> <a href="http://www.sourcepole.ch" target="_blank">http://www.sourcepole.ch</a><br>
Technical Advisor QGIS Project Steering Committee<div class="HOEnZb"><div class="h5"><br>
<br>
______________________________<u></u>_________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org" target="_blank">Qgis-developer@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/<u></u>mailman/listinfo/qgis-<u></u>developer</a><br>
</div></div></blockquote></div><br>-- <br>-----------<br>   |\__  <br>(:>__)(<br>   |/    <br><br>Soluciones Geoinformáticas Libres                            <br><a href="http://geotux.tuxfamily.org/">http://geotux.tuxfamily.org/</a><br>

<a href="http://twitter.com/GeoTux2">http://twitter.com/GeoTux2</a><br><br>