<div dir="auto">Hi Tom, yes its @jguthrie100. Sorry for the confusion! I actually really enjoyed writing the contributions, so I'm pleased I was mistaken!<div dir="auto"><br></div><div dir="auto">For what it's worth, I also agree with cleaning up the feature requests etc! The Graphhopper github page is fine really well with labels for features, bug fixes, requests etc, which could be worth emulating!</div><div dir="auto"><br></div><div dir="auto">Jamie</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 26 Feb 2018 13:19, "Tom Hughes" <<a href="mailto:tom@compton.nu">tom@compton.nu</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">[ Moving this off the issue tracker and back to the mailing list<br>
  where it was probably intended to be all along ]<br>
<br>
On 26/02/18 12:58, Matt Amos wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Let's all try and keep this positive and friendly.<br>
</blockquote>
<br>
Sure.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
This is a public forum, so there are going to be some reports or comments in which the author - intentionally or otherwise - belittles existing contributions or contributors. I think it's best in those situations to try, gently and politely, to explain why such an attitude is unhelpful, while also trying to accept those parts of the report or comment which describe real problems or bugs that we need to address.<br>
</blockquote>
<br>
The problem is our bug tracker is such an utter cesspit that I mostly<br>
feel like I'm just drowning and it's all I can do to try and stop it<br>
getting any deeper which mostly means trying to close as much stuff<br>
as I can as quickly as I can.<br>
<br>
We really need to throw away all our labels and then go through every<br>
single bug and either close it or add a sensible label and then have a<br>
concrete triage system that ensures every new bug is cleaned up and<br>
classified with a proper label.<br>
<br>
As you probably know I'm not a great fan of "feature request" tickets<br>
if only because historically very few of them ever get implemented but<br>
if we clearly label them as feature requests and have a process for<br>
doing an initial review of whether they are worthwhile so that they<br>
can be closed if necessary then maybe that would work? I'm not sure<br>
how such a process would work though :-( Maybe also auto-close them<br>
if nobody has done anything about them after a certain period?<br>
<br>
Basically I really want to make this work but right now I mostly<br>
feel like the little dutch boy with his thumb in the dyke and a<br>
tidal wave breaking over the top of it constantly.<br>
<br>
Tom<br>
<br>
-- <br>
Tom Hughes (<a href="mailto:tom@compton.nu" target="_blank">tom@compton.nu</a>)<br>
<a href="http://compton.nu/" rel="noreferrer" target="_blank">http://compton.nu/</a><br>
<br>
______________________________<wbr>_________________<br>
rails-dev mailing list<br>
<a href="mailto:rails-dev@openstreetmap.org" target="_blank">rails-dev@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/rails-dev" rel="noreferrer" target="_blank">https://lists.openstreetmap.or<wbr>g/listinfo/rails-dev</a><br>
</blockquote></div></div>