It doesn't have to be a smart rename. If we take a fictional language called "Syldavian", with the made-up code syv, it can be something like this:
- Create syv.wikipediaincubator.org.
- Ensure that the same default version of core MediaWiki and extensions are loaded and regularly updated in the same train process.
- Ensure that it's connected to the CentralAuth system and can have the same user accounts as en.wikipedia.org, etc.
- Ensure that it can get data from Wikidata and display sitelinks as interlanguage links.
- Ensure that it you can translate articles from Wikipedia in other languages into it using Content Translation (requires some slightly non-trivial changes in the ContentTranslation extension, but definitely doable).
- Ensure that you can use it in Wikipedia Android and iOS apps (this is an actual request from people who write in Incubators in several languages).
- Ensure that the search box works (it's also not obvious and sometimes broken in new projects).
- Ensure that it appears in statistics tools: Pageviews, Wikistats, Turnilo, Superset, etc.
Dec 30 2020
Dec 27 2020
What happens when a production wiki gets closed? Currently the flow includes importing its content back to incubator, having the main wiki only editable by stewards, and then subsequently reimport of the updated pages when the wiki gets to be reopened, IIRC. What would the flow look like if we have separate incubator instances?
Dec 22 2020
I would agree that a simple domain wmincubator.org is best way forward. My suggestion is <lang_code>-<project_code>.wmincubator.org. For example: hil-wp.wmincubator.org or pag-wt.wmincubator.org. Once done, I can work on infoboxes, tables and charts extracted/ queried from wikidata. This also make capacity building & outreach activities easier with one standard process. Under the current environment, you have to teach new users about prefixes (links, categories, creation of new pages, etc) and then teach them again editing without prefixes once the project is hatched/ graduated from the incubator.
Jul 12 2020
I dont see not allowing IP's as a big issue, especially if we are using a different domain name technically ts easy enough to deny users who arent logged in. Even well meaning experienced contributors can cause significant issues
Aug 22 2019
Suggest the domain be languagecode.wpincubator.org so its clear its not a full functioning wikipedia it would also force the focus to be on one project rather than spread effort to multiple projects
Jul 8 2019
as at 5 July codes like;
Jun 5 2019
@Aklapper there may be a misundertsanding here, my understanding is QRpedia isnt working, it hasnt been working for over two years, I dont have the knowledge to decide on the nuances of whether its related to the same or different lines of code all I know is its not functioning. the message we get is bad url/url doesnt exist. and we've been getting that for a couple of years.
Resources are unlimited
Mine, and I suspect @Gnangarra's and other volunteers', are not.
Please read "Why has nobody fixed this issue yet?"
I've read that. I cannot see the bit about high profile and public-facing - not to mention external-partnership - projects which remain inoperable after many months.
Thats still open too https://phabricator.wikimedia.org/T210050 the issue is these arent getting addressed no matter how many tickets get opened... One ticket is easier to follow than 50 when the issues appear to be stemming from the same issue
we are still having issues with apostrophes within a page title not working. https://meta.wikimedia.org/wiki/Free_Knowledge_Portal addresses the issue and provides its linking via Wikidata, WMAu has some resources in its new sAPG to help transition qrpedia to Wikidata as the hub where special characters in URL are no longer needed.
Feb 26 2019
There are many ways to have different names, "QWiki club - 26 Feb 19", for the generic non topic specific events, "QWiki club - Andy visit" for guest speaker events, "QWiki club- Cyclones" for topic specific events. Alternative though less helpful for retrieval over time 'Qwiki club - meetup 99".
Jan 13 2019
example qrcodes that dont work on qrpedia
as this hasnt been resolved, would it be possible to incorporate the coding https://meta.wikimedia.org/wiki/Free_Knowledge_Portal which points to the WikiData identifier as a solution
Nov 28 2018
Nov 20 2018
no there is two churches with that name, someone moved one and we had to
create a redirect
Thanks for helping to sort this out. WMAU very much appreciates everyones efforts
I have also uploaded all the Fremantle codes as well https://commons.wikimedia.org/wiki/Category:QRpedia_codes_for_Freopedia will upload the second set of toodyay codes if needed
I have just uploaded the original QRcodes to Commons, here is a the category of codes created for toodyay in 2014 https://commons.wikimedia.org/wiki/Category:QRpedia_codes_for_Toodyay
Nov 10 2018
asking is it possible to for the qrpedia to be replaced or redirtected to https://meta.wikimedia.org/wiki/Free_Knowledge_Portal which is on the toolserver and uses the stable qnumbers from wikidata
Jun 14 2018
Reopen this as the issue is occurring,
The tab title displaying editing occurs when you first open VE and then switch to source mode make make changes the publish those changes, to its as if the first action of changing the title to editing via VE hasnt been closed down when the switch takes place, I using chrome Version 66.0.3359.181 (Official Build) (64-bit) in windows 10
Aug 28 2017
the data I got from using the queries available at http://www.environment.gov.au/about-us/environmental-information-data/databases-applications extracting that data then filtering to only the necessary information, removing copyright material from the dataset as raw data(anything that can be sourced multiple ways) cant be copyrighted in Australia.
Could you provide an approximate date for this and maybe some deeper links for the queries? Pointing the url to either of the links in T153221#3552463 doesn't give users much help if they want to verify the info.
Aug 25 2017
Thanks for the help in sorting this out
for 105891, 105704 and 106065
Item 105694 is Lord Howe Island the first instance(424) is the area of the main island (Q104784) and the second instance(425) appears to be the area of the additional islands in the group which is covered by (Q1869866) and includes Wolf Rock(Q2695142), Sail Rock(no id) and Mutton Bird Island(no id) - combine as one entry under (Q1869866) which is the whole group of islands
Oct 30 2016
yes, we recieved the email and our tech guru was looking into the matter
the link was severed when we had to change hosts after a major server
Oct 11 2016
but Noongar isnt a macrolanguage, its defined as an individual language see http://www-01.sil.org/iso639-3/documentation.asp?id=nys
ISO 639-3 is about languages not dialects. They all have their own