Improve app-schema handling of nillable properties
--
Key: GEOT-2679
URL: http://jira.codehaus.org/browse/GEOT-2679
Project: GeoTools
Issue Type: Improvement
Components: data app-sche
app-schema DescribeFeatureType is schema invalid
Key: GEOT-2678
URL: http://jira.codehaus.org/browse/GEOT-2678
Project: GeoTools
Issue Type: Bug
Components: data app-schema
static DBTYPE and PORT parameters
-
Key: GEOT-2677
URL: http://jira.codehaus.org/browse/GEOT-2677
Project: GeoTools
Issue Type: Bug
Components: data jdbc-ng
Reporter: Jody Garnett
ArcSDE and jdbc-ng JNDI store factory parameters conflict, and arcsde complains
---
Key: GEOT-2676
URL: http://jira.codehaus.org/browse/GEOT-2676
Project: GeoTools
I
In this case I need to use it; indeed we have troubled some of our
udig developers since we have not tagged geotools for the last several
releases leaving them no real way to build from source if they wanted
to. Indeed I am not sure I even managed to grab the source jars for a
couple of the
Jody Garnett ha scritto:
> Darn I missed this when I made the 2.6-M2 release; so I can either apply
> the patch and redeploy that module; or we will need to fix up udig anyways.
Whatever works better for you. I don't think milestone releases are used
that much, and if they are, it's probably peop
Darn I missed this when I made the 2.6-M2 release; so I can either
apply the patch and redeploy that module; or we will need to fix up
udig anyways.
Jody
On 25/08/2009, at 7:16 PM, Andrea Aime wrote:
> Michael Bedward ha scritto:
>> I got caught by this change too.
>> It was no problem but I
I am not how it makes sense myself ... when I do a mvn deploy it goes
to:
- Uploading:
http://download.osgeo.org/webdav/geotools//org/geotools/gt-jdbc-mysql/2.6-M2/
And creates the following pom:
org.geotools
gt-jdbc-mysql
jar
MySQL DataStore
So my guess is the pom.xml for this one need
Jody Garnett ha scritto:
> My apologies if this is a resend I have been having trouble with mail
> getting through to source forge...
>
> GeoTools 2.6-M2 is tagged; and is deployed to our maven repository.
>
> I updated the release instructions - but still managed a few mistakes;
> and not ever
Michael Bedward ha scritto:
> I got caught by this change too.
>
> It was no problem but I hadn't known that GridCoverageRenderer was
> intended to be a non-public public class. How does one tell ?
Right, there is no established way. As I said in the first mail,
"it is my feeling". Like, the clas
Jody Garnett ha scritto:
> The groupId for the mysql module is actually correct - that is what
> 2.6-M2 deployed it as...
I don't see how it can be correct. The jdbc-ng modules are a sub-group,
their group id should specify that just as it happens with
the xml modules, "org.geotools.xsd".
Please
MrSID imageio-ext test fails on JDK 1.5 + gdal on Linux
Key: GEOT-2675
URL: http://jira.codehaus.org/browse/GEOT-2675
Project: GeoTools
Issue Type: Bug
Components: gc imagei
Dear all, esp. Simone and Andrea,
After much dithering I now have the proposed GridCoverage2D coord
conversion methods proposed in this issue...
http://jira.codehaus.org/browse/GEOT-2666
...working correctly. A patch is attached to the issue.
The methods for point conversion reference grid cell
The groupId for the mysql module is actually correct - that is what
2.6-M2 deployed it as...
Hunting through the maven repository trying to make sense of things
turned up several other older combinations using /jdbc gt-jdbc/ etc
Jody
On 25/08/2009, at 5:26 PM, Andrea Aime wrote:
> Jody G
Jody Garnett ha scritto:
> I have been have a spot of fun untangling jdbc-ng artifact dependencies
> - since switching to 2.6-M2. When working with SNAPSHTOTs almost
> everything was available (since we have published a SNAPSHOT over the
> last several months). Can we clean out old SNAPSHOTs?
>
I have been have a spot of fun untangling jdbc-ng artifact
dependencies - since switching to 2.6-M2. When working with SNAPSHTOTs
almost everything was available (since we have published a SNAPSHOT
over the last several months). Can we clean out old SNAPSHOTs?
groupId="org.geotools.jdbc" ar
Support polymorphism in app-schema
--
Key: GEOT-2674
URL: http://jira.codehaus.org/browse/GEOT-2674
Project: GeoTools
Issue Type: Improvement
Components: data app-schema
Reporter: Ben Car
17 matches
Mail list logo
