<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small"><div style="font-family:arial,sans-serif"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">​Hi all</div><br></div><div style="font-family:arial,sans-serif">> <span style="font-size:12.8px">like Jurgen, the Loomio vote came suddenly, did we miss a decision somewhere?</span></div><div style="font-family:arial,sans-serif"><br></div><div style="font-family:arial,sans-serif"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">​That is probably a case of me handling it badly - on the one hand I have community members pressing me to put it to a vote so the discussion can be concluded, and on the other community members complaining that it is called to vote. I don't know how to keep everyone happy,  but my feeling is that this is what the community voting members are for. The whole issue of issue trackers is not a ​new or sudden topic - it has been dragging on for years. The PSC made a decision in Essen last year - it was probably not a popular decision and the topic never 'went away'. Using a community vote is supposed to be the mechanism to make decisions, even to supercede the PSC if needed. If we have to make a decision as to whether we make a vote to make a decision it seems to me we are entering an infinite loop. Email threads are not good places for decisions. Loomio is a good place to make decisions and it is open and public what transpires there.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">So my apologies about not communicating better about the vote, I'll try to do better next time, but please lets find a way to put this topic to an end instead of starting meta discussions about it....</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><span class="gmail-im" style="font-family:arial,sans-serif;font-size:12.8px"><br></span><span style="font-family:arial,sans-serif;font-size:12.8px">>this makes sense to me.</span><br style="font-family:arial,sans-serif;font-size:12.8px"><span style="font-family:arial,sans-serif;font-size:12.8px">> in short, my points are:</span><br style="font-family:arial,sans-serif;font-size:12.8px"><span style="font-family:arial,sans-serif;font-size:12.8px">> * losing the history is a major damage to the project</span></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Nothing will be lost under the proposal - the old tracker will be preserved but new tickets cannot be opened in it. Users clicking 'new issue' would get redirected to Git*** and at some point Redmine will fade into the sunset.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br style="font-family:arial,sans-serif;font-size:12.8px"><span style="font-family:arial,sans-serif;font-size:12.8px">> * keeping a double system can easily lead to confusion, waste of time,</span><span style="font-family:arial,sans-serif;font-size:12.8px">and paradoxical situation.</span></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">It wont be a double system, it will be an old replace a new - like having 3.x releases out and also 2.x releases....eventually 2.x releases will fade away and we will only concentrate on 3. The same process of attrition would apply to the ticket queue.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br style="font-family:arial,sans-serif;font-size:12.8px"><span style="font-family:arial,sans-serif;font-size:12.8px">> Frankly, I do not see the urgency of this issue, but perhaps I'm missing </span><span style="font-family:arial,sans-serif;font-size:12.8px">some point of view.</span></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Some people want to have the new ticket queue set up to go along with upcoming release of 3.0. Personally I don't care so much even if the vote is 'stay on Redmine forever' I do think we should try to resolve this now instead of keeping it lingering around. If everyone votes 'no' to this motion, we raise one more 'Redmine or GitLab' motion and if the community votes to stay on Redmine we can put the topic to sleep with a quick reference to the community vote outcome everytime it gets raised again (as it surely will).</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">And in the case where there is a vote to move to GitLab, honestly I think its going to be even worse than your double system complaint above - we will have code etc on GitHub and tickets on GitLab plus the archive in Redmine.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">The only good outcome I can see is if we move ****everything**** over to GitLab, code, issues, all repos, (git)hooks lines and sinkers....but I think there is substantial risk in that option that a lot of churn will be introduced into the project for an outcome that leaves us no further advanced as a project than we were when we started.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Anyway the point of having a community voting system is to have a mechanism to make hard decisions like this one....so I still think putting it out to a loomio vote is a good move even if I did a bad job of communicating with the PSC about this (for which I apologize again).</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Regards</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Tim</div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jan 31, 2018 at 11:23 AM, Paolo Cavallini <span dir="ltr"><<a href="mailto:cavallini@faunalia.it" target="_blank">cavallini@faunalia.it</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">Il 30/01/2018 14:32, Jürgen E. Fischer ha scritto:<br>
<br>
> I'd like to see migrated issues first to get a feel how much better it is -<br>
<br>
</span>this makes sense to me.<br>
in short, my points are:<br>
* losing the history is a major damage to the project<br>
* keeping a double system can easily lead to confusion, waste of time,<br>
and paradoxical situation.<br>
Frankly, I do not see the urgency of this issue, but perhaps I'm missing<br>
some point of view.<br>
I'm cleaning up the bug queue, I hope others will do the same.<br>
All the best.<br>
<span class="HOEnZb"><font color="#888888">--<br>
Paolo Cavallini - <a href="http://www.faunalia.eu" rel="noreferrer" target="_blank">www.faunalia.eu</a><br>
QGIS & PostGIS courses: <a href="http://www.faunalia.eu/training.html" rel="noreferrer" target="_blank">http://www.faunalia.eu/<wbr>training.html</a><br>
<a href="https://www.google.com/trends/explore?date=all&geo=IT&q=qgis,arcgis" rel="noreferrer" target="_blank">https://www.google.com/trends/<wbr>explore?date=all&geo=IT&q=<wbr>qgis,arcgis</a><br>
</font></span><div class="HOEnZb"><div class="h5">______________________________<wbr>_________________<br>
Qgis-psc mailing list<br>
<a href="mailto:Qgis-psc@lists.osgeo.org">Qgis-psc@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/qgis-psc" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/qgis-psc</a></div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div style="text-align:center">------------------------------------------------------------------------------------------</div><div style="text-align:center"><div style="color:rgb(0,0,0);font-family:arial,helvetica,sans-serif;font-size:small;display:inline">​</div><img src="https://mail.google.com/mail/u/0/?ui=2&ik=7ebbf93252&view=fimg&th=15a9e43c0bbf93ca&attid=0.1&disp=emb&realattid=9436e64174762963_0.1.1&attbid=ANGjdJ-WL_J24nvBiYidJ0V0xpdsYqRwswi5nq5oywcJEHC7twYVMrxG0y-GNPu_ahJthV8ktXwYuHoVm5DI2FrRAtPzelTRHrsE2wweR9uu8wT-zz2hNRqFwi4SorQ&sz=s0-l75-ft&ats=1488721675176&rm=15a9e43c0bbf93ca&zw&atsh=1" style="color:rgb(0,0,0);font-family:Helvetica;font-size:12px"><br></div><div style="text-align:center">Tim Sutton</div><div style="text-align:center"><span style="text-align:start">Visit </span><a href="http://kartoza.com/" style="text-align:start" target="_blank">http://kartoza.com</a><span style="text-align:start"> to find out about open source:</span><br style="text-align:start"><span style="text-align:start"> * Desktop GIS programming services</span><br style="text-align:start"><span style="text-align:start"> * Geospatial web development</span></div><div style="text-align:center"><span style="text-align:start">* GIS Training</span></div><div style="text-align:center"><span style="text-align:start">* Consulting Services</span></div><div style="text-align:center"><div style="text-align:center">Skype: timlinux Irc: timlinux on #qgis at <a href="http://freenode.net/" target="_blank">freenode.net</a></div><div style="text-align:start"><div style="text-align:center">Tim is a member of the QGIS Project Steering Committee</div><div style="text-align:center">-------------------------------------------------------------------------------------------</div><div style="text-align:center">Kartoza is a merger between Linfiniti and Afrispatial</div></div></div></div></div></div></div>
</div>