<div dir="ltr">Hi Larry<div><br></div><div><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, Aug 31, 2013 at 11:28 AM, Larry Shaffer <span dir="ltr"><<a href="mailto:larrys@dakotacarto.com" target="_blank">larrys@dakotacarto.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Andreas,<br><div><div class="gmail_extra"><br><div class="gmail_quote"><div class="im">On Sat, Aug 31, 2013 at 2:43 AM, Andreas Neumann <span dir="ltr"><<a href="mailto:a.neumann@carto.net" target="_blank">a.neumann@carto.net</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>Larry. I would suggest you take the time you need. The QGIS server is most of the time installed from source and is therefore not too tightly coupled with the official QGIS Desktop release.<br>
</div></blockquote><div><br></div></div><div>The bug (at least the main one, noted in the issue) is not in the mapserver code. It is definitely in QgsPalLabeling. I can fix it, but it screws up drop shadows and some other labeling components. However, I am at a complete loss as to why I am getting different font output resolutions between *servers*. Again, the only way to test this is to complete a reasonably extensive test suite, used across many platforms/setups. Otherwise, even reports from testers will be time-consuming to go over, without such a baseline for testing.<br>
</div><div><br></div><div>I really believe I can do this within the next week. Otherwise, I think it would be asking too much of the project to 'hold off' for another week beyond that.<br><br></div><div class="im">
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div>
Even if it is not installed from source it is relatively easy to publish QGIS server packages independent from Desktop.<br></div></blockquote><div><br></div></div><div>Not so on Mac, where it is included in the main app bundle. However, since William is the main distributor for the stable version, I suppose it could have a secondary release. My feeling is the bug should be reasonably squashed right now.<br>
</div><div class="im"><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>
Btw: I dont see any of these font problems at my QGIS server installation. I would have noticed it since I use QGIS server quite extensively.<br></div></blockquote><div><br></div></div><div>I would love to know how that is possible. I've not seen a setup that doesn't exhibit the issue yet. Maybe it slight enough that you just don't 'see' it on manual visual inspection. Can you possibly run the current limited labeling server test from the build dir on that machine (or one with access to that web server)?<br>
<br>It is run individually with: ctest -R PyQgsPalLabelingServer -V<br><br>It should fail due to lack of configuration, but give info on setting up the local test server configuration file, e.g. [0]. Unfortunately, the misconfiguration, which causes the test class to be skipped, does not register as a FAIL at <a href="http://dash.orfeo-toolbox.org" target="_blank">dash.orfeo-toolbox.org</a>. Example of failed test, after local server configuration, for my Mac nightly build setup [1].<br>
<br></div><div>It should also definitely fail because the current control image is from Mac (font handling differences). Read the Python test file [2] to see other env vars you can set to create a new set of local control images for your platform (just don't commit them upstream to QGIS source, yet). You will need a set of control images for canvas too, since one of the test classes is to crosscheck server output against canvas's (the actual issue at hand), as well the comparison of expected server output.<br>
</div><div><br>[0] <a href="http://dash.orfeo-toolbox.org/testDetails.php?test=18860662&build=127142" target="_blank">http://dash.orfeo-toolbox.org/testDetails.php?test=18860662&build=127142</a><br>[1] <a href="http://dash.orfeo-toolbox.org/testDetails.php?test=18875858&build=127203" target="_blank">http://dash.orfeo-toolbox.org/testDetails.php?test=18875858&build=127203</a><br>
[2] <a href="https://github.com/qgis/Quantum-GIS/blob/master/tests/src/python/test_qgspallabeling_server.py" target="_blank">https://github.com/qgis/Quantum-GIS/blob/master/tests/src/python/test_qgspallabeling_server.py</a><br>
<br></div></div></div></div></div></blockquote><div><br></div><div>Personally I would prefer that we branch for release tomorrow night and not wait another week. The reason for this is that it would be good to allow enough time for a wide range of packages to be built from the release by the time FOSS4G comes, and that it would be nice to have the release well behind us by the time the upcoming hackfest starts. Also I am taking into account Andreas' comments above. Let me know tomorrow how things are looking and we can consider whether to extend the branching date by a few days to accommodate you.</div>
<div><br></div><div>Regards</div><div><br></div><div>Tim</div><div><br></div><div><br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">
<div><div class="gmail_extra"><div class="gmail_quote"><div></div>
<div>Regards,<br></div><div><br></div><div>Larry<br></div><div><div class="h5"><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>
Andreas<br><br><div class="gmail_quote"><br>
<br>
Larry Shaffer <<a href="mailto:larrys@dakotacarto.com" target="_blank">larrys@dakotacarto.com</a>> schrieb:<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div dir="ltr">Hi Michael,<br><div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Aug 30, 2013 at 8:28 AM, kimaidou <span dir="ltr"><<a href="mailto:kimaidou@gmail.com" target="_blank">kimaidou@gmail.com</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 dir="ltr"><div><div>Hi all<br><br>I have another person who told me "I have weird label sizes with QGIS Server". <br>
Larry, sorry to ask again, but do you think you will be able to solve <a href="http://hub.qgis.org/issues/8068" target="_blank">http://hub.qgis.org/issues/8068</a> before the 1st ?<br><div><br></div></div></div></div></blockquote>
<div dir="ltr"><div><div><br>Ugh! I was hoping to have that done by now, but
several things conspired against me this week. This is a very significant
issue and very laborious to test across platforms. Also, it appears to
even be different between host web servers (no idea how that's happening)!<br> <br></div><div>I very much apologize for the delay in a fix. Here is why it is a time-consuming fix:<br><br></div><div>* The difference in resolutions of output paint devices affects EVERYTHING in the new labeling features (e.g. shadows, backgrounds). This is because of the means in which I coded the 'storing' of the label component's painting to canvas, so that I can use that info to later create the drop shadows, etc. When I fix one part of the code, I have to *visually* test many variations that might be affected (e.g. server, PDF and SVG exports). This is because there were no unit tests for the labeling code at all (I take responsibility for some of that).<br>
<br></div><div>* So... I made the uncomfortable decision to create a comprehensive labeling test suite right now. The idea being, I add a single unit test and it is inherited by classes that test its output to canvas, composer (PDF, SVG), and server (and composer and server outputs against canvas), and have any errors pop up test comparisons in a web browser. This way I can immediately open a virtual machine for other platforms, build the tests and *see* all of the errors in browser tabs. (about 100 times faster)<br>
<br></div><div>* I am not done with the test classes (need to finish composer's, at a minimum). Hope to have it done today.<br><br></div><div>* I also found it very time-consuming to configure/maintain test web servers on all of the test machines. So... I made not only an Python interface to help test server output, but also recently coded an embedded fcgi spawner and Python interface to it (fcgi-spawn and flup client). This means a completely separate fcgi process can be spawned and queried for unit tests (as a background process), regardless of the the machine's installed web servers/configurations.<br>
<br></div><div>The embedded fcgi spawner also means that for 2.1 we can have a menu item 'Show project in test server...' which can pop up a QWebView connected to the embedded server :^), assuming the data sources can be concurrently accessed.<br>
<br></div><div>So... why did I take the long way around to try and fix this? Because the variations are so large that without tests I had no reasonable way of determining if my 'fix' didn't break something else.<br>
</div><div><br><br></div><div>**Essentially, at this point, I might be able to fix it by Sunday, but having 1 more week, I know I can.**<br></div><div><br></div><div><br></div></div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div dir="ltr"><div><div>Thanks for any update, we can help by trying your branch if needed<br></div></div></div></blockquote><div><br></div><div>Yes, that would be greatly appreciated! I would need to know which OS's you can test under (the more the better) and which host servers (Apache, Nginx, etc.).<br>
<br></div><div>If I can get my work cleaned up today, I will let you know. I need to finish the minimum test suite so that you can also run the tests to help verify the fix is good to go. I will not bother to finish coding the local embedded server's install and unattended spawning, since you can manually spawn/kill it for the duration of the tests.<br>
<br></div><div>Regards,<br><br></div><div>Larry<br></div><div><br></div><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 dir="ltr">
<div><div></div>Cheers<br></div>Michael<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/8/28 Paolo Cavallini <span dir="ltr"><<a href="mailto:cavallini@faunalia.it" target="_blank">cavallini@faunalia.it</a>></span><br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<br>
</div>Il 28/08/2013 01:51, Larry Shaffer ha scritto:<br>
<div><br>
> Assuming you intend to go ahead with 1 Sept tagging, will we still be able to<br>
> commit to the master branch in between 25 Aug and 1 Sept?<br>
<br>
</div>Hi Larry,<br>
will this include a fix to the blocker?<br>
All the best, and thanks.<br>
<div><br>
- --<br>
Paolo Cavallini - Faunalia<br>
<a href="http://www.faunalia.eu" target="_blank">www.faunalia.eu</a><br>
Full contact details at <a href="http://www.faunalia.eu/pc" target="_blank">www.faunalia.eu/pc</a><br>
Nuovi corsi QGIS e PostGIS: <a href="http://www.faunalia.it/calendario" target="_blank">http://www.faunalia.it/calendario</a><br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1.4.14 (GNU/Linux)<br>
</div>Comment: Using GnuPG with Icedove - <a href="http://www.enigmail.net/" target="_blank">http://www.enigmail.net/</a><br>
<br>
iEYEARECAAYFAlIdmH8ACgkQ/NedwLUzIr6dkACePVcB2o4O71T8uXRRbPe/XgKl<br>
/5sAmgNh28zn8Bwy0OeSf0UXGt3ynqu2<br>
=+ZZU<br>
-----END PGP SIGNATURE-----<br>
<div><div>_______________________________________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org" target="_blank">Qgis-developer@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
</div></div></blockquote></div><br></div>
<br>_______________________________________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org" target="_blank">Qgis-developer@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br></blockquote></div><br></div></div></div>
<p style="margin-top:2.5em;margin-bottom:1em;border-bottom:1px solid rgb(0,0,0)"></p><pre><hr><br>Qgis-developer mailing list<br><a href="mailto:Qgis-developer@lists.osgeo.org" target="_blank">Qgis-developer@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a></pre></blockquote></div><span><font color="#888888"><br>
-- <br>
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.</font></span></div></blockquote></div></div></div><br></div></div></div>
<br>_______________________________________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr">Tim Sutton - QGIS Project Steering Committee Member (Release Manager)<br>
==============================================<br>Please do not email me off-list with technical<br>support questions. Using the lists will gain<br>more exposure for your issues and the knowledge<br>surrounding your issue will be shared with all.<br>
<br>Irc: timlinux on #qgis at <a href="http://freenode.net" target="_blank">freenode.net</a><br>==============================================</div>
</div></div>