Re: [Geotools-devel] Jira cleanup sprint?

Ciao Andrea, Ciao Christian, are we still ok with doing this? I would suggest doing it in multiple short cycles, like half a day a couple of times, separated by a week-time. Feedback? Simone. --- Ing. Simone Giannecchini GeoSolutions S.A.S. Fou

Re: [Geotools-devel] Jira cleanup sprint?

Simone Giannecchini ha scritto: > Ciao Andrea, Ciao Christian, > are we still ok with doing this? > > I would suggest doing it in multiple short cycles, like half a day a > couple of times, separated by a week-time. Pros: - we can ask for feedback on badly specified bug reports and then close

Re: [Geotools-devel] Jira cleanup sprint?

- 2 days --> impossible in the short term - 1 day --> very difficult in the short temr Aside, atm it looks like the only ones who are willing to join are on the same timezone, should we start with the least resistence path and then if/when someone else will join we can rediscuss rules? Simone. -

Re: [Geotools-devel] Jira cleanup sprint?

Simone Giannecchini ha scritto: > - 2 days --> impossible in the short term > - 1 day --> very difficult in the short temr > > Aside, atm it looks like the only ones who are willing to join are on > the same timezone, should we start with the least resistence path and > then if/when someone else

[Geotools-devel] Build failed in Hudson: geotools-2.6.x #351

See -- A SCM change trigger started this job Updating http://svn.osgeo.org/geotools/branches/2.6.x ERROR: Failed to update http://svn.osgeo.org/geotools/branches/2.6.x org.tmatesoft.svn.core.SVNExcep

[Geotools-devel] OK to put some non-GeoTools dependencies (application schema bundles) in our osgeo maven repo?

Jody, I have 10 jar files containing various suites of application schemas (at this time mostly GeoSciML 2.0 and dependencies) that I would like to have available at GeoTools test time. These are as-published schemas, packaged in an implementation-neutral structure. I'd like to upload them ont

[Geotools-devel] [jira] Created: (GEOT-3085) Application schema resolver with catalog/classpath/cached-download support

Application schema resolver with catalog/classpath/cached-download support -- Key: GEOT-3085 URL: http://jira.codehaus.org/browse/GEOT-3085 Project: GeoTools Issue Type:

Re: [Geotools-devel] how to get Bursa-Wolf parameters in WKT strings

Hi jody I had a look at the example given at : http://docs.codehaus.org/display/GEOTDOC/01+CRS+Helper+Class#01CRSHelperClass-SearchingforaCoordinateReferenceSystem I think you refer to the following code : - String code = CRS.lookupIdentifier( example, true ); // should be "EPSG:4230"Coor

[Geotools-devel] Hudson build is back to normal: geotools-2.6.x #352

See -- ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/list

[Geotools-devel] Query - org.geotools.referencing.factory.AbstractAuthorityFactory

Hi all, I have been investigating the Axis Order for Bounding Box specified in a WFS spatial query for complex features and now I have managed to resolve some of the issues I was having previously (previous emails). Looking at the class org.geoserver.feature.ReprojectingFilterVistor class lin

Re: [Geotools-devel] Jira cleanup sprint?

Hi Andrea and all... Thanks for getting the ball rolling. Much like you I plan to do this Friday and Saturday; if others are around that would be great; if not hopefully we can get a momentum and encourage others. I actually expect it will be very difficult to stay on task and simply close bugs

Re: [Geotools-devel] OK to put some non-GeoTools dependencies (application schema bundles) in our osgeo maven repo?

Hi Ben. I think you are into proposal territory - ie a modification that would impact our build process. I like the idea of an alternative to storing stuff in svn we have now: - http://svn.osgeo.org/geotools/branches/2.6.x/modules/ogc Would you be able to migrate the existing schemas? While it

Re: [Geotools-devel] Jira cleanup sprint?

As far as I see, there no open issues assigned to me, but I am involved in jdbc-ng module. There are 4 issues assigned to David Adler for the old db2 module. Should I close with a won' t fix ?. Feel free to choose I time schedule, I will do my best.

[Geotools-devel] [jira] Created: (GEOT-3086) Merge AbstractProcessor with DefaultProcessor

Merge AbstractProcessor with DefaultProcessor - Key: GEOT-3086 URL: http://jira.codehaus.org/browse/GEOT-3086 Project: GeoTools Issue Type: Improvement Components: core coverage Affec

Re: [Geotools-devel] Jira cleanup sprint?

The other thing about closing issues that are "won't fix" or cannot reproduce - is you do not have to wait do it today :-) Jody On 17/05/2010, at 8:36 PM, christian.muel...@nvoe.at wrote: > As far as I see, there no open issues assigned to me, but I am > involved in jdbc-ng module. > > There

[Geotools-devel] Build failed in Hudson: geotools-trunk #2690

See Changes: [simonegiannecchini] GEOT-3086 -- [...truncated 1770 lines...] at org.junit.internal.runners.ClassRoadie.runUnprotected(ClassRoadie.java:27) at org.junit.inte

Re: [Geotools-devel] Jira cleanup sprint?

christian.muel...@nvoe.at ha scritto: > As far as I see, there no open issues assigned to me, but I am involved > in jdbc-ng module. > > There are 4 issues assigned to David Adler for the old db2 module. > Should I close with a won' t fix ?. If the issues cannot be reproduced with the new DB2

Re: [Geotools-devel] Jira cleanup sprint?

Done, closed 4 open issues with won't fix, the new jdbc-ng-db2 module does not have these problems. Quoting Andrea Aime : > christian.muel...@nvoe.at ha scritto: >> As far as I see, there no open issues assigned to me, but I am >> involved in jdbc-ng module. >> >> There are 4 issues assigne

[Geotools-devel] Build failed in Hudson: geotools-trunk #2691

See Changes: [simonegiannecchini] GEOT-3086 [simonegiannecchini] GEOT-3086 [simonegiannecchini] GEOT-3086 -- [...truncated 8868 lines...] service="WFS" version="1.1.0" xmlns:sf="http://

[Geotools-devel] [jira] Reopened: (GEOT-3062) CRS.parseWKT causes CloneNotSupportedException

[ http://jira.codehaus.org/browse/GEOT-3062?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joachim Van der Auwera reopened GEOT-3062: -- Stack trace when I had the problem {code} java.lang.AssertionError: java.lang.CloneNotSupp

[Geotools-devel] Hudson build is back to normal: geotools-trunk #2692

See -- ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/li

[Geotools-devel] Unit of measure support is in

Hi, I've finally been able to commit the unit of measure support Milton developed on GeoTools trunk (that makes it available for GeoServer trunk too, of course). If you're interested in the topic please test :-) Oh, if you need a reminder of what UOM support does, there is a quick example here: h

[Geotools-devel] Bolg entry regarding Oracle Georaster

I have seen that the blog entry is not yet published. Should I ? This message was sent using IMP, the Internet Messaging Program. -- ___

Re: [Geotools-devel] Bolg entry regarding Oracle Georaster

christian.muel...@nvoe.at ha scritto: > I have seen that the blog entry is not yet published. Should I ? I guess so, yeah :-) Cheers Andrea -- Andrea Aime OpenGeo - http://opengeo.org Expert service straight from the developers.

Re: [Geotools-devel] Bolg entry regarding Oracle Georaster

Done Quoting Andrea Aime : > christian.muel...@nvoe.at ha scritto: >> I have seen that the blog entry is not yet published. Should I ? > > I guess so, yeah :-) > > Cheers > Andrea > > -- > Andrea Aime > OpenGeo - http://opengeo.org > Expert service straight from the developers. -

[Geotools-devel] H2 dependency in imagemosaic-jdbc

Hi, looking at the build scroll by I've noticed this: [INFO] Copying 1 resource Downloading: http://download.java.net/maven/2/org/h2database/h2/1.0-SNAPSHOT/h2-1.0-SNAPSHOT.pom [INFO] Unable to find resource 'org.h2database:h2:pom:1.0-SNAPSHOT' in repository maven2-repository.dev.java.net (http:

Re: [Geotools-devel] H2 dependency in imagemosaic-jdbc

Ran into this one my self a while back. And +1 on standardizing h2 version. On 10-05-17 9:46 AM, Andrea Aime wrote: > Hi, > looking at the build scroll by I've noticed this: > > [INFO] Copying 1 resource > Downloading: > http://download.java.net/maven/2/org/h2database/h2/1.0-SNAPSHOT/h2-1.0-SNAPSH

Re: [Geotools-devel] H2 dependency in imagemosaic-jdbc

Fixed on 2.6.x and trunk, thanks for the hint Quoting Andrea Aime : > Hi, > looking at the build scroll by I've noticed this: > > [INFO] Copying 1 resource > Downloading: > http://download.java.net/maven/2/org/h2database/h2/1.0-SNAPSHOT/h2-1.0-SNAPSHOT.pom > [INFO] Unable to find resource 'org.h2

Re: [Geotools-devel] H2 dependency in imagemosaic-jdbc

christian.muel...@nvoe.at ha scritto: > Fixed on 2.6.x and trunk, thanks for the hint Thanks for the quick fix! Cheers Andrea -- Andrea Aime OpenGeo - http://opengeo.org Expert service straight from the developers. --

Re: [Geotools-devel] H2 dependency in imagemosaic-jdbc

A question of honour :-) Quoting Andrea Aime : > christian.muel...@nvoe.at ha scritto: >> Fixed on 2.6.x and trunk, thanks for the hint > > Thanks for the quick fix! > > Cheers > Andrea > > -- > Andrea Aime > OpenGeo - http://opengeo.org > Expert service straight from the developers.

Re: [Geotools-devel] OK to put some non-GeoTools dependencies (application schema bundles) in our osgeo maven repo?

On 17/05/10 18:25, Jody Garnett wrote: > I think you are into proposal territory - ie a modification that would impact > our build process. I am not so sure. It should have no visible impact whatsoever on the build process. It is more changing the means of delivery of documents required for the

[Geotools-devel] Proposed new module: gt-app-schema-resolver

I propose to split off the application schema resolution code from gt-app-schema into a new module gt-app-schema-resolver: http://jira.codehaus.org/browse/GEOT-3085 Any objections? The new module has no dependencies on gt-app-schema. If gt-app-schema-resolver works well enough, it might be usef

[Geotools-devel] Proposal: move app-schema from unsupported to extension

The GeoTools module gt-app-schema has now been included in GeoServer releases since October 2009. I propose to promote it (and the proposed gt-app-schema-resolver) to extension. The old unsupported/app-schema will remain to house gt-webservice and other unreleased code. gt-app-schema is already

Re: [Geotools-devel] [ExternalEmail] Re: OK to put some non-GeoTools dependencies (application schema bundles) in our osgeo maven repo?

On 18/05/10 09:22, Ben Caradoc-Davies wrote: > So, if I announced that I had a third-party whizbang-1.3.2.jar that I > wanted to use in app-schema testing, would I be allowed to upload it to > the osgeo maven repo? I think the process has been fairly informal so far. In a nutshell, do I need to as

Re: [Geotools-devel] [ExternalEmail] Re: OK to put some non-GeoTools dependencies (application schema bundles) in our osgeo maven repo?

In general we try and talk about things to see if there are areas where we could remove duplication. In this case I think there might be. I am not trying to slow you down; and I really like the idea of bundling the contents so the build goes faster. We have a couple of GML tests that are very s

Re: [Geotools-devel] Proposal: move app-schema from unsupported to extension

Exciting Ben, We do ask that one page be available in the geotools user guide; even if it just links off to docs you have written in geoserver. Any of my other questions can be answered as you fill in the pages you already found: - code coverage - review.apt - documentation - etc... Should we

Re: [Geotools-devel] Proposal: move app-schema from unsupported to extension

On 18 May 2010 11:46, Jody Garnett wrote: > indeed there may be some overlap with recent work Micheal was doing. Me ? Michael -- ___ Geotools-devel mailing list Geotools-deve

Re: [Geotools-devel] Proposal: move app-schema from unsupported to extension

You. Reni had worked on some of the symbology encoding functions earlier; and they were used as a base for some of the "mapping" functions. One I did with her involved reading in a property for (or csv file?) and the function would look up a value in the file ... The same approach could be use

Re: [Geotools-devel] Proposal: move app-schema from unsupported to extension

On 18 May 2010 12:47, Jody Garnett wrote: > You. > > Reni had worked on some of the symbology encoding functions earlier; and they > were > used as a base for some of the "mapping" functions. > One I did with her involved reading in a property for (or csv file?) and the > function would > look u

Re: [Geotools-devel] Proposal: move app-schema from unsupported to extension

Ben Caradoc-Davies ha scritto: > The GeoTools module gt-app-schema has now been included in GeoServer > releases since October 2009. I propose to promote it (and the proposed > gt-app-schema-resolver) to extension. The old unsupported/app-schema > will remain to house gt-webservice and other unr

Re: [Geotools-devel] Proposed new module: gt-app-schema-resolver

Ben Caradoc-Davies ha scritto: > I propose to split off the application schema resolution code from > gt-app-schema into a new module gt-app-schema-resolver: > http://jira.codehaus.org/browse/GEOT-3085 > > Any objections? > > The new module has no dependencies on gt-app-schema. If > gt-app-sche

Re: [Geotools-devel] [ExternalEmail] Re: OK to put some non-GeoTools dependencies (application schema bundles) in our osgeo maven repo?

Ben Caradoc-Davies ha scritto: > On 18/05/10 09:22, Ben Caradoc-Davies wrote: >> So, if I announced that I had a third-party whizbang-1.3.2.jar that I >> wanted to use in app-schema testing, would I be allowed to upload it to >> the osgeo maven repo? I think the process has been fairly informal so

Re: [Geotools-devel] [ExternalEmail] Re: OK to put some non-GeoTools dependencies (application schema bundles) in our osgeo maven repo?

Andrea Aime ha scritto: > Ben Caradoc-Davies ha scritto: >> On 18/05/10 09:22, Ben Caradoc-Davies wrote: >>> So, if I announced that I had a third-party whizbang-1.3.2.jar that I >>> wanted to use in app-schema testing, would I be allowed to upload it to >>> the osgeo maven repo? I think the proces