Hi there,

We are indeed using jtsio:

- for GML-parsing and writing,
- for Oracle SDO-struct getting and setting,
- for PostGis hexbinary getting and setting.

By the way, we have actually discovered a bug in the Oracle-reader:

In the createMultiPoint() method (line #475) the:

        if (!(interpretation > 1)){

need to be replaced with:

        if (!(interpretation > 0)){

If not, the reader will return null when you have a MultiPoint containing
exactly one Point in Oracle ;)

Aron.




-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Martin Davis
Sent: 13 May 2008 21:59
To: JTS Topology Suite Development
Subject: Re: [jts-devel] jtsio and GML3

How much are people using the GML I/O classes currently in JTS?  My 
impression is that projects which have developed full-blown GML I/O APIs 
have developed their own JTS converters which fit in more smoothly with 
their GML implementations.  (Eg. GeoTools)

But if there's a bit demand perhaps there could be some funding 
available as well?

Rushforth, Peter wrote:
> Hi Farrukh and Martin,
>
> I second the need for a GML 3 reader / writer, and I would
> help out if I could.  I think GML 2 is nice but the coordinate
> model is just text whereas the list of doubles of posList seems
> to be better future-proofing.
>
> Cheers,
> Peter
>
>   
>> -----Original Message-----
>> From: [EMAIL PROTECTED] 
>> [mailto:[EMAIL PROTECTED] On Behalf 
>> Of Farrukh Najmi
>> Sent: May 12, 2008 17:20
>> To: JTS Topology Suite Development
>> Subject: Re: [jts-devel] jtsio and GML3
>>
>>
>> Hi Martin,
>>
>> I understand the need for funded development as I have a 
>> small company that works on similar model.
>> Unfortunately I do not have the ability fund the proposed feature.
>>
>> Would you be interested in doing this work without funding in 
>> exchange for my providing a solid GML 3 Reader and Writer?
>>
>> What do you think? Thanks.
>>
>>
>> Martin Davis wrote:
>>     
>>> We left room for a gml3 package for parsing GML3 geometry.  
>>>       
>> I suppose 
>>     
>>> other options would be to have a single class which could be 
>>> parameterized to say whether to read GML2 or GML3, or have 
>>>       
>> the parser 
>>     
>>> auto-detect the version.
>>> We'd be happy to work on this if there was funding available.
>>>       
>> _______________________________________________
>> jts-devel mailing list
>> [email protected]
>> http://lists.refractions.net/mailman/listinfo/jts-devel
>>
>>     
> _______________________________________________
> jts-devel mailing list
> [email protected]
> http://lists.refractions.net/mailman/listinfo/jts-devel
>
>   

-- 
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022

_______________________________________________
jts-devel mailing list
[email protected]
http://lists.refractions.net/mailman/listinfo/jts-devel

_______________________________________________
jts-devel mailing list
[email protected]
http://lists.refractions.net/mailman/listinfo/jts-devel

Reply via email to