Ben, It appears that the simple feature encodes the data as a MultiCurve. Our schema currently doesn't allow MultiCurve, but I can inquire about a modification. While I don't think there is anything syntactically wrong with encoding multiple LineStringSegments within a gml:Curve, perhaps a gml:MultiCurve is a better choice to indicate the potential multiplicity in this instance.
Thanks for the help. Kevin M. Weiss Software Engineer CRITICAL NETWORKS / HARRIS CORPORATION harris.comĀ / [email protected] -----Original Message----- From: Ben Caradoc-Davies [mailto:[email protected]] Sent: Monday, December 05, 2016 5:40 PM To: Weiss, Kevin <[email protected]>; [email protected] Subject: Re: [Geoserver-users] app-schema and multi line segments Kevin, app-schema should use the same infrastructure as simple features for encoding geometries. To test whether this is an app-schema problem, please try publishing the source table as a simple feature and making a WFS 2.0.0 request to see how the geometry is encoded. I have not used Curve geometry types but others on this list have. Kind regards, Ben. On 06/12/16 08:36, [email protected] wrote: > Hello all, > Has anyone had luck getting app-schema to encode a geometry with multiple > segments? I'm trying to map a single geometry entry in the DB to a gml:Curve > with multiple LineStringSegments, but instead of multiple segments the > app-schema appears to be concatenating them into a single segment with no > breaks. I have tried persisting the geometry as both MultiLineString and > GeometryCollection(LineString, LineString) using PostGIS 2.2.2, but both > experience the same incorrect output translation. For example, this is the > output I'm expecting: > > <gml:Curve gml:id="id44" srsName=" > http://www.opengis.net/gml/srs/epsg.xml#4052" srsDimension="2" > axisLabels="latitude longitude"> > <gml:segments> > <gml:LineStringSegment> > <gml:posList count="7">42.1062 -82.4293 42.0936 > -82.4319 42.0803 -82.4344 42.0809 -82.4349 42.0670 -82.4381 42.0415 -82.4498 > 42.0297 -82.4560</gml:posList> > </gml:LineStringSegment> > <gml:LineStringSegment> > <gml:posList count="12">42.3323 -82.4765 42.3232 > -82.4714 42.3113 -82.4643 42.3071 -82.4622 42.2936 -82.4569 42.2657 -82.4473 > 42.2515 -82.4431 42.2431 -82.4404 42.2301 -82.4359 42.2179 -82.4331 42.2044 > -82.4317 42.1921 -82.4300</gml:posList> > </gml:LineStringSegment> > </gml:segments> > </gml:Curve> > > However, this is output from app-schema: > > <gml:Curve axisLabels="latitude longitude" gml:id="id44" > srsName="http://www.opengis.net/gml/srs/epsg.xml#4052"> > <gml:segments> > <gml:LineStringSegment interpolation="linear"> > <gml:posList> > 42.1062 -82.4293 42.0936 -82.4319 42.0803 -82.4344 42.0809 -82.4349 42.067 > -82.4381 42.0415 -82.4498 42.0297 -82.456 42.3323 -82.4765 42.3232 -82.4714 > 42.3113 -82.4643 42.3071 -82.4622 42.2936 -82.4569 42.2657 -82.4473 42.2515 > -82.4431 42.2431 -82.4404 42.2301 -82.4359 42.2179 -82.4331 42.2044 -82.4317 > 42.1921 -82.43 > </gml:posList> > </gml:LineStringSegment> > </gml:segments> > </gml:Curve> > > As you can see the two geometries are joined in a contiguous fashion which is > undesirable. > > If anyone has any ideas on how to achieve the desired result I would greatly > appreciate it. > > Thanks, > > Kevin M. Weiss > Software Engineer > CRITICAL NETWORKS / HARRIS CORPORATION harris.com / > [email protected] > > > > ---------------------------------------------------------------------- > -------- _______________________________________________ > Geoserver-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geoserver-users > -- Ben Caradoc-Davies <[email protected]> Director Transient Software Limited <http://transient.nz/> New Zealand ------------------------------------------------------------------------------ Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today.http://sdm.link/xeonphi _______________________________________________ Geoserver-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-users
