ka
>> > > >> <mailto:jukka.rahko...@mmmtike.fi>
>> > <mailto:jukka.rahko...@mmmtike.fi
>> <mailto:jukka.rahko...@mmmtike.fi>>
>> <mailto:jukka.rahko...@mmmtike.fi <mailto:jukka.rahko...@
gt; <mailto:jukka.rahko...@mmmtike.fi
> <mailto:jukka.rahko...@mmmtike.fi>>>>wrote:
> > >
> > > >> Hi,
> > > >>
> > > >> I may be difficult to decide which of the
; > > > how many
>> > > > of the optional ones are compiled into FWTools, which
>> > is the only
>> > > > practical
>> > > > way of getting binaries.
>> > http://www.g
Rahkonen Jukka
> > > > > > <mailto:jukka.rahko...@mmmtike.fi>
> > > <mailto:jukka.rahko...@mmmtike.fi
> > <mailto:jukka.rahko...@mmmtike.fi>>
> > <mailto:jukka.rahko...@mmmtik
>>>wrote:
> > >
> > > >> Hi,
> > > >>
> > > >> I may be difficult to decide which of the many ogr2ogr
> > options
> > > will be
> >
> >> "og2oogr parameters" which just passes on everything just as
> > user has
> > >> written.
> > >> Some formats that ogr2ogr supports may have mixed
> geometries, 3D
> > data or
> > >>
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.
> > >
ace. 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
> >&
t;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
s 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
>>
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]
> Lähetetty: pe 20.2.2009 22:13
> Vastaanottaja: OpenJump develop and use
> Aih
r. 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]
Lähetetty: pe 20.2.2009 22:13
Vastaanottaja: OpenJump develop and use
Aihe: Re: [JPP-Devel]
Cool! Sounds like a great way to go...
Larry Becker wrote:
> >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 r
>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
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 - brr!
Format transformation is less core to the architecture, so it doesn'
Peter
From: Larry Becker [mailto:becker.la...@gmail.com]
Sent: February 20, 2009 9:19 AM
To: OpenJump develop and use
Subject: Re: [JPP-Devel] Increased GDAL Java activity
Hi Stefan,
Yes, it would be an interface to an ext
Hi Stefan,
Yes, it would be an interface to an external native-code library. As you
know, we do this already with ECW and MrSID. I think it is OK as long as
the code is cross-platform (which I believe GDAL/OGR is).
Larry
On Thu, Feb 19, 2009 at 10:31 PM, Stefan Steiniger wrote:
> Hei,
>
> w
Hei,
without looking on the page/posts
it is interesting - but I guess it will be a "binding" to a C lib. So I
would say it is rather an idea for an external plugin and not for an
integration due to the platform issue (Win, Linux, MaxOSX). However,
could be that my comment was unqualified - as
Thanks for clarifying Larry.
SS
On Thu, Feb 19, 2009 at 2:55 PM, Larry Becker wrote:
> GDAL/OGR does much more than reprojection. For instance, using the ogr2ogr
> utility, which is written in just a few pages of code, you can create
> shapefiles from an ESRI personal geodatabase while reprojec
GDAL/OGR does much more than reprojection. For instance, using the ogr2ogr
utility, which is written in just a few pages of code, you can create
shapefiles from an ESRI personal geodatabase while reprojecting the result
with a single command.
It also supports practically every raster format.
I'm
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 wrote:
> This post is continuing the debate/discussion about adding OJ projection
> support, and other interesting
21 matches
Mail list logo
