Curve support is handled by parsing curves into LineStrings on the fly. The
linearization tolerance helps decide how many segments are needed when a
curve is converted into a LineString (so changing this value should change
the number of coordinates available).

Is it possible that we accidentally switched from the GeoTools WKTParser
(which handles this stuff) to the JTS WKTParser which is unaware? We played
some silly games to make the GeoTools one extend the JTS implementation
(even though they do not share much code due to the design of JTS).

Jody

--
Jody Garnett

On 29 December 2014 at 13:14, Torben Barsballe <[email protected]>
wrote:

> I am currently migrating geotools and geoserver to use the new
> ContentDataStore based gt-propery-ng module. During testing on geoserver, I
> am getting a test failure that I can't seem to figgure out:
> The test GetFeatureCurvesTest.testLinearizeWFS10() fails at line 105:
>
>         assertTrue(coordCount100m > coordCountDefault);
>
> From what I can determine, the test queries the feature source, then sets
> a Linearization tolerance and queries it again. Line 105 suggests that it
> expects to get more coordinates returned form the second query.
>
> I am mostly wondering why it is expected that the Linearized geometry has
> mote coordinated than the default geometry, but if anyone has any insights
> into how changing the behaviour of PropertyDataStore could affect this
> result that would also be helpfull.
>
> Thanks,
>
> Torben Barsballe
>
>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming! The Go Parallel Website,
> sponsored by Intel and developed in partnership with Slashdot Media, is
> your
> hub for all things parallel software development, from weekly thought
> leadership blogs to news, videos, case studies, tutorials and more. Take a
> look and join the conversation now. http://goparallel.sourceforge.net
> _______________________________________________
> Geoserver-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>
>
------------------------------------------------------------------------------
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Reply via email to