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