Re: [JPP-Devel] Postgis connection
Hi Uwe, I just add a where clause to PostGISPlugin in the repository if you want to teste it and made some remark? Thanks. i have to plan to add fonctionnality : Update some fields in table with a given key. Just a question : all properties in DataSourceQuery instance is DataSource responsability ? and when I build a PostGISDataSourceQuery with fully qualified PostGISDatasource. I can't get a PostGisconnection is it a normal beavior? ie : PostGISDataSource pgDS = new PostGISDataSource(); properties = new HashMap(); ... set properties key pgDS.setProperties(properties); pgQuery = new PostGISDataSourceQuery(pgDS,query,layerName); // don't work pgQuery.getDataSource().getConnection().executeQuery(query); What do you think about this modification in PostGISDataSourceQuery? /** * Returns the DataSource for the query. */ public DataSource getDataSource() { // FIXME:[eric.lemesre] maintain Porperties is DataSource responsability? //ds.setProperties(properties); DataSource ds = super.getDataSource(); return(ds); } /** * Property map for the query object. For defined keys see: [EMAIL PROTECTED] PostGISDataSource} */ public void setProperties(HashMap properties) { // FIXME:[eric.lemesre] maintain Porperties is DataSource responsability? //this.properties = (HashMap)properties.clone(); getDataSource().setProperties((HashMap)properties.clone()); } } It work but is it best practice? See U Eric 2007/10/15, Uwe Dalluege [EMAIL PROTECTED]: Hi Eric, the version number 6.11.6B means that I have changed thist PlugIn at 2006.11.6. B means beta. This notation is from me. I think 1.2.0 is from Stefan. Regards Uwe Eric Lemesre schrieb: Hi Stefan, Ok but I think the better way is commit initial code (the 6.11.6B) and after commit modification. the code for OpenFile framework is in package : com.vividsolutions.jump.workbench.datasource ? @Uwe : please can you give me more explanation about version number ? internal version is 6.11.6B and jar version is 1.2.0 ?? Thanks Eric 2007/10/12, Stefan Steiniger [EMAIL PROTECTED] mailto: [EMAIL PROTECTED]: Hei Eric, I have created a new PostGisPlugin Folder on the SVN. Can you commit your modified Postgisplugin code to that folder (trunk/src)? If this is done we can then modify the postgisplugin sources to work with the new OpenFile framework stefan Eric Lemesre schrieb: Hi Stefan, Thank for your intervention with Uwe, I rebuild directory structure and commit in a new directory this plug in. probebly befor this WE. Eric 2007/10/8, Stefan Steiniger [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Hei Eric, Uwe agrees to put the postgis plugin on the svn. for the rest - because I never used maven - can you simple outline the directory structure on the SVN. So I have a better image what you want to do. stefan - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Postgis connection
and postgis... renaming does not solve the problem itself (apart from the point that multi-languages renaming is a bit more difficult). as far as we do not a new release we can have both in parallel... but we need to find a solution for at least these 2 plugins. stefan Larry Becker schrieb: ArcSDE uses Load Dataset. Larry On 10/12/07, Paul Austin [EMAIL PROTECTED] wrote: Stefan, Which database plug-ins use the Load Dataset framework? When we put it back can we rename it to Load Database Data... for now, just to encourage people to use Open File.. file files. Paul Stefan Steiniger wrote: Hei Paul, you are more or less right. But the problem with the datastore framework is, that we can not yet write back to a datastore. While the postgis plugin can do this when used with LoadDataset. stefan Paul Austin schrieb: Stefan, The OpenFile dialog should be just for File based data. Things like databases should be under the Add Datastore Layer. Another thing I was thinking of is having another Wizard as suggested by Larry a while bacj, this would be the Open wizard. When you first open the wizard it has a bunch of icons for, Files, Databases, Projects etc. The user would click one and then click next. It would then show the first panel in the wizard for that type. For files this would be my open file wizard. The reason for having two is that for files there is no need to select the first step. My recommendation for now is let's add the Load Dataset back into the menu and toolbar and work on making sure all these other plug-ins are migrated to one of the other ways of loading data. I'll start work on the new wizard for files, projects and Datastores. Paul Stefan Steiniger wrote: Hei Eric, I have created a new PostGisPlugin Folder on the SVN. Can you commit your modified Postgisplugin code to that folder (trunk/src)? If this is done we can then modify the postgisplugin sources to work with the new OpenFile framework stefan Eric Lemesre schrieb: Hi Stefan, Thank for your intervention with Uwe, I rebuild directory structure and commit in a new directory this plug in. probebly befor this WE. Eric 2007/10/8, Stefan Steiniger [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Hei Eric, Uwe agrees to put the postgis plugin on the svn. for the rest - because I never used maven - can you simple outline the directory structure on the SVN. So I have a better image what you want to do. stefan Eric Lemesre wrote: Hi Stefan, I am a newbee ;-) , I like maven concept. We can resolve jar dependencies and provide an easy way to donwload any library, build reporting, run test Etc ... My second contribution is not ready and I commit nothink. But make maven repository like gt2 is probably a good idea. With Maven we can have by exemple : 1. PlugIn pom.xml for build all subfolder 1. ChartPlugIn pom.xml and all necessary file and folder for it. 2. PostgisPlug (if Uwe agrees to add the plugin) pom.xml ... 2. a target directory with in all jar and workbench-properties.xml with plugin reference Comment? @+ Eric 2007/10/4, Stefan Steiniger [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Hei Eric, i don't realy understnd what you want to do. a) you want submit improvements? b) you want to make new plugin folders in the repository (for the 4 plugins below)? = this should be possible, but i need to look how and where to store (i.e. adapt the structure) notes: * i am not sure if we shall include the Category tools.. Actually, I need to ask Arnd how Pirol will move on and if there is somebody maintaining the code) * the srid support plugin is not needed for newer OJ 1.2 X versions, since it is now included in OJ. So you ma change the code in the SVN codebase? * i guess Uwe agrees to add the plugin code to the SVN - but we may talk to him first c) you want to have it all(?) in a maven folder to compile an extension? - Or do you want to create a separate maven folder? = I would prefer a separate folder but maybe others help for interpretation ;) comments are welcome stefan Eric Lemesre wrote: Hi, No source in repository. I have a working copy and modify directory structure for Maven 2. I have :
Re: [JPP-Devel] Postgis connection
I have written the message a few days ago.. now it is obsolete :) stefan Stefan Steiniger schrieb: and postgis... renaming does not solve the problem itself (apart from the point that multi-languages renaming is a bit more difficult). as far as we do not a new release we can have both in parallel... but we need to find a solution for at least these 2 plugins. stefan Larry Becker schrieb: ArcSDE uses Load Dataset. Larry On 10/12/07, Paul Austin [EMAIL PROTECTED] wrote: Stefan, Which database plug-ins use the Load Dataset framework? When we put it back can we rename it to Load Database Data... for now, just to encourage people to use Open File.. file files. Paul Stefan Steiniger wrote: Hei Paul, you are more or less right. But the problem with the datastore framework is, that we can not yet write back to a datastore. While the postgis plugin can do this when used with LoadDataset. stefan Paul Austin schrieb: Stefan, The OpenFile dialog should be just for File based data. Things like databases should be under the Add Datastore Layer. Another thing I was thinking of is having another Wizard as suggested by Larry a while bacj, this would be the Open wizard. When you first open the wizard it has a bunch of icons for, Files, Databases, Projects etc. The user would click one and then click next. It would then show the first panel in the wizard for that type. For files this would be my open file wizard. The reason for having two is that for files there is no need to select the first step. My recommendation for now is let's add the Load Dataset back into the menu and toolbar and work on making sure all these other plug-ins are migrated to one of the other ways of loading data. I'll start work on the new wizard for files, projects and Datastores. Paul Stefan Steiniger wrote: Hei Eric, I have created a new PostGisPlugin Folder on the SVN. Can you commit your modified Postgisplugin code to that folder (trunk/src)? If this is done we can then modify the postgisplugin sources to work with the new OpenFile framework stefan Eric Lemesre schrieb: Hi Stefan, Thank for your intervention with Uwe, I rebuild directory structure and commit in a new directory this plug in. probebly befor this WE. Eric 2007/10/8, Stefan Steiniger [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Hei Eric, Uwe agrees to put the postgis plugin on the svn. for the rest - because I never used maven - can you simple outline the directory structure on the SVN. So I have a better image what you want to do. stefan Eric Lemesre wrote: Hi Stefan, I am a newbee ;-) , I like maven concept. We can resolve jar dependencies and provide an easy way to donwload any library, build reporting, run test Etc ... My second contribution is not ready and I commit nothink. But make maven repository like gt2 is probably a good idea. With Maven we can have by exemple : 1. PlugIn pom.xml for build all subfolder 1. ChartPlugIn pom.xml and all necessary file and folder for it. 2. PostgisPlug (if Uwe agrees to add the plugin) pom.xml ... 2. a target directory with in all jar and workbench-properties.xml with plugin reference Comment? @+ Eric 2007/10/4, Stefan Steiniger [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Hei Eric, i don't realy understnd what you want to do. a) you want submit improvements? b) you want to make new plugin folders in the repository (for the 4 plugins below)? = this should be possible, but i need to look how and where to store (i.e. adapt the structure) notes: * i am not sure if we shall include the Category tools.. Actually, I need to ask Arnd how Pirol will move on and if there is somebody maintaining the code) * the srid support plugin is not needed for newer OJ 1.2 X versions, since it is now included in OJ. So you ma change the code in the SVN codebase? * i guess Uwe agrees to add the plugin code to the SVN - but we may talk to him first c) you want to have it all(?) in a maven folder to compile an extension? - Or do you want to create a separate maven folder? = I would prefer a separate folder but maybe others help for interpretation ;) comments are welcome stefan Eric Lemesre wrote: Hi, No source in repository.
Re: [JPP-Devel] Postgis connection
Hei Paul, you are more or less right. But the problem with the datastore framework is, that we can not yet write back to a datastore. While the postgis plugin can do this when used with LoadDataset. stefan Paul Austin schrieb: Stefan, The OpenFile dialog should be just for File based data. Things like databases should be under the Add Datastore Layer. Another thing I was thinking of is having another Wizard as suggested by Larry a while bacj, this would be the Open wizard. When you first open the wizard it has a bunch of icons for, Files, Databases, Projects etc. The user would click one and then click next. It would then show the first panel in the wizard for that type. For files this would be my open file wizard. The reason for having two is that for files there is no need to select the first step. My recommendation for now is let's add the Load Dataset back into the menu and toolbar and work on making sure all these other plug-ins are migrated to one of the other ways of loading data. I'll start work on the new wizard for files, projects and Datastores. Paul Stefan Steiniger wrote: Hei Eric, I have created a new PostGisPlugin Folder on the SVN. Can you commit your modified Postgisplugin code to that folder (trunk/src)? If this is done we can then modify the postgisplugin sources to work with the new OpenFile framework stefan Eric Lemesre schrieb: Hi Stefan, Thank for your intervention with Uwe, I rebuild directory structure and commit in a new directory this plug in. probebly befor this WE. Eric 2007/10/8, Stefan Steiniger [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Hei Eric, Uwe agrees to put the postgis plugin on the svn. for the rest - because I never used maven - can you simple outline the directory structure on the SVN. So I have a better image what you want to do. stefan Eric Lemesre wrote: Hi Stefan, I am a newbee ;-) , I like maven concept. We can resolve jar dependencies and provide an easy way to donwload any library, build reporting, run test Etc ... My second contribution is not ready and I commit nothink. But make maven repository like gt2 is probably a good idea. With Maven we can have by exemple : 1. PlugIn pom.xml for build all subfolder 1. ChartPlugIn pom.xml and all necessary file and folder for it. 2. PostgisPlug (if Uwe agrees to add the plugin) pom.xml ... 2. a target directory with in all jar and workbench-properties.xml with plugin reference Comment? @+ Eric 2007/10/4, Stefan Steiniger [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Hei Eric, i don't realy understnd what you want to do. a) you want submit improvements? b) you want to make new plugin folders in the repository (for the 4 plugins below)? = this should be possible, but i need to look how and where to store (i.e. adapt the structure) notes: * i am not sure if we shall include the Category tools.. Actually, I need to ask Arnd how Pirol will move on and if there is somebody maintaining the code) * the srid support plugin is not needed for newer OJ 1.2 X versions, since it is now included in OJ. So you ma change the code in the SVN codebase? * i guess Uwe agrees to add the plugin code to the SVN - but we may talk to him first c) you want to have it all(?) in a maven folder to compile an extension? - Or do you want to create a separate maven folder? = I would prefer a separate folder but maybe others help for interpretation ;) comments are welcome stefan Eric Lemesre wrote: Hi, No source in repository. I have a working copy and modify directory structure for Maven 2. I have : plugin * chartPlugIn (org.OpenJUMP.Graph from Erwan Bocher) i add a bar chart in JInertnalFrame. and I hope in some time a refresh button. * JumpPostGIS ( net.refractions.postgis from Uwe Dalluege) i add a where clause * sridsupport (de.hawhamburg.sridsupport) the same * CategoryTools (de.fhOsnabrueck.jump.pirol.plugIns.CategoryTools from LBST-PF-3\orahn) juste some translate Etc ... and all plugin is package by command mvn
Re: [JPP-Devel] Postgis connection
Stefan, The OpenFile dialog should be just for File based data. Things like databases should be under the Add Datastore Layer. Another thing I was thinking of is having another Wizard as suggested by Larry a while bacj, this would be the Open wizard. When you first open the wizard it has a bunch of icons for, Files, Databases, Projects etc. The user would click one and then click next. It would then show the first panel in the wizard for that type. For files this would be my open file wizard. The reason for having two is that for files there is no need to select the first step. My recommendation for now is let's add the Load Dataset back into the menu and toolbar and work on making sure all these other plug-ins are migrated to one of the other ways of loading data. I'll start work on the new wizard for files, projects and Datastores. Paul Stefan Steiniger wrote: Hei Eric, I have created a new PostGisPlugin Folder on the SVN. Can you commit your modified Postgisplugin code to that folder (trunk/src)? If this is done we can then modify the postgisplugin sources to work with the new OpenFile framework stefan Eric Lemesre schrieb: Hi Stefan, Thank for your intervention with Uwe, I rebuild directory structure and commit in a new directory this plug in. probebly befor this WE. Eric 2007/10/8, Stefan Steiniger [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Hei Eric, Uwe agrees to put the postgis plugin on the svn. for the rest - because I never used maven - can you simple outline the directory structure on the SVN. So I have a better image what you want to do. stefan Eric Lemesre wrote: Hi Stefan, I am a newbee ;-) , I like maven concept. We can resolve jar dependencies and provide an easy way to donwload any library, build reporting, run test Etc ... My second contribution is not ready and I commit nothink. But make maven repository like gt2 is probably a good idea. With Maven we can have by exemple : 1. PlugIn pom.xml for build all subfolder 1. ChartPlugIn pom.xml and all necessary file and folder for it. 2. PostgisPlug (if Uwe agrees to add the plugin) pom.xml ... 2. a target directory with in all jar and workbench-properties.xml with plugin reference Comment? @+ Eric 2007/10/4, Stefan Steiniger [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Hei Eric, i don't realy understnd what you want to do. a) you want submit improvements? b) you want to make new plugin folders in the repository (for the 4 plugins below)? = this should be possible, but i need to look how and where to store (i.e. adapt the structure) notes: * i am not sure if we shall include the Category tools.. Actually, I need to ask Arnd how Pirol will move on and if there is somebody maintaining the code) * the srid support plugin is not needed for newer OJ 1.2 X versions, since it is now included in OJ. So you ma change the code in the SVN codebase? * i guess Uwe agrees to add the plugin code to the SVN - but we may talk to him first c) you want to have it all(?) in a maven folder to compile an extension? - Or do you want to create a separate maven folder? = I would prefer a separate folder but maybe others help for interpretation ;) comments are welcome stefan Eric Lemesre wrote: Hi, No source in repository. I have a working copy and modify directory structure for Maven 2. I have : plugin * chartPlugIn (org.OpenJUMP.Graph from Erwan Bocher) i add a bar chart in JInertnalFrame. and I hope in some time a refresh button. * JumpPostGIS ( net.refractions.postgis from Uwe Dalluege) i add a where clause * sridsupport (de.hawhamburg.sridsupport) the same * CategoryTools (de.fhOsnabrueck.jump.pirol.plugIns.CategoryTools from LBST-PF-3\orahn) juste some translate Etc ... and all plugin is package by command mvn package It is probably possible to make Maven2 repository for OpenJump? Eric PS: I forward this mail to the liste. 2007/10/3, Michaël Michaud
Re: [JPP-Devel] Postgis connection
Hi Stefan, Ok but I think the better way is commit initial code (the 6.11.6B) and after commit modification. the code for OpenFile framework is in package : com.vividsolutions.jump.workbench.datasource ? @Uwe : please can you give me more explanation about version number ? internal version is 6.11.6B and jar version is 1.2.0 ?? Thanks Eric 2007/10/12, Stefan Steiniger [EMAIL PROTECTED]: Hei Eric, I have created a new PostGisPlugin Folder on the SVN. Can you commit your modified Postgisplugin code to that folder (trunk/src)? If this is done we can then modify the postgisplugin sources to work with the new OpenFile framework stefan Eric Lemesre schrieb: Hi Stefan, Thank for your intervention with Uwe, I rebuild directory structure and commit in a new directory this plug in. probebly befor this WE. Eric 2007/10/8, Stefan Steiniger [EMAIL PROTECTED] mailto: [EMAIL PROTECTED]: Hei Eric, Uwe agrees to put the postgis plugin on the svn. for the rest - because I never used maven - can you simple outline the directory structure on the SVN. So I have a better image what you want to do. stefan - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Postgis connection
Hei Eric, ok...If you commit then add it to the plugins folder http://jump-pilot.svn.sourceforge.net/viewvc/jump-pilot/plug-ins/ stefan Eric Lemesre wrote: Hi Stefan, Thank for your intervention with Uwe, I rebuild directory structure and commit in a new directory this plug in. probebly befor this WE. Eric 2007/10/8, Stefan Steiniger [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Hei Eric, Uwe agrees to put the postgis plugin on the svn. for the rest - because I never used maven - can you simple outline the directory structure on the SVN. So I have a better image what you want to do. stefan Eric Lemesre wrote: Hi Stefan, I am a newbee ;-) , I like maven concept. We can resolve jar dependencies and provide an easy way to donwload any library, build reporting, run test Etc ... My second contribution is not ready and I commit nothink. But make maven repository like gt2 is probably a good idea. With Maven we can have by exemple : 1. PlugIn pom.xml for build all subfolder 1. ChartPlugIn pom.xml and all necessary file and folder for it. 2. PostgisPlug (if Uwe agrees to add the plugin) pom.xml ... 2. a target directory with in all jar and workbench-properties.xml with plugin reference Comment? @+ Eric 2007/10/4, Stefan Steiniger [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Hei Eric, i don't realy understnd what you want to do. a) you want submit improvements? b) you want to make new plugin folders in the repository (for the 4 plugins below)? = this should be possible, but i need to look how and where to store (i.e. adapt the structure) notes: * i am not sure if we shall include the Category tools.. Actually, I need to ask Arnd how Pirol will move on and if there is somebody maintaining the code) * the srid support plugin is not needed for newer OJ 1.2 X versions, since it is now included in OJ. So you ma change the code in the SVN codebase? * i guess Uwe agrees to add the plugin code to the SVN - but we may talk to him first c) you want to have it all(?) in a maven folder to compile an extension? - Or do you want to create a separate maven folder? = I would prefer a separate folder but maybe others help for interpretation ;) comments are welcome stefan Eric Lemesre wrote: Hi, No source in repository. I have a working copy and modify directory structure for Maven 2. I have : plugin * chartPlugIn (org.OpenJUMP.Graph from Erwan Bocher) i add a bar chart in JInertnalFrame. and I hope in some time a refresh button. * JumpPostGIS ( net.refractions.postgis from Uwe Dalluege) i add a where clause * sridsupport (de.hawhamburg.sridsupport) the same * CategoryTools (de.fhOsnabrueck.jump.pirol.plugIns.CategoryTools from LBST-PF-3\orahn) juste some translate Etc ... and all plugin is package by command mvn package It is probably possible to make Maven2 repository for OpenJump? Eric PS: I forward this mail to the liste. 2007/10/3, Michaël Michaud [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Hi, Good point Eric, I didn't know you worked with Uwe Dalluege's Postgis Plugin. You're right, there is something wrong with putting a BigDecimal value into an AttributeType.DOUBLE jump attribute. I don't know if you can commit this change into the svn, as I did not see the source file in the repository. Michaël Eric Lemesre a écrit : Hi Michaël, the probleme is into PostgisConnection.java arroud line 261 f.setAttribute( attr_idx, new BigDecimal ( dObj.doubleValue( ) ) );
Re: [JPP-Devel] Postgis connection
Hei Eric, Uwe agrees to put the postgis plugin on the svn. for the rest - because I never used maven - can you simple outline the directory structure on the SVN. So I have a better image what you want to do. stefan Eric Lemesre wrote: Hi Stefan, I am a newbee ;-) , I like maven concept. We can resolve jar dependencies and provide an easy way to donwload any library, build reporting, run test Etc ... My second contribution is not ready and I commit nothink. But make maven repository like gt2 is probably a good idea. With Maven we can have by exemple : 1. PlugIn pom.xml for build all subfolder 1. ChartPlugIn pom.xml and all necessary file and folder for it. 2. PostgisPlug (if Uwe agrees to add the plugin) pom.xml ... 2. a target directory with in all jar and workbench-properties.xml with plugin reference Comment? @+ Eric 2007/10/4, Stefan Steiniger [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Hei Eric, i don't realy understnd what you want to do. a) you want submit improvements? b) you want to make new plugin folders in the repository (for the 4 plugins below)? = this should be possible, but i need to look how and where to store (i.e. adapt the structure) notes: * i am not sure if we shall include the Category tools.. Actually, I need to ask Arnd how Pirol will move on and if there is somebody maintaining the code) * the srid support plugin is not needed for newer OJ 1.2 X versions, since it is now included in OJ. So you ma change the code in the SVN codebase? * i guess Uwe agrees to add the plugin code to the SVN - but we may talk to him first c) you want to have it all(?) in a maven folder to compile an extension? - Or do you want to create a separate maven folder? = I would prefer a separate folder but maybe others help for interpretation ;) comments are welcome stefan Eric Lemesre wrote: Hi, No source in repository. I have a working copy and modify directory structure for Maven 2. I have : plugin * chartPlugIn (org.OpenJUMP.Graph from Erwan Bocher) i add a bar chart in JInertnalFrame. and I hope in some time a refresh button. * JumpPostGIS ( net.refractions.postgis from Uwe Dalluege) i add a where clause * sridsupport (de.hawhamburg.sridsupport) the same * CategoryTools (de.fhOsnabrueck.jump.pirol.plugIns.CategoryTools from LBST-PF-3\orahn) juste some translate Etc ... and all plugin is package by command mvn package It is probably possible to make Maven2 repository for OpenJump? Eric PS: I forward this mail to the liste. 2007/10/3, Michaël Michaud [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Hi, Good point Eric, I didn't know you worked with Uwe Dalluege's Postgis Plugin. You're right, there is something wrong with putting a BigDecimal value into an AttributeType.DOUBLE jump attribute. I don't know if you can commit this change into the svn, as I did not see the source file in the repository. Michaël Eric Lemesre a écrit : Hi Michaël, the probleme is into PostgisConnection.java arroud line 261 f.setAttribute( attr_idx, new BigDecimal ( dObj.doubleValue( ) ) ); and I make somme little modification : // if dObj value is outside of Double.MAX_VALUE and Double.MIN_VALUE // the value is +/- infinity [lemesre] f.setAttribute( attr_idx, new Double ( dObj.doubleValue( ) ) ); // BigDecimal is not Handeling by OpenJUMP //f.setAttribute( attr_idx, new BigDecimal ( dObj.doubleValue( ) ) ); I think better beavior. PS: je suis Boulvard des Italiens (AGF) et je suis sur que nous arriverons à trouver un moment dans nos emplois du temps respectifs. Eric 2007/10/3, Michaël Michaud [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Hi Eric, One of the first work I did on JUMP was to add attribute types
Re: [JPP-Devel] Postgis Connection
have you tried to use the layer\add Datastore laye function? It uses the Framework developed lately by Vividsolutions As far as i know there is on the projet sigle website also an SQL Query plugin as i am not familar with Databases, maybe someone else can help stefan Eric Lemesre wrote: Hi, I build Postgis layers with BeanShell Script. What is the better way to build layer with java code? I try : - build pgSD with common properties (Host, database, user, password) - pgQuery = new PostGISDataSourceQuery(new PostGISDataSource(),query,layerName); - Update pgSD properties (table, where condition, ...) - pgQuery.getDataSource().setProperties(pgDS.getProperties()); - Build layer with wc.layerManager.addLayer(Fond de carte, layerName,pgQuery.getDataSource ().getConnection().executeQuery(query)); - get Layer reference and put DataSourceQuery !! ( curentLayer.setDataSourceQuery(pgQuery); ) It work but it is a little complicate. Thank Eric - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ 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: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Postgis Connection
Hi, The better way seem to be LayerManager.addLayer(Catagory, LayerName, FeatureCollection).setDataSourceQuery(DataSourceQuery) If we forget the datasourcequery nothing is saved in project file. @+ Eric 2007/10/8, Stefan Steiniger [EMAIL PROTECTED]: have you tried to use the layer\add Datastore laye function? It uses the Framework developed lately by Vividsolutions As far as i know there is on the projet sigle website also an SQL Query plugin as i am not familar with Databases, maybe someone else can help stefan Eric Lemesre wrote: Hi, I build Postgis layers with BeanShell Script. What is the better way to build layer with java code? I try : - build pgSD with common properties (Host, database, user, password) - pgQuery = new PostGISDataSourceQuery(new PostGISDataSource(),query,layerName); - Update pgSD properties (table, where condition, ...) - pgQuery.getDataSource().setProperties(pgDS.getProperties()); - Build layer with wc.layerManager.addLayer(Fond de carte, layerName,pgQuery.getDataSource ().getConnection().executeQuery(query)); - get Layer reference and put DataSourceQuery !! ( curentLayer.setDataSourceQuery(pgQuery); ) It work but it is a little complicate. Thank Eric - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ 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: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ 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: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel