Re: [JPP-Devel] OpenJUMP Wiki Backup

2008-04-06 Thread Joe Desbonnet
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 and is comparable huge. So if a problem
>  appears we should pull it the actual day.
>
>  Stefan
>
>  Jonathan Aquino schrieb:
>
>
> > Hi SS - I back up the OpenJUMP wiki  once a month.
>  >
>  > Jon
>  >
>  >
>  >> -Original Message-
>  >> From: [EMAIL PROTECTED]
>  >> [mailto:[EMAIL PROTECTED] On
>  >> Behalf Of Sunburned Surveyor
>  >> Sent: Friday, April 04, 2008 12:35 PM
>  >> To: OpenJump develop and use
>  >> Subject: [JPP-Devel] OpenJUMP Wiki Backup
>  >>
>  >> I'm thinking about deleting the JPP wiki so I can focus on
>  >> clean up and organization of the main OpenJUMP wiki,
>  >> hopefully with Peppe's help. :]
>  >>
>  >> Before I move over any material before the JPP wiki deletion
>  >> I wanted to know if we have a backup system for the current
>  >> OpenJUMP wiki. If Jon's wiki were to crach for some reason,
>  >> would we have access to the wiki content?
>  >>
>  >> Thanks for the info.
>  >>
>  >> The Sunburned Surveyor
>  >>
>  >> --
>  >> ---
>  >> Check out the new SourceForge.net Marketplace.
>  >> It's the best place to buy or sell services for just about
>  >> anything Open Source.
>  >> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.n
>  >> et/marketplace
>  >> ___
>  >> Jump-pilot-devel mailing list
>  >> Jump-pilot-devel@lists.sourceforge.net
>  >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>  >
>  >
>  > -
>  > Check out the new SourceForge.net Marketplace.
>  > It's the best place to buy or sell services for
>  > just about anything Open Source.
>  > 
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
>  > ___
>  > Jump-pilot-devel mailing list
>  > Jump-pilot-devel@lists.sourceforge.net
>  > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>  >
>  >
>
>  -
>  This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
>  Register now and save $200. Hurry, offer ends at 11:59 p.m.,
>  Monday, April 7! Use priority code J8TLD2.
>  
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>
>
> ___
>  Jump-pilot-devel mailing list
>  Jump-pilot-devel@lists.sourceforge.net
>  https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Register now and save $200. Hurry, offer ends at 11:59 p.m., 
Monday, April 7! Use priority code J8TLD2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


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

2008-04-06 Thread Giuseppe Aruta
  >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, >jump_pt 
>is used, and when jump_pt is not find, jump.properties is used)

  The problem probabily is that I changed only language files (.IT etc) and I 
didn't modified jump.properties. When I sent the files I sent only the one I 
modified saying only the version.
  I apologize if I could have been an error.
  The software I used to modify thye files is Babelfish.
   
  Peppe


   
-
Inviato da Yahoo! Mail.
La casella di posta intelligente.-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Register now and save $200. Hurry, offer ends at 11:59 p.m., 
Monday, April 7! Use priority code J8TLD2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


[JPP-Devel] PostGIS driver improvements

2008-04-06 Thread Jukka Rahkonen
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 problem I notised actually makes all big PostGIS tables
 unusable slow and I am not sure if it really needs to be so.
OpenJUMP seems to start PostGIS query by sending:
SELECT AsBinary(find_extent( 'table', 'geom' ))

I could not find function find_extent from PostGIS manual but I suppose it is
doing the same as 
SELECT extent(geom)from table;
This will mean full scan to geometry table every time than PostGIS layer is
accessed. Index does not help with this function and it takes several minutes to
run the query with my 10 million row table. The final query returning the
geometries takes just seconds.  I wonder why these exact extents are queried? It
looks like coming from here (taken from CVN.txt):
2006-05-08 16:20  jaquino
* com/vividsolutions/jump/datastore/postgis/PostgisDSMetadata.java:
Use find_extent for PostGIS extents

Alternative query 
SELECT estimated_extent('table','geom');
is returning the result immediately, but it is not accurate. I do not know for
what OpenJUMP is using and needing the exact extents of the database layer, or
if estimated extents could be used instead.

Another problem is that with a big database table it is too simple to send
queries which will leed to memory running out and a total jam.  All that is
needed is to zoom out too far. Perhaps situation could be done more safe for the
user by adding an option to limit the number or returned features?  This option
should be selectable in the Add datastore layer and Run datastore query dialogs,
I believe it would need just adding LIMIT max_number to PostGIS queries.  I
understand this would be dangerous as well if the user does not realise that the
query did not give a full set of data.  So I am not if this is a good idea of
all.  Perhaps there could be a warning message in case of
max_features=returned_features?

Regards,

-Jukka Rahkonen-


-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Register now and save $200. Hurry, offer ends at 11:59 p.m., 
Monday, April 7! Use priority code J8TLD2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


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

2008-04-06 Thread Michaël Michaud
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) synchronization has three options : pan only / pan and zoom / 
desynchronize
when synchronization is activated, all maps are synchronized
you may have to redo synchronization if a task is created after first 
synchronization

@language files : following keys have to be translated in 
de/it/es/pt/fi/pt_BR
ui.MenuNames.WINDOW.SYNCHRONIZATION = Synchronization
org.openjump.core.ui.plugin.window.MosaicInternalFramesPlugIn.Mosaic = 
Mosaic
org.openjump.core.ui.plugin.window.SyncronizationPlugIn.Synchronization 
= Synchronization
org.openjump.core.ui.plugin.window.SyncronizationPlugIn.Desynchronize = 
Desynchronize
org.openjump.core.ui.plugin.window.SyncronizationPlugIn.Synchronize-pan-only 
= Synchronize pan only
org.openjump.core.ui.plugin.window.SyncronizationPlugIn.Synchronize-pan-and-zoom
 
= Synchronize pan and zoom

Let me know if those plugins works fine for you on windows, linux, mac

Michaël

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Register now and save $200. Hurry, offer ends at 11:59 p.m., 
Monday, April 7! Use priority code J8TLD2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


Re: [JPP-Devel] Parallel Processing Pipelines

2008-04-06 Thread Christopher
>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
> parallel processing 
> of data, which might be useful in tasks such as
> streaming building of a TIN.
> 
> http://revolsys.blogspot.com/
> 
> Paul
> 
>
-
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
>
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
>
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> 



  

You rock. That's why Blockbuster's offering you one month of Blockbuster Total 
Access, No Cost.  
http://tc.deals.yahoo.com/tc/blockbuster/text5.com

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Register now and save $200. Hurry, offer ends at 11:59 p.m., 
Monday, April 7! Use priority code J8TLD2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


Re: [JPP-Devel] Parallel Processing Pipelines

2008-04-06 Thread Paul Austin

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 you don't need to do the cast when reading from the channel.


At the moment I don't have a channel supporting over the network 
communication, if I did then the objects would be serialized over the 
TCP/IP link using whatever serialization was supported by the Objects 
themselves.


Paul

*Paul Austin*
/President/CEO/
Revolution Systems Inc.

+1 (604) 288-4304 x201
www.revolsys.com 


Christopher wrote:

>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
parallel processing 
of data, which might be useful in tasks such as

streaming building of a TIN.

http://revolsys.blogspot.com/

Paul




-
  

Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.



http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
  

___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net



https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
  




  

You rock. That's why Blockbuster's offering you one month of Blockbuster Total Access, No Cost.  
http://tc.deals.yahoo.com/tc/blockbuster/text5.com


-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Register now and save $200. Hurry, offer ends at 11:59 p.m., 
Monday, April 7! Use priority code J8TLD2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone

___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
  
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Register now and save $200. Hurry, offer ends at 11:59 p.m., 
Monday, April 7! Use priority code J8TLD2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


Re: [JPP-Devel] PostGIS driver improvements

2008-04-06 Thread Michaël Michaud
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 postgis history that there has been some bug fixes with 
estimated_extent

Did you try OpenJUMP after having replaced find_extent by estimated_extent ?

Anyway, this will not solve the second point : OpenJUMP cannot load a 
10M features layer, and using datastore plugin with a large database 
often lead to an OOM.
I think limiting the number of returned objects maybe done in the query, 
adding a limit statement to the sql where clause
To solve the problem in a more definitive way, one should only load a 
pointer and an envelope from the database and add a cache (without a 
good cache, I think access time would kill jump performance).
Such a work is still to be done...

Michaël





Jukka Rahkonen a écrit :

>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 problem I notised actually makes all big PostGIS 
>tables
> unusable slow and I am not sure if it really needs to be so.
>OpenJUMP seems to start PostGIS query by sending:
>SELECT AsBinary(find_extent( 'table', 'geom' ))
>
>I could not find function find_extent from PostGIS manual but I suppose it is
>doing the same as 
>SELECT extent(geom)from table;
>This will mean full scan to geometry table every time than PostGIS layer is
>accessed. Index does not help with this function and it takes several minutes 
>to
>run the query with my 10 million row table. The final query returning the
>geometries takes just seconds.  I wonder why these exact extents are queried? 
>It
>looks like coming from here (taken from CVN.txt):
>2006-05-08 16:20  jaquino
>   * com/vividsolutions/jump/datastore/postgis/PostgisDSMetadata.java:
>   Use find_extent for PostGIS extents
>
>Alternative query 
>SELECT estimated_extent('table','geom');
>is returning the result immediately, but it is not accurate. I do not know for
>what OpenJUMP is using and needing the exact extents of the database layer, or
>if estimated extents could be used instead.
>
>Another problem is that with a big database table it is too simple to send
>queries which will leed to memory running out and a total jam.  All that is
>needed is to zoom out too far. Perhaps situation could be done more safe for 
>the
>user by adding an option to limit the number or returned features?  This option
>should be selectable in the Add datastore layer and Run datastore query 
>dialogs,
>I believe it would need just adding LIMIT max_number to PostGIS queries.  I
>understand this would be dangerous as well if the user does not realise that 
>the
>query did not give a full set of data.  So I am not if this is a good idea of
>all.  Perhaps there could be a warning message in case of
>max_features=returned_features?
>
>Regards,
>
>-Jukka Rahkonen-
>
>
>-
>This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
>Register now and save $200. Hurry, offer ends at 11:59 p.m., 
>Monday, April 7! Use priority code J8TLD2. 
>http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>___
>Jump-pilot-devel mailing list
>Jump-pilot-devel@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
>  
>


-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Register now and save $200. Hurry, offer ends at 11:59 p.m., 
Monday, April 7! Use priority code J8TLD2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


[JPP-Devel] release of OJ 1.2

2008-04-06 Thread Stefan Steiniger
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 
screenshots done by Uwe. So the tutorial is working on the OJ 1.2 release.

Michaels new functions from today (thank you!!! and to Eric too) will 
not be included as I have prepared everything already yesterday, and 
translation is still needed.

I hope you all agree with this. Otherwise there are still 2h left 
(having late breakfast right now)

Stefan

BTW: any suggestion to which version number we should switch next: i.e. 
1.3 (B) for Beta?

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Register now and save $200. Hurry, offer ends at 11:59 p.m., 
Monday, April 7! Use priority code J8TLD2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


Re: [JPP-Devel] PostGIS driver improvements

2008-04-06 Thread Rahkonen Jukka
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 large queries can be choked by setting scale limit with 
Change Styles tool, but this can be done just after the new layer has beed 
added and it can be too late then.

I cannot test the effect of using estimated_extent with OpenJUMP but only 
directly with SQL.  I am just an user, not a developer nor programmer.

-Jukka-



-Alkuperäinen viesti-
Lähettäjä: [EMAIL PROTECTED] puolesta: Michaël Michaud
Lähetetty: su 6.4.2008 20:36
Vastaanottaja: OpenJump develop and use
Aihe: 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 postgis history that there has been some bug fixes with 
estimated_extent

Did you try OpenJUMP after having replaced find_extent by estimated_extent ?

Anyway, this will not solve the second point : OpenJUMP cannot load a 
10M features layer, and using datastore plugin with a large database 
often lead to an OOM.
I think limiting the number of returned objects maybe done in the query, 
adding a limit statement to the sql where clause
To solve the problem in a more definitive way, one should only load a 
pointer and an envelope from the database and add a cache (without a 
good cache, I think access time would kill jump performance).
Such a work is still to be done...

Michaël





Jukka Rahkonen a écrit :

>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 problem I notised actually makes all big PostGIS 
>tables
> unusable slow and I am not sure if it really needs to be so.
>OpenJUMP seems to start PostGIS query by sending:
>SELECT AsBinary(find_extent( 'table', 'geom' ))
>
>I could not find function find_extent from PostGIS manual but I suppose it is
>doing the same as 
>SELECT extent(geom)from table;
>This will mean full scan to geometry table every time than PostGIS layer is
>accessed. Index does not help with this function and it takes several minutes 
>to
>run the query with my 10 million row table. The final query returning the
>geometries takes just seconds.  I wonder why these exact extents are queried? 
>It
>looks like coming from here (taken from CVN.txt):
>2006-05-08 16:20  jaquino
>   * com/vividsolutions/jump/datastore/postgis/PostgisDSMetadata.java:
>   Use find_extent for PostGIS extents
>
>Alternative query 
>SELECT estimated_extent('table','geom');
>is returning the result immediately, but it is not accurate. I do not know for
>what OpenJUMP is using and needing the exact extents of the database layer, or
>if estimated extents could be used instead.
>
>Another problem is that with a big database table it is too simple to send
>queries which will leed to memory running out and a total jam.  All that is
>needed is to zoom out too far. Perhaps situation could be done more safe for 
>the
>user by adding an option to limit the number or returned features?  This option
>should be selectable in the Add datastore layer and Run datastore query 
>dialogs,
>I believe it would need just adding LIMIT max_number to PostGIS queries.  I
>understand this would be dangerous as well if the user does not realise that 
>the
>query did not give a full set of data.  So I am not if this is a good idea of
>all.  Perhaps there could be a warning message in case of
>max_features=returned_features?
>
>Regards,
>
>-Jukka Rahkonen-
>
>
>-
>This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
>Register now and save $200. Hurry, offer ends at 11:59 p.m., 
>Monday, April 7! Use priority code J8TLD2. 
>http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>___
>Jump-pilot-devel mailing list
>Jump-pilot-devel@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
>  
>


-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Register now and save $200. Hurry, offer ends at 11:59 p.m., 
Monday, April 7! Use priority code J8TLD2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
Jump-pilot-devel mailing list
Jum

Re: [JPP-Devel] release of OJ 1.2

2008-04-06 Thread Michaël Michaud
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 localy to achieve conformance with the 
>screenshots done by Uwe. So the tutorial is working on the OJ 1.2 release.
>
>Michaels new functions from today (thank you!!! and to Eric too) will 
>not be included as I have prepared everything already yesterday, and 
>translation is still needed.
>  
>
Finally, I did it from scratch. Hope I did not break anything.

>I hope you all agree with this. Otherwise there are still 2h left 
>(having late breakfast right now)
>  
>
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 only my configuration, but if you can check, database 
access must not be broken in the 1.2 final version.

Michaël


>Stefan
>
>BTW: any suggestion to which version number we should switch next: i.e. 
>1.3 (B) for Beta?
>
>-
>This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
>Register now and save $200. Hurry, offer ends at 11:59 p.m., 
>Monday, April 7! Use priority code J8TLD2. 
>http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>___
>Jump-pilot-devel mailing list
>Jump-pilot-devel@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
>  
>


-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Register now and save $200. Hurry, offer ends at 11:59 p.m., 
Monday, April 7! Use priority code J8TLD2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


Re: [JPP-Devel] release of OJ 1.2

2008-04-06 Thread Stefan Steiniger

>>
> 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 only my configuration, but if you can check, database 
> access must not be broken in the 1.2 final version.
> 
I just talked to michael and it seems like he had a bad configuration of 
his database.. so I would do the lease.
Thank you Michael for this testing ;)

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Register now and save $200. Hurry, offer ends at 11:59 p.m., 
Monday, April 7! Use priority code J8TLD2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


Re: [JPP-Devel] release of OJ 1.2

2008-04-06 Thread Michaël Michaud
>
>
>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-postgis database with layer>execute 
query plugin
you just have to wrap the geometry column like this "select 
asbinary(geometry),* from..."
or "select asewkb(geometry), * from" to have 3D geometries

Michaël

>Thank you Michael for this testing ;)
>
>-
>This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
>Register now and save $200. Hurry, offer ends at 11:59 p.m., 
>Monday, April 7! Use priority code J8TLD2. 
>http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>___
>Jump-pilot-devel mailing list
>Jump-pilot-devel@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
>  
>


-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Register now and save $200. Hurry, offer ends at 11:59 p.m., 
Monday, April 7! Use priority code J8TLD2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


Re: [JPP-Devel] release of OJ 1.2

2008-04-06 Thread Uwe Dalluege

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, 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 
> screenshots done by Uwe. So the tutorial is working on the OJ 1.2 release.
> 
> Michaels new functions from today (thank you!!! and to Eric too) will 
> not be included as I have prepared everything already yesterday, and 
> translation is still needed.
> 
> I hope you all agree with this. Otherwise there are still 2h left 
> (having late breakfast right now)
> 
> Stefan
> 
> BTW: any suggestion to which version number we should switch next: i.e. 
> 1.3 (B) for Beta?
> 
> -
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
> Register now and save $200. Hurry, offer ends at 11:59 p.m., 
> Monday, April 7! Use priority code J8TLD2. 
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Register now and save $200. Hurry, offer ends at 11:59 p.m., 
Monday, April 7! Use priority code J8TLD2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


Re: [JPP-Devel] release of OJ 1.2

2008-04-06 Thread Giuseppe Aruta
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 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, 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 
> screenshots done by Uwe. So the tutorial is working on the OJ 1.2 release.
> 
> Michaels new functions from today (thank you!!! and to Eric too) will 
> not be included as I have prepared everything already yesterday, and 
> translation is still needed.
> 
> I hope you all agree with this. Otherwise there are still 2h left 
> (having late breakfast right now)
> 
> Stefan
> 
> BTW: any suggestion to which version number we should switch next: i.e. 
> 1.3 (B) for Beta?
> 
> -
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
> Register now and save $200. Hurry, offer ends at 11:59 p.m., 
> Monday, April 7! Use priority code J8TLD2. 
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Register now and save $200. Hurry, offer ends at 11:59 p.m., 
Monday, April 7! Use priority code J8TLD2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


   
-
Inviato da Yahoo! Mail.
La casella di posta intelligente.-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Register now and save $200. Hurry, offer ends at 11:59 p.m., 
Monday, April 7! Use priority code J8TLD2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel