Jody Garnett wrote:
> Farrukh Najmi wrote:
>> I was looking at
>> trunk/modules/library/main/src/main/java/org/geotools/gml/SubHandlerPolygon.java
>>
>> and other classes there.
> I think that is the SAX parser; it does GML2 as I understand it.
>>> In general I don't know what these parsers do f
Mark Leslie wrote:
> "Previously, if a non-character value was supplied to an operator or
> function that requires text input, it was automatically cast to text,
> for most (though not all) built-in data types. This no longer happens:
> an explicit cast to text is now required for all non-character
2008/5/28 Wouter Schaubroeck <[EMAIL PROTECTED]>:
>
> Hey all,
>
> I've upgrade my postgresql version to 8.3.1 (from 8.2.x), and loaded
> it with the EPGS data, for using in geotools. While this used to work
> with version 8.2, this doesn't with the new version. This is the error
> i receive:
>
> C
Graham Davis is working on it; as an unsupported module it is not really
ready for users yet; stay tuned to the weekly IRC meetings for updates.
If you want to explore some of the ideas today start writing your own
implementations of Process; see unsupported/process for details. The
idea is tha
Hey all,
I've upgrade my postgresql version to 8.3.1 (from 8.2.x), and loaded
it with the EPGS data, for using in geotools. While this used to work
with version 8.2, this doesn't with the new version. This is the error
i receive:
Caused by: org.postgresql.util.PSQLException: ERROR: operator does
Farrukh Najmi wrote:
> I was looking at
> trunk/modules/library/main/src/main/java/org/geotools/gml/SubHandlerPolygon.java
>
> and other classes there.
I think that is the SAX parser; it does GML2 as I understand it.
>> In general I don't know what these parsers do for a JTS Geometry
>> object;
Jody Garnett wrote:
> Farrukh Najmi wrote:
>> Dear colleagues,
>>
>> Looking at geotools GML code its not clear to me how it uses the srid
>> and userData fields of the com.vividsolutions.jts.geom.Geometry class.
>>
> Which GML code did are you looking at specifically?
> - SAX parser? I think i
Farrukh Najmi wrote:
> I am unclear on how DefaultGeographicCRS implementation of
> CoordinateReferenceSystem works and whether what I am observing is
> correct behavior.
>
> I have the following code:
>
> String srsName = "urn:ogc:def:crs:EPSG:6.0:4277";
> Coordin
Farrukh Najmi wrote:
> Dear colleagues,
>
> Looking at geotools GML code its not clear to me how it uses the srid
> and userData fields of the com.vividsolutions.jts.geom.Geometry class.
>
Which GML code did are you looking at specifically?
- SAX parser? I think it sets the srsName to the userD
Farrukh Najmi a écrit :
> I have the following code:
>
> String srsName = "urn:ogc:def:crs:EPSG:6.0:4277";
> CoordinateReferenceSystem crs = CRS.decode(srsName);
> String srsName1 = crs.getName().toString();
>
> What I was expecting is that srsName1
I am unclear on how DefaultGeographicCRS implementation of
CoordinateReferenceSystem works and whether what I am observing is
correct behavior.
I have the following code:
String srsName = "urn:ogc:def:crs:EPSG:6.0:4277";
CoordinateReferenceSystem crs = CRS.decod
Dear colleagues,
Looking at geotools GML code its not clear to me how it uses the srid
and userData fields of the com.vividsolutions.jts.geom.Geometry class.
What are these fields set to when a JTS Geometry is stored after being
mapped from a GML geomtery?
What are these fields set to when a J
As far as I can tell, said module is empty (well, the pom.xml is there):
could someone shed some light on its state ?
Regards,
Luca Morandini
www.lucamorandini.it
-
This SF.net
13 matches
Mail list logo
