[Geomoose-users] FW: GeoMOOSE RFC - Selection Set Proposal

[Len Kne]

Hi Bob
Thanks for the comments, see responses in-line.
Len
From: Bob Basques [mailto:Bob.Basques at ci.stpaul.mn.us]
Sent: Tuesday, September 28, 2010 2:48 PM
To: Len Kne; 'geomoose-users at lists.sourceforge.net'(geomoose-users at lists.sourceforge.net)
Cc: DEAN ANDERSON (ANDERSON.DEAN at co.polk.or.us)
Subject: Re: [Geomoose-users] FW: GeoMOOSE RFC - Selection Set Proposal


Len,


I just around to looking at things you posted.   For the most part it looks really good.  A couple of nit picky things though.


**  The buffer highlight results, MapServer I believe can handle this type of thing via Geos in order to give a real buffer outline back to the client to display.
I'll look into to see if it applies.


** I was trying to find a method in the interface to highlight one of the tabular records by picking on a parcel in the map, and I didn't see a way to do this, don't know if it would require an additional tool in the map control or what, but it just seemed like being able to pick from the map or the tabular display should work (for some reason  :c)

Yes, this is going to take an additional map control on a mouse click.  The handler will make a call to a server side service (similar to the Select service) which returns the feature of the active layer where the mouse click happened.  On the client side, we will look at the returned feature to see if it is present in the vector layer - if it isn't present = addFeature(), if it is part of the selection set, it will be removed.  Once OL is updated, refresh the table and/or results tab.


** The Tool Icons needs some more work to make them more self explanatory (I think), I used the Tooltips quite q bit.

Yes, agreed.


While these few items are not necessarily needed, I think they would contribute to a more complete user experience.  Either way I think they could be added as to-do items.


Some of the Specification things mentioned:


** Related to the Capping limit on features returned.  This may sound like a weird idea to begin with, but should the cap be placed on things at the layer level (in the MapBook).  My reasoning is that there will likely be layers with varying degrees of feature density, and or feature complexity that might benefit from setting the limit at the layer level vs a single global number.  And while the interface doesn't support this currently, selecting from more than one layer might be helped via setting limits on the features at the layer level.

Also a good point.  It would not take much to implement and provide much more flexibility.  We would set a system-wide default limit (which could be changed in the Mapbook configuration) to ensure that it is set and let people override at the layer level.


bobb



>>> Len Kne <lkne at houstoneng.com<mailto:lkne at houstoneng.com>> wrote:

Thanks Dean

-----Original Message-----
From: DEAN ANDERSON [mailto:ANDERSON.DEAN at co.polk.or.us]
Sent: Friday, September 24, 2010 1:42 PM
To: Len Kne
Subject: Re: [Geomoose-users] GeoMOOSE RFC - Selection Set Proposal

Len

Attached is a proposed interface and a suggestion for proposed capabilities. Did not respond to all as I am on a remote web-tool for my e-mail.

Feel free to pass it on to the group.

Dean


>>> Len Kne <lkne at houstoneng.com<mailto:lkne at houstoneng.com>> 09/24/10 10:38 AM >>>
Hi All

Please see the attached request for comment on some new services we have been working on for GeoMOOSE.  Having worked on many GeoMOOSE maps for many different uses, a common request that most projects have is the ability to control the selection of features to be included in a set to perform further geo-processing.  Some work we have done over the last six months have created a great base for enhancing selection ability and this proposal offers a first attempt at making a really polished service for GeoMOOSE.

I'm looking for feedback (and participants) for this proposal.  What makes sense?  What additional features do you think would be important?

Thanks

Len


Len Kne, GIS Developer
Houston Engineering, Inc.
Phone: 763-493-4522
Direct: 763-493-6677

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