yeah,

it should you can add it manually and test if this interferes w/ current 
readers (OJ,GDAL), but it really should not.

wrt. the srsName, a srsId would be easier to parse, as we only support EPSG 
codes anyway or don't we?

also, while we are at it we could think about a general metadata tag, for more 
other future meta data eg. creator names, dates or whatever. this could go 
similar to the way java2xml serializes data.

<metaData>
<entry>
  <key class="java.lang.String">some number</key>
  <value class="java.lang.Integer">754</value>
</entry>
...
</metaData>

all that said, yes it should be backward compatible w/ readers, but would not 
syntax parse as a valid gml document anymore, hence we would have to get rid of 
the 'xmlns:gml="http://www.opengis.net/gml";' header entry.

..ede

On 23.11.2017 10:35, Rahkonen Jukka (MML) wrote:
> Hi,
> 
> So could it work simply by adding srsName as an attribute into 
> featureCollection:
> 
> <?xml version='1.0' encoding='UTF-8'?>
> <JCSDataFile xmlns:gml="http://www.opengis.net/gml"; 
> xmlns:xsi="http://www.w3.org/2000/10/XMLSchema-instance"; >
> <JCSGMLInputTemplate>
> <CollectionElement>featureCollection</CollectionElement> 
> <FeatureElement>feature</FeatureElement>
> <GeometryElement>geometry</GeometryElement>
> <ColumnDefinitions>
> </ColumnDefinitions>
> </JCSGMLInputTemplate>
> 
> <featureCollection srsName="http://www.opengis.net/gml/srs/epsg.xml#4326";>
>      <feature> 
>           <geometry>
>                 <gml:Polygon>
>                   <gml:outerBoundaryIs>
>                   <gml:LinearRing>
>                     <gml:coordinates>474.0,371.0 
>                       620.0,380.0 
>                       520.0,280.0 
>                       474.0,371.0 </gml:coordinates>
>                   </gml:LinearRing>
>                   </gml:outerBoundaryIs>
>                 </gml:Polygon>
>           </geometry>
>      </feature>
> 
>      </featureCollection>
> </JCSDataFile>
> 
> 
> -----Alkuperäinen viesti-----
> Lähettäjä: [email protected] [mailto:[email protected]] 
> Lähetetty: 22. marraskuuta 2017 23:35
> Vastaanottaja: [email protected]
> Aihe: Re: [JPP-Devel] SRID support in JML
> 
> Jukka,
> 
> adding to the XML structure will be ignored by current readers. changing the 
> structure would break things.
> 
> ..ede
> 
> On 11/22/2017 21:41, Rahkonen Jukka (MML) wrote:
>> Hi,
>>
>> In GML srsName is set for each feature. See the GML2 response from 
>> http://demo.geo-solutions.it/geoserver/wfs?service=wfs&version=1.0.0&r
>> equest=getfeature&typename=topp:states&maxfeatures=5
>> We have the same SRID for the whole layer so one occurrance per file would 
>> be enough. But I wonder if changing the JML format would break backwards 
>> interoperability? I don't like the sidecar files but they would not make 
>> harm for old OJ versions.
>>
>> -Jukka-
>>
>> ________________________________________
>> Lähettäjä: [email protected] <[email protected]>
>> Lähetetty: 22. marraskuuta 2017 18:42
>> Vastaanottaja: [email protected]
>> Aihe: Re: [JPP-Devel] SRID support in JML
>>
>> as jml is essentially gml, how is srid support defined in the gml specs?
>>
>> ..ede
>>
>> On 22.11.2017 17:40, Giuseppe Aruta wrote:
>>> we should investigate o JML documentation (if any) if this format support 
>>> embedded projection info. Another alternative could be that those infos can 
>>> be stored in any external extra file, like .prj or .aux, in this case 
>>> OpenJUMP is already able to read srid from any <file name>.<file 
>>> format>.aux.xml file stored with the dataset.
>>> Peppe
>>>
>>>
>>> 2017-11-22 16:47 GMT+01:00 <[email protected] 
>>> <mailto:[email protected]>>:
>>>
>>>     Jukka,
>>>
>>>     you are right. just checked! as SRID is held in a style object and 
>>> styles are only saved in projects, a saved JML file currently lacks this 
>>> information.
>>>
>>>     .ede
>>>
>>>     On 22.11.2017 16:19, Rahkonen Jukka (MML) wrote:
>>>     > Hi,
>>>     >
>>>     >
>>>     >
>>>     > Am I right that we have an enhanced SRID support in OpenJUMP and 
>>> shapefiles via .prj files, but nothing at all for JML format?
>>>     >
>>>     >
>>>     >
>>>     > -Jukka Rahkonen-
>>>     >
>>>     >
>>>     >
>>>     > 
>>> ------------------------------------------------------------------------------
>>>     > Check out the vibrant tech community on one of the world's most
>>>     > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>>     >
>>>     >
>>>     >
>>>     > _______________________________________________
>>>     > Jump-pilot-devel mailing list
>>>     > [email protected] 
>>> <mailto:[email protected]>
>>>     > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel 
>>> <https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel>
>>>     >
>>>
>>>
>>>     
>>> ------------------------------------------------------------------------------
>>>     Check out the vibrant tech community on one of the world's most
>>>     engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>>     _______________________________________________
>>>     Jump-pilot-devel mailing list
>>>     [email protected] 
>>> <mailto:[email protected]>
>>>     https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel 
>>> <https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel>
>>>
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> --------- Check out the vibrant tech community on one of the world's 
>>> most engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>>
>>>
>>>
>>> _______________________________________________
>>> Jump-pilot-devel mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>>
>>
>>
>> ----------------------------------------------------------------------
>> -------- Check out the vibrant tech community on one of the world's 
>> most engaging tech sites, Slashdot.org! http://sdm.link/slashdot 
>> _______________________________________________
>> Jump-pilot-devel mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>> ----------------------------------------------------------------------
>> -------- Check out the vibrant tech community on one of the world's 
>> most engaging tech sites, Slashdot.org! http://sdm.link/slashdot 
>> _______________________________________________
>> Jump-pilot-devel mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
> 
> 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most engaging tech 
> sites, Slashdot.org! http://sdm.link/slashdot 
> _______________________________________________
> Jump-pilot-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Jump-pilot-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> 


------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Jump-pilot-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Reply via email to