Hei Larry,

very nice!

I think actually that is ok if it does not support union. One can do an union afterwards.

thank you
Stefan

PS: but should we not rather disable the distance entry? (I think if one uses the attribute calculator then this could be done previously.. however, I know that SkyJUMP does not have this feature)

Larry Becker schrieb:
The first version of Buffer "distance from attribute value" should be available in the nightly build. Please let me know if there are problems or suggestions. Currently it doesn't support the buffer selection or union options.

As a first step toward the proposed formula option, an option with *, /, +, - could be added that uses the distance entry.

Larry

On Thu, Jun 12, 2008 at 11:24 AM, Larry Becker <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> wrote:

    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]
    <mailto:[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] <mailto:[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]>
                    <mailto:[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]>
                           <mailto:[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]>
                       <mailto:[email protected]
                    <mailto:[email protected]>>
http://lists.refractions.net/mailman/listinfo/jump-users




-- http://amusingprogrammer.blogspot.com/
                    
------------------------------------------------------------------------

                    _______________________________________________
                    jump-users mailing list
                    [email protected]
                    <mailto:[email protected]>
                    http://lists.refractions.net/mailman/listinfo/jump-users

            _______________________________________________
            jump-users mailing list
            [email protected]
            <mailto:[email protected]>
            http://lists.refractions.net/mailman/listinfo/jump-users




-- http://amusingprogrammer.blogspot.com/



-- http://amusingprogrammer.blogspot.com/



--
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

Reply via email to