Re: [JPP-Devel] OpenJUMP Wiki Backup

I download a backup automatically every weekend. Joe. On Sat, Apr 5, 2008 at 7:56 AM, Stefan Steiniger <[EMAIL PROTECTED]> wrote: > oh.. good to hear. > > and there is also a friday (daily?) backup: > > http://jonaquino.textdriven.com/openjump_wiki_backups/ > > however. it last's not so long

Re: [JPP-Devel] corrections and modification to language files

>One has been deleted and not created : jump.properties > I don't know why it is missing, but I think this file (which usually >contains the same thing as the english one) is important in the >language >files search mechanism. >(as far as I remember : when jump_pt_BR.properties is not find, >ju

[JPP-Devel] PostGIS driver improvements

Hi, I made my first large PostGIS table with nearly ten million rows. Untill this I had thought that OpenJUMP works very well with PostGIS but now I am not sure anymore. What I say is about the native PostGIS driver, I have not tried the others with this large table. I believe that the first pro

[JPP-Devel] Two new plugins added to window menu

Hi, I just added two new plugins to window menu 1) mosaic do a mosaic with all intenal frames (maps and tables) bottom adjustment is not perfect when some frames are iconified, because the place to let depends on the look & feel, and it is a bit tricky to take this into account 2) synchronizat

Re: [JPP-Devel] Parallel Processing Pipelines

>From a performance aspect when using JCSP, which would be a better format for the communication wires: Objects, or ints representing the WKB representation of the geometry? --Christopher --- Paul Austin <[EMAIL PROTECTED]> wrote: > All, > > I've just started a blog and put a post related to >

Re: [JPP-Devel] Parallel Processing Pipelines

Christopher, You would send the Geometries as JTS geometries over the channels between processes or whatever type of object you will be working on. If you use my parallel library instead of the JCSP libraries it uses generics so you can force a channel to support only one type of object so yo

Re: [JPP-Devel] PostGIS driver improvements

Hi Jukka, I never noticed a "select find_extent( 'table', 'geom' )" was used Maybe this is to be able to do a "full extent" from jump ? - bad idea if you have a 10M rows table ;-( In the code, the author mentionned : // Use find_extent - sometimes estimated_extent was returning null and I saw in

[JPP-Devel] release of OJ 1.2

Hei Guys, I will in the next hours do a release of OJ 1.2 (Release F) I do this, to have conformance with Uwe's new tutorial (currently in German only, his course started last week). the next version will be OJ 1.3. I reverted some of th GUI chances localy to achieve conformance with the screen

Re: [JPP-Devel] PostGIS driver improvements

Hi, I noticed also that find_extent is sent every time and for each PostGIS layer when they need refreshing, not only when a new layer is is added into a project. Because find_extent leads always to full scan I suppose this must make the major part of the database load. I believe unnecessary la

Re: [JPP-Devel] release of OJ 1.2

Stefan Steiniger a écrit : >Hei Guys, > >I will in the next hours do a release of OJ 1.2 (Release F) >I do this, to have conformance with Uwe's new tutorial (currently in >German only, his course started last week). the next version will be OJ 1.3. > > Great >I reverted some of th GUI chances

Re: [JPP-Devel] release of OJ 1.2

>> > A few hours ago, I have tried to access a datastore from the new Paul's > UI for the first time, and I got an NPE : > at java.util.Arrays.sort(Unknown Source) > at > com.vividsolutions.jump.workbench.ui.plugin.datastore.ConnectionPanel.sortByString(ConnectionPanel.java:158) > Hope this is o

Re: [JPP-Devel] release of OJ 1.2

> > >I just talked to michael and it seems like he had a bad configuration of >his database.. so I would do the lease. > > Yes, sorry, I had an empty geometry_columns postgis table, so that the datastore access plugin could not discover geometry columns. FYI : you can still query a non-postgi

Re: [JPP-Devel] release of OJ 1.2

Hi, greate to have a final 1.2 version! Thank you. I hope the old project-files will work. Regards Uwe Stefan Steiniger schrieb: > Hei Guys, > > I will in the next hours do a release of OJ 1.2 (Release F) > I do this, to have conformance with Uwe's new tutorial (currently in > German only, h

Re: [JPP-Devel] release of OJ 1.2

Hi Stefan, thanks for the work. I hope in June to collaborate to re-new the help documantation. Meanwhile I will see Michael's new tools for the Italian translation. (thanks Uwe, "deus ex machina"!) Peppe Uwe Dalluege <[EMAIL PROTECTED]> ha scritto: Hi, greate to have a final 1.2 vers