I haven't forgotten about modifying Buffer to use an attribute. I'm working on it at home when I find time. The formula thing is secondary to getting the feature working.
Larry On Fri, Jun 6, 2008 at 1:43 PM, Larry Becker <[EMAIL PROTECTED]> wrote: > When OJ moves to Java 1.6 (as SkyJUMP has) we could use the scripting API. > See: > http://java.sun.com/developer/technicalArticles/J2SE/Desktop/scripting/ > > Until then, however, it would probably involve parsing and executing, or a > simple interface like Attribute Calculator or Simple Query. > > Larry > > > On Fri, Jun 6, 2008 at 12:26 PM, Stefan Steiniger <[EMAIL PROTECTED]> > wrote: > >> >> >> Martin Davis schrieb: >> >>> 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). >>> >> yes and no. >> >> Pirol has created a Attribute calculator that I moved over to Ojump. >> see under /Tools/Edit Attributes/Attribute Calculator >> >> I am not sure how flexible that tool is (currently it does also only basic >> math: + - * /). >> >> >> >>> 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 >>>> >>>> >>> >>> _______________________________________________ >> jump-users mailing list >> [email protected] >> http://lists.refractions.net/mailman/listinfo/jump-users >> > > > > -- > http://amusingprogrammer.blogspot.com/ -- http://amusingprogrammer.blogspot.com/
_______________________________________________ jump-users mailing list [email protected] http://lists.refractions.net/mailman/listinfo/jump-users
