<div dir="ltr"><div class="gmail_default" style="font-family:monospace">> <span style="font-family:Arial,Helvetica,sans-serif">I understand your frustration, </span></div><div class="gmail_default" style="font-family:monospace"><span style="font-family:Arial,Helvetica,sans-serif"><br></span></div><div class="gmail_default" style="font-family:monospace"><span style="font-family:Arial,Helvetica,sans-serif">Thank you.</span></div><div class="gmail_default" style="font-family:monospace"><span style="font-family:Arial,Helvetica,sans-serif"><br></span></div><div class="gmail_default" style="font-family:monospace"><span style="font-family:Arial,Helvetica,sans-serif">> the usual recommendation is to use the</span></div>LTR version (currently 3.10) if you want stability, any other version<br>(especially master) is risky.<div><br></div><div><div class="gmail_default" style="font-family:monospace">Using a version labelled as "release" shouldn't be risky, though. Calling it a "release" implies that a level of testing has been done so that users can trust that no existing functionality that was not changed has been broken. A release is what you would give out to paying customers if this were a for-profit company. You'd never give out a release version with a new feature that broke so many other features to paying customers, would you? No. You'd call that a "public beta" or "pre-release" or a "release candidate" that you give them for free to help find those unexpected use cases. (And I reiterate—long-standing internal tools like selection, vertex editor, and identify features should not be "unexpected use cases".)</div><div class="gmail_default" style="font-family:monospace"><br></div></div><div class="gmail_default" style="font-family:monospace">So if 3.16, referred to as a "release", is really a risky public beta that you cannot trust to be stable, as you imply here that it is, might I suggest that non-standard and therefore confusing terminology was adopted?</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Jan 2, 2021 at 12:48 PM Alessandro Pasotti <<a href="mailto:apasotti@gmail.com">apasotti@gmail.com</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 Sat, Jan 2, 2021 at 6:34 PM Cory Albrecht <<a href="mailto:maps@hanfastolfe.com" target="_blank">maps@hanfastolfe.com</a>> wrote:<br>
><br>
> > Let's try to stay positive. NTC is still young, and rapidly evolving. It is hard to keep up with all (possible) use cases.<br>
><br>
> I didn't say all possible use cases though. Basic tools—like identify, select, and the vertex editor—should not break when one adds a new feature as they are commonly used tools and easy enough to test during development. "Hey, I'm making a new feature that altes what is shown on the map canvas. I should do a few tests with common tools that a person uses on the visible items on the map canvas."<br>
><br>
> My day job is that of a medical software developer and I have to think multiple steps ahead like that when working on a new feature branch or if I am reviewing somebody elses new branch before it gets merged with master. If I don't, I get poor performance reviews. When I file new bugs almost every day that I use QGIS about something else being broken by the NTC, can you understand how it looks to me like it was not up to snuff in the quality department before merging into master?<br>
<br>
Hi Cory,<br>
<br>
Unfortunately we are not a company and we don't have "departments" but<br>
there is an ongoing effort to start a community driven QA team:<br>
<a href="https://github.com/qgis/QGIS-Enhancement-Proposals/issues/180" rel="noreferrer" target="_blank">https://github.com/qgis/QGIS-Enhancement-Proposals/issues/180</a>, it<br>
looks very promising to prevent this kind of issue.<br>
<br>
I understand your frustration, the usual recommendation is to use the<br>
LTR version (currently 3.10) if you want stability, any other version<br>
(especially master) is risky.<br>
<br>
Kind regards.<br>
<br>
><br>
> On Sat, Jan 2, 2021 at 6:17 AM Richard Duivenvoorde <<a href="mailto:rdmailings@duif.net" target="_blank">rdmailings@duif.net</a>> wrote:<br>
>><br>
>> On 1/2/21 1:17 AM, Cory Albrecht wrote:<br>
>> > Can somebody help me under the basics of how things work inside QGIS starting from when it loads all the features for a layer through the steps, and then finally drawing them on the map canvas, specifically with respect to the new temporal controller (NTC)?<br>
>> ><br>
>> > The issues caused by the NTC have been very frustrating for me as I make mostly (historical) timeline maps and I relied heavily on the old TimeManager (OTM) plugin by Antia Graser and group. So many tasks are now much more laborious or difficult because so many tools are just not time-aware.<br>
>> ><br>
>> > Was it not possible to add the NTC in such a way that would have still let all the other features work as before with the filtered feature set before being made time-aware, rather than confusingly operating on the unfiltered set? Or perhaps it shouldn't have been turned on until the infrastructure was there for the tools to be time-aware right away?<br>
>> ><br>
>> > Because I've just submitted yet another bug about the NTC, this time for the selection tool <<a href="https://github.com/qgis/QGIS/issues/40818" rel="noreferrer" target="_blank">https://github.com/qgis/QGIS/issues/40818</a>>, and it has me more than a little annoyed. As a result of this bug I now have an unknown number of duplicate objects in multiple layers across multiple databases/projects that I unknowingly pasted into them over the past several months since the NTC was added to QGIS.<br>
>> ><br>
>> > I feel that the NTC was both poorly thought out and badly implemented as all these bugs would indicate.<br>
>><br>
>> Hi Cory,<br>
>><br>
>> Let's try to stay positive. NTC is still young, and rapidly evolving. It is hard to keep up with all (possible) use cases. In my case it was nice that the select tool DID return ALL features (as I needed it to create a graph in time of measurements in one point). So I proposed earlier (cannot find it now), to make this an option in the select tools: "use/not use Time Filter". But this all takes time ;-)<br>
>><br>
>> In the meantime:<br>
>> - you can maybe use "Delete duplicate geometries" [0] to remove the duplicates?<br>
>> - if really in need of the old TimeManager, you can change the metadata.txt so OTM will still work in current master. In this line:<br>
>> <a href="https://github.com/anitagraser/TimeManager/blob/master/metadata.txt#L7" rel="noreferrer" target="_blank">https://github.com/anitagraser/TimeManager/blob/master/metadata.txt#L7</a><br>
>> change '3.12' to '3.18'<br>
>> - if you need MemoryLayers to work (like I did), then you have to add another patch. Let me know if you need that.<br>
>><br>
>> In the meantime: everybody involved in TimeBased data: let's discuss use-cases and make NTC better... in time...<br>
>><br>
>> Regards,<br>
>><br>
>> Richard Duivenvoorde<br>
>><br>
>> [0] <a href="https://gis.stackexchange.com/questions/133207/removing-overlapping-duplicate-polygons-in-same-layer-using-qgis/133221" rel="noreferrer" target="_blank">https://gis.stackexchange.com/questions/133207/removing-overlapping-duplicate-polygons-in-same-layer-using-qgis/133221</a><br>
>> _______________________________________________<br>
>> QGIS-Developer mailing list<br>
>> <a href="mailto:QGIS-Developer@lists.osgeo.org" target="_blank">QGIS-Developer@lists.osgeo.org</a><br>
>> List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
>> Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
><br>
> _______________________________________________<br>
> QGIS-Developer mailing list<br>
> <a href="mailto:QGIS-Developer@lists.osgeo.org" target="_blank">QGIS-Developer@lists.osgeo.org</a><br>
> List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
> Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
<br>
<br>
<br>
-- <br>
Alessandro Pasotti<br>
QCooperative:  <a href="http://www.qcooperative.net" rel="noreferrer" target="_blank">www.qcooperative.net</a><br>
ItOpen:   <a href="http://www.itopen.it" rel="noreferrer" target="_blank">www.itopen.it</a><br>
</blockquote></div>