Hi,
> but does not work at all with
> GRASS rasters under Windows.
it works now. I don't know if it was my fault when I tested the other
day of if it changed something meanwhile. Nevertheless there is always
the problem when passing over null pixels and outside the extent of the
GRASS raster.
c
Hi Radim
On Thu, 2011-04-14 at 13:48 +0200, Radim Blazek wrote:
> On Sat, Mar 26, 2011 at 9:29 PM, Giovanni Manghi
> wrote:
> > It works pretty good with *non* GRASS rasters, while with GRASS rasters
> > is very slow (on Windows, acceptable on linux) and has another problem:
> > when passing the
On Sat, Mar 26, 2011 at 9:29 PM, Giovanni Manghi
wrote:
> It works pretty good with *non* GRASS rasters, while with GRASS rasters
> is very slow (on Windows, acceptable on linux) and has another problem:
> when passing the mouse outside the extent of the raster it does not says
> "out of extent" a
Radim wrote:
>>> If there are 10 maps open in QGIS, it starts 1 executables
>>> in about 1 second. That is probably a bit slow.
Hamish:
> > It can also take multiple input coords in a single call, so
> > you can at least queue you queries into bigger sized chunks
> > if you like, which would ea
On Mon, Mar 28, 2011 at 4:17 PM, Jürgen E. wrote:
> [cc trimmed]
>
> Hi Radim,
>
> On Mon, 28. Mar 2011 at 15:47:56 +0200, Radim Blazek wrote:
>> That would be possible. Do you mean a cache on driver level? Is it a
>> cache used in QGIS for rendering somewhere at this moment? Is it
>> desired? 10
[cc trimmed]
Hi Radim,
On Mon, 28. Mar 2011 at 15:47:56 +0200, Radim Blazek wrote:
> That would be possible. Do you mean a cache on driver level? Is it a
> cache used in QGIS for rendering somewhere at this moment? Is it
> desired? 1000x800x8 = 64MB / layer, 10 layers ~ 0.6GB. What about
> threa
On Mon, Mar 28, 2011 at 10:12 AM, Jürgen E. wrote:
> Hi Radim,
>
> On Mon, 28. Mar 2011 at 09:31:24 +0200, Radim Blazek wrote:
>> Can GRASS developers give us any suggestion how to solve this?
>
> Wouldn't it be possible to do the request on the cached image of the last draw
> request?
That would
On Mon, Mar 28, 2011 at 9:38 AM, Hamish wrote:
> Radim wrote:
>> If there are 10 maps open in QGIS, it starts 1 executables
>> in about 1 second. That is probably a bit slow.
>
> maybe a little :)
>
> I do not suggest this as a correct solution, but fyi r.what can
> take multiple input maps in
Hi Radim,
On Mon, 28. Mar 2011 at 09:31:24 +0200, Radim Blazek wrote:
> Can GRASS developers give us any suggestion how to solve this?
Wouldn't it be possible to do the request on the cached image of the last draw
request?
Jürgen
--
Jürgen E. Fischer norBIT GmbH Tel. +49
Radim wrote:
> If there are 10 maps open in QGIS, it starts 1 executables
> in about 1 second. That is probably a bit slow.
maybe a little :)
I do not suggest this as a correct solution, but fyi r.what can
take multiple input maps in a single call. It can also take
multiple input coords in a
On Sat, Mar 26, 2011 at 9:29 PM, Giovanni Manghi
wrote:
> It works pretty good with *non* GRASS rasters, while with GRASS rasters
> is very slow (on Windows, acceptable on linux)
Explanation for GRASS list: he is talking about "Value tool" which is
displaying a raster value under cursor.
In the
It also doesn't work with reprojected rasters.
> I tested/used the plugin extensively on both windows (seven) and linux
> (Ubuntu 32bit) in the last days and no crashes (qgis trunk and older
> versions).
>
> It works pretty good with *non* GRASS rasters, while with GRASS rasters
> is very slow
On Fri, 2011-03-25 at 08:33 +0100, Paolo Cavallini wrote:
> Il giorno gio, 24/03/2011 alle 12.23 -0700, Agustin Lobo ha scritto:
> > Can you provide more details?
>
> Current trunk on Debian unstable, amd64.
> It crashes as soon as I install the plugin.
> All the best.
I tested/used the plugin
Works here without problems also ..
Using latest (Self compiled) trunk and gentoo linux as base..
The only thing not working here (which i currently use) is the
Spectral Analyses plugin. If anyonw can tell me where to search when i
get such an error:
File "C:/Users/macho/.qgis/python/plugins\spec
Il giorno gio, 24/03/2011 alle 12.23 -0700, Agustin Lobo ha scritto:
> Can you provide more details?
Current trunk on Debian unstable, amd64.
It crashes as soon as I install the plugin.
All the best.
--
http://www.faunalia.it/pc
___
Qgis-developer mai
Can you provide more details?
I'm using it and do not experience crashes, but
perhaps I'm just not using it under the same conditions.
Agus
--
View this message in context:
http://osgeo-org.1803224.n2.nabble.com/Value-tool-plugin-makes-QGIS-crash-tp6203825p6205375.html
Sent from the qgis-develope
16 matches
Mail list logo
