What about maintaining two separate envelope classes? I didn't look at the
patch but if there is any real hard work that goes on inside perhaps it
could be deleted out to a utility class.
On Wed, Jul 18, 2012 at 12:37 PM, Niels Charlier <ni...@scitus.be> wrote:
> Okay, but this is impossible because ReferencedEvelope3D cannot be
> derived from both Envelope3D and ReferencedEnvelope at the same time.
>
> Unless what you mean is that I drop Envelope3D all together and merge the
> two classes? I can look in to that option.
>
> Kind Regards
> Niels Charlier
>
>
> On 17/07/12 16:27, Justin Deoliveira wrote:
>
> When I first read over the proposal this was my thought as well.
>
> On Tue, Jul 17, 2012 at 5:47 AM, Jody Garnett <jody.garn...@gmail.com>wrote:
>
> That would work for me.
>
> --
> Jody Garnett
>
> On 17/07/2012, at 7:38 PM, Andrea Aime <andrea.a...@geo-solutions.it>
> wrote:
>
> On Tue, Jul 17, 2012 at 10:15 AM, Jody Garnett
> <jody.garn...@gmail.com>wrote:
>
> The interface was just an idea I threw in there, because there were
> concerns about ReferencedEnvelope3D not being a ReferencedEnvelope.
>
> But the idea of not making separate classes and make the current ones
> support 3D, I think is quite tricky too.
> The algorithms aren't necessarily the same with 2d and 3d. Basically,
> every method would need to have a check whether there is a 3rd dimension or
> not.
>
> Agreed; it would not be fun. We do have a couple implementations of the
> opengis Envelope interface to show us the way however.
> Still I would rather have one class that is tricky for us to write; then
> make something that is difficult for everyone else to use.
>
> Notes:
> - this single class solution prevents you from performing an instance of
> check to determine if 2D or 3D is supported - will that be a problem for
> your code?
> - A clean way to implement would be to have an optional internal
> "delegate" opengis Envelope, if it is non null we can delegate to that
> implementation. If it is null we can delegate to the JTSEnvelope superclass.
>
>
> Why can't we have a ReferencedEnvelope3D extends ReferencedEnvelope?
> It would allow the writing of the custom 3d logic without riddling the
> code with if statements,
> and would allow for an instanceof check.
>
> 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 962313
> mob: +39 339 8844549 <%2B39%20%C2%A0339%208844549>
>
> http://www.geo-solutions.it
> http://twitter.com/geosolutions_it
>
> -------------------------------------------------------
>
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> GeoTools-Devel mailing list
> GeoTools-Devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>
>
>
>
> --
> Justin Deoliveira
> OpenGeo - http://opengeo.org
> Enterprise support for open source geospatial.
>
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>
>
>
> _______________________________________________
> GeoTools-Devel mailing
> listGeoTools-Devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/geotools-devel
>
>
>
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> GeoTools-Devel mailing list
> GeoTools-Devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>
>
--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
