I am also against closing mg:wb, i.e. transferring it to the incubator.
I don't read the outcome of the discussion as a "unanimous" advice to
LangCom to lock the project. There really is only one strong support for
closure, one weak (and very apologetic!) support and then there's is
Jagwar, the only consistently active user at mg:wb, who sounds more
resigned to his lone stance without support for his efforts. I've looked
at the content, and especially the pages on explaining Python (granted,
seven sections may not make a complete book) are an excellent example of
how to go about WikiBooks in a LWC (language of wider communication).
While I agree that *absence* of content since wiki creation would be a
reason for closure, I don't see *absence* of content. Those seven
sections on Python (I've counted the four pages of Python/Teny as one
section) are content enough for me to allow mg:wb to continue at its
project site.
Cheers,
Oliver
On 15-Apr-18 10:57, Gerard Meijssen wrote:
Hoi,
I am against.
Thanks,
GerardM
On 15 April 2018 at 10:47, MarcoAurelio <strigiwm(a)gmail.com
<mailto:strigiwm@gmail.com>> wrote:
Hello. If I am allowed, I'd like to signal that the community
advices LangCom to lock the project unanimously in the PCP page,
not for inactivity (which indeed is not a valid reason) but for
absence of content since the wiki creation, which it is a valid
reason per policy to do so. Regards, M.
2018-04-11 8:22 GMT+02:00 Oliver Stegen <oliver_stegen(a)sil.org
<mailto:oliver_stegen@sil.org>>:
I'm happy with the action that Steven took, including the
recent re-opening of the discussion (for clarity's sake).
LangCom appointed him clerk for the kind of activity which he
brings to the table (and for which LangCom members' activity
like mine are too sporadic to make LangCom effective - see
multiple complaints over the years).
Closing projects policy was revised after our May 2011 meeting
exactly so that "closing a project is no longer easier than
opening one". In the case of Malagasy Wikibooks, I vote for
rejecting the proposal to close precisely because inactivity
alone is not a sufficient reason for closure. There's no harm
in keeping it open, and it would be more work to close it (if
I understand matters correctly).
In the hope that this can be re-resolved quickly (and without
yet more bureaucracy),
Oliver
On 10-Apr-18 23:14, Steven White wrote:
Look, I'm not trying to make trouble, nor to ramrod my
opinions. With thanks to members who supported my approach, I
am going to revert the closure of the discussion.
Before I do that, I will just point out that I think I
have followed the rules up to this point. Gerard's
willingness to agree to the closure happened in March, while
we were still in a discussion phase. He did not comment
afterwards, so I wouldn't have characterized what he did as
negating my proposal. I do think it is within my purview as
clerk to put a proposal on the table. If I stretched a point
of the rules at all, it was to hypothesize that a
"discussion" during which only one member comments is not
sufficient to establish a committee consensus to close an
existing project, particularly when its only real problem is
inactivity. But maybe that's not correct; that needs to be
discussed.
I would also point out to Marco that per policy, the
community's role in such matters is advisory, not binding.
Whether or not it should apply to this particular case, the
Board and LangCom have expressed a general point of view that
they would rather keep projects open than to close them,
provided that the project is not full of vandalism. So while
the community does seem to support the closure, LangCom need
not follow the community's advice, although it certainly may
do so.
Closing projects policy
<https://meta.wikimedia.org/wiki/Closing_projects_policy>
normally does not involve an actual vote; it is supposed to
close on consensus. Again, my perspective is that a consensus
discussion to close a project that is not vandalized requires
more than one voice. If members disagree, then please say so.
(And I'd point out that frequently we allow a single voice to
mark a project request as "eligible" or "rejected"; I just
think existing projects deserve a little stronger benefit of
the doubt.) So let's let this run for at least another week,
to April 17, and see what else people have to say about it.
Steven
Sent from Outlook <http://aka.ms/weboutlook>
<http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
Virus-free.
www.avg.com
<http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
<#m_4284120631935571393_m_4414387168066765486_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
_______________________________________________
Langcom mailing list
Langcom(a)lists.wikimedia.org <mailto:Langcom@lists.wikimedia.org>
https://lists.wikimedia.org/mailman/listinfo/langcom
<https://lists.wikimedia.org/mailman/listinfo/langcom>
_______________________________________________
Langcom mailing list
Langcom(a)lists.wikimedia.org <mailto:Langcom@lists.wikimedia.org>
https://lists.wikimedia.org/mailman/listinfo/langcom
<https://lists.wikimedia.org/mailman/listinfo/langcom>
_______________________________________________
Langcom mailing list
Langcom(a)lists.wikimedia.org <mailto:Langcom@lists.wikimedia.org>
https://lists.wikimedia.org/mailman/listinfo/langcom
<https://lists.wikimedia.org/mailman/listinfo/langcom>
_______________________________________________
Langcom mailing list
Langcom(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/langcom