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