On 17/12/2012 13:13, Volkmar Herbst Agricon wrote:
> Dear all,
> I have a problem using gdal libraries (fwtools247) in .Net. I do need to
> reference the library in .net 4.0. It works in 3.5 but not with framework
> 4.0. Is there any way to use the libs in 4.0? Or could you give us some
> other sug
Hello,
I am working on a C++ codes which reads polygon from polygon shapefile to see
whether a point is within a polygon. But, I got segmentation fault for
pt.within (poGeometry). Could you tell me where I may have errors.
1. GDAL 1.9.1 is compiled with currect GEOS 3.3.6
2. My c+
Sorry for the traffic, just forgot to say that with the command line
utilities it works as expected:
gdal_translate -gcp 0 0 16.1 48.5 -gcp 604 0 16.168 48.5033 -gcp 604 297
16.168035 48.4835 -gcp 604 594 16.16804 48.4636 -gcp 0 594 16.1001 48.46
-gcp 0 297 16.1 48.48 input.jpg tmp.tif
gdalwa
Hey devs,
I've spent a full day to find a solution to this, but unfortunately was
not able to solve it, so you are my last hope :)
I'm trying to reproject an image with GCPs to a CRS specified by WKT.
I used `gdal.AutoCreateWarpedVRT` to retrieve the output image size +
geotransform in conj
Here are some performance numbers in a presentation by Frank:
http://www.fosslc.org/drupal/content/tuning-gdal-raster-performance
I found this very informative.
-Steve W
On 12/18/2012 7:27 AM, Jan Hartmann wrote:
Thanks Jukka, I always wanted to learn Finnish :-). Almost as difficult
as Dutch.
Thanks Jukka, I always wanted to learn Finnish :-). Almost as difficult
as Dutch.
Cheers,
Jan
On 12/18/2012 01:16 PM, Jukka Rahkonen wrote:
Here is a fresh table comparing resampling methods and cgi vs. fast-cgi with
Mapserver and with raster map data.
http://latuviitta.org/Apps4Finland-2012
Jan Hartmann uva.nl> writes:
>
>
> Thanks Jukka, very
> informative. I'll start with jpeg compressed tiffs and will do
> additional tests next year. I'm on a Cloud environment nowadays,
> so it's easy to set up clean VMs for testing. Any suggestions for
> experiments
Jan,
Its in the docs (http://gdal.org/frmt_gtiff.html)
About JPEG compression of RGB images
When translating a RGB image to JPEG-In-TIFF, using PHOTOMETRIC=YCBCR can make
the size of the image typically 2 to 3 times smaller than the default
photometric value (RGB). When using PHOTOMETRIC=YCBCR
Any ideas why this should be so, Mike? Is this the case for all images?
I found a few pointers with Google, like the one below, but I am still
unsure about the reasons.
http://boatfloater.wordpress.com/2012/02/13/photometric-rgb-ycbcr/
On 12/18/2012 12:59 PM, Smith, Michael ERDC-RDE-CRREL-NH
I've found setting PHOTOMETRIC=YCBCR to allow much higher compression when
using jpeg compression in gtifs.
Mike
--
Michael Smith
US Army Corps
Remote Sensing GIS/Center
From: Jan Hartmann mailto:j.l.h.hartm...@uva.nl>>
Date: Tuesday, December 18, 2012 5:47 AM
To: Jukka Rahkonen mailto:jukka.ra
Thanks Jukka, very informative. I'll start with jpeg compressed tiffs
and will do additional tests next year. I'm on a Cloud environment
nowadays, so it's easy to set up clean VMs for testing. Any suggestions
for experiments with different raster formats would be very welcome.
Jan
On 12/18/20
Jan Hartmann uva.nl> writes:
> Hi Even, are there any
> benchmarks to compare (uncompressed) gtif with the three formats
> above? My production maps are always tiled to 2000*2000 pixels,
> all zoomlevels precomputed. Very efficient with uncompresssed
> gtif, but they
On 12/17/2012 09:14 PM, Even Rouault wrote:
The performance vs size when zooming out is impressive with ECW, but it
does not look like I have ability to create ECW. Are there better
formats then GTif in the list below?
JPEG2000 or MrSID are somewhat similar to ECW.
Hi Even, are there any bench
13 matches
Mail list logo
