[Geomoose-users] Pink Screen
Brian Fischer
bfischer at houstoneng.com
Mon Jul 12 16:32:57 EDT 2010
You need to set the MAXSIZE parameter in the mapfile. Look in the geomoose_globals.map. There is a default one setup in there if you use it as an include to your mapfile. Otherwise add
# prevent the pink screen of death on large monitors
MAXSIZE 10000
Or look at http://mapserver.org/mapfile/map.html
Also be aware that there are some WMS services that do not support large map size request. For example on ESRI WMS services the default is 2048x2048 unless they have customized the service settings. If that is the case then there is nothing you are going to be able to do to control that unless you can get the WMS provider to make the change.
Brian Fischer, CFM GIS Project Manager
Houston Engineering, Inc.
Phone: Direct: 763-493-6664 / W: 763.493.4522 / M: 763.229.2734
-----Original Message-----
From: Reynolds, Michael J. (DOT) [mailto:Mike.Reynolds at state.mn.us]
Sent: Monday, July 12, 2010 3:12 PM
To: geomoose-users at lists.sourceforge.net
Subject: Re: [Geomoose-users] Pink Screen
...speaking of pink screen...
I've identified a couple layers in our environment that cause a pink screen only when the browser window is greater than 800 x 600 pixels.
Renders great if your browser's map frame is under 800 x 600. On a larger monitor you can actually stretch the browser out beyond this threshold and witness the pink screen appear.
Both problem layers are wms services linked into geomoose using a map file:
<map-source name="metrobikeways" type="mapserver" reference="false">
<file>/ms4w/apps/metrogis/maps/mapfiles_metro/WMS/bike_wms.map</file>
<layer name="all"/>
</map-source>
Map File Clip:
CONNECTIONTYPE WMS
CONNECTION "http://www.datafinder.org:80/wmsconnector/com.esri.wms.Esrimap/MN_MetroGIS_DataFinder_WMS_Recreation_Tourism?"
Anyone else experience this? We realize there is a WMS map-source config but using a map file gave us some identify options and legend options.
I've tried setting the MAP SIZE attribute with something like 1500 1500 but that did not fix it. Honestly I haven't tried debugging this much further but would love to hear any ideas.
-----Original Message-----
From: Dan Little [mailto:danlittle at yahoo.com]
Sent: Monday, July 12, 2010 2:11 PM
To: Bill Harbour; geomoose-users at lists.sourceforge.net
Subject: Re: [Geomoose-users] Pink Screen
Bill,
There are a few things that could cause this. It helps to search down the specific error.
If you are using Firefox, goto "Tools" then "Page Info", click on the Media Tab and find one of the links that should be for a working image. Copy that URL to a fresh tab and examine that error.
----- Original Message ----
> From: Bill Harbour <bharbour at bcbe.org>
> To: "geomoose-users at lists.sourceforge.net"
><geomoose-users at lists.sourceforge.net>
> Sent: Mon, July 12, 2010 2:00:41 PM
> Subject: [Geomoose-users] Pink Screen
>
> Everyone:
>
> I'm getting a pink map area (no feature showing) when I turn on a
>layer. In fact all of my layers result in a pink map area when turned
>on. Does this mean something specific that will point me in the direction of fixing the error?
>
> Thanks,
>
> Baldwin County Public Schools
> Bill Harbour
> GIS Coordinator
> Information Technology Services
> Baldwin County Board of Education
> 1071 B Ave
> Loxley, AL 36551
> V 251-580-1916
> F 251-972-6851
> Office 251-972-6850
> bharbour at bcbe.org
> http://www.bcbe.org
> "When life gets too unreal, sit down with a good book." - Garrison
>Keillor -----Original Message-----
> From: geomoose-users-request at lists.sourceforge.net
>[mailto:geomoose-users-request at lists.sourceforge.net]
>
> Sent: Thursday, July 08, 2010 2:39 PM
> To: geomoose-users at lists.sourceforge.net
> Subject: Geomoose-users Digest, Vol 34, Issue 3
>
> Send Geomoose-users mailing list submissions to
> geomoose-users at lists.sourceforge.net
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.sourceforge.net/lists/listinfo/geomoose-users
> or, via email, send a message with subject or body 'help' to
> geomoose-users-request at lists.sourceforge.net
>
> You can reach the person managing the list at
> geomoose-users-owner at lists.sourceforge.net
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Geomoose-users digest..."
>
>
> Today's Topics:
>
> 1. Out of Office reply (blaine at gisrangers.com)
> 2. Passing layer-specific parameters (Brent Fraser)
> 3. Re: Passing layer-specific parameters (Dan Little)
> 4. Re: Passing layer-specific parameters (Brent Fraser)
> 5. turning on a layer at startup (Mark Volz)
> 6. Re: turning on a layer at startup (Brian Fischer)
> 7. Tiled vs. non-tiled drawing issue (Johan Forsman)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sun, 4 Jul 2010 06:56:13 -0500
> From: blaine at gisrangers.com
> Subject: [Geomoose-users] Out of Office reply
> To: geomoose-users at lists.sourceforge.net
> Message-ID:
> <c76709ada15f434594d64b9534c8ba74 at 241e6869164e4dfc951e1e26c50c6f86>
> Content-Type: : text/plain; charset=iso-8859-1
>
> I will be on vacation through July 7. Should you need assistance you
>can reach Mike Neimeyer at mike at gisrangers.com
>
> Have a great week!
> Blaine Hackett
>
>
>
>
>
> ------------------------------
>
> Message: 2
> Date: Tue, 06 Jul 2010 13:26:14 -0600
> From: Brent Fraser <bfraser at geoanalytic.com>
> Subject: [Geomoose-users] Passing layer-specific parameters
> To: GeoMOOSE Users List <geomoose-users at lists.sourceforge.net>
> Message-ID: <4C338356.6030800 at geoanalytic.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Any thought to allowing layer-specific parameters in the mapbook?
>Something
>like:
>
> <map-source name="IceCon" type="mapserver">
> <file>./Pathfinder/IceCon2.map</file>
>
> <layer name="ice_concetration_01" reference="false">
> <param name="wms_name" value="ice_concetration_01"/>
> </layer>
>
> <layer name="ice_concetration_02" reference="false">
> <param name="wms_name" value="ice_concetration_02"/>
> </layer>
>
> </map-source>
>
> so I can do runtime substitution or variable substitution in mapserver...
>
> Best Regards,
> Brent Fraser
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Wed, 7 Jul 2010 00:35:41 -0700 (PDT)
> From: Dan Little <danlittle at yahoo.com>
> Subject: Re: [Geomoose-users] Passing layer-specific parameters
> To: Brent Fraser <bfraser at geoanalytic.com>, GeoMOOSE Users List
> <geomoose-users at lists.sourceforge.net>
> Message-ID: <855819.93323.qm at web51401.mail.re2.yahoo.com>
> Content-Type: text/plain; charset=us-ascii
>
> Given this scenario, the param setttings would need to be mutually
>exclusive of
>
> each other. Is there a reason why two different map-sources would
> not be appropriate?
>
>
> ----- Original Message ----
> > From: Brent Fraser <bfraser at geoanalytic.com>
> > To: GeoMOOSE Users List <geomoose-users at lists.sourceforge.net>
> > Sent: Tue, July 6, 2010 2:26:14 PM
> > Subject: [Geomoose-users] Passing layer-specific parameters
> >
> > Any thought to allowing layer-specific parameters in the mapbook?
>Something
>
> >like:
> >
> > <map-source name="IceCon" type="mapserver">
> > <file>./Pathfinder/IceCon2.map</file>
> >
> > <layer name="ice_concetration_01" reference="false">
> > <param name="wms_name" value="ice_concetration_01"/>
> > </layer>
> >
> > <layer name="ice_concetration_02" reference="false">
> > <param name="wms_name" value="ice_concetration_02"/>
> > </layer>
> >
> > </map-source>
> >
> > so I can do runtime substitution or variable substitution in mapserver...
> >
> > Best Regards,
> > Brent Fraser
> >
> >
> >
>-----------------------------------------------------------------------
>-------
> > This SF.net email is sponsored by Sprint What will you do first
> > with EVO, the first 4G phone?
> > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> > _______________________________________________
> > Geomoose-users mailing list
> > Geomoose-users at lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/geomoose-users
> >
>
>
>
>
>
>
> ------------------------------
>
> Message: 4
> Date: Wed, 07 Jul 2010 08:50:18 -0600
> From: Brent Fraser <bfraser at geoanalytic.com>
> Subject: Re: [Geomoose-users] Passing layer-specific parameters
> To: Dan Little <danlittle at yahoo.com>
> Cc: GeoMOOSE Users List <geomoose-users at lists.sourceforge.net>
> Message-ID: <4C34942A.4010201 at geoanalytic.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Good point; that would work fine.
>
> Thanks!
> Brent
>
> Dan Little wrote:
> > Given this scenario, the param setttings would need to be mutually
> > exclusive
>of
>
> > each other. Is there a reason why two different map-sources would
> > not be appropriate?
> >
> >
> > ----- Original Message ----
> >> From: Brent Fraser <bfraser at geoanalytic.com>
> >> To: GeoMOOSE Users List <geomoose-users at lists.sourceforge.net>
> >> Sent: Tue, July 6, 2010 2:26:14 PM
> >> Subject: [Geomoose-users] Passing layer-specific parameters
> >>
> >> Any thought to allowing layer-specific parameters in the mapbook?
>Something
>
> >> like:
> >>
> >> <map-source name="IceCon" type="mapserver">
> >> <file>./Pathfinder/IceCon2.map</file>
> >>
> >> <layer name="ice_concetration_01" reference="false">
> >> <param name="wms_name" value="ice_concetration_01"/>
> >> </layer>
> >>
> >> <layer name="ice_concetration_02" reference="false">
> >> <param name="wms_name" value="ice_concetration_02"/>
> >> </layer>
> >>
> >> </map-source>
> >>
> >> so I can do runtime substitution or variable substitution in mapserver...
> >>
> >> Best Regards,
> >> Brent Fraser
> >>
> >>
> >>
>-----------------------------------------------------------------------
>-------
> >> This SF.net email is sponsored by Sprint What will you do first
> >> with EVO, the first 4G phone?
> >> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> >> _______________________________________________
> >> Geomoose-users mailing list
> >> Geomoose-users at lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/geomoose-users
> >>
> >
> >
> >
> >
>
>
>
>
> ------------------------------
>
> Message: 5
> Date: Wed, 7 Jul 2010 09:53:15 -0500
> From: "Mark Volz" <MarkVolz at co.lyon.mn.us>
> Subject: [Geomoose-users] turning on a layer at startup
> To: <geomoose-users at lists.sourceforge.net>
> Message-ID:
> <3D56274B4A7874468F58FADDBFD09801094E930B at llmhs02.r8nssis.local>
> Content-Type: text/plain; charset="us-ascii"
>
> Hello,
>
> I apologize I cannot remember if we can turn on a layer at startup within the
> url call. Similar to
> http://localhost/geomoose2/geomoose.html?call=myService.
>
> Thanks
>
> Mark Volz
> GIS Specialist
>
> -------------- next part -------------- An HTML attachment was
> scrubbed...
>
> ------------------------------
>
> Message: 6
> Date: Wed, 7 Jul 2010 16:28:11 +0000
> From: Brian Fischer <bfischer at houstoneng.com>
> Subject: Re: [Geomoose-users] turning on a layer at startup
> To: 'Mark Volz' <MarkVolz at co.lyon.mn.us>,
> "geomoose-users at lists.sourceforge.net"
> <geomoose-users at lists.sourceforge.net>
> Message-ID:
>
><B850B3523E82404C80A8ACAC40BAFDF50389DE28 at ex2010.houstonengineeringinc.com>
> ;
> Content-Type: text/plain; charset="us-ascii"
>
> Mark,
> There's new code in GM SVN trunk that is essentially spatial
>bookmarks. This would allow you to turn layers on during startup.
>There's no documentation for this yet, but you can see an example of it at work in
>http://polkcounty.houstoneng.net/ Go under Advance Tools and select
>"Bookmark this Session".
>
> This will likely get rolled up in a new tool in a GM 2.4 release, but
>for now you could always grab the code from SVN and patch it in
>yourself. Thanks to the Oregon Counties for funding to add it to GeoMOOSE!!
>
> Brian Fischer, CFM GIS Project Manager Houston Engineering, Inc.
> Phone: Direct: 763-493-6664 / W: 763.493.4522 / M: 763.229.2734
>
> From: Mark Volz [mailto:MarkVolz at co.lyon.mn.us]
> Sent: Wednesday, July 07, 2010 9:53 AM
> To: geomoose-users at lists.sourceforge.net
> Subject: [Geomoose-users] turning on a layer at startup
>
>
> Hello,
>
> I apologize I cannot remember if we can turn on a layer at startup within the
>url call. Similar to http://localhost/geomoose2/geomoose.html?call=myService.
>
> Thanks
>
> Mark Volz
>
> GIS Specialist
> -------------- next part -------------- An HTML attachment was
> scrubbed...
>
> ------------------------------
>
> Message: 7
> Date: Thu, 8 Jul 2010 14:37:48 -0500
> From: Johan Forsman <Johan.Forsman at LA.GOV>
> Subject: [Geomoose-users] Tiled vs. non-tiled drawing issue
> To: "geomoose-users at lists.sourceforge.net"
> <geomoose-users at lists.sourceforge.net>
> Message-ID:
> <D697C50705266B4B826C7322C809F00D67023AED at MAILMBX09.MAIL.LA.GOV>
> Content-Type: text/plain; charset="us-ascii"
>
> All:
>
> I have discovered a peculiar behavior on my GM2.2 site. In short, if
>my mapbook is set for tiled layers, and the tiled layers are turned
>off, then any pan or zoom operation on non-tiled layers results in the
>image being drawn in the wrong location inside the viewport. The
>correct image is drawn, but not placed correctly.
>
> To troubleshoot I temporarily set multiple="true" for the Background
>group in the catalog.
>
> I have attached 4 screenshots to illustrate, numbered consecutively
>and named descriptively.
>
> In this case I have a printable, non-tiled, basemap using data stored
>as
>EPSG:26915 in shapefiles, and non-printable, tiled, Google base imagery.
>
> The printable data is reprojected by MapServer to EPSG:900913.
> The mapbook and settings.ini are set for EPSG:900913.
> As long as the tiled layers are turned on all operations work as expected.
>
> In image 01 both tiled and non-tiled layers are on, and my point of
>reference is where I-10 crosses the Mississippi River in the upper left corner.
> In image 02 I have turned off the tiled layer, grabbed the bridge and
>dragged it to the bottom right corner. Notice how the image has not moved at all.
> In image 03 I have turned the tiled layer back on. Notice how the
>bridge in the tiled layer is where I dragged the non-tiled layer to.
> In image 04 I have simply turned off the non-tiled layer, then turned
>it back on. I did not do anything else. Notice how the image is now
>drawn in the correct location.
>
> Bug, feature, or user error? I generally presume the latter, but I
>visited another site that was mentioned on this list a few months ago,
>klamathdss.org, which also appears to use tiled and non-tiled layers,
>and brief testing suggests that it also exhibits this behavior.
>
> What can I do to address this issue?
>
> Thanks!
> /Johan.
>
> ----------------------
> Johan Forsman
> Geologist
> Safe Drinking Water Program
> Louisiana Department of Health and Hospitals Office of Public Health
> Telephone: 225.342.7309
> Telefax: 225.342.7303
>
>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: 04turn_off_printable_then_back_on.png
> Type: image/png
> Size: 591061 bytes
> Desc: 04turn_off_printable_then_back_on.png
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: 01start_with_both_on.png
> Type: image/png
> Size: 645963 bytes
> Desc: 01start_with_both_on.png
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: 02turn_off_google_drag_printable_to_bottom_right.png
> Type: image/png
> Size: 78824 bytes
> Desc: 02turn_off_google_drag_printable_to_bottom_right.png
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: 03turn_on_google.png
> Type: image/png
> Size: 641400 bytes
> Desc: 03turn_on_google.png
>
> ------------------------------
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>
> ------------------------------
>
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geomoose-users
>
>
> End of Geomoose-users Digest, Vol 34, Issue 3
> *********************************************
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geomoose-users
>
------------------------------------------------------------------------------
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________
Geomoose-users mailing list
Geomoose-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geomoose-users
------------------------------------------------------------------------------
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________
Geomoose-users mailing list
Geomoose-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geomoose-users
More information about the Geomoose-users
mailing list