Re: [Geotools-devel] New unsupported module request

+1. (I think one vote is all you need.) Are the drivers open source? On 30/03/11 14:25, Jesse Eichar wrote: > Hi all, > > I have been working on a Datastore for the teradata database > (http://www.teradata.com/). I would like to add it as an unsupported module > for now. Any questions? > > J

[Geotools-devel] New unsupported module request

Hi all, I have been working on a Datastore for the teradata database ( http://www.teradata.com/). I would like to add it as an unsupported module for now. Any questions? Jesse -- Enable your software for Intel(R) Activ

[Geotools-devel] GeoTools Google Summer of Code 2011

Hi all, The OSGeo has been accepted as a mentoring organization for the 2011 Google Summer of Code. Last year GeoTools was represented in a successful Google Summer of Code project to integrate the Neo4j graph database into Geotools and

Re: [Geotools-devel] JDBC DatastoreTest testFeatureReader question

I have posted a patch if you feel like reviewing it. http://jira.codehaus.org/browse/GEOT-3485 Jesse On Tue, Mar 29, 2011 at 4:38 PM, Justin Deoliveira wrote: > Yeah, it is a dialect for teradata's spatial database. > > http://www.teradata.com/t/ > > Jesse should be proposing a new unsupported

Re: [Geotools-devel] JDBC DatastoreTest testFeatureReader question

Yeah, it is a dialect for teradata's spatial database. http://www.teradata.com/t/ Jesse should be proposing a new unsupported module this week which will be accompanied shortly after by a geoserver community module. -Justin On Tue, Mar 29, 2011 at 8:32 AM, Andrea Aime wrote: > On Tue, Mar 29,

Re: [Geotools-devel] JDBC DatastoreTest testFeatureReader question

On Tue, Mar 29, 2011 at 3:07 PM, Justin Deoliveira wrote: > +1 on removing any bad assumptions from the base tests. I just ask that you > run the tests on at least h2 to ensure that there are no breakages. Any > other databases like postgis that you can run on even better. Fully agree. Out of cur

[Geotools-devel] [jira] Created: (GEOT-3486) sdetables with SINGLE row ID allocation is a correctly registered FeatureClass

sdetables with SINGLE row ID allocation is a correctly registered FeatureClass -- Key: GEOT-3486 URL: http://jira.codehaus.org/browse/GEOT-3486 Project: GeoTools Iss

Re: [Geotools-devel] JDBC DatastoreTest testFeatureReader question

+1 on removing any bad assumptions from the base tests. I just ask that you run the tests on at least h2 to ensure that there are no breakages. Any other databases like postgis that you can run on even better. On Tue, Mar 29, 2011 at 6:13 AM, Jesse Eichar wrote: > I have created a ticket for this

Re: [Geotools-devel] JDBC DatastoreTest testFeatureReader question

I have created a ticket for this and will attache a patch for review in a few minutes. I have since found other instances of this assumption. I will add all the findings to that ticket: http://jira.codehaus.org/browse/GEOT-3485 I would like a review from Justin or Andrea before I commit to ensu

[Geotools-devel] [jira] Created: (GEOT-3485) JDBC test assumes order of feature retrieval

JDBC test assumes order of feature retrieval Key: GEOT-3485 URL: http://jira.codehaus.org/browse/GEOT-3485 Project: GeoTools Issue Type: Bug Components: data jdbc-ng Affects Versions

Re: [Geotools-devel] JDBC DatastoreTest testFeatureReader question

Many db systems retrieve the records in the inserting order if no order by is given. But this is not part of any sql standard, the order of the records is not guaranteed unless an order by clause is present. The test relies on a false assumption and should be rewritten. This can be done by c

[Geotools-devel] JDBC DatastoreTest testFeatureReader question

Hi, currently the testGetFeatureReader in JDBCDatastoreTest assumes that the features are retrieved from the database in a certain order and if the database does not return the features in the same order as they are inserted the test fails. My question: Is there a rule that states that features m