On Tue, Nov 5, 2013 at 6:32 PM, Smiley, David W. <[email protected]> wrote:
> I get the benefits of having a GeometryFactory as well as a
> CoordinateSequenceFactory with various CoordinateSequence implementations —
> makes sense. But in the case of Point, the different CoordinateSequence
> abstractions don't offer a benefit because we're talking about exactly one
> coordinate, not potentially many.
>
But you can still need a 4 dimensional coordinate (XYZM), or carry some
extra information in it, something a Coordinate object will not give you
(well, unless you create a subclass of it).
But a CoordinateSequence will.
>
> To make matters worse, all existing CoordianteSequence implementations
> are not lightweight for the single Coordinate case (there is no
> SingleCoordinateSequence specialization). The existing ones either have an
> array backing (even more memory) or a new Coordinate object must be created
> on the fly per retrieval.
>
It's easy to write one though.
Cheers
Andrea
--
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.
==
Ing. Andrea Aime
@geowolf
Technical Lead
GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549
http://www.geo-solutions.it
http://twitter.com/geosolutions_it
-------------------------------------------------------
------------------------------------------------------------------------------
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming models. Explore
techniques for threading, error checking, porting, and tuning. Get the most
from the latest Intel processors and coprocessors. See abstracts and register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
_______________________________________________
Jts-topo-suite-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jts-topo-suite-user
