The method layer.getFeatureCollectionWrapper().getEnvelope() gives back
the envelope for any Layer.class object
2017-11-23 13:53 GMT+01:00 Rahkonen Jukka (MML) <
jukka.rahko...@maanmittauslaitos.fi>:
> Hi,
>
> Peppe and Michaël know such things better. I know just where to get the
> information:
>
> - layer - properties
> - view - copy bounding box to clipboard
> - layer - export envelope as geometry
> - tools - analysis - geometry functions - envelope
>
> JML is fortunately using GML2 for geometries and there is no need to worry
> about the coordinate axis order. It is always longitude-latitude or
> easting-northing and Box takes two coordinates: min/min and max/max (lower
> left - upper right). Is srsName is not known I guess it should be an empty
> string. I suggest to use "coordinates" like here
> <gml:coordinates decimal="." cs="," ts=" ">474.0,280.0
> 620.0,380.0</gml:coordinates>
>
> instead of "coord" that is used in the following example that is an
> excerpt from GML 2.1 standard:
>
> The Box element is used to encode extents. Each <Box> element encloses
> either a sequence of two
> <coord> elements or a <coordinates> element containing exactly two
> coordinate tuples; the first of these
> is constructed from the minimum values measured along all axes, and the
> second is constructed from the
> maximum values measured along all axes. A value for the srsName attribute
> should be provided, since a
> Box cannot be contained by other geometry classes. A Box instance looks
> like this:
>
> <Box srsName="http://www.opengis.net/gml/srs/epsg.xml#4326";>
> <coord><X>0.0</X><Y>0.0</Y></coord>
> <coord><X>100.0</X><Y>100.0</Y></coord>
> </Box>
>
> -Jukka-
>
> -----Alkuperäinen viesti-----
> Lähettäjä: edgar.sol...@web.de [mailto:edgar.sol...@web.de]
> Lähetetty: 23. marraskuuta 2017 14:17
> Vastaanottaja: jump-pilot-devel@lists.sourceforge.net
> Aihe: Re: [JPP-Devel] SRID support in JML
>
> could you quickly name the plugin that generates a bounding box and
> (probably again) what has to be taken into accout wrt. to the order of the
> coordinates? then i could have a look if i could quiclky hack that within
> the next days.
>
> ..ede
>
> On 23.11.2017 13:03, Rahkonen Jukka (MML) wrote:
> > We have been living without bounding box so it could be empty. On the
> other hand, we have a function that computes the envelope and it could be
> also an enhancement to have correct boundedBy. For example GDAL wants to
> know the bounds of the layer and now it is reading all the features from
> JML for getting the aggregated extents.
> >
> > -Jukka-
> >
> > -----Alkuperäinen viesti-----
> > Lähettäjä: edgar.sol...@web.de [mailto:edgar.sol...@web.de]
> > Lähetetty: 23. marraskuuta 2017 13:20
> > Vastaanottaja: jump devel <jump-pilot-devel@lists.sourceforge.net>
> > Aihe: Re: [JPP-Devel] SRID support in JML
> >
> > :) 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ä: edgar.sol...@web.de [mailto:edgar.sol...@web.de]
> >> Lähetetty: 23. marraskuuta 2017 12:27
> >> Vastaanottaja: jump-pilot-devel@lists.sourceforge.net
> >> 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: jump-pilot-devel@lists.sourceforge.net
> >>> 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ä: edgar.sol...@web.de [mailto:edgar.sol...@web.de]
> >>> Lähetetty: 22. marraskuuta 2017 23:35
> >>> Vastaanottaja: jump-pilot-devel@lists.sourceforge.net
> >>> 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ä: edgar.sol...@web.de <edgar.sol...@web.de>
> >>>> Lähetetty: 22. marraskuuta 2017 18:42
> >>>> Vastaanottaja: jump-pilot-devel@lists.sourceforge.net
> >>>> 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 <edgar.sol...@web.de <mailto:
> edgar.sol...@web.de>>:
> >>>>>
> >>>>> 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
> >>>>> > Jump-pilot-devel@lists.sourceforge.net <mailto:
> Jump-pilot-devel@lists.sourceforge.net>
> >>>>> > 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
> >>>>> Jump-pilot-devel@lists.sourceforge.net <mailto:Jump-pilot-devel@
> lists.sourceforge.net>
> >>>>> 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
> >>>>> Jump-pilot-devel@lists.sourceforge.net
> >>>>> 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
> >>>> Jump-pilot-devel@lists.sourceforge.net
> >>>> 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
> >>>> Jump-pilot-devel@lists.sourceforge.net
> >>>> 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
> >>> Jump-pilot-devel@lists.sourceforge.net
> >>> 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
> >>> Jump-pilot-devel@lists.sourceforge.net
> >>> 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
> >> Jump-pilot-devel@lists.sourceforge.net
> >> 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
> >> Jump-pilot-devel@lists.sourceforge.net
> >> 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
> > Jump-pilot-devel@lists.sourceforge.net
> > 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
> > Jump-pilot-devel@lists.sourceforge.net
> > 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
> Jump-pilot-devel@lists.sourceforge.net
> 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
> Jump-pilot-devel@lists.sourceforge.net
> 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
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
