Re: [Geotools-devel] OpenJDK 7 build server up and running
On Mon, Nov 19, 2012 at 7:35 AM, Ben Caradoc-Davies < ben.caradoc-dav...@csiro.au> wrote: > On 18/11/12 22:20, Andrea Aime wrote: > >> The OpenJDK7 will be useful instead for catching misuse of Treeset and >> for tests that have execution order dependencies (that is, the work if you >> run methodA, methodB, methodC, but fail if you run methodB, methodC, >> methodA) >> > > Great work, Andrea, much appreciated. > > For extra credit, surefire:test also has the runOrder flag for running > tests in alternating forward and reverse order or random order, and > forkMode+threadCount for multithreaded testing to break weak code. Because > these flags make builds even more unstable, they are not always a > appropriate, but might be interesting for *-extra-builds. > I am game enabling random test order provided someone will help me fix the resulting issues :-) 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 --- -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] OpenJDK 7 build server up and running
On 18/11/12 22:20, Andrea Aime wrote: > The OpenJDK7 will be useful instead for catching misuse of Treeset and > for tests that have execution order dependencies (that is, the work if you > run methodA, methodB, methodC, but fail if you run methodB, methodC, > methodA) Great work, Andrea, much appreciated. For extra credit, surefire:test also has the runOrder flag for running tests in alternating forward and reverse order or random order, and forkMode+threadCount for multithreaded testing to break weak code. Because these flags make builds even more unstable, they are not always a appropriate, but might be interesting for *-extra-builds. Kind regards, -- Ben Caradoc-Davies Software Engineer CSIRO Earth Science and Resource Engineering Australian Resources Research Centre -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] feature collection cleanup is a go
Thanks a lot, Jody, this has been a huge effort. Great success! http://www.youtube.com/watch?v=J88-RdWnNT0 I just fixed a test compile failure in gt-webservice (unsupported; we build it on our Jenkins), replacing a size method with DataUtilities.count . Yes, *another* size method, who would have thought? :-) This cleanup was made much easier by your excellent documentation. I am so pleased with it that I am linking to it here for all to see: http://geotoolsnews.blogspot.com.au/2012/11/featurecollection-cleanup.html http://docs.codehaus.org/display/GEOTOOLS/FeatureCollection+cleanup You made some mention in confluence and git commit logs of the unsafe use of use utility classes in app-schema (simple feature assumptions?). I see your in-code comments. Please direct us to remaining areas of concern and we will at the least get them into Jira. Thanks also for your improvements to dodgy size implementations in app-schema tests. Some of these classes go back to 2007 or earlier and need some attention. Kind regards. -- Ben Caradoc-Davies Software Engineer CSIRO Earth Science and Resource Engineering Australian Resources Research Centre -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Compositing and image filters in SLD
Tough problem, providing an alternate solution for discussion only (not criticism of your two ideas). > However that has some limitations, in that we could support only > one image filter per feature type style, whilst Mapnik supports > a chain of them. > They actually do that in a single attribute, sticking filter params in > it too: > > image-filter="grey|blur:rx=4,ry=4|emboss|..."/ > Hum... that seems a bit extreme, on the other side if we are going > to support many of them in a single vendor option, I don't see > a way out. > > > Let me try another one … 1) Each FeatureTypeStyle has a list of Rules 2) One of the Rules can be marked as "other" (that is provides a isElseFilter () True rather rather than a Filter), this acts as a "catch all" for any features that were not other wise rendered .. in a sense this Rule is acting on the entire FeatureType Style 3) So here is the counter proposal - Make a Rule.isComposition() that acts on the entire FeatureTypeStyle (after the other rules have had a go at it) - Allow it to provide a list of symbolisers - The RasterSymbolizer controlling bands and so forth can be used almost as is (in order to represent the simple alpha or colour manipulations) - RasterSymbolizers with r=1.0,g=1.0,b=1.0 can be combined with vendor parameters for the other senarios you describe below 1.0 … 1.0 And the list of RasterSymbolizers can form your "chain". This has the advantage of keep vendor options in the same spot, to other systems the Rules will not appear to have any content to work etc… So smaller API change, does it make sense? Jody-- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] OpenJDK 7 build server up and running
Hi, finally managed to make both GeoTools and GeoServer build on OpenJDK7, as a result the OpenJDK7 has been setup to start sending mails out to the "extra builds" mailing lists: https://groups.google.com/forum/#!forum/geoserver-extra-builds https://groups.google.com/forum/#!forum/geotools-extra-builds Btw, the windows build server has started to pay its dividends, the feature collection cleanup patches missed an important bit to close some feature iterators, both the gt2 and geoserver builds on Windows immediately started to crap out about the issue and we were able to locate and fix it. The OpenJDK7 will be useful instead for catching misuse of Treeset and for tests that have execution order dependencies (that is, the work if you run methodA, methodB, methodC, but fail if you run methodB, methodC, methodA) 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 --- -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] [jira] (GEOT-4320) PostGIS-Versioned replaced with GeoGit
Jody Garnett created GEOT-4320 PostGIS-Versioned replaced with GeoGit Issue Type: Bug Affects Versions: 9.0-M1 Assignee: Unassigned Components: postgis-versioning plugin Created: 18/Nov/12 6:43 AM Description: The postgis-versioned experiment is over (and it is the last of the origional JDBC DataStore based on AbstractDataStore!) If you are still interested in this functionality please look at the GeoGit datastore (and support GeoTools development!) Project: GeoTools Priority: Major Reporter: Jody Garnett 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 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] FeatureCollection cleanup is applied
Andrea reports that *community* has been missed from the feature collection cleanup. -- Jody Garnett On Saturday, 17 November 2012 at 7:52 PM, Jody Garnett wrote: > GeoServer pull request rebased, and applied to master. > > Hudson reports success: > - http://hudson.opengeo.org/hudson/job/geoserver-master/5607/console > > -- > Jody Garnett > > > On Saturday, 17 November 2012 at 11:18 AM, Jody Garnett wrote: > > > Change applied to GeoTools master, will look at uDig and GeoServer code > > base this afternoon. > > > > Jody > > > featurecollection cleanup > > > === > > > > > > GeoTools: > > > - http://docs.codehaus.org/display/GEOTOOLS/FeatureCollection+cleanup > > > - https://jira.codehaus.org/browse/GEOT-4181 > > > - https://github.com/geotools/geotools/pull/44 > > > > > > > > > GeoServer: > > > - https://jira.codehaus.org/browse/GEOS-5398 > > > - https://github.com/geoserver/geoserver/pull/61 > > > > > > uDig: > > > - https://github.com/uDig/udig-platform/pull/161 > > > > > > Everyone else: > > > - switch dependency to 9.0-M0 and follow upgrade.rst > > > - http://docs.geotools.org/latest/userguide/welcome/upgrade.html > > > > > > When: after 9.0-M0 milestone > > > Serously: When we get time, weekend house party? > > > > > > So Saturday 17th November (to avoid everyones workday) > > > -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel