[gdal-dev] What options for display of high-quality ortho's via
WMS?
Roger André
randre at gmail.com
Fri May 2 17:42:56 EDT 2008
I just realized what I was doing wrong. I kept the processing option in the
LAYER, and it was trumping the OUTPUTFORMAT in the MAP section. Once I took
the DITHER="YES" out, the imagery looks great.
Still learning how this all works together, sorry for taking up your time.
--
On Fri, May 2, 2008 at 2:13 PM, Roger André <randre at gmail.com> wrote:
> I only have the app running on an internal server at the moment. I will
> try to make a few WMS requests to generate images and will post the
> resulting output on an external box for you. My GSD is 18", but I am
> probably going to increase that to 36" for the final product.
>
> Thanks.
> --
>
>
> On Fri, May 2, 2008 at 2:05 PM, Martin Chapman <mchapman at texelinc.com>
> wrote:
>
> > Can you let me download the image you are having issues with? You want
> > to have a pyramid of files that are varying levels. Ideally they should be
> > a factor of 2, i.e… 2, 4, 8, 16, 32 , 64, 128, 256, 512, 1024, 2048, 4096, …
> > . What is the gsd of your base image?
> >
> >
> >
> > Martin
> >
> >
> >
> > *From:* Roger André [mailto:randre at gmail.com]
> > *Sent:* Friday, May 02, 2008 2:54 PM
> > *To:* mchapman at texelinc.com
> > *Cc:* gdal-dev-bounces at lists.osgeo.org; gdal-dev at lists.osgeo.org
> > *Subject:* Re: [gdal-dev] What options for display of high-quality
> > ortho's via WMS?
> >
> >
> >
> > Well, generating overviews of the 8-bit data produced pretty awful
> > looking results. gdaladdo did warn me, so I can't blame it. ;) Also
> > changing the resampling to bilinear did not improve the matter.
> >
> > Is it better to create large, single-image overviews, or to create many
> > tiles of varying resolution levels?
> > --
> >
> >
> > On Thu, May 1, 2008 at 11:37 PM, <mchapman at texelinc.com> wrote:
> >
> > Maybe try generating an overview
> > (.ovr) file for the image. Perhaps the resampling will be better. Also
> > see if you can specify in mapserver the resampling method to cubic
> > convolution or something other than nearest neighbor.
> >
> > Martin
> >
> >
> > Sent via BlackBerry by AT&T
> >
> >
> > -----Original Message-----
> > From: "Roger André" <randre at gmail.com>
> >
> > Date: Thu, 1 May 2008 21:20:04
> > To:gdal-dev at lists.osgeo.org <To%3Agdal-dev at lists.osgeo.org>
> > Subject: [gdal-dev] What options for display of high-quality ortho's via
> > WMS?
> >
> >
> > Throwing out a general question to this list because I know that many of
> > us use a variety of different applications to "get the job done", but use
> > the GDAL tools as the common unifier (at least I like to think so). I'm
> > putting together a Mapserver-driven web map that uses OpenLayers to get data
> > via WMS. It's all working quite nicely, except for my aerial photo layer,
> > which I am not incredibly pleased with. Despite using every tweak I could
> > find (convert from RGB to 8-bit with pct2rgb.py, use OUTPUTFORMAT with
> > GD/PNG, and use "DITHER=YES" in mapfile, I cannot get a very high quality
> > rendition of the photo layer in my WMS output. It looks grainy in areas
> > with solid color and generally a bit "pixelly". So I have a couple of
> > questions.
> >
> > 1. Is some loss of image quality an unavoidable side-effect of using
> > Mapserver?
> >
> > 2. If not 1, then are there other tweaks that can be done to further
> > improve the quality of my output? (Note that I intend to use Tilecache, so
> > maybe slow initial performance may is an acceptable trade off, I dunno.)
> >
> > 3. If yes to 1, then what other open source tools do a better job of
> > rendering photo data? (I intend to test some of the data in GeoServer, but
> > I haven't done so yet.)
> >
> > Thanks in advance for your feedback.
> >
> > Roger
> >
> > -- _______________________________________________
> > gdal-dev mailing list
> > gdal-dev at lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/gdal-dev
> >
> >
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/gdal-dev/attachments/20080502/e7b8d21e/attachment.html
More information about the gdal-dev
mailing list