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>> 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>>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>] > > 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> > > >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>> > > > 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 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
