Michael,
I think most of our PostGIs/PostgreSQL code has been "abandoned" in
some sense. I don't know that you will be able to find an active
developer that is very familiar with this code. I think any
improvements you could make to this code would be welcome.
The Sunburned Surveyor
On 5/27/07,
go ahead and commit! :o)
stefan
Michaël Michaud schrieb:
> Hi,
>
> Sorry to come back with these database access suggestions.
> I'd like to commit the changes proposed here after as I need it to
> access my postgis database and I'd rather keep my local version of
> OpenJUMP synchronized with t
Hi,
Sorry to come back with these database access suggestions.
I'd like to commit the changes proposed here after as I need it to
access my postgis database and I'd rather keep my local version of
OpenJUMP synchronized with the CVS, but this code is quite important for
database access, and I'd
Hi,
This one is for datastore api authors (Martin, Jon ?)
I have a few suggestions/questions about this api implementation, but
I'd rather have author's advice before any change :
1/ PostgisValueConverterFactory
I think that for geometry column, getConverter should return
WKB_GEOMETRY_MAPPER in
puh.. well done investigations
sounds like we need to throw off the postgis_1_0_0 code and make the
jump-internal datastore framework work???
Actually the postgis_1_0_0 jar file was as well from original JUMP if i
remember correctly?
stefan
Michaël Michaud schrieb:
> Hi everybody,
>
> I trie
Hi everybody,
I tried to understand differences between the 4 versions of
postgresql/postgis drivers I found at different places.
Here are the results of my investigations
Comments are welcome.
*Different versions I found
*1 - a plugin (postgis_1_0_0.jar) from 2005 written by Markus Schaber
and
