PostgisDatastore createSchema creates table with wrong geometrytype
---
Key: GEOT-3218
URL: http://jira.codehaus.org/browse/GEOT-3218
Project: GeoTools
Issue Type: Bug
Hi Jody,
my fault.
I was looking into the Java6 ImageMosaic tests issue working on the Simone's
PC.
I usually insert a GEOT- in my commit message. This time, I have
forgotten to add the ID of the JIRA you opened. I'm sorry.
Daniele
On Tue, Jul 27, 2010 at 2:14 AM, Jody Garnett
Good news on this side - for linux anyways. I was able to run trunk
with extensive tests.
I will try trunk again on mac later in the evening; did we ever get an
answer as to why 2.7-M2 was failing for imagemoasic?
Jody
On Tue, Jul 27, 2010 at 5:28 PM, Daniele Romagnoli
not for mac, yet :)
Simone.
---
==
IMPORTANT NOTICE
I will be on vacation from 2nd of August to 9th of August.
For urgent matters, please, contact Daniele Romagnoli at
daniele.romagn...@geo-solutions.it
==
Ing. Simone Giannecchini
GeoSolutions
So Frank asked for some help on http://trac.osgeo.org/osgeo/ticket/607
Does anyone remember how the webdav access was set up?
Other then that I am getting a bit sad not being able to publish
2.7-M2 to a maven repository; can anyone suggest an alternative?
- is deploying to opengeo server
Hi,
today I was trying to create a process that would make
up for some limitations of the WFS GetFeature operation,
in particular the inability to compute on the fly new
attribute.
I'd like to be able to define new attribute in the
returned collection as:
ecql expression as newname
There is
For the udig reshape operation that does the same cql thing you are refering
to I used the first feature in the source collection to determine the result
type. Not perfect but there you go.
in the past when talking about setting up a feature chaining (similar to a
jai image processing chain)
Hi List,
Since I am not sure if this is a geoserver / geotools related issue, thus
submitting it to both list.
What I would like to find out here is regarding the srsName encoding base on
the srid from the database.
The use case :
sa:samplingLocation
gml:LineString
Hi Justin,
I like your second idea, and it is actually similar to the patch Jody whipped
up (http://jira.codehaus.org/secure/attachment/50280/GML2EncodingUtils.patch).
Since AbstractFeatureTypeBinding.getProperties() eventually calls
GML2EncodingUtils.getProperties() anyway, we can make the
rini.angre...@csiro.au wrote:
Hi Justin,
I like your second idea, and it is actually similar to the patch Jody whipped
up (http://jira.codehaus.org/secure/attachment/50280/GML2EncodingUtils.patch).
Since AbstractFeatureTypeBinding.getProperties() eventually calls
Justin Deoliveira wrote:
The second way would be to modify the binding for AbstractFeatureType
and when it returns a geometry value to somehow set the srs there from
the feature type attribute type. Unfortunately simply modifying the user
data in place is probably not a good idea. It would
Nothing is especially wrong with it; it is just that it is not a decision we
have made for the library. Traditionally we have left user data alone to be
used by client code. We would need to decide what to put into it? A String for
srsName when encoding; or a CoordianteReferenceSystem for
On 27 July 2010 17:44, Jody Garnett wrote:
Other then that I am getting a bit sad not being able to publish
2.7-M2 to a maven repository; can anyone suggest an alternative?
Set up an account just for publishing with Sonatype ? Probably not an
ideal solution but it is a channel to maven
I am not sure exactly what you mean :-P
Quick search shows:
http://www.sonatype.com/people/2010/04/uploading-artifacts-to-the-central-maven-repository-diy/
Anything else we should know? We probably have to publish geoapi as well.
Jody
On 27/07/2010, at 10:33 PM, Michael Bedward wrote:
On 27
Evening;
I would like to cut a 2.6.x release for udig next week; is there anyone else
interested?
Jody
--
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to
Anything else we should know? We probably have to publish geoapi as well.
It's what I've used to publish JTS and jaitools. There are some good
notes here:
https://docs.sonatype.org/display/Repository/Sonatype+OSS+Maven+Repository+Usage+Guide
On 10-07-27 3:25 AM, Andrea Aime wrote:
rini.angre...@csiro.au wrote:
Hi Justin,
I like your second idea, and it is actually similar to the patch Jody
whipped up
(http://jira.codehaus.org/secure/attachment/50280/GML2EncodingUtils.patch).
Since AbstractFeatureTypeBinding.getProperties()
Hi Florence,
Yes this is hardcoded. You will find it in GML2EncodingUtils.toURI().
I am not sure this is really changeable. The existing format comes from
the wfs 1.0 spec, if we were to change it i am almost certain cite tests
would start failing.
-Justin
On 10-07-27 1:54 AM,
Thanks Justin for the feedback.
-Original Message-
From: Justin Deoliveira [mailto:jdeol...@opengeo.org]
Sent: Wednesday, 28 July 2010 12:49 AM
To: geotools-devel@lists.sourceforge.net
Subject: Re: [Geotools-devel] srsName encoding
Hi Florence,
Yes this is hardcoded. You will find it
19 matches
Mail list logo