The on-wiki version is available here:
https://meta.wikimedia.org/wiki/Abstract_Wikipedia/Updates/2022-05-27
--
Our Google.org fellow, Ariel Gutman
<https://meta.wikimedia.org/wiki/User:AGutman-WMF>, has recently authored a
proposal of an architecture for the NLG system
<https://meta.wikimedia.org/wiki/Abstract_Wikipedia/NLG_system_architecture_…>
of
Abstract Wikipedia.
The proposed architecture is driven by 4 main tenets:
1. *Modularity*: the system should be modular, in that various aspects
of NLG (e.g. morphosyntactic and phonotactic rules) can be modified
independently.
2. *Lexicality*: the system should be able to both fetch lexical data
(separate from code), and rely on productive language rules to generate
such data on the fly (e.g. inflecting English plurals with an -s).
3. *Recursivity*: due to the compositional and recursive nature of most
languages, an effective NLG system would need to be recursive itself.
4. *Extensibility*: the system should be receptive to extension both by
linguistic experts and technical contributors, as well as by non-technical
and non-expert contributors, working on different parts of the system.
These considerations lead to a proposal of a "pipeline" system, in which an
input Constructor is being processed by different modules (corresponding to
various aspects of natural language) until the final output text is
rendered.
[image: A proposal of an NLG architecture for Abstract Wikipedia.svg]
<https://meta.wikimedia.org/wiki/File:A_proposal_of_an_NLG_architecture_for_…>
In this pipeline dark blue forms are elements which would be created by
contributors to Wikifunctions (rectangles) or Wikidata (rounded
rectangles), while the light blue elements represent function or data
living within the Wikifunctions orchestrator.
A key aspect of the system are the "templatic renderers". Wikifunctions
will provide a specialized *templating language*, developed in-house, which
should enable even non-technical contributors to write renderers for their
language. These renderers will be supported by lexical data from Wikidata
and Universal Dependency-style grammatical relations, which would be
defined within Wikifunctions by linguistically-interested contributors.
We will be glad to hear any feedback from you on the proposal's talkpage
<https://meta.wikimedia.org/wiki/Talk:Abstract_Wikipedia/NLG_system_architec…>,
in particular about the idea to develop an in-house templating system.
Further updates for last week:
- This week, the team held its first Deep Dive session. We presented our
project OKRs and received feedback from leadership
- The team spent time this week preparing for last weekend's Hackathon:
- There was a presentation and Q&A about Wikifunctions
- A few Phabricator backlog tasks were identified and tagged for
Hackathon participants
Below is the brief weekly summary highlighting the status of each
workstream:
- Performance:
- Made progress on Beta cluster setup: orchestrator and evaluator
services now update automatically to the latest image
- NLG:
- Completed the initial draft of the NLG system architecture design
document
- Metadata:
- Partially completed the front-end code to accommodate both forwards
and backwards compatibility for the old & new metadata formats
- Experience:
- Made more progress for function view and editor implementations for
mobile
- Completed function-schemata migration to Benjamin arrays
- Handed off designs for 'Text with fallback'
The on-wiki version of this newsletter issue is available here:
https://meta.wikimedia.org/wiki/Abstract_Wikipedia/Updates/2022-05-20
--
Last week, the WMF staff on the Abstract Wikipedia team met in person for
the very first time. Given that we are spread out over Europe and the
Americas, New York City was chosen as an easy to reach point for the
members of the team.
The Abstract Wikipedia team was set up in the middle of 2020, after the
COVID pandemic had already led to restrictions on travel, office work, and
meetings, particularly internationally, and so this became our first chance
to meet each other.
Back row, from left to right: Geno, Cory, Denny, James, Mariya, Nick.
Front row: Julia, David, Luca.
Unfortunately, Cai and Aishwarya could not join us.
We used the time to build team cohesion and discuss our processes. We
learned a lot about each other. I am particularly thankful to Mariya for
leading a session where we explored and explicated individual preferences
about working behavior, which will help us to work together. It was also a
great time to socialize and get to know each other.
We discussed what it means for Wikifunctions and Abstract Wikipedia to be
projects that take diversity, equity, and inclusion seriously, and how to
measure that and hold ourselves to account. We will publish more about the
results from that work session soon, in order to gather wider input.
Another session was a "Wizard of Oz"
<https://en.wikipedia.org/wiki/Wizard_of_Oz_experiment> session, where we
simulated the generation of some article content, and were happily
surprised about how well that worked out. We will also write this up in
more detail and publish it in one of the future newsletters.
We also celebrated ten years of James Forrester being with the Wikimedia
Foundation. Thank you James for your indispensable contributions to the
Foundation and the movement, in your many different roles. The Abstract
Wikipedia project is benefitting from your experience, skills, and
personality.
Big thanks to Cai, Mariya, and Cory for organizing the off-site, and the
Foundation teams for their support.
We will see some of you during the ongoing Hackathon this weekend! Thanks
to everyone who attended the Wikifunctions session on Friday (slides
<https://docs.google.com/presentation/d/1DAubtW3pkSwIKI4W2ff0bTibRvaJsrroy12…>),
and for your great questions.
Further updates:
-
The team experimented with a new Scrum of Scrums process
-
Each of the four workstream leads wrote a status updates for their
workstream highlighting blockers, risks, accomplishments, and short-term
plans
-
The team met to discuss these blockers and risks, and any points of
confusion
-
Below is the brief weekly summary highlighting the status of each
workstream:
-
Performance:
-
Conducted current state and requirements discovery
-
Identified workstream tracks and high-level needs
-
NLG:
-
Identified goals of the workstream and prerequisite work
-
Metadata:
-
Finished back-end code to accommodate both forwards and backwards
compatibility for the old & new metadata formats
-
Experience:
-
Made progress for function view and editor implementations for
desktop and mobile
-
Fixed canonicalize methods in function-schemata
-
Design of 'Text with fallback' is currently in progress
You can now subscribe for on-wiki delivery of these newsletters, at
https://meta.wikimedia.org/wiki/Global_message_delivery/Targets/Wikifunctio…
- We will send out future issues to that list.
The on-wiki version of this newsletter can be found here:
https://meta.wikimedia.org/wiki/Abstract_Wikipedia/Updates/2022-05-05
--
When Wikipedia launched, it had from the very beginning a great and yet
easily understandable goal: to be an encyclopedia that anyone can edit.
Since almost everyone knew roughly what an encyclopedia was, it was quite
easy for Wikipedia to begin. Over the years, the idea was refined and has
considerably evolved, but this initial spark allowed Wikipedia to grow and
flourish. It allowed people to start working on the many different parts of
Wikipedia without having to first have a centralized discussion about the
scope and goal of Wikipedia.
Wikifunctions does not enjoy the same advantage. Wikifunctions’ mission
statement
<https://meta.wikimedia.org/wiki/Abstract_Wikipedia/Updates/2021-04-08> is
“to collaboratively create and maintain a library of code functions”, and
for many potential contributors and users of Wikifunctions that will
require further explanation. What is a library of functions? Indeed, what
is a function? How is a function useful to me? We previously wrote an essay
on the motivations for functions
<https://meta.wikimedia.org/wiki/Abstract_Wikipedia/Updates/2020-10-07> and
why they are important. But we expect that this essay is not sufficient to
really bring out the message.
We are planning to write text, to appear on the site in possibly hundreds
of languages, which will explain what functions are, how they can be used,
and why they are useful. We are also considering using other media to
spread the message and popularize the concept of a function. Maybe a video?
A story? A comic? A lecture? An interactive experience, embedding functions
from Wikifunctions? An animation? An infographic? A song?
Do we want a YouTuber to explain what a function is? Do we want an
advertisement-style video exemplifying what one can do with functions,
shown on the front page? Do we want a comic with a socratic dialog about
functions? A short story where the heroes overcome challenges with the help
of functions? A celebrity talking (pro bono) about the usefulness of
functions? A teaching workshop about a few specific functions and how to
use them? All of these?
We would do this because we want to make the concepts behind Wikifunctions
more enticing and easier to understand, thus ultimately making it more
likely that Wikifunctions succeeds. We want people to have answers to
questions such as “What is a function?” and “Why are functions useful to
me?” and to popularize the concept of functions. This in turn will allow
Wikifunctions more space to grow, since answers to these questions will
remain relevant indefinitely and not be tied to the state of the project in
its early days.
In addition to the options mentioned above, we are also expecting to create
initial tutorials specifically on how to use Wikifunctions. These would be
on-wiki, and of course easily editable by the Wikifunctions community to
reflect their consensus on how to use the system. Tutorials, and possibly
much of the material mentioned above, will be widely linked from the
interface within Wikifunctions, in order to help people coming to the pages
to learn what the project is all about.
We would like to hear your thoughts, ideas, suggestions—and see your
contributions. If you want to sketch out, draft, or even start working on
some of this material, we would be delighted. How would you describe the
site to someone?
There is no need for all this material to be available before Wikifunctions
launches, but it would probably be best if the core tutorial is available
at launch. Whereas we are not planning to make a big announcement about
launching, it is likely that the first new member of the Wikimedia family
of projects in a decade might lead to a few announcements and publications,
so having a solid tutorial in place is a good idea.
------------------------------
Next week we will be at our first team off-site. We are very much looking
forward to it! This also means that we are not planning to have a weekly
update next week.
I will resend again.
Then how about this? I have request this submission to the administrators
of the Dutch Wikipedia.
It's been more and four days and you're getting an automatic confirmation
status (including admin). After the evaluation period, you can restore the
previous version of the deleted page from the previously deleted page and
return to (almost) the same page for other reasons: Long-term abuse, but
that is no longer in the discussion of deleting pages.
This is not an unblock request, but a request to recreate a deleted page.
You can nicely copy the article at https://nl.wikipedia.org/wiki/Oh_My_Girl.
So can you regenerate a page that has been deleted but no longer exists in
the delete page discussion?
Don't forget to recreate the article at
https://en.wikipedia.org/wiki/Dreamcatcher_(groep) but must be made
complete, not abbreviated (only the translation helps to develop the
article).
But first make the article on
https://nl.wikipedia.org/wiki/Astro_(Zuid-Koreaanse_band).
Also make an article for me at https://nl.wikipedia.org/wiki/Loona_(groep).
For articles on https://en.wikipedia.org/wiki/Kep1er, you can restore the
master version of the deleted page, but if it is fixed, you can delete WIU
immediately before republishing it.
At https://nl.wikipedia.org/wiki/JYP_Entertainment you can recreate
articles that are no longer in the discussion.
I waited more than four days to recreate the deleted page. That means it
was automatically confirmed for a limited time of one month (the excuse I
was given was that I repeatedly regenerated a page that was deleted after
an evaluation period of blocking and/or deleting and reverting to (almost)
the same contributions).
---------- Forwarded message ---------
Dari: Fernando Lie <liefernando100(a)gmail.com>
Date: Sel, 3 Mei 2022 14.57
Subject: Fwd: [Abstract-wikipedia] Re: Newsletter #70: Requirements for
code in Wikifunctions
To: General public mailing list for the discussion of Abstract Wikipedia
and Wikifunctions <abstract-wikipedia(a)lists.wikimedia.org>
Your message. Not received this. It is your message.
---------- Forwarded message ---------
Dari: Fernando Lie <liefernando100(a)gmail.com>
Date: Sab, 30 Apr 2022 09.59
Subject: Re: [Abstract-wikipedia] Re: Newsletter #70: Requirements for code
in Wikifunctions
To: General public mailing list for the discussion of Abstract Wikipedia
and Wikifunctions <abstract-wikipedia(a)lists.wikimedia.org>
But I requested a remake or rollback and the first article that didn't
exist and deleted in Dutch Wikipedia with help from the Dutch Wikipedia
admin, Bas dehaan and Daniuu. They are Twinklies of the Dutch Wikipedia.
You must contact them.
It's been more and four days and you're getting an automatic confirmation
status (including admin). After the evaluation period, you can restore the
previous version of the deleted page from the previously deleted page and
return to (almost) the same page for other reasons: Long-term abuse, but
that is no longer in the discussion of deleting pages.
This is not an unblock request, but a request to recreate a deleted page.
You can nicely copy the article at https://nl.wikipedia.org/wiki/Oh_My_Girl.
So can you regenerate a page that has been deleted but no longer exists in
the delete page discussion?
Don't forget to recreate the article at
https://en.wikipedia.org/wiki/Dreamcatcher_(groep) but must be made
complete, not abbreviated (only the translation helps to develop the
article).
But first make the article on
https://nl.wikipedia.org/wiki/Astro_(Zuid-Koreaanse_band).
Also make an article for me at https://nl.wikipedia.org/wiki/Loona_(groep).
For articles on https://en.wikipedia.org/wiki/Kep1er, you can restore the
master version of the deleted page, but if it is fixed, you can delete WIU
immediately before republishing it.
At https://nl.wikipedia.org/wiki/JYP_Entertainment you can recreate
articles that are no longer in the discussion.
I waited more than four days to recreate the deleted page. That means it
was automatically confirmed for a limited time of one month (the excuse I
was given was that I repeatedly regenerated a page that was deleted after
an evaluation period of blocking and/or deleting and reverting to (almost)
the same contributions).
Pada tanggal Sab, 30 Apr 2022 05.38, Samuel Klein <meta.sj(a)gmail.com>
menulis:
> Faaabulous :)
>
> On Thu, Apr 28, 2022 at 9:32 PM Denny Vrandečić <dvrandecic(a)wikimedia.org>
> wrote:
>
>> Hi SJ,
>>
>> I could have sworn that there was already a task for it, but I couldn't
>> find it. It is part of the initial Abstract Wikipedia plan:
>>
>>
>> https://meta.wikimedia.org/wiki/Abstract_Wikipedia/Plan#Task_P1.15:_Lua-bas…
>>
>>
>> And now I also filed a task for it:
>>
>> https://phabricator.wikimedia.org/T307171
>>
>> We currently do not plan to implement support for Lua in time for the
>> launch (unless someone else implements it), but we do plan to address this
>> issue relatively soon after launch. Lua will likely be the first
>> programming language to be added after launch (unless someone else
>> implements another language sooner).
>>
>> Cheers,
>> Denny
>>
>> On Thu, Apr 28, 2022 at 5:51 PM Samuel Klein <meta.sj(a)gmail.com> wrote:
>>
>>> Has there been discussion of Lua
>>> <https://en.wikipedia.org/wiki/Wikipedia:Lua> as one of the languages?
>>>
>>> On Thu, Apr 28, 2022 at 8:42 PM Denny Vrandečić <
>>> dvrandecic(a)wikimedia.org> wrote:
>>>
>>>> The on-wiki version of this newsletter can be found here:
>>>> https://meta.wikimedia.org/wiki/Abstract_Wikipedia/Updates/2022-04-28
>>>>
>>>> --
>>>> Once Wikifunctions launches, we currently plan to support
>>>> implementations of functions in two programming languages, Python and
>>>> JavaScript. But unfortunately, that doesn't mean that all the code out
>>>> there, written in Python or JavaScript, will become readily available to be
>>>> copied and used in Wikifunctions. The code has to fulfill certain
>>>> requirements. In today's newsletter we will discuss these requirements, and
>>>> what you can do to prepare code you want to make available through
>>>> Wikifunctions.
>>>>
>>>> First, it must be legal to bring the code in. As per the result of the
>>>> community discussion
>>>> <https://meta.wikimedia.org/wiki/Abstract_Wikipedia/Updates/2021-12-21>,
>>>> the code will be published under the Apache-2 license. If you wrote the
>>>> code yourself, or otherwise own the rights to it, you are free to publish
>>>> it in Wikifunctions. If you are taking the code from an existing open
>>>> source project, you must make sure that it has a compatible license.
>>>>
>>>> Second, the code must be “functional”. That means that, given a
>>>> specific input, the code must always return the same output. In particular,
>>>> that makes a number of classes of functions not available:
>>>>
>>>> - The result must be determined by the input and have no random
>>>> component. This means we cannot have a function that simulates throwing
>>>> dice, that returns a newly minted GUID, or similar random results. A random
>>>> element would break our caching strategy, in particular the ability to
>>>> memoize any function call and replace it with its result if available.
>>>> - The result of the function cannot depend implicitly on the time
>>>> of day, or the current date, or the location of the user. This means we
>>>> cannot have a function that returns the current day of the week. If we want
>>>> to rely on such context, we have to make it explicit as an argument to the
>>>> function. A function such as “how high is the sun here right now?” would
>>>> need to be rephrased “how high is the sun at the given location and time?”
>>>> and take the location and time as arguments.
>>>> - A function call cannot have intentional side effects. There must
>>>> be no function calls that are expected to cause a specific change in the
>>>> world, e.g. a function call which instructs a robot to start a certain
>>>> routine, or that switches on a light. Yes, a function call will always have
>>>> some effect on the world (it may cause caches to change, it will use
>>>> computing resources, and it will turn some electricity into heat), but
>>>> those are incidental and may change in the future. Someone may write a
>>>> system that uses the results of Wikifunctions to control their robots or
>>>> devices, but the actual control would be implemented in that system, not in
>>>> Wikifunctions.
>>>> - A function cannot have a hidden state that is changeable by a
>>>> function call. This is a consequence of the previous point. This means, for
>>>> example, that we cannot have a function that keeps a count of how often it
>>>> has been called and returns that count.
>>>> - This also means there cannot be a function call that edits a
>>>> Wikipedia article or edits a Wikidata item. Editing a function, or a
>>>> function implementation, may eventually change the content of an article on
>>>> Wikipedia (that is, once we allow for Wikifunctions functions to be called
>>>> from articles in Wikipedia), but calling a function on Wikifunctions will
>>>> not cause an article content to change.
>>>> - A function may not call out to the Web or the wider Internet. No
>>>> HTTP requests or similar mechanisms will be allowed at launch. Any
>>>> resources or data a function wants to use must be provided as arguments.
>>>> - Initially, functions will not be able to access data from
>>>> Wikimedia projects. We plan to extend Wikifunctions in an early post-launch
>>>> milestone to allow access to items and lexemes in Wikidata, and later to
>>>> meta-data about media files on Commons.
>>>> - Functions cannot store or load files to a persistent file system,
>>>> or read from or write to a persistent database. They may not access any
>>>> other network or device.
>>>>
>>>> Some of these use-cases may be tackled after launch (e.g. in order to
>>>> allow random results, or to use implicit arguments for functions such as
>>>> “what is the current time?”), but these will require careful planning,
>>>> discussion, and ultimately changes to the system.
>>>>
>>>> These are further restrictions that Wikifunctions will initially have:
>>>>
>>>> - Both Python and JavaScript have an extensive ecosystem of third
>>>> party libraries available. Initially it will only be possible to access the
>>>> Python standard library and the JavaScript standard built-in objects,
>>>> respectively. We plan to allow later for a process to add further libraries
>>>> and make them accessible from an implementation.
>>>> - It will initially not be possible to call another Wikifunctions
>>>> function from a code implementation (only from compositions). We plan to
>>>> allow that, although this might initially be restricted to cases where the
>>>> called function also has an implementation in the same programming language.
>>>> - Initially, only certain types will have built-in
>>>> serialization/deserialization logic (i.e., code that maps between the
>>>> ZObject representation and in-memory objects for each programming
>>>> language). These types are Boolean, string, List, Map (becomes a dict in
>>>> Python or a Map in JS), and Nothing (None in Python, null in JS). For every
>>>> other type, native code will work directly with the respective native JSON
>>>> object at first. We are working on a design to allow the community to add
>>>> serialization and deserialization for more types.
>>>> - This also means that there is no real support for 'objects' in
>>>> the sense of object-oriented languages. The interface with Wikifunctions
>>>> will be a function call, not a call to the method of an object that can
>>>> rely on internal state. There is also no information hiding in objects.
>>>> Every value in Wikifunctions must be entirely serializable and
>>>> deserializable. Values are immutable, which also is at odds with how
>>>> objects are commonly designed and used in practice in many object-oriented
>>>> contexts.
>>>> - Initially, we won’t have a built-in mechanism to support dispatch
>>>> or a type hierarchy.
>>>>
>>>> We are already planning to add more programming languages, but they
>>>> will also have similar restrictions. Both JavaScript and Python, as well as
>>>> many other languages, allow top-level functions to be defined. For other
>>>> languages, such as Java or Smalltalk, we would need to define a slightly
>>>> different pattern in order to interact with the functional interface that
>>>> Wikifunctions provides. Whenever we add a language, the process will
>>>> involve a design step in which we will discuss the appropriate mappings. We
>>>> also plan to document how further programming languages can be added so
>>>> that the effort becomes predictable.
>>>>
>>>> This post has no examples and no how-to, but rather describes the
>>>> requirements for implementations. In the following weeks, we will follow up
>>>> with one or more posts that examine a few patterns and examples on how code
>>>> from libraries could be reused within Wikifunctions.
>>>>
>>>> Thanks to Mahir256 <https://meta.wikimedia.org/wiki/User:Mahir256> for
>>>> providing comments on earlier drafts of this newsletter.
>>>>
>>>>
>>>> _______________________________________________
>>>> Abstract-Wikipedia mailing list --
>>>> abstract-wikipedia(a)lists.wikimedia.org
>>>> List information:
>>>> https://lists.wikimedia.org/postorius/lists/abstract-wikipedia.lists.wikime…
>>>>
>>>
>>>
>>> --
>>> Samuel Klein @metasj w:user:sj +1 617 529
>>> 4266
>>> _______________________________________________
>>> Abstract-Wikipedia mailing list --
>>> abstract-wikipedia(a)lists.wikimedia.org
>>> List information:
>>> https://lists.wikimedia.org/postorius/lists/abstract-wikipedia.lists.wikime…
>>>
>> _______________________________________________
>> Abstract-Wikipedia mailing list -- abstract-wikipedia(a)lists.wikimedia.org
>> List information:
>> https://lists.wikimedia.org/postorius/lists/abstract-wikipedia.lists.wikime…
>>
>
>
> --
> Samuel Klein @metasj w:user:sj +1 617 529 4266
> _______________________________________________
> Abstract-Wikipedia mailing list -- abstract-wikipedia(a)lists.wikimedia.org
> List information:
> https://lists.wikimedia.org/postorius/lists/abstract-wikipedia.lists.wikime…
>
Then how about this?
I have requested this submission to the administrators of the Dutch
Wikipedia.
It's been more and four days and you're getting an automatic confirmation
status (including admin). After the evaluation period, you can restore the
previous version of the deleted page from the previously deleted page and
return to (almost) the same page for other reasons: Long-term abuse, but
that is no longer in the discussion of deleting pages.
This is not an unblock request, but a request to recreate a deleted page.
You can nicely copy the article at https://nl.wikipedia.org/wiki/Oh_My_Girl.
So can you regenerate a page that has been deleted but no longer exists in
the delete page discussion?
Don't forget to recreate the article at
https://en.wikipedia.org/wiki/Dreamcatcher_(groep) but must be made
complete, not abbreviated (only the translation helps to develop the
article).
But first make the article on
https://nl.wikipedia.org/wiki/Astro_(Zuid-Koreaanse_band).
Also make an article for me at https://nl.wikipedia.org/wiki/Loona_(groep).
For articles on https://en.wikipedia.org/wiki/Kep1er, you can restore the
master version of the deleted page, but if it is fixed, you can delete WIU
immediately before republishing it.
At https://nl.wikipedia.org/wiki/JYP_Entertainment you can recreate
articles that are no longer in the discussion.
I waited more than four days to recreate the deleted page. That means it
was automatically confirmed for a limited time of one month (the excuse I
was given was that I repeatedly regenerated a page that was deleted after
an evaluation period of blocking and/or deleting and reverting to (almost)
the same contributions).
Then how about this? I have requested this submission to the administrators
of the Dutch Wikipedia.
It's been more and four days and you're getting an automatic confirmation
status (including admin). After the evaluation period, you can restore the
previous version of the deleted page from the previously deleted page and
return to (almost) the same page for other reasons: Long-term abuse, but
that is no longer in the discussion of deleting pages.
This is not an unblock request, but a request to recreate a deleted page.
You can nicely copy the article at https://nl.wikipedia.org/wiki/Oh_My_Girl.
So can you regenerate a page that has been deleted but no longer exists in
the delete page discussion?
Don't forget to recreate the article at
https://en.wikipedia.org/wiki/Dreamcatcher_(groep) but must be made
complete, not abbreviated (only the translation helps to develop the
article).
But first make the article on
https://nl.wikipedia.org/wiki/Astro_(Zuid-Koreaanse_band).
Also make an article for me at https://nl.wikipedia.org/wiki/Loona_(groep).
For articles on https://en.wikipedia.org/wiki/Kep1er, you can restore the
master version of the deleted page, but if it is fixed, you can delete WIU
immediately before republishing it.
At https://nl.wikipedia.org/wiki/JYP_Entertainment you can recreate
articles that are no longer in the discussion.
I waited more than four days to recreate the deleted page. That means it
was automatically confirmed for a limited time of one month (the excuse I
was given was that I repeatedly regenerated a page that was deleted after
an evaluation period of blocking and/or deleting and reverting to (almost)
the same contributions).
Then how about this?
I have requested this submission to the administrators of the Dutch
Wikipedia.
It's been more and four days and you're getting an automatic confirmation
status (including admin). After the evaluation period, you can restore the
previous version of the deleted page from the previously deleted page and
return to (almost) the same page for other reasons: Long-term abuse, but
that is no longer in the discussion of deleting pages.
This is not an unblock request, but a request to recreate a deleted page.
You can nicely copy the article at https://nl.wikipedia.org/wiki/Oh_My_Girl.
So can you regenerate a page that has been deleted but no longer exists in
the delete page discussion?
Don't forget to recreate the article at
https://en.wikipedia.org/wiki/Dreamcatcher_(groep) but must be made
complete, not abbreviated (only the translation helps to develop the
article).
But first make the article on
https://nl.wikipedia.org/wiki/Astro_(Zuid-Koreaanse_band).
Also make an article for me at https://nl.wikipedia.org/wiki/Loona_(groep).
For articles on https://en.wikipedia.org/wiki/Kep1er, you can restore the
master version of the deleted page, but if it is fixed, you can delete WIU
immediately before republishing it.
At https://nl.wikipedia.org/wiki/JYP_Entertainment you can recreate
articles that are no longer in the discussion.
I waited more than four days to recreate the deleted page. That means it
was automatically confirmed for a limited time of one month (the excuse I
was given was that I repeatedly regenerated a page that was deleted after
an evaluation period of blocking and/or deleting and reverting to (almost)
the same contributions).