From danlittle at yahoo.com  Mon Apr  2 14:30:57 2012
From: danlittle at yahoo.com (Dan Little)
Date: Mon Apr  2 14:31:55 2012
Subject: [Geomoose-users] Yahoo Layer wrong projection
In-Reply-To: <1333051754758-3868924.post@n3.nabble.com>
References: <1333051754758-3868924.post@n3.nabble.com>
Message-ID: <1333391457.54755.YahooMailNeo@web161202.mail.bf1.yahoo.com>

According to that configuration, your application is using your native projection, but Yahoo uses Web Mercator.? So you have a few options:

1. Don't use the Yahoo satellite imagery.? This will require you to find a local data source in a format you can serve (think GeoTIFF, ERW, JPEG2000 with Geo attributes attached, Mr SID, lots of options here).
2. Convert your data sources to display in Web Mercator.? If your source data is in the local projection then you can either create projected data sources or you can have mapserver do the dirty work and have it project it out as a part of the WMS configuration.





>________________________________
> From: maddqc <qc_mad@hotmail.com>
>To: geomoose-users@lists.osgeo.org 
>Sent: Thursday, March 29, 2012 3:09 PM
>Subject: [Geomoose-users] Yahoo Layer wrong projection
> 
>Hi list,
>
>I have a problem that is giving me headache. My problem is that I'm trying
>to show a Yahoo satellite layer, but it seems that my projection is...kinda
>wrong because my map show right at the middle of the Mediterranean Sea, when
>it's supposed to show right over Quebec (Canada).
>
>I've set my projection to EPSG:32188
>
>Here is the place where I've set this:
>
>In my main .HTML
>
>??? 
>
>
>??? 
>??? 
>??? 
>??? 
>??? 
>??? 
>
>
>
>
>In my Mapbook:
>EPSG:32187
>
>In Compiled.js:
>'projection' : "EPSG:32188",
>
>In my Settings.ini:
>[map]
>projection=EPSG:32188
>
>
>
>
>Seriously...what's wrong with that???
>
>Thanks to all of you!!! Your help is really appreciated.
>
>
>--
>View this message in context: http://geomoose-users.964460.n3.nabble.com/Yahoo-Layer-wrong-projection-tp3868924p3868924.html
>Sent from the Geomoose-users mailing list archive at Nabble.com.
>_______________________________________________
>Geomoose-users mailing list
>Geomoose-users@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/20120402/1f9ea437/attachment.html
From brent.lund at state.mn.us  Wed Apr  4 15:54:19 2012
From: brent.lund at state.mn.us (Lund, Brent (ADM))
Date: Wed Apr  4 16:09:36 2012
Subject: [Geomoose-users] adding ArcGIS service to geomoose 2.4 Mercator
Message-ID: <6AAF8F92E0B14C4DB1C4AFF7B98AD5E4090946@055-CH1MPN1-022.055d.mgd.msft.net>

I'd like to add an ArcGIS rest service to a Geomoose 2.4 Mercator app (http://www.mngeo.state.mn.us/structures_ro/).



I use the ArcGIS rest service in OpenLayers apps like http://www.mngeo.state.mn.us/glo/index.html.   Here's how I define the layer



var esriStreets = new OpenLayers.Layer.XYZ("ESRI Streets", "http://server.arcgisonline.com/ArcGIS/rest/services/World_Street_Map/MapServer/tile/${z}/${y}/${x}", {
   sphericalMercator: true,
   attribution: "Tiles courtesy of <a href='http://www.arcgis.com/home/item.html?id=3b93337983e9436f8db950e38a8629af' target='_blank'>arcgis.com</a>",
   numZoomLevels: 20
});


So I guess the question is: How do I add an ArcGIS rest service to my mapbook?

Thanks,

Brent

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20120404/d2ad4b14/attachment.html
From danlittle at yahoo.com  Wed Apr  4 17:12:39 2012
From: danlittle at yahoo.com (Dan Little)
Date: Wed Apr  4 17:12:49 2012
Subject: [Geomoose-users] adding ArcGIS service to geomoose 2.4 Mercator
In-Reply-To: <6AAF8F92E0B14C4DB1C4AFF7B98AD5E4090946@055-CH1MPN1-022.055d.mgd.msft.net>
References: <6AAF8F92E0B14C4DB1C4AFF7B98AD5E4090946@055-CH1MPN1-022.055d.mgd.msft.net>
Message-ID: <1333573959.90435.YahooMailNeo@web161206.mail.bf1.yahoo.com>

not 100% on all the Arc stuff, however we do have a few options that can be seen in the demo examples:

?????? <map-source name="metbase" type="ags" >
??????????????? <url>http://gis.metc.state.mn.us/ArcGIS/rest/services/BaseLayer/UTMBaseMap/MapServer/export</url>
??????????????? <layer name="Met Council Base Map Layers" />
??????????????? <param name="FORMAT" value="JPG"/>
??????? </map-source>

And:

???? <map-source name="OSM" type="xyz">
??????????????? <layer name="TilesAtHome" />
??????????????? <url>http://tah.openstreetmap.org/Tiles/tile/${z}/${x}/${y}.png</url>
??????????????? <param name="numZoomLevels" value="20"/>
??????????????? <param name="sphericalMercator" value="true"/>
??????? </map-source>

Not sure which version of that works best for the ArcGIS Rest implementation.? IIRC, the "ags" source type is used for the cached version.




>________________________________
> From: "Lund, Brent (ADM)" <brent.lund@state.mn.us>
>To: "geomoose-users@lists.osgeo.org" <geomoose-users@lists.osgeo.org> 
>Sent: Wednesday, April 4, 2012 2:54 PM
>Subject: [Geomoose-users] adding ArcGIS service to geomoose 2.4 Mercator
> 
>
> 
>I?d like to add an ArcGIS rest service to a Geomoose 2.4 Mercator app (http://www.mngeo.state.mn.us/structures_ro/).
>?
>I use the ArcGIS rest service in OpenLayers apps like http://www.mngeo.state.mn.us/glo/index.html.?? Here?s how I define the layer
>? 
>var esriStreets = new OpenLayers.Layer.XYZ("ESRI Streets", "http://server.arcgisonline.com/ArcGIS/rest/services/World_Street_Map/MapServer/tile/${z}/${y}/${x}", {
>?? sphericalMercator: true,
>?? attribution: "Tiles courtesy of <a href='http://www.arcgis.com/home/item.html?id=3b93337983e9436f8db950e38a8629af' target='_blank'>arcgis.com</a>",
>?? numZoomLevels: 20
>});
>?
>?
>So I guess the question is: How do I add an ArcGIS rest service to my mapbook?
>?
>Thanks,
>?
>Brent
>?
>_______________________________________________
>Geomoose-users mailing list
>Geomoose-users@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/20120404/24dff038/attachment.html
From bfischer at houstoneng.com  Thu Apr  5 11:02:37 2012
From: bfischer at houstoneng.com (Brian Fischer)
Date: Thu Apr  5 11:04:14 2012
Subject: [Geomoose-users] RE: adding ArcGIS service to geomoose 2.4 Mercator
In-Reply-To: <6AAF8F92E0B14C4DB1C4AFF7B98AD5E4090946@055-CH1MPN1-022.055d.mgd.msft.net>
References: <6AAF8F92E0B14C4DB1C4AFF7B98AD5E4090946@055-CH1MPN1-022.055d.mgd.msft.net>
Message-ID: <B850B3523E82404C80A8ACAC40BAFDF5CA3F4CA2@ex2010.houstonengineeringinc.com>

Brent,
Currently GeoMoose only supports using an ArcGIS Rest service through the export task.  It does not currently support using an ArcGIS mapcache (tiles) like you referenced.  I know OpenLayers supports this so I want to try to get this added into GeoMoose for version 2.6 as well but not sure on the timing of it yet.

I'm not sure if that is any different though than the XYZ layer type that is already supported.  I just haven't have time to research that yet.

Brian Fischer, CFM
GIS Manager
Houston Engineering, Inc.
O 763.493.4522 | D 763.493.6664 | M 763.229.2734

From: geomoose-users-bounces@lists.osgeo.org [mailto:geomoose-users-bounces@lists.osgeo.org] On Behalf Of Lund, Brent (ADM)
Sent: Wednesday, April 04, 2012 2:54 PM
To: geomoose-users@lists.osgeo.org
Subject: [Geomoose-users] adding ArcGIS service to geomoose 2.4 Mercator


I'd like to add an ArcGIS rest service to a Geomoose 2.4 Mercator app (http://www.mngeo.state.mn.us/structures_ro/).



I use the ArcGIS rest service in OpenLayers apps like http://www.mngeo.state.mn.us/glo/index.html.   Here's how I define the layer



var esriStreets = new OpenLayers.Layer.XYZ("ESRI Streets", "http://server.arcgisonline.com/ArcGIS/rest/services/World_Street_Map/MapServer/tile/${z}/${y}/${x}<http://server.arcgisonline.com/ArcGIS/rest/services/World_Street_Map/MapServer/tile/$%7bz%7d/$%7by%7d/$%7bx%7d>", {
   sphericalMercator: true,
   attribution: "Tiles courtesy of <a href='http://www.arcgis.com/home/item.html?id=3b93337983e9436f8db950e38a8629af' target='_blank'>arcgis.com</a>",
   numZoomLevels: 20
});


So I guess the question is: How do I add an ArcGIS rest service to my mapbook?

Thanks,

Brent

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20120405/4ce57fcd/attachment-0001.html
From danlittle at yahoo.com  Fri Apr  6 15:11:33 2012
From: danlittle at yahoo.com (Dan Little)
Date: Fri Apr  6 15:12:54 2012
Subject: [Geomoose-users] 2.6 RC1 Teaser Screenshot
Message-ID: <1333739493.74381.YahooMailNeo@web161205.mail.bf1.yahoo.com>

Skipped content of type multipart/alternative-------------- next part --------------
A non-text attachment was scrubbed...
Name: teaser_26rc1.png
Type: image/png
Size: 313626 bytes
Desc: not available
Url : http://lists.osgeo.org/pipermail/geomoose-users/attachments/20120406/0697b4bf/teaser_26rc1-0001.png
From mailing at tam.si  Sat Apr  7 14:04:26 2012
From: mailing at tam.si (Matej Mailing)
Date: Sat Apr  7 14:04:36 2012
Subject: [Geomoose-users] 2.6 RC1 Teaser Screenshot
In-Reply-To: <1333739493.74381.YahooMailNeo@web161205.mail.bf1.yahoo.com>
References: <1333739493.74381.YahooMailNeo@web161205.mail.bf1.yahoo.com>
Message-ID: <CAF44DZfM3NCfyru7JX0WsyK46C1JJL7LM4QC3RJ7ceCaDoQUUw@mail.gmail.com>

Hi,

excellent!

What is the approx. planned release date for 2.6?

Thx.

2012/4/6 Dan Little <danlittle@yahoo.com>:
> Hope everyone has an enjoyable weekend.? I thought I'd share a screenshot of
> the new "grey" skin running in GM 2.6.
>
>
>
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/geomoose-users
>
From danlittle at yahoo.com  Mon Apr  9 12:01:39 2012
From: danlittle at yahoo.com (Dan Little)
Date: Mon Apr  9 12:01:48 2012
Subject: [Geomoose-users] FOSS4G-NA
Message-ID: <1333987299.26906.YahooMailNeo@web161202.mail.bf1.yahoo.com>

Jim and I will both be at FOSS4G-NA.

There is lots of time for Birds-of-a-Feature gatherings.? You may find me there randomly hacking out code depending on session interest.? However, of those who are going, do you have a preference on when we could meet up?

Else, I'll be around, please come around to harass me about 2.6, the website, how much you're going to volunteer/donate to the project. :-)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20120409/8a2f2d34/attachment.html
From MarkVolz at co.lyon.mn.us  Mon Apr  9 13:59:51 2012
From: MarkVolz at co.lyon.mn.us (Mark Volz)
Date: Mon Apr  9 14:17:26 2012
Subject: [Geomoose-users] per user layers
Message-ID: <36CA828A36E29F45B7CF0A1766E5DFA30F7567@swmail01.r8nssis.local>

Hello,

Is there a way in GeoMOOSE 2.x to password protect some layers in the TOC without having to recreate several mapbooks.  For example:

Catalog
-Public Layers
-Layers only visible to county workers
-Layers only visible to the Highway Department
-Layers only visible to the Assessor Department
-Layers only for the City


Thanks

Mark Volz
GIS Specialist


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20120409/5d1134f1/attachment.html
From danlittle at yahoo.com  Mon Apr  9 14:40:05 2012
From: danlittle at yahoo.com (Dan Little)
Date: Mon Apr  9 14:40:34 2012
Subject: [Geomoose-users] per user layers
In-Reply-To: <36CA828A36E29F45B7CF0A1766E5DFA30F7567@swmail01.r8nssis.local>
References: <36CA828A36E29F45B7CF0A1766E5DFA30F7567@swmail01.r8nssis.local>
Message-ID: <1333996805.45186.YahooMailNeo@web161206.mail.bf1.yahoo.com>

Replace getmapbook.php.? You'll need to create a login solution, of which there are many and varied.? Essentially it goes this like:


1. Create something like "/gis/login.php" - Then if you want , have a link there for "public" or "guests"
2. login.php gets the credentials, checks them against a database or LDAP/AD, and you get a role.? PHP's session functionality makes this pretty easy.? Then login.php would forward the user to "geomoose.html" (or whatever it's called on your system)
3. getmapbook.php, probably reads a "header.xml", then for the body (map-source's and catalog) you'd write a quick for-loop that would either use a XML/DOM building utility or just some text that makes valid XML to output in the form of a mapbook, finally a "footer.xml".? The script would populate the available layers based on the auth levels of the user and I'd probably store that info in postgresql.




>________________________________
> From: Mark Volz <MarkVolz@co.lyon.mn.us>
>To: "geomoose-users@lists.osgeo.org" <geomoose-users@lists.osgeo.org> 
>Sent: Monday, April 9, 2012 12:59 PM
>Subject: [Geomoose-users] per user layers
> 
>
> 
>Hello,
>?
>Is there a way in GeoMOOSE 2.x to password protect some layers in the TOC without having to recreate several mapbooks.? For example:
>?
>Catalog
>-Public Layers
>-Layers only visible to county workers
>-Layers only visible to the Highway Department
>-Layers only visible to the Assessor Department
>-Layers only for the City
>?
>?
>Thanks
>?
>Mark Volz
>GIS Specialist
>?
>? 
>_______________________________________________
>Geomoose-users mailing list
>Geomoose-users@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/20120409/2bce1ff3/attachment.html
From klassen.js at gmail.com  Mon Apr  9 14:54:42 2012
From: klassen.js at gmail.com (Jim Klassen)
Date: Mon Apr  9 14:55:08 2012
Subject: [Geomoose-users] per user layers
In-Reply-To: <1333996805.45186.YahooMailNeo@web161206.mail.bf1.yahoo.com>
References: <36CA828A36E29F45B7CF0A1766E5DFA30F7567@swmail01.r8nssis.local>
	<1333996805.45186.YahooMailNeo@web161206.mail.bf1.yahoo.com>
Message-ID: <331B4446-97B9-46DD-9545-2BC6E1187D36@gmail.com>

Also, don't forget to password protect your datasource.  No sense hiding the layer from GeoMoose if someone can just get the data straight from MapServer anyway.

One option I've used involves separate map files for each data source and a lot of apache rules.  Another option I've used was to write a script that implements WMS via mapscript and validates off of your auth solution.

Also, don't forget the printing and query scripts need to understand the login part too.

On Apr 9, 2012, at 13:40, Dan Little <danlittle@yahoo.com> wrote:

> Replace getmapbook.php.  You'll need to create a login solution, of which there are many and varied.  Essentially it goes this like:
> 
> 
> 1. Create something like "/gis/login.php" - Then if you want , have a link there for "public" or "guests"
> 2. login.php gets the credentials, checks them against a database or LDAP/AD, and you get a role.  PHP's session functionality makes this pretty easy.  Then login.php would forward the user to "geomoose.html" (or whatever it's called on your system)
> 3. getmapbook.php, probably reads a "header.xml", then for the body (map-source's and catalog) you'd write a quick for-loop that would either use a XML/DOM building utility or just some text that makes valid XML to output in the form of a mapbook, finally a "footer.xml".  The script would populate the available layers based on the auth levels of the user and I'd probably store that info in postgresql.
> 
> From: Mark Volz <MarkVolz@co.lyon.mn.us>
> To: "geomoose-users@lists.osgeo.org" <geomoose-users@lists.osgeo.org> 
> Sent: Monday, April 9, 2012 12:59 PM
> Subject: [Geomoose-users] per user layers
> 
> Hello,
>  
> Is there a way in GeoMOOSE 2.x to password protect some layers in the TOC without having to recreate several mapbooks.  For example:
>  
> Catalog
> -Public Layers
> -Layers only visible to county workers
> -Layers only visible to the Highway Department
> -Layers only visible to the Assessor Department
> -Layers only for the City
>  
>  
> Thanks
>  
> Mark Volz
> GIS Specialist
>  
>  
> 
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/geomoose-users
> 
> 
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@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/20120409/a21e30ba/attachment.html
From danlittle at yahoo.com  Thu Apr 12 10:18:35 2012
From: danlittle at yahoo.com (Dan Little)
Date: Thu Apr 12 10:18:51 2012
Subject: [Geomoose-users] 2.6 - To Doc? To Purge? To Release?
Message-ID: <1334240315.29944.YahooMailNeo@web161204.mail.bf1.yahoo.com>

Hello List,

We are getting *very* comfortable with the status of the code for the new GeoMoose 2.6 release.

A demo is available here:
- http://www.geomoose.org/demo/geomoose.html

The current state of the documentation is here:
- http://www.geomoose.org/trunk/

A relevant change log is here:
- http://www.geomoose.org/trunk/releases/2.6.html


Currently, the docs contain a substantial amount of legacy instructions from older versions of GeoMoose.? We have moved to a versioned documentation system and the old docs will be preserved here:
- http://www.geomoose.org/2.4/

"geomoose.org/" really just points to the latest stable documentation.

Does anyone have an objection to cleaning up the docs to *only* apply to 2.6?? My motivation is clarity.? 2.6 simplifies installation quite a bit but it also deprecates a few functions and I'd rather not have too much "diff docing" going on as it can confuse new users.

We will be dropping an RC1 pending a few tickets.? Most of the docs will continue to apply but we are also looking for volunteers who are unafraid of writing docs and looking at some code.


Thanks for any input!


-Duck
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20120412/0bf0109e/attachment.html
From Bob.Basques at ci.stpaul.mn.us  Thu Apr 12 10:22:52 2012
From: Bob.Basques at ci.stpaul.mn.us (Bob Basques)
Date: Thu Apr 12 10:23:38 2012
Subject: [Geomoose-users] 2.6 - To Doc? To Purge? To Release?
In-Reply-To: <1334240315.29944.YahooMailNeo@web161204.mail.bf1.yahoo.com>
References: <1334240315.29944.YahooMailNeo@web161204.mail.bf1.yahoo.com>
Message-ID: <4F869EEC020000A80003517B@heckle>

Skipped content of type multipart/alternative
From boesiii at yahoo.com  Thu Apr 12 11:15:14 2012
From: boesiii at yahoo.com (Ed Boesenberg)
Date: Thu Apr 12 11:16:01 2012
Subject: [Geomoose-users] 2.6 - To Doc? To Purge? To Release?
In-Reply-To: <1334240315.29944.YahooMailNeo@web161204.mail.bf1.yahoo.com>
References: <1334240315.29944.YahooMailNeo@web161204.mail.bf1.yahoo.com>
Message-ID: <002101cd18bf$107c8ab0$3175a010$@com>

I will be upgrading all of my GM apps to the 2.6 version, so I have no
objections.

 

I would be happy to help write some of the docs, I would need someone to
point me in the right direction.

 

Ed

 

 

 

 

From: geomoose-users-bounces@lists.osgeo.org
[mailto:geomoose-users-bounces@lists.osgeo.org] On Behalf Of Dan Little
Sent: Thursday, April 12, 2012 10:19 AM
To: GeoMOOSE Users List
Subject: [Geomoose-users] 2.6 - To Doc? To Purge? To Release?

 

Hello List,

 

We are getting *very* comfortable with the status of the code for the new
GeoMoose 2.6 release.

 

A demo is available here:

- http://www.geomoose.org/demo/geomoose.html

 

The current state of the documentation is here:

- http://www.geomoose.org/trunk/

 

A relevant change log is here:

- http://www.geomoose.org/trunk/releases/2.6.html

 

Currently, the docs contain a substantial amount of legacy instructions from
older versions of GeoMoose.  We have moved to a versioned documentation
system and the old docs will be preserved here:

- http://www.geomoose.org/2.4/

 

"geomoose.org/" really just points to the latest stable documentation.

 

Does anyone have an objection to cleaning up the docs to *only* apply to
2.6?  My motivation is clarity.  2.6 simplifies installation quite a bit but
it also deprecates a few functions and I'd rather not have too much "diff
docing" going on as it can confuse new users.

 

We will be dropping an RC1 pending a few tickets.  Most of the docs will
continue to apply but we are also looking for volunteers who are unafraid of
writing docs and looking at some code.

 

Thanks for any input!

 

-Duck

 

 

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20120412/fca84ea3/attachment-0001.html
From Bob.Bistrais at maine.gov  Thu Apr 12 11:18:07 2012
From: Bob.Bistrais at maine.gov (Bistrais, Bob)
Date: Thu Apr 12 11:18:21 2012
Subject: [Geomoose-users] 2.6 - To Doc? To Purge? To Release?
In-Reply-To: <002101cd18bf$107c8ab0$3175a010$@com>
References: <1334240315.29944.YahooMailNeo@web161204.mail.bf1.yahoo.com>
	<002101cd18bf$107c8ab0$3175a010$@com>
Message-ID: <4EFF8BB964547748A07CA32961810C041D640393@SOM-TEAQASMAIL1.som.w2k.state.me.us>

Likewise, I could help write docs if someone tells me what's needed.

 

From: geomoose-users-bounces@lists.osgeo.org
[mailto:geomoose-users-bounces@lists.osgeo.org] On Behalf Of Ed
Boesenberg
Sent: Thursday, April 12, 2012 11:15 AM
To: 'Dan Little'; 'GeoMOOSE Users List'
Subject: RE: [Geomoose-users] 2.6 - To Doc? To Purge? To Release?

 

I will be upgrading all of my GM apps to the 2.6 version, so I have no
objections.

 

I would be happy to help write some of the docs, I would need someone to
point me in the right direction.

 

Ed

 

 

 

 

From: geomoose-users-bounces@lists.osgeo.org
[mailto:geomoose-users-bounces@lists.osgeo.org] On Behalf Of Dan Little
Sent: Thursday, April 12, 2012 10:19 AM
To: GeoMOOSE Users List
Subject: [Geomoose-users] 2.6 - To Doc? To Purge? To Release?

 

Hello List,

 

We are getting *very* comfortable with the status of the code for the
new GeoMoose 2.6 release.

 

A demo is available here:

- http://www.geomoose.org/demo/geomoose.html

 

The current state of the documentation is here:

- http://www.geomoose.org/trunk/

 

A relevant change log is here:

- http://www.geomoose.org/trunk/releases/2.6.html

 

Currently, the docs contain a substantial amount of legacy instructions
from older versions of GeoMoose.  We have moved to a versioned
documentation system and the old docs will be preserved here:

- http://www.geomoose.org/2.4/

 

"geomoose.org/" really just points to the latest stable documentation.

 

Does anyone have an objection to cleaning up the docs to *only* apply to
2.6?  My motivation is clarity.  2.6 simplifies installation quite a bit
but it also deprecates a few functions and I'd rather not have too much
"diff docing" going on as it can confuse new users.

 

We will be dropping an RC1 pending a few tickets.  Most of the docs will
continue to apply but we are also looking for volunteers who are
unafraid of writing docs and looking at some code.

 

Thanks for any input!

 

-Duck

 

 

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20120412/8445f0b9/attachment.html
From danlittle at yahoo.com  Thu Apr 12 11:30:27 2012
From: danlittle at yahoo.com (Dan Little)
Date: Thu Apr 12 11:31:18 2012
Subject: [Geomoose-users] 2.6 - To Doc? To Purge? To Release?
In-Reply-To: <002101cd18bf$107c8ab0$3175a010$@com>
References: <1334240315.29944.YahooMailNeo@web161204.mail.bf1.yahoo.com>
	<002101cd18bf$107c8ab0$3175a010$@com>
Message-ID: <1334244627.34650.YahooMailNeo@web161206.mail.bf1.yahoo.com>

Eli, please point Ed to the right direction. :D




>________________________________
> From: Ed Boesenberg <boesiii@yahoo.com>
>To: 'Dan Little' <danlittle@yahoo.com>; 'GeoMOOSE Users List' <geomoose-users@lists.osgeo.org> 
>Sent: Thursday, April 12, 2012 10:15 AM
>Subject: RE: [Geomoose-users] 2.6 - To Doc? To Purge? To Release?
> 
>
>I will be upgrading all of my GM apps to the 2.6 version, so I have no objections.
>?
>I would be happy to help write some of the docs, I would need someone to point me in the right direction.
>?
>Ed
>?
>?
>?
>?
>From:geomoose-users-bounces@lists.osgeo.org [mailto:geomoose-users-bounces@lists.osgeo.org] On Behalf Of Dan Little
>Sent: Thursday, April 12, 2012 10:19 AM
>To: GeoMOOSE Users List
>Subject: [Geomoose-users] 2.6 - To Doc? To Purge? To Release?
>?
>Hello List,
>?
>We are getting *very* comfortable with the status of the code for the new GeoMoose 2.6 release.
>?
>A demo is available here:
>- http://www.geomoose.org/demo/geomoose.html
>?
>The current state of the documentation is here:
>- http://www.geomoose.org/trunk/
>?
>A relevant change log is here:
>- http://www.geomoose.org/trunk/releases/2.6.html
>?
>Currently, the docs contain a substantial amount of legacy instructions from older versions of GeoMoose.? We have moved to a versioned documentation system and the old docs will be preserved here:
>- http://www.geomoose.org/2.4/
>?
>"geomoose.org/" really just points to the latest stable documentation.
>?
>Does anyone have an objection to cleaning up the docs to *only* apply to 2.6?? My motivation is clarity.? 2.6 simplifies installation quite a bit but it also deprecates a few functions and I'd rather not have too much "diff docing" going on as it can confuse new users.
>?
>We will be dropping an RC1 pending a few tickets.? Most of the docs will continue to apply but we are also looking for volunteers who are unafraid of writing docs and looking at some code.
>?
>Thanks for any input!
>?
>-Duck
>?
>?
>?
>?
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20120412/ec93415a/attachment-0001.html
From eadam at co.lincoln.or.us  Thu Apr 12 13:23:15 2012
From: eadam at co.lincoln.or.us (Eli Adam)
Date: Thu Apr 12 13:23:28 2012
Subject: [Geomoose-users] 2.6 - To Doc? To Purge? To Release?
In-Reply-To: <1334244627.34650.YahooMailNeo@web161206.mail.bf1.yahoo.com>
References: <1334240315.29944.YahooMailNeo@web161204.mail.bf1.yahoo.com>
	<002101cd18bf$107c8ab0$3175a010$@com>
	<1334244627.34650.YahooMailNeo@web161206.mail.bf1.yahoo.com>
Message-ID: <CACqBkM_iBAVOOX6f9KLJzhkOqryN0xMBw_Vzkm8RPfHdZQuexg@mail.gmail.com>

Ed and Bob (Bistrais in addition to bobb), Dan, and all,

Thanks for volunteering with documentation writing.  The docs are
generated using sphinx (http://sphinx.pocoo.org/) which just uses
restructured text which is fairly simple txt files.  You can look at
them here, http://trac.osgeo.org/geomoose/browser/geomoose2/trunk/sphinx-docs/source
 Also, anywhere on the website you can click the 'Show Source' link
under 'This Page'.  Looking at and mimicking the existing files works
fairly well for me.

The general workflow for writing docs is to svn checkout/update, write
the documentation locally, have sphinx  installed and locally build
the documentation, check that it is all correct, create a patch and
attach to a ticket (http://trac.osgeo.org/geomoose/report) or svn
commit, the website will reflect your changes 15 minutes or so after
it is committed.

If you want to use that workflow, I'm available to help offline to get
subversion and sphinx set up in your environment.  If you don't want
to use that workflow, then you can open tickets and just put the
documentation in the ticket and I will convert it to the correct
format and get it on the website.

> Does anyone have an objection to cleaning up the docs to *only* apply to
> 2.6?? My motivation is clarity.? 2.6 simplifies installation quite a bit but
> it also deprecates a few functions and I'd rather not have too much "diff
> docing" going on as it can confuse new users.

I thought about this last night as I added strike through to some
changed items.  I'm all for changing trunk and the 2.6 branch to match
those realities.  Previous versions of documentation can live in their
own branches, I think that dedicated version specific documentation is
far better than 'diff docing'.

Looking forward to it, Eli
From Bob.Basques at ci.stpaul.mn.us  Thu Apr 12 13:38:15 2012
From: Bob.Basques at ci.stpaul.mn.us (Bob Basques)
Date: Thu Apr 12 13:38:37 2012
Subject: [Geomoose-users] 2.6 - To Doc? To Purge? To Release?
In-Reply-To: <CACqBkM_iBAVOOX6f9KLJzhkOqryN0xMBw_Vzkm8RPfHdZQuexg@mail.gmail.com>
References: <1334240315.29944.YahooMailNeo@web161204.mail.bf1.yahoo.com>
	<002101cd18bf$107c8ab0$3175a010$@com>
	<1334244627.34650.YahooMailNeo@web161206.mail.bf1.yahoo.com>
	<CACqBkM_iBAVOOX6f9KLJzhkOqryN0xMBw_Vzkm8RPfHdZQuexg@mail.gmail.com>
Message-ID: <4F86CCB7020000A8000351B7@heckle>

Skipped content of type multipart/alternative
From eadam at co.lincoln.or.us  Thu Apr 12 13:49:42 2012
From: eadam at co.lincoln.or.us (Eli Adam)
Date: Thu Apr 12 13:50:36 2012
Subject: [Geomoose-users] 2.6 - To Doc? To Purge? To Release?
In-Reply-To: <4F86CCB7020000A8000351B7@heckle>
References: <1334240315.29944.YahooMailNeo@web161204.mail.bf1.yahoo.com>
	<002101cd18bf$107c8ab0$3175a010$@com>
	<1334244627.34650.YahooMailNeo@web161206.mail.bf1.yahoo.com>
	<CACqBkM_iBAVOOX6f9KLJzhkOqryN0xMBw_Vzkm8RPfHdZQuexg@mail.gmail.com>
	<4F86CCB7020000A8000351B7@heckle>
Message-ID: <CACqBkM9U7fwgNLcChYs1Eq0XFZVwN2Jw72FwzJkJ0GGJLEX78Q@mail.gmail.com>

bobb,

      Hopefully the online validator would work well enough to avoid bad
stuff.  If you want to attach to a ticket I will gladly apply it.  If you
want, I can try to help you get sphinx running in your local environment so
that you can run locally.

      I'm not opposed to you committing it and breaking rendering things
and then me fixing it after you, so long as you were reasonably confident
that your changes weren't going to break things (which perhaps an online
validator would do) and/or you promptly check your commits online and
revert them if they cause problems.  However, such a thing should be rare
(perhaps use two online validators if using one in the past didn't work).
Also, other people may feel differently about commits breaking rendering
things.  I also can't speak for the infrastructure.  If your changes were
enough to impact the infrastructure, I can imagine that would be
unpopular.

     I'm sure that we can work something out.

Bests, Eli

On Thu, Apr 12, 2012 at 10:38 AM, Bob Basques
<Bob.Basques@ci.stpaul.mn.us>wrote:

>  All,
>
>  Ok, last time I tried this, I did the Sphinx stuff by hand and validated
> it online with a SPHINX validator and then posted.  Apparently this was
> bad, since I got thrown out of documentation class as a consequence.  See
> my remark about not being afraid of writing doc's but being told I did it
> wrong.
>
>   . . . .
>
>  bobb
>
>
>
>
> >>> Eli Adam <eadam@co.lincoln.or.us> wrote:
>
> Ed and Bob (Bistrais in addition to bobb), Dan, and all,
>
> Thanks for volunteering with documentation writing.  The docs are
> generated using sphinx (http://sphinx.pocoo.org/) which just uses
> restructured text which is fairly simple txt files.  You can look at
> them here,
> http://trac.osgeo.org/geomoose/browser/geomoose2/trunk/sphinx-docs/source
> Also, anywhere on the website you can click the 'Show Source' link
> under 'This Page'.  Looking at and mimicking the existing files works
> fairly well for me.
>
> The general workflow for writing docs is to svn checkout/update, write
> the documentation locally, have sphinx  installed and locally build
> the documentation, check that it is all correct, create a patch and
> attach to a ticket (http://trac.osgeo.org/geomoose/report) or svn
> commit, the website will reflect your changes 15 minutes or so after
> it is committed.
>
> If you want to use that workflow, I'm available to help offline to get
> subversion and sphinx set up in your environment.  If you don't want
> to use that workflow, then you can open tickets and just put the
> documentation in the ticket and I will convert it to the correct
> format and get it on the website.
>
> > Does anyone have an objection to cleaning up the docs to *only* apply to
> > 2.6?  My motivation is clarity.  2.6 simplifies installation quite a bit
> but
> > it also deprecates a few functions and I'd rather not have too much "diff
> > docing" going on as it can confuse new users.
>
> I thought about this last night as I added strike through to some
> changed items.  I'm all for changing trunk and the 2.6 branch to match
> those realities.  Previous versions of documentation can live in their
> own branches, I think that dedicated version specific documentation is
> far better than 'diff docing'.
>
> Looking forward to it, Eli
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@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/20120412/e1aeaf61/attachment.html
From Bob.Basques at ci.stpaul.mn.us  Thu Apr 12 15:24:27 2012
From: Bob.Basques at ci.stpaul.mn.us (Bob Basques)
Date: Thu Apr 12 15:25:10 2012
Subject: [Geomoose-users] 2.6 - To Doc? To Purge? To Release?
In-Reply-To: <CACqBkM9U7fwgNLcChYs1Eq0XFZVwN2Jw72FwzJkJ0GGJLEX78Q@mail.gmail.com>
References: <1334240315.29944.YahooMailNeo@web161204.mail.bf1.yahoo.com>
	<002101cd18bf$107c8ab0$3175a010$@com>
	<1334244627.34650.YahooMailNeo@web161206.mail.bf1.yahoo.com>
	<CACqBkM_iBAVOOX6f9KLJzhkOqryN0xMBw_Vzkm8RPfHdZQuexg@mail.gmail.com>
	<4F86CCB7020000A8000351B7@heckle>
	<CACqBkM9U7fwgNLcChYs1Eq0XFZVwN2Jw72FwzJkJ0GGJLEX78Q@mail.gmail.com>
Message-ID: <4F86E59B020000A8000351D0@heckle>

Skipped content of type multipart/alternative
From mailing at tam.si  Fri Apr 13 18:24:59 2012
From: mailing at tam.si (Matej Mailing)
Date: Fri Apr 13 18:25:38 2012
Subject: [Geomoose-users] 2.6 - To Doc? To Purge? To Release?
In-Reply-To: <4F86E59B020000A8000351D0@heckle>
References: <1334240315.29944.YahooMailNeo@web161204.mail.bf1.yahoo.com>
	<002101cd18bf$107c8ab0$3175a010$@com>
	<1334244627.34650.YahooMailNeo@web161206.mail.bf1.yahoo.com>
	<CACqBkM_iBAVOOX6f9KLJzhkOqryN0xMBw_Vzkm8RPfHdZQuexg@mail.gmail.com>
	<4F86CCB7020000A8000351B7@heckle>
	<CACqBkM9U7fwgNLcChYs1Eq0XFZVwN2Jw72FwzJkJ0GGJLEX78Q@mail.gmail.com>
	<4F86E59B020000A8000351D0@heckle>
Message-ID: <CAF44DZefAuFL9NaM_4smm6To71JKRFrPj4_Nvc1Q41Oszjaw2w@mail.gmail.com>

Just a little note:
on http://www.geomoose.org/trunk/ at the announcement of 2.6 RC1 the year
is wrong (2011 instead of 2012).
4/13/2011 - GeoMOOSE 2.6 RC1 Available Now
BR, Matej


2012/4/12 Bob Basques <Bob.Basques@ci.stpaul.mn.us>

>  Eli,
>
>  It's all good stuff.  Even me learning a new thing or two (whether I
> like it not) about sphinx.
>
>  bobb
>
>
>
> >>> Eli Adam <eadam@co.lincoln.or.us> wrote:
>
> bobb,
>
> Hopefully the online validator would work well enough to avoid bad stuff.
> If you want to attach to a ticket I will gladly apply it. If you want, I
> can try to help you get sphinx running in your local environment so that
> you can run locally.
>
> I'm not opposed to you committing it and breaking rendering things and
> then me fixing it after you, so long as you were reasonably confident that
> your changes weren't going to break things (which perhaps an online
> validator would do) and/or you promptly check your commits online and
> revert them if they cause problems. However, such a thing should be rare
> (perhaps use two online validators if using one in the past didn't work).
> Also, other people may feel differently about commits breaking rendering
> things. I also can't speak for the infrastructure. If your changes were
> enough to impact the infrastructure, I can imagine that would be unpopular.
>
> I'm sure that we can work something out.
>
> Bests, Eli
>
>   On Thu, Apr 12, 2012 at 10:38 AM, Bob Basques <
> Bob.Basques@ci.stpaul.mn.us> wrote:
>
>>  All,
>>
>>
>>  Ok, last time I tried this, I did the Sphinx stuff by hand and
>> validated it online with a SPHINX validator and then posted. Apparently
>> this was bad, since I got thrown out of documentation class as a
>> consequence. See my remark about not being afraid of writing doc's but
>> being told I did it wrong.
>>
>>
>>  . . . .
>>
>>
>>  bobb
>>
>>
>>
>>
>>
>> >>> Eli Adam <eadam@co.lincoln.or.us> wrote:
>>
>>   Ed and Bob (Bistrais in addition to bobb), Dan, and all,
>>
>> Thanks for volunteering with documentation writing. The docs are
>> generated using sphinx (http://sphinx.pocoo.org/) which just uses
>> restructured text which is fairly simple txt files. You can look at
>> them here,
>> http://trac.osgeo.org/geomoose/browser/geomoose2/trunk/sphinx-docs/source
>> Also, anywhere on the website you can click the 'Show Source' link
>> under 'This Page'. Looking at and mimicking the existing files works
>> fairly well for me.
>>
>> The general workflow for writing docs is to svn checkout/update, write
>> the documentation locally, have sphinx installed and locally build
>> the documentation, check that it is all correct, create a patch and
>> attach to a ticket (http://trac.osgeo.org/geomoose/report) or svn
>> commit, the website will reflect your changes 15 minutes or so after
>> it is committed.
>>
>> If you want to use that workflow, I'm available to help offline to get
>> subversion and sphinx set up in your environment. If you don't want
>> to use that workflow, then you can open tickets and just put the
>> documentation in the ticket and I will convert it to the correct
>> format and get it on the website.
>>
>> > Does anyone have an objection to cleaning up the docs to *only* apply to
>> > 2.6? My motivation is clarity. 2.6 simplifies installation quite a bit
>> but
>> > it also deprecates a few functions and I'd rather not have too much
>> "diff
>> > docing" going on as it can confuse new users.
>>
>> I thought about this last night as I added strike through to some
>> changed items. I'm all for changing trunk and the 2.6 branch to match
>> those realities. Previous versions of documentation can live in their
>> own branches, I think that dedicated version specific documentation is
>> far better than 'diff docing'.
>>
>> Looking forward to it, Eli
>>
>> _______________________________________________
>> Geomoose-users mailing list
>> Geomoose-users@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/geomoose-users
>>
>>
>
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@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/20120414/27879773/attachment.html
From MarkVolz at co.lyon.mn.us  Mon Apr 16 10:39:36 2012
From: MarkVolz at co.lyon.mn.us (Mark Volz)
Date: Mon Apr 16 10:39:53 2012
Subject: [Geomoose-users] geocode address 2.6 RC1 status
Message-ID: <36CA828A36E29F45B7CF0A1766E5DFA3103875@swmail01.r8nssis.local>

Hello,

I noticed that Geocoding addresses does not appear to work out of the box for Geomoose 2.6 RC1.  Has anyone else noticed any problems?


Mark Volz
GIS Specialist


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20120416/92b8a983/attachment.html
From bfraser at geoanalytic.com  Mon Apr 16 15:08:23 2012
From: bfraser at geoanalytic.com (Brent Fraser)
Date: Mon Apr 16 15:09:24 2012
Subject: [Geomoose-users] GeoMoose API: GeoMOOSE.turnLayerOn problem with
 multi map-source layers
Message-ID: <4F8C6E27.8060003@geoanalytic.com>

Dan,

   I'm using the GeoMoose API (v2.4 I think) in a JavaScript user 
extension to  turn on a multi-mapsource Layer:

       GeoMOOSE.turnLayerOn("Image/image:Filler/all");

In geomoose.js, turnLayerOn calls changeLayerVisibility, where the 
layerpath is split and the DOM is queried for each portion.  But those 
portions are Map-Sources, not Layers, and therefor are not found.

So I changed the code to simply query on the original path (not the 
portions), and it seems to work:


     changeLayerVisibility : function(layerPath, visibility) {
/*
         var paths = this.splitPaths(layerPath);
         for(var p = 0; p < paths.length; p++) {
             var e = document.getElementById('catalog-'+paths[p]);
             if(!e && !Catalog.setLayerVisibility(paths[p], visibility)) {
                 OpenLayers.Console.log('Layer '+paths[p]+' does not 
exist');
             } else if(e && e.checked != visibility) {
                 e.checked = visibility;
                 e.onclick();
             }
         }
*/
         var e = document.getElementById('catalog-'+layerPath);
         if(!e && !Catalog.setLayerVisibility(layerPath, visibility)) {
             OpenLayers.Console.log('Layer '+layerPath+' does not exist');
         } else if(e && e.checked != visibility) {
             e.checked = visibility;
             e.onclick();
         }
     },

If you think the above fix is valid, I'll file an Issue in Trac (I guess 
we're still filing issues on v2.4), and put the fix in SVN.

Thanks!

-- 
Best Regards,
Brent Fraser

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20120416/8c0ddf34/attachment.html
From Johan.Forsman at LA.GOV  Mon Apr 16 15:24:48 2012
From: Johan.Forsman at LA.GOV (Johan Forsman)
Date: Mon Apr 16 15:26:34 2012
Subject: [Geomoose-users] Changes to mapserver-type layer handling in GM 2.6?
Message-ID: <660F6AF362EE674B875E7BD4E289E2D80767FB50@MAILMBX06.MAIL.LA.GOV>

All:

I am slowly migrating a GM 2.2 site with some minor customizations to 2.6 and am wondering if what I am observing with my mapserver layers is by design or an error on my part.

On 2.6 it appears that all mapserver layers are requested as WMS which appears to result in 

1) any mapserver-type layer returns an error if the map file does not at least contain something like 'ows_enable_request' '*', and 

2) using the "all" parameter in the layer definition in the mapbook returns an error.

For example, in the 2.2 environment I have a "roads" source defined in the mapbook very simply as such:

<map-source name="roads_simple" type="mapserver" >
	<file>./sdwp/roads/webmaps_osm_lahwys.map</file>
<layer name="all"/>

<layer title="Roads" src="roads_simple/all" status="off" legend="true" show-legend="true" fade="false" unfade="false"/>

The forwarded URL request is:

http://oph-isb-gis01/cgi-bin/mapserv.exe?map=/mapserver/apps/geomoose2/maps//sdwp/roads/webmaps_osm_lahwys.map&layers=all&mode=map&mapext=-10879743+3088767+-9475743+4200267&imgext=-10879743+3088767+-9475743+4200267&map_size=1404+1111&imgx=702&imgy=555.5&imgxy=1404+1111

The map file contains many scale-dependent line- and annotation layers and renders beautifully.

In the 2.6 environment the same mapbook definition and mapfile results in this call:

http://oph-isb-gis01/cgi-bin/mapserv.exe?
MAP=/mapserver/apps/geomoose26/maps//sdwp/roads/webmaps_osm_lahwys.map&FORMAT=image/png&TRANSPARENT=TRUE&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&LAYERS=all&SRS=EPSG%3A3857&BBOX=-10706687.23566,3214635.152984,-9648798.7643401,4074398.847016&WIDTH=865&HEIGHT=703

which returns:

<ServiceException code="LayerNotDefined">
msWMSLoadGetMapParams(): WMS server error. Invalid layer(s) given in the LAYERS parameter.
</ServiceException>

I have unsuccessfully searched for documentation on this topic. Please advise.

Thanks!
Johan Forsman
Geologist
Engineering Services
LDHH-OPH-CEHS
225.342.7309


From Bob.Basques at ci.stpaul.mn.us  Mon Apr 16 15:40:48 2012
From: Bob.Basques at ci.stpaul.mn.us (Bob Basques)
Date: Mon Apr 16 15:41:55 2012
Subject: [Geomoose-users] Changes to mapserver-type layer handling
	in GM 2.6?
In-Reply-To: <660F6AF362EE674B875E7BD4E289E2D80767FB50@MAILMBX06.MAIL.LA.GOV>
References: <660F6AF362EE674B875E7BD4E289E2D80767FB50@MAILMBX06.MAIL.LA.GOV>
Message-ID: <4F8C2F70020000A80003542F@heckle>

Skipped content of type multipart/alternative
From Bob.Basques at ci.stpaul.mn.us  Mon Apr 16 15:45:46 2012
From: Bob.Basques at ci.stpaul.mn.us (Bob Basques)
Date: Mon Apr 16 15:46:22 2012
Subject: [Geomoose-users] Changes to mapserver-type layer handling
	in GM 2.6?
In-Reply-To: <660F6AF362EE674B875E7BD4E289E2D80767FB50@MAILMBX06.MAIL.LA.GOV>
References: <660F6AF362EE674B875E7BD4E289E2D80767FB50@MAILMBX06.MAIL.LA.GOV>
Message-ID: <4F8C309A020000A80003543B@heckle>

Skipped content of type multipart/alternative
From klassen.js at gmail.com  Mon Apr 16 15:46:40 2012
From: klassen.js at gmail.com (Jim Klassen)
Date: Mon Apr 16 15:46:55 2012
Subject: [Geomoose-users] GeoMoose API: GeoMOOSE.turnLayerOn problem with
	multi map-source layers
In-Reply-To: <4F8C6E27.8060003@geoanalytic.com>
References: <4F8C6E27.8060003@geoanalytic.com>
Message-ID: <6956D94C-CE3F-4ADD-AA06-2BDE30EC2397@gmail.com>

I don't think we've made the 2.4.1 release yet either.  I have already applied some fixes in branches/geomoose-2.4 in anticipation for the 2.4.1 release (update for Mapserver 6.x and the famous extra comma).  I think it is all sitting pending testing.  My main confusion is that the 2.4.0 tarball and the 2.4.0 tag and branch in SVN somehow ended up at slightly different versions and I'm not sure which is most correct.

On Apr 16, 2012, at 2:08 PM, Brent Fraser wrote:

> Dan,
> 
>   I'm using the GeoMoose API (v2.4 I think) in a JavaScript user extension to  turn on a multi-mapsource Layer:
> 
>       GeoMOOSE.turnLayerOn("Image/image:Filler/all");
> 
> In geomoose.js, turnLayerOn calls changeLayerVisibility, where the layerpath is split and the DOM is queried for each portion.  But those portions are Map-Sources, not Layers, and therefor are not found.
> 
> So I changed the code to simply query on the original path (not the portions), and it seems to work:
> 
> 
>     changeLayerVisibility : function(layerPath, visibility) {     
> /*    
>         var paths = this.splitPaths(layerPath);
>         for(var p = 0; p < paths.length; p++) {
>             var e = document.getElementById('catalog-'+paths[p]);
>             if(!e && !Catalog.setLayerVisibility(paths[p], visibility)) {
>                 OpenLayers.Console.log('Layer '+paths[p]+' does not exist');
>             } else if(e && e.checked != visibility) {
>                 e.checked = visibility;
>                 e.onclick();
>             }
>         }
> */        
>         var e = document.getElementById('catalog-'+layerPath);
>         if(!e && !Catalog.setLayerVisibility(layerPath, visibility)) {
>             OpenLayers.Console.log('Layer '+layerPath+' does not exist');
>         } else if(e && e.checked != visibility) {
>             e.checked = visibility;
>             e.onclick();
>         }
>     },
> 
> If you think the above fix is valid, I'll file an Issue in Trac (I guess we're still filing issues on v2.4), and put the fix in SVN.
> 
> Thanks!
> -- 
> Best Regards,
> Brent Fraser
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@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/20120416/bf900802/attachment-0001.html
From klassen.js at gmail.com  Mon Apr 16 16:02:06 2012
From: klassen.js at gmail.com (Jim Klassen)
Date: Mon Apr 16 16:02:27 2012
Subject: [Geomoose-users] Changes to mapserver-type layer handling in GM
	2.6?
In-Reply-To: <660F6AF362EE674B875E7BD4E289E2D80767FB50@MAILMBX06.MAIL.LA.GOV>
References: <660F6AF362EE674B875E7BD4E289E2D80767FB50@MAILMBX06.MAIL.LA.GOV>
Message-ID: <74BE956F-D6F1-4C58-AB82-71B41386FC27@gmail.com>

It was intentional to migrate to using WMS over the MapServer specific calls in the default case as it eases interoperability with other servers and simplifies the code in many cases.

I don't think it was intentional to loose the layers=all trick (which was implemented inside MapServer not GeoMoose).  Do any of the suggestions in the MapServer ticket referenced by Bob work as a workaround for you?

While 2.6 is near to release, one of the bigger tasks left is finishing up documentation.  Thank you for testing and bring this to our attention.

On Apr 16, 2012, at 2:24 PM, Johan Forsman wrote:

> All:
> 
> I am slowly migrating a GM 2.2 site with some minor customizations to 2.6 and am wondering if what I am observing with my mapserver layers is by design or an error on my part.
> 
> On 2.6 it appears that all mapserver layers are requested as WMS which appears to result in 
> 
> 1) any mapserver-type layer returns an error if the map file does not at least contain something like 'ows_enable_request' '*', and 
> 
> 2) using the "all" parameter in the layer definition in the mapbook returns an error.
> 
> For example, in the 2.2 environment I have a "roads" source defined in the mapbook very simply as such:
> 
> <map-source name="roads_simple" type="mapserver" >
> 	<file>./sdwp/roads/webmaps_osm_lahwys.map</file>
> <layer name="all"/>
> 
> <layer title="Roads" src="roads_simple/all" status="off" legend="true" show-legend="true" fade="false" unfade="false"/>
> 
> The forwarded URL request is:
> 
> http://oph-isb-gis01/cgi-bin/mapserv.exe?map=/mapserver/apps/geomoose2/maps//sdwp/roads/webmaps_osm_lahwys.map&layers=all&mode=map&mapext=-10879743+3088767+-9475743+4200267&imgext=-10879743+3088767+-9475743+4200267&map_size=1404+1111&imgx=702&imgy=555.5&imgxy=1404+1111
> 
> The map file contains many scale-dependent line- and annotation layers and renders beautifully.
> 
> In the 2.6 environment the same mapbook definition and mapfile results in this call:
> 
> http://oph-isb-gis01/cgi-bin/mapserv.exe?
> MAP=/mapserver/apps/geomoose26/maps//sdwp/roads/webmaps_osm_lahwys.map&FORMAT=image/png&TRANSPARENT=TRUE&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&LAYERS=all&SRS=EPSG%3A3857&BBOX=-10706687.23566,3214635.152984,-9648798.7643401,4074398.847016&WIDTH=865&HEIGHT=703
> 
> which returns:
> 
> <ServiceException code="LayerNotDefined">
> msWMSLoadGetMapParams(): WMS server error. Invalid layer(s) given in the LAYERS parameter.
> </ServiceException>
> 
> I have unsuccessfully searched for documentation on this topic. Please advise.
> 
> Thanks!
> Johan Forsman
> Geologist
> Engineering Services
> LDHH-OPH-CEHS
> 225.342.7309
> 
> 
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/geomoose-users

From Bob.Basques at ci.stpaul.mn.us  Mon Apr 16 16:07:10 2012
From: Bob.Basques at ci.stpaul.mn.us (Bob Basques)
Date: Mon Apr 16 16:07:56 2012
Subject: [Geomoose-users] Changes to mapserver-type layer handling
	in GM 2.6?
In-Reply-To: <74BE956F-D6F1-4C58-AB82-71B41386FC27@gmail.com>
References: <660F6AF362EE674B875E7BD4E289E2D80767FB50@MAILMBX06.MAIL.LA.GOV>
	<74BE956F-D6F1-4C58-AB82-71B41386FC27@gmail.com>
Message-ID: <4F8C359E020000A800035449@heckle>

Skipped content of type multipart/alternative
From danlittle at yahoo.com  Mon Apr 16 20:53:32 2012
From: danlittle at yahoo.com (Dan Little)
Date: Mon Apr 16 20:53:49 2012
Subject: [Geomoose-users] GeoMoose API: GeoMOOSE.turnLayerOn problem with
	multi map-source layers
In-Reply-To: <6956D94C-CE3F-4ADD-AA06-2BDE30EC2397@gmail.com>
References: <4F8C6E27.8060003@geoanalytic.com>
	<6956D94C-CE3F-4ADD-AA06-2BDE30EC2397@gmail.com>
Message-ID: <1334624012.80304.YahooMailNeo@web161201.mail.bf1.yahoo.com>

Jim's right, we should be able to integrate this patch.




>________________________________
> From: Jim Klassen <klassen.js@gmail.com>
>To: Brent Fraser <bfraser@geoanalytic.com> 
>Cc: Dan Little <dan.little@excensus.com>; GeoMOOSE Users List <geomoose-users@lists.osgeo.org> 
>Sent: Monday, April 16, 2012 2:46 PM
>Subject: Re: [Geomoose-users] GeoMoose API: GeoMOOSE.turnLayerOn problem with multi map-source layers
> 
>
>I don't think we've made the 2.4.1 release yet either. ?I have already applied some fixes in branches/geomoose-2.4 in anticipation for the 2.4.1 release (update for Mapserver 6.x and the famous extra comma). ?I think it is all sitting pending testing. ?My main confusion is that the 2.4.0 tarball and the 2.4.0 tag and branch in SVN somehow ended up at slightly different versions and I'm not sure which is most correct.
>
>
>On Apr 16, 2012, at 2:08 PM, Brent Fraser wrote:
>
>Dan,
>>
>>? I'm using the GeoMoose API (v2.4 I think) in a JavaScript user
    extension to? turn on a multi-mapsource Layer:
>>
>>??? ? GeoMOOSE.turnLayerOn("Image/image:Filler/all");
>>
>>In geomoose.js, turnLayerOn calls changeLayerVisibility, where the
    layerpath is split and the DOM is queried for each portion.? But
    those portions are Map-Sources, not Layers, and therefor are not
    found.
>>
>>So I changed the code to simply query on the original path (not the
    portions), and it seems to work:
>>
>>
>>??? changeLayerVisibility : function(layerPath, visibility) {??? ?
>>/*??? 
>>??? ??? var paths = this.splitPaths(layerPath);
>>??? ??? for(var p = 0; p < paths.length; p++) {
>>??? ??? ??? var e =
        document.getElementById('catalog-'+paths[p]);
>>??? ??? ??? if(!e &&
        !Catalog.setLayerVisibility(paths[p], visibility)) {
>>??? ??? ??? ??? OpenLayers.Console.log('Layer '+paths[p]+' does
        not exist');
>>??? ??? ??? } else if(e && e.checked != visibility) {
>>??? ??? ??? ??? e.checked = visibility;
>>??? ??? ??? ??? e.onclick();
>>??? ??? ??? }
>>??? ??? }
>>*/??? ??? 
>>??? ??? var e = document.getElementById('catalog-'+layerPath);
>>??? ??? if(!e && !Catalog.setLayerVisibility(layerPath,
      visibility)) {
>>??? ??? ??? OpenLayers.Console.log('Layer '+layerPath+' does not
      exist');
>>??? ??? } else if(e && e.checked != visibility) {
>>??? ??? ??? e.checked = visibility;
>>??? ??? ??? e.onclick();
>>??? ??? }
>>??? },
>>
>>If you think the above fix is valid, I'll file an Issue in Trac (I
    guess we're still filing issues on v2.4), and put the fix in SVN.
>>
>>Thanks!
>>
>>-- 
Best Regards,
Brent Fraser
_______________________________________________
>>Geomoose-users mailing list
>>Geomoose-users@lists.osgeo.org
>>http://lists.osgeo.org/mailman/listinfo/geomoose-users
>>
>
>_______________________________________________
>Geomoose-users mailing list
>Geomoose-users@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/20120416/4b532cfb/attachment-0001.html
From Johan.Forsman at LA.GOV  Mon Apr 16 21:08:17 2012
From: Johan.Forsman at LA.GOV (Johan Forsman)
Date: Mon Apr 16 21:08:32 2012
Subject: [Geomoose-users] Changes to mapserver-type layer handling in GM
	2.6?
In-Reply-To: <4F8C359E020000A800035449@heckle>
References: <660F6AF362EE674B875E7BD4E289E2D80767FB50@MAILMBX06.MAIL.LA.GOV>
	<74BE956F-D6F1-4C58-AB82-71B41386FC27@gmail.com>
	<4F8C359E020000A800035449@heckle>
Message-ID: <660F6AF362EE674B875E7BD4E289E2D80767FC6E@MAILMBX06.MAIL.LA.GOV>

Success!
The fastest method I could think of to test all layers was a bulk Find of "STATUS ON" and Replace with "GROUP 'all'" which indeed allows the layers to display as intended using <layer name="all"/> in the mapbook.
I think this topic needs to be documented front and center in the migration guide as it represents a fundamental change in the way the application works. I am sure there are many instances of legacy GM/MapServer  installations that may require significant retooling to work with the new version, especially if they are not configured to serve WMS already.
Thanks for the tips and for a really great product.
I am curious about Jim's "in the default case"  statement. Does this mean there is a case where the MapServer layers are *not* translated to WMS calls?
Incidentally, I may have discovered a few other items that may not be as intended. If they are not user error, where is appropriate to report them?
Thanks again,
Johan.
From: Bob Basques [mailto:Bob.Basques@ci.stpaul.mn.us]
Sent: Monday, April 16, 2012 3:07 PM
To: Jim Klassen; Johan Forsman
Cc: geomoose-users@lists.osgeo.org
Subject: Re: [Geomoose-users] Changes to mapserver-type layer handling in GM 2.6?


All (of you),


Just adding the desired layers to a GROUP called "all", should fix things (I think)


bobb



>>> Jim Klassen <klassen.js@gmail.com<mailto:klassen.js@gmail.com>> wrote:

It was intentional to migrate to using WMS over the MapServer specific calls in the default case as it eases interoperability with other servers and simplifies the code in many cases.

I don't think it was intentional to loose the layers=all trick (which was implemented inside MapServer not GeoMoose).  Do any of the suggestions in the MapServer ticket referenced by Bob work as a workaround for you?

While 2.6 is near to release, one of the bigger tasks left is finishing up documentation.  Thank you for testing and bring this to our attention.

On Apr 16, 2012, at 2:24 PM, Johan Forsman wrote:

> All:
>
> I am slowly migrating a GM 2.2 site with some minor customizations to 2.6 and am wondering if what I am observing with my mapserver layers is by design or an error on my part.
>
> On 2.6 it appears that all mapserver layers are requested as WMS which appears to result in
>
> 1) any mapserver-type layer returns an error if the map file does not at least contain something like 'ows_enable_request' '*', and
>
> 2) using the "all" parameter in the layer definition in the mapbook returns an error.
>
> For example, in the 2.2 environment I have a "roads" source defined in the mapbook very simply as such:
>
> <map-source name="roads_simple" type="mapserver" >
> <file>./sdwp/roads/webmaps_osm_lahwys.map</file>
> <layer name="all"/>
>
> <layer title="Roads" src="roads_simple/all" status="off" legend="true" show-legend="true" fade="false" unfade="false"/>
>
> The forwarded URL request is:
>
> http://oph-isb-gis01/cgi-bin/mapserv.exe?map=/mapserver/apps/geomoose2/maps//sdwp/roads/webmaps_osm_lahwys.map&layers=all&mode=map&mapext=-10879743+3088767+-9475743+4200267&imgext=-10879743+3088767+-9475743+4200267&map_size=1404+1111&imgx=702&imgy=555.5&imgxy=1404+1111
>
> The map file contains many scale-dependent line- and annotation layers and renders beautifully.
>
> In the 2.6 environment the same mapbook definition and mapfile results in this call:
>
> http://oph-isb-gis01/cgi-bin/mapserv.exe?
> MAP=/mapserver/apps/geomoose26/maps//sdwp/roads/webmaps_osm_lahwys.map&FORMAT=image/png&TRANSPARENT=TRUE&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&LAYERS=all&SRS=EPSG%3A3857&BBOX=-10706687.23566,3214635.152984,-9648798.7643401,4074398.847016&WIDTH=865&HEIGHT=703
>
> which returns:
>
> <ServiceException code="LayerNotDefined">
> msWMSLoadGetMapParams(): WMS server error. Invalid layer(s) given in the LAYERS parameter.
> </ServiceException>
>
> I have unsuccessfully searched for documentation on this topic. Please advise.
>
> Thanks!
> Johan Forsman
> Geologist
> Engineering Services
> LDHH-OPH-CEHS
> 225.342.7309
>
>
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@lists.osgeo.org<mailto:Geomoose-users@lists.osgeo.org>
> http://lists.osgeo.org/mailman/listinfo/geomoose-users

_______________________________________________
Geomoose-users mailing list
Geomoose-users@lists.osgeo.org<mailto:Geomoose-users@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/20120416/1d4278f6/attachment.html
From klassen.js at gmail.com  Mon Apr 16 21:41:59 2012
From: klassen.js at gmail.com (Jim Klassen)
Date: Mon Apr 16 21:42:20 2012
Subject: [Geomoose-users] Changes to mapserver-type layer handling in GM
	2.6?
In-Reply-To: <660F6AF362EE674B875E7BD4E289E2D80767FC6E@MAILMBX06.MAIL.LA.GOV>
References: <660F6AF362EE674B875E7BD4E289E2D80767FB50@MAILMBX06.MAIL.LA.GOV>
	<74BE956F-D6F1-4C58-AB82-71B41386FC27@gmail.com>
	<4F8C359E020000A800035449@heckle>
	<660F6AF362EE674B875E7BD4E289E2D80767FC6E@MAILMBX06.MAIL.LA.GOV>
Message-ID: <63E03A1F-B3B1-408C-A2A7-C5AC09447879@gmail.com>

Cool!

The list is always a good place to start for problems/questions/feedback.

At one point I thought there was a fallback to the old MapServer mode, but I'm not seeing it in the code now.  Maybe I missed it.  Dan?

On Apr 16, 2012, at 8:08 PM, Johan Forsman wrote:

> Success!
> 
> The fastest method I could think of to test all layers was a bulk Find of ?STATUS ON? and Replace with ?GROUP ?all?? which indeed allows the layers to display as intended using <layer name="all"/> in the mapbook.
> 
> I think this topic needs to be documented front and center in the migration guide as it represents a fundamental change in the way the application works. I am sure there are many instances of legacy GM/MapServer  installations that may require significant retooling to work with the new version, especially if they are not configured to serve WMS already.
> 
> Thanks for the tips and for a really great product.
> 
> I am curious about Jim?s ?in the default case?  statement. Does this mean there is a case where the MapServer layers are *not* translated to WMS calls?
> 
> Incidentally, I may have discovered a few other items that may not be as intended. If they are not user error, where is appropriate to report them?
> 
> Thanks again,
> 
> Johan.
> 
> From: Bob Basques [mailto:Bob.Basques@ci.stpaul.mn.us] 
> Sent: Monday, April 16, 2012 3:07 PM
> To: Jim Klassen; Johan Forsman
> Cc: geomoose-users@lists.osgeo.org
> Subject: Re: [Geomoose-users] Changes to mapserver-type layer handling in GM 2.6?
>  
> 
> All (of you),
>  
> Just adding the desired layers to a GROUP called "all", should fix things (I think)
>  
> bobb
>  
> 
> 
> >>> Jim Klassen <klassen.js@gmail.com> wrote:
> It was intentional to migrate to using WMS over the MapServer specific calls in the default case as it eases interoperability with other servers and simplifies the code in many cases.
> 
> I don't think it was intentional to loose the layers=all trick (which was implemented inside MapServer not GeoMoose).  Do any of the suggestions in the MapServer ticket referenced by Bob work as a workaround for you?
> 
> While 2.6 is near to release, one of the bigger tasks left is finishing up documentation.  Thank you for testing and bring this to our attention.
> 
> On Apr 16, 2012, at 2:24 PM, Johan Forsman wrote:
> 
> > All:
> >
> > I am slowly migrating a GM 2.2 site with some minor customizations to 2.6 and am wondering if what I am observing with my mapserver layers is by design or an error on my part.
> >
> > On 2.6 it appears that all mapserver layers are requested as WMS which appears to result in
> >
> > 1) any mapserver-type layer returns an error if the map file does not at least contain something like 'ows_enable_request' '*', and
> >
> > 2) using the "all" parameter in the layer definition in the mapbook returns an error.
> >
> > For example, in the 2.2 environment I have a "roads" source defined in the mapbook very simply as such:
> >
> > <map-source name="roads_simple" type="mapserver" >
> > <file>./sdwp/roads/webmaps_osm_lahwys.map</file>
> > <layer name="all"/>
> >
> > <layer title="Roads" src="roads_simple/all" status="off" legend="true" show-legend="true" fade="false" unfade="false"/>
> >
> > The forwarded URL request is:
> >
> > http://oph-isb-gis01/cgi-bin/mapserv.exe?map=/mapserver/apps/geomoose2/maps//sdwp/roads/webmaps_osm_lahwys.map&layers=all&mode=map&mapext=-10879743+3088767+-9475743+4200267&imgext=-10879743+3088767+-9475743+4200267&map_size=1404+1111&imgx=702&imgy=555.5&imgxy=1404+1111
> >
> > The map file contains many scale-dependent line- and annotation layers and renders beautifully.
> >
> > In the 2.6 environment the same mapbook definition and mapfile results in this call:
> >
> > http://oph-isb-gis01/cgi-bin/mapserv.exe?
> > MAP=/mapserver/apps/geomoose26/maps//sdwp/roads/webmaps_osm_lahwys.map&FORMAT=image/png&TRANSPARENT=TRUE&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&LAYERS=all&SRS=EPSG%3A3857&BBOX=-10706687.23566,3214635.152984,-9648798.7643401,4074398.847016&WIDTH=865&HEIGHT=703
> >
> > which returns:
> >
> > <ServiceException code="LayerNotDefined">
> > msWMSLoadGetMapParams(): WMS server error. Invalid layer(s) given in the LAYERS parameter.
> > </ServiceException>
> >
> > I have unsuccessfully searched for documentation on this topic. Please advise.
> >
> > Thanks!
> > Johan Forsman
> > Geologist
> > Engineering Services
> > LDHH-OPH-CEHS
> > 225.342.7309
> >
> >
> > _______________________________________________
> > Geomoose-users mailing list
> > Geomoose-users@lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/geomoose-users
> 
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@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/20120416/735f8d50/attachment-0001.html
From eadam at co.lincoln.or.us  Tue Apr 17 04:16:38 2012
From: eadam at co.lincoln.or.us (Eli Adam)
Date: Tue Apr 17 04:16:44 2012
Subject: [Geomoose-users] Changes to mapserver-type layer handling in GM
	2.6?
In-Reply-To: <660F6AF362EE674B875E7BD4E289E2D80767FC6E@MAILMBX06.MAIL.LA.GOV>
References: <660F6AF362EE674B875E7BD4E289E2D80767FB50@MAILMBX06.MAIL.LA.GOV>
	<74BE956F-D6F1-4C58-AB82-71B41386FC27@gmail.com>
	<4F8C359E020000A800035449@heckle>
	<660F6AF362EE674B875E7BD4E289E2D80767FC6E@MAILMBX06.MAIL.LA.GOV>
Message-ID: <CACqBkM8cdKSEESNKbXWXCC5CXqHzXUOSMZQAD96CS286m01MVQ@mail.gmail.com>

Johan,

On Mon, Apr 16, 2012 at 6:08 PM, Johan Forsman <Johan.Forsman@la.gov> wrote:

> ****
>
> Success!****
>
> The fastest method I could think of to test all layers was a bulk Find of
> ?STATUS ON? and Replace with ?GROUP ?all?? which indeed allows the layers
> to display as intended using <layer name="all"/> in the mapbook. ****
>
> I think this topic needs to be documented front and center in the
> migration guide as it represents a fundamental change in the way the
> application works. I am sure there are many instances of legacy
> GM/MapServer  installations that may require significant
>

I have updated documentation here,
http://geomoose.org/trunk/releases/2.6.html#release and here,
http://geomoose.org/trunk/docs/faq.html#why-doesn-t-layers-all-work-anymore(should
show updates in a while)  Please review it to confirm that it is
sufficient.


> retooling to work with the new version, especially if they are not
> configured to serve WMS already.****
>
> Thanks for the tips and for a really great product.****
>
> I am curious about Jim?s ?in the default case?  statement. Does this mean
> there is a case where the MapServer layers are **not** translated to WMS
> calls?****
>
> Incidentally, I may have discovered a few other items that may not be as
> intended. If they are not user error, where is appropriate to report them?
>

The email list is always a great place to confirm things. Once you are
certain, a Trac Ticket is usually the best route,
http://trac.osgeo.org/geomoose/newticket

Bests, Eli

****
>
> Thanks again,****
>
> Johan.****
>
> *From:* Bob Basques [mailto:Bob.Basques@ci.stpaul.mn.us]
> *Sent:* Monday, April 16, 2012 3:07 PM
> *To:* Jim Klassen; Johan Forsman
> *Cc:* geomoose-users@lists.osgeo.org
> *Subject:* Re: [Geomoose-users] Changes to mapserver-type layer handling
> in GM 2.6?****
>
> ** **
>
> All (of you), ****
>
> ** **
>
> Just adding the desired layers to a GROUP called "all", should fix things
> (I think) ****
>
> ** **
>
> bobb ****
>
> ** **
>
>
>
> >>> Jim Klassen <klassen.js@gmail.com> wrote:****
>
> It was intentional to migrate to using WMS over the MapServer specific
> calls in the default case as it eases interoperability with other servers
> and simplifies the code in many cases.
>
> I don't think it was intentional to loose the layers=all trick (which was
> implemented inside MapServer not GeoMoose).  Do any of the suggestions in
> the MapServer ticket referenced by Bob work as a workaround for you?
>
> While 2.6 is near to release, one of the bigger tasks left is finishing up
> documentation.  Thank you for testing and bring this to our attention.
>
> On Apr 16, 2012, at 2:24 PM, Johan Forsman wrote:
>
> > All:
> >
> > I am slowly migrating a GM 2.2 site with some minor customizations to
> 2.6 and am wondering if what I am observing with my mapserver layers is by
> design or an error on my part.
> >
> > On 2.6 it appears that all mapserver layers are requested as WMS which
> appears to result in
> >
> > 1) any mapserver-type layer returns an error if the map file does not at
> least contain something like 'ows_enable_request' '*', and
> >
> > 2) using the "all" parameter in the layer definition in the mapbook
> returns an error.
> >
> > For example, in the 2.2 environment I have a "roads" source defined in
> the mapbook very simply as such:
> >
> > <map-source name="roads_simple" type="mapserver" >
> > <file>./sdwp/roads/webmaps_osm_lahwys.map</file>
> > <layer name="all"/>
> >
> > <layer title="Roads" src="roads_simple/all" status="off" legend="true"
> show-legend="true" fade="false" unfade="false"/>
> >
> > The forwarded URL request is:
> >
> >
> http://oph-isb-gis01/cgi-bin/mapserv.exe?map=/mapserver/apps/geomoose2/maps//sdwp/roads/webmaps_osm_lahwys.map&layers=all&mode=map&mapext=-10879743+3088767+-9475743+4200267&imgext=-10879743+3088767+-9475743+4200267&map_size=1404+1111&imgx=702&imgy=555.5&imgxy=1404+1111
> >
> > The map file contains many scale-dependent line- and annotation layers
> and renders beautifully.
> >
> > In the 2.6 environment the same mapbook definition and mapfile results
> in this call:
> >
> > http://oph-isb-gis01/cgi-bin/mapserv.exe?
> >
> MAP=/mapserver/apps/geomoose26/maps//sdwp/roads/webmaps_osm_lahwys.map&FORMAT=image/png&TRANSPARENT=TRUE&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&LAYERS=all&SRS=EPSG%3A3857&BBOX=-10706687.23566,3214635.152984,-9648798.7643401,4074398.847016&WIDTH=865&HEIGHT=703
> >
> > which returns:
> >
> > <ServiceException code="LayerNotDefined">
> > msWMSLoadGetMapParams(): WMS server error. Invalid layer(s) given in the
> LAYERS parameter.
> > </ServiceException>
> >
> > I have unsuccessfully searched for documentation on this topic. Please
> advise.
> >
> > Thanks!
> > Johan Forsman
> > Geologist
> > Engineering Services
> > LDHH-OPH-CEHS
> > 225.342.7309
> >
> >
> > _______________________________________________
> > Geomoose-users mailing list
> > Geomoose-users@lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/geomoose-users
>
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/geomoose-users****
>
> ** **
>
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@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/20120417/fa1e022f/attachment.html
From danlittle at yahoo.com  Tue Apr 17 09:38:50 2012
From: danlittle at yahoo.com (Dan Little)
Date: Tue Apr 17 09:39:44 2012
Subject: [Geomoose-users] Changes to mapserver-type layer handling in GM
	2.6?
In-Reply-To: <63E03A1F-B3B1-408C-A2A7-C5AC09447879@gmail.com>
References: <660F6AF362EE674B875E7BD4E289E2D80767FB50@MAILMBX06.MAIL.LA.GOV>
	<74BE956F-D6F1-4C58-AB82-71B41386FC27@gmail.com>
	<4F8C359E020000A800035449@heckle>
	<660F6AF362EE674B875E7BD4E289E2D80767FC6E@MAILMBX06.MAIL.LA.GOV>
	<63E03A1F-B3B1-408C-A2A7-C5AC09447879@gmail.com>
Message-ID: <1334669930.48915.YahooMailNeo@web161201.mail.bf1.yahoo.com>

There is no fall-back to MapServer mode.

I really thought LAYERS=all was still working. In fact, I thought it's being used in the demo?

To: Johan Forsman <Johan.Forsman@LA.GOV> 
>Cc: Bob Basques <Bob.Basques@ci.stpaul.mn.us>; "geomoose-users@lists.osgeo.org" <geomoose-users@lists.osgeo.org> 
>Sent: Monday, April 16, 2012 8:41 PM
>Subject: Re: [Geomoose-users] Changes to mapserver-type layer handling in GM 2.6?
> 
>
>Cool!
>
>The list is always a good place to start for problems/questions/feedback.
>
>
>At one point I thought there was a fallback to the old MapServer mode, but I'm not seeing it in the code now. ?Maybe I missed it. ?Dan?
>
>
>On Apr 16, 2012, at 8:08 PM, Johan Forsman wrote:
>
>Success!
>>The fastest method I could think of to test all layers was a bulk Find of ?STATUS ON? and Replace with ?GROUP ?all?? which indeed allows the layers to display as intended using <layer name="all"/> in the mapbook.
>>I think this topic needs to be documented front and center in the migration guide as it represents a fundamental change in the way the application works. I am sure there are many instances of legacy GM/MapServer ?installations that may require significant retooling to work with the new version, especially if they are not configured to serve WMS already.
>>Thanks for the tips and for a really great product.
>>I am curious about Jim?s ?in the default case? ?statement. Does this mean there is a case where the MapServer layers are *not* translated to WMS calls?
>>Incidentally, I may have discovered a few other items that may not be as intended. If they are not user error, where is appropriate to report them?
>>Thanks again,
>>Johan.
>>From:?Bob Basques [mailto:Bob.Basques@ci.stpaul.mn.us]?
>>Sent:?Monday, April 16, 2012 3:07 PM
>>To:?Jim Klassen; Johan Forsman
>>Cc:?geomoose-users@lists.osgeo.org
>>Subject:?Re: [Geomoose-users] Changes to mapserver-type layer handling in GM 2.6?
>>?
>>All (of you),
>>?
>>Just adding the desired layers to a GROUP called "all", should fix things (I think)
>>?
>>bobb
>>?
>>
>>
>>>>> Jim Klassen <klassen.js@gmail.com> wrote:
>>It was intentional to migrate to using WMS over the MapServer specific calls in the default case as it eases interoperability with other servers and simplifies the code in many cases.
>>
>>I don't think it was intentional to loose the layers=all trick (which was implemented inside MapServer not GeoMoose).? Do any of the suggestions in the MapServer ticket referenced by Bob work as a workaround for you?
>>
>>While 2.6 is near to release, one of the bigger tasks left is finishing up documentation.? Thank you for testing and bring this to our attention.
>>
>>On Apr 16, 2012, at 2:24 PM, Johan Forsman wrote:
>>
>>> All:
>>>
>>> I am slowly migrating a GM 2.2 site with some minor customizations to 2.6 and am wondering if what I am observing with my mapserver layers is by design or an error on my part.
>>>
>>> On 2.6 it appears that all mapserver layers are requested as WMS which appears to result in
>>>
>>> 1) any mapserver-type layer returns an error if the map file does not at least contain something like 'ows_enable_request' '*', and
>>>
>>> 2) using the "all" parameter in the layer definition in the mapbook returns an error.
>>>
>>> For example, in the 2.2 environment I have a "roads" source defined in the mapbook very simply as such:
>>>
>>> <map-source name="roads_simple" type="mapserver" >
>>> <file>./sdwp/roads/webmaps_osm_lahwys.map</file>
>>> <layer name="all"/>
>>>
>>> <layer title="Roads" src="roads_simple/all" status="off" legend="true" show-legend="true" fade="false" unfade="false"/>
>>>
>>> The forwarded URL request is:
>>>
>>>?http://oph-isb-gis01/cgi-bin/mapserv.exe?map=/mapserver/apps/geomoose2/maps//sdwp/roads/webmaps_osm_lahwys.map&layers=all&mode=map&mapext=-10879743+3088767+-9475743+4200267&imgext=-10879743+3088767+-9475743+4200267&map_size=1404+1111&imgx=702&imgy=555.5&imgxy=1404+1111
>>>
>>> The map file contains many scale-dependent line- and annotation layers and renders beautifully.
>>>
>>> In the 2.6 environment the same mapbook definition and mapfile results in this call:
>>>
>>>?http://oph-isb-gis01/cgi-bin/mapserv.exe?
>>> MAP=/mapserver/apps/geomoose26/maps//sdwp/roads/webmaps_osm_lahwys.map&FORMAT=image/png&TRANSPARENT=TRUE&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&LAYERS=all&SRS=EPSG%3A3857&BBOX=-10706687.23566,3214635.152984,-9648798.7643401,4074398.847016&WIDTH=865&HEIGHT=703
>>>
>>> which returns:
>>>
>>> <ServiceException code="LayerNotDefined">
>>> msWMSLoadGetMapParams(): WMS server error. Invalid layer(s) given in the LAYERS parameter.
>>> </ServiceException>
>>>
>>> I have unsuccessfully searched for documentation on this topic. Please advise.
>>>
>>> Thanks!
>>> Johan Forsman
>>> Geologist
>>> Engineering Services
>>> LDHH-OPH-CEHS
>>> 225.342.7309
>>>
>>>
>>> _______________________________________________
>>> Geomoose-users mailing list
>>>?Geomoose-users@lists.osgeo.org
>>>?http://lists.osgeo.org/mailman/listinfo/geomoose-users
>>
>>_______________________________________________
>>Geomoose-users mailing list
>>Geomoose-users@lists.osgeo.org
>>http://lists.osgeo.org/mailman/listinfo/geomoose-users 
>>?
>
>_______________________________________________
>Geomoose-users mailing list
>Geomoose-users@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/20120417/b89362f7/attachment-0001.html
From bfraser at geoanalytic.com  Tue Apr 17 10:21:54 2012
From: bfraser at geoanalytic.com (Brent Fraser)
Date: Tue Apr 17 10:23:03 2012
Subject: [Geomoose-users] Is the GeoMoose Wiki functioning?
Message-ID: <4F8D7C82.8070400@geoanalytic.com>


Is the GeoMoose Wiki functioning?   I'm trying to access 
http://www.geomoose.org/wiki/index.php/Main_Page

Is that the right URL?

-- 
Best Regards,
Brent Fraser


From danlittle at yahoo.com  Tue Apr 17 11:27:01 2012
From: danlittle at yahoo.com (Dan Little)
Date: Tue Apr 17 11:27:50 2012
Subject: [Geomoose-users] Is the GeoMoose Wiki functioning?
In-Reply-To: <4F8D7C82.8070400@geoanalytic.com>
References: <4F8D7C82.8070400@geoanalytic.com>
Message-ID: <1334676421.9481.YahooMailNeo@web161204.mail.bf1.yahoo.com>

Fixed.? Mismatched postgresql driver/php versions.




>________________________________
> From: Brent Fraser <bfraser@geoanalytic.com>
>To: GeoMOOSE Users List <geomoose-users@lists.osgeo.org> 
>Sent: Tuesday, April 17, 2012 9:21 AM
>Subject: [Geomoose-users] Is the GeoMoose Wiki functioning?
> 
>
>Is the GeoMoose Wiki functioning??  I'm trying to access http://www.geomoose.org/wiki/index.php/Main_Page
>
>Is that the right URL?
>
>-- Best Regards,
>Brent Fraser
>
>
>_______________________________________________
>Geomoose-users mailing list
>Geomoose-users@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/20120417/a7fb015c/attachment.html
From Bob.Basques at ci.stpaul.mn.us  Tue Apr 17 11:31:48 2012
From: Bob.Basques at ci.stpaul.mn.us (Bob Basques)
Date: Tue Apr 17 11:32:35 2012
Subject: [Geomoose-users] Changes to mapserver-type layer handling
	in GM 2.6?
In-Reply-To: <1334669930.48915.YahooMailNeo@web161201.mail.bf1.yahoo.com>
References: <660F6AF362EE674B875E7BD4E289E2D80767FB50@MAILMBX06.MAIL.LA.GOV>
	<74BE956F-D6F1-4C58-AB82-71B41386FC27@gmail.com>
	<4F8C359E020000A800035449@heckle>
	<660F6AF362EE674B875E7BD4E289E2D80767FC6E@MAILMBX06.MAIL.LA.GOV>
	<63E03A1F-B3B1-408C-A2A7-C5AC09447879@gmail.com>
	<1334669930.48915.YahooMailNeo@web161201.mail.bf1.yahoo.com>
Message-ID: <4F8D4694020000A8000354DE@heckle>

Skipped content of type multipart/alternative
From danlittle at yahoo.com  Tue Apr 17 11:42:06 2012
From: danlittle at yahoo.com (Dan Little)
Date: Tue Apr 17 11:42:59 2012
Subject: [Geomoose-users] Changes to mapserver-type layer handling in GM
	2.6?
In-Reply-To: <4F8D4694020000A8000354DE@heckle>
References: <660F6AF362EE674B875E7BD4E289E2D80767FB50@MAILMBX06.MAIL.LA.GOV>
	<74BE956F-D6F1-4C58-AB82-71B41386FC27@gmail.com>
	<4F8C359E020000A800035449@heckle>
	<660F6AF362EE674B875E7BD4E289E2D80767FC6E@MAILMBX06.MAIL.LA.GOV>
	<63E03A1F-B3B1-408C-A2A7-C5AC09447879@gmail.com>
	<1334669930.48915.YahooMailNeo@web161201.mail.bf1.yahoo.com>
	<4F8D4694020000A8000354DE@heckle>
Message-ID: <1334677326.40491.YahooMailNeo@web161206.mail.bf1.yahoo.com>

None of that stuff is used from the *mapping* side of things.? This only effects *map rendering.*? You don't need to make any chances to any templates.? You are not forced to use SLD to configure cartography.? It simply *calls* mapserver using WMS instead of MODE=map.? This reduced quite a bit of code and creates significantly more consistency and testability with how requests are made.

Plus, it forces users to configure WMS which is (theoretically) more secure and (definitely) more standardized.




>________________________________
> From: Bob Basques <Bob.Basques@ci.stpaul.mn.us>
>To: Jim Klassen <klassen.js@gmail.com>; Johan Forsman <Johan.Forsman@LA.GOV>; Dan Little <danlittle@yahoo.com> 
>Cc: "geomoose-users@lists.osgeo.org" <geomoose-users@lists.osgeo.org> 
>Sent: Tuesday, April 17, 2012 10:31 AM
>Subject: Re: [Geomoose-users] Changes to mapserver-type layer handling in GM 2.6?
> 
>
>Hmm, ?I would vote for putting the MAPSERVER calling functionality back in, doesn't need to be default or anything, but removing functionality seems wrong for some reason. ?There are other things that mapserver can do that WMS/WFS can't yet. ?The templating options alone should be reason to keep it around. ?SLD templates are a bear to build. 
>
>Is this something that could be applied via a extra module packaging or ??? 
>
>bobb 
>
>
>
>>>> Dan Little <danlittle@yahoo.com> wrote:
>
>There is no fall-back to MapServer mode. 
>
>
>I really thought LAYERS=all was still working. In fact, I thought it's being used in the demo? 
>
>
>To:?Johan Forsman <Johan.Forsman@LA.GOV>
>>Cc:?Bob Basques <Bob.Basques@ci.stpaul.mn.us>; "geomoose-users@lists.osgeo.org" <geomoose-users@lists.osgeo.org>
>>Sent:?Monday, April 16, 2012 8:41 PM
>>Subject:?Re: [Geomoose-users] Changes to mapserver-type layer handling in GM 2.6?
>> 
>>
>>
>>Cool! 
>>
>>
>>The list is always a good place to start for problems/questions/feedback. 
>>
>>
>>At one point I thought there was a fallback to the old MapServer mode, but I'm not seeing it in the code now. ?Maybe I missed it. ?Dan? 
>>
>>
>>On Apr 16, 2012, at 8:08 PM, Johan Forsman wrote: 
>>
>>
>>Success! 
>>>The fastest method I could think of to test all layers was a bulk Find of ?STATUS ON? and Replace with ?GROUP ?all?? which indeed allows the layers to display as intended using <layer name="all"/> in the mapbook. 
>>>I think this topic needs to be documented front and center in the migration guide as it represents a fundamental change in the way the application works. I am sure there are many instances of legacy GM/MapServer ?installations that may require significant retooling to work with the new version, especially if they are not configured to serve WMS already. 
>>>Thanks for the tips and for a really great product. 
>>>I am curious about Jim?s ?in the default case? ?statement. Does this mean there is a case where the MapServer layers are *not* translated to WMS calls? 
>>>Incidentally, I may have discovered a few other items that may not be as intended. If they are not user error, where is appropriate to report them? 
>>>Thanks again, 
>>>Johan. 
>>>From:?Bob Basques [mailto:Bob.Basques@ci.stpaul.mn.us]?
>>>Sent:?Monday, April 16, 2012 3:07 PM
>>>To:?Jim Klassen; Johan Forsman
>>>Cc:?geomoose-users@lists.osgeo.org
>>>Subject:?Re: [Geomoose-users] Changes to mapserver-type layer handling in GM 2.6? 
>>>? 
>>>All (of you), 
>>>? 
>>>Just adding the desired layers to a GROUP called "all", should fix things (I think) 
>>>? 
>>>bobb 
>>>? 
>>>
>>>
>>>>>> Jim Klassen <klassen.js@gmail.com> wrote: 
>>>It was intentional to migrate to using WMS over the MapServer specific calls in the default case as it eases interoperability with other servers and simplifies the code in many cases.
>>>
>>>I don't think it was intentional to loose the layers=all trick (which was implemented inside MapServer not GeoMoose).? Do any of the suggestions in the MapServer ticket referenced by Bob work as a workaround for you?
>>>
>>>While 2.6 is near to release, one of the bigger tasks left is finishing up documentation.? Thank you for testing and bring this to our attention.
>>>
>>>On Apr 16, 2012, at 2:24 PM, Johan Forsman wrote:
>>>
>>>> All:
>>>>
>>>> I am slowly migrating a GM 2.2 site with some minor customizations to 2.6 and am wondering if what I am observing with my mapserver layers is by design or an error on my part.
>>>>
>>>> On 2.6 it appears that all mapserver layers are requested as WMS which appears to result in
>>>>
>>>> 1) any mapserver-type layer returns an error if the map file does not at least contain something like 'ows_enable_request' '*', and
>>>>
>>>> 2) using the "all" parameter in the layer definition in the mapbook returns an error.
>>>>
>>>> For example, in the 2.2 environment I have a "roads" source defined in the mapbook very simply as such:
>>>>
>>>> <map-source name="roads_simple" type="mapserver" >
>>>> <file>./sdwp/roads/webmaps_osm_lahwys.map</file>
>>>> <layer name="all"/>
>>>>
>>>> <layer title="Roads" src="roads_simple/all" status="off" legend="true" show-legend="true" fade="false" unfade="false"/>
>>>>
>>>> The forwarded URL request is:
>>>>
>>>>?http://oph-isb-gis01/cgi-bin/mapserv.exe?map=/mapserver/apps/geomoose2/maps//sdwp/roads/webmaps_osm_lahwys.map&layers=all&mode=map&mapext=-10879743+3088767+-9475743+4200267&imgext=-10879743+3088767+-9475743+4200267&map_size=1404+1111&imgx=702&imgy=555.5&imgxy=1404+1111
>>>>
>>>> The map file contains many scale-dependent line- and annotation layers and renders beautifully.
>>>>
>>>> In the 2.6 environment the same mapbook definition and mapfile results in this call:
>>>>
>>>>?http://oph-isb-gis01/cgi-bin/mapserv.exe?
>>>> MAP=/mapserver/apps/geomoose26/maps//sdwp/roads/webmaps_osm_lahwys.map&FORMAT=image/png&TRANSPARENT=TRUE&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&LAYERS=all&SRS=EPSG%3A3857&BBOX=-10706687.23566,3214635.152984,-9648798.7643401,4074398.847016&WIDTH=865&HEIGHT=703
>>>>
>>>> which returns:
>>>>
>>>> <ServiceException code="LayerNotDefined">
>>>> msWMSLoadGetMapParams(): WMS server error. Invalid layer(s) given in the LAYERS parameter.
>>>> </ServiceException>
>>>>
>>>> I have unsuccessfully searched for documentation on this topic. Please advise.
>>>>
>>>> Thanks!
>>>> Johan Forsman
>>>> Geologist
>>>> Engineering Services
>>>> LDHH-OPH-CEHS
>>>> 225.342.7309
>>>>
>>>>
>>>> _______________________________________________
>>>> Geomoose-users mailing list
>>>>?Geomoose-users@lists.osgeo.org
>>>>?http://lists.osgeo.org/mailman/listinfo/geomoose-users
>>>
>>>_______________________________________________
>>>Geomoose-users mailing list
>>>Geomoose-users@lists.osgeo.org
>>>http://lists.osgeo.org/mailman/listinfo/geomoose-users  
>>>? 
>>
>>
>>
>>_______________________________________________
>>Geomoose-users mailing list
>>Geomoose-users@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/20120417/ca091b14/attachment-0001.html
From MarkVolz at co.lyon.mn.us  Tue Apr 17 12:48:43 2012
From: MarkVolz at co.lyon.mn.us (Mark Volz)
Date: Tue Apr 17 12:49:06 2012
Subject: [Geomoose-users] 2.6 - To Doc? To Purge? To Release?
In-Reply-To: <1334240315.29944.YahooMailNeo@web161204.mail.bf1.yahoo.com>
References: <1334240315.29944.YahooMailNeo@web161204.mail.bf1.yahoo.com>
Message-ID: <36CA828A36E29F45B7CF0A1766E5DFA3104B84@swmail01.r8nssis.local>

Dan,

Sorry for the late reply, you had previously asked the group about documentation:

Does anyone have an objection to cleaning up the docs to *only* apply to 2.6?  My motivation is clarity.  2.6 simplifies installation quite a bit but it also deprecates a few functions and I'd rather not have too much "diff docing" going on as it can confuse new users.

Other projects, such as apache keep their documentation in separate subfolders.  I don't know if it would be easy to implement, but maybe something like this would be clear, and useful for people stuck on older versions:

Geomoose.org  (the current version of GeoMOOSE)
Geomoose.org/2.4
Geomoose.org/1.6
Geomoose.org/trunk


Mark Volz
GIS Specialist

From: geomoose-users-bounces@lists.osgeo.org [mailto:geomoose-users-bounces@lists.osgeo.org] On Behalf Of Dan Little
Sent: Thursday, April 12, 2012 9:19 AM
To: GeoMOOSE Users List
Subject: [Geomoose-users] 2.6 - To Doc? To Purge? To Release?

Hello List,

We are getting *very* comfortable with the status of the code for the new GeoMoose 2.6 release.

A demo is available here:
- http://www.geomoose.org/demo/geomoose.html

The current state of the documentation is here:
- http://www.geomoose.org/trunk/

A relevant change log is here:
- http://www.geomoose.org/trunk/releases/2.6.html

Currently, the docs contain a substantial amount of legacy instructions from older versions of GeoMoose.  We have moved to a versioned documentation system and the old docs will be preserved here:
- http://www.geomoose.org/2.4/

"geomoose.org/" really just points to the latest stable documentation.

Does anyone have an objection to cleaning up the docs to *only* apply to 2.6?  My motivation is clarity.  2.6 simplifies installation quite a bit but it also deprecates a few functions and I'd rather not have too much "diff docing" going on as it can confuse new users.

We will be dropping an RC1 pending a few tickets.  Most of the docs will continue to apply but we are also looking for volunteers who are unafraid of writing docs and looking at some code.

Thanks for any input!

-Duck




-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20120417/fa3a107a/attachment.html
From danlittle at yahoo.com  Tue Apr 17 13:08:18 2012
From: danlittle at yahoo.com (Dan Little)
Date: Tue Apr 17 13:08:47 2012
Subject: [Geomoose-users] 2.6 - To Doc? To Purge? To Release?
In-Reply-To: <36CA828A36E29F45B7CF0A1766E5DFA3104B84@swmail01.r8nssis.local>
References: <1334240315.29944.YahooMailNeo@web161204.mail.bf1.yahoo.com>
	<36CA828A36E29F45B7CF0A1766E5DFA3104B84@swmail01.r8nssis.local>
Message-ID: <1334682498.73701.YahooMailNeo@web161203.mail.bf1.yahoo.com>

Mark, I think you'll find in the 2nd paragraph of my original email that we are keeping version-tagged docs.




>________________________________
> From: Mark Volz <MarkVolz@co.lyon.mn.us>
>To: Dan Little <danlittle@yahoo.com>; GeoMOOSE Users List <geomoose-users@lists.osgeo.org> 
>Sent: Tuesday, April 17, 2012 11:48 AM
>Subject: RE: [Geomoose-users] 2.6 - To Doc? To Purge? To Release?
> 
>
> 
>Dan,
>?
>Sorry for the late reply, you had previously asked the group about documentation:
>?
>Does anyone have an objection to cleaning up the docs to *only* apply to 2.6?? My motivation is clarity.? 2.6 simplifies installation quite a bit but it also deprecates a few functions and I'd rather not have too much "diff docing" going on as it can confuse new users.
>?
>Other projects, such as apache keep their documentation in separate subfolders.? I don?t know if it would be easy to implement, but maybe something like this would be clear, and useful for people stuck on older versions:
>?
>Geomoose.org? (the current version of GeoMOOSE)
>Geomoose.org/2.4
>Geomoose.org/1.6
>Geomoose.org/trunk? 
>?
>?
>Mark Volz
>GIS Specialist
>?
>From:geomoose-users-bounces@lists.osgeo.org [mailto:geomoose-users-bounces@lists.osgeo.org] On Behalf Of Dan Little
>Sent: Thursday, April 12, 2012 9:19 AM
>To: GeoMOOSE Users List
>Subject: [Geomoose-users] 2.6 - To Doc? To Purge? To Release?
>?
>Hello List,
>?
>We are getting *very* comfortable with the status of the code for the new GeoMoose 2.6 release.
>?
>A demo is available here:
>-
http://www.geomoose.org/demo/geomoose.html
>?
>The current state of the documentation is here:
>-
http://www.geomoose.org/trunk/
>?
>A relevant change log is here:
>-
http://www.geomoose.org/trunk/releases/2.6.html
>?
>Currently, the docs contain a substantial amount of legacy instructions from older versions of GeoMoose.? We have moved to a versioned documentation system and the old docs will be preserved here:
>-
http://www.geomoose.org/2.4/
>?
>"geomoose.org/" really just points to the latest stable documentation.
>?
>Does anyone have an objection to cleaning up the docs to *only* apply to 2.6?? My motivation is clarity.? 2.6 simplifies installation quite a bit but it also deprecates a few functions and I'd rather not have too much "diff docing" going on as it can confuse new users.
>?
>We will be dropping an RC1 pending a few tickets.? Most of the docs will continue to apply but we are also looking for volunteers who are unafraid of writing docs and looking at some code.
>?
>Thanks for any input!
>?
>-Duck
>?
>?
>?
>?
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20120417/abd2e579/attachment-0001.html
From Christopher.Kroot at maine.gov  Tue Apr 17 14:28:46 2012
From: Christopher.Kroot at maine.gov (Kroot, Christopher)
Date: Tue Apr 17 14:47:32 2012
Subject: [Geomoose-users] Is the GeoMoose Wiki functioning?
In-Reply-To: <4F8D7C82.8070400@geoanalytic.com>
References: <4F8D7C82.8070400@geoanalytic.com>
Message-ID: <D0B0726DA33B3643A42E63892E4EF87A0C007910@SOM-TEAQASMAIL2.som.w2k.state.me.us>

Works for me

Christopher Kroot
Enterprise GIS Applications Manager, Maine Office of GIS
State of Maine, Office of Information Technology
State House Station 174
264 Civic Center Drive
Augusta, Maine 04333-0174
christopher.kroot@maine.gov 
207-592-0162
-----Original Message-----
From: geomoose-users-bounces@lists.osgeo.org
[mailto:geomoose-users-bounces@lists.osgeo.org] On Behalf Of Brent
Fraser
Sent: Tuesday, April 17, 2012 10:22 AM
To: GeoMOOSE Users List
Subject: [Geomoose-users] Is the GeoMoose Wiki functioning?


Is the GeoMoose Wiki functioning?   I'm trying to access 
http://www.geomoose.org/wiki/index.php/Main_Page

Is that the right URL?

-- 
Best Regards,
Brent Fraser


_______________________________________________
Geomoose-users mailing list
Geomoose-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/geomoose-users
From klassen.js at gmail.com  Tue Apr 17 14:52:45 2012
From: klassen.js at gmail.com (Jim Klassen)
Date: Tue Apr 17 14:53:16 2012
Subject: [Geomoose-users] 2.6 - To Doc? To Purge? To Release?
In-Reply-To: <1334682498.73701.YahooMailNeo@web161203.mail.bf1.yahoo.com>
References: <1334240315.29944.YahooMailNeo@web161204.mail.bf1.yahoo.com>
	<36CA828A36E29F45B7CF0A1766E5DFA3104B84@swmail01.r8nssis.local>
	<1334682498.73701.YahooMailNeo@web161203.mail.bf1.yahoo.com>
Message-ID: <27064892-D4E5-4713-8712-3B91279B39E1@gmail.com>

Also, old versions are always available in SVN.

On Apr 17, 2012, at 12:08 PM, Dan Little wrote:

> Mark, I think you'll find in the 2nd paragraph of my original email that we are keeping version-tagged docs.
> 
> From: Mark Volz <MarkVolz@co.lyon.mn.us>
> To: Dan Little <danlittle@yahoo.com>; GeoMOOSE Users List <geomoose-users@lists.osgeo.org> 
> Sent: Tuesday, April 17, 2012 11:48 AM
> Subject: RE: [Geomoose-users] 2.6 - To Doc? To Purge? To Release?
> 
> Dan,
>  
> Sorry for the late reply, you had previously asked the group about documentation:
>  
> Does anyone have an objection to cleaning up the docs to *only* apply to 2.6?  My motivation is clarity.  2.6 simplifies installation quite a bit but it also deprecates a few functions and I'd rather not have too much "diff docing" going on as it can confuse new users.
>  
> Other projects, such as apache keep their documentation in separate subfolders.  I don?t know if it would be easy to implement, but maybe something like this would be clear, and useful for people stuck on older versions:
>  
> Geomoose.org  (the current version of GeoMOOSE)
> Geomoose.org/2.4
> Geomoose.org/1.6
> Geomoose.org/trunk 
>  
>  
> Mark Volz
> GIS Specialist
>  
> From: geomoose-users-bounces@lists.osgeo.org [mailto:geomoose-users-bounces@lists.osgeo.org] On Behalf Of Dan Little
> Sent: Thursday, April 12, 2012 9:19 AM
> To: GeoMOOSE Users List
> Subject: [Geomoose-users] 2.6 - To Doc? To Purge? To Release?
>  
> Hello List,
>  
> We are getting *very* comfortable with the status of the code for the new GeoMoose 2.6 release.
>  
> A demo is available here:
> - http://www.geomoose.org/demo/geomoose.html
>  
> The current state of the documentation is here:
> - http://www.geomoose.org/trunk/
>  
> A relevant change log is here:
> - http://www.geomoose.org/trunk/releases/2.6.html
>  
> Currently, the docs contain a substantial amount of legacy instructions from older versions of GeoMoose.  We have moved to a versioned documentation system and the old docs will be preserved here:
> - http://www.geomoose.org/2.4/
>  
> "geomoose.org/" really just points to the latest stable documentation.
>  
> Does anyone have an objection to cleaning up the docs to *only* apply to 2.6?  My motivation is clarity.  2.6 simplifies installation quite a bit but it also deprecates a few functions and I'd rather not have too much "diff docing" going on as it can confuse new users.
>  
> We will be dropping an RC1 pending a few tickets.  Most of the docs will continue to apply but we are also looking for volunteers who are unafraid of writing docs and looking at some code.
>  
> Thanks for any input!
>  
> -Duck
>  
>  
>  
>  
> 
> 
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@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/20120417/cc906fb0/attachment.html
From Bob.Bistrais at maine.gov  Tue Apr 17 17:12:33 2012
From: Bob.Bistrais at maine.gov (Bistrais, Bob)
Date: Tue Apr 17 17:13:19 2012
Subject: [Geomoose-users] Table view in 2.6?
Message-ID: <4EFF8BB964547748A07CA32961810C041D64109D@SOM-TEAQASMAIL1.som.w2k.state.me.us>

In trying the latest GeoMoose demo, I tried the select features tool.
Results show up in the window as expected.  But there doesn't seem to be
a table view as in previous versions?  Did I miss something?  That
feature was very useful to us, and I hope it's implemented in 2.6.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20120417/3f235ab9/attachment.html
From anderson.dean at co.polk.or.us  Tue Apr 17 17:14:43 2012
From: anderson.dean at co.polk.or.us (Anderson, Dean)
Date: Tue Apr 17 17:22:38 2012
Subject: [Geomoose-users] Table view in 2.6?
In-Reply-To: <4EFF8BB964547748A07CA32961810C041D64109D@SOM-TEAQASMAIL1.som.w2k.state.me.us>
References: <4EFF8BB964547748A07CA32961810C041D64109D@SOM-TEAQASMAIL1.som.w2k.state.me.us>
Message-ID: <CADY2FstfWuhuK8p2=UQ6yyqP-rCui8sJ6-nr+e-KrSvCqziUzQ@mail.gmail.com>

The "table view" is an Oregon extension.  It will be replaced in the coming
project by a new one based on the new software.

Dean



On Tue, Apr 17, 2012 at 2:12 PM, Bistrais, Bob <Bob.Bistrais@maine.gov>wrote:

>  In trying the latest GeoMoose demo, I tried the select features tool.
> Results show up in the window as expected.  But there doesn?t seem to be a
> table view as in previous versions?  Did I miss something?  That feature
> was very useful to us, and I hope it?s implemented in 2.6.****
>
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/geomoose-users
>
>


-- 
Dean R Anderson
IT Director
Polk County
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20120417/b1db2106/attachment-0001.html
From bfraser at geoanalytic.com  Tue Apr 17 17:39:00 2012
From: bfraser at geoanalytic.com (Brent Fraser)
Date: Tue Apr 17 17:39:56 2012
Subject: [Geomoose-users] Setting initial conditions
Message-ID: <4F8DE2F4.8030406@geoanalytic.com>

Looks like I have a need to set an initial condition for my GeoMoose 
v2.4 site based on URL request values (these URLs are presented in a 
Django-generated page from a database query).

There already are a couple of ways to set initial values in GeoMoose:

1. Specifying a Startup Service 
(http://www.geomoose.org/howto/startup.html)

geomoose.html?call=set_image&fid=10&image_id=20

2. Bookmarks (hey, where's the Bookmark doc?)

geomoose.html?extent=-2530013,12782588,-2028586,13213082&on=Icebergs/all


But instead of the above scenarios, I want to call a JavaScript function 
(in my user extension) to programmatically select an item in the ZoomTo 
combo box, something like:

geomoose.html?UX_call=set_combobox&image_id=20

Note that I keep the id in the value tag of the combo box options:
<option value="10">

I'm thinking of adding some code to the end of "onLoadedMapbook" to 
mimic the GeoMOOSE.startService call:

     var args = OpenLayers.Util.getParameters();
     if(args.call) {
         GeoMOOSE.startService(args.call, args, true);
     }

something like:
     var args = OpenLayers.Util.getParameters();
     if(args.UX_call) {
         eval(args.UX_call+'('+args+')');
     }

But perhaps a Service with a user input type pointing to a user 
extension with a "setValue" function would work with a startupService...

Maybe I'm making this too difficult.  Any advice?

-- 
Best Regards,
Brent Fraser

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20120417/f9e9fddd/attachment.html
From Bob.Basques at ci.stpaul.mn.us  Tue Apr 17 17:56:48 2012
From: Bob.Basques at ci.stpaul.mn.us (Bob Basques)
Date: Tue Apr 17 17:57:59 2012
Subject: [Geomoose-users] Setting initial conditions
In-Reply-To: <4F8DE2F4.8030406@geoanalytic.com>
References: <4F8DE2F4.8030406@geoanalytic.com>
Message-ID: <4F8DA0D0020000A80003556F@heckle>

Skipped content of type multipart/alternative
From bfraser at geoanalytic.com  Tue Apr 17 18:13:57 2012
From: bfraser at geoanalytic.com (Brent Fraser)
Date: Tue Apr 17 18:15:07 2012
Subject: [Geomoose-users] Setting initial conditions
In-Reply-To: <4F8DA0D0020000A80003556F@heckle>
References: <4F8DE2F4.8030406@geoanalytic.com>
	<4F8DA0D0020000A80003556F@heckle>
Message-ID: <4F8DEB25.3000005@geoanalytic.com>

Bob,

   Thanks for the info.  I did a little experimenting and found out that 
"a Service with a user input type pointing to a user extension with a 
setValue function" will indeed work.

So now I have a URL of
geomoose.html?call=set_combobox&option_id=1

and a service of:
<service name="set_combobox">
<input type="ga_set_combobox" name="option_id" value="0"/>
</service>

with a user extension function of:
     GeoMOOSE.Services.InputType.SetComboBox = 
OpenLayers.Class(GeoMOOSE.Services.InputType, {
         MAPBOOK_NAME: "ga_set_combobox",
          setValue: function(option_id) {
     // ----      TBD: Code to set combo box selection    -----
         }
     });

The Chrome debugger says option_id = 1 so I think I'm good to go...

I'm basking in the awesomeness of GeoMoose!

Best Regards,
Brent Fraser


On 4/17/2012 3:56 PM, Bob Basques wrote:
>
> Brent,
>
>
> It's not GeoMoose specific, but I did something similar with this 
> function I found via Google:
>
>
>         function gup( name )
>
>         {
>
>                 name = 
> name.replace(/[\[]/,"\\\[").replace(/[\]]/,"\\\]");
>
>                 var regexS = "[\\?&]"+name+"=([^&#]*)";
>
>                 var regex = new RegExp( regexS );
>
>                 var results = regex.exec( window.location.href );
>
>                 if( results == null )
>
>                         return "";
>
>                 else
>
>                         return results[1];
>
>         }
>
>
>         // Set center from request params
>
>         var pminx = gup( 'minx' );
>
>         var pminy = gup( 'miny' );
>
>         var pmaxx = gup( 'maxx' );
>
>         var pmaxy = gup( 'maxy' );
>
>         var time_idx1=gup ( 'time_idx1' );
>
>         time_idx1 = time_idx1.replace(/%20/g, " ");
>
>         var time_idx2=gup ( 'time_idx2' );
>
>         time_idx2 = time_idx2.replace(/%20/g, " ");
>
>         var veh_id=gup ( 'veh_id' );
>
>
> It works very similarly to PERL param parsing.  As you can see above, 
> I have it set up to pass 7 different values that are optionally used 
> to start up a page, like so: 
> /_http://pwultra5.ci.stpaul.mn.us/cp_tiles/OpenLayers/OL.AVL.report2.html?veh_id=2042&time_idx1=4/12/2012%206:00:00&time_idx2=4/13/2012%206:00:00_/ 
> <http://pwultra5.ci.stpaul.mn.us/cp_tiles/OpenLayers/OL.AVL.report2.html?veh_id=2042&time_idx1=4/12/2012%206:00:00&time_idx2=4/13/2012%206:00:00> 
>
>
>
> This may get you closer to your goal.
>
>
> bobb
>
>
>
>
> >>> Brent Fraser <bfraser@geoanalytic.com> wrote:
>
> Looks like I have a need to set an initial condition for my GeoMoose 
> v2.4 site based on URL request values (these URLs are presented in a 
> Django-generated page from a database query).
>
> There already are a couple of ways to set initial values in GeoMoose:
>
> 1. Specifying a Startup Service 
> (http://www.geomoose.org/howto/startup.html)
>
> geomoose.html?call=set_image&fid
>
>
>            
>
>  =10&;image_id=20
>
>
> 2. Bookmarks (hey, where's the Bookmark doc?)
>
> geomoose.html?extent=-2530013,127825
>
>
>        
>
>  88,-202
>
>
>      
>
> 8586,13213082&on=Icebergs/all
>
>
>
> But instead of the above scenarios, I want to call a JavaScript 
> function (in my user extension) to programmatically select an item in 
> the ZoomTo combo box, something like:
>
> geomoose.html?UX_call=set_combobox&a mp;imag
>
>
> e_id=20
>
>
> Note that I keep the id in the value tag of the combo box options:
> <option value="10">
>
> I'm thinking of adding some code to the end of "onLoadedMapbook" to 
> mimic the GeoMOOSE.startService call:
>
>     var args = OpenLayers.Util.getParameters();
>     if(args.call) {
>         GeoMOOSE.startService(args.call, args, true);
>     }
>
> something like:
>     var args = OpenLayers.Util.getParameters();
>     if(args.UX_call) {
>         eval(args.UX_call+'('+args+')');
>     }
>
> But perhaps a Service with a user input type pointing to a user 
> extension with a "setValue" function would work with a startupService...
>
> Maybe I'm making this too difficult.  Any advice?
>
> -- 
>
>
> Best Regards,
>
>
> Brent Fraser
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20120417/89522a72/attachment.html
From Johan.Forsman at LA.GOV  Wed Apr 18 08:05:46 2012
From: Johan.Forsman at LA.GOV (Johan Forsman)
Date: Wed Apr 18 08:06:05 2012
Subject: [Geomoose-users] Changes to mapserver-type layer handling in GM
	2.6?
In-Reply-To: <1334669930.48915.YahooMailNeo@web161201.mail.bf1.yahoo.com>
References: <660F6AF362EE674B875E7BD4E289E2D80767FB50@MAILMBX06.MAIL.LA.GOV>
	<74BE956F-D6F1-4C58-AB82-71B41386FC27@gmail.com>
	<4F8C359E020000A800035449@heckle>
	<660F6AF362EE674B875E7BD4E289E2D80767FC6E@MAILMBX06.MAIL.LA.GOV>
	<63E03A1F-B3B1-408C-A2A7-C5AC09447879@gmail.com>
	<1334669930.48915.YahooMailNeo@web161201.mail.bf1.yahoo.com>
Message-ID: <660F6AF362EE674B875E7BD4E289E2D80775FA09@MAILMBX06.MAIL.LA.GOV>

As far as I can tell the only layers in the demo where the ?all? parameter is used is the Yahoo/Google layers. All MapServer layers are explicitly called by name.

From: Dan Little [mailto:danlittle@yahoo.com]
Sent: Tuesday, April 17, 2012 8:39 AM
To: Jim Klassen; Johan Forsman
Cc: Bob Basques; geomoose-users@lists.osgeo.org
Subject: Re: [Geomoose-users] Changes to mapserver-type layer handling in GM 2.6?

There is no fall-back to MapServer mode.

I really thought LAYERS=all was still working. In fact, I thought it's being used in the demo?

To: Johan Forsman <Johan.Forsman@LA.GOV<mailto:Johan.Forsman@LA.GOV>>
Cc: Bob Basques <Bob.Basques@ci.stpaul.mn.us<mailto:Bob.Basques@ci.stpaul.mn.us>>; "geomoose-users@lists.osgeo.org<mailto:geomoose-users@lists.osgeo.org>" <geomoose-users@lists.osgeo.org<mailto:geomoose-users@lists.osgeo.org>>
Sent: Monday, April 16, 2012 8:41 PM
Subject: Re: [Geomoose-users] Changes to mapserver-type layer handling in GM 2.6?

Cool!

The list is always a good place to start for problems/questions/feedback.

At one point I thought there was a fallback to the old MapServer mode, but I'm not seeing it in the code now.  Maybe I missed it.  Dan?

On Apr 16, 2012, at 8:08 PM, Johan Forsman wrote:


Success!
The fastest method I could think of to test all layers was a bulk Find of ?STATUS ON? and Replace with ?GROUP ?all?? which indeed allows the layers to display as intended using <layer name="all"/> in the mapbook.
I think this topic needs to be documented front and center in the migration guide as it represents a fundamental change in the way the application works. I am sure there are many instances of legacy GM/MapServer  installations that may require significant retooling to work with the new version, especially if they are not configured to serve WMS already.
Thanks for the tips and for a really great product.
I am curious about Jim?s ?in the default case?  statement. Does this mean there is a case where the MapServer layers are *not* translated to WMS calls?
Incidentally, I may have discovered a few other items that may not be as intended. If they are not user error, where is appropriate to report them?
Thanks again,
Johan.
From: Bob Basques [mailto:Bob.Basques@ci.stpaul.mn.us]<mailto:[mailto:Bob.Basques@ci.stpaul.mn.us]>
Sent: Monday, April 16, 2012 3:07 PM
To: Jim Klassen; Johan Forsman
Cc: geomoose-users@lists.osgeo.org<mailto:geomoose-users@lists.osgeo.org>
Subject: Re: [Geomoose-users] Changes to mapserver-type layer handling in GM 2.6?

All (of you),

Just adding the desired layers to a GROUP called "all", should fix things (I think)

bobb



>>> Jim Klassen <klassen.js@gmail.com<mailto:klassen.js@gmail.com>> wrote:
It was intentional to migrate to using WMS over the MapServer specific calls in the default case as it eases interoperability with other servers and simplifies the code in many cases.

I don't think it was intentional to loose the layers=all trick (which was implemented inside MapServer not GeoMoose).  Do any of the suggestions in the MapServer ticket referenced by Bob work as a workaround for you?

While 2.6 is near to release, one of the bigger tasks left is finishing up documentation.  Thank you for testing and bring this to our attention.

On Apr 16, 2012, at 2:24 PM, Johan Forsman wrote:

> All:
>
> I am slowly migrating a GM 2.2 site with some minor customizations to 2.6 and am wondering if what I am observing with my mapserver layers is by design or an error on my part.
>
> On 2.6 it appears that all mapserver layers are requested as WMS which appears to result in
>
> 1) any mapserver-type layer returns an error if the map file does not at least contain something like 'ows_enable_request' '*', and
>
> 2) using the "all" parameter in the layer definition in the mapbook returns an error.
>
> For example, in the 2.2 environment I have a "roads" source defined in the mapbook very simply as such:
>
> <map-source name="roads_simple" type="mapserver" >
> <file>./sdwp/roads/webmaps_osm_lahwys.map</file>
> <layer name="all"/>
>
> <layer title="Roads" src="roads_simple/all" status="off" legend="true" show-legend="true" fade="false" unfade="false"/>
>
> The forwarded URL request is:
>
> http://oph-isb-gis01/cgi-bin/mapserv.exe?map=/mapserver/apps/geomoose2/maps//sdwp/roads/webmaps_osm_lahwys.map&layers=all&mode=map&mapext=-10879743+3088767+-9475743+4200267&imgext=-10879743+3088767+-9475743+4200267&map_size=1404+1111&imgx=702&imgy=555.5&imgxy=1404+1111
>
> The map file contains many scale-dependent line- and annotation layers and renders beautifully.
>
> In the 2.6 environment the same mapbook definition and mapfile results in this call:
>
> http://oph-isb-gis01/cgi-bin/mapserv.exe?
> MAP=/mapserver/apps/geomoose26/maps//sdwp/roads/webmaps_osm_lahwys.map&FORMAT=image/png&TRANSPARENT=TRUE&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&LAYERS=all&SRS=EPSG%3A3857&BBOX=-10706687.23566,3214635.152984,-9648798.7643401,4074398.847016&WIDTH=865&HEIGHT=703
>
> which returns:
>
> <ServiceException code="LayerNotDefined">
> msWMSLoadGetMapParams(): WMS server error. Invalid layer(s) given in the LAYERS parameter.
> </ServiceException>
>
> I have unsuccessfully searched for documentation on this topic. Please advise.
>
> Thanks!
> Johan Forsman
> Geologist
> Engineering Services
> LDHH-OPH-CEHS
> 225.342.7309
>
>
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@lists.osgeo.org<mailto:Geomoose-users@lists.osgeo.org>
> http://lists.osgeo.org/mailman/listinfo/geomoose-users

_______________________________________________
Geomoose-users mailing list
Geomoose-users@lists.osgeo.org<mailto:Geomoose-users@lists.osgeo.org>
http://lists.osgeo.org/mailman/listinfo/geomoose-users




_______________________________________________
Geomoose-users mailing list
Geomoose-users@lists.osgeo.org<mailto:Geomoose-users@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/20120418/a72b4bfb/attachment-0001.html
From Johan.Forsman at LA.GOV  Wed Apr 18 08:15:13 2012
From: Johan.Forsman at LA.GOV (Johan Forsman)
Date: Wed Apr 18 08:15:15 2012
Subject: [Geomoose-users] Changes to mapserver-type layer handling in GM
	2.6?
In-Reply-To: <CACqBkM8cdKSEESNKbXWXCC5CXqHzXUOSMZQAD96CS286m01MVQ@mail.gmail.com>
References: <660F6AF362EE674B875E7BD4E289E2D80767FB50@MAILMBX06.MAIL.LA.GOV>
	<74BE956F-D6F1-4C58-AB82-71B41386FC27@gmail.com>
	<4F8C359E020000A800035449@heckle>
	<660F6AF362EE674B875E7BD4E289E2D80767FC6E@MAILMBX06.MAIL.LA.GOV>
	<CACqBkM8cdKSEESNKbXWXCC5CXqHzXUOSMZQAD96CS286m01MVQ@mail.gmail.com>
Message-ID: <660F6AF362EE674B875E7BD4E289E2D80775FA0A@MAILMBX06.MAIL.LA.GOV>

I am not yet seeing your changes to the documentation at the end of those links. Perhaps it's still a little while before changes are reflected?

Thanks,
Johan.

From: Eli Adam [mailto:eadam@co.lincoln.or.us]
Sent: Tuesday, April 17, 2012 3:17 AM
To: Johan Forsman
Cc: Bob Basques; Jim Klassen; geomoose-users@lists.osgeo.org
Subject: Re: [Geomoose-users] Changes to mapserver-type layer handling in GM 2.6?

Johan,

On Mon, Apr 16, 2012 at 6:08 PM, Johan Forsman <Johan.Forsman@la.gov<mailto:Johan.Forsman@la.gov>> wrote:
Success!
The fastest method I could think of to test all layers was a bulk Find of "STATUS ON" and Replace with "GROUP 'all'" which indeed allows the layers to display as intended using <layer name="all"/> in the mapbook.
I think this topic needs to be documented front and center in the migration guide as it represents a fundamental change in the way the application works. I am sure there are many instances of legacy GM/MapServer  installations that may require significant

I have updated documentation here, http://geomoose.org/trunk/releases/2.6.html#release and here, http://geomoose.org/trunk/docs/faq.html#why-doesn-t-layers-all-work-anymore (should show updates in a while)  Please review it to confirm that it is sufficient.

retooling to work with the new version, especially if they are not configured to serve WMS already.
Thanks for the tips and for a really great product.
I am curious about Jim's "in the default case"  statement. Does this mean there is a case where the MapServer layers are *not* translated to WMS calls?
Incidentally, I may have discovered a few other items that may not be as intended. If they are not user error, where is appropriate to report them?

The email list is always a great place to confirm things. Once you are certain, a Trac Ticket is usually the best route, http://trac.osgeo.org/geomoose/newticket

Bests, Eli
Thanks again,
Johan.
From: Bob Basques [mailto:Bob.Basques@ci.stpaul.mn.us<mailto:Bob.Basques@ci.stpaul.mn.us>]
Sent: Monday, April 16, 2012 3:07 PM
To: Jim Klassen; Johan Forsman
Cc: geomoose-users@lists.osgeo.org<mailto:geomoose-users@lists.osgeo.org>
Subject: Re: [Geomoose-users] Changes to mapserver-type layer handling in GM 2.6?


All (of you),


Just adding the desired layers to a GROUP called "all", should fix things (I think)


bobb



>>> Jim Klassen <klassen.js@gmail.com<mailto:klassen.js@gmail.com>> wrote:

It was intentional to migrate to using WMS over the MapServer specific calls in the default case as it eases interoperability with other servers and simplifies the code in many cases.

I don't think it was intentional to loose the layers=all trick (which was implemented inside MapServer not GeoMoose).  Do any of the suggestions in the MapServer ticket referenced by Bob work as a workaround for you?

While 2.6 is near to release, one of the bigger tasks left is finishing up documentation.  Thank you for testing and bring this to our attention.

On Apr 16, 2012, at 2:24 PM, Johan Forsman wrote:

> All:
>
> I am slowly migrating a GM 2.2 site with some minor customizations to 2.6 and am wondering if what I am observing with my mapserver layers is by design or an error on my part.
>
> On 2.6 it appears that all mapserver layers are requested as WMS which appears to result in
>
> 1) any mapserver-type layer returns an error if the map file does not at least contain something like 'ows_enable_request' '*', and
>
> 2) using the "all" parameter in the layer definition in the mapbook returns an error.
>
> For example, in the 2.2 environment I have a "roads" source defined in the mapbook very simply as such:
>
> <map-source name="roads_simple" type="mapserver" >
> <file>./sdwp/roads/webmaps_osm_lahwys.map</file>
> <layer name="all"/>
>
> <layer title="Roads" src="roads_simple/all" status="off" legend="true" show-legend="true" fade="false" unfade="false"/>
>
> The forwarded URL request is:
>
> http://oph-isb-gis01/cgi-bin/mapserv.exe?map=/mapserver/apps/geomoose2/maps//sdwp/roads/webmaps_osm_lahwys.map&layers=all&mode=map&mapext=-10879743+3088767+-9475743+4200267&imgext=-10879743+3088767+-9475743+4200267&map_size=1404+1111&imgx=702&imgy=555.5&imgxy=1404+1111
>
> The map file contains many scale-dependent line- and annotation layers and renders beautifully.
>
> In the 2.6 environment the same mapbook definition and mapfile results in this call:
>
> http://oph-isb-gis01/cgi-bin/mapserv.exe?
> MAP=/mapserver/apps/geomoose26/maps//sdwp/roads/webmaps_osm_lahwys.map&FORMAT=image/png&TRANSPARENT=TRUE&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&LAYERS=all&SRS=EPSG%3A3857&BBOX=-10706687.23566,3214635.152984,-9648798.7643401,4074398.847016&WIDTH=865&HEIGHT=703
>
> which returns:
>
> <ServiceException code="LayerNotDefined">
> msWMSLoadGetMapParams(): WMS server error. Invalid layer(s) given in the LAYERS parameter.
> </ServiceException>
>
> I have unsuccessfully searched for documentation on this topic. Please advise.
>
> Thanks!
> Johan Forsman
> Geologist
> Engineering Services
> LDHH-OPH-CEHS
> 225.342.7309
>
>
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@lists.osgeo.org<mailto:Geomoose-users@lists.osgeo.org>
> http://lists.osgeo.org/mailman/listinfo/geomoose-users

_______________________________________________
Geomoose-users mailing list
Geomoose-users@lists.osgeo.org<mailto:Geomoose-users@lists.osgeo.org>
http://lists.osgeo.org/mailman/listinfo/geomoose-users



_______________________________________________
Geomoose-users mailing list
Geomoose-users@lists.osgeo.org<mailto:Geomoose-users@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/20120418/ef6a0bb9/attachment.html
From danlittle at yahoo.com  Wed Apr 18 08:59:23 2012
From: danlittle at yahoo.com (Dan Little)
Date: Wed Apr 18 08:59:26 2012
Subject: [Geomoose-users] Changes to mapserver-type layer handling in GM
	2.6?
In-Reply-To: <660F6AF362EE674B875E7BD4E289E2D80775FA0A@MAILMBX06.MAIL.LA.GOV>
References: <660F6AF362EE674B875E7BD4E289E2D80767FB50@MAILMBX06.MAIL.LA.GOV>
	<74BE956F-D6F1-4C58-AB82-71B41386FC27@gmail.com>
	<4F8C359E020000A800035449@heckle>
	<660F6AF362EE674B875E7BD4E289E2D80767FC6E@MAILMBX06.MAIL.LA.GOV>
	<CACqBkM8cdKSEESNKbXWXCC5CXqHzXUOSMZQAD96CS286m01MVQ@mail.gmail.com>
	<660F6AF362EE674B875E7BD4E289E2D80775FA0A@MAILMBX06.MAIL.LA.GOV>
Message-ID: <1334753963.95196.YahooMailNeo@web161204.mail.bf1.yahoo.com>

Should be a nightly update.? We recently upgraded the GeoMOOSE server from Debian 5.0 to 6.0 and we've experienced some "fall out."




>________________________________
> From: Johan Forsman <Johan.Forsman@LA.GOV>
>To: "eadam@co.lincoln.or.us" <eadam@co.lincoln.or.us> 
>Cc: "geomoose-users@lists.osgeo.org" <geomoose-users@lists.osgeo.org>; Bob Basques <Bob.Basques@ci.stpaul.mn.us> 
>Sent: Wednesday, April 18, 2012 7:15 AM
>Subject: RE: [Geomoose-users] Changes to mapserver-type layer handling in GM 2.6?
> 
>
>I am not yet seeing your changes to the documentation at the end of those links. Perhaps it?s still a little while before changes are reflected?
>?
>Thanks,
>Johan.
>?
>From:Eli Adam [mailto:eadam@co.lincoln.or.us] 
>Sent: Tuesday, April 17, 2012 3:17 AM
>To: Johan Forsman
>Cc: Bob Basques; Jim Klassen; geomoose-users@lists.osgeo.org
>Subject: Re: [Geomoose-users] Changes to mapserver-type layer handling in GM 2.6?
>?
>Johan,
>???? 
>On Mon, Apr 16, 2012 at 6:08 PM, Johan Forsman <Johan.Forsman@la.gov> wrote:
>Success!
>The fastest method I could think of to test all layers was a bulk Find of ?STATUS ON? and Replace with ?GROUP ?all?? which indeed allows the layers to display as intended using <layer name="all"/> in the mapbook. 
>I think this topic needs to be documented front and center in the migration guide as it represents a fundamental change in the way the application works. I am sure there are many instances of legacy GM/MapServer ?installations that may require significant 
>
>I have updated documentation here, http://geomoose.org/trunk/releases/2.6.html#release and here, http://geomoose.org/trunk/docs/faq.html#why-doesn-t-layers-all-work-anymore (should show updates in a while)? Please review it to confirm that it is sufficient.? 
>?
>retooling to work with the new version, especially if they are not configured to serve WMS already.
>>Thanks for the tips and for a really great product.
>>I am curious about Jim?s ?in the default case? ?statement. Does this mean there is a case where the MapServer layers are *not* translated to WMS calls?
>>Incidentally, I may have discovered a few other items that may not be as intended. If they are not user error, where is appropriate to report them?
>
>The email list is always a great place to confirm things. Once you are certain, a Trac Ticket is usually the best route, http://trac.osgeo.org/geomoose/newticket
>?
>Bests, Eli
>Thanks again,
>>Johan.
>>From:Bob Basques [mailto:Bob.Basques@ci.stpaul.mn.us] 
>>Sent: Monday, April 16, 2012 3:07 PM
>>To: Jim Klassen; Johan Forsman
>>Cc: geomoose-users@lists.osgeo.org
>>Subject: Re: [Geomoose-users] Changes to mapserver-type layer handling in GM 2.6?
>>?
>>All (of you), 
>>?
>>Just adding the desired layers to a GROUP called "all", should fix things (I think) 
>>?
>>bobb 
>>?
>>
>>
>>>>> Jim Klassen <klassen.js@gmail.com> wrote:
>>It was intentional to migrate to using WMS over the MapServer specific calls in the default case as it eases interoperability with other servers and simplifies the code in many cases.
>>
>>I don't think it was intentional to loose the layers=all trick (which was implemented inside MapServer not GeoMoose).? Do any of the suggestions in the MapServer ticket referenced by Bob work as a workaround for you?
>>
>>While 2.6 is near to release, one of the bigger tasks left is finishing up documentation.? Thank you for testing and bring this to our attention.
>>
>>On Apr 16, 2012, at 2:24 PM, Johan Forsman wrote:
>>
>>> All:
>>>
>>> I am slowly migrating a GM 2.2 site with some minor customizations to 2.6 and am wondering if what I am observing with my mapserver layers is by design or an error on my part.
>>>
>>> On 2.6 it appears that all mapserver layers are requested as WMS which appears to result in
>>>
>>> 1) any mapserver-type layer returns an error if the map file does not at least contain something like 'ows_enable_request' '*', and
>>>
>>> 2) using the "all" parameter in the layer definition in the mapbook returns an error.
>>>
>>> For example, in the 2.2 environment I have a "roads" source defined in the mapbook very simply as such:
>>>
>>> <map-source name="roads_simple" type="mapserver" >
>>> <file>./sdwp/roads/webmaps_osm_lahwys.map</file>
>>> <layer name="all"/>
>>>
>>> <layer title="Roads" src="roads_simple/all" status="off" legend="true" show-legend="true" fade="false" unfade="false"/>
>>>
>>> The forwarded URL request is:
>>>
>>> http://oph-isb-gis01/cgi-bin/mapserv.exe?map=/mapserver/apps/geomoose2/maps//sdwp/roads/webmaps_osm_lahwys.map&layers=all&mode=map&mapext=-10879743+3088767+-9475743+4200267&imgext=-10879743+3088767+-9475743+4200267&map_size=1404+1111&imgx=702&imgy=555.5&imgxy=1404+1111
>>>
>>> The map file contains many scale-dependent line- and annotation layers and renders beautifully.
>>>
>>> In the 2.6 environment the same mapbook definition and mapfile results in this call:
>>>
>>> http://oph-isb-gis01/cgi-bin/mapserv.exe?
>>> MAP=/mapserver/apps/geomoose26/maps//sdwp/roads/webmaps_osm_lahwys.map&FORMAT=image/png&TRANSPARENT=TRUE&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&LAYERS=all&SRS=EPSG%3A3857&BBOX=-10706687.23566,3214635.152984,-9648798.7643401,4074398.847016&WIDTH=865&HEIGHT=703
>>>
>>> which returns:
>>>
>>> <ServiceException code="LayerNotDefined">
>>> msWMSLoadGetMapParams(): WMS server error. Invalid layer(s) given in the LAYERS parameter.
>>> </ServiceException>
>>>
>>> I have unsuccessfully searched for documentation on this topic. Please advise.
>>>
>>> Thanks!
>>> Johan Forsman
>>> Geologist
>>> Engineering Services
>>> LDHH-OPH-CEHS
>>> 225.342.7309
>>>
>>>
>>> _______________________________________________
>>> Geomoose-users mailing list
>>> Geomoose-users@lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/geomoose-users
>>
>>_______________________________________________
>>Geomoose-users mailing list
>>Geomoose-users@lists.osgeo.org
>>http://lists.osgeo.org/mailman/listinfo/geomoose-users 
>>?
>>
>>_______________________________________________
>>Geomoose-users mailing list
>>Geomoose-users@lists.osgeo.org
>>http://lists.osgeo.org/mailman/listinfo/geomoose-users
>?
>_______________________________________________
>Geomoose-users mailing list
>Geomoose-users@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/20120418/d76da5e0/attachment-0001.html
From danlittle at yahoo.com  Wed Apr 18 09:01:04 2012
From: danlittle at yahoo.com (Dan Little)
Date: Wed Apr 18 09:01:15 2012
Subject: [Geomoose-users] Table view in 2.6?
In-Reply-To: <CADY2FstfWuhuK8p2=UQ6yyqP-rCui8sJ6-nr+e-KrSvCqziUzQ@mail.gmail.com>
References: <4EFF8BB964547748A07CA32961810C041D64109D@SOM-TEAQASMAIL1.som.w2k.state.me.us>
	<CADY2FstfWuhuK8p2=UQ6yyqP-rCui8sJ6-nr+e-KrSvCqziUzQ@mail.gmail.com>
Message-ID: <1334754064.68372.YahooMailNeo@web161204.mail.bf1.yahoo.com>

Bob gets spoiled by the highly customized version.

Actually Bob, a huge motivation for the 2.6 redesign was to be friendlier to custom the back end.? So we've opened up the back-end hooks and are hoping that as we find more customizations we can enhance the events model to provide more flexibility to users.

Sorry for the run-on sentence, I'm "B.C."




>________________________________
> From: "Anderson, Dean" <anderson.dean@co.polk.or.us>
>To: "Bistrais, Bob" <Bob.Bistrais@maine.gov> 
>Cc: geomoose-users@lists.osgeo.org 
>Sent: Tuesday, April 17, 2012 4:14 PM
>Subject: Re: [Geomoose-users] Table view in 2.6?
> 
>
>The "table view" is an Oregon extension.? It will be replaced in the coming project by a new one based on the new software. 
>?
>Dean 
>
>
>?
>On Tue, Apr 17, 2012 at 2:12 PM, Bistrais, Bob <Bob.Bistrais@maine.gov> wrote:
>
>In trying the latest GeoMoose demo, I tried the select features tool.? Results show up in the window as expected.? But there doesn?t seem to be a table view as in previous versions?? Did I miss something?? That feature was very useful to us, and I hope it?s implemented in 2.6.
>>_______________________________________________
>>Geomoose-users mailing list
>>Geomoose-users@lists.osgeo.org
>>http://lists.osgeo.org/mailman/listinfo/geomoose-users
>>
>>
>
>
>-- 
>
>Dean R Anderson 
>IT Director 
>Polk County
>
>_______________________________________________
>Geomoose-users mailing list
>Geomoose-users@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/20120418/ff50280c/attachment.html
From Bob.Basques at ci.stpaul.mn.us  Wed Apr 18 16:00:37 2012
From: Bob.Basques at ci.stpaul.mn.us (Bob Basques)
Date: Wed Apr 18 16:01:29 2012
Subject: [Geomoose-users] Fwd: GeoMoose setup on Ubuntu: notes
Message-ID: <4F8ED715020000A8000355F3@heckle>

Skipped content of type multipart/alternative
From mailing at tam.si  Wed Apr 18 16:14:26 2012
From: mailing at tam.si (Matej Mailing)
Date: Wed Apr 18 16:14:53 2012
Subject: [Geomoose-users] How to use Dojo
Message-ID: <CAF44DZdC8FgxCAcnCLg6LudF4r=JHtkjjJ10njjJqh=K1wjG7w@mail.gmail.com>

Hi,

when any more information will be available on how to use Dojo in
Geomoose anywhere (can't find anything under docs right now), it will
be most welcome. As I am looking on the net, this library offers a
great potential to building on to of GM.

BR,
Matej
From danlittle at yahoo.com  Wed Apr 18 16:49:29 2012
From: danlittle at yahoo.com (Dan Little)
Date: Wed Apr 18 16:50:16 2012
Subject: [Geomoose-users] Fwd: GeoMoose setup on Ubuntu: notes
In-Reply-To: <4F8ED715020000A8000355F3@heckle>
References: <4F8ED715020000A8000355F3@heckle>
Message-ID: <1334782169.76044.YahooMailNeo@web161205.mail.bf1.yahoo.com>

Requirements are; MapServer 6, PHP 5.3+




>________________________________
> From: Bob Basques <Bob.Basques@ci.stpaul.mn.us>
>To: geomoose-users@lists.osgeo.org 
>Sent: Wednesday, April 18, 2012 3:00 PM
>Subject: [Geomoose-users] Fwd: GeoMoose setup on Ubuntu: notes
> 
>
>All, 
>
>These are all just little things I wrote down as i went along on my own testing of the installation on Ubuntu. ?All in all the Doc's were very good to tell the truth. 
>
>It also looks like MapServer 6.x is needed. ?But not sure, as Jim informs me I need to get a specific version with Mapscript, which I'll try next. ?I have 5.6.6, but Jim says I'm getting a Mapscript error, which makes sense since I didn't do anything with Mapscript installation (yet), as I didn't know where to find that at the time, another note here about the install of MapServer/Mapscript specifics might help. ?Been a while since I've installed Mapserver. 
>
>All the images are broke now because of the error ( 
>loadOutputFormat(): General error message. OUTPUTFORMAT clause references driver AGG/PNG8, but this driver isn't configured.?- Which Jim has advised me on how to fix, more as that happens.), but it all came up nice the first time. ?http://108.166.85.170/geomoose/geomoose.html 
>
>bobb 
>
>	* Couldn't easily find the geomoose page for Unix installation (it wasn't linked anywhere on the new site (that I could find) 
>>	* Didn't show where local_settings.ini was located, or supposed to be located (I figured it out though). 
>>	* I used a nightly, should add in a item about adding in a LIN?K to the nightly folder (geomoose-nightly) or changing the name, after extracting to /srv (I used a link). 
>>	* Got warning when restarting Apache (I like it though, it tells me the conf file was read with the GeoMoose extras, any way to make this error on purpose, or was that the idea to begin with?)
>> 
>>	* #?apachectl restart
>>[Wed Apr 18 08:15:07 2012] [warn] Useless use of AllowOverride in line 4 of /etc/apache2/conf.d/geomoose.conf.
>>apache2: Could not reliably determine the server's fully qualified domain name, using 108.166.85.170 for ServerName
>> 
>_______________________________________________
>Geomoose-users mailing list
>Geomoose-users@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/20120418/11f6f807/attachment.html
From jody.garnett at gmail.com  Thu Apr 19 04:44:27 2012
From: jody.garnett at gmail.com (Jody Garnett)
Date: Thu Apr 19 04:45:06 2012
Subject: [Geomoose-users] Data licensing discussion (yep OSGeo incubation
	again)
In-Reply-To: <1334763206.2144.YahooMailNeo@web161202.mail.bf1.yahoo.com>
References: <4F8D5018020000A80003550D@heckle>
	<1F3D4B65A28249F0A90D36F4870601C4@gmail.com>
	<4F8E8859020000A8000355B4@heckle>
	<1334763206.2144.YahooMailNeo@web161202.mail.bf1.yahoo.com>
Message-ID: <E40A56D9B00A4DBDB9932765C7386FF3@gmail.com>

(Just taking this conversation back to the GeoMoOOSE list)

For incubation we don't mind what you do exactly; only that you are aware of what data you are distributing. As I said we try not to mess with what is already working ...

Personally I would check the text with OpenMNND project to see if they care what it says; and perhaps thanks the OpenMNND project for the data.

"GeoMOOSE would like to thank the OpenMNND project and Dakota County, MN for supplying the parcel sample data. This data is provided for testing and demonstration purposes only. All attributes have been changed to provide anonymity and none can be deemed reliable or accurate."

Of course if I was doing it I would try and be funny:

"This test data is deemed a work of fiction. Any resmblence to Dakota County is purely as a result of the OpenMNND project kindly supplying GeoMOOSE with sample data. All attributes have been changed to provided anonymity and cannot be deemed reliable or accurate. Especially the unicorn farm on the north end of town"

But then again my joyful attitude keeps me from going far in life :-)

Jody


On Thursday, 19 April 2012 at 1:33 AM, Dan Little wrote:

> Would this wording be appropriate:
> 
> 
> """
> Parcel data originally provided to GeoMOOSE through the OpenMNND project by Dakota County, MN.
> 
> All attributes have been changed to provide anonymity and none can be deemed reliable or accurate.
> 
> This data is provided for testing and demonstration purposes only.
> """"
> 
> 
> 


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20120419/404d6ad2/attachment-0001.html
From klassen.js at gmail.com  Thu Apr 19 08:56:53 2012
From: klassen.js at gmail.com (Jim Klassen)
Date: Thu Apr 19 08:57:04 2012
Subject: [Geomoose-users] Data licensing discussion (yep OSGeo incubation
	again)
In-Reply-To: <E40A56D9B00A4DBDB9932765C7386FF3@gmail.com>
References: <4F8D5018020000A80003550D@heckle>
	<1F3D4B65A28249F0A90D36F4870601C4@gmail.com>
	<4F8E8859020000A8000355B4@heckle>
	<1334763206.2144.YahooMailNeo@web161202.mail.bf1.yahoo.com>
	<E40A56D9B00A4DBDB9932765C7386FF3@gmail.com>
Message-ID: <E944B97C-F1BE-4868-968B-AB2015F9ECD6@gmail.com>

That seems reasonable to me.  Although, we will have to add a unicorn farm to the data... maybe somewhere in Cambridge.

On Apr 19, 2012, at 3:44 AM, Jody Garnett wrote:

> (Just taking this conversation back to the GeoMoOOSE list)
> 
> For incubation we don't mind what you do exactly; only that you are aware of what data you are distributing. As I said we try not to mess with what is already working ...
> 
> Personally I would check the text with OpenMNND project to see if they care what it says; and perhaps thanks the OpenMNND project for the data.
> 
> "GeoMOOSE would like to thank the OpenMNND project and Dakota County, MN for supplying the parcel sample data. This data is provided for testing and demonstration purposes only. All attributes have been changed to provide anonymity and none can be deemed reliable or accurate."
> 
> Of course if I was doing it I would try and be funny:
> 
> "This test data is deemed a work of fiction. Any resmblence to Dakota County is purely as a result of the OpenMNND project kindly supplying GeoMOOSE with sample data. All attributes have been changed to provided anonymity and cannot be deemed reliable or accurate. Especially the unicorn farm on the north end of town"
> 
> But then again my joyful attitude keeps me from going far in life :-)
> 
> Jody
> 
> On Thursday, 19 April 2012 at 1:33 AM, Dan Little wrote:
> 
>> Would this wording be appropriate:
>> 
>> 
>> """
>> Parcel data originally provided to GeoMOOSE through the OpenMNND project by Dakota County, MN.
>> 
>> All attributes have been changed to provide anonymity and none can be deemed reliable or accurate.
>> 
>> This data is provided for testing and demonstration purposes only.
>> """"
> 
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@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/20120419/9f515d73/attachment.html
From danlittle at yahoo.com  Thu Apr 19 09:44:20 2012
From: danlittle at yahoo.com (Dan Little)
Date: Thu Apr 19 09:44:36 2012
Subject: [Geomoose-users] Re: Data licensing discussion (yep OSGeo
	incubation again)
In-Reply-To: <E40A56D9B00A4DBDB9932765C7386FF3@gmail.com>
References: <4F8D5018020000A80003550D@heckle>
	<1F3D4B65A28249F0A90D36F4870601C4@gmail.com>
	<4F8E8859020000A8000355B4@heckle>
	<1334763206.2144.YahooMailNeo@web161202.mail.bf1.yahoo.com>
	<E40A56D9B00A4DBDB9932765C7386FF3@gmail.com>
Message-ID: <1334843060.56317.YahooMailNeo@web161204.mail.bf1.yahoo.com>

I think this may handle the issue appropriately:


http://trac.osgeo.org/geomoose/changeset/762/






>________________________________
> From: Jody Garnett <jody.garnett@gmail.com>
>To: GeoMOOSE Users List <geomoose-users@lists.osgeo.org> 
>Cc: Bob Basques <Bob.Basques@ci.stpaul.mn.us>; Dan Little <danlittle@yahoo.com> 
>Sent: Thursday, April 19, 2012 3:44 AM
>Subject: Data licensing discussion (yep OSGeo incubation again)
> 
>
>(Just taking this conversation back to the GeoMoOOSE list)
>
>
>For incubation we don't mind what you do exactly; only that you are aware of what data you are distributing. As I said we try not to mess with what is already working ...
>
>
>Personally I would check the text with?OpenMNND project to see if they care what it says; and perhaps thanks the OpenMNND project for the data.
>
>
>"GeoMOOSE would like to thank the OpenMNND project and Dakota?County, MN for supplying the parcel sample data. This data is provided for testing and demonstration purposes only.?All attributes have been changed to provide anonymity and none can be deemed reliable or accurate."
>
>
>Of course if I was doing it I would try and be funny:
>
>
>"This test data is deemed a work of fiction. Any resmblence to Dakota County is purely as a result of the?OpenMNND project kindly supplying GeoMOOSE with sample data. All attributes have been changed to provided anonymity and cannot be deemed reliable or accurate. Especially the unicorn farm on the north end of town"
>
>
>But then again my joyful attitude keeps me from going far in life :-)
>
>
>Jody
>
>
>On Thursday, 19 April 2012 at 1:33 AM, Dan Little wrote:
>Would this wording be appropriate:
>>
>>
>>"""
>>Parcel data originally provided to GeoMOOSE through the OpenMNND project by Dakota County, MN.
>>
>>
>>All attributes have been changed to provide anonymity and none can be deemed reliable or accurate.
>>
>>
>>This data is provided for testing and demonstration purposes only.
>>""""
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20120419/a821f142/attachment.html
From Bob.Basques at ci.stpaul.mn.us  Thu Apr 19 11:01:56 2012
From: Bob.Basques at ci.stpaul.mn.us (Bob Basques)
Date: Thu Apr 19 11:02:24 2012
Subject: [Geomoose-users] Data licensing discussion (yep OSGeo
	incubation again)
In-Reply-To: <E944B97C-F1BE-4868-968B-AB2015F9ECD6@gmail.com>
References: <4F8D5018020000A80003550D@heckle>
	<1F3D4B65A28249F0A90D36F4870601C4@gmail.com>
	<4F8E8859020000A8000355B4@heckle>
	<1334763206.2144.YahooMailNeo@web161202.mail.bf1.yahoo.com>
	<E40A56D9B00A4DBDB9932765C7386FF3@gmail.com>
	<E944B97C-F1BE-4868-968B-AB2015F9ECD6@gmail.com>
Message-ID: <4F8FE294020000A800035686@heckle>

Skipped content of type multipart/alternative
From eadam at co.lincoln.or.us  Thu Apr 19 17:50:40 2012
From: eadam at co.lincoln.or.us (Eli Adam)
Date: Thu Apr 19 17:51:00 2012
Subject: [Geomoose-users] RFC-2
Message-ID: <CACqBkM-bgjK3-ZhV=iW9CgdYaL9vGyohfVi1XRxgHbjrM9nsZQ@mail.gmail.com>

All,

    RFC-2 is available for review.  Voice your thoughts in the next
few days.  I'll change the status to proposed and call for a vote next
week.

http://geomoose.org/trunk/rfc/rfc-2.html

Regards, Eli
From jody.garnett at gmail.com  Thu Apr 19 19:39:25 2012
From: jody.garnett at gmail.com (Jody Garnett)
Date: Thu Apr 19 19:40:02 2012
Subject: [Geomoose-users] Re: Data licensing discussion (yep OSGeo
	incubation again)
In-Reply-To: <1334843060.56317.YahooMailNeo@web161204.mail.bf1.yahoo.com>
References: <4F8D5018020000A80003550D@heckle>
	<1F3D4B65A28249F0A90D36F4870601C4@gmail.com>
	<4F8E8859020000A8000355B4@heckle>
	<1334763206.2144.YahooMailNeo@web161202.mail.bf1.yahoo.com>
	<E40A56D9B00A4DBDB9932765C7386FF3@gmail.com>
	<1334843060.56317.YahooMailNeo@web161204.mail.bf1.yahoo.com>
Message-ID: <A86F3F0A14EE492FAA51A59BFC7119F7@gmail.com>

And thus we have identified the supplier[1].
-- 
Jody Garnett

[1] http://www.thinkgeek.com/caffeine/wacky-edibles/e5a7/ 

On Thursday, 19 April 2012 at 11:44 PM, Dan Little wrote:

> I think this may handle the issue appropriately:
> 
> http://trac.osgeo.org/geomoose/changeset/762/
> 
> 
> 
> > From: Jody Garnett <jody.garnett@gmail.com (mailto:jody.garnett@gmail.com)>
> > To: GeoMOOSE Users List <geomoose-users@lists.osgeo.org (mailto:geomoose-users@lists.osgeo.org)> 
> > Cc: Bob Basques <Bob.Basques@ci.stpaul.mn.us (mailto:Bob.Basques@ci.stpaul.mn.us)>; Dan Little <danlittle@yahoo.com (mailto:danlittle@yahoo.com)> 
> > Sent: Thursday, April 19, 2012 3:44 AM
> > Subject: Data licensing discussion (yep OSGeo incubation again)
> > 
> > (Just taking this conversation back to the GeoMoOOSE list)
> > 
> > For incubation we don't mind what you do exactly; only that you are aware of what data you are distributing. As I said we try not to mess with what is already working ...
> > 
> > Personally I would check the text with OpenMNND project to see if they care what it says; and perhaps thanks the OpenMNND project for the data.
> > 
> > "GeoMOOSE would like to thank the OpenMNND project and Dakota County, MN for supplying the parcel sample data. This data is provided for testing and demonstration purposes only. All attributes have been changed to provide anonymity and none can be deemed reliable or accurate."
> > 
> > Of course if I was doing it I would try and be funny:
> > 
> > "This test data is deemed a work of fiction. Any resmblence to Dakota County is purely as a result of the OpenMNND project kindly supplying GeoMOOSE with sample data. All attributes have been changed to provided anonymity and cannot be deemed reliable or accurate. Especially the unicorn farm on the north end of town"
> > 
> > But then again my joyful attitude keeps me from going far in life :-)
> > 
> > Jody
> > 
> > On Thursday, 19 April 2012 at 1:33 AM, Dan Little wrote:
> > > Would this wording be appropriate:
> > > 
> > > 
> > > """
> > > Parcel data originally provided to GeoMOOSE through the OpenMNND project by Dakota County, MN.
> > > 
> > > All attributes have been changed to provide anonymity and none can be deemed reliable or accurate.
> > > 
> > > This data is provided for testing and demonstration purposes only.
> > > """"
> > > 
> > > 
> > > 
> > > 
> > 
> > 
> > 
> > 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20120420/0b395890/attachment.html
From Bob.Basques at ci.stpaul.mn.us  Fri Apr 20 10:09:30 2012
From: Bob.Basques at ci.stpaul.mn.us (Bob Basques)
Date: Fri Apr 20 10:10:01 2012
Subject: [Geomoose-users] RFC-2
In-Reply-To: <CACqBkM-bgjK3-ZhV=iW9CgdYaL9vGyohfVi1XRxgHbjrM9nsZQ@mail.gmail.com>
References: <CACqBkM-bgjK3-ZhV=iW9CgdYaL9vGyohfVi1XRxgHbjrM9nsZQ@mail.gmail.com>
Message-ID: <4F9127CA020000A8000356E4@heckle>

Skipped content of type multipart/alternative
From klassen.js at gmail.com  Fri Apr 20 10:37:20 2012
From: klassen.js at gmail.com (James Klassen)
Date: Fri Apr 20 10:37:23 2012
Subject: [Geomoose-users] RFC-2
In-Reply-To: <4F9127CA020000A8000356E4@heckle>
References: <CACqBkM-bgjK3-ZhV=iW9CgdYaL9vGyohfVi1XRxgHbjrM9nsZQ@mail.gmail.com>
	<4F9127CA020000A8000356E4@heckle>
Message-ID: <CAHqX797j+1KF7pKAAaN=R4ptxnfNe_u7yCeWF+Nwm-YHF_Ajmw@mail.gmail.com>

Actually, in that light it might just be cleaner to strike the "similar to
MapServer's" line.  MapServer doesn't really justify why we need a mission
statement.

On Fri, Apr 20, 2012 at 9:09 AM, Bob Basques <Bob.Basques@ci.stpaul.mn.us>wrote:

>  Eli,
>
>  The only comment I have a couple of slight comments, about the reference
> to MapServer.   Seems like this is out of place in here for some reason.
>  Maybe expanding that comment to include the other open source projects
> that are included and how they might be similarly administered.  the
> refence to ". . . the website as a representation . . .", might this be
> better with a link to the actual website (due to possible replication of
> the page?), to something like " . . . . the website (geomoose.org) as a
> representation . . ."
>
>  bobb
>
>
>
> >>> Eli Adam <eadam@co.lincoln.or.us> wrote:
>
> All,
>
>     RFC-2 is available for review.  Voice your thoughts in the next
> few days.  I'll change the status to proposed and call for a vote next
> week.
>
> http://geomoose.org/trunk/rfc/rfc-2.html
>
> Regards, Eli
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/geomoose-users
>
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@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/20120420/5371bb50/attachment.html
From MarkVolz at co.lyon.mn.us  Fri Apr 20 16:51:21 2012
From: MarkVolz at co.lyon.mn.us (Mark Volz)
Date: Fri Apr 20 16:51:48 2012
Subject: [Geomoose-users] Migrating from GeoMOOSE 2.2 to 2.6 - Mapserver
 compatibility considerations
Message-ID: <36CA828A36E29F45B7CF0A1766E5DFA3107289@swmail01.r8nssis.local>

Hello,

I am running several GeoMOOSE 2.2 sites on Mapserver 5.x.  I am wondering about the best way to migrate to GeoMOOSE 2.6.  It is my understanding that 2.6 will require Mapserver 6, which GeoMOOSE 2.2 is not compatible with.

The way I see it I have a couple choices:

1)      Upgrade all of our applications at once.  This would be technically simple as there would only be one Mapserver running.  However, some of the people that we work with might not want GeoMOOSE 2.6, and since I would need to upgrade all of our applications quickly, it would give me less time to polish up each site.
2)      Run a two copies of Mapserver (MS4W).  I could also run two copies of Mapserver, however this would involve opening up another port or IP address in our firewall, which I am not sure if our IT folks will like.

I would like to know how other people (specifically those that will have to work with several GeoMOOSE applications) are planning to upgrade their sites to 2.6 when it does come out.

Also, I thought I heard that GeoMOOSE 2.4.1 might be released so that it will work with Mapserver 6.x.  As far as I know GeoMOOSE 2.4.x is very similar to  2.2.  Would it be easy to upgrade all of my sites from GeoMOOSE 2.2 to 2.4.1?  That way I could take my time upgrading my applications from GeoMOOSE 2.4.1 to GeoMOOSE 2.6.

Thanks

Mark Volz
GIS Specialist


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20120420/15edc504/attachment.html
From klassen.js at gmail.com  Fri Apr 20 18:05:35 2012
From: klassen.js at gmail.com (Jim Klassen)
Date: Fri Apr 20 18:05:58 2012
Subject: [Geomoose-users] Migrating from GeoMOOSE 2.2 to 2.6 - Mapserver
	compatibility considerations
In-Reply-To: <36CA828A36E29F45B7CF0A1766E5DFA3107289@swmail01.r8nssis.local>
References: <36CA828A36E29F45B7CF0A1766E5DFA3107289@swmail01.r8nssis.local>
Message-ID: <622B5F34-C53D-46E8-93BA-9D925C778D17@gmail.com>

Interesting late Friday afternoon question.

What will likely become 2.4.1 is sitting in SVN right now, and it includes the patches I applied to make it work on the OSGeo LiveDVD with MapServer 6.0.x.  There were mapfile changes and changes to the PHP scripts. (For those who are interested: http://www.geomoose.org/downloads/geomoose-2.4-mapserver-6.patch)

I don't remember the differences between 2.2 and 2.4(.1) to know how much of a upgrade problem that would be.  As I remember 2.4 was mostly clearing bugs from 2.2 after the project sat at 2.2 for a year.

There are two parts to running a mixed-mapserver version:
1) Updating the mapfiles to work with MapServer 6.0 and be accessed as WMS (for map viewing)

This part isn't too hard and in the Linux world, I've run multiple MapServer versions side by side for a long time.  I presume it would be possible to put a MapServer 6.x binary (and DLLs?) in a folder next to the 5.x version in MS4W too and effectively create /cgi-bin/mapserv and /cgi-bin/mapserv6.

Since both GeoMoose versions can access WMS, you should be able to migrate the mapfiles to MapServer 6.x and then change the 2.2 mapbook to view the new version of the layers.

2) The tricky part comes with the PHP services (query/print/...)
There were patches to the 2.4 PHP services to make them work with MapScript 6.0.  I don't know if the patched services will still work with 5.x.  The catch is that the mapfile version needs to match the MapServer/MapScript version.  This is a short coming of the current PHP services implementation.  St. Paul GISmo chose a different trade off that allowed it to be datasource (and thus MapServer version) agnostic but the cost was it was slower on queries/joins/selects and couldn't do label collision between layers on printing.

There may also be a PHP version difference between the MS4W versions (and thus make it hard to run both php_mapscript modules at the same time in the same web server.)

I'm hoping (for 3.0?) that as the transition to OGC services (WMS/WFS) continues that we can re-establish the separation between a data source/service and processing operations that consume the data, we will again be rid of most of these all-or-nothing upgrade hassles.


On Apr 20, 2012, at 3:51 PM, Mark Volz wrote:

> Hello,
>  
> I am running several GeoMOOSE 2.2 sites on Mapserver 5.x.  I am wondering about the best way to migrate to GeoMOOSE 2.6.  It is my understanding that 2.6 will require Mapserver 6, which GeoMOOSE 2.2 is not compatible with.
>  
> The way I see it I have a couple choices:
>  
> Upgrade all of our applications at once.  This would be technically simple as there would only be one Mapserver running.  However, some of the people that we work with might not want GeoMOOSE 2.6, and since I would need to upgrade all of our applications quickly, it would give me less time to polish up each site.
> Run a two copies of Mapserver (MS4W).  I could also run two copies of Mapserver, however this would involve opening up another port or IP address in our firewall, which I am not sure if our IT folks will like.
>  
> I would like to know how other people (specifically those that will have to work with several GeoMOOSE applications) are planning to upgrade their sites to 2.6 when it does come out.
>  
> Also, I thought I heard that GeoMOOSE 2.4.1 might be released so that it will work with Mapserver 6.x.  As far as I know GeoMOOSE 2.4.x is very similar to  2.2.  Would it be easy to upgrade all of my sites from GeoMOOSE 2.2 to 2.4.1?  That way I could take my time upgrading my applications from GeoMOOSE 2.4.1 to GeoMOOSE 2.6.
>  
> Thanks
>  
> Mark Volz
> GIS Specialist
>  
>  
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@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/20120420/b8054314/attachment.html
From bfischer at houstoneng.com  Sun Apr 22 22:44:28 2012
From: bfischer at houstoneng.com (Brian Fischer)
Date: Sun Apr 22 22:44:49 2012
Subject: [Geomoose-users] GeoMoose monthly meeting
Message-ID: <B850B3523E82404C80A8ACAC40BAFDF5CA40C62F@ex2010.houstonengineeringinc.com>

Skipped content of type multipart/alternative-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 1059 bytes
Desc: image001.jpg
Url : http://lists.osgeo.org/pipermail/geomoose-users/attachments/20120423/2047025d/image001.jpg
From eadam at co.lincoln.or.us  Mon Apr 23 00:51:32 2012
From: eadam at co.lincoln.or.us (Eli Adam)
Date: Mon Apr 23 00:52:05 2012
Subject: [Geomoose-users] RFC-2, motion
Message-ID: <CACqBkM8g9K-R7tmu-H8Cm7QYdLnw2yzq4ZGMcS4Kriw5yqRHGA@mail.gmail.com>

Jim and Bob,

On Fri, Apr 20, 2012 at 7:37 AM, James Klassen <klassen.js@gmail.com> wrote:

> Actually, in that light it might just be cleaner to strike the "similar to
> MapServer's" line.  MapServer doesn't really justify why we need a mission
> statement.
>
>
Good idea.  I removed that.


>
> On Fri, Apr 20, 2012 at 9:09 AM, Bob Basques <Bob.Basques@ci.stpaul.mn.us>wrote:
>
>>  Eli,
>>
>>  The only comment I have a couple of slight comments, about the
>> reference to MapServer.   Seems like this is out of place in here for some
>> reason.  Maybe expanding that comment to include the other open source
>> projects that are included and how they might be similarly administered.
>>  the refence to ". . . the website as a representation . . .", might this
>> be better with a link to the actual website (due to possible replication of
>> the page?), to something like " . . . . the website (geomoose.org) as a
>> representation . . ."
>>
>>
Good point, I added a link.  If the changes aren't visible on the website,
both are here, http://trac.osgeo.org/geomoose/changeset/763/

I also changed the status to proposed.  I'll start the voting on the motion:

+1

Eli



>  bobb
>>
>>
>>
>> >>> Eli Adam <eadam@co.lincoln.or.us> wrote:
>>
>> All,
>>
>>     RFC-2 is available for review.  Voice your thoughts in the next
>> few days.  I'll change the status to proposed and call for a vote next
>> week.
>>
>> http://geomoose.org/trunk/rfc/rfc-2.html
>>
>> Regards, Eli
>> _______________________________________________
>> Geomoose-users mailing list
>> Geomoose-users@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/geomoose-users
>>
>> _______________________________________________
>> Geomoose-users mailing list
>> Geomoose-users@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/20120422/2f1ac6b5/attachment.html
From MarkVolz at co.lyon.mn.us  Mon Apr 23 09:51:08 2012
From: MarkVolz at co.lyon.mn.us (Mark Volz)
Date: Mon Apr 23 09:51:41 2012
Subject: [Geomoose-users] Migrating from GeoMOOSE 2.2 to 2.6 - Mapserver
	compatibility considerations
In-Reply-To: <622B5F34-C53D-46E8-93BA-9D925C778D17@gmail.com>
References: <36CA828A36E29F45B7CF0A1766E5DFA3107289@swmail01.r8nssis.local>
	<622B5F34-C53D-46E8-93BA-9D925C778D17@gmail.com>
Message-ID: <36CA828A36E29F45B7CF0A1766E5DFA3108344@swmail01.r8nssis.local>

Jim and others

Jim, thanks for your reply.  I downloaded geomoose>branches>geomoose-2.4 from svn.  Please let me know if that is not the correct version.

I was able to get most of the application running in MS4W 3.0.4.  I just ran into a couple problems:

1)      The search service does not appear to work out of the box.

2)      The parcel report has a black background.

3)      The parcels did not show up when I printed.

I am not sure If I missed a step when I modifying settings.ini and mobook.xml to make them MS4W friendly, or if these are bugs.

If the 2.2 to 2.4.1 upgrade doesn't work, I was also considering running separate copies of MS4W on different partitions on the server, which might be simpler than hacking MS4W.  However, I don't think my IT folks seemed very happy with that solution.


Mark Volz
GIS Specialist

From: Jim Klassen [mailto:klassen.js@gmail.com]
Sent: Friday, April 20, 2012 5:06 PM
To: Mark Volz
Cc: GeoMOOSE Users List
Subject: Re: [Geomoose-users] Migrating from GeoMOOSE 2.2 to 2.6 - Mapserver compatibility considerations

Interesting late Friday afternoon question.

What will likely become 2.4.1 is sitting in SVN right now, and it includes the patches I applied to make it work on the OSGeo LiveDVD with MapServer 6.0.x.  There were mapfile changes and changes to the PHP scripts. (For those who are interested: http://www.geomoose.org/downloads/geomoose-2.4-mapserver-6.patch)

I don't remember the differences between 2.2 and 2.4(.1) to know how much of a upgrade problem that would be.  As I remember 2.4 was mostly clearing bugs from 2.2 after the project sat at 2.2 for a year.

There are two parts to running a mixed-mapserver version:
1) Updating the mapfiles to work with MapServer 6.0 and be accessed as WMS (for map viewing)

This part isn't too hard and in the Linux world, I've run multiple MapServer versions side by side for a long time.  I presume it would be possible to put a MapServer 6.x binary (and DLLs?) in a folder next to the 5.x version in MS4W too and effectively create /cgi-bin/mapserv and /cgi-bin/mapserv6.

Since both GeoMoose versions can access WMS, you should be able to migrate the mapfiles to MapServer 6.x and then change the 2.2 mapbook to view the new version of the layers.

2) The tricky part comes with the PHP services (query/print/...)
There were patches to the 2.4 PHP services to make them work with MapScript 6.0.  I don't know if the patched services will still work with 5.x.  The catch is that the mapfile version needs to match the MapServer/MapScript version.  This is a short coming of the current PHP services implementation.  St. Paul GISmo chose a different trade off that allowed it to be datasource (and thus MapServer version) agnostic but the cost was it was slower on queries/joins/selects and couldn't do label collision between layers on printing.

There may also be a PHP version difference between the MS4W versions (and thus make it hard to run both php_mapscript modules at the same time in the same web server.)

I'm hoping (for 3.0?) that as the transition to OGC services (WMS/WFS) continues that we can re-establish the separation between a data source/service and processing operations that consume the data, we will again be rid of most of these all-or-nothing upgrade hassles.


On Apr 20, 2012, at 3:51 PM, Mark Volz wrote:


Hello,

I am running several GeoMOOSE 2.2 sites on Mapserver 5.x.  I am wondering about the best way to migrate to GeoMOOSE 2.6.  It is my understanding that 2.6 will require Mapserver 6, which GeoMOOSE 2.2 is not compatible with.

The way I see it I have a couple choices:

1.       Upgrade all of our applications at once.  This would be technically simple as there would only be one Mapserver running.  However, some of the people that we work with might not want GeoMOOSE 2.6, and since I would need to upgrade all of our applications quickly, it would give me less time to polish up each site.
2.       Run a two copies of Mapserver (MS4W).  I could also run two copies of Mapserver, however this would involve opening up another port or IP address in our firewall, which I am not sure if our IT folks will like.

I would like to know how other people (specifically those that will have to work with several GeoMOOSE applications) are planning to upgrade their sites to 2.6 when it does come out.

Also, I thought I heard that GeoMOOSE 2.4.1 might be released so that it will work with Mapserver 6.x.  As far as I know GeoMOOSE 2.4.x is very similar to  2.2.  Would it be easy to upgrade all of my sites from GeoMOOSE 2.2 to 2.4.1?  That way I could take my time upgrading my applications from GeoMOOSE 2.4.1 to GeoMOOSE 2.6.

Thanks

Mark Volz
GIS Specialist


_______________________________________________
Geomoose-users mailing list
Geomoose-users@lists.osgeo.org<mailto:Geomoose-users@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/20120423/5a020ea2/attachment-0001.html
From klassen.js at gmail.com  Mon Apr 23 10:51:18 2012
From: klassen.js at gmail.com (Jim Klassen)
Date: Mon Apr 23 10:51:54 2012
Subject: [Geomoose-users] Migrating from GeoMOOSE 2.2 to 2.6 - Mapserver
	compatibility considerations
In-Reply-To: <36CA828A36E29F45B7CF0A1766E5DFA3108344@swmail01.r8nssis.local>
References: <36CA828A36E29F45B7CF0A1766E5DFA3107289@swmail01.r8nssis.local>
	<622B5F34-C53D-46E8-93BA-9D925C778D17@gmail.com>
	<36CA828A36E29F45B7CF0A1766E5DFA3108344@swmail01.r8nssis.local>
Message-ID: <23BF1065-0651-4A54-91F1-2BFDC87CE4F5@gmail.com>

That is the correct version (once released I would expect a tags/geomoose-2.4.1 and branches would then become any progress towards a 2.4.2 if that should happen), but it has only been tested on Linux (and very lightly at that) so far.  I put the 2.4.1 release on the PSC agenda for this week so at least I suspect this will get talked about and hopefully we can get a timeline for releasing a tested 2.4.1.  I don't think the changes are that dramatic from 2.4 that this should be a big deal, but I have been wrong on timelines before.

On Apr 23, 2012, at 8:51 AM, Mark Volz wrote:

> Jim and others
>  
> Jim, thanks for your reply.  I downloaded geomoose>branches>geomoose-2.4 from svn.  Please let me know if that is not the correct version. 
>  
> I was able to get most of the application running in MS4W 3.0.4.  I just ran into a couple problems:
> 1)      The search service does not appear to work out of the box.
> 2)      The parcel report has a black background.
> 3)      The parcels did not show up when I printed.
>  
> I am not sure If I missed a step when I modifying settings.ini and mobook.xml to make them MS4W friendly, or if these are bugs.
>  
> If the 2.2 to 2.4.1 upgrade doesn?t work, I was also considering running separate copies of MS4W on different partitions on the server, which might be simpler than hacking MS4W.  However, I don?t think my IT folks seemed very happy with that solution.
>  
>  
> Mark Volz
> GIS Specialist
>  
> From: Jim Klassen [mailto:klassen.js@gmail.com] 
> Sent: Friday, April 20, 2012 5:06 PM
> To: Mark Volz
> Cc: GeoMOOSE Users List
> Subject: Re: [Geomoose-users] Migrating from GeoMOOSE 2.2 to 2.6 - Mapserver compatibility considerations
>  
> Interesting late Friday afternoon question.
>  
> What will likely become 2.4.1 is sitting in SVN right now, and it includes the patches I applied to make it work on the OSGeo LiveDVD with MapServer 6.0.x.  There were mapfile changes and changes to the PHP scripts. (For those who are interested: http://www.geomoose.org/downloads/geomoose-2.4-mapserver-6.patch)
>  
> I don't remember the differences between 2.2 and 2.4(.1) to know how much of a upgrade problem that would be.  As I remember 2.4 was mostly clearing bugs from 2.2 after the project sat at 2.2 for a year.
>  
> There are two parts to running a mixed-mapserver version:
> 1) Updating the mapfiles to work with MapServer 6.0 and be accessed as WMS (for map viewing)
>  
> This part isn't too hard and in the Linux world, I've run multiple MapServer versions side by side for a long time.  I presume it would be possible to put a MapServer 6.x binary (and DLLs?) in a folder next to the 5.x version in MS4W too and effectively create /cgi-bin/mapserv and /cgi-bin/mapserv6.
>  
> Since both GeoMoose versions can access WMS, you should be able to migrate the mapfiles to MapServer 6.x and then change the 2.2 mapbook to view the new version of the layers.
>  
> 2) The tricky part comes with the PHP services (query/print/...)
> There were patches to the 2.4 PHP services to make them work with MapScript 6.0.  I don't know if the patched services will still work with 5.x.  The catch is that the mapfile version needs to match the MapServer/MapScript version.  This is a short coming of the current PHP services implementation.  St. Paul GISmo chose a different trade off that allowed it to be datasource (and thus MapServer version) agnostic but the cost was it was slower on queries/joins/selects and couldn't do label collision between layers on printing.
>  
> There may also be a PHP version difference between the MS4W versions (and thus make it hard to run both php_mapscript modules at the same time in the same web server.)
>  
> I'm hoping (for 3.0?) that as the transition to OGC services (WMS/WFS) continues that we can re-establish the separation between a data source/service and processing operations that consume the data, we will again be rid of most of these all-or-nothing upgrade hassles.
>  
>  
> On Apr 20, 2012, at 3:51 PM, Mark Volz wrote:
> 
> 
> Hello,
>  
> I am running several GeoMOOSE 2.2 sites on Mapserver 5.x.  I am wondering about the best way to migrate to GeoMOOSE 2.6.  It is my understanding that 2.6 will require Mapserver 6, which GeoMOOSE 2.2 is not compatible with.
>  
> The way I see it I have a couple choices:
>  
> 1.       Upgrade all of our applications at once.  This would be technically simple as there would only be one Mapserver running.  However, some of the people that we work with might not want GeoMOOSE 2.6, and since I would need to upgrade all of our applications quickly, it would give me less time to polish up each site.
> 2.       Run a two copies of Mapserver (MS4W).  I could also run two copies of Mapserver, however this would involve opening up another port or IP address in our firewall, which I am not sure if our IT folks will like.
>  
> I would like to know how other people (specifically those that will have to work with several GeoMOOSE applications) are planning to upgrade their sites to 2.6 when it does come out.
>  
> Also, I thought I heard that GeoMOOSE 2.4.1 might be released so that it will work with Mapserver 6.x.  As far as I know GeoMOOSE 2.4.x is very similar to  2.2.  Would it be easy to upgrade all of my sites from GeoMOOSE 2.2 to 2.4.1?  That way I could take my time upgrading my applications from GeoMOOSE 2.4.1 to GeoMOOSE 2.6.
>  
> Thanks
>  
> Mark Volz
> GIS Specialist
>  
>  
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@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/20120423/5fd5eddf/attachment-0001.html
From Bob.Basques at ci.stpaul.mn.us  Mon Apr 23 11:44:47 2012
From: Bob.Basques at ci.stpaul.mn.us (Bob Basques)
Date: Mon Apr 23 11:45:20 2012
Subject: [Geomoose-users] TEST - Setting up GeoMoose on Ubuntu 11.10 - NOTES
Message-ID: <4F95329F020000A80003577C@heckle>

Skipped content of type multipart/alternative
From danlittle at yahoo.com  Mon Apr 23 11:54:53 2012
From: danlittle at yahoo.com (Dan Little)
Date: Mon Apr 23 11:55:44 2012
Subject: [Geomoose-users] TEST - Setting up GeoMoose on Ubuntu 11.10 -
	NOTES
In-Reply-To: <4F95329F020000A80003577C@heckle>
References: <4F95329F020000A80003577C@heckle>
Message-ID: <1335196493.39561.YahooMailNeo@web161205.mail.bf1.yahoo.com>

Do you have diff or rst files for doc updates?




>________________________________
> From: Bob Basques <Bob.Basques@ci.stpaul.mn.us>
>To: geomoose-users@lists.osgeo.org 
>Sent: Monday, April 23, 2012 10:44 AM
>Subject: [Geomoose-users] TEST - Setting up GeoMoose on Ubuntu 11.10 - NOTES
> 
>
>All, 
>
>I set up GeoMoose 2.6 on Linux over the weekend. ??I'm not completely adept at this so some of my notes may seem on the more basic side of things, but I think they bear out the need to further explain things in the Linux (Ubuntu section of the) installation Doc's. 
>
>The demo code installed very nicely all in all. ?The GeoMoose interface popped up the first time after following the instructions. ???The biggest problem, was I ran into some dependency problems with GDAL and the new version of MapServer 6.x, which is required by GM2.6. ?Jim helped me with the dependency problems , but this needs to be noted someplace in the release notes, as everyone doesn't have as easy access to Jim as I do. ?:c) ?It seems that the Version of GDAL required by Mapserver 6.x is too new for a complied version to exist for Ubuntu 11.10, I was trying with the STABLE releases and Jim tells me the unstable was needed in order to build things as required by GM2.6. 
>
>Anyway, on to my notes (I'll be the first to admit that I went into this very cold, but I also figured it would be good to go through the process of setting up the new install of GeoMoose): 
>
>	* Couldn't easily finds the page for Unix installation?for GM 2.6, what's the route from the GeoMoose.org/trunk . . . ?site front page??????I've since been pointed here :http://www.geomoose.org/trunk/docs/install_unix.html,?but does it make any sense to add in a sub heading (grouping) for "Installation" on this page: http://www.geomoose.org/trunk/docs/install_unix.html.??I honestly did not see the install guides at the bottom ?of the first section of links. ?I was looking for the something that started with "Installation". Maybe this is too picky on my part. 
>>	* Didn't know where local_settings.ini was located (or supposed to be located)?right off.?????The description about the settings.ini file was confusing to me on the LINUX install page. ?A piece in there about where the file ends up on the (ubuntu) system would help. 
>>	* I used a nightly, should add in a item about adding in a LINK to the geomoose-nightly folder that was created from the install or changing the name. ?Yes I know, this is not the normal procedure and the in-the-know folks will know what to do, but coming from the know-nothings (or the know-littles (like me) this would have helped. 
>>	* Got warning when restarting Apache (I like it though, it tells?me the conf file was read, any way to make this error on purpose, or was that the idea to begin with?)
>>
>>	* root@trak1:/etc/apache2/conf.d#?apachectl restart
>>[Wed Apr 18 08:15:07 2012] [warn] Useless use of AllowOverride in line 4 of /etc/apache2/conf.d/geomoose.conf.
>>apache2: Could not reliably determine the server's fully qualified domain name, using 108.166.85.170 for ServerName
>>root@trak1:/etc/apache2/conf.d# 
>>	* add UbuntuGIS repository (I needed unstable )?????This is where the problems started for me in getting MapServer to work. ?As noted above, unstable was needed. ?shoukld a note about where UbuntuGIS is (or the fact that it's a Webserver location) be added into the doc?
>>
>>	* Locations on UBUNTU to know about: 
>>	* /usr/share/proj/epsg? (proj file for adding in your EPSG codes, make a backup first) 
>>	* NOTE: I needed to add my custom Projection instead of using a projection block in theMapfile.? I couldn't get MapServer to work the projection no matter what I did, may be related to the data source being POSTGIS.?????So, it seems with the WMS only appraoch, that the Projections must exist in the local PROJ.4 (epsg) file listing before the WMS calls work correctly. ?Iwas trying to add some PostGIS layers to the interface, but the WMS calls seemed to ignore anything I put into the SQL call about SRID until I had the projection added to the local EPSG file list. ?A straight mapserver call worked just fine by changing the SRID in the SQL call to POSTGIS, but the WMS call required I have the code in the local EPSG file. ?I'll admit, that I probably didn't have something set up someplace that was required, but once I added the EPSG code to MapServer's )PROJ.4:EPSG) list all was well. 
>>	* Ok, It's been a while since I configured GeoMoose, but the Folder(src) and Mapfile(layername) combination stuff is something to make note of.??????This one was a little alien to me, fist time I've had to set up the SRC and LAYER naming sections (the new way of GeoMoose configuration) on my own. ?The whole folder/layer naming combinations stuff, defintely needs to be written down somewhere in the installation dos. ?It took me a while to figure out I needed a separate folder/layer naming combination to make things unique in the catalog. ?I was originally trying to add layers from the same folder, and using the mentality that that first part of the A/B description was the folder location, then the next part would be the file name, but it ended up the second part was the LAYER name in the WMS block, not the file name. ?Anyway, I went round and round on this for a while until I stumbled on the right combination of things.So, I can add these
 notes as appropriate to the LINUX install page, any problems with that from anyone? ?I think I'll key these notes as UBUNTU 11.10 as well, where that applies.Oh, and here is the running product: http://108.166.85.170/geomoose/geomoose.htmlSome additional notes on the GM interface:*** is the Google layer popup required for every navigation action? ?The popup display for every zoom pan operation for any of the Google Layers.*** I had some feedback from a couple of users as well. ?????*** The metadats links (Binoc's Icon), can they point to some real looking metadata instead of www.geomoose.org?(I'm willing to put something together for this)????*** the USGS TOPO QUADS are real slow to load, Can we add in a "(slow)" tag to the layer name for this layer? ?I know it's an offsite link. ?Or perhaps a Metadata link could indicate this in some way.????*** Is the rest example supposed to build a Legend icon out of the basemap when turned
 on?????*** The Yahoo layers don't seem to work at the bottom levels correctly?bobb 
>
>
>_______________________________________________
>Geomoose-users mailing list
>Geomoose-users@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/20120423/49243a36/attachment-0001.html
From klassen.js at gmail.com  Mon Apr 23 11:57:28 2012
From: klassen.js at gmail.com (Jim Klassen)
Date: Mon Apr 23 11:58:30 2012
Subject: [Geomoose-users] TEST - Setting up GeoMoose on Ubuntu 11.10 -
	NOTES
In-Reply-To: <4F95329F020000A80003577C@heckle>
References: <4F95329F020000A80003577C@heckle>
Message-ID: <523F381A-5C42-4D71-9489-EFC4E28C80FE@gmail.com>


On Apr 23, 2012, at 10:44 AM, Bob Basques wrote:

> All,
> 
> I set up GeoMoose 2.6 on Linux over the weekend.   I'm not completely adept at this so some of my notes may seem on the more basic side of things, but I think they bear out the need to further explain things in the Linux (Ubuntu section of the) installation Doc's.
> 
> The demo code installed very nicely all in all.  The GeoMoose interface popped up the first time after following the instructions.    The biggest problem, was I ran into some dependency problems with GDAL and the new version of MapServer 6.x, which is required by GM2.6.  Jim helped me with the dependency problems , but this needs to be noted someplace in the release notes, as everyone doesn't have as easy access to Jim as I do.  :c)  It seems that the Version of GDAL required by Mapserver 6.x is too new for a complied version to exist for Ubuntu 11.10, I was trying with the STABLE releases and Jim tells me the unstable was needed in order to build things as required by GM2.6.

This can boil down to "Install MapServer 6.0.2 using whatever tools appropriate for your Linux distro."  In the case of Ubuntu 11.10 this means UbuntuGIS unstable PPA.

> 
> Anyway, on to my notes (I'll be the first to admit that I went into this very cold, but I also figured it would be good to go through the process of setting up the new install of GeoMoose):
> 
> Couldn't easily finds the page for Unix installation for GM 2.6, what's the route from the GeoMoose.org/trunk . . .  site front page?     I've since been pointed here :http://www.geomoose.org/trunk/docs/install_unix.html, but does it make any sense to add in a sub heading (grouping) for "Installation" on this page: http://www.geomoose.org/trunk/docs/install_unix.html.  I honestly did not see the install guides at the bottom  of the first section of links.  I was looking for the something that started with "Installation". Maybe this is too picky on my part.
> Didn't know where local_settings.ini was located (or supposed to be located) right off.     The description about the settings.ini file was confusing to me on the LINUX install page.  A piece in there about where the file ends up on the (ubuntu) system would help.
> I used a nightly, should add in a item about adding in a LINK to the geomoose-nightly folder that was created from the install or changing the name.  Yes I know, this is not the normal procedure and the in-the-know folks will know what to do, but coming from the know-nothings (or the know-littles (like me) this would have helped.
> Got warning when restarting Apache (I like it though, it tells me the conf file was read, any way to make this error on purpose, or was that the idea to begin with?)
> root@trak1:/etc/apache2/conf.d# apachectl restart
> [Wed Apr 18 08:15:07 2012] [warn] Useless use of AllowOverride in line 4 of /etc/apache2/conf.d/geomoose.conf.
> apache2: Could not reliably determine the server's fully qualified domain name, using 108.166.85.170 for ServerName
> root@trak1:/etc/apache2/conf.d#
Useless AllowOverride has been there for a long time.  I think it needs to be there in case it isn't defined "upstream" in the Apache config on the host system.

Could not determine server's FQDN is a configuration problem on your host, and has nothing to do with GeoMoose.

> add UbuntuGIS repository (I needed unstable )     This is where the problems started for me in getting MapServer to work.  As noted above, unstable was needed.  shoukld a note about where UbuntuGIS is (or the fact that it's a Webserver location) be added into the doc?
> Locations on UBUNTU to know about:
> /usr/share/proj/epsg  (proj file for adding in your EPSG codes, make a backup first)
> NOTE: I needed to add my custom Projection instead of using a projection block in theMapfile.  I couldn't get MapServer to work the projection no matter what I did, may be related to the data source being POSTGIS.     So, it seems with the WMS only appraoch, that the Projections must exist in the local PROJ.4 (epsg) file listing before the WMS calls work correctly.  Iwas trying to add some PostGIS layers to the interface, but the WMS calls seemed to ignore anything I put into the SQL call about SRID until I had the projection added to the local EPSG file list.  A straight mapserver call worked just fine by changing the SRID in the SQL call to POSTGIS, but the WMS call required I have the code in the local EPSG file.  I'll admit, that I probably didn't have something set up someplace that was required, but once I added the EPSG code to MapServer's )PROJ.4:EPSG) list all was well.
> Ok, It's been a while since I configured GeoMoose, but the Folder(src) and Mapfile(layername) combination stuff is something to make note of.      This one was a little alien to me, fist time I've had to set up the SRC and LAYER naming sections (the new way of GeoMoose configuration) on my own.  The whole folder/layer naming combinations stuff, defintely needs to be written down somewhere in the installation dos.  It took me a while to figure out I needed a separate folder/layer naming combination to make things unique in the catalog.  I was originally trying to add layers from the same folder, and using the mentality that that first part of the A/B description was the folder location, then the next part would be the file name, but it ended up the second part was the LAYER name in the WMS block, not the file name.  Anyway, I went round and round on this for a while until I stumbled on the right combination of things.So, I can add these notes as appropriate to the LINUX install page, any problems with that from anyone?  I think I'll key these notes as UBUNTU 11.10 as well, where that applies.Oh, and here is the running product: http://108.166.85.170/geomoose/geomoose.htmlSome additional notes on the GM interface:*** is the Google layer popup required for every navigation action?  The popup display for every zoom pan operation for any of the Google Layers.*** I had some feedback from a couple of users as well.      *** The metadats links (Binoc's Icon), can they point to some real looking metadata instead of www.geomoose.org (I'm willing to put something together for this)    *** the USGS TOPO QUADS are real slow to load, Can we add in a "(slow)" tag to the layer name for this layer?  I know it's an offsite link.  Or perhaps a Metadata link could indicate this in some way.    *** Is the rest example supposed to build a Legend icon out of the basemap when turned on?    *** The Yahoo layers don't seem to work at the bottom levels correctly?bobb
> 
> 
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@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/20120423/2efcc146/attachment.html
From Bob.Basques at ci.stpaul.mn.us  Mon Apr 23 12:01:27 2012
From: Bob.Basques at ci.stpaul.mn.us (Bob Basques)
Date: Mon Apr 23 12:02:00 2012
Subject: [Geomoose-users] TEST - Setting up GeoMoose on Ubuntu
	11.10 - NOTES
In-Reply-To: <1335196493.39561.YahooMailNeo@web161205.mail.bf1.yahoo.com>
References: <4F95329F020000A80003577C@heckle>
	<1335196493.39561.YahooMailNeo@web161205.mail.bf1.yahoo.com>
Message-ID: <4F953687020000A80003578B@heckle>

Skipped content of type multipart/alternative
From Bob.Basques at ci.stpaul.mn.us  Mon Apr 23 12:08:10 2012
From: Bob.Basques at ci.stpaul.mn.us (Bob Basques)
Date: Mon Apr 23 12:09:00 2012
Subject: [Geomoose-users] TEST - Setting up GeoMoose on Ubuntu
	11.10 - NOTES
In-Reply-To: <4F95329F020000A80003577C@heckle>
References: <4F95329F020000A80003577C@heckle>
Message-ID: <4F95381A020000A800035791@heckle>

Skipped content of type multipart/alternative
From lmiddleton at title-check.com  Mon Apr 23 12:40:10 2012
From: lmiddleton at title-check.com (Lucas Middleton)
Date: Mon Apr 23 13:21:10 2012
Subject: [Geomoose-users] TEST - Setting up GeoMoose on Ubuntu 11.10 -
	NOTES
In-Reply-To: <4F95381A020000A800035791@heckle>
References: <4F95329F020000A80003577C@heckle> <4F95381A020000A800035791@heckle>
Message-ID: <4F9585EA.9060604@title-check.com>

Skipped content of type multipart/alternative-------------- next part --------------
A non-text attachment was scrubbed...
Name: mapserver_ubuntu_11.04_docs.rar
Type: application/octet-stream
Size: 37262 bytes
Desc: not available
Url : http://lists.osgeo.org/pipermail/geomoose-users/attachments/20120423/34d362fe/mapserver_ubuntu_11.04_docs-0001.obj
From Bob.Bistrais at maine.gov  Mon Apr 23 16:27:13 2012
From: Bob.Bistrais at maine.gov (Bistrais, Bob)
Date: Mon Apr 23 16:28:07 2012
Subject: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection
	issue
Message-ID: <4EFF8BB964547748A07CA32961810C041D730DEC@SOM-TEAQASMAIL1.som.w2k.state.me.us>

I downloaded the latest nightly to get familiar with release 2.6.  I'm
afraid I didn't get very far before the dreaded Pink Screen.  This
happened when editing mapbook.xml, about line 11.  The parameter is the
projection, EPSG:3857.  My data is in EPSG:26919.  If I change that line
to 26919, the map screen goes pink.  I can't find any errors in Firebug
or the error.txt.  Any suggestions?

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20120423/fb7c7cc7/attachment.html
From bfischer at houstoneng.com  Tue Apr 24 09:06:41 2012
From: bfischer at houstoneng.com (Brian Fischer)
Date: Tue Apr 24 09:07:02 2012
Subject: [Geomoose-users] problem setting up mapbook.xml in 2.6-
	projection	issue
In-Reply-To: <4EFF8BB964547748A07CA32961810C041D730DEC@SOM-TEAQASMAIL1.som.w2k.state.me.us>
References: <4EFF8BB964547748A07CA32961810C041D730DEC@SOM-TEAQASMAIL1.som.w2k.state.me.us>
Message-ID: <B850B3523E82404C80A8ACAC40BAFDF5CA40E789@ex2010.houstonengineeringinc.com>

There are a few more steps you have to take if you are going to change the projection.  Here is a basic list.

1)      Create a new Proj4js projection definition and put it in htdocs/projections

2)      In geomoose.html make sure you have a reference to that projection.  You should see a couple other in there now for 3857

3)      Change the projection in conf/settings.ini

4)      Change the projection in conf/mapbook.xml

This should be all you need to do.

Brian Fischer, CFM
GIS Manager
Houston Engineering, Inc.
O 763.493.4522 | D 763.493.6664 | M 763.229.2734

From: geomoose-users-bounces@lists.osgeo.org [mailto:geomoose-users-bounces@lists.osgeo.org] On Behalf Of Bistrais, Bob
Sent: Monday, April 23, 2012 3:27 PM
To: geomoose-users@lists.osgeo.org
Subject: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue

I downloaded the latest nightly to get familiar with release 2.6.  I'm afraid I didn't get very far before the dreaded Pink Screen.  This happened when editing mapbook.xml, about line 11.  The parameter is the projection, EPSG:3857.  My data is in EPSG:26919.  If I change that line to 26919, the map screen goes pink.  I can't find any errors in Firebug or the error.txt.  Any suggestions?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20120424/9764ae49/attachment.html
From bfischer at houstoneng.com  Tue Apr 24 09:10:27 2012
From: bfischer at houstoneng.com (Brian Fischer)
Date: Tue Apr 24 09:10:56 2012
Subject: [Geomoose-users] RFC-2, motion
In-Reply-To: <CACqBkM8g9K-R7tmu-H8Cm7QYdLnw2yzq4ZGMcS4Kriw5yqRHGA@mail.gmail.com>
References: <CACqBkM8g9K-R7tmu-H8Cm7QYdLnw2yzq4ZGMcS4Kriw5yqRHGA@mail.gmail.com>
Message-ID: <B850B3523E82404C80A8ACAC40BAFDF5CA40E7B4@ex2010.houstonengineeringinc.com>

+1 for me.

Brian Fischer, CFM
GIS Manager
Houston Engineering, Inc.
O 763.493.4522 | D 763.493.6664 | M 763.229.2734

From: geomoose-users-bounces@lists.osgeo.org [mailto:geomoose-users-bounces@lists.osgeo.org] On Behalf Of Eli Adam
Sent: Sunday, April 22, 2012 11:52 PM
To: James Klassen
Cc: Bob Basques; geomoose-users@lists.osgeo.org
Subject: Re: [Geomoose-users] RFC-2, motion

Jim and Bob,
On Fri, Apr 20, 2012 at 7:37 AM, James Klassen <klassen.js@gmail.com<mailto:klassen.js@gmail.com>> wrote:
Actually, in that light it might just be cleaner to strike the "similar to MapServer's" line.  MapServer doesn't really justify why we need a mission statement.


Good idea.  I removed that.


On Fri, Apr 20, 2012 at 9:09 AM, Bob Basques <Bob.Basques@ci.stpaul.mn.us<mailto:Bob.Basques@ci.stpaul.mn.us>> wrote:

Eli,


The only comment I have a couple of slight comments, about the reference to MapServer.   Seems like this is out of place in here for some reason.  Maybe expanding that comment to include the other open source projects that are included and how they might be similarly administered.  the refence to ". . . the website as a representation . . .", might this be better with a link to the actual website (due to possible replication of the page?), to something like " . . . . the website (geomoose.org<http://geomoose.org>) as a representation . . ."


Good point, I added a link.  If the changes aren't visible on the website, both are here, http://trac.osgeo.org/geomoose/changeset/763/

I also changed the status to proposed.  I'll start the voting on the motion:

+1

Eli



bobb



>>> Eli Adam <eadam@co.lincoln.or.us<mailto:eadam@co.lincoln.or.us>> wrote:

All,

    RFC-2 is available for review.  Voice your thoughts in the next
few days.  I'll change the status to proposed and call for a vote next
week.

http://geomoose.org/trunk/rfc/rfc-2.html

Regards, Eli
_______________________________________________
Geomoose-users mailing list
Geomoose-users@lists.osgeo.org<mailto:Geomoose-users@lists.osgeo.org>
http://lists.osgeo.org/mailman/listinfo/geomoose-users


_______________________________________________
Geomoose-users mailing list
Geomoose-users@lists.osgeo.org<mailto:Geomoose-users@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/20120424/e1032520/attachment-0001.html
From danlittle at yahoo.com  Tue Apr 24 09:23:01 2012
From: danlittle at yahoo.com (Dan Little)
Date: Tue Apr 24 09:23:22 2012
Subject: [Geomoose-users] problem setting up mapbook.xml in 2.6-
	projection issue
In-Reply-To: <B850B3523E82404C80A8ACAC40BAFDF5CA40E789@ex2010.houstonengineeringinc.com>
References: <4EFF8BB964547748A07CA32961810C041D730DEC@SOM-TEAQASMAIL1.som.w2k.state.me.us>
	<B850B3523E82404C80A8ACAC40BAFDF5CA40E789@ex2010.houstonengineeringinc.com>
Message-ID: <1335273781.26698.YahooMailNeo@web161205.mail.bf1.yahoo.com>

YOU SHOULD NEVER CHANGE ANY SETTINGS IN "settings.ini"? .

ONLY CHANGE SETTINGS IN "local_settings.ini"? ANY SETTING IN "local_settings.ini" WILL OVERRIDE A SETTING IN "settings.ini"

You have been warned.




>________________________________
> From: Brian Fischer <bfischer@houstoneng.com>
>To: "Bistrais, Bob" <Bob.Bistrais@maine.gov>; "geomoose-users@lists.osgeo.org" <geomoose-users@lists.osgeo.org> 
>Sent: Tuesday, April 24, 2012 8:06 AM
>Subject: RE: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue
> 
>
> 
>There are a few more steps you have to take if you are going to change the projection.? Here is a basic list.
>1)????? Create a new Proj4js projection definition and put it in htdocs/projections
>2)????? In geomoose.html make sure you have a reference to that projection.? You should see a couple other in there now for 3857
>3)????? Change the projection in conf/settings.ini
>4)????? Change the projection in conf/mapbook.xml
>?
>This should be all you need to do.
>?
>Brian Fischer, CFM
>GIS Manager 
>Houston Engineering, Inc.
>O763.493.4522 | D 763.493.6664 | M 763.229.2734
>?
>From:geomoose-users-bounces@lists.osgeo.org [mailto:geomoose-users-bounces@lists.osgeo.org] On Behalf Of Bistrais, Bob
>Sent: Monday, April 23, 2012 3:27 PM
>To: geomoose-users@lists.osgeo.org
>Subject: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue
>?
>I downloaded the latest nightly to get familiar with release 2.6.? I?m afraid I didn?t get very far before the dreaded Pink Screen.? This happened when editing mapbook.xml, about line 11.? The parameter is the projection, EPSG:3857.? My data is in EPSG:26919.? If I change that line to 26919, the map screen goes pink.? I can?t find any errors in Firebug or the error.txt.? Any suggestions?
>_______________________________________________
>Geomoose-users mailing list
>Geomoose-users@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/20120424/8c275a4b/attachment.html
From danlittle at yahoo.com  Tue Apr 24 09:26:16 2012
From: danlittle at yahoo.com (Dan Little)
Date: Tue Apr 24 09:26:49 2012
Subject: [Geomoose-users] RFC-2, motion
In-Reply-To: <B850B3523E82404C80A8ACAC40BAFDF5CA40E7B4@ex2010.houstonengineeringinc.com>
References: <CACqBkM8g9K-R7tmu-H8Cm7QYdLnw2yzq4ZGMcS4Kriw5yqRHGA@mail.gmail.com>
	<B850B3523E82404C80A8ACAC40BAFDF5CA40E7B4@ex2010.houstonengineeringinc.com>
Message-ID: <1335273976.91460.YahooMailNeo@web161204.mail.bf1.yahoo.com>

+1




>________________________________
> From: Brian Fischer <bfischer@houstoneng.com>
>To: "eadam@co.lincoln.or.us" <eadam@co.lincoln.or.us>; James Klassen <klassen.js@gmail.com> 
>Cc: Bob Basques <Bob.Basques@ci.stpaul.mn.us>; "geomoose-users@lists.osgeo.org" <geomoose-users@lists.osgeo.org> 
>Sent: Tuesday, April 24, 2012 8:10 AM
>Subject: RE: [Geomoose-users] RFC-2, motion
> 
>
> 
>+1 for me.
>?
>Brian Fischer, CFM
>GIS Manager 
>Houston Engineering, Inc.
>O763.493.4522 | D 763.493.6664 | M 763.229.2734
>?
>From:geomoose-users-bounces@lists.osgeo.org [mailto:geomoose-users-bounces@lists.osgeo.org] On Behalf Of Eli Adam
>Sent: Sunday, April 22, 2012 11:52 PM
>To: James Klassen
>Cc: Bob Basques; geomoose-users@lists.osgeo.org
>Subject: Re: [Geomoose-users] RFC-2, motion
>?
>Jim and Bob, 
>On Fri, Apr 20, 2012 at 7:37 AM, James Klassen <klassen.js@gmail.com> wrote:
>Actually, in that light it might just be cleaner to strike the "similar to MapServer's" line. ?MapServer doesn't really justify why we need a mission statement.
>?
>
>Good idea.? I removed that.
>?
>?
>>On Fri, Apr 20, 2012 at 9:09 AM, Bob Basques <Bob.Basques@ci.stpaul.mn.us> wrote:
>>Eli, 
>>?
>>The only comment I have a couple of slight comments, about the reference to MapServer. ??Seems like this is out of place in here for some reason. ?Maybe expanding that comment to include the other open source projects that are included and how they might be similarly administered. ?the refence to ". . . the website as a representation . . .", might this be better with a link to the actual website (due to possible replication of the page?), to something like " . . . . the website (geomoose.org) as a representation . . ." 
>>?
>
>Good point, I added a link.? If the changes aren't visible on the website, both are here,
http://trac.osgeo.org/geomoose/changeset/763/
>
>I also changed the status to proposed.? I'll start the voting on the motion:
>
>+1
>
>Eli
>
>?
>bobb 
>>>?
>>>
>>>
>>>>>> Eli Adam <eadam@co.lincoln.or.us> wrote:
>>>All,
>>>
>>>??? RFC-2 is available for review.? Voice your thoughts in the next
>>>few days.? I'll change the status to proposed and call for a vote next
>>>week.
>>>
>>>http://geomoose.org/trunk/rfc/rfc-2.html
>>>
>>>Regards, Eli
>>>_______________________________________________
>>>Geomoose-users mailing list
>>>Geomoose-users@lists.osgeo.org
>>>http://lists.osgeo.org/mailman/listinfo/geomoose-users 
>>>
>>>_______________________________________________
>>>Geomoose-users mailing list
>>>Geomoose-users@lists.osgeo.org
>>>http://lists.osgeo.org/mailman/listinfo/geomoose-users
>>?
>?
>_______________________________________________
>Geomoose-users mailing list
>Geomoose-users@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/20120424/3fa43194/attachment-0001.html
From Bob.Bistrais at maine.gov  Tue Apr 24 09:54:04 2012
From: Bob.Bistrais at maine.gov (Bistrais, Bob)
Date: Tue Apr 24 09:54:34 2012
Subject: [Geomoose-users] problem setting up mapbook.xml in 2.6-
	projection issue
In-Reply-To: <1335273781.26698.YahooMailNeo@web161205.mail.bf1.yahoo.com>
References: <4EFF8BB964547748A07CA32961810C041D730DEC@SOM-TEAQASMAIL1.som.w2k.state.me.us>
	<B850B3523E82404C80A8ACAC40BAFDF5CA40E789@ex2010.houstonengineeringinc.com>
	<1335273781.26698.YahooMailNeo@web161205.mail.bf1.yahoo.com>
Message-ID: <4EFF8BB964547748A07CA32961810C041D73106A@SOM-TEAQASMAIL1.som.w2k.state.me.us>

Here is what I put in my new projection file.  I am in UTM 19N, which is EPSG:26919?

Proj4js.defs["EPSG:26919"] = "+title=NAD83 / UTM zone19N +proj=utm +zone=19 +a=6378137.0 +b=6356752.3141403";

 

-Still gets the pink screen.  If I use the epsg 26915 file, which is included (and very similar to my 26919), the map will draw without pink screen.

Does anything look out of place here?

 

From: Dan Little [mailto:danlittle@yahoo.com] 
Sent: Tuesday, April 24, 2012 9:23 AM
To: Brian Fischer; Bistrais, Bob; geomoose-users@lists.osgeo.org
Subject: Re: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue

 

YOU SHOULD NEVER CHANGE ANY SETTINGS IN "settings.ini"  .

 

ONLY CHANGE SETTINGS IN "local_settings.ini"  ANY SETTING IN "local_settings.ini" WILL OVERRIDE A SETTING IN "settings.ini"

 

You have been warned.

	 

	
________________________________


	From: Brian Fischer <bfischer@houstoneng.com>
	To: "Bistrais, Bob" <Bob.Bistrais@maine.gov>; "geomoose-users@lists.osgeo.org" <geomoose-users@lists.osgeo.org> 
	Sent: Tuesday, April 24, 2012 8:06 AM
	Subject: RE: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue

	 

	There are a few more steps you have to take if you are going to change the projection.  Here is a basic list.

	1)      Create a new Proj4js projection definition and put it in htdocs/projections

	2)      In geomoose.html make sure you have a reference to that projection.  You should see a couple other in there now for 3857

	3)      Change the projection in conf/settings.ini

	4)      Change the projection in conf/mapbook.xml

	 

	This should be all you need to do.

	 

	Brian Fischer, CFM

	GIS Manager 

	Houston Engineering, Inc.

	O 763.493.4522 | D 763.493.6664 | M 763.229.2734

	 

	From: geomoose-users-bounces@lists.osgeo.org [mailto:geomoose-users-bounces@lists.osgeo.org] On Behalf Of Bistrais, Bob
	Sent: Monday, April 23, 2012 3:27 PM
	To: geomoose-users@lists.osgeo.org
	Subject: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue

	 

	I downloaded the latest nightly to get familiar with release 2.6.  I?m afraid I didn?t get very far before the dreaded Pink Screen.  This happened when editing mapbook.xml, about line 11.  The parameter is the projection, EPSG:3857.  My data is in EPSG:26919.  If I change that line to 26919, the map screen goes pink.  I can?t find any errors in Firebug or the error.txt.  Any suggestions?

	
	_______________________________________________
	Geomoose-users mailing list
	Geomoose-users@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/20120424/d5135b2e/attachment.html
From danlittle at yahoo.com  Tue Apr 24 10:11:03 2012
From: danlittle at yahoo.com (Dan Little)
Date: Tue Apr 24 10:11:26 2012
Subject: [Geomoose-users] problem setting up mapbook.xml in 2.6-
	projection issue
In-Reply-To: <4EFF8BB964547748A07CA32961810C041D73106A@SOM-TEAQASMAIL1.som.w2k.state.me.us>
References: <4EFF8BB964547748A07CA32961810C041D730DEC@SOM-TEAQASMAIL1.som.w2k.state.me.us>
	<B850B3523E82404C80A8ACAC40BAFDF5CA40E789@ex2010.houstonengineeringinc.com>
	<1335273781.26698.YahooMailNeo@web161205.mail.bf1.yahoo.com>
	<4EFF8BB964547748A07CA32961810C041D73106A@SOM-TEAQASMAIL1.som.w2k.state.me.us>
Message-ID: <1335276663.203.YahooMailNeo@web161206.mail.bf1.yahoo.com>

Can you use Firebug or Firefox's "Page Info"'s "Media" tab to take a look at the calls that are being made?? There is probably an XML error that will indicate what is wrong.




>________________________________
> From: "Bistrais, Bob" <Bob.Bistrais@maine.gov>
>To: Dan Little <danlittle@yahoo.com>; Brian Fischer <bfischer@houstoneng.com>; geomoose-users@lists.osgeo.org 
>Sent: Tuesday, April 24, 2012 8:54 AM
>Subject: RE: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue
> 
>
>Here is what I put in my new projection file.? I am in UTM 19N, which is EPSG:26919?
>Proj4js.defs["EPSG:26919"] = "+title=NAD83 / UTM zone19N +proj=utm +zone=19 +a=6378137.0 +b=6356752.3141403";
>?
>-Still gets the pink screen.? If I use the epsg 26915 file, which is included (and very similar to my 26919), the map will draw without pink screen.
>Does anything look out of place here?
>?
>From:Dan Little [mailto:danlittle@yahoo.com] 
>Sent: Tuesday, April 24, 2012 9:23 AM
>To: Brian Fischer; Bistrais, Bob; geomoose-users@lists.osgeo.org
>Subject: Re: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue
>?
>YOU SHOULD NEVER CHANGE ANY SETTINGS IN "settings.ini"? .
>?
>ONLY CHANGE SETTINGS IN "local_settings.ini"? ANY SETTING IN "local_settings.ini" WILL OVERRIDE A SETTING IN "settings.ini"
>?
>You have been warned.
>?
>>
>>________________________________
>>
>>From:Brian Fischer <bfischer@houstoneng.com>
>>To: "Bistrais, Bob" <Bob.Bistrais@maine.gov>; "geomoose-users@lists.osgeo.org" <geomoose-users@lists.osgeo.org> 
>>Sent: Tuesday, April 24, 2012 8:06 AM
>>Subject: RE: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue
>>?
>>There are a few more steps you have to take if you are going to change the projection.? Here is a basic list.
>>1)????? Create a new Proj4js projection definition and put it in htdocs/projections
>>2)????? In geomoose.html make sure you have a reference to that projection.? You should see a couple other in there now for 3857
>>3)????? Change the projection in conf/settings.ini
>>4)????? Change the projection in conf/mapbook.xml
>>?
>>This should be all you need to do.
>>?
>>Brian Fischer, CFM
>>GIS Manager 
>>Houston Engineering, Inc.
>>O763.493.4522 | D 763.493.6664 | M 763.229.2734
>>?
>>From:geomoose-users-bounces@lists.osgeo.org [mailto:geomoose-users-bounces@lists.osgeo.org] On Behalf Of Bistrais, Bob
>>Sent: Monday, April 23, 2012 3:27 PM
>>To: geomoose-users@lists.osgeo.org
>>Subject: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue
>>?
>>I downloaded the latest nightly to get familiar with release 2.6.? I?m afraid I didn?t get very far before the dreaded Pink Screen.? This happened when editing mapbook.xml, about line 11.? The parameter is the projection, EPSG:3857.? My data is in EPSG:26919.? If I change that line to 26919, the map screen goes pink.? I can?t find any errors in Firebug or the error.txt.? Any suggestions?
>>
>>_______________________________________________
>>Geomoose-users mailing list
>>Geomoose-users@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/20120424/c0db198a/attachment-0001.html
From Bob.Bistrais at maine.gov  Tue Apr 24 10:28:12 2012
From: Bob.Bistrais at maine.gov (Bistrais, Bob)
Date: Tue Apr 24 10:28:49 2012
Subject: [Geomoose-users] problem setting up mapbook.xml in 2.6-
	projection issue
In-Reply-To: <1335276663.203.YahooMailNeo@web161206.mail.bf1.yahoo.com>
References: <4EFF8BB964547748A07CA32961810C041D730DEC@SOM-TEAQASMAIL1.som.w2k.state.me.us>
	<B850B3523E82404C80A8ACAC40BAFDF5CA40E789@ex2010.houstonengineeringinc.com>
	<1335273781.26698.YahooMailNeo@web161205.mail.bf1.yahoo.com>
	<4EFF8BB964547748A07CA32961810C041D73106A@SOM-TEAQASMAIL1.som.w2k.state.me.us>
	<1335276663.203.YahooMailNeo@web161206.mail.bf1.yahoo.com>
Message-ID: <4EFF8BB964547748A07CA32961810C041D7310D7@SOM-TEAQASMAIL1.som.w2k.state.me.us>

Page Info/Media didn?t tell me much.  Firebug- here?s what the request was for the parcel layer:

 

http://localhost/cgi-bin/mapserv.exe?FORMAT=image%2Fpng%3Bbits%3D8&MAP=%2Fms4w%2Fapps%2Fmaptest%2Fmaps%2F%2Fdemo%2Fparcels%2Fparcels.map&TRANSPARENT=TRUE&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&LAYERS=parcels&SRS=EPSG%3A26919&BBOX=-787590.97689331,4596412.4907104,1812490.9768933,5403587.5092896&WIDTH=1063&HEIGHT=330

 

 

The BBOX looks a bit weird- notice that it starts with a negative number, in 26919 I?d expect all positive.  Also not able to turn on the USGS data, which I?d hoped would cover my area. (I get pink screen with the USGS data too)

 

From: Dan Little [mailto:danlittle@yahoo.com] 
Sent: Tuesday, April 24, 2012 10:11 AM
To: Bistrais, Bob; Brian Fischer; geomoose-users@lists.osgeo.org
Subject: Re: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue

 

Can you use Firebug or Firefox's "Page Info"'s "Media" tab to take a look at the calls that are being made?  There is probably an XML error that will indicate what is wrong.

	 

	
________________________________


	From: "Bistrais, Bob" <Bob.Bistrais@maine.gov>
	To: Dan Little <danlittle@yahoo.com>; Brian Fischer <bfischer@houstoneng.com>; geomoose-users@lists.osgeo.org 
	Sent: Tuesday, April 24, 2012 8:54 AM
	Subject: RE: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue

	 

	Here is what I put in my new projection file.  I am in UTM 19N, which is EPSG:26919?

	Proj4js.defs["EPSG:26919"] = "+title=NAD83 / UTM zone19N +proj=utm +zone=19 +a=6378137.0 +b=6356752.3141403";

	 

	-Still gets the pink screen.  If I use the epsg 26915 file, which is included (and very similar to my 26919), the map will draw without pink screen.

	Does anything look out of place here?

	 

	From: Dan Little [mailto:danlittle@yahoo.com] 
	Sent: Tuesday, April 24, 2012 9:23 AM
	To: Brian Fischer; Bistrais, Bob; geomoose-users@lists.osgeo.org
	Subject: Re: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue

	 

	YOU SHOULD NEVER CHANGE ANY SETTINGS IN "settings.ini"  .

	 

	ONLY CHANGE SETTINGS IN "local_settings.ini"  ANY SETTING IN "local_settings.ini" WILL OVERRIDE A SETTING IN "settings.ini"

	 

	You have been warned.

		 

		
________________________________


		From: Brian Fischer <bfischer@houstoneng.com>
		To: "Bistrais, Bob" <Bob.Bistrais@maine.gov>; "geomoose-users@lists.osgeo.org" <geomoose-users@lists.osgeo.org> 
		Sent: Tuesday, April 24, 2012 8:06 AM
		Subject: RE: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue

		 

		There are a few more steps you have to take if you are going to change the projection.  Here is a basic list.

		1)      Create a new Proj4js projection definition and put it in htdocs/projections

		2)      In geomoose.html make sure you have a reference to that projection.  You should see a couple other in there now for 3857

		3)      Change the projection in conf/settings.ini

		4)      Change the projection in conf/mapbook.xml

		 

		This should be all you need to do.

		 

		Brian Fischer, CFM

		GIS Manager 

		Houston Engineering, Inc.

		O 763.493.4522 | D 763.493.6664 | M 763.229.2734

		 

		From: geomoose-users-bounces@lists.osgeo.org [mailto:geomoose-users-bounces@lists.osgeo.org] On Behalf Of Bistrais, Bob
		Sent: Monday, April 23, 2012 3:27 PM
		To: geomoose-users@lists.osgeo.org
		Subject: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue

		 

		I downloaded the latest nightly to get familiar with release 2.6.  I?m afraid I didn?t get very far before the dreaded Pink Screen.  This happened when editing mapbook.xml, about line 11.  The parameter is the projection, EPSG:3857.  My data is in EPSG:26919.  If I change that line to 26919, the map screen goes pink.  I can?t find any errors in Firebug or the error.txt.  Any suggestions?

		
		_______________________________________________
		Geomoose-users mailing list
		Geomoose-users@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/20120424/936aa9e7/attachment-0001.html
From Bob.Bistrais at maine.gov  Tue Apr 24 10:30:06 2012
From: Bob.Bistrais at maine.gov (Bistrais, Bob)
Date: Tue Apr 24 10:30:51 2012
Subject: [Geomoose-users] problem setting up mapbook.xml in 2.6-projection
	issue
In-Reply-To: <4EFF8BB964547748A07CA32961810C041D7310D7@SOM-TEAQASMAIL1.som.w2k.state.me.us>
References: <4EFF8BB964547748A07CA32961810C041D730DEC@SOM-TEAQASMAIL1.som.w2k.state.me.us><B850B3523E82404C80A8ACAC40BAFDF5CA40E789@ex2010.houstonengineeringinc.com><1335273781.26698.YahooMailNeo@web161205.mail.bf1.yahoo.com><4EFF8BB964547748A07CA32961810C041D73106A@SOM-TEAQASMAIL1.som.w2k.state.me.us><1335276663.203.YahooMailNeo@web161206.mail.bf1.yahoo.com>
	<4EFF8BB964547748A07CA32961810C041D7310D7@SOM-TEAQASMAIL1.som.w2k.state.me.us>
Message-ID: <4EFF8BB964547748A07CA32961810C041D7310DD@SOM-TEAQASMAIL1.som.w2k.state.me.us>

Here?s the request for USGS maps:

BBOX-787590.97689331,4596412.4907104,1812490.9768933,5403587.5092896FORMATimage/pngHEIGHT330LAYERSDRGMAP/ms4w/apps/maptest/maps//demo/wms/usgs.mapREQUESTGetMapSERVICEWMSSRSEPSG:26919STYLESTRANSPARENTTRUEVERSION1.1.1WIDTH1063

 

From: geomoose-users-bounces@lists.osgeo.org [mailto:geomoose-users-bounces@lists.osgeo.org] On Behalf Of Bistrais, Bob
Sent: Tuesday, April 24, 2012 10:28 AM
To: Dan Little; Brian Fischer; geomoose-users@lists.osgeo.org
Subject: RE: [Geomoose-users] problem setting up mapbook.xml in 2.6-projection issue

 

Page Info/Media didn?t tell me much.  Firebug- here?s what the request was for the parcel layer:

 

http://localhost/cgi-bin/mapserv.exe?FORMAT=image%2Fpng%3Bbits%3D8&MAP=%2Fms4w%2Fapps%2Fmaptest%2Fmaps%2F%2Fdemo%2Fparcels%2Fparcels.map&TRANSPARENT=TRUE&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&LAYERS=parcels&SRS=EPSG%3A26919&BBOX=-787590.97689331,4596412.4907104,1812490.9768933,5403587.5092896&WIDTH=1063&HEIGHT=330

 

 

The BBOX looks a bit weird- notice that it starts with a negative number, in 26919 I?d expect all positive.  Also not able to turn on the USGS data, which I?d hoped would cover my area. (I get pink screen with the USGS data too)

 

From: Dan Little [mailto:danlittle@yahoo.com] 
Sent: Tuesday, April 24, 2012 10:11 AM
To: Bistrais, Bob; Brian Fischer; geomoose-users@lists.osgeo.org
Subject: Re: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue

 

Can you use Firebug or Firefox's "Page Info"'s "Media" tab to take a look at the calls that are being made?  There is probably an XML error that will indicate what is wrong.

	 

	
________________________________


	From: "Bistrais, Bob" <Bob.Bistrais@maine.gov>
	To: Dan Little <danlittle@yahoo.com>; Brian Fischer <bfischer@houstoneng.com>; geomoose-users@lists.osgeo.org 
	Sent: Tuesday, April 24, 2012 8:54 AM
	Subject: RE: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue

	 

	Here is what I put in my new projection file.  I am in UTM 19N, which is EPSG:26919?

	Proj4js.defs["EPSG:26919"] = "+title=NAD83 / UTM zone19N +proj=utm +zone=19 +a=6378137.0 +b=6356752.3141403";

	 

	-Still gets the pink screen.  If I use the epsg 26915 file, which is included (and very similar to my 26919), the map will draw without pink screen.

	Does anything look out of place here?

	 

	From: Dan Little [mailto:danlittle@yahoo.com] 
	Sent: Tuesday, April 24, 2012 9:23 AM
	To: Brian Fischer; Bistrais, Bob; geomoose-users@lists.osgeo.org
	Subject: Re: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue

	 

	YOU SHOULD NEVER CHANGE ANY SETTINGS IN "settings.ini"  .

	 

	ONLY CHANGE SETTINGS IN "local_settings.ini"  ANY SETTING IN "local_settings.ini" WILL OVERRIDE A SETTING IN "settings.ini"

	 

	You have been warned.

		 

		
________________________________


		From: Brian Fischer <bfischer@houstoneng.com>
		To: "Bistrais, Bob" <Bob.Bistrais@maine.gov>; "geomoose-users@lists.osgeo.org" <geomoose-users@lists.osgeo.org> 
		Sent: Tuesday, April 24, 2012 8:06 AM
		Subject: RE: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue

		 

		There are a few more steps you have to take if you are going to change the projection.  Here is a basic list.

		1)      Create a new Proj4js projection definition and put it in htdocs/projections

		2)      In geomoose.html make sure you have a reference to that projection.  You should see a couple other in there now for 3857

		3)      Change the projection in conf/settings.ini

		4)      Change the projection in conf/mapbook.xml

		 

		This should be all you need to do.

		 

		Brian Fischer, CFM

		GIS Manager 

		Houston Engineering, Inc.

		O 763.493.4522 | D 763.493.6664 | M 763.229.2734

		 

		From: geomoose-users-bounces@lists.osgeo.org [mailto:geomoose-users-bounces@lists.osgeo.org] On Behalf Of Bistrais, Bob
		Sent: Monday, April 23, 2012 3:27 PM
		To: geomoose-users@lists.osgeo.org
		Subject: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue

		 

		I downloaded the latest nightly to get familiar with release 2.6.  I?m afraid I didn?t get very far before the dreaded Pink Screen.  This happened when editing mapbook.xml, about line 11.  The parameter is the projection, EPSG:3857.  My data is in EPSG:26919.  If I change that line to 26919, the map screen goes pink.  I can?t find any errors in Firebug or the error.txt.  Any suggestions?

		
		_______________________________________________
		Geomoose-users mailing list
		Geomoose-users@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/20120424/768ea443/attachment-0001.html
From Bob.Bistrais at maine.gov  Tue Apr 24 10:35:58 2012
From: Bob.Bistrais at maine.gov (Bistrais, Bob)
Date: Tue Apr 24 10:36:16 2012
Subject: [Geomoose-users] problem setting up mapbook.xml in 2.6-
	projection issue
In-Reply-To: <1335276663.203.YahooMailNeo@web161206.mail.bf1.yahoo.com>
References: <4EFF8BB964547748A07CA32961810C041D730DEC@SOM-TEAQASMAIL1.som.w2k.state.me.us>
	<B850B3523E82404C80A8ACAC40BAFDF5CA40E789@ex2010.houstonengineeringinc.com>
	<1335273781.26698.YahooMailNeo@web161205.mail.bf1.yahoo.com>
	<4EFF8BB964547748A07CA32961810C041D73106A@SOM-TEAQASMAIL1.som.w2k.state.me.us>
	<1335276663.203.YahooMailNeo@web161206.mail.bf1.yahoo.com>
Message-ID: <4EFF8BB964547748A07CA32961810C041D7310F3@SOM-TEAQASMAIL1.som.w2k.state.me.us>

Interesting- with my EPSG26919 setup, if I turn off default layers and click the radio button for ArcGIS 9.3 Rest Example, I do indeed get the proper map layer, centered on the great state of Maine, as hoped.  But all those other layers still don?t want to play ball.

 

From: Dan Little [mailto:danlittle@yahoo.com] 
Sent: Tuesday, April 24, 2012 10:11 AM
To: Bistrais, Bob; Brian Fischer; geomoose-users@lists.osgeo.org
Subject: Re: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue

 

Can you use Firebug or Firefox's "Page Info"'s "Media" tab to take a look at the calls that are being made?  There is probably an XML error that will indicate what is wrong.

	 

	
________________________________


	From: "Bistrais, Bob" <Bob.Bistrais@maine.gov>
	To: Dan Little <danlittle@yahoo.com>; Brian Fischer <bfischer@houstoneng.com>; geomoose-users@lists.osgeo.org 
	Sent: Tuesday, April 24, 2012 8:54 AM
	Subject: RE: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue

	 

	Here is what I put in my new projection file.  I am in UTM 19N, which is EPSG:26919?

	Proj4js.defs["EPSG:26919"] = "+title=NAD83 / UTM zone19N +proj=utm +zone=19 +a=6378137.0 +b=6356752.3141403";

	 

	-Still gets the pink screen.  If I use the epsg 26915 file, which is included (and very similar to my 26919), the map will draw without pink screen.

	Does anything look out of place here?

	 

	From: Dan Little [mailto:danlittle@yahoo.com] 
	Sent: Tuesday, April 24, 2012 9:23 AM
	To: Brian Fischer; Bistrais, Bob; geomoose-users@lists.osgeo.org
	Subject: Re: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue

	 

	YOU SHOULD NEVER CHANGE ANY SETTINGS IN "settings.ini"  .

	 

	ONLY CHANGE SETTINGS IN "local_settings.ini"  ANY SETTING IN "local_settings.ini" WILL OVERRIDE A SETTING IN "settings.ini"

	 

	You have been warned.

		 

		
________________________________


		From: Brian Fischer <bfischer@houstoneng.com>
		To: "Bistrais, Bob" <Bob.Bistrais@maine.gov>; "geomoose-users@lists.osgeo.org" <geomoose-users@lists.osgeo.org> 
		Sent: Tuesday, April 24, 2012 8:06 AM
		Subject: RE: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue

		 

		There are a few more steps you have to take if you are going to change the projection.  Here is a basic list.

		1)      Create a new Proj4js projection definition and put it in htdocs/projections

		2)      In geomoose.html make sure you have a reference to that projection.  You should see a couple other in there now for 3857

		3)      Change the projection in conf/settings.ini

		4)      Change the projection in conf/mapbook.xml

		 

		This should be all you need to do.

		 

		Brian Fischer, CFM

		GIS Manager 

		Houston Engineering, Inc.

		O 763.493.4522 | D 763.493.6664 | M 763.229.2734

		 

		From: geomoose-users-bounces@lists.osgeo.org [mailto:geomoose-users-bounces@lists.osgeo.org] On Behalf Of Bistrais, Bob
		Sent: Monday, April 23, 2012 3:27 PM
		To: geomoose-users@lists.osgeo.org
		Subject: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue

		 

		I downloaded the latest nightly to get familiar with release 2.6.  I?m afraid I didn?t get very far before the dreaded Pink Screen.  This happened when editing mapbook.xml, about line 11.  The parameter is the projection, EPSG:3857.  My data is in EPSG:26919.  If I change that line to 26919, the map screen goes pink.  I can?t find any errors in Firebug or the error.txt.  Any suggestions?

		
		_______________________________________________
		Geomoose-users mailing list
		Geomoose-users@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/20120424/cf7b76c4/attachment-0001.html
From danlittle at yahoo.com  Tue Apr 24 10:39:47 2012
From: danlittle at yahoo.com (Dan Little)
Date: Tue Apr 24 10:40:10 2012
Subject: [Geomoose-users] problem setting up mapbook.xml in 2.6-
	projection issue
In-Reply-To: <4EFF8BB964547748A07CA32961810C041D7310D7@SOM-TEAQASMAIL1.som.w2k.state.me.us>
References: <4EFF8BB964547748A07CA32961810C041D730DEC@SOM-TEAQASMAIL1.som.w2k.state.me.us>
	<B850B3523E82404C80A8ACAC40BAFDF5CA40E789@ex2010.houstonengineeringinc.com>
	<1335273781.26698.YahooMailNeo@web161205.mail.bf1.yahoo.com>
	<4EFF8BB964547748A07CA32961810C041D73106A@SOM-TEAQASMAIL1.som.w2k.state.me.us>
	<1335276663.203.YahooMailNeo@web161206.mail.bf1.yahoo.com>
	<4EFF8BB964547748A07CA32961810C041D7310D7@SOM-TEAQASMAIL1.som.w2k.state.me.us>
Message-ID: <1335278387.96234.YahooMailNeo@web161203.mail.bf1.yahoo.com>

I can't open that link from here. :-)

Can you open it in a different tab and see what error your are receiving? I agree the coordinates look wrong for a UTM projection.




>________________________________
> From: "Bistrais, Bob" <Bob.Bistrais@maine.gov>
>To: Dan Little <danlittle@yahoo.com>; Brian Fischer <bfischer@houstoneng.com>; geomoose-users@lists.osgeo.org 
>Sent: Tuesday, April 24, 2012 9:28 AM
>Subject: RE: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue
> 
>
>Page Info/Media didn?t tell me much.? Firebug- here?s what the request was for the parcel layer:
>?
>http://localhost/cgi-bin/mapserv.exe?FORMAT=image%2Fpng%3Bbits%3D8&MAP=%2Fms4w%2Fapps%2Fmaptest%2Fmaps%2F%2Fdemo%2Fparcels%2Fparcels.map&TRANSPARENT=TRUE&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&LAYERS=parcels&SRS=EPSG%3A26919&BBOX=-787590.97689331,4596412.4907104,1812490.9768933,5403587.5092896&WIDTH=1063&HEIGHT=330
>?
>?
>The BBOX looks a bit weird- notice that it starts with a negative number, in 26919 I?d expect all positive.? Also not able to turn on the USGS data, which I?d hoped would cover my area. (I get pink screen with the USGS data too)
>?
>From:Dan Little [mailto:danlittle@yahoo.com] 
>Sent: Tuesday, April 24, 2012 10:11 AM
>To: Bistrais, Bob; Brian Fischer; geomoose-users@lists.osgeo.org
>Subject: Re: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue
>?
>Can you use Firebug or Firefox's "Page Info"'s "Media" tab to take a look at the calls that are being made?? There is probably an XML error that will indicate what is wrong.
>?
>>
>>________________________________
>>
>>From:"Bistrais, Bob" <Bob.Bistrais@maine.gov>
>>To: Dan Little <danlittle@yahoo.com>; Brian Fischer <bfischer@houstoneng.com>; geomoose-users@lists.osgeo.org 
>>Sent: Tuesday, April 24, 2012 8:54 AM
>>Subject: RE: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue
>>?
>>Here is what I put in my new projection file.? I am in UTM 19N, which is EPSG:26919?
>>Proj4js.defs["EPSG:26919"] = "+title=NAD83 / UTM zone19N +proj=utm +zone=19 +a=6378137.0 +b=6356752.3141403";
>>?
>>-Still gets the pink screen.? If I use the epsg 26915 file, which is included (and very similar to my 26919), the map will draw without pink screen.
>>Does anything look out of place here?
>>?
>>From:Dan Little [mailto:danlittle@yahoo.com] 
>>Sent: Tuesday, April 24, 2012 9:23 AM
>>To: Brian Fischer; Bistrais, Bob; geomoose-users@lists.osgeo.org
>>Subject: Re: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue
>>?
>>YOU SHOULD NEVER CHANGE ANY SETTINGS IN "settings.ini"? .
>>?
>>ONLY CHANGE SETTINGS IN "local_settings.ini"? ANY SETTING IN "local_settings.ini" WILL OVERRIDE A SETTING IN "settings.ini"
>>?
>>You have been warned.
>>?
>>>
>>>________________________________
>>>
>>>From:Brian Fischer <bfischer@houstoneng.com>
>>>To: "Bistrais, Bob" <Bob.Bistrais@maine.gov>; "geomoose-users@lists.osgeo.org" <geomoose-users@lists.osgeo.org> 
>>>Sent: Tuesday, April 24, 2012 8:06 AM
>>>Subject: RE: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue
>>>?
>>>There are a few more steps you have to take if you are going to change the projection.? Here is a basic list.
>>>1)????? Create a new Proj4js projection definition and put it in htdocs/projections
>>>2)????? In geomoose.html make sure you have a reference to that projection.? You should see a couple other in there now for 3857
>>>3)????? Change the projection in conf/settings.ini
>>>4)????? Change the projection in conf/mapbook.xml
>>>?
>>>This should be all you need to do.
>>>?
>>>Brian Fischer, CFM
>>>GIS Manager 
>>>Houston Engineering, Inc.
>>>O763.493.4522 | D 763.493.6664 | M 763.229.2734
>>>?
>>>From:geomoose-users-bounces@lists.osgeo.org [mailto:geomoose-users-bounces@lists.osgeo.org] On Behalf Of Bistrais, Bob
>>>Sent: Monday, April 23, 2012 3:27 PM
>>>To: geomoose-users@lists.osgeo.org
>>>Subject: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue
>>>?
>>>I downloaded the latest nightly to get familiar with release 2.6.? I?m afraid I didn?t get very far before the dreaded Pink Screen.? This happened when editing mapbook.xml, about line 11.? The parameter is the projection, EPSG:3857.? My data is in EPSG:26919.? If I change that line to 26919, the map screen goes pink.? I can?t find any errors in Firebug or the error.txt.? Any suggestions?
>>>
>>>_______________________________________________
>>>Geomoose-users mailing list
>>>Geomoose-users@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/20120424/0ec18490/attachment-0001.html
From klassen.js at gmail.com  Tue Apr 24 10:51:43 2012
From: klassen.js at gmail.com (Jim Klassen)
Date: Tue Apr 24 10:52:07 2012
Subject: [Geomoose-users] RFC-2, motion
In-Reply-To: <1335273976.91460.YahooMailNeo@web161204.mail.bf1.yahoo.com>
References: <CACqBkM8g9K-R7tmu-H8Cm7QYdLnw2yzq4ZGMcS4Kriw5yqRHGA@mail.gmail.com>
	<B850B3523E82404C80A8ACAC40BAFDF5CA40E7B4@ex2010.houstonengineeringinc.com>
	<1335273976.91460.YahooMailNeo@web161204.mail.bf1.yahoo.com>
Message-ID: <A940E2F7-9DCA-4756-8E43-A90858C1F4C2@gmail.com>

+1



On Apr 24, 2012, at 8:26, Dan Little <danlittle@yahoo.com> wrote:

> +1
> 
> From: Brian Fischer <bfischer@houstoneng.com>
> To: "eadam@co.lincoln.or.us" <eadam@co.lincoln.or.us>; James Klassen <klassen.js@gmail.com> 
> Cc: Bob Basques <Bob.Basques@ci.stpaul.mn.us>; "geomoose-users@lists.osgeo.org" <geomoose-users@lists.osgeo.org> 
> Sent: Tuesday, April 24, 2012 8:10 AM
> Subject: RE: [Geomoose-users] RFC-2, motion
> 
> +1 for me.
>  
> Brian Fischer, CFM
> GIS Manager
> Houston Engineering, Inc.
> O 763.493.4522 | D 763.493.6664 | M 763.229.2734
>  
> From: geomoose-users-bounces@lists.osgeo.org [mailto:geomoose-users-bounces@lists.osgeo.org] On Behalf Of Eli Adam
> Sent: Sunday, April 22, 2012 11:52 PM
> To: James Klassen
> Cc: Bob Basques; geomoose-users@lists.osgeo.org
> Subject: Re: [Geomoose-users] RFC-2, motion
>  
> Jim and Bob,
> On Fri, Apr 20, 2012 at 7:37 AM, James Klassen <klassen.js@gmail.com> wrote:
> Actually, in that light it might just be cleaner to strike the "similar to MapServer's" line.  MapServer doesn't really justify why we need a mission statement.
>  
> 
> Good idea.  I removed that.
>  
>  
> On Fri, Apr 20, 2012 at 9:09 AM, Bob Basques <Bob.Basques@ci.stpaul.mn.us> wrote:
> Eli,
>  
> The only comment I have a couple of slight comments, about the reference to MapServer.   Seems like this is out of place in here for some reason.  Maybe expanding that comment to include the other open source projects that are included and how they might be similarly administered.  the refence to ". . . the website as a representation . . .", might this be better with a link to the actual website (due to possible replication of the page?), to something like " . . . . the website (geomoose.org) as a representation . . ."
>  
> 
> Good point, I added a link.  If the changes aren't visible on the website, both are here, http://trac.osgeo.org/geomoose/changeset/763/
> 
> I also changed the status to proposed.  I'll start the voting on the motion:
> 
> +1
> 
> Eli
> 
>  
> bobb
>  
> 
> 
> >>> Eli Adam <eadam@co.lincoln.or.us> wrote:
> All,
> 
>     RFC-2 is available for review.  Voice your thoughts in the next
> few days.  I'll change the status to proposed and call for a vote next
> week.
> 
> http://geomoose.org/trunk/rfc/rfc-2.html
> 
> Regards, Eli
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/geomoose-users
> 
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/geomoose-users
>  
>  
> 
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@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/20120424/a7eab44d/attachment.html
From eadam at co.lincoln.or.us  Tue Apr 24 10:54:06 2012
From: eadam at co.lincoln.or.us (Eli Adam)
Date: Tue Apr 24 10:54:28 2012
Subject: [Geomoose-users] problem setting up mapbook.xml in 2.6-
	projection issue
In-Reply-To: <1335278387.96234.YahooMailNeo@web161203.mail.bf1.yahoo.com>
References: <4EFF8BB964547748A07CA32961810C041D730DEC@SOM-TEAQASMAIL1.som.w2k.state.me.us>
	<B850B3523E82404C80A8ACAC40BAFDF5CA40E789@ex2010.houstonengineeringinc.com>
	<1335273781.26698.YahooMailNeo@web161205.mail.bf1.yahoo.com>
	<4EFF8BB964547748A07CA32961810C041D73106A@SOM-TEAQASMAIL1.som.w2k.state.me.us>
	<1335276663.203.YahooMailNeo@web161206.mail.bf1.yahoo.com>
	<4EFF8BB964547748A07CA32961810C041D7310D7@SOM-TEAQASMAIL1.som.w2k.state.me.us>
	<1335278387.96234.YahooMailNeo@web161203.mail.bf1.yahoo.com>
Message-ID: <CACqBkM8MsVicN0gfR0UDP48hLrYbDQeOGqJRwv7eBZCQm9cU=w@mail.gmail.com>

Bob,

Once you figure this out, let's work to make sure that this is
correct, http://geomoose.org/trunk/docs/projections.html

Eli

On Tue, Apr 24, 2012 at 7:39 AM, Dan Little <danlittle@yahoo.com> wrote:
> I can't open that link from here. :-)
>
> Can you open it in a different tab and see what error your are receiving? I
> agree the coordinates look wrong for a UTM projection.
>
> ________________________________
> From: "Bistrais, Bob" <Bob.Bistrais@maine.gov>
> To: Dan Little <danlittle@yahoo.com>; Brian Fischer
> <bfischer@houstoneng.com>; geomoose-users@lists.osgeo.org
> Sent: Tuesday, April 24, 2012 9:28 AM
>
> Subject: RE: [Geomoose-users] problem setting up mapbook.xml in 2.6-
> projection issue
>
> Page Info/Media didn?t tell me much.? Firebug- here?s what the request was
> for the parcel layer:
>
> http://localhost/cgi-bin/mapserv.exe?FORMAT=image%2Fpng%3Bbits%3D8&MAP=%2Fms4w%2Fapps%2Fmaptest%2Fmaps%2F%2Fdemo%2Fparcels%2Fparcels.map&TRANSPARENT=TRUE&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&LAYERS=parcels&SRS=EPSG%3A26919&BBOX=-787590.97689331,4596412.4907104,1812490.9768933,5403587.5092896&WIDTH=1063&HEIGHT=330
>
>
> The BBOX looks a bit weird- notice that it starts with a negative number, in
> 26919 I?d expect all positive.? Also not able to turn on the USGS data,
> which I?d hoped would cover my area. (I get pink screen with the USGS data
> too)
>
> From: Dan Little [mailto:danlittle@yahoo.com]
> Sent: Tuesday, April 24, 2012 10:11 AM
> To: Bistrais, Bob; Brian Fischer; geomoose-users@lists.osgeo.org
> Subject: Re: [Geomoose-users] problem setting up mapbook.xml in 2.6-
> projection issue
>
> Can you use Firebug or Firefox's "Page Info"'s "Media" tab to take a look at
> the calls that are being made?? There is probably an XML error that will
> indicate what is wrong.
>
>
> ________________________________
> From: "Bistrais, Bob" <Bob.Bistrais@maine.gov>
> To: Dan Little <danlittle@yahoo.com>; Brian Fischer
> <bfischer@houstoneng.com>; geomoose-users@lists.osgeo.org
> Sent: Tuesday, April 24, 2012 8:54 AM
> Subject: RE: [Geomoose-users] problem setting up mapbook.xml in 2.6-
> projection issue
>
> Here is what I put in my new projection file.? I am in UTM 19N, which is
> EPSG:26919?
> Proj4js.defs["EPSG:26919"] = "+title=NAD83 / UTM zone19N +proj=utm +zone=19
> +a=6378137.0 +b=6356752.3141403";
>
> -Still gets the pink screen.? If I use the epsg 26915 file, which is
> included (and very similar to my 26919), the map will draw without pink
> screen.
> Does anything look out of place here?
>
> From: Dan Little [mailto:danlittle@yahoo.com]
> Sent: Tuesday, April 24, 2012 9:23 AM
> To: Brian Fischer; Bistrais, Bob; geomoose-users@lists.osgeo.org
> Subject: Re: [Geomoose-users] problem setting up mapbook.xml in 2.6-
> projection issue
>
> YOU SHOULD NEVER CHANGE ANY SETTINGS IN "settings.ini"? .
>
> ONLY CHANGE SETTINGS IN "local_settings.ini"? ANY SETTING IN
> "local_settings.ini" WILL OVERRIDE A SETTING IN "settings.ini"
>
> You have been warned.
>
>
> ________________________________
> From: Brian Fischer <bfischer@houstoneng.com>
> To: "Bistrais, Bob" <Bob.Bistrais@maine.gov>;
> "geomoose-users@lists.osgeo.org" <geomoose-users@lists.osgeo.org>
> Sent: Tuesday, April 24, 2012 8:06 AM
> Subject: RE: [Geomoose-users] problem setting up mapbook.xml in 2.6-
> projection issue
>
> There are a few more steps you have to take if you are going to change the
> projection.? Here is a basic list.
> 1)????? Create a new Proj4js projection definition and put it in
> htdocs/projections
> 2)????? In geomoose.html make sure you have a reference to that projection.
> You should see a couple other in there now for 3857
> 3)????? Change the projection in conf/settings.ini
> 4)????? Change the projection in conf/mapbook.xml
>
> This should be all you need to do.
>
> Brian Fischer, CFM
> GIS Manager
> Houston Engineering, Inc.
> O 763.493.4522 | D 763.493.6664 | M 763.229.2734
>
> From: geomoose-users-bounces@lists.osgeo.org
> [mailto:geomoose-users-bounces@lists.osgeo.org] On Behalf Of Bistrais, Bob
> Sent: Monday, April 23, 2012 3:27 PM
> To: geomoose-users@lists.osgeo.org
> Subject: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection
> issue
>
> I downloaded the latest nightly to get familiar with release 2.6.? I?m
> afraid I didn?t get very far before the dreaded Pink Screen.? This happened
> when editing mapbook.xml, about line 11.? The parameter is the projection,
> EPSG:3857.? My data is in EPSG:26919.? If I change that line to 26919, the
> map screen goes pink.? I can?t find any errors in Firebug or the error.txt.
> Any suggestions?
>
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/geomoose-users
>
>
>
>
>
>
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/geomoose-users
>
From Bob.Bistrais at maine.gov  Tue Apr 24 10:56:51 2012
From: Bob.Bistrais at maine.gov (Bistrais, Bob)
Date: Tue Apr 24 10:57:28 2012
Subject: [Geomoose-users] problem setting up mapbook.xml in 2.6-
	projection issue
In-Reply-To: <CACqBkM8MsVicN0gfR0UDP48hLrYbDQeOGqJRwv7eBZCQm9cU=w@mail.gmail.com>
References: <4EFF8BB964547748A07CA32961810C041D730DEC@SOM-TEAQASMAIL1.som.w2k.state.me.us><B850B3523E82404C80A8ACAC40BAFDF5CA40E789@ex2010.houstonengineeringinc.com><1335273781.26698.YahooMailNeo@web161205.mail.bf1.yahoo.com><4EFF8BB964547748A07CA32961810C041D73106A@SOM-TEAQASMAIL1.som.w2k.state.me.us><1335276663.203.YahooMailNeo@web161206.mail.bf1.yahoo.com><4EFF8BB964547748A07CA32961810C041D7310D7@SOM-TEAQASMAIL1.som.w2k.state.me.us><1335278387.96234.YahooMailNeo@web161203.mail.bf1.yahoo.com>
	<CACqBkM8MsVicN0gfR0UDP48hLrYbDQeOGqJRwv7eBZCQm9cU=w@mail.gmail.com>
Message-ID: <4EFF8BB964547748A07CA32961810C041D731136@SOM-TEAQASMAIL1.som.w2k.state.me.us>

Yes, absolutely.

-----Original Message-----
From: Eli Adam [mailto:eadam@co.lincoln.or.us] 
Sent: Tuesday, April 24, 2012 10:54 AM
To: Dan Little
Cc: Bistrais, Bob; Brian Fischer; geomoose-users@lists.osgeo.org
Subject: Re: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue

Bob,

Once you figure this out, let's work to make sure that this is correct, http://geomoose.org/trunk/docs/projections.html

Eli

On Tue, Apr 24, 2012 at 7:39 AM, Dan Little <danlittle@yahoo.com> wrote:
> I can't open that link from here. :-)
>
> Can you open it in a different tab and see what error your are 
> receiving? I agree the coordinates look wrong for a UTM projection.
>
> ________________________________
> From: "Bistrais, Bob" <Bob.Bistrais@maine.gov>
> To: Dan Little <danlittle@yahoo.com>; Brian Fischer 
> <bfischer@houstoneng.com>; geomoose-users@lists.osgeo.org
> Sent: Tuesday, April 24, 2012 9:28 AM
>
> Subject: RE: [Geomoose-users] problem setting up mapbook.xml in 2.6- 
> projection issue
>
> Page Info/Media didn't tell me much.? Firebug- here's what the request 
> was for the parcel layer:
>
> http://localhost/cgi-bin/mapserv.exe?FORMAT=image%2Fpng%3Bbits%3D8&MAP
> =%2Fms4w%2Fapps%2Fmaptest%2Fmaps%2F%2Fdemo%2Fparcels%2Fparcels.map&TRA
> NSPARENT=TRUE&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&LAYERS=
> parcels&SRS=EPSG%3A26919&BBOX=-787590.97689331,4596412.4907104,1812490
> .9768933,5403587.5092896&WIDTH=1063&HEIGHT=330
>
>
> The BBOX looks a bit weird- notice that it starts with a negative 
> number, in
> 26919 I'd expect all positive.? Also not able to turn on the USGS 
> data, which I'd hoped would cover my area. (I get pink screen with the 
> USGS data
> too)
>
> From: Dan Little [mailto:danlittle@yahoo.com]
> Sent: Tuesday, April 24, 2012 10:11 AM
> To: Bistrais, Bob; Brian Fischer; geomoose-users@lists.osgeo.org
> Subject: Re: [Geomoose-users] problem setting up mapbook.xml in 2.6- 
> projection issue
>
> Can you use Firebug or Firefox's "Page Info"'s "Media" tab to take a 
> look at the calls that are being made?? There is probably an XML error 
> that will indicate what is wrong.
>
>
> ________________________________
> From: "Bistrais, Bob" <Bob.Bistrais@maine.gov>
> To: Dan Little <danlittle@yahoo.com>; Brian Fischer 
> <bfischer@houstoneng.com>; geomoose-users@lists.osgeo.org
> Sent: Tuesday, April 24, 2012 8:54 AM
> Subject: RE: [Geomoose-users] problem setting up mapbook.xml in 2.6- 
> projection issue
>
> Here is what I put in my new projection file.? I am in UTM 19N, which 
> is EPSG:26919... Proj4js.defs["EPSG:26919"] = "+title=NAD83 / UTM 
> zone19N +proj=utm +zone=19
> +a=6378137.0 +b=6356752.3141403";
>
> -Still gets the pink screen.? If I use the epsg 26915 file, which is 
> included (and very similar to my 26919), the map will draw without 
> pink screen.
> Does anything look out of place here?
>
> From: Dan Little [mailto:danlittle@yahoo.com]
> Sent: Tuesday, April 24, 2012 9:23 AM
> To: Brian Fischer; Bistrais, Bob; geomoose-users@lists.osgeo.org
> Subject: Re: [Geomoose-users] problem setting up mapbook.xml in 2.6- 
> projection issue
>
> YOU SHOULD NEVER CHANGE ANY SETTINGS IN "settings.ini"? .
>
> ONLY CHANGE SETTINGS IN "local_settings.ini"? ANY SETTING IN 
> "local_settings.ini" WILL OVERRIDE A SETTING IN "settings.ini"
>
> You have been warned.
>
>
> ________________________________
> From: Brian Fischer <bfischer@houstoneng.com>
> To: "Bistrais, Bob" <Bob.Bistrais@maine.gov>; 
> "geomoose-users@lists.osgeo.org" <geomoose-users@lists.osgeo.org>
> Sent: Tuesday, April 24, 2012 8:06 AM
> Subject: RE: [Geomoose-users] problem setting up mapbook.xml in 2.6- 
> projection issue
>
> There are a few more steps you have to take if you are going to change 
> the projection.? Here is a basic list.
> 1)????? Create a new Proj4js projection definition and put it in 
> htdocs/projections
> 2)????? In geomoose.html make sure you have a reference to that projection.
> You should see a couple other in there now for 3857
> 3)????? Change the projection in conf/settings.ini
> 4)????? Change the projection in conf/mapbook.xml
>
> This should be all you need to do.
>
> Brian Fischer, CFM
> GIS Manager
> Houston Engineering, Inc.
> O 763.493.4522 | D 763.493.6664 | M 763.229.2734
>
> From: geomoose-users-bounces@lists.osgeo.org
> [mailto:geomoose-users-bounces@lists.osgeo.org] On Behalf Of Bistrais, 
> Bob
> Sent: Monday, April 23, 2012 3:27 PM
> To: geomoose-users@lists.osgeo.org
> Subject: [Geomoose-users] problem setting up mapbook.xml in 2.6- 
> projection issue
>
> I downloaded the latest nightly to get familiar with release 2.6.? I'm 
> afraid I didn't get very far before the dreaded Pink Screen.? This 
> happened when editing mapbook.xml, about line 11.? The parameter is 
> the projection, EPSG:3857.? My data is in EPSG:26919.? If I change 
> that line to 26919, the map screen goes pink.? I can't find any errors in Firebug or the error.txt.
> Any suggestions?
>
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/geomoose-users
>
>
>
>
>
>
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/geomoose-users
>
From Bob.Bistrais at maine.gov  Tue Apr 24 11:04:57 2012
From: Bob.Bistrais at maine.gov (Bistrais, Bob)
Date: Tue Apr 24 11:07:42 2012
Subject: [Geomoose-users] problem setting up mapbook.xml in 2.6-
	projection issue
In-Reply-To: <1335278387.96234.YahooMailNeo@web161203.mail.bf1.yahoo.com>
References: <4EFF8BB964547748A07CA32961810C041D730DEC@SOM-TEAQASMAIL1.som.w2k.state.me.us>
	<B850B3523E82404C80A8ACAC40BAFDF5CA40E789@ex2010.houstonengineeringinc.com>
	<1335273781.26698.YahooMailNeo@web161205.mail.bf1.yahoo.com>
	<4EFF8BB964547748A07CA32961810C041D73106A@SOM-TEAQASMAIL1.som.w2k.state.me.us>
	<1335276663.203.YahooMailNeo@web161206.mail.bf1.yahoo.com>
	<4EFF8BB964547748A07CA32961810C041D7310D7@SOM-TEAQASMAIL1.som.w2k.state.me.us>
	<1335278387.96234.YahooMailNeo@web161203.mail.bf1.yahoo.com>
Message-ID: <4EFF8BB964547748A07CA32961810C041D731151@SOM-TEAQASMAIL1.som.w2k.state.me.us>

When opening in a new tab, here?s the error message:

loadSymbolSet(): Unable to access file. (../../symbols/symbol.sym)

 

However, the map file for this layer does not call for a symbol set, and I?m using just a simple polygon fill:

 

    STYLE

      COLOR 130 190 75

      OUTLINECOLOR 0 0 0

    END

 

From: Dan Little [mailto:danlittle@yahoo.com] 
Sent: Tuesday, April 24, 2012 10:40 AM
To: Bistrais, Bob; Brian Fischer; geomoose-users@lists.osgeo.org
Subject: Re: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue

 

I can't open that link from here. :-)

 

Can you open it in a different tab and see what error your are receiving? I agree the coordinates look wrong for a UTM projection.

	 

	
________________________________


	From: "Bistrais, Bob" <Bob.Bistrais@maine.gov>
	To: Dan Little <danlittle@yahoo.com>; Brian Fischer <bfischer@houstoneng.com>; geomoose-users@lists.osgeo.org 
	Sent: Tuesday, April 24, 2012 9:28 AM
	Subject: RE: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue

	 

	Page Info/Media didn?t tell me much.  Firebug- here?s what the request was for the parcel layer:

	 

	http://localhost/cgi-bin/mapserv.exe?FORMAT=image%2Fpng%3Bbits%3D8&MAP=%2Fms4w%2Fapps%2Fmaptest%2Fmaps%2F%2Fdemo%2Fparcels%2Fparcels.map&TRANSPARENT=TRUE&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&LAYERS=parcels&SRS=EPSG%3A26919&BBOX=-787590.97689331,4596412.4907104,1812490.9768933,5403587.5092896&WIDTH=1063&HEIGHT=330

	 

	 

	The BBOX looks a bit weird- notice that it starts with a negative number, in 26919 I?d expect all positive.  Also not able to turn on the USGS data, which I?d hoped would cover my area. (I get pink screen with the USGS data too)

	 

	From: Dan Little [mailto:danlittle@yahoo.com] 
	Sent: Tuesday, April 24, 2012 10:11 AM
	To: Bistrais, Bob; Brian Fischer; geomoose-users@lists.osgeo.org
	Subject: Re: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue

	 

	Can you use Firebug or Firefox's "Page Info"'s "Media" tab to take a look at the calls that are being made?  There is probably an XML error that will indicate what is wrong.

		 

		
________________________________


		From: "Bistrais, Bob" <Bob.Bistrais@maine.gov>
		To: Dan Little <danlittle@yahoo.com>; Brian Fischer <bfischer@houstoneng.com>; geomoose-users@lists.osgeo.org 
		Sent: Tuesday, April 24, 2012 8:54 AM
		Subject: RE: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue

		 

		Here is what I put in my new projection file.  I am in UTM 19N, which is EPSG:26919?

		Proj4js.defs["EPSG:26919"] = "+title=NAD83 / UTM zone19N +proj=utm +zone=19 +a=6378137.0 +b=6356752.3141403";

		 

		-Still gets the pink screen.  If I use the epsg 26915 file, which is included (and very similar to my 26919), the map will draw without pink screen.

		Does anything look out of place here?

		 

		From: Dan Little [mailto:danlittle@yahoo.com] 
		Sent: Tuesday, April 24, 2012 9:23 AM
		To: Brian Fischer; Bistrais, Bob; geomoose-users@lists.osgeo.org
		Subject: Re: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue

		 

		YOU SHOULD NEVER CHANGE ANY SETTINGS IN "settings.ini"  .

		 

		ONLY CHANGE SETTINGS IN "local_settings.ini"  ANY SETTING IN "local_settings.ini" WILL OVERRIDE A SETTING IN "settings.ini"

		 

		You have been warned.

			 

			
________________________________


			From: Brian Fischer <bfischer@houstoneng.com>
			To: "Bistrais, Bob" <Bob.Bistrais@maine.gov>; "geomoose-users@lists.osgeo.org" <geomoose-users@lists.osgeo.org> 
			Sent: Tuesday, April 24, 2012 8:06 AM
			Subject: RE: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue

			 

			There are a few more steps you have to take if you are going to change the projection.  Here is a basic list.

			1)      Create a new Proj4js projection definition and put it in htdocs/projections

			2)      In geomoose.html make sure you have a reference to that projection.  You should see a couple other in there now for 3857

			3)      Change the projection in conf/settings.ini

			4)      Change the projection in conf/mapbook.xml

			 

			This should be all you need to do.

			 

			Brian Fischer, CFM

			GIS Manager 

			Houston Engineering, Inc.

			O 763.493.4522 | D 763.493.6664 | M 763.229.2734

			 

			From: geomoose-users-bounces@lists.osgeo.org [mailto:geomoose-users-bounces@lists.osgeo.org] On Behalf Of Bistrais, Bob
			Sent: Monday, April 23, 2012 3:27 PM
			To: geomoose-users@lists.osgeo.org
			Subject: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue

			 

			I downloaded the latest nightly to get familiar with release 2.6.  I?m afraid I didn?t get very far before the dreaded Pink Screen.  This happened when editing mapbook.xml, about line 11.  The parameter is the projection, EPSG:3857.  My data is in EPSG:26919.  If I change that line to 26919, the map screen goes pink.  I can?t find any errors in Firebug or the error.txt.  Any suggestions?

			
			_______________________________________________
			Geomoose-users mailing list
			Geomoose-users@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/20120424/82290146/attachment-0001.html
From danlittle at yahoo.com  Tue Apr 24 11:08:05 2012
From: danlittle at yahoo.com (Dan Little)
Date: Tue Apr 24 11:19:11 2012
Subject: [Geomoose-users] problem setting up mapbook.xml in 2.6-
	projection issue
In-Reply-To: <4EFF8BB964547748A07CA32961810C041D731151@SOM-TEAQASMAIL1.som.w2k.state.me.us>
References: <4EFF8BB964547748A07CA32961810C041D730DEC@SOM-TEAQASMAIL1.som.w2k.state.me.us>
	<B850B3523E82404C80A8ACAC40BAFDF5CA40E789@ex2010.houstonengineeringinc.com>
	<1335273781.26698.YahooMailNeo@web161205.mail.bf1.yahoo.com>
	<4EFF8BB964547748A07CA32961810C041D73106A@SOM-TEAQASMAIL1.som.w2k.state.me.us>
	<1335276663.203.YahooMailNeo@web161206.mail.bf1.yahoo.com>
	<4EFF8BB964547748A07CA32961810C041D7310D7@SOM-TEAQASMAIL1.som.w2k.state.me.us>
	<1335278387.96234.YahooMailNeo@web161203.mail.bf1.yahoo.com>
	<4EFF8BB964547748A07CA32961810C041D731151@SOM-TEAQASMAIL1.som.w2k.state.me.us>
Message-ID: <1335280085.27813.YahooMailNeo@web161204.mail.bf1.yahoo.com>

It may be included in geomoose_globals.map.? Make sure the file exists.




>________________________________
> From: "Bistrais, Bob" <Bob.Bistrais@maine.gov>
>To: Dan Little <danlittle@yahoo.com>; Brian Fischer <bfischer@houstoneng.com>; geomoose-users@lists.osgeo.org 
>Sent: Tuesday, April 24, 2012 10:04 AM
>Subject: RE: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue
> 
>
>When opening in a new tab, here?s the error message:
>loadSymbolSet(): Unable to access file. (../../symbols/symbol.sym)
>?
>However, the map file for this layer does not call for a symbol set, and I?m using just a simple polygon fill:
>?
>??? STYLE
>????? COLOR 130 190 75
>????? OUTLINECOLOR 0 0 0
>??? END
>?
>From:Dan Little [mailto:danlittle@yahoo.com] 
>Sent: Tuesday, April 24, 2012 10:40 AM
>To: Bistrais, Bob; Brian Fischer; geomoose-users@lists.osgeo.org
>Subject: Re: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue
>?
>I can't open that link from here. :-)
>?
>Can you open it in a different tab and see what error your are receiving? I agree the coordinates look wrong for a UTM projection.
>?
>>
>>________________________________
>>
>>From:"Bistrais, Bob" <Bob.Bistrais@maine.gov>
>>To: Dan Little <danlittle@yahoo.com>; Brian Fischer <bfischer@houstoneng.com>; geomoose-users@lists.osgeo.org 
>>Sent: Tuesday, April 24, 2012 9:28 AM
>>Subject: RE: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue
>>?
>>Page Info/Media didn?t tell me much.? Firebug- here?s what the request was for the parcel layer:
>>?
>>http://localhost/cgi-bin/mapserv.exe?FORMAT=image%2Fpng%3Bbits%3D8&MAP=%2Fms4w%2Fapps%2Fmaptest%2Fmaps%2F%2Fdemo%2Fparcels%2Fparcels.map&TRANSPARENT=TRUE&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&LAYERS=parcels&SRS=EPSG%3A26919&BBOX=-787590.97689331,4596412.4907104,1812490.9768933,5403587.5092896&WIDTH=1063&HEIGHT=330
>>?
>>?
>>The BBOX looks a bit weird- notice that it starts with a negative number, in 26919 I?d expect all positive.? Also not able to turn on the USGS data, which I?d hoped would cover my area. (I get pink screen with the USGS data too)
>>?
>>From:Dan Little [mailto:danlittle@yahoo.com] 
>>Sent: Tuesday, April 24, 2012 10:11 AM
>>To: Bistrais, Bob; Brian Fischer; geomoose-users@lists.osgeo.org
>>Subject: Re: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue
>>?
>>Can you use Firebug or Firefox's "Page Info"'s "Media" tab to take a look at the calls that are being made?? There is probably an XML error that will indicate what is wrong.
>>?
>>>
>>>________________________________
>>>
>>>From:"Bistrais, Bob" <Bob.Bistrais@maine.gov>
>>>To: Dan Little <danlittle@yahoo.com>; Brian Fischer <bfischer@houstoneng.com>; geomoose-users@lists.osgeo.org 
>>>Sent: Tuesday, April 24, 2012 8:54 AM
>>>Subject: RE: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue
>>>?
>>>Here is what I put in my new projection file.? I am in UTM 19N, which is EPSG:26919?
>>>Proj4js.defs["EPSG:26919"] = "+title=NAD83 / UTM zone19N +proj=utm +zone=19 +a=6378137.0 +b=6356752.3141403";
>>>?
>>>-Still gets the pink screen.? If I use the epsg 26915 file, which is included (and very similar to my 26919), the map will draw without pink screen.
>>>Does anything look out of place here?
>>>?
>>>From:Dan Little [mailto:danlittle@yahoo.com] 
>>>Sent: Tuesday, April 24, 2012 9:23 AM
>>>To: Brian Fischer; Bistrais, Bob; geomoose-users@lists.osgeo.org
>>>Subject: Re: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue
>>>?
>>>YOU SHOULD NEVER CHANGE ANY SETTINGS IN "settings.ini"? .
>>>?
>>>ONLY CHANGE SETTINGS IN "local_settings.ini"? ANY SETTING IN "local_settings.ini" WILL OVERRIDE A SETTING IN "settings.ini"
>>>?
>>>You have been warned.
>>>?
>>>>
>>>>________________________________
>>>>
>>>>From:Brian Fischer <bfischer@houstoneng.com>
>>>>To: "Bistrais, Bob" <Bob.Bistrais@maine.gov>; "geomoose-users@lists.osgeo.org" <geomoose-users@lists.osgeo.org> 
>>>>Sent: Tuesday, April 24, 2012 8:06 AM
>>>>Subject: RE: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue
>>>>?
>>>>There are a few more steps you have to take if you are going to change the projection.? Here is a basic list.
>>>>1)????? Create a new Proj4js projection definition and put it in htdocs/projections
>>>>2)????? In geomoose.html make sure you have a reference to that projection.? You should see a couple other in there now for 3857
>>>>3)????? Change the projection in conf/settings.ini
>>>>4)????? Change the projection in conf/mapbook.xml
>>>>?
>>>>This should be all you need to do.
>>>>?
>>>>Brian Fischer, CFM
>>>>GIS Manager 
>>>>Houston Engineering, Inc.
>>>>O763.493.4522 | D 763.493.6664 | M 763.229.2734
>>>>?
>>>>From:geomoose-users-bounces@lists.osgeo.org [mailto:geomoose-users-bounces@lists.osgeo.org] On Behalf Of Bistrais, Bob
>>>>Sent: Monday, April 23, 2012 3:27 PM
>>>>To: geomoose-users@lists.osgeo.org
>>>>Subject: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection issue
>>>>?
>>>>I downloaded the latest nightly to get familiar with release 2.6.? I?m afraid I didn?t get very far before the dreaded Pink Screen.? This happened when editing mapbook.xml, about line 11.? The parameter is the projection, EPSG:3857.? My data is in EPSG:26919.? If I change that line to 26919, the map screen goes pink.? I can?t find any errors in Firebug or the error.txt.? Any suggestions?
>>>>
>>>>_______________________________________________
>>>>Geomoose-users mailing list
>>>>Geomoose-users@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/20120424/64c2d985/attachment-0001.html
From eadam at co.lincoln.or.us  Tue Apr 24 11:19:24 2012
From: eadam at co.lincoln.or.us (Eli Adam)
Date: Tue Apr 24 11:19:32 2012
Subject: [Geomoose-users] problem setting up mapbook.xml in 2.6-
	projection issue
In-Reply-To: <4EFF8BB964547748A07CA32961810C041D731151@SOM-TEAQASMAIL1.som.w2k.state.me.us>
References: <4EFF8BB964547748A07CA32961810C041D730DEC@SOM-TEAQASMAIL1.som.w2k.state.me.us>
	<B850B3523E82404C80A8ACAC40BAFDF5CA40E789@ex2010.houstonengineeringinc.com>
	<1335273781.26698.YahooMailNeo@web161205.mail.bf1.yahoo.com>
	<4EFF8BB964547748A07CA32961810C041D73106A@SOM-TEAQASMAIL1.som.w2k.state.me.us>
	<1335276663.203.YahooMailNeo@web161206.mail.bf1.yahoo.com>
	<4EFF8BB964547748A07CA32961810C041D7310D7@SOM-TEAQASMAIL1.som.w2k.state.me.us>
	<1335278387.96234.YahooMailNeo@web161203.mail.bf1.yahoo.com>
	<4EFF8BB964547748A07CA32961810C041D731151@SOM-TEAQASMAIL1.som.w2k.state.me.us>
Message-ID: <CACqBkM8OdoP6J42zbBzH=O0ZkyvGoQsa8LhpTR3DDQpr6A8S7A@mail.gmail.com>

Bob,

On Tue, Apr 24, 2012 at 8:04 AM, Bistrais, Bob <Bob.Bistrais@maine.gov> wrote:
> When opening in a new tab, here?s the error message:
>
> loadSymbolSet(): Unable to access file. (../../symbols/symbol.sym)
>
>
>
> However, the map file for this layer does not call for a symbol set, and I?m
> using just a simple polygon fill:
>
>

It may not call for a symbol set, but it probably
INCLUDE "../../geomoose_globals.map"
or similar which does.

It looks like your .map is at /ms4w/apps/maptest/maps/demo/parcels/parcels.map

I'm not certain where you geomoose_globals.map is located or what it
references for symbols but try to make sure that everything is at the
correct path.  Does changing geomoose_globals.map to
../symbols/symbol.sym

do anything?

Eli
>
> ??? STYLE
>
> ????? COLOR 130 190 75
>
> ????? OUTLINECOLOR 0 0 0
>
> ??? END
>
>
>
> From: Dan Little [mailto:danlittle@yahoo.com]
> Sent: Tuesday, April 24, 2012 10:40 AM
>
> To: Bistrais, Bob; Brian Fischer; geomoose-users@lists.osgeo.org
> Subject: Re: [Geomoose-users] problem setting up mapbook.xml in 2.6-
> projection issue
>
>
>
> I can't open that link from here. :-)
>
>
>
> Can you open it in a different tab and see what error your are receiving? I
> agree the coordinates look wrong for a UTM projection.
>
>
>
> ________________________________
>
> From: "Bistrais, Bob" <Bob.Bistrais@maine.gov>
> To: Dan Little <danlittle@yahoo.com>; Brian Fischer
> <bfischer@houstoneng.com>; geomoose-users@lists.osgeo.org
> Sent: Tuesday, April 24, 2012 9:28 AM
> Subject: RE: [Geomoose-users] problem setting up mapbook.xml in 2.6-
> projection issue
>
>
>
> Page Info/Media didn?t tell me much.? Firebug- here?s what the request was
> for the parcel layer:
>
>
>
> http://localhost/cgi-bin/mapserv.exe?FORMAT=image%2Fpng%3Bbits%3D8&MAP=%2Fms4w%2Fapps%2Fmaptest%2Fmaps%2F%2Fdemo%2Fparcels%2Fparcels.map&TRANSPARENT=TRUE&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&LAYERS=parcels&SRS=EPSG%3A26919&BBOX=-787590.97689331,4596412.4907104,1812490.9768933,5403587.5092896&WIDTH=1063&HEIGHT=330
>
>
>
>
>
> The BBOX looks a bit weird- notice that it starts with a negative number, in
> 26919 I?d expect all positive.? Also not able to turn on the USGS data,
> which I?d hoped would cover my area. (I get pink screen with the USGS data
> too)
>
>
>
> From: Dan Little [mailto:danlittle@yahoo.com]
> Sent: Tuesday, April 24, 2012 10:11 AM
> To: Bistrais, Bob; Brian Fischer; geomoose-users@lists.osgeo.org
> Subject: Re: [Geomoose-users] problem setting up mapbook.xml in 2.6-
> projection issue
>
>
>
> Can you use Firebug or Firefox's "Page Info"'s "Media" tab to take a look at
> the calls that are being made?? There is probably an XML error that will
> indicate what is wrong.
>
>
>
> ________________________________
>
> From: "Bistrais, Bob" <Bob.Bistrais@maine.gov>
> To: Dan Little <danlittle@yahoo.com>; Brian Fischer
> <bfischer@houstoneng.com>; geomoose-users@lists.osgeo.org
> Sent: Tuesday, April 24, 2012 8:54 AM
> Subject: RE: [Geomoose-users] problem setting up mapbook.xml in 2.6-
> projection issue
>
>
>
> Here is what I put in my new projection file.? I am in UTM 19N, which is
> EPSG:26919?
>
> Proj4js.defs["EPSG:26919"] = "+title=NAD83 / UTM zone19N +proj=utm +zone=19
> +a=6378137.0 +b=6356752.3141403";
>
>
>
> -Still gets the pink screen.? If I use the epsg 26915 file, which is
> included (and very similar to my 26919), the map will draw without pink
> screen.
>
> Does anything look out of place here?
>
>
>
> From: Dan Little [mailto:danlittle@yahoo.com]
> Sent: Tuesday, April 24, 2012 9:23 AM
> To: Brian Fischer; Bistrais, Bob; geomoose-users@lists.osgeo.org
> Subject: Re: [Geomoose-users] problem setting up mapbook.xml in 2.6-
> projection issue
>
>
>
> YOU SHOULD NEVER CHANGE ANY SETTINGS IN "settings.ini"? .
>
>
>
> ONLY CHANGE SETTINGS IN "local_settings.ini"? ANY SETTING IN
> "local_settings.ini" WILL OVERRIDE A SETTING IN "settings.ini"
>
>
>
> You have been warned.
>
>
>
> ________________________________
>
> From: Brian Fischer <bfischer@houstoneng.com>
> To: "Bistrais, Bob" <Bob.Bistrais@maine.gov>;
> "geomoose-users@lists.osgeo.org" <geomoose-users@lists.osgeo.org>
> Sent: Tuesday, April 24, 2012 8:06 AM
> Subject: RE: [Geomoose-users] problem setting up mapbook.xml in 2.6-
> projection issue
>
>
>
> There are a few more steps you have to take if you are going to change the
> projection.? Here is a basic list.
>
> 1)????? Create a new Proj4js projection definition and put it in
> htdocs/projections
>
> 2)????? In geomoose.html make sure you have a reference to that projection.
> You should see a couple other in there now for 3857
>
> 3)????? Change the projection in conf/settings.ini
>
> 4)????? Change the projection in conf/mapbook.xml
>
>
>
> This should be all you need to do.
>
>
>
> Brian Fischer, CFM
>
> GIS Manager
>
> Houston Engineering, Inc.
>
> O 763.493.4522 | D 763.493.6664 | M 763.229.2734
>
>
>
> From: geomoose-users-bounces@lists.osgeo.org
> [mailto:geomoose-users-bounces@lists.osgeo.org] On Behalf Of Bistrais, Bob
> Sent: Monday, April 23, 2012 3:27 PM
> To: geomoose-users@lists.osgeo.org
> Subject: [Geomoose-users] problem setting up mapbook.xml in 2.6- projection
> issue
>
>
>
> I downloaded the latest nightly to get familiar with release 2.6.? I?m
> afraid I didn?t get very far before the dreaded Pink Screen.? This happened
> when editing mapbook.xml, about line 11.? The parameter is the projection,
> EPSG:3857.? My data is in EPSG:26919.? If I change that line to 26919, the
> map screen goes pink.? I can?t find any errors in Firebug or the error.txt.
> Any suggestions?
>
>
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/geomoose-users
>
>
>
>
>
>
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/geomoose-users
>
From Bob.Bistrais at maine.gov  Tue Apr 24 11:24:43 2012
From: Bob.Bistrais at maine.gov (Bistrais, Bob)
Date: Tue Apr 24 11:25:11 2012
Subject: [Geomoose-users] problem setting up mapbook.xml in 2.6-projection
	issue
In-Reply-To: <CACqBkM8OdoP6J42zbBzH=O0ZkyvGoQsa8LhpTR3DDQpr6A8S7A@mail.gmail.com>
References: <4EFF8BB964547748A07CA32961810C041D730DEC@SOM-TEAQASMAIL1.som.w2k.state.me.us><B850B3523E82404C80A8ACAC40BAFDF5CA40E789@ex2010.houstonengineeringinc.com><1335273781.26698.YahooMailNeo@web161205.mail.bf1.yahoo.com><4EFF8BB964547748A07CA32961810C041D73106A@SOM-TEAQASMAIL1.som.w2k.state.me.us><1335276663.203.YahooMailNeo@web161206.mail.bf1.yahoo.com><4EFF8BB964547748A07CA32961810C041D7310D7@SOM-TEAQASMAIL1.som.w2k.state.me.us><1335278387.96234.YahooMailNeo@web161203.mail.bf1.yahoo.com><4EFF8BB964547748A07CA32961810C041D731151@SOM-TEAQASMAIL1.som.w2k.state.me.us>
	<CACqBkM8OdoP6J42zbBzH=O0ZkyvGoQsa8LhpTR3DDQpr6A8S7A@mail.gmail.com>
Message-ID: <4EFF8BB964547748A07CA32961810C041D731188@SOM-TEAQASMAIL1.som.w2k.state.me.us>

OK, we got it now!

The latest rendition of my projection file is good.  The negative minX value is only because I have a wide, short screen with Firebug open.  So I corrected the path to the symbol and fontset files, and now a nice green picture of Maine (we're 90% forest after all) appears on screen

Many thanks to everyone for coaching me through this one.  

Bob


-----Original Message-----
From: geomoose-users-bounces@lists.osgeo.org [mailto:geomoose-users-bounces@lists.osgeo.org] On Behalf Of Eli Adam
Sent: Tuesday, April 24, 2012 11:19 AM
To: Bistrais, Bob
Cc: geomoose-users@lists.osgeo.org
Subject: Re: [Geomoose-users] problem setting up mapbook.xml in 2.6-projection issue

Bob,

On Tue, Apr 24, 2012 at 8:04 AM, Bistrais, Bob <Bob.Bistrais@maine.gov> wrote:
> When opening in a new tab, here's the error message:
>
> loadSymbolSet(): Unable to access file. (../../symbols/symbol.sym)
>
>
>
> However, the map file for this layer does not call for a symbol set, 
> and I'm using just a simple polygon fill:
>
>

It may not call for a symbol set, but it probably INCLUDE "../../geomoose_globals.map"
or similar which does.

It looks like your .map is at /ms4w/apps/maptest/maps/demo/parcels/parcels.map

I'm not certain where you geomoose_globals.map is located or what it references for symbols but try to make sure that everything is at the correct path.  Does changing geomoose_globals.map to ../symbols/symbol.sym

do anything?

Eli
>
> ??? STYLE
>
> ????? COLOR 130 190 75
>
> ????? OUTLINECOLOR 0 0 0
>
> ??? END
>
>
>
> From: Dan Little [mailto:danlittle@yahoo.com]
> Sent: Tuesday, April 24, 2012 10:40 AM
>
> To: Bistrais, Bob; Brian Fischer; geomoose-users@lists.osgeo.org
> Subject: Re: [Geomoose-users] problem setting up mapbook.xml in 2.6- 
> projection issue
>
>
>
> I can't open that link from here. :-)
>
>
>
> Can you open it in a different tab and see what error your are 
> receiving? I agree the coordinates look wrong for a UTM projection.
>
>
>
> ________________________________
>
> From: "Bistrais, Bob" <Bob.Bistrais@maine.gov>
> To: Dan Little <danlittle@yahoo.com>; Brian Fischer 
> <bfischer@houstoneng.com>; geomoose-users@lists.osgeo.org
> Sent: Tuesday, April 24, 2012 9:28 AM
> Subject: RE: [Geomoose-users] problem setting up mapbook.xml in 2.6- 
> projection issue
>
>
>
> Page Info/Media didn't tell me much.? Firebug- here's what the request 
> was for the parcel layer:
>
>
>
> http://localhost/cgi-bin/mapserv.exe?FORMAT=image%2Fpng%3Bbits%3D8&MAP
> =%2Fms4w%2Fapps%2Fmaptest%2Fmaps%2F%2Fdemo%2Fparcels%2Fparcels.map&TRA
> NSPARENT=TRUE&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&LAYERS=
> parcels&SRS=EPSG%3A26919&BBOX=-787590.97689331,4596412.4907104,1812490
> .9768933,5403587.5092896&WIDTH=1063&HEIGHT=330
>
>
>
>
>
> The BBOX looks a bit weird- notice that it starts with a negative 
> number, in
> 26919 I'd expect all positive.? Also not able to turn on the USGS 
> data, which I'd hoped would cover my area. (I get pink screen with the 
> USGS data
> too)
>
>
>
> From: Dan Little [mailto:danlittle@yahoo.com]
> Sent: Tuesday, April 24, 2012 10:11 AM
> To: Bistrais, Bob; Brian Fischer; geomoose-users@lists.osgeo.org
> Subject: Re: [Geomoose-users] problem setting up mapbook.xml in 2.6- 
> projection issue
>
>
>
> Can you use Firebug or Firefox's "Page Info"'s "Media" tab to take a 
> look at the calls that are being made?? There is probably an XML error 
> that will indicate what is wrong.
>
>
>
> ________________________________
>
> From: "Bistrais, Bob" <Bob.Bistrais@maine.gov>
> To: Dan Little <danlittle@yahoo.com>; Brian Fischer 
> <bfischer@houstoneng.com>; geomoose-users@lists.osgeo.org
> Sent: Tuesday, April 24, 2012 8:54 AM
> Subject: RE: [Geomoose-users] problem setting up mapbook.xml in 2.6- 
> projection issue
>
>
>
> Here is what I put in my new projection file.? I am in UTM 19N, which 
> is EPSG:26919...
>
> Proj4js.defs["EPSG:26919"] = "+title=NAD83 / UTM zone19N +proj=utm 
> +zone=19
> +a=6378137.0 +b=6356752.3141403";
>
>
>
> -Still gets the pink screen.? If I use the epsg 26915 file, which is 
> included (and very similar to my 26919), the map will draw without 
> pink screen.
>
> Does anything look out of place here?
>
>
>
> From: Dan Little [mailto:danlittle@yahoo.com]
> Sent: Tuesday, April 24, 2012 9:23 AM
> To: Brian Fischer; Bistrais, Bob; geomoose-users@lists.osgeo.org
> Subject: Re: [Geomoose-users] problem setting up mapbook.xml in 2.6- 
> projection issue
>
>
>
> YOU SHOULD NEVER CHANGE ANY SETTINGS IN "settings.ini"? .
>
>
>
> ONLY CHANGE SETTINGS IN "local_settings.ini"? ANY SETTING IN 
> "local_settings.ini" WILL OVERRIDE A SETTING IN "settings.ini"
>
>
>
> You have been warned.
>
>
>
> ________________________________
>
> From: Brian Fischer <bfischer@houstoneng.com>
> To: "Bistrais, Bob" <Bob.Bistrais@maine.gov>; 
> "geomoose-users@lists.osgeo.org" <geomoose-users@lists.osgeo.org>
> Sent: Tuesday, April 24, 2012 8:06 AM
> Subject: RE: [Geomoose-users] problem setting up mapbook.xml in 2.6- 
> projection issue
>
>
>
> There are a few more steps you have to take if you are going to change 
> the projection.? Here is a basic list.
>
> 1)????? Create a new Proj4js projection definition and put it in 
> htdocs/projections
>
> 2)????? In geomoose.html make sure you have a reference to that projection.
> You should see a couple other in there now for 3857
>
> 3)????? Change the projection in conf/settings.ini
>
> 4)????? Change the projection in conf/mapbook.xml
>
>
>
> This should be all you need to do.
>
>
>
> Brian Fischer, CFM
>
> GIS Manager
>
> Houston Engineering, Inc.
>
> O 763.493.4522 | D 763.493.6664 | M 763.229.2734
>
>
>
> From: geomoose-users-bounces@lists.osgeo.org
> [mailto:geomoose-users-bounces@lists.osgeo.org] On Behalf Of Bistrais, 
> Bob
> Sent: Monday, April 23, 2012 3:27 PM
> To: geomoose-users@lists.osgeo.org
> Subject: [Geomoose-users] problem setting up mapbook.xml in 2.6- 
> projection issue
>
>
>
> I downloaded the latest nightly to get familiar with release 2.6.? I'm 
> afraid I didn't get very far before the dreaded Pink Screen.? This 
> happened when editing mapbook.xml, about line 11.? The parameter is 
> the projection, EPSG:3857.? My data is in EPSG:26919.? If I change 
> that line to 26919, the map screen goes pink.? I can't find any errors in Firebug or the error.txt.
> Any suggestions?
>
>
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/geomoose-users
>
>
>
>
>
>
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/geomoose-users
>
_______________________________________________
Geomoose-users mailing list
Geomoose-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/geomoose-users
From bfraser at geoanalytic.com  Tue Apr 24 12:02:41 2012
From: bfraser at geoanalytic.com (Brent Fraser)
Date: Tue Apr 24 12:03:34 2012
Subject: [Geomoose-users] RFC-2, motion
In-Reply-To: <CACqBkM8g9K-R7tmu-H8Cm7QYdLnw2yzq4ZGMcS4Kriw5yqRHGA@mail.gmail.com>
References: <CACqBkM8g9K-R7tmu-H8Cm7QYdLnw2yzq4ZGMcS4Kriw5yqRHGA@mail.gmail.com>
Message-ID: <4F96CEA1.2080202@geoanalytic.com>

+1

Best Regards,
Brent Fraser


On 4/22/2012 10:51 PM, Eli Adam wrote:
> Jim and Bob,
>
> On Fri, Apr 20, 2012 at 7:37 AM, James Klassen <klassen.js@gmail.com 
> <mailto:klassen.js@gmail.com>> wrote:
>
>     Actually, in that light it might just be cleaner to strike the
>     "similar to MapServer's" line.  MapServer doesn't really justify
>     why we need a mission statement.
>
>
> Good idea.  I removed that.
>
>
>     On Fri, Apr 20, 2012 at 9:09 AM, Bob Basques
>     <Bob.Basques@ci.stpaul.mn.us <mailto:Bob.Basques@ci.stpaul.mn.us>>
>     wrote:
>
>         Eli,
>
>
>         The only comment I have a couple of slight comments, about the
>         reference to MapServer.   Seems like this is out of place in
>         here for some reason.  Maybe expanding that comment to include
>         the other open source projects that are included and how they
>         might be similarly administered.  the refence to ". . . the
>         website as a representation . . .", might this be better with
>         a link to the actual website (due to possible replication of
>         the page?), to something like " . . . . the website
>         (geomoose.org <http://geomoose.org>) as a representation . . ."
>
>
>
> Good point, I added a link.  If the changes aren't visible on the 
> website, both are here, http://trac.osgeo.org/geomoose/changeset/763/
>
> I also changed the status to proposed.  I'll start the voting on the 
> motion:
>
> +1
>
> Eli
>
>         bobb
>
>
>
>
>         >>> Eli Adam <eadam@co.lincoln.or.us
>         <mailto:eadam@co.lincoln.or.us>> wrote:
>
>         All,
>
>             RFC-2 is available for review.  Voice your thoughts in the
>         next
>         few days.  I'll change the status to proposed and call for a
>         vote next
>         week.
>
>         http://geomoose.org/trunk/rfc/rfc-2.html
>
>         Regards, Eli
>         _______________________________________________
>         Geomoose-users mailing list
>         Geomoose-users@lists.osgeo.org
>         <mailto:Geomoose-users@lists.osgeo.org>
>         http://lists.osgeo.org/mailman/listinfo/geomoose-users
>
>
>         _______________________________________________
>         Geomoose-users mailing list
>         Geomoose-users@lists.osgeo.org
>         <mailto:Geomoose-users@lists.osgeo.org>
>         http://lists.osgeo.org/mailman/listinfo/geomoose-users
>
>
>
>
>
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@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/20120424/0c59d217/attachment.html
From Bob.Bistrais at maine.gov  Tue Apr 24 15:47:39 2012
From: Bob.Bistrais at maine.gov (Bistrais, Bob)
Date: Tue Apr 24 15:48:11 2012
Subject: [Geomoose-users] unexplained varying label sizes
Message-ID: <4EFF8BB964547748A07CA32961810C041D73140D@SOM-TEAQASMAIL1.som.w2k.state.me.us>

So I'm making headway with my experimental GM 2.6 installation.  I
noticed something unusual with road name labels.  Most of them are 8
point size, as expected, but a few labels are several times that size.
I started postig this to the MapServer list.  But my older GeoMoose apps
use the same WMS service for the road data, without this difference in
size.  Is this perhaps related to OpenLayers?  Has anyone else
experienced this, and is there a solution?

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20120424/e2901457/attachment.html
From danlittle at yahoo.com  Tue Apr 24 15:52:54 2012
From: danlittle at yahoo.com (Dan Little)
Date: Tue Apr 24 15:53:31 2012
Subject: [Geomoose-users] unexplained varying label sizes
In-Reply-To: <4EFF8BB964547748A07CA32961810C041D73140D@SOM-TEAQASMAIL1.som.w2k.state.me.us>
References: <4EFF8BB964547748A07CA32961810C041D73140D@SOM-TEAQASMAIL1.som.w2k.state.me.us>
Message-ID: <1335297174.29426.YahooMailNeo@web161203.mail.bf1.yahoo.com>

Are you using someone else's WMS or is this an internal one that you're running?




>________________________________
> From: "Bistrais, Bob" <Bob.Bistrais@maine.gov>
>To: geomoose-users@lists.osgeo.org 
>Sent: Tuesday, April 24, 2012 2:47 PM
>Subject: [Geomoose-users] unexplained varying label sizes
> 
>
>So I?m making headway with my experimental GM 2.6 installation.? I noticed something unusual with road name labels.? Most of them are 8 point size, as expected, but a few labels are several times that size.? I started postig this to the MapServer list.? But my older GeoMoose apps use the same WMS service for the road data, without this difference in size.? Is this perhaps related to OpenLayers?? Has anyone else experienced this, and is there a solution?
>_______________________________________________
>Geomoose-users mailing list
>Geomoose-users@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/20120424/939a7046/attachment.html
From Bob.Bistrais at maine.gov  Tue Apr 24 16:00:35 2012
From: Bob.Bistrais at maine.gov (Bistrais, Bob)
Date: Tue Apr 24 16:01:01 2012
Subject: [Geomoose-users] unexplained varying label sizes
In-Reply-To: <1335297174.29426.YahooMailNeo@web161203.mail.bf1.yahoo.com>
References: <4EFF8BB964547748A07CA32961810C041D73140D@SOM-TEAQASMAIL1.som.w2k.state.me.us>
	<1335297174.29426.YahooMailNeo@web161203.mail.bf1.yahoo.com>
Message-ID: <4EFF8BB964547748A07CA32961810C041D731434@SOM-TEAQASMAIL1.som.w2k.state.me.us>

That?s our own WMS, I built it and I know what?s in it.

 

Oops.  I think I found the culprit-  I had a secondary layer in there, with bigger fonts to be used on printed maps.  I?ve disabled that in my application, and that seems to have cleared up the problem.  Sorry about that.

 

From: Dan Little [mailto:danlittle@yahoo.com] 
Sent: Tuesday, April 24, 2012 3:53 PM
To: Bistrais, Bob; geomoose-users@lists.osgeo.org
Subject: Re: [Geomoose-users] unexplained varying label sizes

 

Are you using someone else's WMS or is this an internal one that you're running?

	 

	
________________________________


	From: "Bistrais, Bob" <Bob.Bistrais@maine.gov>
	To: geomoose-users@lists.osgeo.org 
	Sent: Tuesday, April 24, 2012 2:47 PM
	Subject: [Geomoose-users] unexplained varying label sizes

	 

	So I?m making headway with my experimental GM 2.6 installation.  I noticed something unusual with road name labels.  Most of them are 8 point size, as expected, but a few labels are several times that size.  I started postig this to the MapServer list.  But my older GeoMoose apps use the same WMS service for the road data, without this difference in size.  Is this perhaps related to OpenLayers?  Has anyone else experienced this, and is there a solution?

	
	_______________________________________________
	Geomoose-users mailing list
	Geomoose-users@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/20120424/e8092cc3/attachment-0001.html
From Bob.Bistrais at maine.gov  Tue Apr 24 16:01:34 2012
From: Bob.Bistrais at maine.gov (Bistrais, Bob)
Date: Tue Apr 24 16:02:01 2012
Subject: [Geomoose-users] unexplained varying label sizes
In-Reply-To: <4EFF8BB964547748A07CA32961810C041D731434@SOM-TEAQASMAIL1.som.w2k.state.me.us>
References: <4EFF8BB964547748A07CA32961810C041D73140D@SOM-TEAQASMAIL1.som.w2k.state.me.us><1335297174.29426.YahooMailNeo@web161203.mail.bf1.yahoo.com>
	<4EFF8BB964547748A07CA32961810C041D731434@SOM-TEAQASMAIL1.som.w2k.state.me.us>
Message-ID: <4EFF8BB964547748A07CA32961810C041D731436@SOM-TEAQASMAIL1.som.w2k.state.me.us>

Guess I ?know? what?s in the WMS, but had enough time to forget a little bit J

 

 

From: geomoose-users-bounces@lists.osgeo.org [mailto:geomoose-users-bounces@lists.osgeo.org] On Behalf Of Bistrais, Bob
Sent: Tuesday, April 24, 2012 4:01 PM
To: Dan Little; geomoose-users@lists.osgeo.org
Subject: RE: [Geomoose-users] unexplained varying label sizes

 

That?s our own WMS, I built it and I know what?s in it.

 

Oops.  I think I found the culprit-  I had a secondary layer in there, with bigger fonts to be used on printed maps.  I?ve disabled that in my application, and that seems to have cleared up the problem.  Sorry about that.

 

From: Dan Little [mailto:danlittle@yahoo.com] 
Sent: Tuesday, April 24, 2012 3:53 PM
To: Bistrais, Bob; geomoose-users@lists.osgeo.org
Subject: Re: [Geomoose-users] unexplained varying label sizes

 

Are you using someone else's WMS or is this an internal one that you're running?

	 

	
________________________________


	From: "Bistrais, Bob" <Bob.Bistrais@maine.gov>
	To: geomoose-users@lists.osgeo.org 
	Sent: Tuesday, April 24, 2012 2:47 PM
	Subject: [Geomoose-users] unexplained varying label sizes

	 

	So I?m making headway with my experimental GM 2.6 installation.  I noticed something unusual with road name labels.  Most of them are 8 point size, as expected, but a few labels are several times that size.  I started postig this to the MapServer list.  But my older GeoMoose apps use the same WMS service for the road data, without this difference in size.  Is this perhaps related to OpenLayers?  Has anyone else experienced this, and is there a solution?

	
	_______________________________________________
	Geomoose-users mailing list
	Geomoose-users@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/20120424/21762d0a/attachment.html
From bfischer at houstoneng.com  Thu Apr 26 10:07:26 2012
From: bfischer at houstoneng.com (Brian Fischer)
Date: Thu Apr 26 10:07:41 2012
Subject: [Geomoose-users] RE: GeoMoose monthly meeting
In-Reply-To: <B850B3523E82404C80A8ACAC40BAFDF5CA40C62F@ex2010.houstonengineeringinc.com>
References: <B850B3523E82404C80A8ACAC40BAFDF5CA40C62F@ex2010.houstonengineeringinc.com>
Message-ID: <B850B3523E82404C80A8ACAC40BAFDF5CA41417E@ex2010.houstonengineeringinc.com>

Skipped content of type multipart/alternative-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 1059 bytes
Desc: image001.jpg
Url : http://lists.osgeo.org/pipermail/geomoose-users/attachments/20120426/1b27a84c/image001.jpg
From bfraser at geoanalytic.com  Thu Apr 26 11:45:20 2012
From: bfraser at geoanalytic.com (Brent Fraser)
Date: Thu Apr 26 11:45:53 2012
Subject: [Geomoose-users] v2.4 Service def with input type of  ajax_select
Message-ID: <4F996D90.2090500@geoanalytic.com>

Has anyone used v2.4's  "ajax_select" type for an input step in a 
service?  I'm trying but so far no joy.  I had to add an "initialize" 
function to GeoMOOSE.Services.InputType.AjaxSelect just to get past the 
OpenLayers class initialization.

But the comb box won't render in the Information tab...

-- 
Best Regards,
Brent Fraser


From anderson.dean at co.polk.or.us  Thu Apr 26 11:51:34 2012
From: anderson.dean at co.polk.or.us (Anderson, Dean)
Date: Thu Apr 26 11:51:42 2012
Subject: [Geomoose-users] RE: GeoMoose monthly meeting
In-Reply-To: <B850B3523E82404C80A8ACAC40BAFDF5CA41417E@ex2010.houstonengineeringinc.com>
References: <B850B3523E82404C80A8ACAC40BAFDF5CA40C62F@ex2010.houstonengineeringinc.com>
	<B850B3523E82404C80A8ACAC40BAFDF5CA41417E@ex2010.houstonengineeringinc.com>
Message-ID: <CADY2Fsu+2v2+P=LVXsmMMKKYXObfbjKNrAB0aOYCjDs7Btoamg@mail.gmail.com>

I have another commitment so unfortunately can not attend.

Dean



On Thu, Apr 26, 2012 at 7:07 AM, Brian Fischer <bfischer@houstoneng.com>wrote:

>  Today?s meeting will be held on IRC.  Please join us if your available.
> *IRC (#geomoose on freenode)  Here?s a webclient
> http://webchat.freenode.net/ for the channel just put in geomoose.*****
>
> ** **
>
> *Brian Fischer, CFM*
>
> GIS Manager ****
>
> Houston Engineering, Inc.****
>
> *O* 763.493.4522 | *D* 763.493.6664 | *M* 763.229.2734****
>
> ** **
>
> *From:* geomoose-users-bounces@lists.osgeo.org [mailto:
> geomoose-users-bounces@lists.osgeo.org] *On Behalf Of *Brian Fischer
> *Sent:* Sunday, April 22, 2012 9:44 PM
> *To:* geomoose-users@lists.osgeo.org
> *Subject:* [Geomoose-users] GeoMoose monthly meeting****
>
> ** **
>
> Just a reminder we have a GeoMoose meeting scheduled for Thurs. April 26that 2:30 central time.  I started a wiki page for the agenda.  Please add to
> it or feel free to email me any agenda items you might have.
> http://geomoose.org/wiki/index.php/2012_04_26_Meeting ****
>
> ** **
>
> I will send out another reminder with meeting logistics the morning of the
> meeting.****
>
> ** **
>
> Regards,****
>
> Brian****
>
> ** **
>
> ** **
>
> ** **
>
> *Brian Fischer, CFM*
>
> GIS Manager****
>
> *O* 763.493.4522 | *D* 763.493.6664 | *M* 763.229.2734****
>
> ** **
>
> [image: Description: cid:image001.jpg@01CC3702.356B79C0]****
>
>   6901 E Fish Lake Rd. , Suite 140 ? Maple Grove, MN ? 55369****
>
> *www.houstoneng.com* <http://www.houstoneng.com/>* *
>
> This entire message (including all forwards and replies) and any
> attachments are for the sole use of the intended recipient(s) and may
> contain proprietary, confidential, trade secret, work-product,
> attorney-client or privileged information. Any unauthorized review, use,
> disclosure or distribution is prohibited and may be a violation of law. If
> you are not the intended recipient, please contact the sender by reply
> email and destroy all copies of the original message.****
>
> ** **
>
> ** **
>
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/geomoose-users
>
>


-- 
Dean R Anderson
IT Director
Polk County
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20120426/b3c483bd/attachment-0001.html
From MarkVolz at co.lyon.mn.us  Thu Apr 26 12:09:21 2012
From: MarkVolz at co.lyon.mn.us (Mark Volz)
Date: Thu Apr 26 12:09:38 2012
Subject: [Geomoose-users] setting up passwords for GeoMOOSE using IIS 6.0
Message-ID: <36CA828A36E29F45B7CF0A1766E5DFA3109A12@swmail01.r8nssis.local>

Hello,

Does anyone have any how to tips for setting up passwords for GeoMOOSE applications using IIS 6.0.

Thanks

Mark Volz
GIS Specialist



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20120426/13d1c4e0/attachment.html
From Bob.Basques at ci.stpaul.mn.us  Thu Apr 26 12:25:45 2012
From: Bob.Basques at ci.stpaul.mn.us (Bob Basques)
Date: Thu Apr 26 12:26:18 2012
Subject: [Geomoose-users] setting up passwords for GeoMOOSE using IIS 6.0
In-Reply-To: <36CA828A36E29F45B7CF0A1766E5DFA3109A12@swmail01.r8nssis.local>
References: <36CA828A36E29F45B7CF0A1766E5DFA3109A12@swmail01.r8nssis.local>
Message-ID: <4F9930B9020000A800035AB7@heckle>

Skipped content of type multipart/alternative
From MarkVolz at co.lyon.mn.us  Thu Apr 26 12:43:36 2012
From: MarkVolz at co.lyon.mn.us (Mark Volz)
Date: Thu Apr 26 12:44:05 2012
Subject: [Geomoose-users] setting up passwords for GeoMOOSE using IIS 6.0
In-Reply-To: <4F9930B9020000A800035AB7@heckle>
References: <36CA828A36E29F45B7CF0A1766E5DFA3109A12@swmail01.r8nssis.local>
	<4F9930B9020000A800035AB7@heckle>
Message-ID: <36CA828A36E29F45B7CF0A1766E5DFA3109A43@swmail01.r8nssis.local>

Bob,
In this case it would be application specific.  Like you I have minimal experience with IIS.  In IIS I can get GeoMOOSE to run, however I don't know how to get passwords set up.
The layer security that you mentioned sounds interesting.  I would consider using it for a project if layer security is easier to set up than putting together a couple different GeoMOOSE applications.  How much work is it to set up?  Do you have a how to guide?




From: Bob Basques [mailto:Bob.Basques@ci.stpaul.mn.us]
Sent: Thursday, April 26, 2012 11:26 AM
To: Mark Volz; GeoMOOSE Users List
Subject: Re: [Geomoose-users] setting up passwords for GeoMOOSE using IIS 6.0


Mark,


The whole application, or layer specific?


We went the layer specific route here for authentication, where folks are granted access o things at the layer level.


It might be easier to move into something like this with separate MAPBOOK (whole Geomoose folder) separations first, so as to figure out the needed aspects before going down to the layer level.


With the separate GeoMoose installs, you can put the folder into it's own container for authentication.  I'll be the first to admit though, that I haven't even touched IIS, all my experience is with Apache.


bobb



>>> Mark Volz <MarkVolz@co.lyon.mn.us<mailto:MarkVolz@co.lyon.mn.us>> wrote:

Hello,



Does anyone have any how to tips for setting up passwords for GeoMOOSE applications using IIS 6.0.



Thanks



Mark Volz

GIS Specialist








-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20120426/a9c73314/attachment.html
From Bob.Basques at ci.stpaul.mn.us  Thu Apr 26 13:10:07 2012
From: Bob.Basques at ci.stpaul.mn.us (Bob Basques)
Date: Thu Apr 26 13:10:29 2012
Subject: [Geomoose-users] setting up passwords for GeoMOOSE using IIS 6.0
In-Reply-To: <36CA828A36E29F45B7CF0A1766E5DFA3109A43@swmail01.r8nssis.local>
References: <36CA828A36E29F45B7CF0A1766E5DFA3109A12@swmail01.r8nssis.local>
	<4F9930B9020000A800035AB7@heckle>
	<36CA828A36E29F45B7CF0A1766E5DFA3109A43@swmail01.r8nssis.local>
Message-ID: <4F993B1F020000A800035AC9@heckle>

Skipped content of type multipart/alternative
From jody.garnett at gmail.com  Thu Apr 26 22:47:32 2012
From: jody.garnett at gmail.com (Jody Garnett)
Date: Thu Apr 26 22:48:29 2012
Subject: [Geomoose-users] RE: GeoMoose monthly meeting
In-Reply-To: <B850B3523E82404C80A8ACAC40BAFDF5CA41417E@ex2010.houstonengineeringinc.com>
References: <B850B3523E82404C80A8ACAC40BAFDF5CA40C62F@ex2010.houstonengineeringinc.com>
	<B850B3523E82404C80A8ACAC40BAFDF5CA41417E@ex2010.houstonengineeringinc.com>
Message-ID: <B17429DD4128482B8108D90D37A11081@gmail.com>

Darn not quite enough notice for me to crash the meeting :-) 

(A link to world clock would be helpful for the time zoned challenged)

> Data Provenience
> Blammo: On Incubation, I've been working with Jodi, and we're all but finished with the Provenance on Code and Data. Next step would be to run through an install of GeoMoose with Jodi. I believe this will be the last hurdle before recommendation for graduation.
> 
> 

If you point me at the docs that will be fine. While I am keen to try it is not a hurdle for incubation - just a sign of enthusiasm.


I would like to run through the "checklist"[1] (perhaps via IRC?) and then we should be able to take things to the incubation list - in record time :-)

Jody
[1] http://www.osgeo.org/incubator/process/project_graduation_checklist.html
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20120427/bddad2e7/attachment.html
From Bob.Basques at ci.stpaul.mn.us  Fri Apr 27 11:01:43 2012
From: Bob.Basques at ci.stpaul.mn.us (Bob Basques)
Date: Fri Apr 27 11:02:40 2012
Subject: [Geomoose-users] RE: GeoMoose monthly meeting
In-Reply-To: <B17429DD4128482B8108D90D37A11081@gmail.com>
References: <B850B3523E82404C80A8ACAC40BAFDF5CA40C62F@ex2010.houstonengineeringinc.com>
	<B850B3523E82404C80A8ACAC40BAFDF5CA41417E@ex2010.houstonengineeringinc.com>
	<B17429DD4128482B8108D90D37A11081@gmail.com>
Message-ID: <4F9A6E87020000A800035B20@heckle>

Skipped content of type multipart/alternative
From jody.garnett at gmail.com  Sat Apr 28 08:07:50 2012
From: jody.garnett at gmail.com (Jody Garnett)
Date: Sat Apr 28 08:08:16 2012
Subject: [Geomoose-users] RE: GeoMoose monthly meeting
In-Reply-To: <4F9A6E87020000A800035B20@heckle>
References: <B850B3523E82404C80A8ACAC40BAFDF5CA40C62F@ex2010.houstonengineeringinc.com>
	<B850B3523E82404C80A8ACAC40BAFDF5CA41417E@ex2010.houstonengineeringinc.com>
	<B17429DD4128482B8108D90D37A11081@gmail.com>
	<4F9A6E87020000A800035B20@heckle>
Message-ID: <638A065A8937437480BE311D5F2A0323@gmail.com>

I would use world clock to set a time (http://www.timeanddate.com/worldclock/). I can be available thursday evening (to work with anyone in europe) or Saturday morning to work with you in north america (that should end up being your Friday afternoon). 

-- 
Jody Garnett


On Saturday, 28 April 2012 at 1:01 AM, Bob Basques wrote:

> 
> Jodi, 
> 
> 
> 
> What are good time chunks for you to work from? 
> 
> 
> 
> bobb 
> 
> 
> 
> 
> 
> >>> Jody Garnett <jody.garnett@gmail.com (mailto:jody.garnett@gmail.com)> wrote:
> 
> 
> 
> Darn not quite enough notice for me to crash the meeting :-) 
> 
> 
> 
> 
> 
> 
> 
> 
> (A link to world clock would be helpful for the time zoned challenged) 
> 
> 
> 
> 
> 
> 
> 
> 
> > 
> > Data Provenience 
> > 
> > 
> > 
> > Blammo: On Incubation, I've been working with Jodi, and we're all but finished with the Provenance on Code and Data. Next step would be to run through an install of GeoMoose with Jodi. I believe this will be the last hurdle before recommendation for graduation. 
> > 
> > 
> > 
> > 
> 
> If you point me at the docs that will be fine. While I am keen to try it is not a hurdle for incubation - just a sign of enthusiasm. 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> I would like to run through the "checklist"[1] (perhaps via IRC?) and then we should be able to take things to the incubation list - in record time :-) 
> 
> 
> 
> 
> 
> 
> 
> 
> Jody 
> 
> 
> 
> [1] http://www.osgeo.org/incubator/process/project_graduation_checklist.html 
> 
> 
> 
> 
> 
> 
> 
> 
> 


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20120428/5c144b21/attachment.html
From MarkVolz at co.lyon.mn.us  Mon Apr 30 14:43:19 2012
From: MarkVolz at co.lyon.mn.us (Mark Volz)
Date: Mon Apr 30 14:44:11 2012
Subject: [Geomoose-users] Adding a second feature report
Message-ID: <36CA828A36E29F45B7CF0A1766E5DFA3109F18@swmail01.r8nssis.local>

Hello,

I am trying to configure a feature report for the soils layer, which will be in addition to the parcels feature report.  I noticed that in Mapserver creates an image in the  /ms_tmp folder, and it is highlighting the correct soil polygon.  However the PDF is not created.


This is what I have done so far.  If anyone sees that I missed a step please let me know.

*       Soils_identify html file
o       Add a link to start a new service   javascript:GeoMOOSE.startService('soil_feature_report',  {'src' :  'SoilReportLayers/Soils',  'ID' :  '11589'});
*       Add the service to the mapbook.  I modified the following lines
o       The layers to include in the feature report:  <input type="hidden" name="layers" value='        {"order":["SoilReportLayers","StandardBackground"],"SoilReportLayers":{"layers":["all"],"params":{},"opacity":100,"url":"/cgi-bin/mapserv.exe"},"StandardBackground":{"layers":["all"],"params":{},"opacity":100,"url":"/cgi-bin/mapserv.exe"}}'/>
o       The unique identifier:  <input type="hidden" name="ID"/>
o       The output template:  <input type="hidden" name="template" title="Output Template: " value="soil" />
*       I added a  <map-source> called SoilReportLayers
*       On the .map report I change the feature_report to 'soil.xml'
*       I added soil.xml into the feature report, and I changed fields to match what I need for the soils layer.

Thank You

Mark Volz
GIS Specialist



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20120430/550e78ff/attachment.html
From MarkVolz at co.lyon.mn.us  Mon Apr 30 16:25:46 2012
From: MarkVolz at co.lyon.mn.us (Mark Volz)
Date: Mon Apr 30 16:26:23 2012
Subject: [Geomoose-users] Install GeoMOOSE using IIS 7
Message-ID: <36CA828A36E29F45B7CF0A1766E5DFA3109FB3@swmail01.r8nssis.local>

Hello,

Has anyone had any luck installing GeoMOOSE on IIS7?  We have a new server, and it appears that the interface for IIS7 is drastically different than IIS6.


Mark Volz
GIS Specialist



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20120430/0df0fb89/attachment.html
From eadam at co.lincoln.or.us  Mon Apr 30 16:34:10 2012
From: eadam at co.lincoln.or.us (Eli Adam)
Date: Mon Apr 30 16:34:21 2012
Subject: [Geomoose-users] Install GeoMOOSE using IIS 7
In-Reply-To: <36CA828A36E29F45B7CF0A1766E5DFA3109FB3@swmail01.r8nssis.local>
References: <36CA828A36E29F45B7CF0A1766E5DFA3109FB3@swmail01.r8nssis.local>
Message-ID: <CACqBkM_pz2Q3nqZPh1ov5v933xsi9Rvpu64DGUUOkvFfqw3h=w@mail.gmail.com>

Mark,

> Has anyone had any luck installing GeoMOOSE on IIS7?? We have a new server,
> and it appears that the interface for IIS7 is drastically different than
> IIS6.

I've not used IIS.  You are probably familiar with this IIS6
documentation:
http://geomoose.org/docs/install_ms4w.html#step-3b-configuring-microsoft-iis-6-0-web-server

Once you figure it out, feel free to open a ticket with details
(ideally as a patch for reStructuredText / Sphinx) and I'll get it on
the website.

Regards, Eli

>
>
> Mark Volz
> GIS Specialist
>
>
>
>
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/geomoose-users
>
From MarkVolz at co.lyon.mn.us  Mon Apr 30 16:37:37 2012
From: MarkVolz at co.lyon.mn.us (Mark Volz)
Date: Mon Apr 30 16:37:58 2012
Subject: [Geomoose-users] Install GeoMOOSE using IIS 7
In-Reply-To: <CACqBkM_pz2Q3nqZPh1ov5v933xsi9Rvpu64DGUUOkvFfqw3h=w@mail.gmail.com>
References: <36CA828A36E29F45B7CF0A1766E5DFA3109FB3@swmail01.r8nssis.local>
	<CACqBkM_pz2Q3nqZPh1ov5v933xsi9Rvpu64DGUUOkvFfqw3h=w@mail.gmail.com>
Message-ID: <36CA828A36E29F45B7CF0A1766E5DFA3109FE2@swmail01.r8nssis.local>

Eli,

Thanks for your response.  The instructions on the website for IIS6 are easy to understand.  Unfortunately, IIS 7 appears to be nothing like IIS 6.




Mark Volz
GIS Specialist
Lyon County, MN
507-532-8218

-----Original Message-----
From: Eli Adam [mailto:eadam@co.lincoln.or.us] 
Sent: Monday, April 30, 2012 3:34 PM
To: Mark Volz
Cc: GeoMOOSE Users List
Subject: Re: [Geomoose-users] Install GeoMOOSE using IIS 7

Mark,

> Has anyone had any luck installing GeoMOOSE on IIS7?? We have a new 
> server, and it appears that the interface for IIS7 is drastically 
> different than IIS6.

I've not used IIS.  You are probably familiar with this IIS6
documentation:
http://geomoose.org/docs/install_ms4w.html#step-3b-configuring-microsoft-iis-6-0-web-server

Once you figure it out, feel free to open a ticket with details (ideally as a patch for reStructuredText / Sphinx) and I'll get it on the website.

Regards, Eli

>
>
> Mark Volz
> GIS Specialist
>
>
>
>
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/geomoose-users
>
From jody.garnett at gmail.com  Mon Apr 30 19:36:39 2012
From: jody.garnett at gmail.com (Jody Garnett)
Date: Mon Apr 30 19:36:57 2012
Subject: [Geomoose-users] RE: GeoMoose monthly meeting
In-Reply-To: <638A065A8937437480BE311D5F2A0323@gmail.com>
References: <B850B3523E82404C80A8ACAC40BAFDF5CA40C62F@ex2010.houstonengineeringinc.com>
	<B850B3523E82404C80A8ACAC40BAFDF5CA41417E@ex2010.houstonengineeringinc.com>
	<B17429DD4128482B8108D90D37A11081@gmail.com>
	<4F9A6E87020000A800035B20@heckle>
	<638A065A8937437480BE311D5F2A0323@gmail.com>
Message-ID: <28CF0FD664EF4F6CBEA54ED70F1DD9C7@gmail.com>

Looks like I will be available most evenings; as I set up some summer of code students. I will be sure to leave IRC on; if you care to check for me on the #osgeo channel. 

- http://www.timeanddate.com/worldclock/meetingtime.html?iso=20120503&p1=47&p2=75

>From that it looks like you should check for me early morning north american time. Finally if it is too difficult to catch me; we can ask on the incubation list for someone in your timezone to help out.
-- 
Jody Garnett


On Saturday, 28 April 2012 at 10:07 PM, Jody Garnett wrote:

> I would use world clock to set a time (http://www.timeanddate.com/worldclock/). I can be available thursday evening (to work with anyone in europe) or Saturday morning to work with you in north america (that should end up being your Friday afternoon). 
> 
> -- 
> Jody Garnett
> 
> 
> On Saturday, 28 April 2012 at 1:01 AM, Bob Basques wrote:
> 
> > 
> > Jodi, 
> > 
> > 
> > 
> > What are good time chunks for you to work from? 
> > 
> > 
> > 
> > bobb 
> > 
> > 
> > 
> > 
> > 
> > >>> Jody Garnett <jody.garnett@gmail.com (mailto:jody.garnett@gmail.com)> wrote:
> > 
> > 
> > 
> > Darn not quite enough notice for me to crash the meeting :-) 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > (A link to world clock would be helpful for the time zoned challenged) 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > > 
> > > Data Provenience 
> > > 
> > > 
> > > 
> > > Blammo: On Incubation, I've been working with Jodi, and we're all but finished with the Provenance on Code and Data. Next step would be to run through an install of GeoMoose with Jodi. I believe this will be the last hurdle before recommendation for graduation. 
> > > 
> > > 
> > > 
> > > 
> > 
> > If you point me at the docs that will be fine. While I am keen to try it is not a hurdle for incubation - just a sign of enthusiasm. 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > I would like to run through the "checklist"[1] (perhaps via IRC?) and then we should be able to take things to the incubation list - in record time :-) 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > Jody 
> > 
> > 
> > 
> > [1] http://www.osgeo.org/incubator/process/project_graduation_checklist.html 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20120501/91481482/attachment.html