I would support a forked version of iD as a default editor on the home page.
I think OpenStreetMap is mature and complex enough now to start using techniques like change management which are used in the IT world to manage change. It is common practice in corporate IT. Cheerio John On Tue, May 28, 2019, 4:35 AM Frederik Ramm, <frede...@remote.org> wrote: > Hi, > > On 27.05.19 12:07, Simon Poole wrote: > > As I see it we can choose between > > [...] > > > - deploy from a forked iD that is selective with respect to which > > commits are integrated (IMHO too much work) > > I think this would definitely be the healthiest and most common-sense > approach for the community. Letting an unchecked third party forge ahead > with iD was good in the beginning but now we need some checks and > balances in place to ensure that what the OSMF brandishes as the > "default editor" is actually reflecting community consensus. > > It's totally ok if the developers don't want to be bothered with having > to find out what the community consensus is(*) - this is hard enough > even for the community itself. > > Perhaps it is possible to have a forked iD that does not work by > meticulously cherry-picking every new change that is added to iD > (because that would be too much work), but instead - a bit like the > mechanisms when building a Debian or Ubunutu package - we could have > some patches that we routinely apply to iD before it goes live on our site. > > We could use this contentious "tag upgrade" as a test balloon to > establish the new workflow: iD releases new version -> patch team > applies existing patches -> community review -> if necessary, new > patches are made -> patch team releses -> OSMF website deploys. > > Bye > Frederik > > (*) Though the way they have let us know their disdain for what I feel > is the community really isn't very mature and I think that Andy is right > in pointing out that an apology is in order - > https://github.com/openstreetmap/iD/issues/6442 - unless of course the > the iD project's Code of Conduct has some magic "does not apply to > maintainers" feature. > > -- > Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" > > _______________________________________________ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk >
_______________________________________________ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
