Page MenuHomePhabricator

Gnangarra
User

Projects

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Monday

  • Clear sailing ahead.

User Details

User Since
Feb 24 2016, 1:35 PM (431 w, 2 d)
Availability
Available
LDAP User
Unknown
MediaWiki User
Gnangarra [ Global Accounts ]

Recent Activity

Dec 1 2022

Gnangarra closed T243037: Shutdown scholarships.wikimedia.org and archive project as Resolved.
Dec 1 2022, 3:18 PM · Patch-For-Review, Wikimedia-GitHub, Diffusion-Repository-Administrators, Projects-Cleanup, Wikimedia-Wikimania-Scholarships
Gnangarra changed the status of T243037: Shutdown scholarships.wikimedia.org and archive project from Open to Stalled.
Dec 1 2022, 2:29 PM · Patch-For-Review, Wikimedia-GitHub, Diffusion-Repository-Administrators, Projects-Cleanup, Wikimedia-Wikimania-Scholarships
Gnangarra reopened T243037: Shutdown scholarships.wikimedia.org and archive project as "Open".
Dec 1 2022, 2:12 PM · Patch-For-Review, Wikimedia-GitHub, Diffusion-Repository-Administrators, Projects-Cleanup, Wikimedia-Wikimania-Scholarships
Gnangarra reopened T243037: Shutdown scholarships.wikimedia.org and archive project as "Open".

Not sure how to add some to this thread the current WMF Wikimania staff contact Lisa McCabe want to recommission this software.

Dec 1 2022, 1:27 PM · Patch-For-Review, Wikimedia-GitHub, Diffusion-Repository-Administrators, Projects-Cleanup, Wikimedia-Wikimania-Scholarships

Nov 28 2022

Gnangarra added a comment to T243037: Shutdown scholarships.wikimedia.org and archive project.

As COT Scholarship lead from 2020 where it was to be use before covid shut wikimania down and now we were preparing to use this tool for wikimania 2023 can it be brought back online as people want us to use the WMF based tool to protect the privacy of applicants with the WMF controls. Our timetable is to open scholarship application is 2 Jan 2023... cheers Gnangarra

Nov 28 2022, 1:30 AM · Patch-For-Review, Wikimedia-GitHub, Diffusion-Repository-Administrators, Projects-Cleanup, Wikimedia-Wikimania-Scholarships

Sep 21 2022

Gnangarra added a comment to T316928: Wikimania wiki preparations for 2023.

These subpages need moving to the 2022 name space, please
Scholarships/Selection Process
Scholarships/FAQ

Sep 21 2022, 7:03 AM · Wikimedia-maintenance-script-run, Wikimedia-Site-requests

Sep 3 2022

Gnangarra added a comment to T316928: Wikimania wiki preparations for 2023.

Unrelated to Wikimedia-Wikimania-Scholarships thus removing project tag; looks like a site request.

Sep 3 2022, 2:57 AM · Wikimedia-maintenance-script-run, Wikimedia-Site-requests

Sep 2 2022

Gnangarra created T316928: Wikimania wiki preparations for 2023.
Sep 2 2022, 11:38 AM · Wikimedia-maintenance-script-run, Wikimedia-Site-requests

Oct 31 2021

Gnangarra added a comment to T292954: [epic] large file uploads to commons.

just noting, I had success with 925 MB https://commons.wikimedia.org/wiki/File:Wikimedia_Australia,_Wikimania_2021.webm uploaded using upload wizard, at about 1430utc 31 October. I did skip the structured data step

Oct 31 2021, 11:00 PM · Epic, MediaWiki-Uploading

Oct 27 2021

Gnangarra added a comment to T292954: [epic] large file uploads to commons.

watching, we are also experiencing problems its preventing uploading of all the recorded session from Wikimania 2021

Oct 27 2021, 11:21 PM · Epic, MediaWiki-Uploading

Dec 30 2020

Gnangarra added a comment to T228745: Allow creating an independent "incubator wiki" instead of hosting all new wikis in one Incubator wiki with prefixes.

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:
Incubator stage:

  • 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, 12:10 PM · incubator.wikimedia.org, I18n

Dec 27 2020

Gnangarra added a comment to T228745: Allow creating an independent "incubator wiki" instead of hosting all new wikis in one Incubator wiki with prefixes.

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 27 2020, 10:53 AM · incubator.wikimedia.org, I18n

Dec 22 2020

Gnangarra added a comment to T228745: Allow creating an independent "incubator wiki" instead of hosting all new wikis in one Incubator wiki with prefixes.

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.

Dec 22 2020, 12:17 PM · incubator.wikimedia.org, I18n

Jul 12 2020

Gnangarra added a comment to T228745: Allow creating an independent "incubator wiki" instead of hosting all new wikis in one Incubator wiki with prefixes.

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

Jul 12 2020, 8:31 AM · incubator.wikimedia.org, I18n

Aug 22 2019

Gnangarra added a comment to T228745: Allow creating an independent "incubator wiki" instead of hosting all new wikis in one Incubator wiki with prefixes.

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

Aug 22 2019, 12:02 AM · incubator.wikimedia.org, I18n

Jul 8 2019

Gnangarra added a comment to T210050: Page titles are being double-encoded.

as at 5 July codes like;

Jul 8 2019, 11:54 AM · Wikimania-Hackathon-2019, Patch-For-Review, Wikimedia Australia, QRpedia-General

Jun 5 2019

Gnangarra added a comment to T209019: Accessing qrwp.org without a language-code prefix should redirect to another site (not fail).

@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.

Jun 5 2019, 1:41 PM · QRpedia-General
Gnangarra added a comment to T209019: Accessing qrwp.org without a language-code prefix should redirect to another site (not fail).

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.

Jun 5 2019, 11:27 AM · QRpedia-General
Gnangarra added a comment to T209019: Accessing qrwp.org without a language-code prefix should redirect to another site (not fail).

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

Jun 5 2019, 9:39 AM · QRpedia-General
Gnangarra added a comment to T209019: Accessing qrwp.org without a language-code prefix should redirect to another site (not fail).

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.

Jun 5 2019, 8:01 AM · QRpedia-General

Feb 26 2019

Gnangarra added a comment to T199606: Create system to track event data.

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".

Feb 26 2019, 11:01 AM · Patch-For-Review, Wikimedia Australia

Jan 13 2019

Gnangarra added a comment to T210050: Page titles are being double-encoded.

example qrcodes that dont work on qrpedia

Jan 13 2019, 1:11 PM · Wikimania-Hackathon-2019, Patch-For-Review, Wikimedia Australia, QRpedia-General
Gnangarra added a comment to T210050: Page titles are being double-encoded.

@ErrantX
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

Jan 13 2019, 1:05 PM · Wikimania-Hackathon-2019, Patch-For-Review, Wikimedia Australia, QRpedia-General

Nov 28 2018

Gnangarra added a watcher for Education-Program-Dashboard: Gnangarra.
Nov 28 2018, 12:41 PM

Nov 20 2018

Gnangarra added a comment to T209019: Accessing qrwp.org without a language-code prefix should redirect to another site (not fail).

no there is two churches with that name, someone moved one and we had to
create a redirect

Nov 20 2018, 11:31 AM · QRpedia-General
Gnangarra added a comment to T209019: Accessing qrwp.org without a language-code prefix should redirect to another site (not fail).

Thanks for helping to sort this out. WMAU very much appreciates everyones efforts

Nov 20 2018, 9:31 AM · QRpedia-General
Gnangarra added a comment to T209019: Accessing qrwp.org without a language-code prefix should redirect to another site (not fail).

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

Nov 20 2018, 9:22 AM · QRpedia-General
Gnangarra added a comment to T209019: Accessing qrwp.org without a language-code prefix should redirect to another site (not fail).

@ErrantX
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 20 2018, 9:15 AM · QRpedia-General
Gnangarra added a comment to T209019: Accessing qrwp.org without a language-code prefix should redirect to another site (not fail).

Hi Guys

Nov 20 2018, 8:18 AM · QRpedia-General

Nov 10 2018

Gnangarra added a comment to T209019: Accessing qrwp.org without a language-code prefix should redirect to another site (not fail).

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

Nov 10 2018, 10:21 PM · QRpedia-General

Jun 14 2018

Gnangarra added a comment to T168236: <title> is still "Editing ..." after page is published.

Reopen this as the issue is occurring,

Jun 14 2018, 7:40 AM · MW-1.30-release-notes (WMF-deploy-2017-07-11_(1.30.0-wmf.9)), User-Ryasmeen, Patch-For-Review, VisualEditor-MediaWiki, VisualEditor, WMSE-Bug-Reporting-and-Translation-2017
Gnangarra reopened T168236: <title> is still "Editing ..." after page is published as "Open".
Jun 14 2018, 7:38 AM · MW-1.30-release-notes (WMF-deploy-2017-07-11_(1.30.0-wmf.9)), User-Ryasmeen, Patch-For-Review, VisualEditor-MediaWiki, VisualEditor, WMSE-Bug-Reporting-and-Translation-2017
Gnangarra added a comment to T168236: <title> is still "Editing ..." after page is published.

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

Jun 14 2018, 1:43 AM · MW-1.30-release-notes (WMF-deploy-2017-07-11_(1.30.0-wmf.9)), User-Ryasmeen, Patch-For-Review, VisualEditor-MediaWiki, VisualEditor, WMSE-Bug-Reporting-and-Translation-2017

Aug 28 2017

Gnangarra added a comment to T153221: Australia for COH.

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 28 2017, 12:03 AM · Connected-Open-Heritage-New-data (Australia)

Aug 25 2017

Gnangarra added a comment to T153221: Australia for COH.

Thanks for the help in sorting this out

Aug 25 2017, 11:30 AM · Connected-Open-Heritage-New-data (Australia)
Gnangarra added a comment to T153221: Australia for COH.

for 105891, 105704 and 106065

Aug 25 2017, 11:21 AM · Connected-Open-Heritage-New-data (Australia)
Gnangarra added a comment to T153221: Australia for COH.

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

Aug 25 2017, 11:06 AM · Connected-Open-Heritage-New-data (Australia)

Oct 30 2016

Gnangarra added a comment to T133620: Error 404 while updating feed http://blog.wikimedia.org.au/category/wikimedia/feed/.

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
failure

Oct 30 2016, 1:41 PM · Wikimedia Australia, Patch-For-Review, Wikimedia-Planet

Oct 11 2016

Gnangarra added a comment to T127858: [Task] Add Noongar (nys) as a language which can be used for labels etc..

but Noongar isnt a macrolanguage, its defined as an individual language see http://www-01.sil.org/iso639-3/documentation.asp?id=nys
and https://en.wikipedia.org/wiki/ISO_639_macrolanguage

Oct 11 2016, 11:19 AM · Language codes, Patch-For-Review, MediaWiki-extensions-WikibaseRepository, Wikidata
Gnangarra added a comment to T127858: [Task] Add Noongar (nys) as a language which can be used for labels etc..

Hoi,
ISO 639-3 is about languages not dialects. They all have their own
ISO-639-3 code.
Thanks,

GerardM
Oct 11 2016, 8:39 AM · Language codes, Patch-For-Review, MediaWiki-extensions-WikibaseRepository, Wikidata