Larry, ok.. now I got what you meant.
And the repeat function is a nice option too.

stefan


Martin Davis wrote:
> I think you're on the right track here, Larry.  I thought of something 
> like this for providing access to JTS functions, and have actually 
> implemented something similar in the JTS TestBuilder.  The 
> GeometryFunction dialog probably would have warped into something like 
> this with a bit more development.
> 
> The nice thing about having a floating window is that you can provide a 
> lot more feedback to the user while executing a function, and the user 
> is able to see the context (e.g. input params) while the function is 
> executing.  Also, it's much faster to execute an operation multiple times.
> 
> Larry Becker wrote:
>> I was thinking of something like the attached OJ Geometry Function 
>> dialog only mode-less (floating window).  The pop-up menu would 
>> contain functions defined by users.  This way there is no need for 
>> making a unique icon and you never run out of room on a tool pallet.  
>> Clicking the (TBD ) button would be the same as clicking a tool icon.  
>> An example of a custom tool might be: "Add a tree" which would input a 
>> point and prompt for an attribute like species.
>>
>> Larry
>>
>> On Thu, Feb 26, 2009 at 1:03 PM, Stefan Steiniger <sst...@geo.uzh.ch 
>> <mailto:sst...@geo.uzh.ch>> wrote:
>>
>>     Ok.. but thank you for working on it.
>>
>>     On your idea: I can not really imagine what you are talking about,
>>     i.e.
>>     how it would look like...
>>
>>     stefan
>>
>>     Larry Becker wrote:
>>     > Hi Stefan,
>>     >
>>     >  >What is the progress with the new (dynamic?) toolbar...
>>     >
>>     > Well actually not much.  I wasted a lot of time on dreams and
>>     schemes
>>     > that didn't work out.  I think what is needed is a simpler method of
>>     > doing the same thing without so much overhead.  I was thinking
>>     that a
>>     > simple floating window with a pop-up menu of custom tools and a
>>     button
>>     > to activate it might do the trick.  Opinions?
>>     >
>>     > Larry
>>     >
>>     >
>>     >
>>     > On Mon, Feb 23, 2009 at 9:27 PM, Stefan Steiniger
>>     <sst...@geo.uzh.ch <mailto:sst...@geo.uzh.ch>
>>     > <mailto:sst...@geo.uzh.ch <mailto:sst...@geo.uzh.ch>>> wrote:
>>     >
>>     >     Hei Larry,
>>     >
>>     >     on a bit different thing as you outline your current
>>     develoment goal...
>>     >     What is the progress with the new (dynamic?) toolbar - so
>>     could we
>>     >     include that in the next OJ 1.3?
>>     >     Or do you think it is a bit obsolete, since a Jython script
>>     may do the
>>     >     same? (I haven't tried it yet to make a script that
>>     generates a "merge
>>     >     two polygons" button)
>>     >
>>     >     @Peppe (sorry for highjacking this topic):
>>     >     I have only checked the beginning of the OJ functions manual
>>     (first 10
>>     >     pages). It will take a few more days (weeks) till it is done
>>     as I have
>>     >     put preference for integrating the final OJ 1.3
>>     functionality (Things to
>>     >     be done are i18n of the Pirol image stuff - and checking
>>     what goes wrong
>>     >     with the referencing, and finally Michaels Attribute plugin)
>>     >
>>     >     stefan
>>     >
>>     >     Larry Becker schrieb:
>>     >      >  >That build comes with Oracle support that is missing
>>     from FWTools
>>     >      > binaries.
>>     >      >
>>     >      > Yes, but you do have to have an Oracle client installed,
>>     and it it is
>>     >      > missing a few of the other formats.
>>     >      >
>>     >      > In any case, I suppose this is a detail that can be left
>>     to the
>>     >     user to
>>     >      > resolve at install time.  I hope to write my driver to
>>     support all
>>     >      > available ogr2ogr features (although you might have to
>>     manually type
>>     >      > some parameters).  I do plan to package it up as a
>>     separate plugin
>>     >      > bundled with binaries for Windows.  It should look a
>>     little like
>>     >     ogr2gui
>>     >      > when finished.  I'm going to attempt to avoid any JUMP
>>     specific
>>     >      > dependencies so that it could run stand-alone if desired.
>>     >      >
>>     >      > Larry
>>     >      >
>>     >      > On Sun, Feb 22, 2009 at 11:44 PM, Rahkonen Jukka
>>     >      > <jukka.rahko...@mmmtike.fi
>>     <mailto:jukka.rahko...@mmmtike.fi>
>>     <mailto:jukka.rahko...@mmmtike.fi <mailto:jukka.rahko...@mmmtike.fi>>
>>     >     <mailto:jukka.rahko...@mmmtike.fi
>>     <mailto:jukka.rahko...@mmmtike.fi>
>>     >     <mailto:jukka.rahko...@mmmtike.fi
>>     <mailto:jukka.rahko...@mmmtike.fi>>>> wrote:
>>     >      >
>>     >      >     Hi,
>>     >      >
>>     >      >     You may have a look also at the gdal binaries coming
>>     with ms4w
>>     >      >     package http://maptools.org/ms4w/index.phtml. That build
>>     >     comes with
>>     >      >     Oracle support that is missing from FWTools binaries.
>>     >      >
>>     >      >     Here is the list of supported formats in FWTools 2.2.8:
>>     >      >     C:\ohjelmat\FWTools2.2.8>ogr2ogr --formats
>>     >      >     Supported Formats:
>>     >      >      -> "ESRI Shapefile" (read/write)
>>     >      >      -> "MapInfo File" (read/write)
>>     >      >      -> "UK .NTF" (readonly)
>>     >      >      -> "SDTS" (readonly)
>>     >      >      -> "TIGER" (read/write)
>>     >      >      -> "S57" (read/write)
>>     >      >      -> "DGN" (read/write)
>>     >      >      -> "VRT" (readonly)
>>     >      >      -> "REC" (readonly)
>>     >      >      -> "Memory" (read/write)
>>     >      >      -> "BNA" (read/write)
>>     >      >      -> "CSV" (read/write)
>>     >      >      -> "NAS" (readonly)
>>     >      >      -> "GML" (read/write)
>>     >      >      -> "GPX" (read/write)
>>     >      >      -> "KML" (read/write)
>>     >      >      -> "GeoJSON" (read/write)
>>     >      >      -> "Interlis 1" (read/write)
>>     >      >      -> "Interlis 2" (read/write)
>>     >      >      -> "GMT" (read/write)
>>     >      >      -> "SQLite" (read/write)
>>     >      >      -> "ODBC" (read/write)
>>     >      >      -> "PGeo" (readonly)
>>     >      >      -> "OGDI" (readonly)
>>     >      >      -> "PostgreSQL" (read/write)
>>     >      >      -> "MySQL" (read/write)
>>     >      >      -> "XPlane" (readonly)
>>     >      >      -> "AVCBin" (readonly)
>>     >      >      -> "AVCE00" (readonly)
>>     >      >      -> "Geoconcept" (read/write)
>>     >      >
>>     >      >     -Jukka-
>>     >      >
>>     >      >
>>     >      >     Larry Becker wrote:
>>     >      >
>>     >      >      >Hi Jukka,
>>     >      >
>>     >      >      >>Conversion to gml and reading that instead of
>>     shapefiles
>>     >     would be
>>     >      >     better
>>     >      >     choise sometimes...
>>     >      >
>>     >      >      >I agree, but it doesn't sound like GML is compatible
>>     >     between the two
>>     >      >     programs:  http://www.gdal.org/ogr/drv_gml.html
>>     >      >
>>     >      >      >BTW, here is a link to all of the supported
>>     formats.  I'm
>>     >     not sure
>>     >      >     how many
>>     >      >     of the optional ones are compiled into FWTools, which
>>     is the only
>>     >      >     practical
>>     >      >     way of getting binaries.
>>     http://www.gdal.org/ogr/ogr_formats.html
>>     >      >
>>     >      >      >Larry
>>     >      >
>>     >      >      >On Sat, Feb 21, 2009 at 3:04 AM, Rahkonen Jukka
>>     >      >      ><jukka.rahko...@mmmtike.fi
>>     <mailto:jukka.rahko...@mmmtike.fi>
>>     >     <mailto:jukka.rahko...@mmmtike.fi
>>     <mailto:jukka.rahko...@mmmtike.fi>>
>>     <mailto:jukka.rahko...@mmmtike.fi <mailto:jukka.rahko...@mmmtike.fi>
>>     >     <mailto:jukka.rahko...@mmmtike.fi
>>     <mailto:jukka.rahko...@mmmtike.fi>>>>wrote:
>>     >      >
>>     >      >      >> Hi,
>>     >      >      >>
>>     >      >      >> I may be difficult to decide which of the many
>>     ogr2ogr
>>     >     options
>>     >      >     will be
>>     >      >      >> supported by user interface.  Perhaps there could
>>     be an empty
>>     >      >     slot called
>>     >      >      >> "og2oogr parameters" which just passes on
>>     everything just as
>>     >      >     user has
>>     >      >      >> written.
>>     >      >      >> Some formats that ogr2ogr supports may have mixed
>>     >     geometries, 3D
>>     >      >     data or
>>     >      >      >> several layers and making use of them simple may
>>     also be
>>     >     a bit
>>     >      >     tricky.
>>     >      >      >>  Conversion to gml and reading that instead of
>>     shapefiles
>>     >     would
>>     >      >     be better
>>     >      >      >> choise sometimes, but OJ needs those templates.
>>      And writing
>>     >      >     OpenJUMP driver
>>     >      >      >> directly into ogr2ogr would need C++ programmer,
>>     I fear.
>>     >      >      Anyway, your plan
>>     >      >      >> will be a good start and it will also offer one
>>     way to write
>>     >      >     data to Oracle
>>     >      >      >> and PostGIS.
>>     >      >      >>
>>     >      >      >> -Jukka-
>>     >      >      >>
>>     >      >      >>
>>     >      >      > -----Alkuperäinen viesti-----
>>     >      >      > Lähettäjä: Larry Becker
>>     [mailto:becker.la...@gmail.com <mailto:becker.la...@gmail.com>
>>     >     <mailto:becker.la...@gmail.com <mailto:becker.la...@gmail.com>>
>>     >      >     <mailto:becker.la...@gmail.com
>>     <mailto:becker.la...@gmail.com> <mailto:becker.la...@gmail.com
>>     <mailto:becker.la...@gmail.com>>>]
>>     >      >      > Lähetetty: pe 20.2.2009 22:13
>>     >      >      > Vastaanottaja: OpenJump develop and use
>>     >      >      > Aihe: Re: [JPP-Devel] Increased GDAL Java activity
>>     >      >      >
>>     >      >      > >Perhaps this could be done by simply making OS
>>     external
>>     >      >      > >process calls, rather than in-process bindings to the
>>     >     library?
>>     >      >      >
>>     >      >      > That is actually the path I'm investigating now.
>>     The import
>>     >      >     utility would
>>     >      >      > just script ogr2ogr to put the results as
>>     shapefiles in a temp
>>     >      >     folder.
>>     >      >      >
>>     >      >      > Larry
>>     >      >      >
>>     >      >      > On Fri, Feb 20, 2009 at 2:08 PM, Martin Davis
>>     >      >     <mbda...@refractions.net
>>     <mailto:mbda...@refractions.net> <mailto:mbda...@refractions.net
>>     <mailto:mbda...@refractions.net>>
>>     >     <mailto:mbda...@refractions.net
>>     <mailto:mbda...@refractions.net> <mailto:mbda...@refractions.net
>>     <mailto:mbda...@refractions.net>>>
>>     >      >      > >wrote:
>>     >      >      >
>>     >      >      > > Yep, I'd agree.  And for something so core to the
>>     >     application,
>>     >      >     I think
>>     >      >      > > it's really important to preserve the 100% Java
>>     aspect, with
>>     >      >     all the
>>     >      >      > > benefits of platform-independence that it brings.
>>     >      >      > >
>>     >      >      > > Plus all that JNI hacking - brrrrrr!
>>     >      >      > >
>>     >      >      > > Format transformation is less core to the
>>     architecture,
>>     >     so it
>>     >      >     doesn't
>>     >      >      > > seem unreasonable to look to GDAL to provide formats
>>     >     which are
>>     >      >      > > required.  Perhaps this could be done by simply
>>     making
>>     >     OS external
>>     >      >      > > process calls, rather than in-process bindings
>>     to the
>>     >     library?
>>     >      >      > >
>>     >      >      > > Sunburned Surveyor wrote:
>>     >      >      > > > Larry,
>>     >      >      > > >
>>     >      >      > > > I don't know much about GDAL, but I'm thinking
>>     it will
>>     >     be a
>>     >      >     lot easier
>>     >      >      > > > to add deegree or GeoTidy/GeoTools CRS support
>>     to OJ.
>>     >      >      > > >
>>     >      >      > > > SS
>>     >      >      > > >
>>     >      >      > > > On Thu, Feb 19, 2009 at 9:05 AM, Larry Becker
>>     >      >     <becker.la...@gmail.com
>>     <mailto:becker.la...@gmail.com> <mailto:becker.la...@gmail.com
>>     <mailto:becker.la...@gmail.com>>
>>     >     <mailto:becker.la...@gmail.com
>>     <mailto:becker.la...@gmail.com> <mailto:becker.la...@gmail.com
>>     <mailto:becker.la...@gmail.com>>>>
>>     >      >      > > wrote:
>>     >      >      > > >
>>     >      >      > > >> This post is continuing the debate/discussion
>>     about
>>     >     adding OJ
>>     >      >      > projection
>>     >      >      > > >> support, and other interesting things that
>>     GDAL provides.
>>     >      >      > > >>
>>     >      >      > > >> I've noticed that Even Rouault has been
>>     giving the
>>     >     GDAL Java
>>     >      >     bindings
>>     >      >      > > quite
>>     >      >      > > >> a workout lately.
>>     >      >      > > >>
>>     >      >      > > >>
>>     >     http://trac.osgeo.org/gdal/browser/trunk/gdal/swig/java/apps/
>>     >      >      > > >>
>>     >      >      > > >> Does this development indicate that it may no
>>     longer
>>     >     be quite so
>>     >      >      > > difficult
>>     >      >      > > >> to add GDAL support to JUMP?
>>     >      >      > > >>
>>     >      >      > > >> regards,
>>     >      >      > > >> Larry
>>     >      >      > > >> --
>>     >      >      > > >> http://amusingprogrammer.blogspot.com/
>>     >      >      > > >>
>>     >      >      > > >>
>>     >      >      > >
>>     >      >      >
>>     >
>>     >    
>>     
>> ------------------------------------------------------------------------------
>>     >     Open Source Business Conference (OSBC), March 24-25, 2009, San
>>     >     Francisco, CA
>>     >     -OSBC tackles the biggest issue in open source: Open
>>     Sourcing the
>>     >     Enterprise
>>     >     -Strategies to boost innovation and cut costs with open source
>>     >     participation
>>     >     -Receive a $600 discount off the registration fee with the
>>     source
>>     >     code: SFAD
>>     >     http://p.sf.net/sfu/XcvMzF8H
>>     >     _______________________________________________
>>     >     Jump-pilot-devel mailing list
>>     >     Jump-pilot-devel@lists.sourceforge.net
>>     <mailto:Jump-pilot-devel@lists.sourceforge.net>
>>     >     <mailto:Jump-pilot-devel@lists.sourceforge.net
>>     <mailto:Jump-pilot-devel@lists.sourceforge.net>>
>>     >     https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>     >
>>     >
>>     >
>>     >
>>     > --
>>     > http://amusingprogrammer.blogspot.com/
>>     >
>>     >
>>     >
>>     ------------------------------------------------------------------------
>>     >
>>     >
>>     
>> ------------------------------------------------------------------------------
>>     > Open Source Business Conference (OSBC), March 24-25, 2009, San
>>     Francisco, CA
>>     > -OSBC tackles the biggest issue in open source: Open Sourcing
>>     the Enterprise
>>     > -Strategies to boost innovation and cut costs with open source
>>     participation
>>     > -Receive a $600 discount off the registration fee with the
>>     source code: SFAD
>>     > http://p.sf.net/sfu/XcvMzF8H
>>     >
>>     >
>>     >
>>     ------------------------------------------------------------------------
>>     >
>>     > _______________________________________________
>>     > Jump-pilot-devel mailing list
>>     > Jump-pilot-devel@lists.sourceforge.net
>>     <mailto:Jump-pilot-devel@lists.sourceforge.net>
>>     > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>>     
>> ------------------------------------------------------------------------------
>>     Open Source Business Conference (OSBC), March 24-25, 2009, San
>>     Francisco, CA
>>     -OSBC tackles the biggest issue in open source: Open Sourcing the
>>     Enterprise
>>     -Strategies to boost innovation and cut costs with open source
>>     participation
>>     -Receive a $600 discount off the registration fee with the source
>>     code: SFAD
>>     http://p.sf.net/sfu/XcvMzF8H
>>     _______________________________________________
>>     Jump-pilot-devel mailing list
>>     Jump-pilot-devel@lists.sourceforge.net
>>     <mailto:Jump-pilot-devel@lists.sourceforge.net>
>>     https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>>
>>
>>
>> -- 
>> http://amusingprogrammer.blogspot.com/
>>
>> ------------------------------------------------------------------------
>>
>> ------------------------------------------------------------------------
>>
>> ------------------------------------------------------------------------------
>> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
>> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
>> -Strategies to boost innovation and cut costs with open source participation
>> -Receive a $600 discount off the registration fee with the source code: SFAD
>> http://p.sf.net/sfu/XcvMzF8H
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>   
> 

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Reply via email to