<div dir="ltr"><div>Attached is my sample configuration file I created as subset of my production configuration. So probably it looks, like I do coordinate system translation from JTSK to JTSK, but in fact, I use many sources in different systems (most of them are in GLOBAL_WEBMERCATOR), and all sources I crop to Czechia and Slovakia area only and translate it to JTSK, so I can use it in other tools using JTSK as coordinate system.</div><div><br></div><div>Back to template dir issue. I have tested it, if I create symlink (which is missing in Debian Buster package), it works without the need to modify defaults.py, so I revert the change in defaults.py and created the missing symlink on my system.</div><div><br></div><div>The capability issue: I see, the patch from upstream I post you, is not even in Sid package, so probably it is not working even there. But the symlink is there, so I take the patch of first issue back and ask to create the symlink instead.<br></div><div><br></div><div>How to reproduce issues:<br></div><div><br></div><div># apt-get install python3-mapproxy</div><div><br></div><div>download attachment to some testing directory and continue</div><div><br></div><div>$ /usr/lib/python3-mapproxy/mapproxy-util serve-develop -b <a href="http://0.0.0.0:8080">0.0.0.0:8080</a> mapproxy.yaml</div><div><br></div><div>(1) open webbrowser and point it to url <a href="http://developserver:8080/demo/">http://developserver:8080/demo/</a></div><div><br></div><div>If you do not have correct templates symlink, it will fail with internal error, after you create symlink it works<br></div><div><br></div><div>(2) next point webbrowser to <a href="http://developserver:8080/service?REQUEST=GetCapabilities">http://developserver:8080/service?REQUEST=GetCapabilities</a><br></div><div><br></div><div>it will end with internal error as well. If you patch those template files, it will work.</div><div><br></div><div>About the package maintenance. Yes I use it daily, but for me is more important to have it working, then new with new features. Actually I am not so interested in testing many new features, but prefer stable and usable package. If you do not require to test any new commit in upstream, I can help you, but if you expect a guy who is downloading any new code and is testing all new features, I feel I am not the right one. Times I used new and cool things have already gone. :-)</div><div><br></div><div>Best regards,</div><div><br></div><div>Marek<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 27, 2019 at 12:57 PM Bas Couwenberg <<a href="mailto:sebastic@xs4all.nl">sebastic@xs4all.nl</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 2019-08-27 12:39, Marek Lukács wrote:<br>
> Do you need to prepare sample configuration for you? I can do simple <br>
> copy<br>
> of my configuration with for example single layer/service.<br>
<br>
A (minimal) sample config to get a service working to reproduce the <br>
issues would be very helpful. Thanks in advance.<br>
<br>
I don't use mapproxy myself, I just maintain the package because it's <br>
also in OSGeoLive and no one who uses the package in Debian is <br>
contributing to the package maintenance.<br>
<br>
Perhaps you can get involved with package maintenance since you actually <br>
use the package.<br>
<br>
Kind Regards,<br>
<br>
Bas<br>
</blockquote></div>