<div dir="ltr">Hi Andrea, as I said above I'm not considering it an error. <div>The topic of this post is QGIS message logging. </div><div>The processing completes as expected, with the same results as Spatialite and PostGIS. These simply do it silently :)</div>
<div><br></div><div>giovanni<br><div><br></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-07-05 15:59 GMT+02:00 Andrea Peri <span dir="ltr"><<a href="mailto:aperi2007@gmail.com" target="_blank">aperi2007@gmail.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi GioHappy,<br>
<br>
the empty-collection is absolutelly not necessarylly a bug.<br>
It is the obviously result of an operation on a machine (like the<br>
computer) with a binary finite arithmetic.<br>
<br>
Usually the empty is due to a too low value to be describe with a<br>
finite binary arithmetic.<br>
<br>
If the dataset is small or it is topologically correct (this not mean<br>
only to be snapped).<br>
 the collection results never happened.<br>
Instead if the dataset is not topologically correct and is big the<br>
probability to have some collection result grow.<br>
We tipically have alway an 0.01% of collection on our results.<br>
<br>
I suggest you to use directly postgis or spatialite to do this kind of<br>
operations.<br>
<br>
In these products you have the useful tools to resolve the collections<br>
correctly.<br>
<br>
Regard,<br>
<br>
Andrea.<br>
<br>
<br>
2014-07-05 12:40 GMT+02:00 G. Allegri <<a href="mailto:giohappy@gmail.com">giohappy@gmail.com</a>>:<br>
<div><div class="h5">> Hi Jurgen,<br>
> I wouldn't call them errors. GEOSDIfference returned a lot of empty<br>
> geomcollections, which the QgsVectorFileWriter couldn't manage. Consequently<br>
> it wrote a log message for each geometry it couldn't write [1].<br>
><br>
> Surely the logging should be improved in this specific case. Anyway, I think<br>
> the option to turn QgsMessageLog off could be useful anyway...<br>
><br>
> giovanni<br>
><br>
> [1]<br>
> <a href="https://github.com/qgis/QGIS/blob/master/src/core/qgsvectorfilewriter.cpp#L1718" target="_blank">https://github.com/qgis/QGIS/blob/master/src/core/qgsvectorfilewriter.cpp#L1718</a><br>
><br>
><br>
> 2014-07-05 12:31 GMT+02:00 Jürgen E. <<a href="mailto:jef@norbit.de">jef@norbit.de</a>>:<br>
><br>
>> Hi Giovanni,<br>
>><br>
>> On Sat, 05. Jul 2014 at 10:27:24 +0200, G. Allegri wrote:<br>
>> > As I reported in a previous post, I was unable to conclude a difference<br>
>> > operation on a vector because the tool was running in exponential time.<br>
>><br>
>> > Debugging pointed me to the problem: QgsVectoFileWriter was logging tons<br>
>> > of<br>
>> > empty geometres with an incompatible type which will be discarded.<br>
>> > After commenting the line of logging the process completed in linear<br>
>> > time.<br>
>><br>
>> > Shouldn't we offer the opportunity to turn QgsLogger off? This would let<br>
>> > the user/developer to switch it off whenever he already knows what's<br>
>> > happening.<br>
>> > Is it already there and I missed it?<br>
>><br>
>> What error message did you get and wouldn't it be better to kill them<br>
>> where it<br>
>> origins or to issue a final "%n empty geometries skipped" instead of<br>
>> logging<br>
>> individual errors.<br>
>><br>
>> Alternatively we could issue a "last message repeated %n times" in message<br>
>> log<br>
>> to make it behave better - although that only works the error message are<br>
>> identical.<br>
>><br>
>><br>
>> Jürgen<br>
>><br>
>> --<br>
>> Jürgen E. Fischer           norBIT GmbH             Tel.<br>
>> +49-4931-918175-31<br>
>> Dipl.-Inf. (FH)             Rheinstraße 13          Fax.<br>
>> +49-4931-918175-50<br>
>> Software Engineer           D-26506 Norden<br>
>> <a href="http://www.norbit.de" target="_blank">http://www.norbit.de</a><br>
>> QGIS release manager (PSC)  Germany                    IRC: jef on<br>
>> FreeNode<br>
>><br>
>> --<br>
>> norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH<br>
>> Rheinstrasse 13, 26506 Norden<br>
>> GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502<br>
>><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>
><br>
><br>
><br>
><br>
> --<br>
> Giovanni Allegri<br>
> <a href="http://about.me/giovanniallegri" target="_blank">http://about.me/giovanniallegri</a><br>
> Twitter: <a href="https://twitter.com/_giohappy_" target="_blank">https://twitter.com/_giohappy_</a><br>
> blog: <a href="http://blog.spaziogis.it" target="_blank">http://blog.spaziogis.it</a><br>
> GEO+ geomatica in Italia <a href="http://bit.ly/GEOplus" target="_blank">http://bit.ly/GEOplus</a><br>
><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>
<br>
<br>
<br>
--<br>
</div></div>-----------------<br>
Andrea Peri<br>
. . . . . . . . .<br>
qwerty àèìòù<br>
-----------------<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr">Giovanni Allegri<br><a href="http://about.me/giovanniallegri" target="_blank">http://about.me/giovanniallegri</a><div>Twitter: <a href="https://twitter.com/_giohappy_" target="_blank">https://twitter.com/_giohappy_</a></div>
<div>blog: <a href="http://blog.spaziogis.it" target="_blank">http://blog.spaziogis.it</a><br>GEO+ geomatica in Italia <a href="http://bit.ly/GEOplus" target="_blank">http://bit.ly/GEOplus</a></div></div>
</div>