Hi Richard,
The tile was originally a 24 bit JPEG, 5517 x 4889 pixels.
our tiles are RGB images, each 4000x4000 pixels in size. If 8bit mode
looks ugly you could use dithering but if you have the possibility you
might want to use Gimp or the like to manually create an indexed image
with an
Hi there,
looks like I got bitten by some mapscript bug, because I am unable to produce
24-bit png output via mapscript from my raster layers. I always get 8-bit
rasters :(
Despite the bug, I need a workaround for this as 8-bit rasters are
insufficient for my purpose.
Here is what my current
Hi there,
looks like I got bitten by some mapscript bug, because I am unable to produce
24-bit png output via mapscript from my raster layers. I always get 8-bit
rasters :(
Despite the bug, I need a workaround for this as 8-bit rasters are
insufficient for my purpose.
Here is what my current
Hi,
Did you try using
map.setOutputFormat(image/png) or map.setOutputFormat(png) ?
Guillaume
Sven Geggus a écrit :
Hi there,
looks like I got bitten by some mapscript bug, because I am unable to produce
24-bit png output via mapscript from my raster layers. I always get 8-bit
rasters :(
Hi list,
Using gd the declaration copy;renders the copyright-Sign:
LAYER
NAME copyright
REQUIRES ..
...
FEATURE
POINTS
3 10
END
END
...
CLASS
TEXT copy; xxx
LABEL
TYPE TRUETYPE
FONT 'arial'
SIZE 9
POSITION cr
COLOR 0 0
What about using your operating system's character set? For example
on windows pressing ALT-0169 gives the copyright sign, and on MAC
pressing OPTION-G. So your mapfile snippet is:TEXT ©
-jeff
On 6-May-08, at 9:32 AM, Schönhammer, Herbert wrote:
Hi list,
Using gd the declaration
Jeff,
This is a good work around, but I think we need to ask the questions:
What is the expected behavior?
Is this a bug, should it be a bug?
Should this behavior be documented?
Should this be bugged for 5.2 freeze?
Clearly some code is translating the copy; for the GD renderer.
It's a bug, and the regression suite even caught it :)
http://trac.osgeo.org/mapserver/ticket/2600
On Tue, May 6, 2008 at 8:19 AM, Stephen Woodbridge
[EMAIL PROTECTED] wrote:
Jeff,
This is a good work around, but I think we need to ask the questions:
What is the expected behavior?
Is
Nelson,
One of the easiest ways to get MapServer and other OS GIS tools up and
running on OS X is to use William kyngesburye's frameworks and binaries
found at http://www.kyngchaos.com/
David.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Nelson
Soto
Created a bug for this:
http://trac.osgeo.org/mapserver/ticket/2607
Schönhammer, Herbert wrote:
Hi Steve,
Hi Jeff,
the workaround of jeff is working.
I think, this is a bug, but I don't know how to generate a bug !
Could anybody do this for me ?
(Only if there are more people who think,
This should already be fixed in trunk.
regards,
thomas
On Tue, May 6, 2008 at 6:29 PM, Stephen Woodbridge
[EMAIL PROTECTED] wrote:
Created a bug for this:
http://trac.osgeo.org/mapserver/ticket/2607
Schönhammer, Herbert wrote:
Hi Steve,
Hi Jeff,
the workaround of jeff is working.
Thanks Paul and Thomas,
Thomas just closed it as dup of #2403.
I should have tried it on trunk, but didn't have a build conveniently
available.
-Steve W
Paul Ramsey wrote:
It's a bug, and the regression suite even caught it :)
http://trac.osgeo.org/mapserver/ticket/2600
On Tue, May 6,
Apologies if this is a repost - Google mail problems!
This is my LAYER level output from a Mapscript 4.8.6 install, which results
in a blank image appearing with its copyright message. The missing Context
layer is made up of four non-overlapping TIF images, which are indexed via a
shapefile.
Rob wrote:
Apologies if this is a repost - Google mail problems!
This is my LAYER level output from a Mapscript 4.8.6 install, which
results in a blank image appearing with its copyright message. The
missing Context layer is made up of four non-overlapping TIF images,
which are indexed via
14 matches
Mail list logo