[Geomoose-users] GM 1.6 Identify subset of layer features

[Brian Welch]

Thanks Brent,
 
My experience with GM 1.6 is that white spaces in layer names kills the Identify process, even if the names in the XML file match the layer map file and the Identify.map layer name. My workaround has been to use underscores for any layers that provide feedback with the Identify tool. It's been a useful way to cue the users that the layer is "Identifiable".
 
Since I have many layers in my Identify. map file I've pasted just the two that correspond to the parcels and the colleges (see below message text). Note that both refer to the same shapefile that contains all of the parcels for the region. I don't want to eliminate the college parcels in the generic parcel file since the college layer is one that is off by default (and it's off the Identify tool returns only results for the generic parcel layer). Likewise I wouldn't want to eliminate the college parcels from the generic parcel Identify.map layer since that would still return parcel-specific information.
 
My goal is to allow interested users to turn on the college layer and then be able to click college-owned parcels to see additional information related to the college. I don't mind that both the college and generic parcel information shows up in the Information tab (that's actually a good thing!). I just don't want the college data to show up for the non-college parcels, even if the college layer is turned on.
 
I had hoped that it would be possible to utilize the underlying generic parcel data for both, but it looks like I'll have to export a separate shapefile for the college overlay in order to get the Identify to differentiate between the underlying parcels and the college parcels. Unless anyone has a new suggestion...
 
Thanks!
 
Brian
 
 LAYER # Rice Co. Parcels Polygon Layer
  NAME 'RiceCo_Parcels'
  DATA 'landrecords/RiceCo_parcelsUTM.shp'
  STATUS ON
  TYPE POLYGON
  METADATA
  qstring_validation_pattern '.'
  END
  TEMPLATE 'landrecords/identify_RCparcel.html'
  TOLERANCE 0
 END
 
 LAYER # Colleges Polygon Layer
  NAME 'Colleges'
  DATA './landrecords/RiceCo_parcelsUTM.shp'
  STATUS ON
  TYPE POLYGON
  METADATA
   qstring_validation_pattern '.'
  END
  CLASSITEM 'DEEDHOLD'
  TEMPLATE './landrecords/identify_Colleges.html'
  TOLERANCE 0
  CLASS
   EXPRESSION /*COLLEGE/
  END
 END
 
--------
Brian Welch, GIS Technician
City of Northfield
Northfield, MN 55057
507-645-3027


>>> Brent Fraser <bfraser at geoanalytic.com> 12/1/2010 2:37 PM >>>
I think GM 1.6 strips the spaces before passing the layer names to mapserver.  So in theory you could have a map title of "My Colleges" in the mapbook and a layer with a name of MyColleges in the mapserver map file.

As for the results problem, it's difficult to say without seeing the entire identify.map (and the <map> defs in the mapbook), but I'd guess you have two layers in your indentify.map: one for college parcels and one for other parcels.  You need to have a class in the the other parcels layer that does not include colleges (basically negate the expression in the college layer)

Best Regards,
Brent Fraser
On 12/1/2010 1:18 PM, Brian Welch wrote: 

Some bug-checking did catch a white space in my layer name in the XML file. That's now been fixed with an underscore so all the layer references match: XML file, layer map file and Identify.map file. I get the appropriate Identify results to appear, but they appear for ALL parcels, not just the college parcels. The attempt to add an expression that I pasted in my previous post had no effect on the results: the college data appears for Identify queries of ANY parcel.
 
Is there a way to get the Identify query to mirror the expression used to create the layer?
 
Thanks.
 
Brian
 
--------
Brian Welch, GIS Technician
City of Northfield
Northfield, MN 55057
507-645-3027


>>> Brent Fraser <bfraser at geoanalytic.com> ( mailto:bfraser at geoanalytic.com ) 12/1/2010 11:31 AM >>>
Brian,

  Couldn't you just use the same layer definition in your identify.map as you use in your display layer?
Best Regards,
Brent Fraser
On 12/1/2010 8:53 AM, Brian Welch wrote: 

I'm using Geomoose v1.6
 
I have a layer in my application that shows a subset of parcels (local college-owned land). The mapping layer in GM uses a simple expression based on the property owner's name to map just those properties owned by the colleges.
 
I'd like to create an appropriate layer in the Identify.map file that will act only on that subset in order to display specific information related to the colleges. However, I don't want the college information to show up for all parcels in town. Is there some way to replicate the expression that I use in the CLASS call of the mapping file to get the LAYER in the Identify.map file to act only the college-owned parcels? I can't figure out whether the qstring_validation_pattern is where I should focus, and if so, what is the appropriate query syntax? The field name is [DEEDHOLD] and the query value would be "*COLLEGE" (note the need for a wildcard to pick up both colleges in town).
 
I'd like to know if this is possible by modifying the Identify.map layer with an appropriate query or whether I should just take the easy way out and create a separate shapefile of college-owned parcels.
 
Thanks.
 
Brian
 
 
--------
Brian Welch, GIS Technician
City of Northfield
Northfield, MN 55057
507-645-3027
------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.http://p.sf.net/sfu/intelisp-dev2dev_______________________________________________
Geomoose-users mailing listGeomoose-users at lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/geomoose-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geomoose-users/attachments/20101201/f80ad04c/attachment.html