Hi Chris,
Both the wiki, and the Loomio, require a separate log in account which
is not the same as the main OSM account. So the barriers are the same.
I don't think the Loomio is restricted to just OSM UK "official
business" - though I might be wrong! Someone please correct me.
I do agree with you that a vote isn't necessarily all that helpful. It
was one of the original ways that the OSM community started
self-organising its tagging, but because of various limitations it's
very much fallen into disrepair as a way of doing things. I hope that
"good decision-making tools" like Loomio might be a way forward - but
I don't imagine it's a silver bullet.
Best
Dan
Op ma 28 sep. 2020 om 18:31 schreef Chris Hill <o...@raggedred.net>:
>
> {this time to the list]
>
> And the people who care about OSM and the way imports and automated
> edits affects OSM, but don't use Loomio and are not connected to OSM UK?
> What should they do?
>
> Everyone in OSM has access to the Wiki.
>
> Having said that, I'm not sure what a vote will do. OSM is very clearly
> not a democracy in any sense. Voting tends to give any outcome the
> veneer of consultation and listening to feedback, but in practice so few
> people vote that the process is meaningless.
>
> Chris (chillly)
>
> On 28/09/2020 17:53, Dan S wrote:
> > Hi Rodrigo
> >
> > Before you create a vote on the wiki, can I suggest a different
> > method? "OSM UK" has started using Loomio for discussions and votes,
> > and it generally seems to work out well. I think Loomio is designed
> > for the purpose of making good decisions together:
> > https://www.loomio.org/openstreetmap-uk/
> >
> > I'm sorry, I don't wish to confuse you with tools and differing opinions...
> >
> > Cheers
> > Dan
> >
> > Op ma 28 sep. 2020 om 15:31 schreef Rodrigo Díez Villamuera
> > <rodr...@rodrigodiez.io>:
> >> Thanks all of you for your messages.
> >>
> >> As a new joiner, I could not ask for more than other members engaging in
> >> such a passionate way :)
> >>
> >> It's fair to say that there is no clear consensus of whether the proposal,
> >> in its current form, is acceptable or not. So, I am going to create a
> >> voting section on the wiki page to help us visualise what people think
> >>
> >> However, before I do that I would like to reply to a point that was made
> >> by Andy
> >>
> >> Andy,
> >>
> >> I'm not actually convinced that's a problem - as others have said, web
> >> browsers are perfectly capable of converting "www.mypub.com" into either
> >> "https://www.mypub.com"or ""http://www.mypub.com"as appropriate, so this
> >> doesn't really add any value. "Letting the browser sort it out" is a
> >> great approach as it can deal with now/near future things such as removal
> >> TLS 1.0 and 1.1 support as well.
> >>
> >> This is not true based on my experience. I just tested on the latest
> >> version of Chrome and Firefox and, if the URL scheme is not specified,
> >> they both open the the URL using http even if https is also available for
> >> it.
> >>
> >> You may have experienced a behaviour by which the user gets redirected
> >> from the http url to the https one but that depends on the configuration
> >> of the site server which is not always set-up.
> >>
> >> This is also well documented for Firefox here:
> >> https://wiki.mozilla.org/Firefox/URL_Bar_Algorithm
> >>
> >> I see value in updating schemaless :website tags with the https version if
> >> available.
> >> --
> >> Rodrigo Díez Villamuera
> >>
> >> w: http://rodrigodiez.io
> >> t: @rodrigodiez_pro
> >> p: 00 44 7513 638225
> >>
> >>
> >>
> >> On Mon, 28 Sep 2020 at 13:50, Andy Mabbett <a...@pigsonthewing.org.uk>
> >> wrote:
> >>> On Mon, 28 Sep 2020 at 10:00, Frederik Ramm <frede...@remote.org> wrote:
> >>>
> >>>> The change you plan to execute is of limited use. Yes, it ensures more
> >>>> conformity in the data, but it will be a temporary fix (since new
> >>>> "wrong" URLs can be added at any time).
> >>> This seems like an argument for never fixing any error.
> >>>
> >>>> So what your edit does is, it "touches" lots of objects and adds no
> >>>> meaningful information whatsoever.
> >>> This statement is false, not least because in some cases "http://"; is
> >>> added, in others "https://";; each of those - and the difference
> >>> between them - conveys meaningful information.
> >>>
> >>>> It creates load on the database
> >>> The level of load is trivial. Have our database maintainers ever said
> >>> that a load of such small magnitude is problematic?
> >>>
> >>>> There are many, many better ways to contribute to OSM than runnning a
> >>>> useless automated conformity edit. Take a notebook or mobile editor, go
> >>>> outside, check if the phone booths on OSM are still there on the ground,
> >>>> add a few opening times, or even trees for that matter - a single hour
> >>>> of such original work is more useful to OSM that what you are proposing
> >>>> here.
> >>> Denigrating another's contribution - a valid and valuable contribution
> >>> - in this manner is antithetical to the spirit in which OSM activity
> >>> is supposed to be conducted.
> >>>
> >>>> Remember: OSM is not an IT project.
> >>> Of course it is. "Information technology (IT) is the use of computers
> >>> to store, retrieve, transmit, and manipulate data or information." [1]
> >>>
> >>>
> >>> [1] https://en.wikipedia.org/wiki/Information_technology
> >>>
> >>> --
> >>> Andy Mabbett
> >>> @pigsonthewing
> >>> http://pigsonthewing.org.uk
> >>>
> >>> _______________________________________________
> >>> Talk-GB mailing list
> >>> Talk-GB@openstreetmap.org
> >>> https://lists.openstreetmap.org/listinfo/talk-gb
> >> _______________________________________________
> >> Talk-GB mailing list
> >> Talk-GB@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-gb
> > _______________________________________________
> > Talk-GB mailing list
> > Talk-GB@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-gb
>
> --
> cheers
> Chris Hill (chillly)
>
>
> _______________________________________________
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
_______________________________________________
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb
