[Java-collab] Introduction

[Jody Garnett]

Note I am serious about the Curve thing...
- It is strategic work - supporting the WKB format
- PostGIS / GEOS is starting moving on it
- JTS won't touch it so it is up to us :-D

Mark Leslie and myself had some blog posts on it a couple months back;
another idea in search of time/funds/hapless volunteer :-D

It also makes sense to walk before we can run; Curve is a smaller
problem then Geometry and is not one currently addressed?

Jody

On Mon, Jun 29, 2009 at 10:44 PM, Markus Schneider<schneider at lat-lon.de> wrote:
> Hi Jody,
>
> very interesting. I never heard about that (an ISO 19107 fork of JTS). Do you have any links / information on this
> project?  And is it totally dead?
>
> Best regards,
> Markus
>
> Jody Garnett wrote:
>> Good ideas both.
>>
>> I have some notes on the operation was a success but the patient died
>> fork of JTS1.7 to ISO19107 Geometry interfaces; even as a learning
>> experience it shows a couple good mistakes to avoid.
>>
>> I would also enjoy working on areas (that I at least) have not paid much
>> attention to such as coverage data structures.
>>
>> Jody
>>
>> On 29/06/2009, at 10:35 PM, Markus Schneider wrote:
>>
>>> Hello list,
>>>
>>> I am Markus Schneider, from the deegree project
>>> (http://www.deegree.org), which is currently going through OSGeo
>>> incubation.
>>>
>>> I just came back from the OSGeo hacking event 2009 in Bolsena
>>> (http://wiki.osgeo.org/wiki/OSGeo_Hacking_Event_2009)
>>> where I met Andrea Aime from GeoServer and where we discovered
>>> possible areas for valuable and efficient collaboration:
>>>
>>> - Work together on a Java interface and implementation for an advanced
>>> geometry model, that supports all geometry
>>> constructs of GML 3.1.1 (and GML 3.2.1, which is basically a subset of
>>> 3.1.1). The current implementation in deegree 3
>>> would act as the starting point.
>>> - Implement a common interface for "simple" geoprocessing in Java as
>>> suggested by Ugo Taddei. This would include a
>>> model for simple features and maybe other areas such as raster
>>> processing. The motivation would be to hide the complex
>>> models used by geotools and deegree behind a very simple interface for
>>> the average use case (think: simple features for
>>> java). Of course, this would not target any fancy stuff like complex
>>> features.
>>>
>>> Best regards,
>>> Markus Schneider
>>>
>>> --
>>> Markus Schneider
>>>
>>> l a t / l o n  GmbH
>>> Aennchenstrasse 19           53177 Bonn, Germany
>>> phone ++49 +228 184960       fax ++49 +228 1849629
>>> http://www.lat-lon.de        http://www.deegree.org
>>>
>>> _______________________________________________
>>> Java-collab mailing list
>>> Java-collab at lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/java-collab
>>
>
>
> --
> Markus Schneider
>
> l a t / l o n  GmbH
> Aennchenstrasse 19           53177 Bonn, Germany
> phone ++49 +228 184960       fax ++49 +228 1849629
> http://www.lat-lon.de        http://www.deegree.org
>
>
> _______________________________________________
> Java-collab mailing list
> Java-collab at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/java-collab
>
>