Martin,
Rebuilding with geos 3.0.4 solved the problem. (I was using 3.1.1.)
Thanks,
Jim
On 07/16/2010 09:36 AM, Martin Dobias wrote:
On Fri, Jul 16, 2010 at 4:06 PM, Jim Hammack wrote:
On Wed, 21 Jul 2010 21:49:16 +0200
Paolo Cavallini wrote:
> Il 21/07/2010 20:09, Alexander Bruy ha scritto:
>
> > Some time ago I've start to develop plugin that placed photo thumbnails
> > based on their EXIF coordinates on QGIS map canvas, also it can display
> > full photo when user clicks on
Martin,
Sorry to take so long to respond. I had some unexpected travel come
up and have been away from my email.
Yes, that's what I need but each item on that list has its own
dependencies and that's what is driving me crazy. Every time I change
something on the list, it introduces seve
Il 22/07/2010 10:36, Andreas Neumann ha scritto:
> Hi Paolo,
>
> Hm - interesting. I did not test it myself.
>
> However, when you say "tiff" - did you optimize it with pyramids? What
> compression did you use?
No optimization: just the plain tiff as downloaded (this was meant as a "test
drive
Hi John
Yes, an export adds all the joined fields to the new layer. So this provides a
good workaround if the join performance is too slow.
Regards,
Marco
Am Donnerstag, 22. Juli 2010, um 00.29:45 schrieb John C. Tull:
> Hi Marco,
>
> This sounds like another great addition on your part. Is,
Hi Paolo,
Hm - interesting. I did not test it myself.
However, when you say "tiff" - did you optimize it with pyramids? What
compression did you use?
Andreas
- Original message -
> Hi all.
> Surprisingly, reading a slite raster is way faster than a plain TIFF.
> Try this: in QGIS, ques
Hi all.
Surprisingly, reading a slite raster is way faster than a plain TIFF. Try this:
in QGIS, questa http://download.gfoss.it/TrueMarble/TrueMarble-250m.sqlite
and this:
http://ueod-globe.net/globe/TrueMarble_GeoTIFF/TrueMarble.250m.21600x21600.D2.tif.gz
Caution: you'll need gfdal 1.7, and proba
