[Geomoose-users] Printing wms layers

Wed Nov 23 17:45:56 EST 2011

Yeah the point is that if you don't specify:

format=image/png

in the WMS URL, then the print script will form a url for you that includes
the default value:

format-image/jpeg

and this is bad for your print job because JPEG doesn't support
transparency.

The server is just delivering what the URL is asking it to...

Tanya

On Wed, Nov 23, 2011 at 2:41 PM, Bob Basques <Bob.Basques at ci.stpaul.mn.us>wrote:

>  JPEG may be a catch all since Aerial photos look best as JPEG.
>
>  As far as the FORMAT= piece, I know that our WMS serves in 7 different
> response formats.  Two different PNG formats.
>
>  bobb
>
>
>
> >>> TC Haddad <tchaddad at gmail.com> wrote:
>
> Bob,
>
> does the actual WMS url have the "Format=" specified? even though you have
> set it to respond in PNG?
>
> because if not, it looks like the print_util.php will force it to default
> to JPEG (line 112-ish)
>
>
>   On Wed, Nov 23, 2011 at 2:25 PM, Jim Klassen <klassen.js at gmail.com>
>  wrote:
>
>    MapServer uses AGG by default in 6.x and as an option in 5.x.
>>
>>
>>   The print.php script in GeoMoose uses GD (via PHP bindings) and is
>> independent of MapServer. (Recall not all layers in a GeoMoose site have to
>> come from MapServer.)
>>
>>
>>   On Nov 23, 2011, at 16:20, TC Haddad <tchaddad at gmail.com> wrote:
>>
>>
>>   dumb question:
>>
>> Is GD really being used? I thought it was replaced (in Mapserver) in
>> favor of AGG a while back...
>>
>> Tanya
>>
>>   On Wed, Nov 23, 2011 at 1:58 PM, Jim Klassen <klassen.js at gmail.com>
>>  wrote:
>>
>>    Why is because it isn't the proper resolution or aspect ratio for
>>> printing.
>>>
>>>
>>>   Why it renders different is because in GeoMoose the browser does the
>>> image compositing. In the print utility there is no browser so the GD
>>> library needs to handle it. Why not print from the browser? Because not all
>>> browsers print the same and mans don't handle printing the composited
>>> images correctly. In any case high res prints (think plotter) would be out
>>> of the question.
>>>
>>>
>>>
>>> On Nov 23, 2011, at 14:27, "Bistrais, Bob" <Bob.Bistrais at maine.gov>
>>> wrote:
>>>
>>>
>>>    I copied over the new function and function call in print_util.php.
>>> I get what’s going on there- it’s “cutting out” the black portions of the
>>> image, but I’m still getting these in the printable image.
>>>
>>>  One thing I don’t understand (and the answer is probably not so
>>> simple)- the map is looking exactly as I’d like in the application- why
>>> aren’t we grabbing that image and coping it to the output map file?
>>>
>>>   ------------------------------
>>>
>>> *From:* geomoose-users-bounces at lists.osgeo.org [mailto:
>>> geomoose-users-bounces at lists.osgeo.org] *On Behalf Of *Brent Fraser
>>> *Sent:* Wednesday, November 23, 2011 11:33 AM
>>> *To:* Bistrais, Bob
>>> *Cc:* geomoose-users at lists.osgeo.org
>>> *Subject:* Re: [Geomoose-users] Printing wms layers
>>>
>>>  Bob,
>>>
>>> I did a fix some time ago (http://geomoose.org/trac/ticket/108)
>>> regarding using the alpha channel in Print_util.php. This fix is in
>>> GeoMoose v2.4 so I'm confused...
>>>
>>>  Best Regards,
>>>
>>> Brent Fraser
>>>
>>>
>>> On 11/23/2011 9:27 AM, Bistrais, Bob wrote:
>>>
>>> It sure looks like a problem with the alpha channels. Doesn’t seem to
>>> matter which browser I use, either.
>>>
>>>   ------------------------------
>>>
>>> *From:* Jim Klassen [mailto:klassen.js at gmail.com <klassen.js at gmail.com>]
>>> *Sent:* Wednesday, November 23, 2011 10:43 AM
>>> *To:* Bistrais, Bob
>>> *Cc:* Bob Basques; <geomoose-users at lists.osgeo.org<geomoose-users at lists.osgeo.org>
>>> >
>>> *Subject:* Re: [Geomoose-users] Printing wms layers
>>>
>>>  If the quality is different between PNG and GIF you are probably using
>>> PNG24 (as PNG8 and GIF should be identical image wise).
>>>
>>>   My guess is a GD bug dealing with PNG24. I'm not sure what your
>>> options are, but it sounds like the print.php needs to be rewritten with a
>>> more modern library.
>>>
>>>
>>> On Nov 23, 2011, at 9:11, "Bistrais, Bob" <Bob.Bistrais at maine.gov>
>>> wrote:
>>>
>>>   Looks like I’m using png.
>>>
>>>  One thing I tried was to use gif in the mapbook.xml, for those WMS
>>> layers, but while they displayed alright, the quality was awful.
>>>
>>>   ------------------------------
>>>
>>> *From:* Bob Basques [mailto:Bob.Basques at ci.stpaul.mn.us<Bob.Basques at ci.stpaul.mn.us>
>>> ]
>>> *Sent:* Wednesday, November 23, 2011 10:05 AM
>>> *To:* geomoose-users at lists.osgeo.org; Bistrais, Bob
>>> *Subject:* RE: [Geomoose-users] Printing wms layers
>>>
>>>  What version of PNG, PNG8 PNG24, etc.
>>>
>>>  bobb
>>>
>>>
>>>
>>> >>> "Bistrais, Bob" <Bob.Bistrais at maine.gov> wrote:
>>>
>>> Yes, the WMS is outputting PNG. What would be recommended instead?
>>>
>>>   ------------------------------
>>>
>>> *From:* Bob Basques [mailto:Bob.Basques at ci.stpaul.mn.us<Bob.Basques at ci.stpaul.mn.us>
>>> ]
>>> *Sent:* Tuesday, November 22, 2011 4:54 PM
>>> *To:* geomoose-users at lists.osgeo.org; Bistrais, Bob
>>> *Subject:* Re: [Geomoose-users] Printing wms layers
>>>
>>>  Something to look at . . .
>>>
>>>  What is the format of the images from the WMS service?
>>>
>>>  PNG24 vs other PNG formats have caused problem in cross browser
>>> situations. Some versions of IE don't like one or the other for example.
>>>
>>>
>>>  bobb
>>>
>>>
>>>
>>> >>> "Bistrais, Bob" <Bob.Bistrais at maine.gov> wrote:
>>>
>>> I had brought up this question before but it seems to be happening
>>> again. I have a few layers that I consume in GeoMoose by WMS. Some of these
>>> are vecot line layers such as roads. They work perfectly in GeoMoose map
>>> view. But when I compose a printable map, these layers have a black
>>> background which obscures other layers and just plain looks ugly. If I set
>>> the “transparent” property to false, the black background goes away, but
>>> then I can’t see any underlying data.
>>>
>>>  By the way, I do have control over the WMS services in this case. I
>>> tried to set Offsite to 0 0 0, but that didn’t seem to help either. The WMS
>>> is at MapServer 6.0.1. Any suggestions?
>>>
>>>
>>>    _______________________________________________
>>> Geomoose-users mailing list
>>> Geomoose-users at lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/geomoose-users
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>>
>>> Geomoose-users mailing list
>>>
>>> Geomoose-users at lists.osgeo.org
>>>
>>> http://lists.osgeo.org/mailman/listinfo/geomoose-users
>>>
>>>  >
>>>
>>> Geomoose-users mailing list
>>>
>>> Geomoose-users at lists.osgeo.org
>>>
>>> http://lists.osgeo.org/mailman/listinfo/geomoose-users
>>>
>>>    _______________________________________________
>>> Geomoose-users mailing list
>>> Geomoose-users at lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/geomoose-users
>>>
>>>
>>> _______________________________________________
>>> Geomoose-users mailing list
>>> Geomoose-users at lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/geomoose-users
>>>
>>>
>>    _______________________________________________
>> Geomoose-users mailing list
>> Geomoose-users at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/geomoose-users
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20111123/51c361ee/attachment-0001.html