Re: [Geotools-devel] representing xml attributes in feature model

My last message was too long :-) > gml:AbstractFeatureType >    <>--- gml:LocationPropertyType >              <>--- gml:AbstractGeometryType They have this organization because they LocationPropertyType is actually adding value; it is used as a choice between a Geometry and a couple other things

Re: [Geotools-devel] representing xml attributes in feature model

Some comments inline; wish I had time to sort this one out with you in more detail. On Tue, Sep 8, 2009 at 1:07 PM, Ben Caradoc-Davies wrote: > Jody Garnett wrote: >> That does not seem too strange.  In this case I am guessing that >>  GeologicUnit is a bit dynamic in nature > > This pattern is us

[Geotools-devel] charts snapshot dependency

Hi Andrea: A couple of things - the jfree dependency version number is tracked in chart/pom.xml - and not isolated into the dependency management section of the root pom.xml. I understand that you and alex worked out the revsion number of the snapshot for the 2.6-M2 release. This is not working o

Re: [Geotools-devel] representing xml attributes in feature model

Jody Garnett wrote: >> It seems to me that in GML an enclosing type has been introduced as >> an artifact to ensure that every complex property contains an >> element that gives its type information. To me this seems to be an >> encoding artifact that should be created at encoding time, not

Re: [Geotools-devel] representing xml attributes in feature model

Hi Ben: > I am not so sure. The GF_PropertyType in ISO 19109 is an abstract > supertype of GF_AttributeType. I think this means that, if GeoAPI > represents the ISO Feature Model, a Feature with complex properties > should have them as immediate properties, not enclosed in wrapper > comple

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

See -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and

Re: [Geotools-devel] Hi, i am Steve-Geopublisher

Ugo Taddei ha scritto: > Hello, > >> * ShapefileRenderer ignores any spatial index, when the URL protocol is not >> "file"- so the index in "jar:file:/home/some.jar!/some.gpx" is ignored. >> >> * GeoTiffReader also only checks for >>> if >>> (sourceURL.getProtocol().

Re: [Geotools-devel] hudson for ibm java and openjdk java

Christian Müller ha scritto: > Some questions about our preferences. I want to install an ibm hudson and an > openjdk hudson building geoserver/geotools > > The questions are > > 1) 32 or 64 bit java environment > 2) Java 5 / Java 6 > 3) CentOS 5.3, Ubuntu Server 9.04 or opensuse 11.1 > 4) onl

Re: [Geotools-devel] Hi, i am Steve-Geopublisher

Hello, > > * ShapefileRenderer ignores any spatial index, when the URL protocol is not > "file"- so the index in "jar:file:/home/some.jar!/some.gpx" is ignored. > > * GeoTiffReader also only checks for >> if >> (sourceURL.getProtocol().equalsIgnoreCase("http") >>

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

Sorry for that string of broken builds. Should be right now. Michael 2009/9/8 Hudson : > See > -- Let Crystal Reports handle the reporting - Free Crysta

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

See Changes: [mbedward] fix import [mbedward] minor fix -- [...truncated 12540 lines...] [INFO]task-segment: [clean, install] [INFO] ---

[Geotools-devel] hudson for ibm java and openjdk java

Some questions about our preferences. I want to install an ibm hudson and an openjdk hudson building geoserver/geotools The questions are 1) 32 or 64 bit java environment 2) Java 5 / Java 6 3) CentOS 5.3, Ubuntu Server 9.04 or opensuse 11.1 4) only trunk or geoserver 1.7.x and geotools 2.5.x

Re: [Geotools-devel] Hi, i am Steve-Geopublisher

Stefan Krüger ha scritto: > Hello > > I guess it's time to introduce myself (again). My name is Stefan Krüger and i > am a Java-FOSSGIS-freelancer from Bonn, Germany. I am the lead developer of > Geopublisher and the AtlasStyler SLD editor - both are Swing desktop > applications that build heav

Re: [Geotools-devel] Axis order and 2.6-M2

Milton Jonathan ha scritto: > Hey Jody, hey all > > Well, thanks for the feedback (also, thanks Stefan for your reply). > > Unfortunately, over here *nothing* seems to work for decoding EPSG CRS's > with longitude first when using 2.6-M2 > I tried: > - Deleting the HSQL database directory in tmp

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

See Changes: [mbedward] removing gui package dir [mbedward] rm accidentally committed file [mbedward] changed swing module package to org.geotools.swing; tweaks and fixes to JMapFrame and JMapPane; renamed demo/mapwidget to dem

[Geotools-devel] [jira] Reopened: (GEOT-2681) CQL implementation doesn't handle large numbers

[ http://jira.codehaus.org/browse/GEOT-2681?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mauricio Pazos reopened GEOT-2681: -- > CQL implementation doesn't handle large numbers > --- > >

Re: [Geotools-devel] representing xml attributes in feature model

Jody Garnett wrote: >> Another example is the use of property types. Are these even >> present in the ISO >> model, or are they a GML encoding artifact? > > They are present in the ISO model. I am not so sure. The GF_PropertyType in ISO 19109 is an abstract supertype of GF_AttributeType. I th