I was thinking that the easiest thing to do would be to set the buffer
distance based on a single attribute value. Your idea of using a
formula is even better. This seems like it would require defining a
formula in some language, and being able to parse and execute it. Has
anyone done anything like this before? (Apart from Beanshell - which is
a different thing).
Side comment: when I get JEQL bolted in to JUMP this kind of thing will
be come very easy... soon, hopefully.
Larry Becker wrote:
I agree that creating buffers based on the value of an attribute would
be useful. At my company, we do some buffer analysis that might
benefit from this capability. I might be able to justify the time to
extend OJ's buffer tool (which is currently in sync with SkyJUMP).
Based on Ravi's past requirements for features that support "mineral
prognostication" (I love that term), his definition of buffers might
be more complex than mine. :-) For our use, however, I can imagine
needing the capability to compute the buffer distance based on a
formula entered by the user.
regards,
Larry
On Fri, Jun 6, 2008 at 10:50 AM, Martin Davis <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:
Seems like a nice addition to the Buffer tool. Should be simple
to add....
RAVI KUMAR wrote:
Hi all,
in an exercise for Mineral prognostication now am able to
achieve most after the 'Polygon Union Intersection' is added
and am very thankful for the same.
However on linear features (Dykes in Geology) which are
supposed to receiving buffering as per another attribute, find
the going repititive. Buffering has to be done depending on an
attribute value of the same table. But am forced to split the
data into as many classes of the attribute for buffering them
and then add all of them (replicate selected features) into a
layer again.
This can be solved if, Buffering can be done with an attribute
value than a constant we are asked to provide.
Cheers
Ravi Kumar
------------------------------------------------------------------------
_______________________________________________
jump-users mailing list
[email protected]
<mailto:[email protected]>
http://lists.refractions.net/mailman/listinfo/jump-users
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
_______________________________________________
jump-users mailing list
[email protected]
<mailto:[email protected]>
http://lists.refractions.net/mailman/listinfo/jump-users
--
http://amusingprogrammer.blogspot.com/
------------------------------------------------------------------------
_______________________________________________
jump-users mailing list
[email protected]
http://lists.refractions.net/mailman/listinfo/jump-users
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
_______________________________________________
jump-users mailing list
[email protected]
http://lists.refractions.net/mailman/listinfo/jump-users
