Thanks for the perspective Tom, USGS has at least a year to migrate with
support/maintenance loop. I also don't mind if it takes longer if we can
give it a safe gt-legacy home to slowly bit-rot.
--
Jody
--
Jody Garnett
On 12 January 2015 at 20:30, Tom Kunicki <[email protected]> wrote:
> I only mention this because I left the USGS with a number of custom
> DataStores to read some obscure formats that inherit from
> AbstractDataStore. They like to stay on top of GeoTools/GeoServer releases
> and having to port those would incur a burden. But maybe that would be
> mitigated with Torben's new tutorial.
>
> I do understand the burden of supporting a large set deprecated
> codebase... I just wanted to "gut check" removal.
>
> Tom
>
> On Mon, Jan 12, 2015 at 10:02 PM, Jody Garnett <[email protected]>
> wrote:
>
>> Fair point Tom, and I think we would like to do what we have done in the
>> past to move it to a gt-legacy module.
>>
>> It is not *just* AbstractDataStore here - but all its support classes
>> that are proving a burden to support.
>>
>> For the next round of GeoTools I would like to re-visit an idea brought
>> up on this list last year - making improvements to the Query object to
>> support Transforms.
>>
>> Why would I care? The transform process, and not gt-transform module is
>> too out of the way for casual discovery. By baking it into DataStore it
>> will be easy for downstream project to integrate. GeoServer can surface the
>> idea as a Java view, GeoGig can use it to clean up the process of importing
>> / exporting data. Why would GeoMesa care? It stands a chance of making
>> explicit the Query force CRS and Query retroject CRS parameters allowing us
>> to advertise what is going on more clearly to GeoMesa.
>>
>>
>> --
>> Jody Garnett
>>
>> On 12 January 2015 at 19:34, Tom Kunicki <[email protected]> wrote:
>>
>>> Is there a reason to consider simply marking AbstractDataStore as
>>> deprecated instead of removing it? Is there a maintenance issue with
>>> leaving it in the code base?
>>>
>>> Tom
>>>
>>> On Mon, Jan 12, 2015 at 7:54 PM, Jody Garnett <[email protected]>
>>> wrote:
>>>
>>>> Thanks Torben. You may have a bit of fun with
>>>> AbstractDataStoreFactory.Param - take it out as a distinct class.
>>>>
>>>> I am moving MemoryDataStore and ArrayDataStore to the gt-data module
>>>> and may have it ready in time. Most of the fun is cleaning up gt-main tests
>>>> that use MemoryDataStore as a quick way to get a feature collection.
>>>>
>>>> Here are the details:
>>>> - https://github.com/geotools/geotools/pull/686
>>>> - https://jira.codehaus.org/browse/GEOT-4982
>>>>
>>>> --
>>>> Jody
>>>>
>>>> On Mon, Jan 12, 2015 at 2:25 PM Torben Barsballe <
>>>> [email protected]> wrote:
>>>>
>>>>> Now that PropertyDataStore has been migrated to extend
>>>>> ContentDataStore, we are one step closer to getting rid of
>>>>> AbstractDataStore.
>>>>> As part of this goal, I have deprecated AbstractDataStore and any
>>>>> related classes (Such as AbstractFeatureStore) or classes that extend it
>>>>> (Such as ArrayDataStore).
>>>>> The Pull request can be found here
>>>>> <https://github.com/geotools/geotools/pull/685>.
>>>>>
>>>>> Ideally, the remaining classes that extend AbstractDataStore will
>>>>> eventually be migrated to use ContentDataStore, and AbstractDataStore can
>>>>> be removed in the future.
>>>>>
>>>>> Torben
>>>>> ------------------------------------------------------------
>>>>> ------------------
>>>>> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
>>>>> GigeNET is offering a free month of service with a new server in
>>>>> Ashburn.
>>>>> Choose from 2 high performing configs, both with 100TB of bandwidth.
>>>>> Higher redundancy.Lower latency.Increased capacity.Completely
>>>>> compliant.
>>>>> www.gigenet.com_______________________________________________
>>>>> Geoserver-devel mailing list
>>>>> [email protected]
>>>>> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
>>>> GigeNET is offering a free month of service with a new server in
>>>> Ashburn.
>>>> Choose from 2 high performing configs, both with 100TB of bandwidth.
>>>> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
>>>> http://p.sf.net/sfu/gigenet
>>>> _______________________________________________
>>>> Geoserver-devel mailing list
>>>> [email protected]
>>>> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>>>>
>>>>
>>>
>>>
>>> --
>>> * Tom Kunicki* | Software Engineer
>>> *w:* 608 695 4251 *e:* [email protected]
>>>
>>>
>>
>
>
> --
> * Tom Kunicki* | Software Engineer
> *w:* 608 695 4251 *e:* [email protected]
>
>
------------------------------------------------------------------------------
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
