Btw, is it possible to call computeMinMax() on demand, e.g. in
QgsGDALProvider::minimumValue /maximumValue instead of the provider
constructor?
It probably does not matter much for the desktop experience. However, for
server throughput, avoidance of opening and parsing the aux.xml file could
Hi
On Wed, Aug 10, 2011 at 12:20 AM, Peter Borissow
peter.boris...@yahoo.com wrote:
Also, might be a good idea to spawn a separate thread to generate the aux
file in the background...
It could be a possibility but the way things are set up now, stats are
only gathered when really needed, and
Hi
On Wed, Aug 10, 2011 at 8:31 AM, Marco Hugentobler
marco.hugentob...@sourcepole.ch wrote:
Btw, is it possible to call computeMinMax() on demand, e.g. in
QgsGDALProvider::minimumValue /maximumValue instead of the provider
constructor?
It probably does not matter much for the desktop
Hi all,
I forgot the link. Regards.
[1] http://www.qgis.org/wiki/DB_Manager_plugin_GSoC_2011
On Wed, Aug 10, 2011 at 4:01 AM, Giuseppe Sucameli brush.ty...@gmail.comwrote:
Hi all,
I've updated the wiki page [1] adding the weekly report of the last week.
In this moment the development of the
I think the overhead for reading the aux.xml file is really minimal
and the min/max population of that if its not there is quite quick and
a once off event so I wouldnt think it is going to impact the server
much. I'd suggest I first run some benchmarks to see how much overhead
it adds.
But
+1 for starting now. Better to start early so we and plugin devs can start
moving over, esp regarding the multi threading API, then leave it till the
end.
I think we could also generate some kind of report with API changes, see
Hi
On Wed, Aug 10, 2011 at 12:25 PM, Marco Hugentobler
marco.hugentob...@sourcepole.ch wrote:
I think the overhead for reading the aux.xml file is really minimal
and the min/max population of that if its not there is quite quick and
a once off event so I wouldnt think it is going to impact the
Il 10/08/2011 12:32, Tim Sutton ha scritto:
Anyway +1 for API breakage from me - we will continue maintaining
1.7.x for now anyway for those looking for stability. The number of
things we can reasonable backport will shrink as we mess with the API
but I don't see the impact to be too big.
+1
Hi Martin, Tim
I'm also in favour of breaking the API right now (it was only per coincidence
no one did it so far).
At the last developer meeting, someone proposed to have a list wotj the API
breakages on the wiki as help for plugin authors.
Regards,
Marco
Am Mittwoch, 10. August 2011,
Hi all,
may be it is time to add to the GdalTools plugin new utility
that will calculate raster statistics? Something similar to
Assign projection or Build overviews.
Bye
--
Alexander Bruy
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
Il 10/08/2011 12:49, Alexander Bruy ha scritto:
may be it is time to add to the GdalTools plugin new utility
that will calculate raster statistics? Something similar to
Assign projection or Build overviews.
Good idea; ideally this should be done in batch, also recursively, so in most
In my opinion it is better to start now and have more time to update plugins
and test new changes.
So, +1 for breaking API now
2011/8/10 Marco Hugentobler marco.hugentob...@sourcepole.ch:
Hi Martin, Tim
I'm also in favour of breaking the API right now (it was only per coincidence
no one did
Hi Tim-
I understand that the stats are only gathered when needed. Still, I think
users should have the option to compute stats and possibly other support files
on load. This could be accomplished via a preference/setting or a pop-up
dialog. In theory, you could have a thread pool to
On Wed, Aug 10, 2011 at 12:41 PM, Paolo Cavallini cavall...@faunalia.it wrote:
Il 10/08/2011 12:32, Tim Sutton ha scritto:
Anyway +1 for API breakage from me - we will continue maintaining
1.7.x for now anyway for those looking for stability. The number of
things we can reasonable backport
Dnia środa, 10 sierpnia 2011 o 11:58:38 Martin Dobias napisał(a):
- change plugin installer so that it works only with new plugin
repository and shows plugins for qgis 2.0
You mean blocking all the 3rd party repositories? Or just the two central
ones?
Il 10/08/2011 13:30, Martin Dobias ha scritto:
We did not really plan to make a 1.8 release. I am a bit afraid that
preparing another release might distract us from the road to 2.0.
Agreed, I did not mean to have a formal release, just a quick snapshot before
breakage. I'm sure someone will
On Wed, Aug 10, 2011 at 1:40 PM, Borys Jurgiel li...@borysjurgiel.pl wrote:
Dnia środa, 10 sierpnia 2011 o 11:58:38 Martin Dobias napisał(a):
- change plugin installer so that it works only with new plugin
repository and shows plugins for qgis 2.0
You mean blocking all the 3rd party
Hi all,
I had noticed the slow loading you refer to, when I got a copy of the master
branch last week, but it seems to be fixed now.
If you opened a raster from the command-line (i.e. qgis file.tif), the raster
stats were fetched (and stored in the .aux.xml file) automatically, hence the
I think the Browser is great, but I would suggest to have a way to update
directory contents, with either a refresh button/command, or when the user
opens a folder after collapsing it.
regards, Etienne
- Original Message -
From: Paolo Cavallini cavall...@faunalia.it
To:
On 08/10/2011 03:45 PM, Paolo Cavallini wrote:
http://lists.alioth.debian.org/pipermail/pkg-grass-devel/2011-August/010863.html
so I guess now the Debian package could include also the globe, right?
thanks.
exactly
ciao
___
Qgis-developer mailing list
Il 10/08/2011 18:40, Marco Bernasocchi ha scritto:
exactly
who can change the debian/control then?
all the best.
--
Paolo Cavallini: http://www.faunalia.it/pc
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
Hi.
And what are your opinions when should we start with the breakage...
in a month? in a week? tomorrow? now? :-)
+1 for starting now.
I think the Road graph plugin should be excluded from the targets of buildings
when the broken API compatibility. Then, I'll post a patch and fix any
Am Mittwoch, 10. August 2011, 15.45:14 schrieb Paolo Cavallini:
http://lists.alioth.debian.org/pipermail/pkg-grass-devel/2011-August/010863
.html so I guess now the Debian package could include also the globe,
right? thanks.
We should wait a day or two. The Debian packages are not yet
On Wed, Aug 10, 2011 at 3:32 AM, Tim Sutton li...@linfiniti.com wrote:
I think the fact that we are going to break API in 2.0 is well known
and discussed often in releases, blogs, qgis hackfests etc. and is a
general expectation when performing a major version numbering change.
I think your
On 10/08/2011, at 19:47 , Paolo Cavallini wrote:
Il 10/08/2011 13:30, Martin Dobias ha scritto:
We did not really plan to make a 1.8 release. I am a bit afraid that
preparing another release might distract us from the road to 2.0.
Agreed, I did not mean to have a formal release, just a
25 matches
Mail list logo
