I think you can safely delete the Alemannisch projects as proposed at https://meta.wikimedia.org/wiki/Proposals_for_closing_projects/Deletion_of_A.... In those cases, the projects are being managed as subprojects (namespaces) of Alemannisch Wikipedia, and they have no content. The URLs can be redirected, as suggested on the proposal page.
Steven White (StevenJ81)
Sent from Mailhttps://go.microsoft.com/fwlink/?LinkId=550986 for Windows 10
Hello,
I'm new to this list so apologies if I am not allowed to comment here, etc.
I appreciate that at least this is moving forward and I would like to thank MF-W for her willingness to take those requests up to discussion. I'd also like to thank the whole LangCom for their work which I've always appreciated.
I however would like to submit that I feel that in the case of < https://meta.wikimedia.org/wiki/Proposals_for_closing_projects/Deletion_of_A... we could at least propose that aa.wikibooks and aa.wiktionary be deleted and its domains redirected to their respective Incubator test projects where it is more likely that we will get any contributing, if any. As proposer I know I am a bit biased but IMHO there's no reason to keep living Wikibooks and Wiktionary Afar, and the only reason to keep Wikipedia Afar is because sysadmins use it to run maintenance scripts that have to start somewhere. I such I'd like the commitee to consider MF-W proposed outcome in that proposal and instead approve to keep aawiki, but delete aa.wikibooks and aa.wiktionary, with the domain redirecting to their respective Incubator test projects.
As for < https://meta.wikimedia.org/wiki/Proposals_for_closing_projects/Deletion_of_H..., I don't understand why rejecting is being proposed here. There's majority support for it and it never had any content nor it is likely that the project will be opened in the next decade. Its database could be deleted and its domain could be redirected to the Incubator test project where contributing could happen instead that of a closed wiki.
As for beta.wikiversity, I agree to move it to Incubator, splitting its content into their relevant test projects. We might even open one or two new Wikiversities if their content and activity is good.
Sorry for this long post.
With best regards, M.
2017-07-02 17:39 GMT+02:00 Steven White Koala19890@hotmail.com:
I think you can safely delete the Alemannisch projects as proposed at https://meta.wikimedia.org/wiki/Proposals_for_closing_ projects/Deletion_of_Alemannisch_Wiktionary,_Wikibooks_and_Wikiquote. In those cases, the projects are being managed as subprojects (namespaces) of Alemannisch Wikipedia, and they have no content. The URLs can be redirected, as suggested on the proposal page.
Steven White (StevenJ81)
Sent from Mail https://go.microsoft.com/fwlink/?LinkId=550986 for Windows 10
Langcom mailing list Langcom@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/langcom
Hello Marco!
On Sun, Jul 2, 2017 at 11:56 AM, MarcoAurelio strigiwm@gmail.com wrote:
As for https://meta.wikimedia.org/wiki/Proposals_for_closing_ projects/Deletion_of_Hiri_Motu_Wikipedia, I don't understand why rejecting is being proposed here. There's majority support for it and it never had any content nor it is likely that the project will be opened in the next decade. Its database could be deleted and its domain could be redirected to the Incubator test project where contributing could happen instead that of a closed wiki.
Contribution can already happen on the Incubator; MF-W notes possible technical issues with deletion-and-recreation. MF-W, for the never-started projects: is it possible to keep the database (to avoid technical issues) but redirect the domain to the incubator page?
As for beta.wikiversity, I agree to move it to Incubator, splitting its content into their relevant test projects. We might even open one or two new Wikiversities if their content and activity is good.
Thanks Robin for closing the old beta-WV request. I launched a new and hopefully clearer one here, which I hope will at least lead to Incubator improvements: https://meta.wikimedia.org/wiki/Proposals_for_closing_projects/Move_Beta_Wik...
//Sj
2017-07-02 17:56 GMT+02:00 MarcoAurelio strigiwm@gmail.com:
I however would like to submit that I feel that in the case of < https://meta.wikimedia.org/wiki/Proposals_for_closing_ projects/Deletion_of_Afar_Wikipedia,_Wikibooks_and_Wiktionary> we could at least propose that aa.wikibooks and aa.wiktionary be deleted and its domains redirected to their respective Incubator test projects where it is more likely that we will get any contributing, if any. As proposer I know I am a bit biased but IMHO there's no reason to keep living Wikibooks and Wiktionary Afar, and the only reason to keep Wikipedia Afar is because sysadmins use it to run maintenance scripts that have to start somewhere. I such I'd like the commitee to consider MF-W proposed outcome in that proposal and instead approve to keep aawiki, but delete aa.wikibooks and aa.wiktionary, with the domain redirecting to their respective Incubator test projects.
As for https://meta.wikimedia.org/wiki/Proposals_for_closing_ projects/Deletion_of_Hiri_Motu_Wikipedia, I don't understand why rejecting is being proposed here. There's majority support for it and it never had any content nor it is likely that the project will be opened in the next decade. Its database could be deleted and its domain could be redirected to the Incubator test project where contributing could happen instead that of a closed wiki.
I understood that aa.wikipedia was already taken out of the proposal. I proposed the rejection of the deletions because the existence of the closed wikis doesn't do any harm while at the same time it seems that the deletion of a wiki is complicated work that is better to be avoided (at least that was my conclusion from the recent question of reopening or recreating nl.wikinews. If the developers tell us otherwise e.g. in T169450 I am willing to reconsider ofc). Yes, for these projects we probably won't see any reopening in the next decade, but then probably we also won't see any contributors in the next decade who would be inconvenienced by the wiki being there. It merely prevents a direct redirect aa.wikibooks.org->incubator:Wb/aa, however a link to Incubator is always there in the sitenotices. That said,
2017-07-03 1:16 GMT+02:00 Samuel Klein meta.sj@gmail.com:
MF-W, for the never-started projects: is it possible to keep the database
(to avoid technical issues) but redirect the domain to the incubator page?
I have no idea. It could be a good solution if deletion should indeed be avoided. I suppose we can ask that in T169450 as well.
Hi,
We should certainly listen to what the developers say. In the case of the aa and ho wikis, their databases are very small presumably to have any big performance impact so I'd say that they will not complain a lot. In case it is possible to redirect those domains to their respective Incubator test projects it'll also work for me. In fact, maybe we should be doing that for projects closed for X years, but maybe that's something we should discuss in a separate thread or elsewhere.
Best regards, M.
2017-07-03 1:40 GMT+02:00 MF-Warburg mfwarburg@googlemail.com:
2017-07-02 17:56 GMT+02:00 MarcoAurelio strigiwm@gmail.com:
I however would like to submit that I feel that in the case of https://meta.wikimedia.org/wiki/Proposals_for_closing_projects/Deletion_of_Afar_Wikipedia,_Wikibooks_and_Wiktionary we could at least propose that aa.wikibooks and aa.wiktionary be deleted and its domains redirected to their respective Incubator test projects where it is more likely that we will get any contributing, if any. As proposer I know I am a bit biased but IMHO there's no reason to keep living Wikibooks and Wiktionary Afar, and the only reason to keep Wikipedia Afar is because sysadmins use it to run maintenance scripts that have to start somewhere. I such I'd like the commitee to consider MF-W proposed outcome in that proposal and instead approve to keep aawiki, but delete aa.wikibooks and aa.wiktionary, with the domain redirecting to their respective Incubator test projects.
As for https://meta.wikimedia.org/wiki/Proposals_for_closing_projects/Deletion_of_Hiri_Motu_Wikipedia, I don't understand why rejecting is being proposed here. There's majority support for it and it never had any content nor it is likely that the project will be opened in the next decade. Its database could be deleted and its domain could be redirected to the Incubator test project where contributing could happen instead that of a closed wiki.
I understood that aa.wikipedia was already taken out of the proposal. I proposed the rejection of the deletions because the existence of the closed wikis doesn't do any harm while at the same time it seems that the deletion of a wiki is complicated work that is better to be avoided (at least that was my conclusion from the recent question of reopening or recreating nl.wikinews. If the developers tell us otherwise e.g. in T169450 I am willing to reconsider ofc). Yes, for these projects we probably won't see any reopening in the next decade, but then probably we also won't see any contributors in the next decade who would be inconvenienced by the wiki being there. It merely prevents a direct redirect aa.wikibooks.org->incubator:Wb/aa, however a link to Incubator is always there in the sitenotices. That said,
2017-07-03 1:16 GMT+02:00 Samuel Klein meta.sj@gmail.com:
MF-W, for the never-started projects: is it possible to keep the database (to avoid technical issues) but redirect the domain to the incubator page?
I have no idea. It could be a good solution if deletion should indeed be avoided. I suppose we can ask that in T169450 as well.
Langcom mailing list Langcom@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/langcom
My understanding was that the worst problems with wiki creation (and therefore also deletion) occur in relation to other wikis (CentralAuth, Wikidata, etc.). But we'll see.
2017-07-03 17:29 GMT+02:00 MarcoAurelio strigiwm@gmail.com:
Hi,
We should certainly listen to what the developers say. In the case of the aa and ho wikis, their databases are very small presumably to have any big performance impact so I'd say that they will not complain a lot. In case it is possible to redirect those domains to their respective Incubator test projects it'll also work for me. In fact, maybe we should be doing that for projects closed for X years, but maybe that's something we should discuss in a separate thread or elsewhere.
Best regards, M.
2017-07-03 1:40 GMT+02:00 MF-Warburg mfwarburg@googlemail.com:
2017-07-02 17:56 GMT+02:00 MarcoAurelio strigiwm@gmail.com:
I however would like to submit that I feel that in the case of <https://meta.wikimedia.org/wiki/Proposals_for_closing_
projects/Deletion_of_Afar_Wikipedia,_Wikibooks_and_Wiktionary>
we could at least propose that aa.wikibooks and aa.wiktionary be
deleted and
its domains redirected to their respective Incubator test projects
where it
is more likely that we will get any contributing, if any. As proposer I
know
I am a bit biased but IMHO there's no reason to keep living Wikibooks
and
Wiktionary Afar, and the only reason to keep Wikipedia Afar is because sysadmins use it to run maintenance scripts that have to start
somewhere. I
such I'd like the commitee to consider MF-W proposed outcome in that proposal and instead approve to keep aawiki, but delete aa.wikibooks and aa.wiktionary, with the domain redirecting to their respective Incubator test projects.
As for <https://meta.wikimedia.org/wiki/Proposals_for_closing_
projects/Deletion_of_Hiri_Motu_Wikipedia>,
I don't understand why rejecting is being proposed here. There's
majority
support for it and it never had any content nor it is likely that the project will be opened in the next decade. Its database could be
deleted and
its domain could be redirected to the Incubator test project where contributing could happen instead that of a closed wiki.
I understood that aa.wikipedia was already taken out of the proposal. I proposed the rejection of the deletions because the existence of the closed wikis doesn't do any harm while at the same time it seems that the deletion of a wiki is complicated work that is better to be avoided (at least that was my conclusion from the recent question of reopening or recreating nl.wikinews. If the developers tell us otherwise e.g. in
T169450
I am willing to reconsider ofc). Yes, for these projects we probably
won't
see any reopening in the next decade, but then probably we also won't see any contributors in the next decade who would be inconvenienced by the
wiki
being there. It merely prevents a direct redirect aa.wikibooks.org->incubator:Wb/aa, however a link to Incubator is always there in the sitenotices. That said,
2017-07-03 1:16 GMT+02:00 Samuel Klein meta.sj@gmail.com:
MF-W, for the never-started projects: is it possible to keep the
database
(to avoid technical issues) but redirect the domain to the incubator
page?
I have no idea. It could be a good solution if deletion should indeed be avoided. I suppose we can ask that in T169450 as well.
Langcom mailing list Langcom@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/langcom
Langcom mailing list Langcom@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/langcom
I already asked about this on https://phabricator.wikimedia.org/T169450. I would be embarrassing and time-wasting to decide to do something which no developer would want to implement.
2017-07-02 17:39 GMT+02:00 Steven White Koala19890@hotmail.com:
I think you can safely delete the Alemannisch projects as proposed at https://meta.wikimedia.org/wiki/Proposals_for_closing_ projects/Deletion_of_Alemannisch_Wiktionary,_Wikibooks_and_Wikiquote. In those cases, the projects are being managed as subprojects (namespaces) of Alemannisch Wikipedia, and they have no content. The URLs can be redirected, as suggested on the proposal page.
Steven White (StevenJ81)
Sent from Mail https://go.microsoft.com/fwlink/?LinkId=550986 for Windows 10
Langcom mailing list Langcom@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/langcom