:) nice catch, looks like they standardized it that way, so i'd say let's do it accordingly. do we really need to calculate a bounding box or is it valid to leave it empty?
..ede On 23.11.2017 12:14, Rahkonen Jukka (MML) wrote: > Hi, > > Workaround or convenience as OGC writes in the WFS 2.0 standard: > > 11.3.6 Inheritance rules for srsName values > For convenience in constructing feature collection instances, the value of > the srsName attribute on the > gml:Envelope which is the value of the wfs:boundedBy property of a response > feature collection shall be > inherited by all directly expressed geometries in all properties of the > members of the collection, unless > overruled by the presence of a local srsName. Thus it is not necessary for a > geometry to carry a srsName > attribute, if it uses the same coordinate reference system as given on the > wfs:boundedBy property of the > envelope. Inheritance of the coordinate reference system continues to any > depth of nesting, but if overruled by > a local srsName declaration, then the new coordinate reference system is > inherited by all its children in turn > > -Jukka- > > -----Alkuperäinen viesti----- > Lähettäjä: [email protected] [mailto:[email protected]] > Lähetetty: 23. marraskuuta 2017 12:27 > Vastaanottaja: [email protected] > Aihe: Re: [JPP-Devel] SRID support in JML > > Jukka, > > this looks more like a workaround, misusing a bounding box definition's saved > srs although it of course should match the data's. > > the clean gml way would probably be (as you mentioned) to srs tag every > feature as the standard expects, but that of course would blow up the dataset > exponentially unnecessarily. > > ..ede > > On 23.11.2017 11:05, Rahkonen Jukka (MML) wrote: >> Or we could add a CRS element into GML Input Template section and boundedBy >> like in GML2 into the data section: >> >> <?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> >> <CRSElement>boundedBy</CRSElement> >> <FeatureElement>feature</FeatureElement> >> <GeometryElement>geometry</GeometryElement> >> <ColumnDefinitions> >> </ColumnDefinitions> >> </JCSGMLInputTemplate> >> >> <featureCollection> >> <gml:boundedBy> >> <gml:Box srsName="http://www.opengis.net/gml/srs/epsg.xml#4326"> >> <gml:coordinates decimal="." cs="," ts=" ">474.0,280.0 >> 620.0,380.0</gml:coordinates> >> </gml:Box> >> </gml:boundedBy> >> <feature> >> ... >> >> -Jukka- >> >> >> -----Alkuperäinen viesti----- >> Lähettäjä: Rahkonen Jukka (MML) >> Lähetetty: 23. marraskuuta 2017 11:36 >> Vastaanottaja: [email protected] >> Aihe: Re: [JPP-Devel] SRID support in JML >> >> 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 > ------------------------------------------------------------------------------ > 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
