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

2010-04-20 Thread Hudson
See http://hudson.opengeo.org/hudson/job/geotools-trunk/2599/changes -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune

[Geotools-devel] [jira] Created: (GEOT-3046) FeatureCollection should be encoded with multiple featureMember elements not one featureMembers element to support xlink:href

2010-04-20 Thread Ben Caradoc-Davies (JIRA)
FeatureCollection should be encoded with multiple featureMember elements not one featureMembers element to support xlink:href - Key: GEOT-3046

[Geotools-devel] [jira] Created: (GEOT-3047) Encoder can actually perfom a single encode, a second will fail

2010-04-20 Thread Andrea Aime (JIRA)
Encoder can actually perfom a single encode, a second will fail --- Key: GEOT-3047 URL: http://jira.codehaus.org/browse/GEOT-3047 Project: GeoTools Issue Type: Bug

[Geotools-devel] Encoding GML and Xlink

2010-04-20 Thread Rob van Swol
Hi, I have a simple GML3 Application schema which I use to encode a featurecollection to a gml document. However I do not succeed in getting duplicate gml:id's in geometry elements to be replaced by xlink:href attributes. Even worse: duplicate id's are accepted while I thought that the

[Geotools-devel] FeatureCollection should be encoded with multiple featureMember elements not one featureMembers element, to support xlink:href

2010-04-20 Thread Ben Caradoc-Davies
I propose a change to WFS behaviour that will have widespread impact on GeoServer and GeoTools users. In particular, XML consumers that have grown accustomed to consuming featureMembers may break. However, this change is necessary to support gml:id uniqueness in complex features. GeoServer