<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">

</head>

<body bgcolor="#ffffff" text="#000000">

Martin Dobias a écrit :

<blockquote

 cite="mid:e8e7199c0901040903t41ef1c92te712840b030267db@mail.gmail.com"

 type="cite">

  <pre wrap="">2009/1/4 Patrick Giraudoux <a class="moz-txt-link-rfc2396E" href="mailto:patrick.giraudoux@univ-fcomte.fr"><patrick.giraudoux@univ-fcomte.fr></a>:

  </pre>

  <blockquote type="cite">

    <pre wrap="">Seems that I can narrow the question now. Actually, QGIS Kore reads GRASS

maps well except when the maps  have been created from raster ramp color

have been optimized with i.landsat.rgb. For example in GRASS:

r.composite r=etm7 g=etm5 b=etm2 out=south752brut

makes a map 'south752brut' which is well read within QGIS

Now if I do:

i.landsat.rgb r=etm7 g=etm5 b=etm2

r.composite r=etm7 g=etm5 b=etm2 out=south752opt

it makes a map 'south752opt' which is extremly long to read (several

minutes), and when read makes change (displacement, zoom, etc...) extremely

long to be displayed at a speed that prevent any work

However, 'south752opt' and 'south752brut' are quick/normally displayed both

at the same speed when on work within GRASS (e.g. d.rast south752opt)

Any hint ?

    </pre>

  </blockquote>

  <pre wrap=""><!---->

Hi Patrick,

we're using GDAL library to access GRASS rasters, so the problem may

be there. I would suggest you to try reading the raster in some other

GDAL-based software [1] to see whether it also suffers slow

performance. If so, file a bug for GDAL, if the problem happens only

in QGIS file a ticket for QGIS with details.

Martin

[1] <a class="moz-txt-link-freetext" href="https://trac.osgeo.org/gdal/wiki/SoftwareUsingGdal">https://trac.osgeo.org/gdal/wiki/SoftwareUsingGdal</a>

  </pre>

</blockquote>

Ok. I will try and come back with the result ASAP. <br>

<br>

Additionally before your mail I have made some other trials that may

(?) help to understand what happens... Looks like corroborating your

suspicion about bad interactions between rgdal and qgis. When I export

the file using r.out.gdal format=GTiff and then try and read the tif

file externally from QGIS, I have the same (bad/slow) result as when

reading the grass file from QGIS within GRASS. Then, if I export the

GRASS file with r.out.tiff I get a file which is easily read from QGIS

and correctly (quickly) displayed as a three band tif object (as an

external raster, of course). Furthermore, what surprises me is that

when I read a raster GRASS file created with r.composite within QGIS, I

get a 1-grey band file  with "color palette" ("palette de couleur" in

French) activated in the "properties" box of the layer (however, I was

more expecting a three band rgb). <br>

<br>

Do those info put you a bit more clearly on the track ? <br>

<br>

Thanks for your ideas and advice to where to adress the trouble...<br>

<br>

Patrick<br>

<br>

<br>

<br>

<br>

</body>

</html>