[Geotools-devel] [Java-collab] Re: GeoTools moving forward
Jody Garnett
jgarnett at refractions.net
Fri Oct 10 15:37:02 EDT 2008
Justin - Martin and I looked at using a Maven plugin to slurp up just
the geoapi interfaces that are needed. This was last talked about with
respect to making Landon a "standalone" referencing module for JTS objects.
Now if someone can drum up time or money (or interest) I am still
waiting to see how that experiment goes.
Jody
Justin Deoliveira wrote:
> I would prefer not if all this will be is another layer of abstraction
> on top of geoapi. In my opinion things are already as abstract enough
> and it makes it hard to follow. Now I will fully admit when it comes to
> referencing systems i am a layman to be sure, but I understand the
> basics, so I don't think it is unreasonable to ask for a library/api
> that i can use that is *simple* and keeps abstractions to a minimum.
>
> I also think that perhaps depending on geoapi is a bit of an issue since
> its a large number of interfaces, many of which have nothing to do with
> referencing.
>
> A question for Martin: Are there any plans to make GeoAPI more modular
> in nature, so that people can pick and choose from parts of the
> interfaces they wish to use?
>
> -Justin
>
> Martin Desruisseaux wrote:
>
>> Sunburned Surveyor a écrit :
>>
>>> If we have some consensus that this is a good idea could we move
>>> forward with a GeoTools module to contain the interface?
>>>
>> I'm neutral on this one. From a GeoTools point of view, it would be nothing more
>> than a convenience class delegating to a few GeoAPI calls. It is not even
>> GeoTools-specific; the same convenience class would work with any GeoAPI
>> implementations and could live totally outside the GeoTools project, as people wish.
>>
>> Martin
>> _______________________________________________
>> Java-collab mailing list
>> Java-collab at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/java-collab
>>
>
>
>
More information about the Java-collab
mailing list