Hello Jody,
Glad to hear that from you and thank you for the prompt reply. I will
follow your sugestions and get back to you soon.
--
Juan Carlos Ortiz G.
2011/10/4 Jody Garnett <[email protected]>
> 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 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]
> 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
