<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">On 2013-03-15 12:59, Oliver Tonnhofer
      wrote :<br>
      <br>
      Thanks a lot for your answers, Oliver.<br>
      <br>
    </div>
    <blockquote
      cite="mid:A77C084E-C01B-473F-B783-02BDC6D5B676@omniscale.de"
      type="cite">
      <pre wrap="">Hi,

sorry to hear that you had trouble installing MapProxy, suggestions and patches for the documentation are always welcomed.</pre>
    </blockquote>
    I don't know Python but I have done in my life surprising things
    with languages I know little about (like an extremely useful watch
    dog for a blocking prone Internet access control system).<br>
    I'm in a good position to fill the doc gaps with what beginners need
    to be said to understand.<br>
    But alas, you don't say how those contributions can be transmitted. 
    Neither does mapproxy.org.<br>
    So, I have put a proposed documentation update on this list, but
    that was without any reaction.<br>
    Angelos Tzotsos provided a rpm module without any reaction.<br>
    Before knowing the real problem, I mentioned my DEB patch without
    any reaction.<br>
    To the question put here "how do I know if that and which yaml thing
    is installed" the only answers came from the Web, and mostly "write
    this program" or such things, until I found a so simple (but hack
    like)  "pip freeze | grep ...".<br>
    <br>
    Read below for specifics.<br>
    <br>
    <blockquote
      cite="mid:A77C084E-C01B-473F-B783-02BDC6D5B676@omniscale.de"
      type="cite">
      <pre wrap="">On 15.03.2013, at 02:25, A.Pirard.Papou wrote:
</pre>
      <blockquote type="cite">
        <pre wrap="">problem #1
My problem was that, somehow, PyYAML==3.10 was installed out of aptitude control.
When installing the 1.x.0 DEB, python-yaml-3.09 was installed on top and played havoc with 3.10.
pip uninstall  is undocumented (!), but it did uninstall 3.10, which put an end to war.
Conclusion: one should never mix two installation systems.
Either mapproxy should install DEBs (they are very strongly managing conflicts and requirements)
or pip and other installers should install python or other stuff by constructing temporary DEBs.
</pre>
      </blockquote>
      <pre wrap="">
MapProxy itself does not install anything, it's pip. pip is a package manager for Python and you find its documentation here: <a class="moz-txt-link-freetext" href="http://www.pip-installer.org/en/latest/">http://www.pip-installer.org/en/latest/</a>

The MapProxy documentation suggests to install MapProxy and its Python dependencies inside a virtualenv to avoid issues with conflicting isntallations.</pre>
    </blockquote>
    MapProxy is in no way responsible for a stranded yaml package
    installed abnormally (without apt knowing it) (how?).<br>
    In that sense, my remark is a solution that anyone with the problem
    could find on your list.<br>
    The problem is a python problem: they should not install anything
    without telling apt.<br>
    BTW, I have seen that a DEB installation *does* warn python of
    what's being changed to it.<br>
    I wonder if I, not a python programmer, should be the one to
    introduce that bug/suggestion (and where).<br>
    <br>
    This said, virtualenv is a sort of hacker's kludge to avoid
    apparently frequent conflicts when using pip.<br>
    I have installed quite a number of products without even the
    faintest knowledge that they are using python.<br>
    Let alone virtualenv.<br>
    All were installed with DEBs.  I'm always striving to find one to
    save myself nightmares.<br>
    DEBs are simplicity and confidence.<br>
    You never fear to try something because you can uninstall it
    completely (rarely local preferences).<br>
    <br>
    So, I recommend Mapproxy to fully support DEB and RPM installation
    (85% of the Linux world).<br>
    - either click on Mapproxy.DEB as usual<br>
    - or install this and that DEB, create a virtual environment, use
    pip... and don't ask what KISS means.<br>
    (You already quite rightly install pip prerequisites with DEBs in a
    few clicks; why not just one?).<br>
    <br>
    <blockquote
      cite="mid:A77C084E-C01B-473F-B783-02BDC6D5B676@omniscale.de"
      type="cite">
      <blockquote type="cite">
        <pre wrap="">problem #2
Well, now to the 1.5.0 config problem (1.4.0 uses the same config nicely):

mapproxy.service.wmts - WARNING - grid 'global_geodetic_sqrt2' is not compatible with WMTS, skipping for layer 'osm'

Same message for another layer.
Many Google hits for this message, but none seems to apply.
</pre>
      </blockquote>
      <pre wrap="">
TMS and WMTS have different tile origins and you can configure grids where you cannot just flip the y-axis. global_geodetic_sqrt2 is such a grid that only works for services with origin south-west/lower-left but not with origin north-west/upper-left (like WMTS). 

I agree that it is a bit unfortunate that the default configuration issues warnings and we will update the base-config with 1.6.
</pre>
      <blockquote type="cite">
        <pre wrap="">I fear that if maxproxy
        • believes that WMTS is used while it is not
</pre>
      </blockquote>
      <pre wrap="">
You can disable the wmts service by removing it from the services section.
</pre>
      <blockquote type="cite">
        <pre wrap="">   • does not understand the grid used by the cache
it could destroy something and I returned to 1.4.0.
</pre>
      </blockquote>
      <pre wrap="">
No, this layer is then just not available for WMTS.</pre>
    </blockquote>
    Oops.<br>
    The bottom line here is what frequently happens when who-knows says
    something without imagining at all that who-doesn't can be totally
    driving on another lane and why ;-)<br>
    When I read that message, I understood from "skipping for layer osm,
    and for layer XXX" that global_geodetic_sqrt2  isn't compatible with
    a WMTS <b>source</b> and I feared that mapproxy was believing that
    my sources are WMTS !!!<br>
    I plead guilty for having overlooked "mapproxy.service.wmts", but
    yet, I suggest "is not compatible with WMTS <b>service</b>" to put
    the explanation fully where the reader has his eyes in the message.<br>
    <br>
    Thanks for your help,<br>
    Hoping this helped,<br>
    On to 1.5.0 now,<br>
    Cheers, <br>
    <br>
    <table>
      <tbody>
        <tr>
          <td valign="top">André.</td>
        </tr>
      </tbody>
    </table>
    <br>
    <br>
    <br>
    <br>
  </body>
</html>