From MarkVolz at co.lyon.mn.us  Mon May  4 13:38:54 2009
From: MarkVolz at co.lyon.mn.us (Mark Volz)
Date: Sun Sep 18 11:39:07 2011
Subject: [Geomoose-users] total values in identify results
Message-ID: <3D56274B4A7874468F58FADDBFD098010740A153@llmhs02.r8nssis.local>

Hello,

 

I am trying to total the values for several fields in my identify results.
The javascript code below is from my identifyParcels.html code.  The values
apparently are added together correctly; however I just cannot get the total
to display in the identify results

 

Portion of code in the template:

<tr>

<td align="right"><b>Total Value:</b></td>

<td>$

<script type="text/javascript">

  var total = [EMVLand] + [EMVBldg] + [EMVMachine];

  //alert('your total is' + total);

  document.write(total);

  document.write('test');

</script>

</td>

</tr>

 

Processed code in firebug:

 

<tr>

<td align="right">

<b>Total Value:</b>

</td>

<td>

$ 

<script type="text/javascript">

 var total = 3.37800000000e+005 + 1.50900000000e+005 + 0.00000000000e+000;

 //alert('your total is' + total);

 document.write(total);

 document.write('test');

</script>

</td>

</tr>

 

 

 

 

 

 

 

 

Mark Volz

GIS Specialist

Lyon County, MN

(507) 532-8218

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20090504/76465891/attachment.html
From danlittle at yahoo.com  Mon May  4 13:52:22 2009
From: danlittle at yahoo.com (Dan Little)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] total values in identify results
In-Reply-To: <3D56274B4A7874468F58FADDBFD098010740A153@llmhs02.r8nssis.local>
References: <3D56274B4A7874468F58FADDBFD098010740A153@llmhs02.r8nssis.local>
Message-ID: <150095.7270.qm@web51412.mail.re2.yahoo.com>

Unfortunately, the HTML is displayed by taking the processed Mapserver results and using the ".innerHTML" attribute.  This has the consequence of not actually executing the javascript that is entered in the template.




________________________________
From: Mark Volz <MarkVolz@co.lyon.mn.us>
To: geomoose-users@lists.sourceforge.net
Sent: Monday, May 4, 2009 12:38:54 PM
Subject: [Geomoose-users] total values in identify results


Hello,
 
I am trying to total the values for several fields in my
identify results.  The javascript code below is from my identifyParcels.html
code.  The values apparently are added together correctly; however I just
cannot get the total to display in the identify results
 
Portion of code in the template:
<tr>
<td align="right"><b>Total
Value:</b></td>
<td>$
<script type="text/javascript">
  var total = [EMVLand] + [EMVBldg] + [EMVMachine];
  //alert('your total is' + total);
  document.write(total);
  document.write('test');
</script>
</td>
</tr>
 
Processed code in firebug:
 
<tr>
<td align="right">
<b>Total Value:</b>
</td>
<td>
$ 
<script type="text/javascript">
 var total = 3.37800000000e+005 +
1.50900000000e+005 + 0.00000000000e+000;
 //alert('your total is' + total);
 document.write(total);
 document.write('test');
</script>
</td>
</tr>
 
 
 
 
 
 
 
 
Mark Volz
GIS Specialist
Lyon County, MN
(507) 532-8218


      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20090504/31636bbf/attachment.html
From bfraser at geoanalytic.com  Mon May  4 14:16:59 2009
From: bfraser at geoanalytic.com (Brent Fraser)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] Internet Explorer 8 and the v1.6.1 ScaleBox
	selection list
Message-ID: <49FF311B.70907@geoanalytic.com>

I've just tested my site with IE8 and I notice the pop-up list of scale values in the scalebox is not displayed.  Anyone else notice this?

Thanks!
Brent Fraser
GeoAnalytic Inc.


From bfischer at houstoneng.com  Tue May  5 10:08:26 2009
From: bfischer at houstoneng.com (Fischer, Brian)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] FOSS4G Conference Registration Opens
Message-ID: <7F45A731672CF349ABC2E97148AE526F4248393A8E@hexch64.houstonengineeringinc.com>

GeoMOOSE users,

I've been ask to pass along this announcement.  I have been to these conferences in the past and they are a great venue for learning about open source projects and networking with a lot of the developers.  If any GeoMOOSE users are planning to attend it would be great to present something on the GeoMOOSE project!



A press release with more details can be found at:



  - http://wiki.osgeo.org/wiki/FOSS4G_2009_Press_Release_11



The conference website is at:



  - http://2009.foss4g.org




Brian Fischer, CFM  GIS Project Manager
Houston Engineering, Inc.
6901 East Fish Lake Road, Suite 140
Maple Grove, MN 55369
Phone: W: 763.493.4522 / M: 763.229.2734
Email:  bfischer@houstoneng.com<mailto:bfischer@houstonengineeringinc.com>
Website: www.houstoneng.com<http://www.houstonengineeringinc.com/>




-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20090505/95800493/attachment.html
From bfraser at geoanalytic.com  Tue May  5 15:35:07 2009
From: bfraser at geoanalytic.com (Brent Fraser)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] Feature requests and a Tip
Message-ID: <4A0094EB.7020100@geoanalytic.com>


A few feature requests for Geomoose 2:

1. Make the side panel collapsible like v1.6.1
2. On clicking the Search button, set the keyboard focus to the text box.
3. Have check box at the Group level to turn off/on entire sets of layers.
4. Have dependent layers (like Mapserver's LAYER -> REQUIRES) so if I turn a layer off, it's labels (rendered in a separate map file so they are always on top of everything else) will turn off too.
5. Have check boxes for the Mapserver LAYER level too.


And here's a tip for those who like to maximize their mapping: 

	When using the browser (Firefox, IE, etc) on a GeoMoose site, press F11 to switch to Full-screen mode while in the browser.  This will get rid of all those pesky browser title, status, tool, and menu bars.  Press F11 again to return to standard windowed browsing.  But don't try this with dual (or more!) display setups; Mapserver is set by default to render a maximum of 2048 and the layers will fail to render (for those building GeoMoose sites, set the MAP's MAXSIZE to 4096 or larger to handle dual displays).

Best Regards,
Brent Fraser
GeoAnalytic Inc.




From danlittle at yahoo.com  Tue May  5 15:46:01 2009
From: danlittle at yahoo.com (Dan Little)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] Feature requests and a Tip
In-Reply-To: <4A0094EB.7020100@geoanalytic.com>
References: <4A0094EB.7020100@geoanalytic.com>
Message-ID: <130383.78486.qm@web51409.mail.re2.yahoo.com>


Hey Brent thank you for the feature requests and the tip...

Here's something you might want to look into for 4/5...

You can actually do "dependent" layers in side of GM2 right now AND use mapserver "layer" levels ... for example...

<map-source name="labels">
<file>all/labels.map</file>

<layer name="county"/>

<layer name="city"/>

<layer name="street"/>
</map-source>

<map-source name="shapes">
<file>all/shapes.map</file>

<layer name="county"/>

<layer name="city"/>

<layer name="street"/>
</map-source>


Then in the <catalog>, to implement "requires..."

<layer title="Cities" src="labels/city:shapes/city" status="on"/>

<layer title="County" src="labels/county:shapes/county" status="on"/>


Or to implement mapfile level layering...
<group title="Labels">
<layer title="City" src="labels/city"/>

<layer title="County" src="labels/county"/>

</group>

<group title="Streets">
<layer title="Labels" src="labels/street"/>
<layer title="Lines" src="shapes/street"/>

</group>



----- Original Message ----
> From: Brent Fraser <bfraser@geoanalytic.com>
> To: GeoMOOSE Users List <geomoose-users@lists.sourceforge.net>
> Sent: Tuesday, May 5, 2009 2:35:07 PM
> Subject: [Geomoose-users] Feature requests and a Tip
> 
> 
> A few feature requests for Geomoose 2:
> 
> 1. Make the side panel collapsible like v1.6.1
> 2. On clicking the Search button, set the keyboard focus to the text box.
> 3. Have check box at the Group level to turn off/on entire sets of layers.
> 4. Have dependent layers (like Mapserver's LAYER -> REQUIRES) so if I turn a 
> layer off, it's labels (rendered in a separate map file so they are always on 
> top of everything else) will turn off too.
> 5. Have check boxes for the Mapserver LAYER level too.
> 
> 
> And here's a tip for those who like to maximize their mapping: 
> 
>     When using the browser (Firefox, IE, etc) on a GeoMoose site, press F11 to 
> switch to Full-screen mode while in the browser.  This will get rid of all those 
> pesky browser title, status, tool, and menu bars.  Press F11 again to return to 
> standard windowed browsing.  But don't try this with dual (or more!) display 
> setups; Mapserver is set by default to render a maximum of 2048 and the layers 
> will fail to render (for those building GeoMoose sites, set the MAP's MAXSIZE to 
> 4096 or larger to handle dual displays).
> 
> Best Regards,
> Brent Fraser
> GeoAnalytic Inc.
> 
> 
> 
> ------------------------------------------------------------------------------
> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
> production scanning environment may not be a perfect world - but thanks to
> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
> Series Scanner you'll get full speed at 300 dpi even with all image 
> processing features enabled. http://p.sf.net/sfu/kodak-com
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geomoose-users



      


From bfraser at geoanalytic.com  Tue May  5 16:23:38 2009
From: bfraser at geoanalytic.com (Brent Fraser)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] Feature requests and a Tip
In-Reply-To: <130383.78486.qm@web51409.mail.re2.yahoo.com>
References: <4A0094EB.7020100@geoanalytic.com>
	<130383.78486.qm@web51409.mail.re2.yahoo.com>
Message-ID: <4A00A04A.5080808@geoanalytic.com>

Darn!  Now I've HAVE to download the Beta and give it a go...

Many Thanks,
Brent

Dan Little wrote:
> Hey Brent thank you for the feature requests and the tip...
> 
> Here's something you might want to look into for 4/5...
> 
> You can actually do "dependent" layers in side of GM2 right now AND use mapserver "layer" levels ... for example...
> 
> <map-source name="labels">
> <file>all/labels.map</file>
> 
> <layer name="county"/>
> 
> <layer name="city"/>
> 
> <layer name="street"/>
> </map-source>
> 
> <map-source name="shapes">
> <file>all/shapes.map</file>
> 
> <layer name="county"/>
> 
> <layer name="city"/>
> 
> <layer name="street"/>
> </map-source>
> 
> 
> Then in the <catalog>, to implement "requires..."
> 
> <layer title="Cities" src="labels/city:shapes/city" status="on"/>
> 
> <layer title="County" src="labels/county:shapes/county" status="on"/>
> 
> 
> Or to implement mapfile level layering...
> <group title="Labels">
> <layer title="City" src="labels/city"/>
> 
> <layer title="County" src="labels/county"/>
> 
> </group>
> 
> <group title="Streets">
> <layer title="Labels" src="labels/street"/>
> <layer title="Lines" src="shapes/street"/>
> 
> </group>
> 
> 
> 
> ----- Original Message ----
>> From: Brent Fraser <bfraser@geoanalytic.com>
>> To: GeoMOOSE Users List <geomoose-users@lists.sourceforge.net>
>> Sent: Tuesday, May 5, 2009 2:35:07 PM
>> Subject: [Geomoose-users] Feature requests and a Tip
>>
>>
>> A few feature requests for Geomoose 2:
>>
>> 1. Make the side panel collapsible like v1.6.1
>> 2. On clicking the Search button, set the keyboard focus to the text box.
>> 3. Have check box at the Group level to turn off/on entire sets of layers.
>> 4. Have dependent layers (like Mapserver's LAYER -> REQUIRES) so if I turn a 
>> layer off, it's labels (rendered in a separate map file so they are always on 
>> top of everything else) will turn off too.
>> 5. Have check boxes for the Mapserver LAYER level too.
>>
>>
>> And here's a tip for those who like to maximize their mapping: 
>>
>>     When using the browser (Firefox, IE, etc) on a GeoMoose site, press F11 to 
>> switch to Full-screen mode while in the browser.  This will get rid of all those 
>> pesky browser title, status, tool, and menu bars.  Press F11 again to return to 
>> standard windowed browsing.  But don't try this with dual (or more!) display 
>> setups; Mapserver is set by default to render a maximum of 2048 and the layers 
>> will fail to render (for those building GeoMoose sites, set the MAP's MAXSIZE to 
>> 4096 or larger to handle dual displays).
>>
>> Best Regards,
>> Brent Fraser
>> GeoAnalytic Inc.
>>
>>
>>
>> ------------------------------------------------------------------------------
>> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
>> production scanning environment may not be a perfect world - but thanks to
>> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
>> Series Scanner you'll get full speed at 300 dpi even with all image 
>> processing features enabled. http://p.sf.net/sfu/kodak-com
>> _______________________________________________
>> Geomoose-users mailing list
>> Geomoose-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geomoose-users
> 
> 
> 
>       
> 


From Bob.Basques at ci.stpaul.mn.us  Tue May  5 16:49:07 2009
From: Bob.Basques at ci.stpaul.mn.us (Bob Basques)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] Feature requests and a Tip
Message-ID: <4A005FF3020000A80001332D@jeckle>

A couple of additions . . .

* Make the side panel collapsible, and resizeable (horizontally)
* Wide-screen mode, some thoughts about setting up tiled requests (from GeoMoose upon hitting the image limits, might be in order.  Something like GeoMoose automatically requesting tiles if the screen size get to big.  Hmm, this is an interesting idea, does MapServer have a way to query the MAXSIZE value of a Mapfile (Other than via a template?)

bobb

>>> Brent Fraser <bfraser@geoanalytic.com> 05/05/09 2:36 PM >>>

A few feature requests for Geomoose 2:

1. Make the side panel collapsible like v1.6.1
2. On clicking the Search button, set the keyboard focus to the text box.
3. Have check box at the Group level to turn off/on entire sets of layers.
4. Have dependent layers (like Mapserver's LAYER -> REQUIRES) so if I turn a layer off, it's labels (rendered in a separate map file so they are always on top of everything else) will turn off too.
5. Have check boxes for the Mapserver LAYER level too.


And here's a tip for those who like to maximize their mapping: 

	When using the browser (Firefox, IE, etc) on a GeoMoose site, press F11 to switch to Full-screen mode while in the browser.  This will get rid of all those pesky browser title, status, tool, and menu bars.  Press F11 again to return to standard windowed browsing.  But don't try this with dual (or more!) display setups; Mapserver is set by default to render a maximum of 2048 and the layers will fail to render (for those building GeoMoose sites, set the MAP's MAXSIZE to 4096 or larger to handle dual displays).

Best Regards,
Brent Fraser
GeoAnalytic Inc.



------------------------------------------------------------------------------
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you'll get full speed at 300 dpi even with all image 
processing features enabled. http://p.sf.net/sfu/kodak-com
_______________________________________________
Geomoose-users mailing list
Geomoose-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geomoose-users



From bfischer at houstoneng.com  Tue May  5 16:49:54 2009
From: bfischer at houstoneng.com (Fischer, Brian)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] Feature requests and a Tip
In-Reply-To: <4A00A04A.5080808@geoanalytic.com>
References: <4A0094EB.7020100@geoanalytic.com>
	<130383.78486.qm@web51409.mail.re2.yahoo.com>
	<4A00A04A.5080808@geoanalytic.com>
Message-ID: <7F45A731672CF349ABC2E97148AE526F4248393AA7@hexch64.houstonengineeringinc.com>

Brent,
If you know how to get into the SVN you might want to download that version as Dan has added some nice enhancements to the print service and fixed a few bugs.  He also did a great job on updating and creating more documentation.

SVN: http://www.geomoose.org/moose/index.php?option=com_content&task=view&id=29&Itemid=34 
GM 2 docs: http://www.geomoose.org/geomoose2/docs/ 

I'm guessing we'll release a beta 2 in a couple of weeks.

Brian Fischer 
Houston Engineering, Inc.
Phone:?W: 763.493.4522 / M: 763.229.2734


-----Original Message-----
From: Brent Fraser [mailto:bfraser@geoanalytic.com] 
Sent: Tuesday, May 05, 2009 3:24 PM
To: Dan Little
Cc: GeoMOOSE Users List
Subject: Re: [Geomoose-users] Feature requests and a Tip

Darn!  Now I've HAVE to download the Beta and give it a go...

Many Thanks,
Brent

Dan Little wrote:
> Hey Brent thank you for the feature requests and the tip...
> 
> Here's something you might want to look into for 4/5...
> 
> You can actually do "dependent" layers in side of GM2 right now AND use mapserver "layer" levels ... for example...
> 
> <map-source name="labels">
> <file>all/labels.map</file>
> 
> <layer name="county"/>
> 
> <layer name="city"/>
> 
> <layer name="street"/>
> </map-source>
> 
> <map-source name="shapes">
> <file>all/shapes.map</file>
> 
> <layer name="county"/>
> 
> <layer name="city"/>
> 
> <layer name="street"/>
> </map-source>
> 
> 
> Then in the <catalog>, to implement "requires..."
> 
> <layer title="Cities" src="labels/city:shapes/city" status="on"/>
> 
> <layer title="County" src="labels/county:shapes/county" status="on"/>
> 
> 
> Or to implement mapfile level layering...
> <group title="Labels">
> <layer title="City" src="labels/city"/>
> 
> <layer title="County" src="labels/county"/>
> 
> </group>
> 
> <group title="Streets">
> <layer title="Labels" src="labels/street"/>
> <layer title="Lines" src="shapes/street"/>
> 
> </group>
> 
> 
> 
> ----- Original Message ----
>> From: Brent Fraser <bfraser@geoanalytic.com>
>> To: GeoMOOSE Users List <geomoose-users@lists.sourceforge.net>
>> Sent: Tuesday, May 5, 2009 2:35:07 PM
>> Subject: [Geomoose-users] Feature requests and a Tip
>>
>>
>> A few feature requests for Geomoose 2:
>>
>> 1. Make the side panel collapsible like v1.6.1
>> 2. On clicking the Search button, set the keyboard focus to the text box.
>> 3. Have check box at the Group level to turn off/on entire sets of layers.
>> 4. Have dependent layers (like Mapserver's LAYER -> REQUIRES) so if I turn a 
>> layer off, it's labels (rendered in a separate map file so they are always on 
>> top of everything else) will turn off too.
>> 5. Have check boxes for the Mapserver LAYER level too.
>>
>>
>> And here's a tip for those who like to maximize their mapping: 
>>
>>     When using the browser (Firefox, IE, etc) on a GeoMoose site, press F11 to 
>> switch to Full-screen mode while in the browser.  This will get rid of all those 
>> pesky browser title, status, tool, and menu bars.  Press F11 again to return to 
>> standard windowed browsing.  But don't try this with dual (or more!) display 
>> setups; Mapserver is set by default to render a maximum of 2048 and the layers 
>> will fail to render (for those building GeoMoose sites, set the MAP's MAXSIZE to 
>> 4096 or larger to handle dual displays).
>>
>> Best Regards,
>> Brent Fraser
>> GeoAnalytic Inc.
>>
>>
>>
>> ------------------------------------------------------------------------------
>> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
>> production scanning environment may not be a perfect world - but thanks to
>> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
>> Series Scanner you'll get full speed at 300 dpi even with all image 
>> processing features enabled. http://p.sf.net/sfu/kodak-com
>> _______________________________________________
>> Geomoose-users mailing list
>> Geomoose-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geomoose-users
> 
> 
> 
>       
> 

------------------------------------------------------------------------------
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you'll get full speed at 300 dpi even with all image 
processing features enabled. http://p.sf.net/sfu/kodak-com
_______________________________________________
Geomoose-users mailing list
Geomoose-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geomoose-users


From bfraser at geoanalytic.com  Wed May  6 11:50:49 2009
From: bfraser at geoanalytic.com (Brent Fraser)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] GeoMoose 2 and PHP requirement
Message-ID: <4A01B1D9.4010701@geoanalytic.com>

   One thing I like about GeoMoose 1.6.1 is that PHP is optional (if you want the advanced features of printing, buffering, and selection, you'll need to get it working).  I could render my  layers, pan/zoom, etc, all without PHP setup on the server.


  It looks like PHP is now mandatory with GeoMoose2.  The main culprits are htdocs\geomoose\main.js:57:     
      OpenLayers.loadURL('php/getmapbook.php', {}, {}, onLoadedMapbook);

and php/getmapbook.php:
      header('Content-type: application/xml;text/xml');
      $mapbook = getMapbook();
      print $mapbook->saveXML();

where getMapbook() is defined as:
	$mapbook->load('../../conf/'.$CONFIGURATION['mapbook']);

which basically sends the mapbook declared in the settings.ini to the browser as XML.

For those of us implementing using IIS, or implementing GeoMoose for the first time, it can be a major pain just trying to get to the "Hello World" stage. 


   Some recommendations:

1. Make the getmapbook url configurable (so I can do 'asp/getmapbook.asp', or use python, perl, etc).  Or can it be defaulted to a simple 'htdocs/mapbook.xml' url?

2. Make sure you document that PHP is now a requirement of GeoMoose2.

Thanks!
Brent Fraser


From danlittle at yahoo.com  Wed May  6 11:58:18 2009
From: danlittle at yahoo.com (Dan Little)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] GeoMoose 2 and PHP requirement
In-Reply-To: <4A01B1D9.4010701@geoanalytic.com>
References: <4A01B1D9.4010701@geoanalytic.com>
Message-ID: <374907.96939.qm@web51412.mail.re2.yahoo.com>


This is actually a component that we/I decided on for long term planning.

On of the goals is to offer the ability to have "secured" Mapbooks out of the box with GeoMOOSE (this is probably a late-2.2 or early-2.4 feature).

The method to the madness is that all functions that read the Mapbook (including the HTML/Javascript) would be required to use "getMapbook()."  The "getMapbook()" function will be the responsible for decoding any sort of security settings and then disseminating the appropriate information to all of the requestors.

I will work on making this more configurable and document how to change it.



----- Original Message ----
> From: Brent Fraser <bfraser@geoanalytic.com>
> To: GeoMOOSE Users List <geomoose-users@lists.sourceforge.net>
> Sent: Wednesday, May 6, 2009 10:50:49 AM
> Subject: [Geomoose-users] GeoMoose 2 and PHP requirement
> 
>    One thing I like about GeoMoose 1.6.1 is that PHP is optional (if you want 
> the advanced features of printing, buffering, and selection, you'll need to get 
> it working).  I could render my  layers, pan/zoom, etc, all without PHP setup on 
> the server.
> 
> 
>   It looks like PHP is now mandatory with GeoMoose2.  The main culprits are 
> htdocs\geomoose\main.js:57:    
>       OpenLayers.loadURL('php/getmapbook.php', {}, {}, onLoadedMapbook);
> 
> and php/getmapbook.php:
>       header('Content-type: application/xml;text/xml');
>       $mapbook = getMapbook();
>       print $mapbook->saveXML();
> 
> where getMapbook() is defined as:
>     $mapbook->load('../../conf/'.$CONFIGURATION['mapbook']);
> 
> which basically sends the mapbook declared in the settings.ini to the browser as 
> XML.
> 
> For those of us implementing using IIS, or implementing GeoMoose for the first 
> time, it can be a major pain just trying to get to the "Hello World" stage. 
> 
> 
>    Some recommendations:
> 
> 1. Make the getmapbook url configurable (so I can do 'asp/getmapbook.asp', or 
> use python, perl, etc).  Or can it be defaulted to a simple 'htdocs/mapbook.xml' 
> url?
> 
> 2. Make sure you document that PHP is now a requirement of GeoMoose2.
> 
> Thanks!
> Brent Fraser
> 
> ------------------------------------------------------------------------------
> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
> production scanning environment may not be a perfect world - but thanks to
> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
> Series Scanner you'll get full speed at 300 dpi even with all image 
> processing features enabled. http://p.sf.net/sfu/kodak-com
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geomoose-users



      


From bfraser at geoanalytic.com  Wed May  6 12:56:19 2009
From: bfraser at geoanalytic.com (Brent Fraser)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] GeoMoose 2 and PHP requirement
In-Reply-To: <374907.96939.qm@web51412.mail.re2.yahoo.com>
References: <4A01B1D9.4010701@geoanalytic.com>
	<374907.96939.qm@web51412.mail.re2.yahoo.com>
Message-ID: <4A01C133.4040703@geoanalytic.com>

Dan,

  I like the plan to secure the xml file; I just wanted to make sure you appreciated how painful PHP (and PHP mapscript with IIS!) can be for some of us.

  If Beta 2 can have the same instant gratification as v1.6.1 ("first you install ms4w, then install GeoMoose, then click the demo url to see the map") that would be great!

Keep up the good work!
Brent


Dan Little wrote:
> This is actually a component that we/I decided on for long term planning.
> 
> On of the goals is to offer the ability to have "secured" Mapbooks out of the box with GeoMOOSE (this is probably a late-2.2 or early-2.4 feature).
> 
> The method to the madness is that all functions that read the Mapbook (including the HTML/Javascript) would be required to use "getMapbook()."  The "getMapbook()" function will be the responsible for decoding any sort of security settings and then disse
> minating the appropriate information to all of the requestors.
> 
> I will work on making this more configurable and document how to change it.
> 
> 
> 
> ----- Original Message ----
>> From: Brent Fraser <bfraser@geoanalytic.com>
>> To: GeoMOOSE Users List <geomoose-users@lists.sourceforge.net>
>> Sent: Wednesday, May 6, 2009 10:50:49 AM
>> Subject: [Geomoose-users] GeoMoose 2 and PHP requirement
>>
>>    One thing I like about GeoMoose 1.6.1 is that PHP is optional (if you want 
>> the advanced features of printing, buffering, and selection, you'll need to get 
>> it working).  I could render my  layers, pan/zoom, etc, all without PHP setup on 
>> the server.
>>
>>
>>   It looks like PHP is now mandatory with GeoMoose2.  The main culprits are 
>> htdocs\geomoose\main.js:57:    
>>       OpenLayers.loadURL('php/getmapbook.php', {}, {}, onLoadedMapbook);
>>
>> and php/getmapbook.php:
>>       header('Content-type: application/xml;text/xml');
>>       $mapbook = getMapbook();
>>       print $mapbook->saveXML();
>>
>> where getMapbook() is defined as:
>>     $mapbook->load('../../conf/'.$CONFIGURATION['mapbook']);
>>
>> which basically sends the mapbook declared in the settings.ini to the browser as 
>> XML.
>>
>> For those of us implementing using IIS, or implementing GeoMoose for the first 
>> time, it can be a major pain just trying to get to the "Hello World" stage. 
>>
>>
>>    Some recommendations:
>>
>> 1. Make the getmapbook url configurable (so I can do 'asp/getmapbook.asp', or 
>> use python, perl, etc).  Or can it be defaulted to a simple 'htdocs/mapbook.xml' 
>> url?
>>
>> 2. Make sure you document that PHP is now a requirement of GeoMoose2.
>>
>> Thanks!
>> Brent Fraser
>>
>> ------------------------------------------------------------------------------
>> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
>> production scanning environment may not be a perfect world - but thanks to
>> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
>> Series Scanner you'll get full speed at 300 dpi even with all image 
>> processing features enabled. http://p.sf.net/sfu/kodak-com
>> _______________________________________________
>> Geomoose-users mailing list
>> Geomoose-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geomoose-users
> 
> 
> 
>       
> 


From danlittle at yahoo.com  Wed May  6 12:57:55 2009
From: danlittle at yahoo.com (Dan Little)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] GeoMoose 2 and PHP requirement
In-Reply-To: <4A01C133.4040703@geoanalytic.com>
References: <4A01B1D9.4010701@geoanalytic.com>
	<374907.96939.qm@web51412.mail.re2.yahoo.com>
	<4A01C133.4040703@geoanalytic.com>
Message-ID: <491182.79345.qm@web51409.mail.re2.yahoo.com>


PHP Mapscript comes working out-of-the-box with MS4W and Apache ... so that's why we decided it was okay to go with this setup.  Then again, I'm pretty sure JimK has been patching the code everytime he gets it because he does not run PHP on his Linux boxes.


----- Original Message ----
> From: Brent Fraser <bfraser@geoanalytic.com>
> To: Dan Little <danlittle@yahoo.com>
> Cc: GeoMOOSE Users List <geomoose-users@lists.sourceforge.net>
> Sent: Wednesday, May 6, 2009 11:56:19 AM
> Subject: Re: [Geomoose-users] GeoMoose 2 and PHP requirement
> 
> Dan,
> 
> I like the plan to secure the xml file; I just wanted to make sure you 
> appreciated how painful PHP (and PHP mapscript with IIS!) can be for some of us.
> 
> If Beta 2 can have the same instant gratification as v1.6.1 ("first you install 
> ms4w, then install GeoMoose, then click the demo url to see the map") that would 
> be great!
> 
> Keep up the good work!
> Brent
> 
> 
> Dan Little wrote:
> > This is actually a component that we/I decided on for long term planning.
> > 
> > On of the goals is to offer the ability to have "secured" Mapbooks out of the 
> box with GeoMOOSE (this is probably a late-2.2 or early-2.4 feature).
> > 
> > The method to the madness is that all functions that read the Mapbook 
> (including the HTML/Javascript) would be required to use "getMapbook()."  The 
> "getMapbook()" function will be the responsible for decoding any sort of 
> security settings and then disse
> > minating the appropriate information to all of the requestors.
> > 
> > I will work on making this more configurable and document how to change it.
> > 
> > 
> > 
> > ----- Original Message ----
> >> From: Brent Fraser 
> >> To: GeoMOOSE Users List 
> >> Sent: Wednesday, May 6, 2009 10:50:49 AM
> >> Subject: [Geomoose-users] GeoMoose 2 and PHP requirement
> >> 
> >>    One thing I like about GeoMoose 1.6.1 is that PHP is optional (if you want 
> the advanced features of printing, buffering, and selection, you'll need to get 
> it working).  I could render my  layers, pan/zoom, etc, all without PHP setup on 
> the server.
> >> 
> >> 
> >>   It looks like PHP is now mandatory with GeoMoose2.  The main culprits are 
> htdocs\geomoose\main.js:57:          OpenLayers.loadURL('php/getmapbook.php', 
> {}, {}, onLoadedMapbook);
> >> 
> >> and php/getmapbook.php:
> >>       header('Content-type: application/xml;text/xml');
> >>       $mapbook = getMapbook();
> >>       print $mapbook->saveXML();
> >> 
> >> where getMapbook() is defined as:
> >>     $mapbook->load('../../conf/'.$CONFIGURATION['mapbook']);
> >> 
> >> which basically sends the mapbook declared in the settings.ini to the browser 
> as XML.
> >> 
> >> For those of us implementing using IIS, or implementing GeoMoose for the 
> first time, it can be a major pain just trying to get to the "Hello World" 
> stage. 
> >> 
> >>    Some recommendations:
> >> 
> >> 1. Make the getmapbook url configurable (so I can do 'asp/getmapbook.asp', or 
> use python, perl, etc).  Or can it be defaulted to a simple 'htdocs/mapbook.xml' 
> url?
> >> 
> >> 2. Make sure you document that PHP is now a requirement of GeoMoose2.
> >> 
> >> Thanks!
> >> Brent Fraser
> >> 
> >> 
> ------------------------------------------------------------------------------
> >> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
> >> production scanning environment may not be a perfect world - but thanks to
> >> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
> >> Series Scanner you'll get full speed at 300 dpi even with all image 
> processing features enabled. http://p.sf.net/sfu/kodak-com
> >> _______________________________________________
> >> Geomoose-users mailing list
> >> Geomoose-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/geomoose-users
> > 
> > 
> > 
> >      



      


From bfraser at geoanalytic.com  Wed May  6 13:13:40 2009
From: bfraser at geoanalytic.com (Brent Fraser)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] GeoMoose 2 and PHP requirement
In-Reply-To: <491182.79345.qm@web51409.mail.re2.yahoo.com>
References: <4A01B1D9.4010701@geoanalytic.com>
	<374907.96939.qm@web51412.mail.re2.yahoo.com>
	<4A01C133.4040703@geoanalytic.com>
	<491182.79345.qm@web51409.mail.re2.yahoo.com>
Message-ID: <4A01C544.7080103@geoanalytic.com>

Well the good news is that changing the URL to 'mapbook.xml' worked fine (after moving the file to htdocs folder).

The parcel and Airphoto layers display (and the performance is great!); dunno why the others don't display (but I'll work on that later).

Brent

Dan Little wrote:
> PHP Mapscript comes working out-of-the-box with MS4W and Apache ... so that's why we decided it was okay to go with this setup.  Then again, I'm pretty sure JimK has been patching the code everytime he gets it because he does not run PHP on his Linux bo
> xes.
> 
> 
> ----- Original Message ----
>> From: Brent Fraser <bfraser@geoanalytic.com>
>> To: Dan Little <danlittle@yahoo.com>
>> Cc: GeoMOOSE Users List <geomoose-users@lists.sourceforge.net>
>> Sent: Wednesday, May 6, 2009 11:56:19 AM
>> Subject: Re: [Geomoose-users] GeoMoose 2 and PHP requirement
>>
>> Dan,
>>
>> I like the plan to secure the xml file; I just wanted to make sure you 
>> appreciated how painful PHP (and PHP mapscript with IIS!) can be for some of us.
>>
>> If Beta 2 can have the same instant gratification as v1.6.1 ("first you install 
>> ms4w, then install GeoMoose, then click the demo url to see the map") that would 
>> be great!
>>
>> Keep up the good work!
>> Brent
>>
>>
>> Dan Little wrote:
>>> This is actually a component that we/I decided on for long term planning.
>>>
>>> On of the goals is to offer the ability to have "secured" Mapbooks out of the 
>> box with GeoMOOSE (this is probably a late-2.2 or early-2.4 feature).
>>> The method to the madness is that all functions that read the Mapbook 
>> (including the HTML/Javascript) would be required to use "getMapbook()."  The 
>> "getMapbook()" function will be the responsible for decoding any sort of 
>> security settings and then disse
>>> minating the appropriate information to all of the requestors.
>>>
>>> I will work on making this more configurable and document how to change it.
>>>
>>>
>>>
>>> ----- Original Message ----
>>>> From: Brent Fraser 
>>>> To: GeoMOOSE Users List 
>>>> Sent: Wednesday, May 6, 2009 10:50:49 AM
>>>> Subject: [Geomoose-users] GeoMoose 2 and PHP requirement
>>>>
>>>>    One thing I like about GeoMoose 1.6.1 is that PHP is optional (if you want 
>> the advanced features of printing, buffering, and selection, you'll need to get 
>> it working).  I could render my  layers, pan/zoom, etc, all without PHP setup on 
>> the server.
>>>>
>>>>   It looks like PHP is now mandatory with GeoMoose2.  The main culprits are 
>> htdocs\geomoose\main.js:57:          OpenLayers.loadURL('php/getmapbook.php', 
>> {}, {}, onLoadedMapbook);
>>>> and php/getmapbook.php:
>>>>       header('Content-type: application/xml;text/xml');
>>>>       $mapbook = getMapbook();
>>>>       print $mapbook->saveXML();
>>>>
>>>> where getMapbook() is defined as:
>>>>     $mapbook->load('../../conf/'.$CONFIGURATION['mapbook']);
>>>>
>>>> which basically sends the mapbook declared in the settings.ini to the browser 
>> as XML.
>>>> For those of us implementing using IIS, or implementing GeoMoose for the 
>> first time, it can be a major pain just trying to get to the "Hello World" 
>> stage. 
>>>>    Some recommendations:
>>>>
>>>> 1. Make the getmapbook url configurable (so I can do 'asp/getmapbook.asp', or 
>> use python, perl, etc).  Or can it be defaulted to a simple 'htdocs/mapbook.xml' 
>> url?
>>>> 2. Make sure you document that PHP is now a requirement of GeoMoose2.
>>>>
>>>> Thanks!
>>>> Brent Fraser
>>>>
>>>>
>> ------------------------------------------------------------------------------
>>>> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
>>>> production scanning environment may not be a perfect world - but thanks to
>>>> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
>>>> Series Scanner you'll get full speed at 300 dpi even with all image 
>> processing features enabled. http://p.sf.net/sfu/kodak-com
>>>> _______________________________________________
>>>> Geomoose-users mailing list
>>>> Geomoose-users@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/geomoose-users
>>>
>>>
>>>      
> 
> 
> 
>       
> 


From Bob.Basques at ci.stpaul.mn.us  Wed May  6 13:37:08 2009
From: Bob.Basques at ci.stpaul.mn.us (Bob Basques)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] GeoMoose 2 and PHP requirement
In-Reply-To: <491182.79345.qm@web51409.mail.re2.yahoo.com>
References: <4A01B1D9.4010701@geoanalytic.com>
	<374907.96939.qm@web51412.mail.re2.yahoo.com>
	<4A01C133.4040703@geoanalytic.com>
	<491182.79345.qm@web51409.mail.re2.yahoo.com>
Message-ID: <4A018474.163B.00A8.0@ci.stpaul.mn.us>

All, 

Does it make any sense for some sub section of the files within GeoMoose to be released via Jimk's work?  Or does this point to some specific work needed to make the work that Jim does more transparent to the core development efforts, as in sepating some of the pointers to the PHP services so they can be reused with other services? 

bobb 



>>> Dan Little <danlittle@yahoo.com> wrote:


PHP Mapscript comes working out-of-the-box with MS4W and Apache ... so that's why we decided it was okay to go with this setup.  Then again, I'm pretty sure JimK has been patching the code everytime he gets it because he does not run PHP on his Linux boxes.


----- Original Message ----
> From: Brent Fraser <bfraser@geoanalytic.com>
> To: Dan Little <danlittle@yahoo.com>
> Cc: GeoMOOSE Users List <geomoose-users@lists.sourceforge.net>
> Sent: Wednesday, May 6, 2009 11:56:19 AM
> Subject: Re: [Geomoose-users] GeoMoose 2 and PHP requirement
>
> Dan,
>
> I like the plan to secure the xml file; I just wanted to make sure you
> appreciated how painful PHP (and PHP mapscript with IIS!) can be for some of us.
>
> If Beta 2 can have the same instant gratification as v1.6.1 ("first you install
> ms4w, then install GeoMoose, then click the demo url to see the map") that would
> be great!
>
> Keep up the good work!
> Brent
>
>
> Dan Little wrote:
> > This is actually a component that we/I decided on for long term planning.
> >
> > On of the goals is to offer the ability to have "secured" Mapbooks out of the
> box with GeoMOOSE (this is probably a late-2.2 or early-2.4 feature).
> >
> > The method to the madness is that all functions that read the Mapbook
> (including the HTML/Javascript) would be required to use "getMapbook()."  The
> "getMapbook()" function will be the responsible for decoding any sort of
> security settings and then disse
> > minating the appropriate information to all of the requestors.
> >
> > I will work on making this more configurable and document how to change it.
> >
> >
> >
> > ----- Original Message ----
> >> From: Brent Fraser
> >> To: GeoMOOSE Users List
> >> Sent: Wednesday, May 6, 2009 10:50:49 AM
> >> Subject: [Geomoose-users] GeoMoose 2 and PHP requirement
> >>
> >>    One thing I like about GeoMoose 1.6.1 is that PHP is optional (if you want
> the advanced features of printing, buffering, and selection, you'll need to get
> it working).  I could render my  layers, pan/zoom, etc, all without PHP setup on
> the server.
> >>
> >>
> >>   It looks like PHP is now mandatory with GeoMoose2.  The main culprits are
> htdocs\geomoose\main.js:57:          OpenLayers.loadURL('php/getmapbook.php',
> {}, {}, onLoadedMapbook);
> >>
> >> and php/getmapbook.php:
> >>       header('Content-type: application/xml;text/xml');
> >>       $mapbook = getMapbook();
> >>       print $mapbook->saveXML();
> >>
> >> where getMapbook() is defined as:
> >>     $mapbook->load('../../conf/'.$CONFIGURATION['mapbook']);
> >>
> >> which basically sends the mapbook declared in the settings.ini to the browser
> as XML.
> >>
> >> For those of us implementing using IIS, or implementing GeoMoose for the
> first time, it can be a major pain just trying to get to the "Hello World"
> stage.
> >>
> >>    Some recommendations:
> >>
> >> 1. Make the getmapbook url configurable (so I can do 'asp/getmapbook.asp', or
> use python, perl, etc).  Or can it be defaulted to a simple 'htdocs/mapbook.xml'
> url?
> >>
> >> 2. Make sure you document that PHP is now a requirement of GeoMoose2.
> >>
> >> Thanks!
> >> Brent Fraser
> >>
> >>
> ------------------------------------------------------------------------------
> >> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
> >> production scanning environment may not be a perfect world - but thanks to
> >> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
> >> Series Scanner you'll get full speed at 300 dpi even with all image
> processing features enabled. http://p.sf.net/sfu/kodak-com
> >> _______________________________________________
> >> Geomoose-users mailing list
> >> Geomoose-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/geomoose-users
> >
> >
> >
> >     



     

------------------------------------------------------------------------------
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you'll get full speed at 300 dpi even with all image
processing features enabled. http://p.sf.net/sfu/kodak-com
_______________________________________________
Geomoose-users mailing list
Geomoose-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geomoose-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20090506/7f8f0789/attachment.html
From danlittle at yahoo.com  Wed May  6 13:39:19 2009
From: danlittle at yahoo.com (Dan Little)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] GeoMoose 2 and PHP requirement
In-Reply-To: <4A018474.163B.00A8.0@ci.stpaul.mn.us>
References: <4A01B1D9.4010701@geoanalytic.com>
	<374907.96939.qm@web51412.mail.re2.yahoo.com>
	<4A01C133.4040703@geoanalytic.com>
	<491182.79345.qm@web51409.mail.re2.yahoo.com>
	<4A018474.163B.00A8.0@ci.stpaul.mn.us>
Message-ID: <259164.91705.qm@web51403.mail.re2.yahoo.com>

Being that there is only one fixed reference right now (to getmapbook.php) and the rest of Jim's stuff has been integrated into the code as it's released ... I'm not sure we need to have separate distributions to both muddle and confuse development.



________________________________
From: Bob Basques <Bob.Basques@ci.stpaul.mn.us>
To: Brent Fraser <bfraser@geoanalytic.com>; Dan Little <danlittle@yahoo.com>
Cc: GeoMOOSE Users List <geomoose-users@lists.sourceforge.net>
Sent: Wednesday, May 6, 2009 12:37:08 PM
Subject: Re: [Geomoose-users] GeoMoose 2 and PHP requirement


All, 

Does it make any sense for some sub section of the files within GeoMoose to be released via Jimk's work?  Or does this point to some specific work needed to make the work that Jim does more transparent to the core development efforts, as in sepating some of the pointers to the PHP services so they can be reused with other services? 

bobb 



>>> Dan Little <danlittle@yahoo.com> wrote:


PHP Mapscript comes working out-of-the-box with MS4W and Apache ... so that's why we decided it was okay to go with this setup.  Then again, I'm pretty sure JimK has been patching the code everytime he gets it because he does not run PHP on his Linux boxes.


----- Original Message ----
> From: Brent Fraser <bfraser@geoanalytic.com>
> To: Dan Little <danlittle@yahoo.com>
> Cc: GeoMOOSE Users List <geomoose-users@lists.sourceforge.net>
> Sent: Wednesday, May 6, 2009 11:56:19 AM
> Subject: Re: [Geomoose-users] GeoMoose 2 and PHP requirement
>
> Dan,
>
> I like the plan to secure the xml file; I just wanted to make sure you
> appreciated how painful PHP (and PHP mapscript with IIS!) can be for some of us.
>
> If Beta 2 can have the same instant gratification as v1.6.1 ("first you install
> ms4w, then install GeoMoose, then click the demo url to see the map") that would
> be great!
>
> Keep up the good work!
> Brent
>
>
> Dan Little wrote:
> > This is actually a component that we/I decided on for long term planning.
> >
> > On of the goals is to offer the ability to have "secured" Mapbooks out of the
> box with GeoMOOSE (this is probably a late-2.2 or early-2.4 feature).
> >
> > The method to the madness is that all functions that read the Mapbook
> (including the HTML/Javascript) would be required to use "getMapbook()."  The
> "getMapbook()" function will be the responsible for decoding any sort of
> security settings and then disse
> > minating the appropriate information to all of the requestors.
> >
> > I will work on making this more configurable and document how to change it.
> >
> >
> >
> > ----- Original Message ----
> >> From: Brent Fraser
> >> To: GeoMOOSE Users List
> >> Sent: Wednesday, May 6, 2009 10:50:49 AM
> >> Subject: [Geomoose-users] GeoMoose 2 and PHP requirement
> >>
> >>    One thing I like about GeoMoose 1.6.1 is that PHP is optional (if you want
> the advanced features of printing, buffering, and selection, you'll need to get
> it working).  I could render my  layers, pan/zoom, etc, all without PHP setup on
> the server.
> >>
> >>
> >>   It looks like PHP is now mandatory with GeoMoose2.  The main culprits are
> htdocs\geomoose\main.js:57:          OpenLayers.loadURL('php/getmapbook.php',
> {}, {}, onLoadedMapbook);
> >>
> >> and php/getmapbook.php:
> >>       header('Content-type: application/xml;text/xml');
> >>       $mapbook = getMapbook();
> >>       print $mapbook->saveXML();
> >>
> >> where getMapbook() is defined as:
> >>     $mapbook->load('../../conf/'.$CONFIGURATION['mapbook']);
> >>
> >> which basically sends the mapbook declared in the settings.ini to the browser
> as XML.
> >>
> >> For those of us implementing using IIS, or implementing GeoMoose for the
> first time, it can be a major pain just trying to get to the "Hello World"
> stage.
> >>
> >>    Some recommendations:
> >>
> >> 1. Make the getmapbook url configurable (so I can do 'asp/getmapbook.asp', or
> use python, perl, etc).  Or can it be defaulted to a simple 'htdocs/mapbook.xml'
> url?
> >>
> >> 2. Make sure you document that PHP is now a requirement of GeoMoose2.
> >>
> >> Thanks!
> >> Brent Fraser
> >>
> >>
> ------------------------------------------------------------------------------
> >> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
> >> production scanning environment may not be a perfect world - but thanks to
> >> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
> >> Series Scanner you'll get full speed at 300 dpi even with all image
> processing features enabled. http://p.sf.net/sfu/kodak-com
> >> _______________________________________________
> >> Geomoose-users mailing list
> >> Geomoose-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/geomoose-users
> >
> >
> >
> >     



     

------------------------------------------------------------------------------
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you'll get full speed at 300 dpi even with all image
processing features enabled. http://p.sf.net/sfu/kodak-com
_______________________________________________
Geomoose-users mailing list
Geomoose-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geomoose-users



      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20090506/1be03325/attachment.html
From MarkVolz at co.lyon.mn.us  Wed May  6 17:19:35 2009
From: MarkVolz at co.lyon.mn.us (Mark Volz)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] php and IIS
Message-ID: <3D56274B4A7874468F58FADDBFD098010740ABF3@llmhs02.r8nssis.local>

Skipped content of type multipart/alternative-------------- next part --------------
A non-text attachment was scrubbed...
Name: IISGeomoose.doc
Type: application/msword
Size: 28672 bytes
Desc: IISGeomoose.doc
Url : http://lists.osgeo.org/pipermail/geomoose-users/attachments/20090506/3ef573a9/IISGeomoose.doc
From JJohnson at ci.blaine.mn.us  Thu May  7 15:06:40 2009
From: JJohnson at ci.blaine.mn.us (Johnson, Jeremy)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] Bird's Eye & Virtual Earth
Message-ID: <9FA30ED3B4259844981A874EAB65D7B4E6FD3E@chexch3.blainech.ci.blaine.mn.us>

I recently had an email conversation with Brian Fisher regarding
licensing of the Virtual Earth Map Control and the Bird's Eye Viewer.
After talking to the licensing folks at Microsoft, here is what I found
out.

 

First, you need to be a licensed user of Pictometry in order to use the
Bird's Eye application.  For most counties, who have purchased
Pictometry, this is not an issue.  However, for a city like Blaine, we
are doing a little more research to see if the license agreement that we
signed with Anoka County to use Pictometry will suffice.  If not, we
need to get written permission from Pictometry and possibly pay a fee.  

 

Second, separate from the Pictometry license is the Virtual Earth
license.  In reading their terms of use
(http://www.microsoft.com/virtualearth/product/terms.html), it looks
like government agencies cannot use the application with paying for a
separate license. 

(ii)  Commercial or Government use:  If you would like to develop or
host an Application that is designed to access and use the service for
commercial or government use, you must enter into a separate MWS/VE
agreement. The only exception to our restriction on commercial or
government use under this agreement, is the 90 day evaluation period
described in section (iii) below. Microsoft considers commercial use of
this service to include:

*                     Licensing or selling Applications that use or
access the Service; or 

*                     Offering goods or services for a fee through your
Application, or promoting locations at which such goods or services are
offered. 

We have Volume Licensing here at Blaine and I am waiting to hear back
from them with a quote.  When I receive something, I will pass that
along as well.  

 

I am passing this along for everyone's benefit so that we are all in
compliance with licensing.  If anyone else has had any other information
passed along to them, please feel free to refute me.  I want to be
comfortable in using all of the tools available for GeoMOOSE to pass
information along to the public, as I am sure we all are.

 

Thanks

 

Jeremy Johnson, GISP

G.I.S. Coordinator

City of Blaine

10801 Town Square Dr Ne

Blaine, MN  55449

(763) 717-2639

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20090507/f239bb8e/attachment.html
From danlittle at yahoo.com  Fri May  8 11:23:20 2009
From: danlittle at yahoo.com (Dan Little)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] getmapbook.php and Avoiding PHP
Message-ID: <99749.7307.qm@web51410.mail.re2.yahoo.com>


I've added some code to SVN this morning that addresses the concerns about getmapbook.php.

Also, the latest SVN features the latest red-lining tools... they're slick as banana peels.

Please read the docs on the implementation of this over-ride and let me know if it makes sense:

http://www.geomoose.org/geomoose2/docs/howto/getmapbook.html

-Duck


      


From danlittle at yahoo.com  Fri May  8 11:27:39 2009
From: danlittle at yahoo.com (Dan Little)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] Fw: getmapbook.php and Avoiding PHP
Message-ID: <4982.91725.qm@web51401.mail.re2.yahoo.com>


I'm having issues with my email and not sure this actually got sent.


----- Forwarded Message ----
> From: Dan Little <danlittle@yahoo.com>
> To: GeoMOOSE Users List <geomoose-users@lists.sourceforge.net>
> Sent: Friday, May 8, 2009 10:23:20 AM
> Subject: getmapbook.php and Avoiding PHP
> 
> I've added some code to SVN this morning that addresses the concerns about 
> getmapbook.php.
> 
> Also, the latest SVN features the latest red-lining tools... they're slick as 
> banana peels.
> 
> Please read the docs on the implementation of this over-ride and let me know if 
> it makes sense:
> 
> http://www.geomoose.org/geomoose2/docs/howto/getmapbook.html
> 
> -Duck



      


From bfraser at geoanalytic.com  Fri May  8 12:24:51 2009
From: bfraser at geoanalytic.com (Brent Fraser)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] getmapbook.php and Avoiding PHP
In-Reply-To: <99749.7307.qm@web51410.mail.re2.yahoo.com>
References: <99749.7307.qm@web51410.mail.re2.yahoo.com>
Message-ID: <4A045CD3.8030801@geoanalytic.com>

Dan,

  Many thanks for the over-ride and the doc.  And since I'm the Devil's advocate in this case, here's a proposed edit for the doc:

-----------------
Why It's Okay 

 Here are a couple of reasons to override the mapbook setting:

 o  If you are having difficulty getting PHP working on your server and want to experiment with GeoMoose 
 o  You want to use a different server-side scripting language (such as Python or ASP) and are not interested in using the other GeoMoose PHP services.
-----------------

Thanks again!
Brent


Dan Little wrote:
> I've added some code to SVN this morning that addresses the concerns about getmapbook.php.
> 
> Also, the latest SVN features the latest red-lining tools... they're slick as banana peels.
> 
> Please read the docs on the implementation of this over-ride and let me know if it makes sense:
> 
> http://www.geomoose.org/geomoose2/docs/howto/getmapbook.html
> 
> -Duck
> 
> 
>       
> 
> ------------------------------------------------------------------------------
> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
> production scanning environment may not be a perfect world - but thanks to
> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
> Series Scanner you'll get full speed at 300 dpi even with all image 
> processing features enabled. http://p.sf.net/sfu/kodak-com
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geomoose-users
> 


From danlittle at yahoo.com  Fri May  8 20:10:07 2009
From: danlittle at yahoo.com (Dan Little)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] getmapbook.php and Avoiding PHP
In-Reply-To: <4A045CD3.8030801@geoanalytic.com>
References: <99749.7307.qm@web51410.mail.re2.yahoo.com>
	<4A045CD3.8030801@geoanalytic.com>
Message-ID: <544785.25557.qm@web51406.mail.re2.yahoo.com>


Your text has been added to the docs.


----- Original Message ----
> From: Brent Fraser <bfraser@geoanalytic.com>
> To: Dan Little <danlittle@yahoo.com>
> Cc: GeoMOOSE Users List <geomoose-users@lists.sourceforge.net>
> Sent: Friday, May 8, 2009 11:24:51 AM
> Subject: Re: [Geomoose-users] getmapbook.php and Avoiding PHP
> 
> Dan,
> 
> Many thanks for the over-ride and the doc.  And since I'm the Devil's advocate 
> in this case, here's a proposed edit for the doc:
> 
> -----------------
> Why It's Okay 
> Here are a couple of reasons to override the mapbook setting:
> 
> o  If you are having difficulty getting PHP working on your server and want to 
> experiment with GeoMoose o  You want to use a different server-side scripting 
> language (such as Python or ASP) and are not interested in using the other 
> GeoMoose PHP services.
> -----------------
> 
> Thanks again!
> Brent
> 
> 
> Dan Little wrote:
> > I've added some code to SVN this morning that addresses the concerns about 
> getmapbook.php.
> > 
> > Also, the latest SVN features the latest red-lining tools... they're slick as 
> banana peels.
> > 
> > Please read the docs on the implementation of this over-ride and let me know 
> if it makes sense:
> > 
> > http://www.geomoose.org/geomoose2/docs/howto/getmapbook.html
> > 
> > -Duck
> > 
> > 
> >      
> > ------------------------------------------------------------------------------
> > The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
> > production scanning environment may not be a perfect world - but thanks to
> > Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
> > Series Scanner you'll get full speed at 300 dpi even with all image processing 
> features enabled. http://p.sf.net/sfu/kodak-com
> > _______________________________________________
> > Geomoose-users mailing list
> > Geomoose-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/geomoose-users
> > 



      


From blaine at gisrangers.com  Mon May 11 16:30:15 2009
From: blaine at gisrangers.com (Blaine Hackett)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] Laserfiche and GeoMoose
Message-ID: <097458EF6BBE40DD9B70EDA80EC8AEDF@MONGO>

Good Afternoon!

 

I have several clients who want to link GeoMoose to LaserFiche.  Have any of
you done that and if so, what is the difficulty factor?

 

Thanks

Blaine

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20090511/f22bcbdc/attachment.html
From Bob.Basques at ci.stpaul.mn.us  Mon May 11 16:56:34 2009
From: Bob.Basques at ci.stpaul.mn.us (Bob Basques)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] Laserfiche and GeoMoose
In-Reply-To: <097458EF6BBE40DD9B70EDA80EC8AEDF@MONGO>
References: <097458EF6BBE40DD9B70EDA80EC8AEDF@MONGO>
Message-ID: <4A084AB2.163B.00A8.0@ci.stpaul.mn.us>

Blaine, 

When you say link to LaserFiche, are you talking about linking to a scan of the Lasertfiche, or to something else?  Document linking is indeed possible to link into GeoMoose, either via the identify button or via the popup mechanism 

bobb 



>>> "Blaine Hackett" <blaine@gisrangers.com> wrote:


Good Afternoon! 


  


I have several clients who want to link GeoMoose to LaserFiche.  Have any of you done that and if so, what is the difficulty factor? 


  


Thanks 


Blaine 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20090511/1a7b6f1a/attachment.html
From blaine at gisrangers.com  Mon May 11 17:10:45 2009
From: blaine at gisrangers.com (Blaine Hackett)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] Laserfiche and GeoMoose
In-Reply-To: <4A084AB2.163B.00A8.0@ci.stpaul.mn.us>
References: <097458EF6BBE40DD9B70EDA80EC8AEDF@MONGO>
	<4A084AB2.163B.00A8.0@ci.stpaul.mn.us>
Message-ID: <FED3BCF685664278A5F75E330BAFADAD@MONGO>

I guess I would actually like to send a query to LaserFiche and have that
software bring back all the documents associated with that query.  So for
example, you click on a parcel and it sends the PIN to LaserFiche which
brings up all data associated with that PIN.  Does that make sense?

 

Blaine

 

  _____  

From: Bob Basques [mailto:Bob.Basques@ci.stpaul.mn.us] 
Sent: Monday, May 11, 2009 3:57 PM
To: Blaine Hackett; geomoose-developers@lists.sourceforge.net;
geomoose-users@lists.sourceforge.net
Subject: Re: [Geomoose-users] Laserfiche and GeoMoose

 

Blaine, 

 

When you say link to LaserFiche, are you talking about linking to a scan of
the Lasertfiche, or to something else?  Document linking is indeed possible
to link into GeoMoose, either via the identify button or via the popup
mechanism 

 

bobb 

 



>>> "Blaine Hackett" <blaine@gisrangers.com> wrote:

 

Good Afternoon! 

 

  

 

I have several clients who want to link GeoMoose to LaserFiche.  Have any of
you done that and if so, what is the difficulty factor? 

 

  

 

Thanks 

 

Blaine 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20090511/02cca882/attachment.html
From danlittle at yahoo.com  Mon May 11 17:17:45 2009
From: danlittle at yahoo.com (Dan Little)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] Laserfiche and GeoMoose
In-Reply-To: <FED3BCF685664278A5F75E330BAFADAD@MONGO>
References: <097458EF6BBE40DD9B70EDA80EC8AEDF@MONGO>
	<4A084AB2.163B.00A8.0@ci.stpaul.mn.us>
	<FED3BCF685664278A5F75E330BAFADAD@MONGO>
Message-ID: <323725.50051.qm@web51405.mail.re2.yahoo.com>

Yep.  There are a number of ways to do that... my instinct would be to do one of the following:

1) Do an external link via the identify templates to the LaserFiche search.  something like...

View'>http://my.server.mn.us/laserfische/search.cgi?id=[PIN]">View related documents

2) Setup a PHP script that can parse the results and then directly link to the documents.  This is pretty detail oriented and I'm sorta lazy but the code would follow this type of path:
a) Download the results of a search from the system into memory.
b) Parse that using a custom parser, or if available get the results in XML or JSON so they can be parsed with a native parser.
c) Process those results into HTML links for the user.
d) Return the HTML to the results tab.

(/end 50 cents)




________________________________
From: Blaine Hackett <blaine@gisrangers.com>
To: Bob Basques <Bob.Basques@ci.stpaul.mn.us>; geomoose-developers@lists.sourceforge.net; geomoose-users@lists.sourceforge.net
Sent: Monday, May 11, 2009 4:10:45 PM
Subject: Re: [Geomoose-users] Laserfiche and GeoMoose

  
I guess I would actually like to send a
query to LaserFiche and have that software bring back all the documents
associated with that query.  So for example, you click on a parcel and it
sends the PIN to LaserFiche which brings up all data associated with that
PIN.  Does that make sense?
 
Blaine
 

________________________________
 
From:Bob Basques
[mailto:Bob.Basques@ci.stpaul.mn.us] 
Sent: Monday, May 11, 2009 3:57 PM
To: Blaine Hackett;
geomoose-developers@lists.sourceforge.net; geomoose-users@lists.sourceforge.net
Subject: Re: [Geomoose-users]
Laserfiche and GeoMoose
 
Blaine, 
 
When you say link to LaserFiche, are you talking about linking
to a scan of the Lasertfiche, or to something else?  Document linking is
indeed possible to link into GeoMoose, either via the identify button or via
the popup mechanism 
 
bobb 
 


>>> "Blaine Hackett" <blaine@gisrangers.com> wrote:
 
Good Afternoon! 
 
  
 
I have several clients who want to link GeoMoose to
LaserFiche.  Have any of you done that and if so, what is the
difficulty factor? 
 
  
 
Thanks 
 
Blaine 


      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20090511/e7a7a87e/attachment.html
From leonidas_liakos at yahoo.gr  Mon May 11 17:31:28 2009
From: leonidas_liakos at yahoo.gr (Leonidas Liakos)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] [Geomoose-developers] Test for layer active
In-Reply-To: <9FA30ED3B4259844981A874EAB65D7B4E6FD3E@chexch3.blainech.ci.blaine.mn.us>
References: <9FA30ED3B4259844981A874EAB65D7B4E6FD3E@chexch3.blainech.ci.blaine.mn.us>
Message-ID: <4A089930.8000502@yahoo.gr>

Jay, did you find any answer in your question? I also have the same 
problem. I need to check if a layer is active.I do it with php/mapscript 
but it returns true for all layers (active and inactive layers).So,how 
did you handle that? Thank you, Leonidas

Jay Kapalczynski wrote:
>
> Any thoughts on how to test to see if a layer is active and If so do 
> something.
>
> I want this bit of code to run the entire time the application is 
> open....just not sure
> where to write the code in order to achieve this.
>
> Thanks...
>



From coffee at uni-bonn.de  Tue May 12 07:38:29 2009
From: coffee at uni-bonn.de (CoFIS Web)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] GM2 - direct call to WMS without mapfile
Message-ID: <4A095FB5.5010503@uni-bonn.de>

Dear all,
do I understand correctly, that in GM2 I can include WMS into my 
application without having to us a local mapfile?

I try to include the Blue Marble Global Mosaic tiled WMS 
(http://onearth.jpl.nasa.gov/wms.cgi?request=GetTileService) using the 
following lines in my mapbook:

<map-source name="background-wms" type="wms" tiled="true">
	<url>http://onearth.jpl.nasa.gov/wms.cgi</url>
	<layer name="global_mosaic"/>
	<param name="srs" value="EPSG:4326"/>
	<param name="format" value="image/jpeg"/>
</map-source>

<catalog>
<group title="Satellite images" expand="true" multiple="false">
	<layer title="Blue Marble Global Mosaic"
	src="background-wms/global_mosaic"/>
</group>
	...
</catalog>

When loading the layer, GM (according to the status bar in Firefox) 
loads data. However, the only thing displayed are red tiles - no 
satellite images.

Could someone please point me in the right direction what to change?

Thanks,
Nils


-- 
Center for Development Research
Department of Ecology and Resource Management

Walter-Flex-Strasse 3
53113 Bonn (Germany)

Tel.:   +49 (0) 228 - 73-1793
FAX:    +49 (0) 228 - 73-1889

E-Mail: coffee@uni-bonn.de

Web:    http://www.cofis.info/atlas
         http://www.coffee.uni-bonn.de


From danlittle at yahoo.com  Tue May 12 07:53:51 2009
From: danlittle at yahoo.com (Dan Little)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] GM2 - direct call to WMS without mapfile
In-Reply-To: <4A095FB5.5010503@uni-bonn.de>
References: <4A095FB5.5010503@uni-bonn.de>
Message-ID: <233558.15553.qm@web51405.mail.re2.yahoo.com>


Hi Nils,

What is your map projection?



----- Original Message ----
> From: CoFIS Web <coffee@uni-bonn.de>
> To: GeoMoose Mailing list <geomoose-users@lists.sourceforge.net>
> Sent: Tuesday, May 12, 2009 6:38:29 AM
> Subject: [Geomoose-users] GM2 - direct call to WMS without mapfile
> 
> Dear all,
> do I understand correctly, that in GM2 I can include WMS into my 
> application without having to us a local mapfile?
> 
> I try to include the Blue Marble Global Mosaic tiled WMS 
> (http://onearth.jpl.nasa.gov/wms.cgi?request=GetTileService) using the 
> following lines in my mapbook:
> 
> 
>     http://onearth.jpl.nasa.gov/wms.cgi
>     
>     
>     
> 
> 
> 
> 
>     
>     src="background-wms/global_mosaic"/>
> 
>     ...
> 
> 
> When loading the layer, GM (according to the status bar in Firefox) 
> loads data. However, the only thing displayed are red tiles - no 
> satellite images.
> 
> Could someone please point me in the right direction what to change?
> 
> Thanks,
> Nils
> 
> 
> -- 
> Center for Development Research
> Department of Ecology and Resource Management
> 
> Walter-Flex-Strasse 3
> 53113 Bonn (Germany)
> 
> Tel.:   +49 (0) 228 - 73-1793
> FAX:    +49 (0) 228 - 73-1889
> 
> E-Mail: coffee@uni-bonn.de
> 
> Web:    http://www.cofis.info/atlas
>          http://www.coffee.uni-bonn.de
> 
> ------------------------------------------------------------------------------
> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
> production scanning environment may not be a perfect world - but thanks to
> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
> Series Scanner you'll get full speed at 300 dpi even with all image 
> processing features enabled. http://p.sf.net/sfu/kodak-com
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geomoose-users



      


From coffee at uni-bonn.de  Tue May 12 08:09:28 2009
From: coffee at uni-bonn.de (CoFIS Web)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] GM2 - direct call to WMS without mapfile
In-Reply-To: <233558.15553.qm@web51405.mail.re2.yahoo.com>
References: <4A095FB5.5010503@uni-bonn.de>
	<233558.15553.qm@web51405.mail.re2.yahoo.com>
Message-ID: <4A0966F8.3010309@uni-bonn.de>

Hi Dan,
my output projection for GM is EPSG:32637 as defined in the mapbook 
defaults.

Nils

Dan Little schrieb:
> Hi Nils,
> 
> What is your map projection?
> 
> 
> 
> ----- Original Message ----
>> From: CoFIS Web <coffee@uni-bonn.de>
>> To: GeoMoose Mailing list <geomoose-users@lists.sourceforge.net>
>> Sent: Tuesday, May 12, 2009 6:38:29 AM
>> Subject: [Geomoose-users] GM2 - direct call to WMS without mapfile
>>
>> Dear all,
>> do I understand correctly, that in GM2 I can include WMS into my 
>> application without having to us a local mapfile?
>>
>> I try to include the Blue Marble Global Mosaic tiled WMS 
>> (http://onearth.jpl.nasa.gov/wms.cgi?request=GetTileService) using the 
>> following lines in my mapbook:
>>
>>
>>     http://onearth.jpl.nasa.gov/wms.cgi
>>     
>>     
>>     
>>
>>
>>
>>
>>     
>>     src="background-wms/global_mosaic"/>
>>
>>     ...
>>
>>
>> When loading the layer, GM (according to the status bar in Firefox) 
>> loads data. However, the only thing displayed are red tiles - no 
>> satellite images.
>>
>> Could someone please point me in the right direction what to change?
>>
>> Thanks,
>> Nils
>>
>>
>> -- 
>> Center for Development Research
>> Department of Ecology and Resource Management
>>
>> Walter-Flex-Strasse 3
>> 53113 Bonn (Germany)
>>
>> Tel.:   +49 (0) 228 - 73-1793
>> FAX:    +49 (0) 228 - 73-1889
>>
>> E-Mail: coffee@uni-bonn.de
>>
>> Web:    http://www.cofis.info/atlas
>>          http://www.coffee.uni-bonn.de
>>
>> ------------------------------------------------------------------------------
>> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
>> production scanning environment may not be a perfect world - but thanks to
>> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
>> Series Scanner you'll get full speed at 300 dpi even with all image 
>> processing features enabled. http://p.sf.net/sfu/kodak-com
>> _______________________________________________
>> Geomoose-users mailing list
>> Geomoose-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geomoose-users
> 
> 
> 
>       
> 
> ------------------------------------------------------------------------------
> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
> production scanning environment may not be a perfect world - but thanks to
> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
> Series Scanner you'll get full speed at 300 dpi even with all image 
> processing features enabled. http://p.sf.net/sfu/kodak-com
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geomoose-users

-- 
Center for Development Research
Department of Ecology and Resource Management

Walter-Flex-Strasse 3
53113 Bonn (Germany)

Tel.:   +49 (0) 228 - 73-1793
FAX:    +49 (0) 228 - 73-1889

E-Mail: coffee@uni-bonn.de

Web:    http://www.cofis.info/atlas
         http://www.coffee.uni-bonn.de


From danlittle at yahoo.com  Tue May 12 08:12:39 2009
From: danlittle at yahoo.com (Dan Little)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] GM2 - direct call to WMS without mapfile
In-Reply-To: <4A0966F8.3010309@uni-bonn.de>
References: <4A095FB5.5010503@uni-bonn.de>
	<233558.15553.qm@web51405.mail.re2.yahoo.com>
	<4A0966F8.3010309@uni-bonn.de>
Message-ID: <203630.52208.qm@web51407.mail.re2.yahoo.com>


The error is with the reprojection. I will research what it will take to get this to work today and see if I can get a solution. 



----- Original Message ----
> From: CoFIS Web <coffee@uni-bonn.de>
> To: Dan Little <danlittle@yahoo.com>
> Cc: GeoMoose Mailing list <geomoose-users@lists.sourceforge.net>
> Sent: Tuesday, May 12, 2009 7:09:28 AM
> Subject: Re: [Geomoose-users] GM2 - direct call to WMS without mapfile
> 
> Hi Dan,
> my output projection for GM is EPSG:32637 as defined in the mapbook defaults.
> 
> Nils
> 
> Dan Little schrieb:
> > Hi Nils,
> > 
> > What is your map projection?
> > 
> > 
> > 
> > ----- Original Message ----
> >> From: CoFIS Web 
> >> To: GeoMoose Mailing list 
> >> Sent: Tuesday, May 12, 2009 6:38:29 AM
> >> Subject: [Geomoose-users] GM2 - direct call to WMS without mapfile
> >> 
> >> Dear all,
> >> do I understand correctly, that in GM2 I can include WMS into my application 
> without having to us a local mapfile?
> >> 
> >> I try to include the Blue Marble Global Mosaic tiled WMS 
> (http://onearth.jpl.nasa.gov/wms.cgi?request=GetTileService) using the following 
> lines in my mapbook:
> >> 
> >> 
> >>     http://onearth.jpl.nasa.gov/wms.cgi
> >>            
> >> 
> >> 
> >> 
> >>         src="background-wms/global_mosaic"/>
> >> 
> >>     ...
> >> 
> >> 
> >> When loading the layer, GM (according to the status bar in Firefox) loads 
> data. However, the only thing displayed are red tiles - no satellite images.
> >> 
> >> Could someone please point me in the right direction what to change?
> >> 
> >> Thanks,
> >> Nils
> >> 
> >> 
> >> -- Center for Development Research
> >> Department of Ecology and Resource Management
> >> 
> >> Walter-Flex-Strasse 3
> >> 53113 Bonn (Germany)
> >> 
> >> Tel.:   +49 (0) 228 - 73-1793
> >> FAX:    +49 (0) 228 - 73-1889
> >> 
> >> E-Mail: coffee@uni-bonn.de
> >> 
> >> Web:    http://www.cofis.info/atlas
> >>          http://www.coffee.uni-bonn.de
> >> 
> >> 
> ------------------------------------------------------------------------------
> >> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
> >> production scanning environment may not be a perfect world - but thanks to
> >> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
> >> Series Scanner you'll get full speed at 300 dpi even with all image 
> processing features enabled. http://p.sf.net/sfu/kodak-com
> >> _______________________________________________
> >> Geomoose-users mailing list
> >> Geomoose-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/geomoose-users
> > 
> > 
> > 
> >      
> > ------------------------------------------------------------------------------
> > The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
> > production scanning environment may not be a perfect world - but thanks to
> > Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
> > Series Scanner you'll get full speed at 300 dpi even with all image processing 
> features enabled. http://p.sf.net/sfu/kodak-com
> > _______________________________________________
> > Geomoose-users mailing list
> > Geomoose-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/geomoose-users
> 
> -- Center for Development Research
> Department of Ecology and Resource Management
> 
> Walter-Flex-Strasse 3
> 53113 Bonn (Germany)
> 
> Tel.:   +49 (0) 228 - 73-1793
> FAX:    +49 (0) 228 - 73-1889
> 
> E-Mail: coffee@uni-bonn.de
> 
> Web:    http://www.cofis.info/atlas
>         http://www.coffee.uni-bonn.de



      


From MarkVolz at co.lyon.mn.us  Wed May 13 09:40:03 2009
From: MarkVolz at co.lyon.mn.us (Mark Volz)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] search issue with IIS internal users - Geomoose
	1.6.1
Message-ID: <3D56274B4A7874468F58FADDBFD09801074784A1@llmhs02.r8nssis.local>

Hello,

 

I have geomoose installed on an IIS server.  I was informed that internal
users are unable to perform searches.  The site does work fine for external
users.  All other functions seem to be working fine e.g. printing, id etc.  I
am assuming that this might be a permission issue.  Does anyone have any
ideas on what I should look for to fix this?

 

 

 

Mark Volz

GIS Specialist

Lyon County, MN

(507) 532-8218

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20090513/aa478e74/attachment.html
From bfraser at geoanalytic.com  Wed May 13 10:28:02 2009
From: bfraser at geoanalytic.com (Brent Fraser)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] search issue with IIS internal users -
 Geomoose 1.6.1
In-Reply-To: <3D56274B4A7874468F58FADDBFD09801074784A1@llmhs02.r8nssis.local>
References: <3D56274B4A7874468F58FADDBFD09801074784A1@llmhs02.r8nssis.local>
Message-ID: <4A0AD8F2.7070601@geoanalytic.com>

Mark,

 That's strange.  If it were the other way around I'd say look check the content of the <url> tag in the service's definition and ensure URL was fully qualified (http://www.myserver.com/cgi-bin/mapserv.exe instead of just http://myserver/..).  Or just use a relative URL as in the State/county demos: /cgi-bin/mapserv.exe

  Can you get a more specific error?  Is does the search generate an error or just not find any results (when it should).

  I had a problem with searching not finding results until I realized the EXTENT value in the map file DID have a purpose: it limits the search extents!  I had just left in some old values (from a totally different coordinate system) and had relied on the values in the config .js file to set the intial viewing extents.  That worked OK for viewing the map, but prevented any search results from being found. 

  When all else fails, use FileMon (http://technet.microsoft.com/en-us/sysinternals/bb896642.aspx) on the server and a HTTP sniffer (such as http://www.ieinspector.com/httpanalyzer/index.html) on the client and step through the search.

Best Regards,
Brent Fraser

Mark Volz wrote:
> Hello,
> 
>  
> 
> I have geomoose installed on an IIS server.  I was informed that 
> internal users are unable to perform searches.  The site does work fine 
> for external users.  All other functions seem to be working fine e.g. 
> printing, id etc.  I am assuming that this might be a permission issue.  
> Does anyone have any ideas on what I should look for to fix this?
> 
>  
> 
>  
> 
>  
> 
> Mark Volz
> 
> GIS Specialist
> 
> Lyon County, MN
> 
> (507) 532-8218
> 
>  
> 
> 
> ------------------------------------------------------------------------
> 
> ------------------------------------------------------------------------------
> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
> production scanning environment may not be a perfect world - but thanks to
> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
> Series Scanner you'll get full speed at 300 dpi even with all image 
> processing features enabled. http://p.sf.net/sfu/kodak-com
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geomoose-users


From blaine at gisrangers.com  Wed May 13 14:49:12 2009
From: blaine at gisrangers.com (Blaine Hackett)
Date: Sun Sep 18 11:39:07 2011
Subject: [Geomoose-users] Laserfiche and GeoMoose (Blaine Hackett)
In-Reply-To: <mailman.251610.1242076668.21038.geomoose-users@lists.sourceforge.net>
References: <mailman.251610.1242076668.21038.geomoose-users@lists.sourceforge.net>
Message-ID: <B369BFF7E3794A4BB0B071245BA51A64@MONGO>


Thanks for the information.  I will let you know how it turns out.

Blaine
-----Original Message-----
From: geomoose-users-request@lists.sourceforge.net
[mailto:geomoose-users-request@lists.sourceforge.net] 
Sent: Monday, May 11, 2009 4:18 PM
To: geomoose-users@lists.sourceforge.net
Subject: Geomoose-users Digest, Vol 20, Issue 7

Send Geomoose-users mailing list submissions to
	geomoose-users@lists.sourceforge.net

To subscribe or unsubscribe via the World Wide Web, visit
	https://lists.sourceforge.net/lists/listinfo/geomoose-users
or, via email, send a message with subject or body 'help' to
	geomoose-users-request@lists.sourceforge.net

You can reach the person managing the list at
	geomoose-users-owner@lists.sourceforge.net

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Geomoose-users digest..."


Today's Topics:

   1. Re: Laserfiche and GeoMoose (Bob Basques)
   2. Re: Laserfiche and GeoMoose (Blaine Hackett)
   3. Re: Laserfiche and GeoMoose (Dan Little)


----------------------------------------------------------------------

Message: 1
Date: Mon, 11 May 2009 15:56:34 -0500
From: "Bob Basques" <Bob.Basques@ci.stpaul.mn.us>
Subject: Re: [Geomoose-users] Laserfiche and GeoMoose
To: "Blaine Hackett" <blaine@gisrangers.com>,
	<geomoose-developers@lists.sourceforge.net>,
	<geomoose-users@lists.sourceforge.net>
Message-ID: <4A084AB2.163B.00A8.0@ci.stpaul.mn.us>
Content-Type: text/plain; charset="us-ascii"

Blaine, 

When you say link to LaserFiche, are you talking about linking to a scan of
the Lasertfiche, or to something else?  Document linking is indeed possible
to link into GeoMoose, either via the identify button or via the popup
mechanism 

bobb 



>>> "Blaine Hackett" <blaine@gisrangers.com> wrote:


Good Afternoon! 


  


I have several clients who want to link GeoMoose to LaserFiche.  Have any of
you done that and if so, what is the difficulty factor? 


  


Thanks 


Blaine 

-------------- next part --------------
An HTML attachment was scrubbed...

------------------------------

Message: 2
Date: Mon, 11 May 2009 16:10:45 -0500
From: "Blaine Hackett" <blaine@gisrangers.com>
Subject: Re: [Geomoose-users] Laserfiche and GeoMoose
To: "'Bob Basques'" <Bob.Basques@ci.stpaul.mn.us>,
	<geomoose-developers@lists.sourceforge.net>,
	<geomoose-users@lists.sourceforge.net>
Message-ID: <FED3BCF685664278A5F75E330BAFADAD@MONGO>
Content-Type: text/plain; charset="us-ascii"

I guess I would actually like to send a query to LaserFiche and have that
software bring back all the documents associated with that query.  So for
example, you click on a parcel and it sends the PIN to LaserFiche which
brings up all data associated with that PIN.  Does that make sense?

 

Blaine

 

  _____  

From: Bob Basques [mailto:Bob.Basques@ci.stpaul.mn.us] 
Sent: Monday, May 11, 2009 3:57 PM
To: Blaine Hackett; geomoose-developers@lists.sourceforge.net;
geomoose-users@lists.sourceforge.net
Subject: Re: [Geomoose-users] Laserfiche and GeoMoose

 

Blaine, 

 

When you say link to LaserFiche, are you talking about linking to a scan of
the Lasertfiche, or to something else?  Document linking is indeed possible
to link into GeoMoose, either via the identify button or via the popup
mechanism 

 

bobb 

 



>>> "Blaine Hackett" <blaine@gisrangers.com> wrote:

 

Good Afternoon! 

 

  

 

I have several clients who want to link GeoMoose to LaserFiche.  Have any of
you done that and if so, what is the difficulty factor? 

 

  

 

Thanks 

 

Blaine 

-------------- next part --------------
An HTML attachment was scrubbed...

------------------------------

Message: 3
Date: Mon, 11 May 2009 14:17:45 -0700 (PDT)
From: Dan Little <danlittle@yahoo.com>
Subject: Re: [Geomoose-users] Laserfiche and GeoMoose
To: Blaine Hackett <blaine@gisrangers.com>,	Bob Basques
	<Bob.Basques@ci.stpaul.mn.us>,
	geomoose-developers@lists.sourceforge.net,
	geomoose-users@lists.sourceforge.net
Message-ID: <323725.50051.qm@web51405.mail.re2.yahoo.com>
Content-Type: text/plain; charset="us-ascii"

Yep.  There are a number of ways to do that... my instinct would be to do
one of the following:

1) Do an external link via the identify templates to the LaserFiche search.
something like...

View'>http://my.server.mn.us/laserfische/search.cgi?id=[PIN]">View related
documents

2) Setup a PHP script that can parse the results and then directly link to
the documents.  This is pretty detail oriented and I'm sorta lazy but the
code would follow this type of path:
a) Download the results of a search from the system into memory.
b) Parse that using a custom parser, or if available get the results in XML
or JSON so they can be parsed with a native parser.
c) Process those results into HTML links for the user.
d) Return the HTML to the results tab.

(/end 50 cents)




________________________________
From: Blaine Hackett <blaine@gisrangers.com>
To: Bob Basques <Bob.Basques@ci.stpaul.mn.us>;
geomoose-developers@lists.sourceforge.net;
geomoose-users@lists.sourceforge.net
Sent: Monday, May 11, 2009 4:10:45 PM
Subject: Re: [Geomoose-users] Laserfiche and GeoMoose

  
I guess I would actually like to send a
query to LaserFiche and have that software bring back all the documents
associated with that query.  So for example, you click on a parcel and it
sends the PIN to LaserFiche which brings up all data associated with that
PIN.  Does that make sense?
 
Blaine
 

________________________________
 
From:Bob Basques
[mailto:Bob.Basques@ci.stpaul.mn.us] 
Sent: Monday, May 11, 2009 3:57 PM
To: Blaine Hackett;
geomoose-developers@lists.sourceforge.net;
geomoose-users@lists.sourceforge.net
Subject: Re: [Geomoose-users]
Laserfiche and GeoMoose
 
Blaine, 
 
When you say link to LaserFiche, are you talking about linking
to a scan of the Lasertfiche, or to something else?  Document linking is
indeed possible to link into GeoMoose, either via the identify button or via
the popup mechanism 
 
bobb 
 


>>> "Blaine Hackett" <blaine@gisrangers.com> wrote:
 
Good Afternoon! 
 
  
 
I have several clients who want to link GeoMoose to
LaserFiche.  Have any of you done that and if so, what is the
difficulty factor? 
 
  
 
Thanks 
 
Blaine 


      
-------------- next part --------------
An HTML attachment was scrubbed...

------------------------------

----------------------------------------------------------------------------
--
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK
i700
Series Scanner you'll get full speed at 300 dpi even with all image 
processing features enabled. http://p.sf.net/sfu/kodak-com

------------------------------

_______________________________________________
Geomoose-users mailing list
Geomoose-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geomoose-users


End of Geomoose-users Digest, Vol 20, Issue 7
*********************************************



From danlittle at yahoo.com  Thu May 14 10:04:54 2009
From: danlittle at yahoo.com (Dan Little)
Date: Sun Sep 18 11:39:07 2011
Subject: [Geomoose-users] GM2 - direct call to WMS without mapfile
In-Reply-To: <203630.52208.qm@web51407.mail.re2.yahoo.com>
References: <4A095FB5.5010503@uni-bonn.de>
	<233558.15553.qm@web51405.mail.re2.yahoo.com>
	<4A0966F8.3010309@uni-bonn.de>
	<203630.52208.qm@web51407.mail.re2.yahoo.com>
Message-ID: <532620.17919.qm@web51401.mail.re2.yahoo.com>


I have the WMS layer reprojection working in SVN.

And I even wrote some documentation...

http://www.geomoose.org/geomoose2/docs/howto/wms_project.html

I've tested going from UTM-15 to EPSG:4326 (using the nasa world mosaic you posted earlier).


----- Original Message ----
> From: Dan Little <danlittle@yahoo.com>
> To: coffee@uni-bonn.de
> Cc: GeoMoose Mailing list <geomoose-users@lists.sourceforge.net>
> Sent: Tuesday, May 12, 2009 7:12:39 AM
> Subject: Re: [Geomoose-users] GM2 - direct call to WMS without mapfile
> 
> 
> The error is with the reprojection. I will research what it will take to get 
> this to work today and see if I can get a solution. 
> 
> 
> 
> ----- Original Message ----
> > From: CoFIS Web 
> > To: Dan Little 
> > Cc: GeoMoose Mailing list 
> > Sent: Tuesday, May 12, 2009 7:09:28 AM
> > Subject: Re: [Geomoose-users] GM2 - direct call to WMS without mapfile
> > 
> > Hi Dan,
> > my output projection for GM is EPSG:32637 as defined in the mapbook defaults.
> > 
> > Nils
> > 
> > Dan Little schrieb:
> > > Hi Nils,
> > > 
> > > What is your map projection?
> > > 
> > > 
> > > 
> > > ----- Original Message ----
> > >> From: CoFIS Web 
> > >> To: GeoMoose Mailing list 
> > >> Sent: Tuesday, May 12, 2009 6:38:29 AM
> > >> Subject: [Geomoose-users] GM2 - direct call to WMS without mapfile
> > >> 
> > >> Dear all,
> > >> do I understand correctly, that in GM2 I can include WMS into my 
> application 
> > without having to us a local mapfile?
> > >> 
> > >> I try to include the Blue Marble Global Mosaic tiled WMS 
> > (http://onearth.jpl.nasa.gov/wms.cgi?request=GetTileService) using the 
> following 
> > lines in my mapbook:
> > >> 
> > >> 
> > >>     http://onearth.jpl.nasa.gov/wms.cgi
> > >>            
> > >> 
> > >> 
> > >> 
> > >>         src="background-wms/global_mosaic"/>
> > >> 
> > >>     ...
> > >> 
> > >> 
> > >> When loading the layer, GM (according to the status bar in Firefox) loads 
> > data. However, the only thing displayed are red tiles - no satellite images.
> > >> 
> > >> Could someone please point me in the right direction what to change?
> > >> 
> > >> Thanks,
> > >> Nils
> > >> 
> > >> 
> > >> -- Center for Development Research
> > >> Department of Ecology and Resource Management
> > >> 
> > >> Walter-Flex-Strasse 3
> > >> 53113 Bonn (Germany)
> > >> 
> > >> Tel.:   +49 (0) 228 - 73-1793
> > >> FAX:    +49 (0) 228 - 73-1889
> > >> 
> > >> E-Mail: coffee@uni-bonn.de
> > >> 
> > >> Web:    http://www.cofis.info/atlas
> > >>          http://www.coffee.uni-bonn.de
> > >> 
> > >> 
> > ------------------------------------------------------------------------------
> > >> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
> > >> production scanning environment may not be a perfect world - but thanks to
> > >> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK 
> i700
> > >> Series Scanner you'll get full speed at 300 dpi even with all image 
> > processing features enabled. http://p.sf.net/sfu/kodak-com
> > >> _______________________________________________
> > >> Geomoose-users mailing list
> > >> Geomoose-users@lists.sourceforge.net
> > >> https://lists.sourceforge.net/lists/listinfo/geomoose-users
> > > 
> > > 
> > > 
> > >      
> > > 
> ------------------------------------------------------------------------------
> > > The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
> > > production scanning environment may not be a perfect world - but thanks to
> > > Kodak, there's a perfect scanner to get the job done! With the NEW KODAK 
> i700
> > > Series Scanner you'll get full speed at 300 dpi even with all image 
> processing 
> > features enabled. http://p.sf.net/sfu/kodak-com
> > > _______________________________________________
> > > Geomoose-users mailing list
> > > Geomoose-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/geomoose-users
> > 
> > -- Center for Development Research
> > Department of Ecology and Resource Management
> > 
> > Walter-Flex-Strasse 3
> > 53113 Bonn (Germany)
> > 
> > Tel.:   +49 (0) 228 - 73-1793
> > FAX:    +49 (0) 228 - 73-1889
> > 
> > E-Mail: coffee@uni-bonn.de
> > 
> > Web:    http://www.cofis.info/atlas
> >        http://www.coffee.uni-bonn.de
> 
> 
> 
>       
> 
> ------------------------------------------------------------------------------
> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
> production scanning environment may not be a perfect world - but thanks to
> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
> Series Scanner you'll get full speed at 300 dpi even with all image 
> processing features enabled. http://p.sf.net/sfu/kodak-com
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geomoose-users



      


From danlittle at yahoo.com  Thu May 14 11:56:50 2009
From: danlittle at yahoo.com (Dan Little)
Date: Sun Sep 18 11:39:07 2011
Subject: [Geomoose-users] Feature requests and a Tip
In-Reply-To: <4A00A04A.5080808@geoanalytic.com>
References: <4A0094EB.7020100@geoanalytic.com>
	<130383.78486.qm@web51409.mail.re2.yahoo.com>
	<4A00A04A.5080808@geoanalytic.com>
Message-ID: <371576.62638.qm@web51406.mail.re2.yahoo.com>


I've implemented suggestions 2/3 ... I probably won't do #1 without sponsorship as leaving that feature off has really really sped up and cleaned up the UI rendering code.


----- Original Message ----
> From: Brent Fraser <bfraser@geoanalytic.com>
> To: Dan Little <danlittle@yahoo.com>
> Cc: GeoMOOSE Users List <geomoose-users@lists.sourceforge.net>
> Sent: Tuesday, May 5, 2009 3:23:38 PM
> Subject: Re: [Geomoose-users] Feature requests and a Tip
> 
> Darn!  Now I've HAVE to download the Beta and give it a go...
> 
> Many Thanks,
> Brent
> 
> Dan Little wrote:
> > Hey Brent thank you for the feature requests and the tip...
> > 
> > Here's something you might want to look into for 4/5...
> > 
> > You can actually do "dependent" layers in side of GM2 right now AND use 
> mapserver "layer" levels ... for example...
> > 
> > 
> > all/labels.map
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > all/shapes.map
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > Then in the , to implement "requires..."
> > 
> > 
> > 
> > 
> > 
> > 
> > Or to implement mapfile level layering...
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > ----- Original Message ----
> >> From: Brent Fraser 
> >> To: GeoMOOSE Users List 
> >> Sent: Tuesday, May 5, 2009 2:35:07 PM
> >> Subject: [Geomoose-users] Feature requests and a Tip
> >> 
> >> 
> >> A few feature requests for Geomoose 2:
> >> 
> >> 1. Make the side panel collapsible like v1.6.1
> >> 2. On clicking the Search button, set the keyboard focus to the text box.
> >> 3. Have check box at the Group level to turn off/on entire sets of layers.
> >> 4. Have dependent layers (like Mapserver's LAYER -> REQUIRES) so if I turn a 
> layer off, it's labels (rendered in a separate map file so they are always on 
> top of everything else) will turn off too.
> >> 5. Have check boxes for the Mapserver LAYER level too.
> >> 
> >> 
> >> And here's a tip for those who like to maximize their mapping: 
> >>     When using the browser (Firefox, IE, etc) on a GeoMoose site, press F11 
> to switch to Full-screen mode while in the browser.  This will get rid of all 
> those pesky browser title, status, tool, and menu bars.  Press F11 again to 
> return to standard windowed browsing.  But don't try this with dual (or more!) 
> display setups; Mapserver is set by default to render a maximum of 2048 and the 
> layers will fail to render (for those building GeoMoose sites, set the MAP's 
> MAXSIZE to 4096 or larger to handle dual displays).
> >> 
> >> Best Regards,
> >> Brent Fraser
> >> GeoAnalytic Inc.
> >> 
> >> 
> >> 
> >> 
> ------------------------------------------------------------------------------
> >> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
> >> production scanning environment may not be a perfect world - but thanks to
> >> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
> >> Series Scanner you'll get full speed at 300 dpi even with all image 
> processing features enabled. http://p.sf.net/sfu/kodak-com
> >> _______________________________________________
> >> Geomoose-users mailing list
> >> Geomoose-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/geomoose-users
> > 
> > 
> > 
> >      



      


From danlittle at yahoo.com  Thu May 14 12:03:37 2009
From: danlittle at yahoo.com (Dan Little)
Date: Sun Sep 18 11:39:07 2011
Subject: [Geomoose-users] GM2: TileCache, Google, Yahoo, VE Support
Message-ID: <385121.13490.qm@web51412.mail.re2.yahoo.com>


So we've hit a conundrum in the world of GM2 development.  When we add a feature to GM we like to add it holistically.  This means that if a particular feature is added, such as user drawings, they play nice with all features (including printing).   Printing, in fact, can be a major fly in many of the development ointments.

GM2 is now based on OpenLayers.  OpenLayers has support for TileCache, Google, Yahoo, and VE layers.  This presents a problem as the proprietary layer types have both license issues and technical problems for embedding a map into a PDF (or static image).  TileCache is notably more feasible.

This is essentially meant to be a cast out to the community:
1) Do you want these types of layers?
2) Do you care if they print?

Let me (us) know,

-Duck


      


From bfraser at geoanalytic.com  Thu May 14 14:02:58 2009
From: bfraser at geoanalytic.com (Brent Fraser)
Date: Sun Sep 18 11:39:07 2011
Subject: [Geomoose-users] Feature requests and a Tip
In-Reply-To: <371576.62638.qm@web51406.mail.re2.yahoo.com>
References: <4A0094EB.7020100@geoanalytic.com>
	<130383.78486.qm@web51409.mail.re2.yahoo.com>
	<4A00A04A.5080808@geoanalytic.com>
	<371576.62638.qm@web51406.mail.re2.yahoo.com>
Message-ID: <4A0C5CD2.9070001@geoanalytic.com>

Dan,

  Excellent!

And of course the reward for doing good work is YAFR (Yet-Another-Feature-Request):

6. Enable hi-light for the Identify operation (Select and Search already have it)


A work-around would be to not use the Identify at all; just use the Select.

But GeoMoose 2 doesn't like a single point for a search polygon. Using the demo on Houston Eng., when I do a single double click for a polygon, I get: 

  Fatal error: [MapServer Error]: msGEOSShapeFromWKT(): Error reading WKT geometry "POLYGON((486301.3095538394 4939162.684125084,486301.3095538394 4939162.684125084))". in E:\ms4w\apps\GeoMOOSE\gm2_demo\htdocs\php\select.php on line 42

And using only a line gives:

  Fatal error: Call to a member function buffer() on a non-object in E:\ms4w\apps\GeoMOOSE\gm2_demo\htdocs\php\select.php on line 109 


Thanks!
Brent Fraser


Dan Little wrote:
> I've implemented suggestions 2/3 ... I probably won't do #1 without sponsorship as leaving that feature off has really really sped up and cleaned up the UI rendering code.
> 
> 
> ----- Original Message ----
>> From: Brent Fraser <bfraser@geoanalytic.com>
>> To: Dan Little <danlittle@yahoo.com>
>> Cc: GeoMOOSE Users List <geomoose-users@lists.sourceforge.net>
>> Sent: Tuesday, May 5, 2009 3:23:38 PM
>> Subject: Re: [Geomoose-users] Feature requests and a Tip
>>
>> Darn!  Now I've HAVE to download the Beta and give it a go...
>>
>> Many Thanks,
>> Brent
>>
>> Dan Little wrote:
>>> Hey Brent thank you for the feature requests and the tip...
>>>
>>> Here's something you might want to look into for 4/5...
>>>
>>> You can actually do "dependent" layers in side of GM2 right now AND use 
>> mapserver "layer" levels ... for example...
>>>
>>> all/labels.map
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> all/shapes.map
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> Then in the , to implement "requires..."
>>>
>>>
>>>
>>>
>>>
>>>
>>> Or to implement mapfile level layering...
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> ----- Original Message ----
>>>> From: Brent Fraser 
>>>> To: GeoMOOSE Users List 
>>>> Sent: Tuesday, May 5, 2009 2:35:07 PM
>>>> Subject: [Geomoose-users] Feature requests and a Tip
>>>>
>>>>
>>>> A few feature requests for Geomoose 2:
>>>>
>>>> 1. Make the side panel collapsible like v1.6.1
>>>> 2. On clicking the Search button, set the keyboard focus to the text box.
>>>> 3. Have check box at the Group level to turn off/on entire sets of layers.
>>>> 4. Have dependent layers (like Mapserver's LAYER -> REQUIRES) so if I turn a 
>> layer off, it's labels (rendered in a separate map file so they are always on 
>> top of everything else) will turn off too.
>>>> 5. Have check boxes for the Mapserver LAYER level too.
>>>>
>>>>
>>>> And here's a tip for those who like to maximize their mapping: 
>>>>     When using the browser (Firefox, IE, etc) on a GeoMoose site, press F11 
>> to switch to Full-screen mode while in the browser.  This will get rid of all 
>> those pesky browser title, status, tool, and menu bars.  Press F11 again to 
>> return to standard windowed browsing.  But don't try this with dual (or more!) 
>> display setups; Mapserver is set by default to render a maximum of 2048 and the 
>> layers will fail to render (for those building GeoMoose sites, set the MAP's 
>> MAXSIZE to 4096 or larger to handle dual displays).
>>>> Best Regards,
>>>> Brent Fraser
>>>> GeoAnalytic Inc.
>>>>
>>>>
>>>>
>>>>
>> ------------------------------------------------------------------------------
>>>> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
>>>> production scanning environment may not be a perfect world - but thanks to
>>>> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
>>>> Series Scanner you'll get full speed at 300 dpi even with all image 
>> processing features enabled. http://p.sf.net/sfu/kodak-com
>>>> _______________________________________________
>>>> Geomoose-users mailing list
>>>> Geomoose-users@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/geomoose-users
>>>
>>>
>>>      
> 
> 
> 
>       
> 


From danlittle at yahoo.com  Thu May 14 14:41:58 2009
From: danlittle at yahoo.com (Dan Little)
Date: Sun Sep 18 11:39:07 2011
Subject: [Geomoose-users] Feature requests and a Tip
In-Reply-To: <4A0C5CD2.9070001@geoanalytic.com>
References: <4A0094EB.7020100@geoanalytic.com>
	<130383.78486.qm@web51409.mail.re2.yahoo.com>
	<4A00A04A.5080808@geoanalytic.com>
	<371576.62638.qm@web51406.mail.re2.yahoo.com>
	<4A0C5CD2.9070001@geoanalytic.com>
Message-ID: <949150.34771.qm@web51407.mail.re2.yahoo.com>


Hiliting the Identify is problematic as it spans multiple layers (it is a "drill down" identify).

Also, isn't there some saying about squeaky wheels? LOL!

As of now I'm putting a feature freeze on 2.0, I want to test the latest batch of features and then wrap up a 2.0 release package.  Brian and I also need to throw the demo back together with the new features.

So, TEST PEOPLE TEST!!!


----- Original Message ----
> From: Brent Fraser <bfraser@geoanalytic.com>
> To: Dan Little <danlittle@yahoo.com>
> Cc: GeoMOOSE Users List <geomoose-users@lists.sourceforge.net>
> Sent: Thursday, May 14, 2009 1:02:58 PM
> Subject: Re: [Geomoose-users] Feature requests and a Tip
> 
> Dan,
> 
>   Excellent!
> 
> And of course the reward for doing good work is YAFR 
> (Yet-Another-Feature-Request):
> 
> 6. Enable hi-light for the Identify operation (Select and Search already have 
> it)
> 
> 
> A work-around would be to not use the Identify at all; just use the Select.
> 
> But GeoMoose 2 doesn't like a single point for a search polygon. Using the demo 
> on Houston Eng., when I do a single double click for a polygon, I get: 
> 
>   Fatal error: [MapServer Error]: msGEOSShapeFromWKT(): Error reading WKT 
> geometry "POLYGON((486301.3095538394 4939162.684125084,486301.3095538394 
> 4939162.684125084))". in E:\ms4w\apps\GeoMOOSE\gm2_demo\htdocs\php\select.php on 
> line 42
> 
> And using only a line gives:
> 
>   Fatal error: Call to a member function buffer() on a non-object in 
> E:\ms4w\apps\GeoMOOSE\gm2_demo\htdocs\php\select.php on line 109 
> 
> 
> Thanks!
> Brent Fraser
> 
> 
> Dan Little wrote:
> > I've implemented suggestions 2/3 ... I probably won't do #1 without 
> sponsorship as leaving that feature off has really really sped up and cleaned up 
> the UI rendering code.
> > 
> > 
> > ----- Original Message ----
> >> From: Brent Fraser 
> >> To: Dan Little 
> >> Cc: GeoMOOSE Users List 
> >> Sent: Tuesday, May 5, 2009 3:23:38 PM
> >> Subject: Re: [Geomoose-users] Feature requests and a Tip
> >>
> >> Darn!  Now I've HAVE to download the Beta and give it a go...
> >>
> >> Many Thanks,
> >> Brent
> >>
> >> Dan Little wrote:
> >>> Hey Brent thank you for the feature requests and the tip...
> >>>
> >>> Here's something you might want to look into for 4/5...
> >>>
> >>> You can actually do "dependent" layers in side of GM2 right now AND use 
> >> mapserver "layer" levels ... for example...
> >>>
> >>> all/labels.map
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> all/shapes.map
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> Then in the , to implement "requires..."
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> Or to implement mapfile level layering...
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> ----- Original Message ----
> >>>> From: Brent Fraser 
> >>>> To: GeoMOOSE Users List 
> >>>> Sent: Tuesday, May 5, 2009 2:35:07 PM
> >>>> Subject: [Geomoose-users] Feature requests and a Tip
> >>>>
> >>>>
> >>>> A few feature requests for Geomoose 2:
> >>>>
> >>>> 1. Make the side panel collapsible like v1.6.1
> >>>> 2. On clicking the Search button, set the keyboard focus to the text box.
> >>>> 3. Have check box at the Group level to turn off/on entire sets of layers.
> >>>> 4. Have dependent layers (like Mapserver's LAYER -> REQUIRES) so if I turn 
> a 
> >> layer off, it's labels (rendered in a separate map file so they are always on 
> 
> >> top of everything else) will turn off too.
> >>>> 5. Have check boxes for the Mapserver LAYER level too.
> >>>>
> >>>>
> >>>> And here's a tip for those who like to maximize their mapping: 
> >>>>     When using the browser (Firefox, IE, etc) on a GeoMoose site, press F11 
> 
> >> to switch to Full-screen mode while in the browser.  This will get rid of all 
> 
> >> those pesky browser title, status, tool, and menu bars.  Press F11 again to 
> >> return to standard windowed browsing.  But don't try this with dual (or 
> more!) 
> >> display setups; Mapserver is set by default to render a maximum of 2048 and 
> the 
> >> layers will fail to render (for those building GeoMoose sites, set the MAP's 
> >> MAXSIZE to 4096 or larger to handle dual displays).
> >>>> Best Regards,
> >>>> Brent Fraser
> >>>> GeoAnalytic Inc.
> >>>>
> >>>>
> >>>>
> >>>>
> >> 
> ------------------------------------------------------------------------------
> >>>> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
> >>>> production scanning environment may not be a perfect world - but thanks to
> >>>> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK 
> i700
> >>>> Series Scanner you'll get full speed at 300 dpi even with all image 
> >> processing features enabled. http://p.sf.net/sfu/kodak-com
> >>>> _______________________________________________
> >>>> Geomoose-users mailing list
> >>>> Geomoose-users@lists.sourceforge.net
> >>>> https://lists.sourceforge.net/lists/listinfo/geomoose-users
> >>>
> >>>
> >>>      
> > 
> > 
> > 
> >      
> > 



      


From bfischer at houstoneng.com  Thu May 14 14:45:54 2009
From: bfischer at houstoneng.com (Fischer, Brian)
Date: Sun Sep 18 11:39:07 2011
Subject: [Geomoose-users] GM2: TileCache, Google, Yahoo, VE Support
In-Reply-To: <385121.13490.qm@web51412.mail.re2.yahoo.com>
References: <385121.13490.qm@web51412.mail.re2.yahoo.com>
Message-ID: <F95D6EE79147A245A34347A8577243DE02AE1F@hexch64.houstonengineeringinc.com>

After putting some thought into this.  I think it is of value to have the ability to display these type of layers and it would be just fine to make it known they won't print.  Someone can still do a screen capture if they really want to print it.

Brian Fischer 
Houston Engineering, Inc.
Phone:?W: 763.493.4522 / M: 763.229.2734

-----Original Message-----
From: Dan Little [mailto:danlittle@yahoo.com] 
Sent: Thursday, May 14, 2009 11:04 AM
To: GeoMOOSE Users List
Subject: [Geomoose-users] GM2: TileCache, Google, Yahoo, VE Support


So we've hit a conundrum in the world of GM2 development.  When we add a feature to GM we like to add it holistically.  This means that if a particular feature is added, such as user drawings, they play nice with all features (including printing).   Printing, in fact, can be a major fly in many of the development ointments.

GM2 is now based on OpenLayers.  OpenLayers has support for TileCache, Google, Yahoo, and VE layers.  This presents a problem as the proprietary layer types have both license issues and technical problems for embedding a map into a PDF (or static image).  TileCache is notably more feasible.

This is essentially meant to be a cast out to the community:
1) Do you want these types of layers?
2) Do you care if they print?

Let me (us) know,

-Duck


      

------------------------------------------------------------------------------
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you'll get full speed at 300 dpi even with all image 
processing features enabled. http://p.sf.net/sfu/kodak-com
_______________________________________________
Geomoose-users mailing list
Geomoose-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geomoose-users


From nils.zierath at uni-bonn.de  Tue May 19 08:47:56 2009
From: nils.zierath at uni-bonn.de (Nils Zierath | Center for Development Research Bonn (ZEF))
Date: Sun Sep 18 11:39:07 2011
Subject: [Geomoose-users] GM2: TileCache, Google, Yahoo, VE Support
In-Reply-To: <F95D6EE79147A245A34347A8577243DE02AE1F@hexch64.houstonengineeringinc.com>
References: <385121.13490.qm@web51412.mail.re2.yahoo.com>
	<F95D6EE79147A245A34347A8577243DE02AE1F@hexch64.houstonengineeringinc.com>
Message-ID: <4A12AA7C.4000705@uni-bonn.de>

Dear all,
I would really like to have these services available. So as Brian, I 
think it would be fine if they only would not print.

Nils

Fischer, Brian schrieb:
> After putting some thought into this.  I think it is of value to have the ability to display these type of layers and it would be just fine to make it known they won't print.  Someone can still do a screen capture if they really want to print it.
> 
> Brian Fischer 
> Houston Engineering, Inc.
> Phone: W: 763.493.4522 / M: 763.229.2734
> 
> -----Original Message-----
> From: Dan Little [mailto:danlittle@yahoo.com] 
> Sent: Thursday, May 14, 2009 11:04 AM
> To: GeoMOOSE Users List
> Subject: [Geomoose-users] GM2: TileCache, Google, Yahoo, VE Support
> 
> 
> So we've hit a conundrum in the world of GM2 development.  When we add a feature to GM we like to add it holistically.  This means that if a particular feature is added, such as user drawings, they play nice with all features (including printing).   Printing, in fact, can be a major fly in many of the development ointments.
> 
> GM2 is now based on OpenLayers.  OpenLayers has support for TileCache, Google, Yahoo, and VE layers.  This presents a problem as the proprietary layer types have both license issues and technical problems for embedding a map into a PDF (or static image).  TileCache is notably more feasible.
> 
> This is essentially meant to be a cast out to the community:
> 1) Do you want these types of layers?
> 2) Do you care if they print?
> 
> Let me (us) know,
> 
> -Duck
> 
> 
>       
> 
> ------------------------------------------------------------------------------
> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
> production scanning environment may not be a perfect world - but thanks to
> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
> Series Scanner you'll get full speed at 300 dpi even with all image 
> processing features enabled. http://p.sf.net/sfu/kodak-com
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geomoose-users
> 
> ------------------------------------------------------------------------------
> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
> production scanning environment may not be a perfect world - but thanks to
> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
> Series Scanner you'll get full speed at 300 dpi even with all image 
> processing features enabled. http://p.sf.net/sfu/kodak-com
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geomoose-users

-- 
Nils Zierath

Center for Development Research
Department of Ecology and Resource Management

Walter-Flex-Strasse 3
53113 Bonn (Germany)

Tel.:   +49 (0) 228 - 73-1793
FAX:    +49 (0) 228 - 73-1889

E-Mail: nils.zierath@uni-bonn.de
Web:    http://www.coffee.uni-bonn.de
         http://www.zef.de


From danlittle at yahoo.com  Tue May 19 09:02:53 2009
From: danlittle at yahoo.com (Dan Little)
Date: Sun Sep 18 11:39:07 2011
Subject: [Geomoose-users] GM2: TileCache, Google, Yahoo, VE Support
In-Reply-To: <4A12AA7C.4000705@uni-bonn.de>
References: <385121.13490.qm@web51412.mail.re2.yahoo.com>
	<F95D6EE79147A245A34347A8577243DE02AE1F@hexch64.houstonengineeringinc.com>
	<4A12AA7C.4000705@uni-bonn.de>
Message-ID: <344134.36981.qm@web51411.mail.re2.yahoo.com>


I'm going to hold you guys to this!!! ;-)


----- Original Message ----
> From: Nils Zierath | Center for Development Research Bonn (ZEF) <nils.zierath@uni-bonn.de>
> To: "Fischer, Brian" <bfischer@houstoneng.com>
> Cc: Dan Little <danlittle@yahoo.com>; GeoMOOSE Users List <geomoose-users@lists.sourceforge.net>
> Sent: Tuesday, May 19, 2009 7:47:56 AM
> Subject: Re: [Geomoose-users] GM2: TileCache, Google, Yahoo, VE Support
> 
> Dear all,
> I would really like to have these services available. So as Brian, I think it 
> would be fine if they only would not print.
> 
> Nils
> 
> Fischer, Brian schrieb:
> > After putting some thought into this.  I think it is of value to have the 
> ability to display these type of layers and it would be just fine to make it 
> known they won't print.  Someone can still do a screen capture if they really 
> want to print it.
> > 
> > Brian Fischer Houston Engineering, Inc.
> > Phone: W: 763.493.4522 / M: 763.229.2734
> > 
> > -----Original Message-----
> > From: Dan Little [mailto:danlittle@yahoo.com] Sent: Thursday, May 14, 2009 
> 11:04 AM
> > To: GeoMOOSE Users List
> > Subject: [Geomoose-users] GM2: TileCache, Google, Yahoo, VE Support
> > 
> > 
> > So we've hit a conundrum in the world of GM2 development.  When we add a 
> feature to GM we like to add it holistically.  This means that if a particular 
> feature is added, such as user drawings, they play nice with all features 
> (including printing).   Printing, in fact, can be a major fly in many of the 
> development ointments.
> > 
> > GM2 is now based on OpenLayers.  OpenLayers has support for TileCache, Google, 
> Yahoo, and VE layers.  This presents a problem as the proprietary layer types 
> have both license issues and technical problems for embedding a map into a PDF 
> (or static image).  TileCache is notably more feasible.
> > 
> > This is essentially meant to be a cast out to the community:
> > 1) Do you want these types of layers?
> > 2) Do you care if they print?
> > 
> > Let me (us) know,
> > 
> > -Duck
> > 
> > 
> >      
> > ------------------------------------------------------------------------------
> > The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
> > production scanning environment may not be a perfect world - but thanks to
> > Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
> > Series Scanner you'll get full speed at 300 dpi even with all image processing 
> features enabled. http://p.sf.net/sfu/kodak-com
> > _______________________________________________
> > Geomoose-users mailing list
> > Geomoose-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/geomoose-users
> > 
> > ------------------------------------------------------------------------------
> > The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
> > production scanning environment may not be a perfect world - but thanks to
> > Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
> > Series Scanner you'll get full speed at 300 dpi even with all image processing 
> features enabled. http://p.sf.net/sfu/kodak-com
> > _______________________________________________
> > Geomoose-users mailing list
> > Geomoose-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/geomoose-users
> 
> -- Nils Zierath
> 
> Center for Development Research
> Department of Ecology and Resource Management
> 
> Walter-Flex-Strasse 3
> 53113 Bonn (Germany)
> 
> Tel.:   +49 (0) 228 - 73-1793
> FAX:    +49 (0) 228 - 73-1889
> 
> E-Mail: nils.zierath@uni-bonn.de
> Web:    http://www.coffee.uni-bonn.de
>         http://www.zef.de



      


From Bob.Basques at ci.stpaul.mn.us  Tue May 19 09:18:19 2009
From: Bob.Basques at ci.stpaul.mn.us (Bob Basques)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] GM2: TileCache, Google, Yahoo, VE Support
Message-ID: <4A126B4C020000A8000138E1@jeckle>

All,

I would show an example of a legal one (if available) and mention that certain ones are not legal.  if you can't find a legal version for an example (might have to set up your own) for the printing, I would skip it altogether.  No reason to invite problems, and the ones who really want it, will figure it out anyway.

bobb


>>> Dan Little <danlittle@yahoo.com> 05/19/09 8:03 AM >>>

I'm going to hold you guys to this!!! ;-)


----- Original Message ----
> From: Nils Zierath | Center for Development Research Bonn (ZEF) <nils.zierath@uni-bonn.de>
> To: "Fischer, Brian" <bfischer@houstoneng.com>
> Cc: Dan Little <danlittle@yahoo.com>; GeoMOOSE Users List <geomoose-users@lists.sourceforge.net>
> Sent: Tuesday, May 19, 2009 7:47:56 AM
> Subject: Re: [Geomoose-users] GM2: TileCache, Google, Yahoo, VE Support
> 
> Dear all,
> I would really like to have these services available. So as Brian, I think it 
> would be fine if they only would not print.
> 
> Nils
> 
> Fischer, Brian schrieb:
> > After putting some thought into this.  I think it is of value to have the 
> ability to display these type of layers and it would be just fine to make it 
> known they won't print.  Someone can still do a screen capture if they really 
> want to print it.
> > 
> > Brian Fischer Houston Engineering, Inc.
> > Phone: W: 763.493.4522 / M: 763.229.2734
> > 
> > -----Original Message-----
> > From: Dan Little [mailto:danlittle@yahoo.com] Sent: Thursday, May 14, 2009 
> 11:04 AM
> > To: GeoMOOSE Users List
> > Subject: [Geomoose-users] GM2: TileCache, Google, Yahoo, VE Support
> > 
> > 
> > So we've hit a conundrum in the world of GM2 development.  When we add a 
> feature to GM we like to add it holistically.  This means that if a particular 
> feature is added, such as user drawings, they play nice with all features 
> (including printing).   Printing, in fact, can be a major fly in many of the 
> development ointments.
> > 
> > GM2 is now based on OpenLayers.  OpenLayers has support for TileCache, Google, 
> Yahoo, and VE layers.  This presents a problem as the proprietary layer types 
> have both license issues and technical problems for embedding a map into a PDF 
> (or static image).  TileCache is notably more feasible.
> > 
> > This is essentially meant to be a cast out to the community:
> > 1) Do you want these types of layers?
> > 2) Do you care if they print?
> > 
> > Let me (us) know,
> > 
> > -Duck
> > 
> > 
> >      
> > ------------------------------------------------------------------------------
> > The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
> > production scanning environment may not be a perfect world - but thanks to
> > Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
> > Series Scanner you'll get full speed at 300 dpi even with all image processing 
> features enabled. http://p.sf.net/sfu/kodak-com
> > _______________________________________________
> > Geomoose-users mailing list
> > Geomoose-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/geomoose-users
> > 
> > ------------------------------------------------------------------------------
> > The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
> > production scanning environment may not be a perfect world - but thanks to
> > Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
> > Series Scanner you'll get full speed at 300 dpi even with all image processing 
> features enabled. http://p.sf.net/sfu/kodak-com
> > _______________________________________________
> > Geomoose-users mailing list
> > Geomoose-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/geomoose-users
> 
> -- Nils Zierath
> 
> Center for Development Research
> Department of Ecology and Resource Management
> 
> Walter-Flex-Strasse 3
> 53113 Bonn (Germany)
> 
> Tel.:   +49 (0) 228 - 73-1793
> FAX:    +49 (0) 228 - 73-1889
> 
> E-Mail: nils.zierath@uni-bonn.de
> Web:    http://www.coffee.uni-bonn.de
>         http://www.zef.de



      

------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables 
unlimited royalty-free distribution of the report engine 
for externally facing server and web deployment. 
http://p.sf.net/sfu/businessobjects
_______________________________________________
Geomoose-users mailing list
Geomoose-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geomoose-users



From Jim.Dickerson at state.mn.us  Tue May 19 10:34:36 2009
From: Jim.Dickerson at state.mn.us (Jim Dickerson (ADM))
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] GM2: TileCache, Google, Yahoo, VE Support
In-Reply-To: <4A126B4C020000A8000138E1@jeckle>
References: <4A126B4C020000A8000138E1@jeckle>
Message-ID: <EB8EDDF3E5EA7F46AC2716C8898991773801D07FC5@MNMAIL03.ead.state.mn.us>

My 2 cents (waiting for a class to start in Denver):  You don't have to print from the same sources used for display.  As long as there is a preview, the user can decide if it's acceptable.

Jim Dickerson

________________________________________
From: Bob Basques [Bob.Basques@CI.STPAUL.MN.US]
Sent: Tuesday, May 19, 2009 8:18 AM
To: bfischer@houstoneng.com; nils.zierath@uni-bonn.de; danlittle@yahoo.com
Cc: geomoose-users@lists.sourceforge.net
Subject: Re: [Geomoose-users] GM2: TileCache, Google, Yahoo, VE Support

All,

I would show an example of a legal one (if available) and mention that certain ones are not legal.  if you can't find a legal version for an example (might have to set up your own) for the printing, I would skip it altogether.  No reason to invite problems, and the ones who really want it, will figure it out anyway.

bobb


>>> Dan Little <danlittle@yahoo.com> 05/19/09 8:03 AM >>>

I'm going to hold you guys to this!!! ;-)


----- Original Message ----
> From: Nils Zierath | Center for Development Research Bonn (ZEF) <nils.zierath@uni-bonn.de>
> To: "Fischer, Brian" <bfischer@houstoneng.com>
> Cc: Dan Little <danlittle@yahoo.com>; GeoMOOSE Users List <geomoose-users@lists.sourceforge.net>
> Sent: Tuesday, May 19, 2009 7:47:56 AM
> Subject: Re: [Geomoose-users] GM2: TileCache, Google, Yahoo, VE Support
>
> Dear all,
> I would really like to have these services available. So as Brian, I think it
> would be fine if they only would not print.
>
> Nils
>
> Fischer, Brian schrieb:
> > After putting some thought into this.  I think it is of value to have the
> ability to display these type of layers and it would be just fine to make it
> known they won't print.  Someone can still do a screen capture if they really
> want to print it.
> >
> > Brian Fischer Houston Engineering, Inc.
> > Phone: W: 763.493.4522 / M: 763.229.2734
> >
> > -----Original Message-----
> > From: Dan Little [mailto:danlittle@yahoo.com] Sent: Thursday, May 14, 2009
> 11:04 AM
> > To: GeoMOOSE Users List
> > Subject: [Geomoose-users] GM2: TileCache, Google, Yahoo, VE Support
> >
> >
> > So we've hit a conundrum in the world of GM2 development.  When we add a
> feature to GM we like to add it holistically.  This means that if a particular
> feature is added, such as user drawings, they play nice with all features
> (including printing).   Printing, in fact, can be a major fly in many of the
> development ointments.
> >
> > GM2 is now based on OpenLayers.  OpenLayers has support for TileCache, Google,
> Yahoo, and VE layers.  This presents a problem as the proprietary layer types
> have both license issues and technical problems for embedding a map into a PDF
> (or static image).  TileCache is notably more feasible.
> >
> > This is essentially meant to be a cast out to the community:
> > 1) Do you want these types of layers?
> > 2) Do you care if they print?
> >
> > Let me (us) know,
> >
> > -Duck
> >
> >
> >
> > ------------------------------------------------------------------------------
> > The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
> > production scanning environment may not be a perfect world - but thanks to
> > Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
> > Series Scanner you'll get full speed at 300 dpi even with all image processing
> features enabled. http://p.sf.net/sfu/kodak-com
> > _______________________________________________
> > Geomoose-users mailing list
> > Geomoose-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/geomoose-users
> >
> > ------------------------------------------------------------------------------
> > The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
> > production scanning environment may not be a perfect world - but thanks to
> > Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
> > Series Scanner you'll get full speed at 300 dpi even with all image processing
> features enabled. http://p.sf.net/sfu/kodak-com
> > _______________________________________________
> > Geomoose-users mailing list
> > Geomoose-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/geomoose-users
>
> -- Nils Zierath
>
> Center for Development Research
> Department of Ecology and Resource Management
>
> Walter-Flex-Strasse 3
> 53113 Bonn (Germany)
>
> Tel.:   +49 (0) 228 - 73-1793
> FAX:    +49 (0) 228 - 73-1889
>
> E-Mail: nils.zierath@uni-bonn.de
> Web:    http://www.coffee.uni-bonn.de
>         http://www.zef.de





------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables
unlimited royalty-free distribution of the report engine
for externally facing server and web deployment.
http://p.sf.net/sfu/businessobjects
_______________________________________________
Geomoose-users mailing list
Geomoose-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geomoose-users


------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables
unlimited royalty-free distribution of the report engine
for externally facing server and web deployment.
http://p.sf.net/sfu/businessobjects
_______________________________________________
Geomoose-users mailing list
Geomoose-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geomoose-users

From coffee at uni-bonn.de  Tue May 19 10:50:58 2009
From: coffee at uni-bonn.de (CoFIS Web)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] GM2 - direct call to WMS without mapfile
In-Reply-To: <532620.17919.qm@web51401.mail.re2.yahoo.com>
References: <4A095FB5.5010503@uni-bonn.de>
	<233558.15553.qm@web51405.mail.re2.yahoo.com>
	<4A0966F8.3010309@uni-bonn.de>
	<203630.52208.qm@web51407.mail.re2.yahoo.com>
	<532620.17919.qm@web51401.mail.re2.yahoo.com>
Message-ID: <4A12C752.80304@uni-bonn.de>

Great, it works.

Nils

Dan Little schrieb:
> I have the WMS layer reprojection working in SVN.
> 
> And I even wrote some documentation...
> 
> http://www.geomoose.org/geomoose2/docs/howto/wms_project.html
> 
> I've tested going from UTM-15 to EPSG:4326 (using the nasa world mosaic you posted earlier).
> 
> 
> ----- Original Message ----
>> From: Dan Little <danlittle@yahoo.com>
>> To: coffee@uni-bonn.de
>> Cc: GeoMoose Mailing list <geomoose-users@lists.sourceforge.net>
>> Sent: Tuesday, May 12, 2009 7:12:39 AM
>> Subject: Re: [Geomoose-users] GM2 - direct call to WMS without mapfile
>>
>>
>> The error is with the reprojection. I will research what it will take to get 
>> this to work today and see if I can get a solution. 
>>
>>
>>
>> ----- Original Message ----
>>> From: CoFIS Web 
>>> To: Dan Little 
>>> Cc: GeoMoose Mailing list 
>>> Sent: Tuesday, May 12, 2009 7:09:28 AM
>>> Subject: Re: [Geomoose-users] GM2 - direct call to WMS without mapfile
>>>
>>> Hi Dan,
>>> my output projection for GM is EPSG:32637 as defined in the mapbook defaults.
>>>
>>> Nils
>>>
>>> Dan Little schrieb:
>>>> Hi Nils,
>>>>
>>>> What is your map projection?
>>>>
>>>>
>>>>
>>>> ----- Original Message ----
>>>>> From: CoFIS Web 
>>>>> To: GeoMoose Mailing list 
>>>>> Sent: Tuesday, May 12, 2009 6:38:29 AM
>>>>> Subject: [Geomoose-users] GM2 - direct call to WMS without mapfile
>>>>>
>>>>> Dear all,
>>>>> do I understand correctly, that in GM2 I can include WMS into my 
>> application 
>>> without having to us a local mapfile?
>>>>> I try to include the Blue Marble Global Mosaic tiled WMS 
>>> (http://onearth.jpl.nasa.gov/wms.cgi?request=GetTileService) using the 
>> following 
>>> lines in my mapbook:
>>>>>
>>>>>     http://onearth.jpl.nasa.gov/wms.cgi
>>>>>            
>>>>>
>>>>>
>>>>>
>>>>>         src="background-wms/global_mosaic"/>
>>>>>
>>>>>     ...
>>>>>
>>>>>
>>>>> When loading the layer, GM (according to the status bar in Firefox) loads 
>>> data. However, the only thing displayed are red tiles - no satellite images.
>>>>> Could someone please point me in the right direction what to change?
>>>>>
>>>>> Thanks,
>>>>> Nils
>>>>>
>>>>>
>>>>> -- Center for Development Research
>>>>> Department of Ecology and Resource Management
>>>>>
>>>>> Walter-Flex-Strasse 3
>>>>> 53113 Bonn (Germany)
>>>>>
>>>>> Tel.:   +49 (0) 228 - 73-1793
>>>>> FAX:    +49 (0) 228 - 73-1889
>>>>>
>>>>> E-Mail: coffee@uni-bonn.de
>>>>>
>>>>> Web:    http://www.cofis.info/atlas
>>>>>          http://www.coffee.uni-bonn.de
>>>>>
>>>>>
>>> ------------------------------------------------------------------------------
>>>>> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
>>>>> production scanning environment may not be a perfect world - but thanks to
>>>>> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK 
>> i700
>>>>> Series Scanner you'll get full speed at 300 dpi even with all image 
>>> processing features enabled. http://p.sf.net/sfu/kodak-com
>>>>> _______________________________________________
>>>>> Geomoose-users mailing list
>>>>> Geomoose-users@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/geomoose-users
>>>>
>>>>
>>>>      
>>>>
>> ------------------------------------------------------------------------------
>>>> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
>>>> production scanning environment may not be a perfect world - but thanks to
>>>> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK 
>> i700
>>>> Series Scanner you'll get full speed at 300 dpi even with all image 
>> processing 
>>> features enabled. http://p.sf.net/sfu/kodak-com
>>>> _______________________________________________
>>>> Geomoose-users mailing list
>>>> Geomoose-users@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/geomoose-users
>>> -- Center for Development Research
>>> Department of Ecology and Resource Management
>>>
>>> Walter-Flex-Strasse 3
>>> 53113 Bonn (Germany)
>>>
>>> Tel.:   +49 (0) 228 - 73-1793
>>> FAX:    +49 (0) 228 - 73-1889
>>>
>>> E-Mail: coffee@uni-bonn.de
>>>
>>> Web:    http://www.cofis.info/atlas
>>>        http://www.coffee.uni-bonn.de
>>
>>
>>       
>>
>> ------------------------------------------------------------------------------
>> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
>> production scanning environment may not be a perfect world - but thanks to
>> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
>> Series Scanner you'll get full speed at 300 dpi even with all image 
>> processing features enabled. http://p.sf.net/sfu/kodak-com
>> _______________________________________________
>> Geomoose-users mailing list
>> Geomoose-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geomoose-users
> 
> 
> 
>       

-- 
Center for Development Research
Department of Ecology and Resource Management

Walter-Flex-Strasse 3
53113 Bonn (Germany)

Tel.:   +49 (0) 228 - 73-1793
FAX:    +49 (0) 228 - 73-1889

E-Mail: coffee@uni-bonn.de

Web:    http://www.cofis.info/atlas
         http://www.coffee.uni-bonn.de


From coffee at uni-bonn.de  Tue May 19 11:07:53 2009
From: coffee at uni-bonn.de (CoFIS Web)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] WMS: defining 'wms_style' at layer level possible?
Message-ID: <4A12CB49.2050007@uni-bonn.de>

Dear all,
once that I have my WMS layers included without using a mapfile :-) I 
would like to know if I can incorporate the 'wms_style' parameter 
defined in the layer-level metadata section of a mapfile in the GM 
mapbook at map-source => layer level.

Why? For instance at http://wms.jpl.nasa.gov/wms.cgi I can request 
images for different seasons - e.g.
'wms_style' 'Feb' for February
'wms_style' 'May' for May
...

Putting

<map-source name='nasa' type='wms' tiled='false' projection='EPSG:4326'>
   <url>http://wms.jpl.nasa.gov/wms.cgi</url>
   <layer name="BMNG"/>
   <param name="style" value="feb"/>
   <param name="format" value="image/jpeg"/>
</map-source>

into my mapbook does return the images for February. To get the images 
for - say May - I would have to do define another <map-source>, but 
again containing only one layer. Therefore, would it be possible to get 
something like

<map-source name='nasa' type='wms' tiled='false' projection='EPSG:4326'>
   <url>http://wms.jpl.nasa.gov/wms.cgi</url>
   <layer name="BMNG" param name="style" value="feb"/>
   <layer name="BMNG" param name="style" value="may"/>
   <param name="format" value="image/jpeg"/>
</map-source>

working, in order to use one map-source for one WMS and requesting 
different WMS styles at mapbook layer level?

Nils


-- 
Center for Development Research
Department of Ecology and Resource Management

Walter-Flex-Strasse 3
53113 Bonn (Germany)

Tel.:   +49 (0) 228 - 73-1793
FAX:    +49 (0) 228 - 73-1889

E-Mail: coffee@uni-bonn.de

Web:    http://www.cofis.info/atlas
         http://www.coffee.uni-bonn.de


From coffee at uni-bonn.de  Tue May 19 11:28:51 2009
From: coffee at uni-bonn.de (CoFIS Web)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] GM2 - direct call to WMS without mapfile
In-Reply-To: <4A12C752.80304@uni-bonn.de>
References: <4A095FB5.5010503@uni-bonn.de>	<233558.15553.qm@web51405.mail.re2.yahoo.com>	<4A0966F8.3010309@uni-bonn.de>	<203630.52208.qm@web51407.mail.re2.yahoo.com>	<532620.17919.qm@web51401.mail.re2.yahoo.com>
	<4A12C752.80304@uni-bonn.de>
Message-ID: <4A12D033.7000101@uni-bonn.de>

ups, one step back.
Yes it does work, but not if I request the tiled service by setting 
<map-source ... tiled="true">.

Nils



CoFIS Web schrieb:
> Great, it works.
> 
> Nils
> 
> Dan Little schrieb:
>> I have the WMS layer reprojection working in SVN.
>>
>> And I even wrote some documentation...
>>
>> http://www.geomoose.org/geomoose2/docs/howto/wms_project.html
>>
>> I've tested going from UTM-15 to EPSG:4326 (using the nasa world mosaic you posted earlier).
>>
>>
>> ----- Original Message ----
>>> From: Dan Little <danlittle@yahoo.com>
>>> To: coffee@uni-bonn.de
>>> Cc: GeoMoose Mailing list <geomoose-users@lists.sourceforge.net>
>>> Sent: Tuesday, May 12, 2009 7:12:39 AM
>>> Subject: Re: [Geomoose-users] GM2 - direct call to WMS without mapfile
>>>
>>>
>>> The error is with the reprojection. I will research what it will take to get 
>>> this to work today and see if I can get a solution. 
>>>
>>>
>>>
>>> ----- Original Message ----
>>>> From: CoFIS Web 
>>>> To: Dan Little 
>>>> Cc: GeoMoose Mailing list 
>>>> Sent: Tuesday, May 12, 2009 7:09:28 AM
>>>> Subject: Re: [Geomoose-users] GM2 - direct call to WMS without mapfile
>>>>
>>>> Hi Dan,
>>>> my output projection for GM is EPSG:32637 as defined in the mapbook defaults.
>>>>
>>>> Nils
>>>>
>>>> Dan Little schrieb:
>>>>> Hi Nils,
>>>>>
>>>>> What is your map projection?
>>>>>
>>>>>
>>>>>
>>>>> ----- Original Message ----
>>>>>> From: CoFIS Web 
>>>>>> To: GeoMoose Mailing list 
>>>>>> Sent: Tuesday, May 12, 2009 6:38:29 AM
>>>>>> Subject: [Geomoose-users] GM2 - direct call to WMS without mapfile
>>>>>>
>>>>>> Dear all,
>>>>>> do I understand correctly, that in GM2 I can include WMS into my 
>>> application 
>>>> without having to us a local mapfile?
>>>>>> I try to include the Blue Marble Global Mosaic tiled WMS 
>>>> (http://onearth.jpl.nasa.gov/wms.cgi?request=GetTileService) using the 
>>> following 
>>>> lines in my mapbook:
>>>>>>     http://onearth.jpl.nasa.gov/wms.cgi
>>>>>>            
>>>>>>
>>>>>>
>>>>>>
>>>>>>         src="background-wms/global_mosaic"/>
>>>>>>
>>>>>>     ...
>>>>>>
>>>>>>
>>>>>> When loading the layer, GM (according to the status bar in Firefox) loads 
>>>> data. However, the only thing displayed are red tiles - no satellite images.
>>>>>> Could someone please point me in the right direction what to change?
>>>>>>
>>>>>> Thanks,
>>>>>> Nils
>>>>>>
>>>>>>
>>>>>> -- Center for Development Research
>>>>>> Department of Ecology and Resource Management
>>>>>>
>>>>>> Walter-Flex-Strasse 3
>>>>>> 53113 Bonn (Germany)
>>>>>>
>>>>>> Tel.:   +49 (0) 228 - 73-1793
>>>>>> FAX:    +49 (0) 228 - 73-1889
>>>>>>
>>>>>> E-Mail: coffee@uni-bonn.de
>>>>>>
>>>>>> Web:    http://www.cofis.info/atlas
>>>>>>          http://www.coffee.uni-bonn.de
>>>>>>
>>>>>>
>>>> ------------------------------------------------------------------------------
>>>>>> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
>>>>>> production scanning environment may not be a perfect world - but thanks to
>>>>>> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK 
>>> i700
>>>>>> Series Scanner you'll get full speed at 300 dpi even with all image 
>>>> processing features enabled. http://p.sf.net/sfu/kodak-com
>>>>>> _______________________________________________
>>>>>> Geomoose-users mailing list
>>>>>> Geomoose-users@lists.sourceforge.net
>>>>>> https://lists.sourceforge.net/lists/listinfo/geomoose-users
>>>>>
>>>>>      
>>>>>
>>> ------------------------------------------------------------------------------
>>>>> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
>>>>> production scanning environment may not be a perfect world - but thanks to
>>>>> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK 
>>> i700
>>>>> Series Scanner you'll get full speed at 300 dpi even with all image 
>>> processing 
>>>> features enabled. http://p.sf.net/sfu/kodak-com
>>>>> _______________________________________________
>>>>> Geomoose-users mailing list
>>>>> Geomoose-users@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/geomoose-users
>>>> -- Center for Development Research
>>>> Department of Ecology and Resource Management
>>>>
>>>> Walter-Flex-Strasse 3
>>>> 53113 Bonn (Germany)
>>>>
>>>> Tel.:   +49 (0) 228 - 73-1793
>>>> FAX:    +49 (0) 228 - 73-1889
>>>>
>>>> E-Mail: coffee@uni-bonn.de
>>>>
>>>> Web:    http://www.cofis.info/atlas
>>>>        http://www.coffee.uni-bonn.de
>>>
>>>       
>>>
>>> ------------------------------------------------------------------------------
>>> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
>>> production scanning environment may not be a perfect world - but thanks to
>>> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
>>> Series Scanner you'll get full speed at 300 dpi even with all image 
>>> processing features enabled. http://p.sf.net/sfu/kodak-com
>>> _______________________________________________
>>> Geomoose-users mailing list
>>> Geomoose-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/geomoose-users
>>
>>
>>       
> 

-- 
Center for Development Research
Department of Ecology and Resource Management

Walter-Flex-Strasse 3
53113 Bonn (Germany)

Tel.:   +49 (0) 228 - 73-1793
FAX:    +49 (0) 228 - 73-1889

E-Mail: coffee@uni-bonn.de

Web:    http://www.cofis.info/atlas
         http://www.coffee.uni-bonn.de


From jhagedorn at bannerassociates.com  Tue May 19 11:15:57 2009
From: jhagedorn at bannerassociates.com (Jim Hagedorn)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] identify
Message-ID: <5863BC6EA0494C498F8C7A389EF32E49246594FA65@BannerExg.banner.bannerbkgs.com>

Skipped content of type multipart/alternative-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 952 bytes
Desc: image001.gif
Url : http://lists.osgeo.org/pipermail/geomoose-users/attachments/20090519/d7f366e3/image001.gif
From MarkVolz at co.lyon.mn.us  Tue May 19 14:48:55 2009
From: MarkVolz at co.lyon.mn.us (Mark Volz)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] sort query or  identify results in shapefiles
Message-ID: <3D56274B4A7874468F58FADDBFD09801074FD78E@llmhs02.r8nssis.local>

Is there a way to sort query and identify results for shapefiles?  I would
like parcel searches to be sorted by pin number for parcel number searches
and alphabetically for name searches. 

 

 

Mark Volz

GIS Specialist

Lyon County, MN

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20090519/f2aee82c/attachment.html
From danlittle at yahoo.com  Wed May 20 09:47:23 2009
From: danlittle at yahoo.com (Dan Little)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] sort query or  identify results in shapefiles
In-Reply-To: <3D56274B4A7874468F58FADDBFD09801074FD78E@llmhs02.r8nssis.local>
References: <3D56274B4A7874468F58FADDBFD09801074FD78E@llmhs02.r8nssis.local>
Message-ID: <410695.74412.qm@web51407.mail.re2.yahoo.com>

Not without using a database ... using a database you can use the "order by" sql directive to sort results.



________________________________
From: Mark Volz <MarkVolz@co.lyon.mn.us>
To: geomoose-users@lists.sourceforge.net
Sent: Tuesday, May 19, 2009 1:48:55 PM
Subject: [Geomoose-users] sort query or  identify results in shapefiles


Is there a way to sort query and identify results for
shapefiles?  I would like parcel searches to be sorted by pin number for parcel
number searches and alphabetically for name searches. 
 
 
Mark Volz
GIS Specialist
Lyon County, MN


      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20090520/ca256097/attachment.html
From bfischer at houstoneng.com  Wed May 20 12:28:23 2009
From: bfischer at houstoneng.com (Brian Fischer)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] sort query or  identify results in shapefiles
In-Reply-To: <410695.74412.qm@web51407.mail.re2.yahoo.com>
References: <3D56274B4A7874468F58FADDBFD09801074FD78E@llmhs02.r8nssis.local>
	<410695.74412.qm@web51407.mail.re2.yahoo.com>
Message-ID: <F95D6EE79147A245A34347A8577243DEF39573DF@hexch64.houstonengineeringinc.com>

Or you would have to write a php service that utilizes mapscript and do the sorting by brut force which would be a little slow.  Dan is write the database is the best way to go.  Another trick I have used is to sort your shapefile ahead of time and duplicate it so it is sorted one way for pin and another for names.  There is a mapserver utility to sort the shapefile on a field.  http://mapserver.org/utilities/sortshp.html A bit of a hack but it would work.

From: Dan Little [mailto:danlittle@yahoo.com]
Sent: Wednesday, May 20, 2009 8:47 AM
To: Mark Volz; geomoose-users@lists.sourceforge.net
Subject: Re: [Geomoose-users] sort query or identify results in shapefiles

Not without using a database ... using a database you can use the "order by" sql directive to sort results.

________________________________
From: Mark Volz <MarkVolz@co.lyon.mn.us>
To: geomoose-users@lists.sourceforge.net
Sent: Tuesday, May 19, 2009 1:48:55 PM
Subject: [Geomoose-users] sort query or identify results in shapefiles
Is there a way to sort query and identify results for shapefiles?  I would like parcel searches to be sorted by pin number for parcel number searches and alphabetically for name searches.


Mark Volz
GIS Specialist
Lyon County, MN

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20090520/4e4bd9f3/attachment.html
From jkapalczynski at ci.maple-grove.mn.us  Fri May 22 10:09:39 2009
From: jkapalczynski at ci.maple-grove.mn.us (Jay Kapalczynski)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] Buffer Problems
Message-ID: <D7A5EAC385604446AB1DD24BF4F5A918775493BA2A@MG-Mail.ci.maple-grove.mn.us>

I have had this app running for some time now.  I haven't touched anything in a few months.
I went back in and tried to do a buffer by line and am getting errors...I tried this on the other select buttons and the same error.

Nothing changed in my:

*         Maple Grove_demo.xml

*         Select.map

*         Buffer_select.map

Why all of a sudden does the query not find the parcels?

Any thoughts?


FIREFOX:
<br />
<b>Warning</b>:  [MapServer Error]: msQueryByShape(): No matching record(s) found.
 in <b>C:\ms4w\apps\GeoMOOSE\htdocs\php\buffer_select.php</b> on line <b>139</b><br />
<html><head><title>Mailing Label Service Error</title></head><body><h3>Service Message</h3><b style='color
:red'>Query Failed to return any results!</b></body></html>


LINE 139:
# Perform the Query.
$queryResultCheck = $queryMap->queryByShape($shape);
if($queryResultCheck == MS_FAILURE) {                            # If the query fails, error out.
                # Check to see if the Map has any pointers to an empty file
                $empty = $queryMap->web->empty;
                # If it's set then show that HTML instead. :D
                if(isset($empty) and $empty != '') {
                                readfile($empty);
                                exit(0);
                } else {
                                appError('Query Failed to return any results!');
                }
}

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20090522/050d7358/attachment.html
From NSoto at plotplans.com  Fri May 22 10:15:04 2009
From: NSoto at plotplans.com (Nelson Soto)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] [Geomoose-developers] Buffer Problems
In-Reply-To: <D7A5EAC385604446AB1DD24BF4F5A918775493BA2A@MG-Mail.ci.maple-grove.mn.us>
References: <D7A5EAC385604446AB1DD24BF4F5A918775493BA2A@MG-Mail.ci.maple-grove.mn.us>
Message-ID: <7BA6F57E003ADF4EA12DAA3043BB13D448C06F@geoexchange.DesLauriers.local>

There are intermittent issues with GM 1.6 is you are using that. I don't
know if they would be related to this, but I'd highly recommend porting
your work to GM 2 and give that a shot.

 

________________________________

From: Jay Kapalczynski [mailto:jkapalczynski@ci.maple-grove.mn.us] 
Sent: Friday, May 22, 2009 10:10 AM
To: geomoose-users@lists.sourceforge.net;
geomoose-developers@lists.sourceforge.net
Subject: [Geomoose-developers] Buffer Problems

 

I have had this app running for some time now.  I haven't touched
anything in a few months.

I went back in and tried to do a buffer by line and am getting
errors...I tried this on the other select buttons and the same error.

 

Nothing changed in my:

*         Maple Grove_demo.xml

*         Select.map 

*         Buffer_select.map

 

Why all of a sudden does the query not find the parcels?

 

Any thoughts?

 

 

FIREFOX:

<br />

<b>Warning</b>:  [MapServer Error]: msQueryByShape(): No matching
record(s) found.

 in <b>C:\ms4w\apps\GeoMOOSE\htdocs\php\buffer_select.php</b> on line
<b>139</b><br />

<html><head><title>Mailing Label Service
Error</title></head><body><h3>Service Message</h3><b style='color

:red'>Query Failed to return any results!</b></body></html>

 

 

LINE 139:

# Perform the Query.

$queryResultCheck = $queryMap->queryByShape($shape);

if($queryResultCheck == MS_FAILURE) {                            # If
the query fails, error out.

                # Check to see if the Map has any pointers to an empty
file

                $empty = $queryMap->web->empty;

                # If it's set then show that HTML instead. :D

                if(isset($empty) and $empty != '') {

                                readfile($empty);

                                exit(0);

                } else {

                                appError('Query Failed to return any
results!');

                }

}

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20090522/2eeaa1fc/attachment.html
From jkapalczynski at ci.maple-grove.mn.us  Fri May 22 10:45:03 2009
From: jkapalczynski at ci.maple-grove.mn.us (Jay Kapalczynski)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] [Geomoose-developers] Buffer Problems
In-Reply-To: <7BA6F57E003ADF4EA12DAA3043BB13D448C06F@geoexchange.DesLauriers.local>
References: <D7A5EAC385604446AB1DD24BF4F5A918775493BA2A@MG-Mail.ci.maple-grove.mn.us>
	<7BA6F57E003ADF4EA12DAA3043BB13D448C06F@geoexchange.DesLauriers.local>
Message-ID: <D7A5EAC385604446AB1DD24BF4F5A918775493BA2C@MG-Mail.ci.maple-grove.mn.us>

I don't think that it can be the 1.6 version as I have been using that for some time...with select/buffer success...although it very well might be
I cant think of anything else that I changed...as I said I haven't worked on this in a few months...the last I know it has been working
That and I haven't done anything with the Select tools...

As a simple test I created a new Select...Still not working...
Is there some code that I am missing to set up a new select?  I think this is all that has to be written for the select to work

Could one of the .js files be corrupt?

Thanks

Maplegrove_demo.xml
<service title="Select Feature Poly" default="true" locked="true" cursor="url(cursors/select.cur), auto" shape="measurearea" type="inspect-search" icon="shared/images/toolbar/MapleGrove_Buttons/Select.jpg" highlight="shared/images/toolbar/MapleGrove_Buttons/Select.jpg">
                <url>php/select.php</url>
                <input type="multipoint" name="coords"/>
                <input type="hidden" name="shape" value="poly"/>
                <input type="hidden" name="map" value="/ms4w/apps/GeoMOOSE/Maple_Grove_GeoMoose/select.map"/>
                <input type="hidden" name="select" value="/ms4w/apps/GeoMOOSE/Maple_Grove_GeoMoose/select.map"/>
                <input type="select" name="layer" title="Layer to Select:">
                                <option value="Parcels:PID">Parcels</option>
                                <option value="Plats:PLAT_ID">Plats</option>
                                <option value="Parcel_Points:PID_NO">Parcel Points</option>
                </input>
                <input type="hidden" name="output" value="html"/>
</service>

Select.map file
LAYER # Parcels Polygon Layer
                    NAME 'Parcels'
                    DATA 'parcels/parcels.shp'
                    STATUS ON
                    TYPE POLYGON
    FILTERITEM 'PID'
                    FILTER /^%id%/

                    METADATA
                                qstring_validation_pattern '.'
                     END
                    HEADER 'parcels/select_header.html'
                    TEMPLATE 'parcels/select_parcel.html'
                    FOOTER 'parcels/select_footer.html'
                    TOLERANCE 0
                                CLASS
                                SYMBOL 'plainline'
                                SIZE 3
                                COLOR -1 -1 -1
                                OUTLINECOLOR 255 255 0
                                END
  END

Select_parcel.html file
<tr>
<td><b>PID:</b></td>
<td>[PID]</td>
</tr>

<tr>
<td colspan="2"><hr/></td>
</tr>




From: Nelson Soto [mailto:NSoto@plotplans.com]
Sent: Friday, May 22, 2009 9:15 AM
To: Jay Kapalczynski; geomoose-users@lists.sourceforge.net; geomoose-developers@lists.sourceforge.net
Subject: RE: [Geomoose-developers] Buffer Problems

There are intermittent issues with GM 1.6 is you are using that. I don't know if they would be related to this, but I'd highly recommend porting your work to GM 2 and give that a shot.

________________________________
From: Jay Kapalczynski [mailto:jkapalczynski@ci.maple-grove.mn.us]
Sent: Friday, May 22, 2009 10:10 AM
To: geomoose-users@lists.sourceforge.net; geomoose-developers@lists.sourceforge.net
Subject: [Geomoose-developers] Buffer Problems

I have had this app running for some time now.  I haven't touched anything in a few months.
I went back in and tried to do a buffer by line and am getting errors...I tried this on the other select buttons and the same error.

Nothing changed in my:

*         Maple Grove_demo.xml

*         Select.map

*         Buffer_select.map

Why all of a sudden does the query not find the parcels?

Any thoughts?


FIREFOX:
<br />
<b>Warning</b>:  [MapServer Error]: msQueryByShape(): No matching record(s) found.
 in <b>C:\ms4w\apps\GeoMOOSE\htdocs\php\buffer_select.php</b> on line <b>139</b><br />
<html><head><title>Mailing Label Service Error</title></head><body><h3>Service Message</h3><b style='color
:red'>Query Failed to return any results!</b></body></html>


LINE 139:
# Perform the Query.
$queryResultCheck = $queryMap->queryByShape($shape);
if($queryResultCheck == MS_FAILURE) {                            # If the query fails, error out.
                # Check to see if the Map has any pointers to an empty file
                $empty = $queryMap->web->empty;
                # If it's set then show that HTML instead. :D
                if(isset($empty) and $empty != '') {
                                readfile($empty);
                                exit(0);
                } else {
                                appError('Query Failed to return any results!');
                }
}

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20090522/8692935f/attachment.html
From danlittle at yahoo.com  Fri May 22 10:52:36 2009
From: danlittle at yahoo.com (Dan Little)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] [Geomoose-developers] Buffer Problems
In-Reply-To: <D7A5EAC385604446AB1DD24BF4F5A918775493BA2C@MG-Mail.ci.maple-grove.mn.us>
References: <D7A5EAC385604446AB1DD24BF4F5A918775493BA2A@MG-Mail.ci.maple-grove.mn.us>
	<7BA6F57E003ADF4EA12DAA3043BB13D448C06F@geoexchange.DesLauriers.local>
	<D7A5EAC385604446AB1DD24BF4F5A918775493BA2C@MG-Mail.ci.maple-grove.mn.us>
Message-ID: <694086.37101.qm@web51401.mail.re2.yahoo.com>

If you're getting that error, I doubt it is a problem with the Javascript.

Remove the "FILTER" lines in select.map, those are for an item query and causing you to have a no-match situation.



________________________________
From: Jay Kapalczynski <jkapalczynski@ci.maple-grove.mn.us>
To: Nelson Soto <NSoto@plotplans.com>; "geomoose-users@lists.sourceforge.net" <geomoose-users@lists.sourceforge.net>; "geomoose-developers@lists.sourceforge.net" <geomoose-developers@lists.sourceforge.net>
Sent: Friday, May 22, 2009 9:45:03 AM
Subject: Re: [Geomoose-users] [Geomoose-developers] Buffer Problems


I don?t think that it can
be the 1.6 version as I have been using that for some time?with select/buffer
success?although it very well might be
I cant think of anything else
that I changed?as I said I haven?t worked on this in a few months?the
last I know it has been working
That and I haven?t done
anything with the Select tools?
 
As a simple test I created a new
Select?Still not working?
Is there some code that I am
missing to set up a new select?  I think this is all that has to be
written for the select to work
 
Could one of the .js files be
corrupt?

Thanks
 
Maplegrove_demo.xml
<service
title="Select Feature Poly" default="true"
locked="true" cursor="url(cursors/select.cur), auto"
shape="measurearea" type="inspect-search"
icon="shared/images/toolbar/MapleGrove_Buttons/Select.jpg" highlight="shared/images/toolbar/MapleGrove_Buttons/Select.jpg">
                <url>php/select.php</url>
                <input
type="multipoint" name="coords"/>
                <input
type="hidden" name="shape" value="poly"/>
                <input
type="hidden" name="map" value="/ms4w/apps/GeoMOOSE/Maple_Grove_GeoMoose/select.map"/>
                <input
type="hidden" name="select"
value="/ms4w/apps/GeoMOOSE/Maple_Grove_GeoMoose/select.map"/>    
                <input
type="select" name="layer" title="Layer to
Select:">
                                <option
value="Parcels:PID">Parcels</option>
                                <option
value="Plats:PLAT_ID">Plats</option>
                                <option
value="Parcel_Points:PID_NO">Parcel Points</option>
                </input>
                <input
type="hidden" name="output" value="html"/>
</service>
 
Select.map file
LAYER # Parcels
Polygon Layer
                    NAME
'Parcels'
                   
DATA 'parcels/parcels.shp'
                   
STATUS ON
                   
TYPE POLYGON                   
    FILTERITEM 'PID'
                   
FILTER /^%id%/
                                
                   
METADATA
                   
            qstring_validation_pattern
'.'
                    
END
                   
HEADER 'parcels/select_header.html'
                   
TEMPLATE 'parcels/select_parcel.html'
                   
FOOTER 'parcels/select_footer.html'
                   
TOLERANCE 0
   
                            CLASS
   
                            SYMBOL
'plainline'
   
                            SIZE
3
   
                            COLOR
-1 -1 -1
   
                            OUTLINECOLOR
255 255 0
   
                            END
  END
 
Select_parcel.html file
<tr>
<td><b>PID:</b></td>
<td>[PID]</td>
</tr>
 
<tr>
<td
colspan="2"><hr/></td>
</tr>
 
 
 
 
From:Nelson Soto
[mailto:NSoto@plotplans.com] 
Sent: Friday, May 22, 2009 9:15 AM
To: Jay Kapalczynski; geomoose-users@lists.sourceforge.net;
geomoose-developers@lists.sourceforge.net
Subject: RE: [Geomoose-developers] Buffer Problems
 
There are intermittent issues with GM 1.6 is you are using that. I
don?t know if they would be related to this, but I?d highly
recommend porting your work to GM 2 and give that a shot.
 

________________________________
 
From:Jay Kapalczynski
[mailto:jkapalczynski@ci.maple-grove.mn.us] 
Sent: Friday, May 22, 2009 10:10 AM
To: geomoose-users@lists.sourceforge.net;
geomoose-developers@lists.sourceforge.net
Subject: [Geomoose-developers] Buffer Problems
 
I have had this app running for some time now.  I
haven?t touched anything in a few months.
I went back in and tried to do a buffer by line and am
getting errors?I tried this on the other select buttons and the same
error.
 
Nothing changed in my:
?         Maple Grove_demo.xml
?         Select.map 
?         Buffer_select.map
 
Why all of a sudden does the query not find the parcels?
 
Any thoughts?
 
 
FIREFOX:
<br
/>
<b>Warning</b>: 
[MapServer Error]: msQueryByShape(): No matching record(s) found.
 in
<b>C:\ms4w\apps\GeoMOOSE\htdocs\php\buffer_select.php</b> on line
<b>139</b><br />
<html><head><title>Mailing
Label Service Error</title></head><body><h3>Service
Message</h3><b style='color
:red'>Query
Failed to return any results!</b></body></html>
 
 
LINE 139:
#
Perform the Query.
$queryResultCheck = $queryMap->queryByShape($shape);
if($queryResultCheck
== MS_FAILURE)
{                           
# If the query fails, error out.
               
# Check to see if the Map has any pointers to an empty file
               
$empty = $queryMap->web->empty;
               
# If it's set then show that HTML instead. :D
               
if(isset($empty) and $empty != '') {
                               
readfile($empty);
                               
exit(0);
               
} else {
                               
appError('Query Failed to return any results!');
               
}
}


      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20090522/e0336ec1/attachment.html
From jkapalczynski at ci.maple-grove.mn.us  Fri May 22 11:22:45 2009
From: jkapalczynski at ci.maple-grove.mn.us (Jay Kapalczynski)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] [Geomoose-developers] Buffer Problems
In-Reply-To: <694086.37101.qm@web51401.mail.re2.yahoo.com>
References: <D7A5EAC385604446AB1DD24BF4F5A918775493BA2A@MG-Mail.ci.maple-grove.mn.us>
	<7BA6F57E003ADF4EA12DAA3043BB13D448C06F@geoexchange.DesLauriers.local>
	<D7A5EAC385604446AB1DD24BF4F5A918775493BA2C@MG-Mail.ci.maple-grove.mn.us>
	<694086.37101.qm@web51401.mail.re2.yahoo.com>
Message-ID: <D7A5EAC385604446AB1DD24BF4F5A918775493BA2D@MG-Mail.ci.maple-grove.mn.us>

SWEET?..Now that makes perfect sense because I have been struggling with the select and zoom to issues not highlighting?

Thanks Dan  and Nelson for the extra set of eyes?.

Have a great weekend?..

Thanks Again


From: Dan Little [mailto:danlittle@yahoo.com]
Sent: Friday, May 22, 2009 9:53 AM
To: Jay Kapalczynski; Nelson Soto; geomoose-users@lists.sourceforge.net; geomoose-developers@lists.sourceforge.net
Subject: Re: [Geomoose-users] [Geomoose-developers] Buffer Problems

If you're getting that error, I doubt it is a problem with the Javascript.

Remove the "FILTER" lines in select.map, those are for an item query and causing you to have a no-match situation.

________________________________
From: Jay Kapalczynski <jkapalczynski@ci.maple-grove.mn.us>
To: Nelson Soto <NSoto@plotplans.com>; "geomoose-users@lists.sourceforge.net" <geomoose-users@lists.sourceforge.net>; "geomoose-developers@lists.sourceforge.net" <geomoose-developers@lists.sourceforge.net>
Sent: Friday, May 22, 2009 9:45:03 AM
Subject: Re: [Geomoose-users] [Geomoose-developers] Buffer Problems
I don?t think that it can be the 1.6 version as I have been using that for some time?with select/buffer success?although it very well might be
I cant think of anything else that I changed?as I said I haven?t worked on this in a few months?the last I know it has been working
That and I haven?t done anything with the Select tools?

As a simple test I created a new Select?Still not working?
Is there some code that I am missing to set up a new select?  I think this is all that has to be written for the select to work

Could one of the .js files be corrupt?

Thanks

Maplegrove_demo.xml
<service title="Select Feature Poly" default="true" locked="true" cursor="url(cursors/select.cur), auto" shape="measurearea" type="inspect-search" icon="shared/images/toolbar/MapleGrove_Buttons/Select.jpg" highlight="shared/images/toolbar/MapleGrove_Buttons/Select.jpg">
                <url>php/select.php</url>
                <input type="multipoint" name="coords"/>
                <input type="hidden" name="shape" value="poly"/>
                <input type="hidden" name="map" value="/ms4w/apps/GeoMOOSE/Maple_Grove_GeoMoose/select.map"/>
                <input type="hidden" name="select" value="/ms4w/apps/GeoMOOSE/Maple_Grove_GeoMoose/select.map"/>
                <input type="select" name="layer" title="Layer to Select:">
                                <option value="Parcels:PID">Parcels</option>
                                <option value="Plats:PLAT_ID">Plats</option>
                                <option value="Parcel_Points:PID_NO">Parcel Points</option>
                </input>
                <input type="hidden" name="output" value="html"/>
</service>

Select.map file
LAYER # Parcels Polygon Layer
                    NAME 'Parcels'
                    DATA 'parcels/parcels.shp'
                    STATUS ON
                    TYPE POLYGON
    FILTERITEM 'PID'
                    FILTER /^%id%/

                    METADATA
                                qstring_validation_pattern '.'
                     END
                    HEADER 'parcels/select_header.html'
                    TEMPLATE 'parcels/select_parcel.html'
                    FOOTER 'parcels/select_footer.html'
                    TOLERANCE 0
                                CLASS
                                SYMBOL 'plainline'
                                SIZE 3
                                COLOR -1 -1 -1
                                OUTLINECOLOR 255 255 0
                                END
  END

Select_parcel.html file
<tr>
<td><b>PID:</b></td>
<td>[PID]</td>
</tr>

<tr>
<td colspan="2"><hr/></td>
</tr>




From: Nelson Soto [mailto:NSoto@plotplans.com]
Sent: Friday, May 22, 2009 9:15 AM
To: Jay Kapalczynski; geomoose-users@lists.sourceforge.net; geomoose-developers@lists.sourceforge.net
Subject: RE: [Geomoose-developers] Buffer Problems

There are intermittent issues with GM 1.6 is you are using that. I don?t know if they would be related to this, but I?d highly recommend porting your work to GM 2 and give that a shot.

________________________________
From: Jay Kapalczynski [mailto:jkapalczynski@ci.maple-grove.mn.us]
Sent: Friday, May 22, 2009 10:10 AM
To: geomoose-users@lists.sourceforge.net; geomoose-developers@lists.sourceforge.net
Subject: [Geomoose-developers] Buffer Problems

I have had this app running for some time now.  I haven?t touched anything in a few months.
I went back in and tried to do a buffer by line and am getting errors?I tried this on the other select buttons and the same error.

Nothing changed in my:

?         Maple Grove_demo.xml

?         Select.map

?         Buffer_select.map

Why all of a sudden does the query not find the parcels?

Any thoughts?


FIREFOX:
<br />
<b>Warning</b>:  [MapServer Error]: msQueryByShape(): No matching record(s) found.
 in <b>C:\ms4w\apps\GeoMOOSE\htdocs\php\buffer_select.php</b> on line <b>139</b><br />
<html><head><title>Mailing Label Service Error</title></head><body><h3>Service Message</h3><b style='color
:red'>Query Failed to return any results!</b></body></html>


LINE 139:
# Perform the Query.
$queryResultCheck = $queryMap->queryByShape($shape);
if($queryResultCheck == MS_FAILURE) {                            # If the query fails, error out.
                # Check to see if the Map has any pointers to an empty file
                $empty = $queryMap->web->empty;
                # If it's set then show that HTML instead. :D
                if(isset($empty) and $empty != '') {
                                readfile($empty);
                                exit(0);
                } else {
                                appError('Query Failed to return any results!');
                }
}


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20090522/9be38716/attachment.html
From jkapalczynski at ci.maple-grove.mn.us  Wed May 27 10:12:49 2009
From: jkapalczynski at ci.maple-grove.mn.us (Jay Kapalczynski)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] Project Raster ont he fly
Message-ID: <D7A5EAC385604446AB1DD24BF4F5A918833D572A49@MG-Mail.ci.maple-grove.mn.us>

If I have a SID file that I know is in Henn Projection...what do I need to do to get GeoMOOSE to read this file and reproject it to UTMNAD83 Zone 15 Meters

THanks
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20090527/8a889616/attachment.html
From bfraser at geoanalytic.com  Wed May 27 12:35:08 2009
From: bfraser at geoanalytic.com (Brent Fraser)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] Info from Select to a new window?
Message-ID: <4A1D6BBC.7000507@geoanalytic.com>

I'd like to send the attribute information of my selected features to a new browser window instead of the Information tab.  What's a good way to do this?

Thanks!
Brent Fraser


From danlittle at yahoo.com  Wed May 27 12:51:11 2009
From: danlittle at yahoo.com (Dan Little)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] Info from Select to a new window?
In-Reply-To: <4A1D6BBC.7000507@geoanalytic.com>
References: <4A1D6BBC.7000507@geoanalytic.com>
Message-ID: <313700.17915.qm@web51407.mail.re2.yahoo.com>


1.6 or 2.0?



----- Original Message ----
> From: Brent Fraser <bfraser@geoanalytic.com>
> To: GeoMOOSE Users List <geomoose-users@lists.sourceforge.net>
> Sent: Wednesday, May 27, 2009 11:35:08 AM
> Subject: [Geomoose-users] Info from Select to a new window?
> 
> I'd like to send the attribute information of my selected features to a new 
> browser window instead of the Information tab.  What's a good way to do this?
> 
> Thanks!
> Brent Fraser
> 
> ------------------------------------------------------------------------------
> Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT 
> is a gathering of tech-side developers & brand creativity professionals. Meet
> the minds behind Google Creative Lab, Visual Complexity, Processing, & 
> iPhoneDevCamp as they present alongside digital heavyweights like Barbarian 
> Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com 
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geomoose-users



      


From bfraser at geoanalytic.com  Wed May 27 12:58:32 2009
From: bfraser at geoanalytic.com (Brent Fraser)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] Info from Select to a new window?
In-Reply-To: <313700.17915.qm@web51407.mail.re2.yahoo.com>
References: <4A1D6BBC.7000507@geoanalytic.com>
	<313700.17915.qm@web51407.mail.re2.yahoo.com>
Message-ID: <4A1D7138.6010008@geoanalytic.com>

1.6.1

Dan Little wrote:
> 1.6 or 2.0?
> 
> 
> 
> ----- Original Message ----
>> From: Brent Fraser <bfraser@geoanalytic.com>
>> To: GeoMOOSE Users List <geomoose-users@lists.sourceforge.net>
>> Sent: Wednesday, May 27, 2009 11:35:08 AM
>> Subject: [Geomoose-users] Info from Select to a new window?
>>
>> I'd like to send the attribute information of my selected features to a new 
>> browser window instead of the Information tab.  What's a good way to do this?
>>
>> Thanks!
>> Brent Fraser
>>
>> ------------------------------------------------------------------------------
>> Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT 
>> is a gathering of tech-side developers & brand creativity professionals. Meet
>> the minds behind Google Creative Lab, Visual Complexity, Processing, & 
>> iPhoneDevCamp as they present alongside digital heavyweights like Barbarian 
>> Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com 
>> _______________________________________________
>> Geomoose-users mailing list
>> Geomoose-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geomoose-users
> 
> 
> 
>       
> 


From bfischer at houstoneng.com  Wed May 27 15:59:34 2009
From: bfischer at houstoneng.com (Brian Fischer)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] Project Raster ont he fly
In-Reply-To: <D7A5EAC385604446AB1DD24BF4F5A918833D572A49@MG-Mail.ci.maple-grove.mn.us>
References: <D7A5EAC385604446AB1DD24BF4F5A918833D572A49@MG-Mail.ci.maple-grove.mn.us>
Message-ID: <F95D6EE79147A245A34347A8577243DEF7931E13@hexch64.houstonengineeringinc.com>

GeoMOOSE can not project a raster on the fly.  This would have to be done by MapServer.  MapServer docs for this are at http://mapserver.org/mapfile/projection.html

Brian Fischer, CFM  GIS Project Manager
Houston Engineering, Inc.
Phone: W: 763.493.4522 / M: 763.229.2734

From: Jay Kapalczynski [mailto:jkapalczynski@ci.maple-grove.mn.us]
Sent: Wednesday, May 27, 2009 9:13 AM
To: geomoose-users@lists.sourceforge.net; geomoose-developers@lists.sourceforge.net
Subject: [Geomoose-developers] Project Raster ont he fly

If I have a SID file that I know is in Henn Projection...what do I need to do to get GeoMOOSE to read this file and reproject it to UTMNAD83 Zone 15 Meters

THanks
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20090527/7ed03f38/attachment.html
From danlittle at yahoo.com  Thu May 28 09:34:01 2009
From: danlittle at yahoo.com (Dan Little)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] GM PR Bugs?
Message-ID: <670214.18550.qm@web51403.mail.re2.yahoo.com>


Hey Folks,

Looking for any final input on the GM 2.0 PR before we look at packaging up an official release.

Thanks,

-Duck



      


From coffee at uni-bonn.de  Thu May 28 12:03:42 2009
From: coffee at uni-bonn.de (CoFIS Web)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] GM PR Bugs?
In-Reply-To: <670214.18550.qm@web51403.mail.re2.yahoo.com>
References: <670214.18550.qm@web51403.mail.re2.yahoo.com>
Message-ID: <4A1EB5DE.1040107@uni-bonn.de>

Hello Duck,
I realized, the following:
- raster layers (WMS & local files) do not display in the key map 
(reference="true" is set)
- tile mode does not work with WMS included via mapbook without mapfile 
(you may have fixed that already)
- is there a way to serve more than one WMS layer from the same server 
via one map source - instead of defining one map source for each layer


Don't remember anything else. Great work so far!

Nils



Dan Little schrieb:
> Hey Folks,
> 
> Looking for any final input on the GM 2.0 PR before we look at packaging up an official release.
> 
> Thanks,
> 
> -Duck
> 
> 
> 
>       
> 
> ------------------------------------------------------------------------------
> Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT 
> is a gathering of tech-side developers & brand creativity professionals. Meet
> the minds behind Google Creative Lab, Visual Complexity, Processing, & 
> iPhoneDevCamp as they present alongside digital heavyweights like Barbarian 
> Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com 
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geomoose-users

-- 
Center for Development Research
Department of Ecology and Resource Management

Walter-Flex-Strasse 3
53113 Bonn (Germany)

Tel.:   +49 (0) 228 - 73-1793
FAX:    +49 (0) 228 - 73-1889

E-Mail: coffee@uni-bonn.de

Web:    http://www.cofis.info/atlas
         http://www.coffee.uni-bonn.de


From bfraser at geoanalytic.com  Thu May 28 12:36:08 2009
From: bfraser at geoanalytic.com (Brent Fraser)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] Info from Select to a new window?
In-Reply-To: <313700.17915.qm@web51407.mail.re2.yahoo.com>
References: <4A1D6BBC.7000507@geoanalytic.com>
	<313700.17915.qm@web51407.mail.re2.yahoo.com>
Message-ID: <4A1EBD78.1000809@geoanalytic.com>

Dan,

 I'm using V1.6.1.  

It looks like the target of the html/text generated by select.php is set around line 488 in ServiceManager.js (of course I could be totally out-to-lunch as my JavaScript is weak):

	} else if(returnType.match(/text/i) || contentType.match(/plain/i)){ // Plain Text Return
		var results = document.getElementById('content_results_form');
		var text = http.responseText;
		if(!(text.match(/\<html/))) {
			text = text.replace(/\n/g,'<br/>\n');
			text = '<tt>'+text+'</tt>';
		}
		results.innerHTML = text;
		EventManager.triggerEvent('changetab',TABS_RESULTS_NAME);
	} else if(returnType.match(/csv/i) || contentType.match(/csv/i)) { // CSV return type


perhaps if do something like:
		var win = window.open("", "Results", "width=100, height=100, scrollbars=yes" );
		var results2 = win.document.body;
		results2.innerHTML = text;

Any thoughts on that?


Thanks!
Brent

Dan Little wrote:
> 1.6 or 2.0?
> 
> 
> 
> ----- Original Message ----
>> From: Brent Fraser <bfraser@geoanalytic.com>
>> To: GeoMOOSE Users List <geomoose-users@lists.sourceforge.net>
>> Sent: Wednesday, May 27, 2009 11:35:08 AM
>> Subject: [Geomoose-users] Info from Select to a new window?
>>
>> I'd like to send the attribute information of my selected features to a new 
>> browser window instead of the Information tab.  What's a good way to do this?
>>
>> Thanks!
>> Brent Fraser
>>
>> ------------------------------------------------------------------------------
>> Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT 
>> is a gathering of tech-side developers & brand creativity professionals. Meet
>> the minds behind Google Creative Lab, Visual Complexity, Processing, & 
>> iPhoneDevCamp as they present alongside digital heavyweights like Barbarian 
>> Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com 
>> _______________________________________________
>> Geomoose-users mailing list
>> Geomoose-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geomoose-users
> 
> 
> 
>       
> 


From bfischer at houstoneng.com  Thu May 28 14:43:20 2009
From: bfischer at houstoneng.com (Brian Fischer)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] Info from Select to a new window?
In-Reply-To: <4A1EBD78.1000809@geoanalytic.com>
References: <4A1D6BBC.7000507@geoanalytic.com>
	<313700.17915.qm@web51407.mail.re2.yahoo.com>
	<4A1EBD78.1000809@geoanalytic.com>
Message-ID: <F95D6EE79147A245A34347A8577243DEF7931E28@hexch64.houstonengineeringinc.com>

Brent,
This use to work, but haven't tried it in a while.  You could set the display attribute of the service tag to display="window" and it would pop the results up in a new window.  Give that a try.  Here is the documentation we wrote on it:
http://www.geomoose.org/moose/index.php?option=com_content&task=view&id=14&Itemid=29 Look at the display attribute under <service> section.

Also I had Dan write a little custom feature for me to create a link to open the results tab up in a new window so users could print it.  I think he mainly did it with some JavaScript and CSS.  Here is the app that is doing that. http://klamathcounty.houstoneng.com/klamathmap/klamathmap.html Select some parcels with the mailing labels tool or Identify tool then click on the "Print Info. Tab" in the menubar.

Hope this helps,
Brian

Brian Fischer, CFM? GIS Project Manager
Houston Engineering, Inc.
Phone:?W: 763.493.4522 / M: 763.229.2734

-----Original Message-----
From: Brent Fraser [mailto:bfraser@geoanalytic.com] 
Sent: Thursday, May 28, 2009 11:36 AM
To: Dan Little
Cc: GeoMOOSE Users List
Subject: Re: [Geomoose-users] Info from Select to a new window?

Dan,

 I'm using V1.6.1.  

It looks like the target of the html/text generated by select.php is set around line 488 in ServiceManager.js (of course I could be totally out-to-lunch as my JavaScript is weak):

	} else if(returnType.match(/text/i) || contentType.match(/plain/i)){ // Plain Text Return
		var results = document.getElementById('content_results_form');
		var text = http.responseText;
		if(!(text.match(/\<html/))) {
			text = text.replace(/\n/g,'<br/>\n');
			text = '<tt>'+text+'</tt>';
		}
		results.innerHTML = text;
		EventManager.triggerEvent('changetab',TABS_RESULTS_NAME);
	} else if(returnType.match(/csv/i) || contentType.match(/csv/i)) { // CSV return type


perhaps if do something like:
		var win = window.open("", "Results", "width=100, height=100, scrollbars=yes" );
		var results2 = win.document.body;
		results2.innerHTML = text;

Any thoughts on that?


Thanks!
Brent

Dan Little wrote:
> 1.6 or 2.0?
> 
> 
> 
> ----- Original Message ----
>> From: Brent Fraser <bfraser@geoanalytic.com>
>> To: GeoMOOSE Users List <geomoose-users@lists.sourceforge.net>
>> Sent: Wednesday, May 27, 2009 11:35:08 AM
>> Subject: [Geomoose-users] Info from Select to a new window?
>>
>> I'd like to send the attribute information of my selected features to a new 
>> browser window instead of the Information tab.  What's a good way to do this?
>>
>> Thanks!
>> Brent Fraser
>>
>> ------------------------------------------------------------------------------
>> Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT 
>> is a gathering of tech-side developers & brand creativity professionals. Meet
>> the minds behind Google Creative Lab, Visual Complexity, Processing, & 
>> iPhoneDevCamp as they present alongside digital heavyweights like Barbarian 
>> Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com 
>> _______________________________________________
>> Geomoose-users mailing list
>> Geomoose-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geomoose-users
> 
> 
> 
>       
> 

------------------------------------------------------------------------------
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT 
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp as they present alongside digital heavyweights like Barbarian 
Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com 
_______________________________________________
Geomoose-users mailing list
Geomoose-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geomoose-users


From bfraser at geoanalytic.com  Thu May 28 15:13:39 2009
From: bfraser at geoanalytic.com (Brent Fraser)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] Info from Select to a new window?
In-Reply-To: <F95D6EE79147A245A34347A8577243DEF7931E28@hexch64.houstonengineeringinc.com>
References: <4A1D6BBC.7000507@geoanalytic.com>	<313700.17915.qm@web51407.mail.re2.yahoo.com>
	<4A1EBD78.1000809@geoanalytic.com>
	<F95D6EE79147A245A34347A8577243DEF7931E28@hexch64.houstonengineeringinc.com>
Message-ID: <4A1EE263.8080408@geoanalytic.com>

Brian,

  I just found the display tag while sifting thru ServiceManager.js  It seems to work ok for Identify, but for Select it opens a new window and prints the value of the map tag, e.g:

./select.map

strange...

Many Thanks!
Brent

Brian Fischer wrote:
> Brent,
> This use to work, but haven't tried it in a while.  You could set the display attribute of the service tag to display="window" and it would pop the results up in a new window.  Give that a try.  Here is the documentation we wrote on it:
> http://www.geomoose.org/moose/index.php?option=com_content&task=view&id=14&Itemid=29 Look at the display attribute under <service> section.
> 
> Also I had Dan write a little custom feature for me to create a link to open the results tab up in a new window so users could print it.  I think he mainly did it with some JavaScript and CSS.  Here is the app that is doing that. http://klamathcounty.houstoneng.com/klamathmap/klamathmap.html Select some parcels with the mailing labels tool or Identify tool then click on the "Print Info. Tab" in the menubar.
> 
> Hope this helps,
> Brian
> 
> Brian Fischer, CFM  GIS Project Manager
> Houston Engineering, Inc.
> Phone: W: 763.493.4522 / M: 763.229.2734
> 
> -----Original Message-----
> From: Brent Fraser [mailto:bfraser@geoanalytic.com] 
> Sent: Thursday, May 28, 2009 11:36 AM
> To: Dan Little
> Cc: GeoMOOSE Users List
> Subject: Re: [Geomoose-users] Info from Select to a new window?
> 
> Dan,
> 
>  I'm using V1.6.1.  
> 
> It looks like the target of the html/text generated by select.php is set around line 488 in ServiceManager.js (of course I could be totally out-to-lunch as my JavaScript is weak):
> 
> 	} else if(returnType.match(/text/i) || contentType.match(/plain/i)){ // Plain Text Return
> 		var results = document.getElementById('content_results_form');
> 		var text = http.responseText;
> 		if(!(text.match(/\<html/))) {
> 			text = text.replace(/\n/g,'<br/>\n');
> 			text = '<tt>'+text+'</tt>';
> 		}
> 		results.innerHTML = text;
> 		EventManager.triggerEvent('changetab',TABS_RESULTS_NAME);
> 	} else if(returnType.match(/csv/i) || contentType.match(/csv/i)) { // CSV return type
> 
> 
> perhaps if do something like:
> 		var win = window.open("", "Results", "width=100, height=100, scrollbars=yes" );
> 		var results2 = win.document.body;
> 		results2.innerHTML = text;
> 
> Any thoughts on that?
> 
> 
> Thanks!
> Brent
> 
> Dan Little wrote:
>> 1.6 or 2.0?
>>
>>
>>
>> ----- Original Message ----
>>> From: Brent Fraser <bfraser@geoanalytic.com>
>>> To: GeoMOOSE Users List <geomoose-users@lists.sourceforge.net>
>>> Sent: Wednesday, May 27, 2009 11:35:08 AM
>>> Subject: [Geomoose-users] Info from Select to a new window?
>>>
>>> I'd like to send the attribute information of my selected features to a new 
>>> browser window instead of the Information tab.  What's a good way to do this?
>>>
>>> Thanks!
>>> Brent Fraser
>>>
>>> ------------------------------------------------------------------------------
>>> Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT 
>>> is a gathering of tech-side developers & brand creativity professionals. Meet
>>> the minds behind Google Creative Lab, Visual Complexity, Processing, & 
>>> iPhoneDevCamp as they present alongside digital heavyweights like Barbarian 
>>> Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com 
>>> _______________________________________________
>>> Geomoose-users mailing list
>>> Geomoose-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/geomoose-users
>>
>>
>>       
>>
> 
> ------------------------------------------------------------------------------
> Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT 
> is a gathering of tech-side developers & brand creativity professionals. Meet
> the minds behind Google Creative Lab, Visual Complexity, Processing, & 
> iPhoneDevCamp as they present alongside digital heavyweights like Barbarian 
> Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com 
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geomoose-users
> 


From danlittle at yahoo.com  Thu May 28 15:15:06 2009
From: danlittle at yahoo.com (Dan Little)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users] Info from Select to a new window?
In-Reply-To: <F95D6EE79147A245A34347A8577243DEF7931E28@hexch64.houstonengineeringinc.com>
References: <4A1D6BBC.7000507@geoanalytic.com>
	<313700.17915.qm@web51407.mail.re2.yahoo.com>
	<4A1EBD78.1000809@geoanalytic.com>
	<F95D6EE79147A245A34347A8577243DEF7931E28@hexch64.houstonengineeringinc.com>
Message-ID: <735302.70688.qm@web51409.mail.re2.yahoo.com>


Thanks Brain ... I was going to post almost exactly what you wrote there but have found myself rather busy. LOL...


----- Original Message ----
> From: Brian Fischer <bfischer@houstoneng.com>
> To: Brent Fraser <bfraser@geoanalytic.com>; Dan Little <danlittle@yahoo.com>
> Cc: GeoMOOSE Users List <geomoose-users@lists.sourceforge.net>
> Sent: Thursday, May 28, 2009 1:43:20 PM
> Subject: RE: [Geomoose-users] Info from Select to a new window?
> 
> Brent,
> This use to work, but haven't tried it in a while.  You could set the display 
> attribute of the service tag to display="window" and it would pop the results up 
> in a new window.  Give that a try.  Here is the documentation we wrote on it:
> http://www.geomoose.org/moose/index.php?option=com_content&task=view&id=14&Itemid=29 
> Look at the display attribute under section.
> 
> Also I had Dan write a little custom feature for me to create a link to open the 
> results tab up in a new window so users could print it.  I think he mainly did 
> it with some JavaScript and CSS.  Here is the app that is doing that. 
> http://klamathcounty.houstoneng.com/klamathmap/klamathmap.html Select some 
> parcels with the mailing labels tool or Identify tool then click on the "Print 
> Info. Tab" in the menubar.
> 
> Hope this helps,
> Brian
> 
> Brian Fischer, CFM  GIS Project Manager
> Houston Engineering, Inc.
> Phone: W: 763.493.4522 / M: 763.229.2734
> 
> -----Original Message-----
> From: Brent Fraser [mailto:bfraser@geoanalytic.com] 
> Sent: Thursday, May 28, 2009 11:36 AM
> To: Dan Little
> Cc: GeoMOOSE Users List
> Subject: Re: [Geomoose-users] Info from Select to a new window?
> 
> Dan,
> 
> I'm using V1.6.1.  
> 
> It looks like the target of the html/text generated by select.php is set around 
> line 488 in ServiceManager.js (of course I could be totally out-to-lunch as my 
> JavaScript is weak):
> 
>     } else if(returnType.match(/text/i) || contentType.match(/plain/i)){ // 
> Plain Text Return
>         var results = document.getElementById('content_results_form');
>         var text = http.responseText;
>         if(!(text.match(/\
>             text = text.replace(/\n/g,'
\n');
>             text = ''+text+'';
>         }
>         results.innerHTML = text;
>         EventManager.triggerEvent('changetab',TABS_RESULTS_NAME);
>     } else if(returnType.match(/csv/i) || contentType.match(/csv/i)) { // CSV 
> return type
> 
> 
> perhaps if do something like:
>         var win = window.open("", "Results", "width=100, height=100, 
> scrollbars=yes" );
>         var results2 = win.document.body;
>         results2.innerHTML = text;
> 
> Any thoughts on that?
> 
> 
> Thanks!
> Brent
> 
> Dan Little wrote:
> > 1.6 or 2.0?
> > 
> > 
> > 
> > ----- Original Message ----
> >> From: Brent Fraser 
> >> To: GeoMOOSE Users List 
> >> Sent: Wednesday, May 27, 2009 11:35:08 AM
> >> Subject: [Geomoose-users] Info from Select to a new window?
> >>
> >> I'd like to send the attribute information of my selected features to a new 
> >> browser window instead of the Information tab.  What's a good way to do this?
> >>
> >> Thanks!
> >> Brent Fraser
> >>
> >> 
> ------------------------------------------------------------------------------
> >> Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT 
> >> is a gathering of tech-side developers & brand creativity professionals. Meet
> >> the minds behind Google Creative Lab, Visual Complexity, Processing, & 
> >> iPhoneDevCamp as they present alongside digital heavyweights like Barbarian 
> >> Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com 
> >> _______________________________________________
> >> Geomoose-users mailing list
> >> Geomoose-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/geomoose-users
> > 
> > 
> > 
> >      
> > 
> 
> ------------------------------------------------------------------------------
> Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT 
> is a gathering of tech-side developers & brand creativity professionals. Meet
> the minds behind Google Creative Lab, Visual Complexity, Processing, & 
> iPhoneDevCamp as they present alongside digital heavyweights like Barbarian 
> Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com 
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geomoose-users



      


From bfraser at geoanalytic.com  Fri May 29 11:58:57 2009
From: bfraser at geoanalytic.com (Brent Fraser)
Date: Sun Sep 18 11:39:08 2011
Subject: [Geomoose-users]  Select Info to a new window
In-Reply-To: <4A1EE263.8080408@geoanalytic.com>
References: <4A1D6BBC.7000507@geoanalytic.com>	<313700.17915.qm@web51407.mail.re2.yahoo.com>	<4A1EBD78.1000809@geoanalytic.com>	<F95D6EE79147A245A34347A8577243DEF7931E28@hexch64.houstonengineeringinc.com>
	<4A1EE263.8080408@geoanalytic.com>
Message-ID: <4A200641.2030307@geoanalytic.com>

I had a look at the HTML generated by the SELECT service (not the IDENTIFY):

<html xmlns:moose="http://geomoose.org/"><head>
<moose:mapbook>
<moose:map title='Highlight' default='true'>
	<moose:file>../../TopoCan/select.map</moose:file>	<moose:param name='layers' value='Wells'/>	<moose:param name='qlayer' 
	:
	:

It doesn't render very well when sent to a new window (using the display="window" tag in the Select service.)

Any thoughts on how to fix this?

Thanks!
Brent


Brent Fraser wrote:
> Brian,
> 
>   I just found the display tag while sifting thru ServiceManager.js  It seems to work ok for Identify, but for Select it opens a new window and prints the value of the map tag, e.g:
> 
> ./select.map
> 
> strange...
> 
> Many Thanks!
> Brent
> 
> Brian Fischer wrote:
>> Brent,
>> This use to work, but haven't tried it in a while.  You could set the display attribute of the service tag to display="window" and it would pop the results up in a new window.  Give that a try.  Here is the documentation we wrote on it:
>> http://www.geomoose.org/moose/index.php?option=com_content&task=view&id=14&Itemid=29 Look at the display attribute under <service> section.
>>
>> Also I had Dan write a little custom feature for me to create a link to open the results tab up in a new window so users could print it.  I think he mainly did it with some JavaScript and CSS.  Here is the app that is doing that. http://klamathcounty.
> houstoneng.com/klamathmap/klamathmap.html Select some parcels with the mailing labels tool or Identify tool then click on the "Print Info. Tab" in the menubar.
>> Hope this helps,
>> Brian
>>
>> Brian Fischer, CFM  GIS Project Manager
>> Houston Engineering, Inc.
>> Phone: W: 763.493.4522 / M: 763.229.2734
>>
>> -----Original Message-----
>> From: Brent Fraser [mailto:bfraser@geoanalytic.com] 
>> Sent: Thursday, May 28, 2009 11:36 AM
>> To: Dan Little
>> Cc: GeoMOOSE Users List
>> Subject: Re: [Geomoose-users] Info from Select to a new window?
>>
>> Dan,
>>
>>  I'm using V1.6.1.  
>>
>> It looks like the target of the html/text generated by select.php is set around line 488 in ServiceManager.js (of course I could be totally out-to-lunch as my JavaScript is weak):
>>
>> 	} else if(returnType.match(/text/i) || contentType.match(/plain/i)){ // Plain Text Return
>> 		var results = document.getElementById('content_results_form');
>> 		var text = http.responseText;
>> 		if(!(text.match(/\<html/))) {
>> 			text = text.replace(/\n/g,'<br/>\n');
>> 			text = '<tt>'+text+'</tt>';
>> 		}
>> 		results.innerHTML = text;
>> 		EventManager.triggerEvent('changetab',TABS_RESULTS_NAME);
>> 	} else if(returnType.match(/csv/i) || contentType.match(/csv/i)) { // CSV return type
>>
>>
>> perhaps if do something like:
>> 		var win = window.open("", "Results", "width=100, height=100, scrollbars=yes" );
>> 		var results2 = win.document.body;
>> 		results2.innerHTML = text;
>>
>> Any thoughts on that?
>>
>>
>> Thanks!
>> Brent
>>
>> Dan Little wrote:
>>> 1.6 or 2.0?
>>>
>>>
>>>
>>> ----- Original Message ----
>>>> From: Brent Fraser <bfraser@geoanalytic.com>
>>>> To: GeoMOOSE Users List <geomoose-users@lists.sourceforge.net>
>>>> Sent: Wednesday, May 27, 2009 11:35:08 AM
>>>> Subject: [Geomoose-users] Info from Select to a new window?
>>>>
>>>> I'd like to send the attribute information of my selected features to a new 
>>>> browser window instead of the Information tab.  What's a good way to do this?
>>>>
>>>> Thanks!
>>>> Brent Fraser
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT 
>>>> is a gathering of tech-side developers & brand creativity professionals. Meet
>>>> the minds behind Google Creative Lab, Visual Complexity, Processing, & 
>>>> iPhoneDevCamp as they present alongside digital heavyweights like Barbarian 
>>>> Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com 
>>>> _______________________________________________
>>>> Geomoose-users mailing list
>>>> Geomoose-users@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/geomoose-users
>>>
>>>       
>>>
>> ------------------------------------------------------------------------------
>> Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT 
>> is a gathering of tech-side developers & brand creativity professionals. Meet
>> the minds behind Google Creative Lab, Visual Complexity, Processing, & 
>> iPhoneDevCamp as they present alongside digital heavyweights like Barbarian 
>> Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com 
>> _______________________________________________
>> Geomoose-users mailing list
>> Geomoose-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geomoose-users
>>
> 
> ------------------------------------------------------------------------------
> Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT 
> is a gathering of tech-side developers & brand creativity professionals. Meet
> the minds behind Google Creative Lab, Visual Complexity, Processing, & 
> iPhoneDevCamp as they present alongside digital heavyweights like Barbarian 
> Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com 
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geomoose-users
>