Greetings! That is the correct approach; and the reason why CoordianteSequence
was introduced into JTS was at the bequest of GeoTools (for use in our support
of the oracle database).
Your classes would be a great addition to the library; I would ask that you
change the package structure to something like "org.geotools.geometry.jts" to
match the existing JTS utility classes.
As for how to proceed:
1) read over the developers guide
2) go through the steps to create a community module (not very many steps
honest!)
3) we look forward to working with you
And yes we could hook your implementations up to the existing "SDO" code which
has limited support for measure currently.
--
Jody Garnett
On Wednesday, 5 October 2011 at 12:19 AM, Juan Carlos Ortiz G. wrote:
> Hi,
>
> I am Juan Carlos Ortiz. GIS and Web Application Developer... and Open Source
> newbie. Before anything else, congratulations to all people involved in this
> excellent API.
>
> I'm starting a new project and decided to use Geotools for it. I´m new to
> Geotools (and not an advanced Java developer) but I know I can accomplish the
> goals of this project with it. But... I have this problem. As long as I could
> see, the API only supports 2D geometry and I need linear referencing with 3D
> "AND" M (measure) support (ala ESRI SDE API). So I have this proposal for a
> module I like to share.
>
> I created a group of classes extending Coordinate, PackedCoordinateSequence,
> and PackedCoordinateSequenceFactory, called Coordinate4D,
> PackedCoordinate4DSequence, and PackedCoordinate4DSequenceFactory
> respectively. I can then create Geometries backed with this classes to
> support the 4 dimensions (x,y,z,m) but keeping the geometries conformal to
> the API.
>
> The next step would be to create a new package
> com.vividsolutions.jts.linearref.zm
> (http://com.vividsolutions.jts.linearref.zm) with some of the classes of the
> base linearref package modified to support 3D and M based linear referencing.
> For now this would be to the extent of what I need for my project, but I
> think it could be a good starting point for a complete implementation.
>
> I will appreciate your opinions on this. Am I going in the right track? Are
> there better approaches to the problem? Maybe some solution already done out
> there I missed? Is it worth continuing?
>
> Once again congrats to all of you for the great job.
>
> Kind regards,
>
> Juan Carlos Ortiz G.
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2dcopy1
> _______________________________________________
> Geotools-devel mailing list
> [email protected]
> (mailto:[email protected])
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
