<div dir="ltr">Hi,<div>sorry I lost track of the subject. So, to close up, and approach where the envelope is reported as "lat lon" and the "i j" raster space</div><div>axis would map pairwise, so i pointing north-wards and j east-wards, would be considered valid?</div><div>E.g., if one rescaling says "i is going to be 200 pixels" it really means the output image will be 200 pixels tall?</div><div><br></div><div>Cheers</div><div>Andrea</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Apr 5, 2017 at 8:17 PM, Peter Baumann <span dir="ltr"><<a href="mailto:p.baumann@jacobs-university.de" target="_blank">p.baumann@jacobs-university.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000"><span class="">
    <p><br>
    </p>
    <br>
    <div class="m_1391899294031804843moz-cite-prefix">On 04/05/2017 02:16 PM, Andrea Aime
      wrote:<br>
    </div>
    <blockquote type="cite">
      
      <div dir="ltr">
        <div class="gmail_extra">
          <div class="gmail_quote">On Tue, Apr 4, 2017 at 12:24 PM,
            Peter Baumann <span dir="ltr"><<a href="mailto:p.baumann@jacobs-university.de" target="_blank">p.baumann@jacobs-university.<wbr>de</a>></span>
            wrote:<br>
            <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
              <div bgcolor="#FFFFFF">
                <p>To avoid the problems that other standards have with
                  axis order, coverages contain the axis order
                  explicitly, in the axisLabels attribute. Here an
                  example:<br>
                </p>
                <br>
                        <gml:Envelope srsName=<a class="m_1391899294031804843gmail-m_4675187607587398788moz-txt-link-rfc2396E" href="http://www.opengis.net/def/crs/EPSG/0/4326" target="_blank">"http://www.opengis.ne<wbr>t/def/crs/EPSG/0/4326"</a>
                <b>axisLabels="Lat Long"</b> uomLabels="deg deg"
                srsDimension="2"><br>
                            <gml:lowerCorner>1
                1</gml:lowerCorner><br>
                            <gml:upperCorner>3
                10</gml:upperCorner><br>
                        </gml:Envelope><br>
                <br>
                The sequence in axisLabels is indicative. </div>
            </blockquote>
            <div><br>
            </div>
            <div>I'm looking at the WCS 2.0.1 core spec, all it says
              about the labels is:</div>
            <div><br>
            </div>
            <div>"The attribute axisLabels is an ordered list of labels
              for all the axes of this CRS". Label is a generic term, I
              don't see any dictionary giving meaning to the labels.</div>
          </div>
        </div>
      </div>
    </blockquote>
    <br></span>
    srsName and axisLabels are inherited from GML 3.2.1 which says (cf
    comment in geometryBasic0d1d.xsd):<br>
    "The attribute axisLabels is an ordered list of labels for all the
    axes of this CRS. The gml:axisAbbrev value should be used for these
    axis labels, after spaces and forbidden characters are removed. When
    the srsName attribute is included, this attribute is optional. When
    the srsName attribute is omitted, this attribute shall also be
    omitted."<br>
    In GMLCOV/CIS axisLabels is mandatory.<br>
    <br>
    Purpose is to associate the EPSG CRS axes with the axes as used in
    the XML document in a machine readable manner, without the
    ambiguities of other standards. <br>
    In CIS 1.0 this is via axisAbbrev, so quite rigid. Following long
    and winding discussions with EPSG this has been changed in CIS 1.1
    so that your examples 3 and 4 are allowed as well (identification by
    position, not by name).<span class=""><br>
    <br>
    <blockquote type="cite">
      <div dir="ltr">
        <div class="gmail_extra">
          <div class="gmail_quote">
            <div>So the following should all be equivalent to the
              client, or not?</div>
            <div><gml:Envelope srsName="<a href="http://www.opengis.net/def/crs/EPSG/0/4326" target="_blank">http://www.opengis.<wbr>net/def/crs/EPSG/0/4326</a>"
              axisLabels="Lat Long" uomLabels="deg deg"
              srsDimension="2"><br>
            </div>
          </div>
        </div>
      </div>
    </blockquote>
    <br></span>
    correct as per EPSG:4326<span class=""><br>
    <br>
    <blockquote type="cite">
      <div dir="ltr">
        <div class="gmail_extra">
          <div class="gmail_quote">
            <div><gml:Envelope srsName="<a href="http://www.opengis.net/def/crs/EPSG/0/4326" target="_blank">http://www.opengis.<wbr>net/def/crs/EPSG/0/4326</a>"
              axisLabels="a b" uomLabels="deg deg" srsDimension="2"><br>
            </div>
            <div><gml:Envelope srsName="<a href="http://www.opengis.net/def/crs/EPSG/0/4326" target="_blank">http://www.opengis.<wbr>net/def/crs/EPSG/0/4326</a>"
              axisLabels="foo bar" uomLabels="deg deg"
              srsDimension="2"><br>
            </div>
            <div><gml:Envelope srsName="<a href="http://www.opengis.net/def/crs/EPSG/0/4326" target="_blank">http://www.opengis.<wbr>net/def/crs/EPSG/0/4326</a>"
              axisLabels="Long Lat" uomLabels="deg deg"
              srsDimension="2"><br>
            </div>
          </div>
        </div>
      </div>
    </blockquote>
    <br></span>
    all these are wrong in CIS 1.0, you _must_ use the axisAbbrev
    element. In CIS 1.1 ok, although the last one is misleading.<span class=""><br>
    <br>
    <blockquote type="cite">
      <div dir="ltr">
        <div class="gmail_extra">
          <div class="gmail_quote">
            <div><br>
            </div>
            <div>I added the last on purpose, since they are just
              labels, they really carry no meaning, and the axis order
              is still determined by the srsName instead (thus, lat
              long).</div>
            <div>Or not?</div>
          </div>
        </div>
      </div>
    </blockquote>
    <br></span>
    srsName and axisLabels are inherited from GML 3.2.1 which says (cf
    comment in geometryBasic0d1d.xsd):<br>
    "The attribute axisLabels is an ordered list of labels for all the
    axes of this CRS. The gml:axisAbbrev value should be used for these
    axis labels, after spaces and forbidden characters are removed. When
    the srsName attribute is included, this attribute is optional. When
    the srsName attribute is omitted, this attribute shall also be
    omitted."<br>
    In GMLCOV/CIS axisLabels is mandatory.<span class=""><br>
    <br>
    <br>
    <br>
    <blockquote type="cite">
      <div dir="ltr">
        <div class="gmail_extra">
          <div class="gmail_quote">
            <div> <br>
            </div>
            <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
              <div bgcolor="#FFFFFF">So it is not necessary to use
                GridFunctions for this purpose. My personal opinion is
                that such mechanisms are not optimal for fiddling with
                coordinate positions as they make it unnecessarily
                difficult to determine the final pixel position. This
                seems to be the case here as well. <br>
              </div>
            </blockquote>
            <div><br>
            </div>
            <div>The function is there because we could not stomach the
              idea that "i j" in raster space would be associated to up
              and right (in this order), geographic coordinates systems
              have their own madness (or at least OGC wants us to
              believe that) but we hoped the raster space wouldn't be
              touched. If we remove the function, keep the lat/lon
              orientation for the envelope, and assume pairwise matching
              like Jukka suggests, then this is our raster (aka pixel)
              space:</div>
            <div><br>
            </div>
            <div><img src="cid:part7.EF0EA322.858073E2@jacobs-university.de" alt="Inline image 2" height="228" width="220"> <br>
            </div>
            <div>It can work of course.</div>
            <div><br>
            </div>
            <div>Then, since you are here, a question about the axis
              order of the returned coverages (let's assume geotiff for
              simplificity's sake). I am presuming some uniformity
              across OGC standards, </div>
          </div>
        </div>
      </div>
    </blockquote>
    <br></span>
    that is the Holy Grail. In practice, groups work individually (which
    is somehow understandable - it's all voluntary effort, although not
    desirable - I have brought it to the doors of OGC many times that a
    centralized point of coordination on the basics would be
    advantageous; that point could be OWS Common which is under revision
    since some time - not sure what this will mean in practice). <br><span class="">
    <br>
    <blockquote type="cite">
      <div dir="ltr">
        <div class="gmail_extra">
          <div class="gmail_quote">
            <div>so if vector data in WGS84 is to be returned in lat/lon
              order, does it makes sense to return also coverages in the
              same order? <br>
            </div>
          </div>
        </div>
      </div>
    </blockquote>
    <br></span>
    as we seem to have EPSG as common ground, yes.<span class=""><br>
    <br>
    <blockquote type="cite">
      <div dir="ltr">
        <div class="gmail_extra">
          <div class="gmail_quote">
            <div>Projection unaware software displays vector data
              flipped when returned by a compliant WFS 1.1 server...
              shouldn't it happen the same for WCS 2.0? Or should
              rasters be considered somehow blessed and outside of this
              issue?</div>
          </div>
        </div>
      </div>
    </blockquote>
    <br></span>
    I am always for harmonization (principle of least surprise in
    Software Engineering), but you will find wildly varying opinions on
    this :) <br>
    <br>
    HTH,<br>
    Peter<span class=""><br>
    <br>
    <br>
    <blockquote type="cite">
      <div dir="ltr">
        <div class="gmail_extra">
          <div class="gmail_quote">
            <div><br>
            </div>
            <div>Cheers</div>
            <div>Andrea</div>
          </div>
          <div><br>
          </div>
          -- <br>
          <div class="m_1391899294031804843gmail_signature">
            <div dir="ltr">
              <div>
                <div dir="ltr">
                  <div dir="ltr">
                    <div dir="ltr">
                      <div dir="ltr">
                        <div dir="ltr">
                          <div dir="ltr">
                            <div dir="ltr">
                              <div>
                                <div>
                                  <div>==</div>
                                  <div>GeoServer Professional Services
                                    from the experts! Visit</div>
                                  <div><a href="http://goo.gl/it488V" target="_blank">http://goo.gl/it488V</a>
                                    for more information.</div>
                                  <div><span style="font-size:12.8px">==</span><br>
                                  </div>
                                </div>
                                <div><br>
                                </div>
                              </div>
                              <div>Ing. Andrea Aime <br>
                              </div>
                              <div>@geowolf</div>
                              <div>Technical Lead</div>
                              <div><br>
                              </div>
                              <div><span style="font-size:12.8px">GeoSolutions
                                  S.A.S.</span><br style="font-size:12.8px">
                                <span style="font-size:12.8px">Via di
                                  Montramito 3/A</span><br style="font-size:12.8px">
                                <span style="font-size:12.8px">55054 
                                  Massarosa (LU)</span></div>
                              <div><span style="font-size:12.8px">phone:
                                  <a href="tel:+39%200584%20962313" value="+390584962313" target="_blank">+39 0584 962313</a></span><br>
                              </div>
                              <div>fax: <a href="tel:+39%200584%20166%200272" value="+3905841660272" target="_blank">+39 0584 1660272</a></div>
                              <div>mob: <a href="tel:+39%20339%20884%204549" value="+393398844549" target="_blank">+39  339 8844549</a></div>
                              <div><br>
                              </div>
                              <div><a href="http://www.geo-solutions.it" target="_blank">http://www.geo-solutions.it</a></div>
                              <div><a href="http://twitter.com/geosolutions_it" target="_blank">http://twitter.com/<wbr>geosolutions_it</a></div>
                              <div><br>
                              </div>
                              <div>
                                <p><span lang="IT"><font size="1"><b>AVVERTENZE
                                        AI SENSI DEL D.Lgs. 196/2003</b></font></span></p>
                                <p><span lang="IT"><font size="1">Le
                                      informazioni contenute in questo
                                      messaggio di posta elettronica e/o
                                      nel/i file/s allegato/i sono da
                                      considerarsi strettamente
                                      riservate. Il loro utilizzo è
                                      consentito esclusivamente al
                                      destinatario del messaggio, per le
                                      finalità indicate nel messaggio
                                      stesso. Qualora riceviate questo
                                      messaggio senza esserne il
                                      destinatario, Vi preghiamo
                                      cortesemente di darcene notizia
                                      via e-mail e di procedere alla
                                      distruzione del messaggio stesso,
                                      cancellandolo dal Vostro sistema.
                                      Conservare il messaggio stesso,
                                      divulgarlo anche in parte,
                                      distribuirlo ad altri soggetti,
                                      copiarlo, od utilizzarlo per
                                      finalità diverse, costituisce
                                      comportamento contrario ai
                                      principi dettati dal D.Lgs.
                                      196/2003.</font></span></p>
                                <p><span lang="IT"><font size="1"> </font></span></p>
                                <p><font size="1">The information in
                                    this message and/or attachments, is
                                    intended solely for the attention
                                    and use of the named addressee(s)
                                    and may be confidential or
                                    proprietary in nature or covered by
                                    the provisions of privacy act
                                    (Legislative Decree June, 30 2003,
                                    no.196 - Italy's New Data Protection
                                    Code).Any use not in accord with its
                                    purpose, any disclosure,
                                    reproduction, copying, distribution,
                                    or either dissemination, either
                                    whole or partial, is strictly
                                    forbidden except previous formal
                                    approval of the named addressee(s).
                                    If you are not the intended
                                    recipient, please contact
                                    immediately the sender by telephone,
                                    fax or e-mail and delete the
                                    information in this message that has
                                    been received in error. The sender
                                    does not give any warranty or accept
                                    liability as the content, accuracy
                                    or completeness of sent messages and
                                    accepts no responsibility  for
                                    changes made after they were sent or
                                    for other risks which arise as a
                                    result of e-mail transmission,
                                    viruses, etc.</font></p>
                              </div>
                              <div><br>
                              </div>
                              <div>------------------------------<wbr>-------------------------</div>
                            </div>
                          </div>
                        </div>
                      </div>
                    </div>
                  </div>
                </div>
              </div>
            </div>
          </div>
        </div>
      </div>
    </blockquote>
    <br>
    </span><span class=""><pre class="m_1391899294031804843moz-signature" cols="80">-- 
Dr. Peter Baumann
 - Professor of Computer Science, Jacobs University Bremen
   <a class="m_1391899294031804843moz-txt-link-abbreviated" href="http://www.faculty.jacobs-university.de/pbaumann" target="_blank">www.faculty.jacobs-university.<wbr>de/pbaumann</a>
   mail: <a class="m_1391899294031804843moz-txt-link-abbreviated" href="mailto:p.baumann@jacobs-university.de" target="_blank">p.baumann@jacobs-university.de</a>
   tel: <a href="tel:+49%20421%202003178" value="+494212003178" target="_blank">+49-421-200-3178</a>, fax: <a href="tel:+49%20421%20200493178" value="+49421200493178" target="_blank">+49-421-200-493178</a>
 - Executive Director, rasdaman GmbH Bremen (HRB 26793)
   <a class="m_1391899294031804843moz-txt-link-abbreviated" href="http://www.rasdaman.com" target="_blank">www.rasdaman.com</a>, mail: <a class="m_1391899294031804843moz-txt-link-abbreviated" href="mailto:baumann@rasdaman.com" target="_blank">baumann@rasdaman.com</a>
   tel: 0800-rasdaman, fax: 0800-rasdafax, mobile: <a href="tel:+49%20173%205837882" value="+491735837882" target="_blank">+49-173-5837882</a>
"Si forte in alienas manus oberraverit hec peregrina epistola incertis ventis dimissa, sed Deo commendata, precamur ut ei reddatur cui soli destinata, nec preripiat quisquam non sibi parata." (mail disclaimer, AD 1083)


</pre>
  </span></div>

</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div><div><div>==</div><div>GeoServer Professional Services from the experts! Visit</div><div><a href="http://goo.gl/it488V" target="_blank">http://goo.gl/it488V</a> for more information.</div><div><span style="font-size:12.8000001907349px">==</span><br></div></div><div><br></div></div><div>Ing. Andrea Aime <br></div><div>@geowolf</div><div>Technical Lead</div><div><br></div><div><span style="font-size:12.8px">GeoSolutions S.A.S.</span><br style="font-size:12.8px"><span style="font-size:12.8px">Via di Montramito 3/A</span><br style="font-size:12.8px"><span style="font-size:12.8px">55054  Massarosa (LU)</span></div><div><span style="font-size:12.8px">phone: +39 0584 962313</span><br></div><div>fax: +39 0584 1660272</div><div>mob: +39  339 8844549</div><div><br></div><div><a href="http://www.geo-solutions.it" target="_blank">http://www.geo-solutions.it</a></div><div><a href="http://twitter.com/geosolutions_it" target="_blank">http://twitter.com/geosolutions_it</a></div><div><br></div><div><p><span lang="IT"><font size="1"><b>AVVERTENZE AI SENSI DEL D.Lgs. 196/2003</b></font></span></p><p><span lang="IT"><font size="1">Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003.</font></span></p><p><span lang="IT"><font size="1"> </font></span></p><p><font size="1">The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility  for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc.</font></p></div><div><br></div><div>-------------------------------------------------------</div></div></div></div></div></div></div></div></div></div></div>
</div>