Looking at the awk script of Siki Zoltan, I made Python scripts using
regular expressions that works :
In the dxf file, A 3D face polygon is located between the two delimiters:
*3DFace*
.
* 0*
(the spaces before the 0 are important here, because there are also
coordinates equal to 0, withou
*Even,*
Thanks for the information. I agree with the ideal of a FOSS JP2 library
but we're not in a position to contribute towards it; at best it's
ancilliary to our needs. At worst I could use any one of a number of other
formats, it just so happens that for now the data is in JP2.
Jürgen,
Ok, th
Hi,
On Thu, 19. Dec 2013 at 16:33:01 +0100, Jürgen E. Fischer wrote:
> Um, maybe not overly clear. _didn't_ was meant to imply that they do now.
> The last nightly builds already depended on gdal-ecw/mrsid and in turn the
> next weekly will, too.
Correction: Only the 64bit build already did, but
Selon Jonathan Moules :
> I'm wondering - is there a reason that the JP2Open is distributed with
> QGIS/GDAL given it seems to do a terrible job? At least it does with all
> the ones I've tested against. Could the JP2ECW be distributed as the
> default instead?
It depends on the images. On tiled
Hi Jonathan,
On Thu, 19. Dec 2013 at 15:16:05 +, Jonathan Moules wrote:
> I'm wondering - is there a reason that the JP2Open is distributed with
> QGIS/GDAL given it seems to do a terrible job? At least it does with all the
> ones I've tested against. Could the JP2ECW be distributed as the def
I'm wondering - is there a reason that the JP2Open is distributed with
QGIS/GDAL given it seems to do a terrible job? At least it does with all
the ones I've tested against. Could the JP2ECW be distributed as the
default instead?
(again, I'm using the weekly build here).
Cheers,
Jonathan
On 18
Graham,
You need to create the overlays (pyramids) for the virtual raster.
You can do it directly in QGIS:
- Turn render off;
- Load the Virtual raster;
- Open Layer properties (right-click) and go to Pyramids
- Select all the resolutions proposed and press Build pyramids.
Or you can do it u
Hi,
When using gdalbuildvrt to create a virtual raster, is there a way to
specify the scale dependent visibility of the vrt that is being created?
My reason for this question is that when displaying a vrt containing a large
number of rasters QGIS 2.0.1 takes a very long time to open up the Layer
P
