Re: [Geotools-devel] Preparing for the release
On Mon, Jul 15, 2013 at 7:51 AM, Jody Garnett jody.garn...@gmail.comwrote: We actually have two blockers on the release process: - The release scripts are not tagging correctly (tag shows SNAPSHOT still JIRA has not been reported) - A number of headers in GeoTools incorrectly licensed (GEOT-4509https://jira.codehaus.org/browse/GEOT-4509 ) Personally I don't see either of them as blockers? The first one has been there since we made automated releases (so, not news, not a regression, and does not block people using the release artifacts), same for the second, those headers have been there for a while and we made a few releases with them. Not saying they are un-important, but with a monthly release one should explain why it's critical to delay the release and why we can't wait next month. Neither of them seems to make GeoTools un-usable for a large amount of users. Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Preparing for the release
The first one has been there since we made automated releases (so, not news, not a regression, and does not block people using the release artifacts) Okay I was not aware of it previously. I wonder if it is to push up just a tag? , same for the second, those headers have been there for a while and we made a few releases with them. Indeed, however I would like to try and fix them as it is one thing to release in good faith and be wrong, and another to to release when you know of an IP issue. -- Jody -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Geotools Individual Agreement
Thanks Brett you have beed added to the github group. Welcome to the team! -- Jody Garnett On Monday, 15 July 2013 at 12:33 PM, Brett Walker wrote: Hi Info, I have attached a signed individual agreement in order to become a committer in the Geotools project. My preferred OSGeo Id is brettwalker. In the attached PDF it states brett-walker. This is NOT my OSGeo Id, it is my Github Id If there are any question please email me, Brett Attachments: - geotools_individual.pdf -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] geotools 9.3 release - version incorrect in pom.xml files
The rename is already done (the download has the pom.xml files renamed correctly). It just appears the code to perform the tag in github do not commit the change back. (Can you tag locally and then push the result up? Or do we always need to make a branch). -- Jody Garnett On Monday, 15 July 2013 at 1:21 AM, Geoff Williams wrote: Hi Andrea, I've been looking at geotools 9.3 tag on github and the version doesn't look to be right in the pom.xml files. Yes, this is a know issue in our automated release process scripts (I believe Jody pointed it out some days ago too?). The release scripts are in version control as well, can you suggest a way to fix the problem? https://github.com/geotools/geotools/tree/master/build/release I can certainly take a look at this. I generated the patch by running a BASH one liner, so it should drop nicely into the release script. Is it just build-release.sh (http://build-release.sh) that would need the fix? My approach to this would be to just do a find and replace on 9-SNAPSHOT with whatever the tag should be. The major version can probably be derived from the supplied tag. Cheers, Geoff -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net (mailto:GeoTools-Devel@lists.sourceforge.net) https://lists.sourceforge.net/lists/listinfo/geotools-devel -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] [jira] (GEOT-4511) lastest geotools releases are not versioned correctly in pom.xml files
Geoff Williams created GEOT-4511 lastest geotools releases are not versioned correctly in pom.xml files Issue Type: Bug Affects Versions: 9.3 Assignee: Unassigned Created: 15/Jul/13 2:13 AM Description: The latest releases of geotools are reporting their version to maven as -SNAPSHOT eg the version at tag 9.3 builds an artifiact called 9-SNAPSHOT. This is fixable in the automated release script Project: GeoTools Priority: Major Reporter: Geoff Williams This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Preparing for the release
On Mon, Jul 15, 2013 at 9:02 AM, Jody Garnett jody.garn...@gmail.comwrote: Indeed, however I would like to try and fix them as it is one thing to release in good faith and be wrong, and another to to release when you know of an IP issue. Had a look at EnumerationConverterFactory, I wrote it and backported it, fixed All of the others can be traced back to this commit: - commit 52268fedf39442dbd44177af664af41bda93b96e Author: jive jive@e5c1c795-43da-0310-a71f-fac65c449510 2011-07-31 17:46:51 Initial backport from geoserver; waiting on email before updating headers git-svn-id: http://svn.osgeo.org/geotools/trunk@37757e5c1c795-43da-0310-a71f-fac65c449510 - So, it's up to you to fix the headers? I've cc'ed the original authors just in case (I already gave you my go when you wanted to backport the processes to geotools, so at least the third one can be fixed right away). Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] [jira] (GEOT-4507) Easiest way to setup imageMosaicJDBC-PGRaster
Continuing the discussion here: We have a mandate to simplify the PostGIS raster support. My plan is to create a JDBCPGRasterConfigurationBuilder which, starting from an input folder containing tiles created with gdal_retile, do this: - store tiles into DB (using raster2pgsql script) - create metadata table and store tileTables into it - create XML configuration file (starting from a template) to specify connection params, mapping params, and coverage properties - pass down the newly created config file to the usual reader. Parameters (such as DB credentials, table prefixes, ) will be passed down as a JDBCPGRasterConfigurationBean through Hints. From a GS point of view, we can setup a new wicket to specify them. Cheers, Daniele Daniele == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Daniele Romagnoli Senior Software Engineer GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- On Wed, Jul 10, 2013 at 6:23 PM, Daniele Romagnoli daniele.romagn...@geo-solutions.it wrote: A few notes about this JIRA. I would like to do something like this: 1) specify basic parameters (maybe as Hints or as a ConfigurationBean): - tablename_prefix - mosaic_table_name - mosaic_name - db properties (host, user, password, db, schema) 2) configure an ImageMosaicJDBC against a folder contained data prepared with gdal_retile. Automatic steps performed by new code: i) insert each level using raster2pgsql into the proper ${tablename_prefix}_level table into the proper $db.$schema ii) create a new ${mosaic_table_name} and insert new rows using ${mosaic_name} as value for the name column and previously created tablename_prefix_level tables as values for tiletable column. iii) create the XML file starting from a template and replace postgis connection parameter entries, mastertable name entry, and coverage name. iv) open the reader on top of the configuration. About point #1, I would like to work with wickets to allow specifying these parameters at configuration time when using it from GeoServer. What do you think about it? Cheers, Daniele == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Daniele Romagnoli Senior Software Engineer GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- On Wed, Jul 10, 2013 at 6:12 PM, Daniele Romagnoli (JIRA) j...@codehaus.org wrote: Daniele Romagnolihttps://jira.codehaus.org/secure/ViewProfile.jspa?name=dany111created [image: Improvement] GEOT-4507 https://jira.codehaus.org/browse/GEOT-4507 *Easiest way to setup imageMosaicJDBC-PGRaster*https://jira.codehaus.org/browse/GEOT-4507 *Issue Type:* [image: Improvement] Improvement *Assignee:* Unassigned *Components:* imagemosaic-jdbc plugin *Created:* 10/Jul/13 11:11 AM *Description:* Right now, in order to config an imageMosaic JDBC against PGRaster DB there are several steps to be performed: 1) use gdal_retile to create tiles for images 2) insert tiled data as new table (one for level) into PGRaster using raster2pgsql scripts invokation 3) create a table containing level information (reference table, envelope, resolutions) 4) create 3 XML config files with JDBC mapping, coverage properties, table mapping 5) configure the mosaic. It would be good to have some automagic way to do steps 2 through 5 with minimal user intervention. As an instance, it would be great if we could just provide the location of the folder containing tiled images (levels), as well as a set of some additional parameters (table name prefix, mosaic name, coverage name, DB credentials) and let the imageMosaicJDBC do all these steps automatically. *Project:* GeoTools https://jira.codehaus.org/browse/GEOT * Priority:* [image: Minor] Minor *Reporter:* Daniele Romagnolihttps://jira.codehaus.org/secure/ViewProfile.jspa?name=dany111 This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___
Re: [Geotools-devel] Preparing for the release
Thanks I feel sheepish now .. bah bah -- Jody Garnett On Monday, 15 July 2013 at 5:16 PM, Andrea Aime wrote: On Mon, Jul 15, 2013 at 9:02 AM, Jody Garnett jody.garn...@gmail.com (mailto:jody.garn...@gmail.com) wrote: Indeed, however I would like to try and fix them as it is one thing to release in good faith and be wrong, and another to to release when you know of an IP issue. Had a look at EnumerationConverterFactory, I wrote it and backported it, fixed All of the others can be traced back to this commit: - commit 52268fedf39442dbd44177af664af41bda93b96e Author: jive jive@e5c1c795-43da-0310-a71f-fac65c449510 2011-07-31 17:46:51 Initial backport from geoserver; waiting on email before updating headers git-svn-id: http://svn.osgeo.org/geotools/trunk@37757 e5c1c795-43da-0310-a71f-fac65c449510 - So, it's up to you to fix the headers? I've cc'ed the original authors just in case (I already gave you my go when you wanted to backport the processes to geotools, so at least the third one can be fixed right away). Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Preparing for the release
Hi Jody, feel free to change the header of modules\unsupported\process-raster\src\main\java\org\geotools\process\raster\BaseCoverageAlgebraProcess.javaas as you wish :) Cheers, Daniele == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Daniele Romagnoli Senior Software Engineer GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- On Mon, Jul 15, 2013 at 12:42 PM, Jody Garnett jody.garn...@gmail.comwrote: Thanks I feel sheepish now .. bah bah -- Jody Garnett On Monday, 15 July 2013 at 5:16 PM, Andrea Aime wrote: On Mon, Jul 15, 2013 at 9:02 AM, Jody Garnett jody.garn...@gmail.comwrote: Indeed, however I would like to try and fix them as it is one thing to release in good faith and be wrong, and another to to release when you know of an IP issue. Had a look at EnumerationConverterFactory, I wrote it and backported it, fixed All of the others can be traced back to this commit: - commit 52268fedf39442dbd44177af664af41bda93b96e Author: jive jive@e5c1c795-43da-0310-a71f-fac65c449510 2011-07-31 17:46:51 Initial backport from geoserver; waiting on email before updating headers git-svn-id: http://svn.osgeo.org/geotools/trunk@37757e5c1c795-43da-0310-a71f-fac65c449510 - So, it's up to you to fix the headers? I've cc'ed the original authors just in case (I already gave you my go when you wanted to backport the processes to geotools, so at least the third one can be fixed right away). Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Preparing for the release
Hi Andrea, I fixed the pull requests for synonyms in the JDBCDataStore: Master: https://github.com/geotools/geotools/pull/227 9.x: https://github.com/geotools/geotools/pull/226 Can you apply these ones for the coming release? That would be very nice. Thanks in advance. Robin Pradel System Ingenieur IVU Traffic Technologies AG Bundesallee 88, D-12161 Berlin http://www.ivu.dehttp://www.ivu.de/ -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Preparing for the release
On Mon, Jul 15, 2013 at 2:44 PM, Robin Pradel r...@ivu.de wrote: Hi Andrea, ** ** I fixed the pull requests for synonyms in the JDBCDataStore: Master: https://github.com/geotools/geotools/pull/227 9.x: https://github.com/geotools/geotools/pull/226 ** ** Can you apply these ones for the coming release? That would be very nice. Hi Robin, unfortunately I won't have time to look again at them until next weekend, the working week is full beyond salvation (just got back from vacations, lots of stuff piled up). However, there are other developers on this mailing list, maybe someone else wants to have a look? Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] Headers needing fixing gt-jdbc-sqlserver and gt-swt module
Got tired of getting these emails off list, so have done my own search: gt-jdbc-sqlserver module: SQLServerGeometryTest SQLServerGeometryTestSetup This header references GeoBatch - can I assume a template was left on when defining these test cases? gt-swt module: OpenGeotiffAction OpenShapefileAction Messages Andrea Antonello it looks like you left your JGrass header template on when writing this file? -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Preparing for the release
Had a look at EnumerationConverterFactory, I wrote it and backported it, fixed Thanks, I have fixed the others: 07503cabb0aa14f99f060b99ac969e15ef46d567 Ian when we have the fill list of commits we should be able to cherry pick these commits across before you release. I found a couple more doing my own search, seems to be a straight forward mistake (auto generated headers when defining a new class). Jody -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Preparing for the release
On Sun, Jul 14, 2013 at 11:51 PM, Jody Garnett jody.garn...@gmail.comwrote: We actually have two blockers on the release process: - The release scripts are not tagging correctly (tag shows SNAPSHOT still JIRA has not been reported) Sorry, I don't understand what you are saying the issue is here. Is there a jira for this somewhere? - A number of headers in GeoTools incorrectly licensed (GEOT-4509https://jira.codehaus.org/browse/GEOT-4509 ) I have a bit more complicated release plan: - Tuesday: GeoTools Tuesday to Maven - Wednesday: Wait for GeoWebCache to Release based on GeoTools - Thursday: Release GeoServer -- Jody Garnett On Monday, 15 July 2013 at 2:32 PM, Ian Turton wrote: I'm going to attempt to make my first release starting on Wednesday. So if you have pending changes that you would like included then now is the time to commit them. Ian -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Preparing for the release
On Mon, Jul 15, 2013 at 3:02 PM, Justin Deoliveira jdeol...@opengeo.orgwrote: On Sun, Jul 14, 2013 at 11:51 PM, Jody Garnett jody.garn...@gmail.comwrote: We actually have two blockers on the release process: - The release scripts are not tagging correctly (tag shows SNAPSHOT still JIRA has not been reported) Sorry, I don't understand what you are saying the issue is here. Is there a jira for this somewhere? Because the tagged sources version number is still 9-snapshot, not 9.3: https://github.com/geotools/geotools/blob/9.3/pom.xml#L191 However, I thought this was happening always, but instead 9.2 and 9.1 have the proper version numbers: https://github.com/geotools/geotools/blob/9.1/pom.xml#L191 So I guess something specific happened during the 9.3 release process? Or the scripts changed? Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Headers needing fixing gt-jdbc-sqlserver and gt-swt module
On Mon, Jul 15, 2013 at 2:53 PM, Jody Garnett jody.garn...@gmail.comwrote: Got tired of getting these emails off list, so have done my own search: gt-jdbc-sqlserver module: - SQLServerGeometryTest - SQLServerGeometryTestSetup This header references GeoBatch - can I assume a template was left on when defining these test cases? Yep, fix away. Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Preparing for the release
On Mon, Jul 15, 2013 at 7:06 AM, Andrea Aime andrea.a...@geo-solutions.itwrote: On Mon, Jul 15, 2013 at 3:02 PM, Justin Deoliveira jdeol...@opengeo.orgwrote: On Sun, Jul 14, 2013 at 11:51 PM, Jody Garnett jody.garn...@gmail.comwrote: We actually have two blockers on the release process: - The release scripts are not tagging correctly (tag shows SNAPSHOT still JIRA has not been reported) Sorry, I don't understand what you are saying the issue is here. Is there a jira for this somewhere? Because the tagged sources version number is still 9-snapshot, not 9.3: https://github.com/geotools/geotools/blob/9.3/pom.xml#L191 However, I thought this was happening always, but instead 9.2 and 9.1 have the proper version numbers: https://github.com/geotools/geotools/blob/9.1/pom.xml#L191 So I guess something specific happened during the 9.3 release process? Or the scripts changed? Yeah, just commented on the pr but i think this might actually just be my bad. I am guessing i pushed up manually the tag from the build server before the version numbers were actually changed. Probably due to some other error. I can't quite remember. Anyways, i'll try to fix these kinks this time around. @Ian: When doing the release if you can hold off on running the publish job I would like to check out the state of the local repo on the build server to ensure there are no issues like this one. Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] [jira] (GEOT-4507) Easiest way to setup imageMosaicJDBC-PGRaster
Hi Daniele Personally, I would not go this way. I did a quick look at http://postgis.refractions.net/docs/using_raster.xml.html#RT_Raster_Loader First, I would rely on raster2psql for importing the raster data. The resulting sql script may run a long time and you would risk a timeout if you trigger it within GeoServer. As a consequence, the user has to start the SQL script separately. Second, I would implement a complete new reader according to the new API using the system views raster_columns raster_overviews But I will leave it up to you. Cheers Christian 2013/7/15 Daniele Romagnoli daniele.romagn...@geo-solutions.it Continuing the discussion here: We have a mandate to simplify the PostGIS raster support. My plan is to create a JDBCPGRasterConfigurationBuilder which, starting from an input folder containing tiles created with gdal_retile, do this: - store tiles into DB (using raster2pgsql script) - create metadata table and store tileTables into it - create XML configuration file (starting from a template) to specify connection params, mapping params, and coverage properties - pass down the newly created config file to the usual reader. Parameters (such as DB credentials, table prefixes, ) will be passed down as a JDBCPGRasterConfigurationBean through Hints. From a GS point of view, we can setup a new wicket to specify them. Cheers, Daniele Daniele == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Daniele Romagnoli Senior Software Engineer GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- On Wed, Jul 10, 2013 at 6:23 PM, Daniele Romagnoli daniele.romagn...@geo-solutions.it wrote: A few notes about this JIRA. I would like to do something like this: 1) specify basic parameters (maybe as Hints or as a ConfigurationBean): - tablename_prefix - mosaic_table_name - mosaic_name - db properties (host, user, password, db, schema) 2) configure an ImageMosaicJDBC against a folder contained data prepared with gdal_retile. Automatic steps performed by new code: i) insert each level using raster2pgsql into the proper ${tablename_prefix}_level table into the proper $db.$schema ii) create a new ${mosaic_table_name} and insert new rows using ${mosaic_name} as value for the name column and previously created tablename_prefix_level tables as values for tiletable column. iii) create the XML file starting from a template and replace postgis connection parameter entries, mastertable name entry, and coverage name. iv) open the reader on top of the configuration. About point #1, I would like to work with wickets to allow specifying these parameters at configuration time when using it from GeoServer. What do you think about it? Cheers, Daniele == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Daniele Romagnoli Senior Software Engineer GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- On Wed, Jul 10, 2013 at 6:12 PM, Daniele Romagnoli (JIRA) j...@codehaus.org wrote: Daniele Romagnolihttps://jira.codehaus.org/secure/ViewProfile.jspa?name=dany111created [image: Improvement] GEOT-4507 https://jira.codehaus.org/browse/GEOT-4507 *Easiest way to setup imageMosaicJDBC-PGRaster*https://jira.codehaus.org/browse/GEOT-4507 *Issue Type:* [image: Improvement] Improvement *Assignee:* Unassigned *Components:* imagemosaic-jdbc plugin *Created:* 10/Jul/13 11:11 AM *Description:* Right now, in order to config an imageMosaic JDBC against PGRaster DB there are several steps to be performed: 1) use gdal_retile to create tiles for images 2) insert tiled data as new table (one for level) into PGRaster using raster2pgsql scripts invokation 3) create a table containing level information (reference table, envelope, resolutions) 4) create 3 XML config files with JDBC mapping, coverage properties, table mapping 5) configure the mosaic. It would be good to have some automagic way to do steps 2 through 5 with minimal user intervention. As an instance, it would be great if we could just provide the location of the folder containing tiled images (levels), as well as a set of some additional parameters (table name prefix, mosaic name, coverage name, DB credentials) and let the imageMosaicJDBC do all these steps automatically. *Project:* GeoTools https://jira.codehaus.org/browse/GEOT * Priority:* [image: Minor] Minor *Reporter:* Daniele Romagnolihttps://jira.codehaus.org/secure/ViewProfile.jspa?name=dany111
Re: [Geotools-devel] Preparing for the release
Hi List, - The release scripts are not tagging correctly (tag shows SNAPSHOT still JIRA has not been reported) Sorry, I don't understand what you are saying the issue is here. Is there a jira for this somewhere? I opened one here: https://jira.codehaus.org/browse/GEOT-4511 ...But the ant script Justin mentioned after looking at the PR works fine so its likely this was a one off glitch. - Feel free to close. Cheers, Geoff -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] [jira] (GEOT-4507) Easiest way to setup imageMosaicJDBC-PGRaster
Hi Christian, I'm not sure to have fully understood your feedbacks. Please, read below... == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Daniele Romagnoli Senior Software Engineer GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- On Mon, Jul 15, 2013 at 3:32 PM, Christian Mueller christian.muel...@os-solutions.at wrote: Hi Daniele Personally, I would not go this way. I did a quick look at http://postgis.refractions.net/docs/using_raster.xml.html#RT_Raster_Loader First, I would rely on raster2psql for importing the raster data. I'm using indeed the raster2pgsql executable (not the python one) to do the raster data import. Is it a different tool with respect to raster2psql? I didn't find any documentation about raster2psql, whilst I did my tests checking the same doc on raster2pgsql you have reported. (Note the g char difference) If we are talking about the same tool, I see you said I would... do you mean I wouldn't?. The resulting sql script may run a long time and you would risk a timeout if you trigger it within GeoServer. As a consequence, the user has to start the SQL script separately. Second, I would implement a complete new reader according to the new API using the system views Well, my task was to simplify and automatize the preconfigurations steps available on your ImageMosaicJDBC tutorials to let it work with the current ImageMosaicJDBCReader instead of creating a new reader using new APIs. Please, let me know your feedbacks about the first point. Cheers, Daniele raster_columns raster_overviews But I will leave it up to you. Cheers Christian 2013/7/15 Daniele Romagnoli daniele.romagn...@geo-solutions.it Continuing the discussion here: We have a mandate to simplify the PostGIS raster support. My plan is to create a JDBCPGRasterConfigurationBuilder which, starting from an input folder containing tiles created with gdal_retile, do this: - store tiles into DB (using raster2pgsql script) - create metadata table and store tileTables into it - create XML configuration file (starting from a template) to specify connection params, mapping params, and coverage properties - pass down the newly created config file to the usual reader. Parameters (such as DB credentials, table prefixes, ) will be passed down as a JDBCPGRasterConfigurationBean through Hints. From a GS point of view, we can setup a new wicket to specify them. Cheers, Daniele Daniele == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Daniele Romagnoli Senior Software Engineer GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- On Wed, Jul 10, 2013 at 6:23 PM, Daniele Romagnoli daniele.romagn...@geo-solutions.it wrote: A few notes about this JIRA. I would like to do something like this: 1) specify basic parameters (maybe as Hints or as a ConfigurationBean): - tablename_prefix - mosaic_table_name - mosaic_name - db properties (host, user, password, db, schema) 2) configure an ImageMosaicJDBC against a folder contained data prepared with gdal_retile. Automatic steps performed by new code: i) insert each level using raster2pgsql into the proper ${tablename_prefix}_level table into the proper $db.$schema ii) create a new ${mosaic_table_name} and insert new rows using ${mosaic_name} as value for the name column and previously created tablename_prefix_level tables as values for tiletable column. iii) create the XML file starting from a template and replace postgis connection parameter entries, mastertable name entry, and coverage name. iv) open the reader on top of the configuration. About point #1, I would like to work with wickets to allow specifying these parameters at configuration time when using it from GeoServer. What do you think about it? Cheers, Daniele == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Daniele Romagnoli Senior Software Engineer GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- On Wed, Jul 10, 2013 at 6:12 PM, Daniele Romagnoli (JIRA) j...@codehaus.org wrote: Daniele Romagnolihttps://jira.codehaus.org/secure/ViewProfile.jspa?name=dany111created [image: Improvement] GEOT-4507 https://jira.codehaus.org/browse/GEOT-4507 *Easiest way to setup
Re: [Geotools-devel] Preparing for the release
On 15 July 2013 14:12, Justin Deoliveira jdeol...@opengeo.org wrote: @Ian: When doing the release if you can hold off on running the publish job I would like to check out the state of the local repo on the build server to ensure there are no issues like this one. no problem - I'll give you a shout when I've done. Ian PS all this assumes that the wifi works at the hotel I'm in this week. -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] [Hudson] Build failed in Hudson: geotools-master-jdbc #341
See http://hudson.opengeo.org/hudson/job/geotools-master-jdbc/341/ -- Started by upstream project geotools-master build number 4829 [workspace] $ /bin/bash /var/cache/jetty/data/hudson1791075083409910257.sh ~/.geotools http://hudson.opengeo.org/hudson/job/geotools-master-jdbc/ws/ http://hudson.opengeo.org/hudson/job/geotools-master-jdbc/ws/ [INFO] Using Maven 3 installation: maven-3.0.4 [INFO] Checking Maven 3 installation environment [workspace] $ /opt/apache-maven-3.0.4/bin/mvn --help [INFO] Checking Maven 3 installation version [INFO] Detected Maven 3 installation version: 3.0.4 [workspace] $ /opt/apache-maven-3.0.4/bin/mvn clean install -V -B -DLD_LIBRARY_PATH=/usr/local/lib -Doracle=true -Dmaven.ext.class.path=/var/lib/hudson/maven/slavebundle/resources:/var/lib/hudson/maven/slavebundle/lib/maven3-eventspy-3.0.jar:/var/lib/jetty/webapps/hudson/WEB-INF/lib/hudson-remoting-2.2.0.jar -Dhudson.eventspy.port=60157 -f modules/plugin/jdbc/pom.xml [DEBUG] Waiting for connection on port: 60157 Apache Maven 3.0.4 (r1232337; 2012-01-17 08:44:56+) Maven home: /opt/apache-maven-3.0.4 Java version: 1.6.0_33, vendor: Sun Microsystems Inc. Java home: /usr/lib/jvm/java-6-sun-1.6.0.33_x64/jre Default locale: en_US, platform encoding: UTF-8 OS name: linux, version: 2.6.32-11-pve, arch: amd64, family: unix [ERROR] Process did not initiate connection and is still alive; killing it [ERROR] Failure: hudson.AbortException: Process failed to connect; exit code: 143 ERROR: Process failed to connect; exit code: 143 [PostBuildScript] - Execution post build scripts. [workspace] $ /bin/bash /var/cache/jetty/data/hudson1329118767258339878.sh ~/.geotools http://hudson.opengeo.org/hudson/job/geotools-master-jdbc/ws/ http://hudson.opengeo.org/hudson/job/geotools-master-jdbc/ws/ -- This message is automatically generated by Hudson. For more information on Hudson, see: http://hudson-ci.org/ -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Preparing for the release
Yes. I will provide you with a password in a private email. On 16/07/13 13:38, Ian Turton wrote: I now find I need access to Hudson (or my password reset/reminding of my user name) and possibly adding to geoserver-despots on Jira. I think I have the sourceforge permissions but I'm not sure how to check. Can anyone help me with these? Cheers Ian PS Hotel wifi is poor but usable On 15 July 2013 16:06, Ian Turton ijtur...@gmail.com mailto:ijtur...@gmail.com wrote: On 15 July 2013 14:12, Justin Deoliveira jdeol...@opengeo.org mailto:jdeol...@opengeo.org wrote: @Ian: When doing the release if you can hold off on running the publish job I would like to check out the state of the local repo on the build server to ensure there are no issues like this one. no problem - I'll give you a shout when I've done. Ian PS all this assumes that the wifi works at the hotel I'm in this week. -- Ian Turton -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Ben Caradoc-Davies ben.caradoc-dav...@csiro.au Software Engineer CSIRO Earth Science and Resource Engineering Australian Resources Research Centre -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Preparing for the release
On 16/07/13 13:38, Ian Turton wrote: I now find I need access to Hudson (or my password reset/reminding of my user name) You should have received your Hudson credentials in another email. and possibly adding to geoserver-despots on Jira. Done. And I made you a developer too so we can assign you more dirty jobs. :-) It might take a few minutes before you permissions propagate. If you can administer the Jira project, it is working. I think I have the sourceforge permissions but I'm not sure how to check. Log in and navigate to the project files. If you see buttons to add a file or folder, you should have sufficient permissions for the release. Kind regards, -- Ben Caradoc-Davies ben.caradoc-dav...@csiro.au Software Engineer CSIRO Earth Science and Resource Engineering Australian Resources Research Centre -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel