Jump to content

User:Pelagic/Journal/2021/05

From Wikipedia, the free encyclopedia

May–July 2021.

local timestamp: ({{subst:#time: H:i D d | +10 hours}}, AEST)


Fri 30 Jul

[edit]

Citations are the foundation of Wikipedia’s reliability: they trace the connection between content added by our community of volunteer contributors and its sources. For readers, citations provide a mechanism to validate and check for themselves that what Wikipedia says is sound and trustworthy: they act as a gateway towards a broader ecosystem of reliable knowledge. [Redi et al.]

Wikipedia relies on all kinds of sources, including sources whose access is restricted by a paywall. However, open access scientific sources are especially important. Since they do not require payment to access, they are immediately verifiable by a wider number of Wikipedia editors and readers.[1]

(03:29 Sat 31, AEST)

Wikipedia aims to be an open-access summary of all reliable knowledge—not a summary of only open-access knowledge.[2]

The article by Orlowitz & Stinson also has interesting info about fair-use newspaper clippings at Newspapers.com and Newspaperarchive.com. See also [3][4][5]

The world is cold and lonely and Wikipedia is this generation’s only popular friendly player in nonprofit media. [blueras, ibid.]

Lay public access is so great, so disrupting, and so completely outside the professional experience of scientists or the commercial experience of scholarly publishers that they would not even know how to respond to a public demand for this content. [blueras, ibid.]

Sun 27 Jun

[edit]

Tue 22 Jun

[edit]
My first mentee question
[edit]

User talk:Pelagic#Question from I-U-She Thomas (14:56, 15 June 2021), User talk:I-U-She Thomas#Hello, and welcome

Project Ark (NZ) cataloguing standards
[edit]

Sun 13 Jun

[edit]
Mix n Match
[edit]

Made my first catalogue – https://mix-n-match.toolforge.org/#/catalog/4533

The thing is: MnM only imports ID, Name, and Description, it doesn't scrape other properties from the source.

I can't for the life of me find how to get back to the scraper and edit it. (Note .*? is non-greedy match.)

  • Level 1: range 483592–483593
  • URL Pattern: https://www.neram.com.au/artwork-details/$1
  • Regex Block: <div class="ehive-item-metadata-wrap">(.*?)</div>
  • Regex Pattern: Name/Title</span><span class="ehive-field-value">(.*?)</span></p><p class="ehive-field ehive-identifier-primary_creator_maker"><span class="ehive-field-label">Maker</span><span class="ehive-field-value">(.*?)</span></p>(.*?)<p class="ehive-field ehive-identifier-date_made"><span class="ehive-field-label">Date Made</span><span class="ehive-field-value">(.*?)</span> * ID=$L1, Name=$1, Desc=$4 art work by $2

Tried making a Follow level that searches https://www.neram.com.au/search-nerams-collections?eHive_query=streeton for pattern https://www.neram.com.au/artwork-details/(\d+), and it only matched two hyperlinks in the test. Saved as https://mix-n-match.toolforge.org/#/catalog/4534.

Surprisingly, after letting it run, it reports 21 results! Seems like it didn't loop across the two results pages like I'd hoped, but it fetched everything from the first page. Unfortunately, in addition to the 12 real results, it also picked out the see-also links for other artists. The item links have wrong URL, I must have messed up my $1 and $2 (facepalm).

Prelimiary matching is understandably hit-and-miss, for example Cremorne matches the place. I wonder, had I set the scraper to make the items instances of visual artwork (Q4502142), would it have matched more? Two of the good matches are to items that I previously created by hand: Musgrave Street Wharf (Q104158527) and Summer Noon, Hawkesbury River (Q104155664).

NGV 2333-4
NGA 65.72

There's another danger here for the unwary. Streeton often made two versions of a painting: a smaller plein-air study and a larger studio version. The two usually end up in different museums, but if the data item doesn't have recent holding/owner info, then which one is it? E.g. Land of the golden fleece (Q20443273) and Land of the Golden Fleece (Q50736803).

Gloucester Buckets, 1894
The Gloucester Buckets (also known as Landscape: the AA Co's million acres), 1894

Then you have paintings with the same name, artist, and year, but very different views of the subject.

In Powershell, I can do

$a = Invoke-WebRequest -UseBasicParsing -Uri 'https://www.neram.com.au/search-nerams-collections/?eHive_query=str
eeton&view=list&'
$a.Links| where { $_.href -like 'https://www.neram.com.au/artwork-details/*' } |select -Unique href
Artstor
[edit]

https://library.artstor.org/public/26756284 compare Canal Scene, Venice (The Grand Canal) (Q105091689).

Mon 24

[edit]
Errant nonsense
[edit]

Sun 23

[edit]
  • They're changing the default search on Commons [2]

(03:29 Mon 24, AEST)

Sat 22

[edit]
Don’t Scale
[edit]

Do Things That Don’t Scale is about startups, but has some good quotable phrases. I wonder how some of the ideas can transfer to other situations.

  • You can be ornery when you're Scotty, but not when you're Kirk.
  • you'll find that delighting customers scales better than you expected
  • you can and should give users an insanely great experience with an early, incomplete, buggy product, if you make up the difference with attentiveness
Growth features
[edit]

Thu 20

[edit]
  • Looking through recent newsletters.
  • Mediawiki has a definition for when "a proposed blocker [should] be considered as possibly changing the course of a software project": m:Wikimedia Product Guidance/Community involvement#Early feedback (by ELappen). Some other interesting views on deployment process there.
  • [[#Growth Newsletter #18 [17 May 2021] ]]

Wed 19

[edit]
Misc, open tabs
[edit]

Sun 16 May

[edit]
2039 rule
[edit]
Edit summary GIF
[edit]

c:File:Qxz-ad2.gif

Sat 1 May

[edit]
Edit summaries and changeset comments
[edit]

Open StreetMap's advice parallels our use of edit summaries. [3] (12:36 Sat 01, AEST) "Since April 21, 2009, users can attach Wikipedia-like edit summaries to their edits" [4] (14:20 Sat 01, AEST)

  1. ^ Gemetto, Jorge (25 June 2021). "Wikipedia and open access academic repositories: the case of Colibrí". Diff. Retrieved 30 July 2021.
  2. ^ Martin Poulter, quoted in Orlowitz, Jake; Stinson, Alex (16 September 2015). "Writing an open-access encyclopedia in a closed-access world". Diff.
  3. ^ Moody, Glyn (2015-09-14). ""WikiGate" raises questions about Wikipedia's commitment to open access". Ars Technica. Retrieved 2021-07-30.
  4. ^ bluerasberry. "Wikipedia, open access, and The Wikipedia Library". Retrieved 2021-07-30.
  5. ^ "Wikipeevedia". www.michaeleisen.org. Retrieved 2021-07-30.