<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>HI,</p>
<p>I just wanted to say that i had similar issues (not temporal)
with PostGIS on a Mac running a 3.4 version of QGIS. I ended up
duplicating the layer and setting filters instead of using the
rule-based-renderer. The rule based renderer returned the right
amount of items when i testet it, but it clearly rendered the
wrong amount of objects.<br>
</p>
<p>greetz<br>
</p>
<div class="moz-cite-prefix">Am 29.01.2021 um 13:27 schrieb Richard
Duivenvoorde:<br>
</div>
<blockquote type="cite"
cite="mid:12affb21-a494-d55a-8867-3c1d82111167@duif.net">
<pre class="moz-quote-pre" wrap="">Hi Devs,
I have an issue with the (temporal) rendering of (seemingly only) gpkg.
See <a class="moz-txt-link-freetext" href="https://github.com/qgis/QGIS/issues/41074">https://github.com/qgis/QGIS/issues/41074</a>
For some test datasets.
I tried to debug, but get lost in the deeper core classes like featureiterator and renderer...
A gpkg with a QDatetime column seems to render the wrong 'classes',
while if I create a virtual new attribute (to_datatime('Time')) based on the original QDateTime it will render the right one.
BUT(!) those 2 attributes seem to be exactly the same...
So: to me it looks like there is something fishy there: renderer (featureiterator) seems to return other features then the (same?) iterator for the infotool and attributetable..
The temporal controller creates expressions to do the selections.
EG:
("Time" > make_datetime(2019,9,1,6,0,0) AND "Time" < make_datetime(2019,9,1,8,0,0)) OR "Time" IS NULL
BUT: a gkpg with 7 AND 8 will render BOTH, although the expressions rightfully return True (for 7) and False (for 8):
7 == true/1
make_datetime(2019,9,1,7,0,0) > make_datetime(2019,9,1,6,0,0) AND make_datetime(2019,9,1,7,0,0) < make_datetime(2019,9,1,8,0,0)
8 == false/0
make_datetime(2019,9,1,8,0,0) > make_datetime(2019,9,1,6,0,0) AND make_datetime(2019,9,1,8,0,0) < make_datetime(2019,9,1,8,0,0)
Anybody has a clue? Or can maybe reproduce my issue(s)?
Regards,
Richard Duivenvoorde
PS although one of my open PR's changes the logice of the expression a little, the behaviour for this is the same before and after this
_______________________________________________
QGIS-Developer mailing list
<a class="moz-txt-link-abbreviated" href="mailto:QGIS-Developer@lists.osgeo.org">QGIS-Developer@lists.osgeo.org</a>
List info: <a class="moz-txt-link-freetext" href="https://lists.osgeo.org/mailman/listinfo/qgis-developer">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a>
Unsubscribe: <a class="moz-txt-link-freetext" href="https://lists.osgeo.org/mailman/listinfo/qgis-developer">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a>
</pre>
</blockquote>
<div class="moz-signature">-- <br>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<title>Ihre Signatur</title>
<style type="text/css"></style> <br>
<br>
<span> Mit freundlichen Grüßen,<br>
<br>
Karsten Tebling<br>
</span> <br>
<span> <img
src="https://www.masuch.de/fileadmin/masuch/Dateien/onepages/home/general/logos/logo_masuch_end_rgb_150dpi.jpg"
width="200px" height="38px"><br>
</span> <br>
<span> <font size="1" face="Verdana, Arial"> <strong>Masuch
Geoinformation</strong><br>
<br>
Hauptsitz: Seestraße 72, 16866 Kyritz<br>
Niederlassung: Hauptstraße 31, 16845 Sieversdorf<br>
<br>
Telefon: <a href="tel:+493397013956">(+49) 0 33 970 - 13 9 56</a><br>
Telefax: <a href="tel:+493397013957">(+49) 0 33 970 - 13 9 57</a><br>
E-Mail: <a href="mailto:info@masuch.de">info@masuch.de</a><br>
Web: <a href="www.masuch.de ">www.masuch.de</a><br>
<br>
USt-IDNr.: DE163259093 </font> </span> </div>
</body>
</html>