User talk:MB-one/Archive/2020/03

From Wikidata
Jump to navigation Jump to search

automated removal of located in the administrative territorial entity (P131)

You have made edits like this one, where in this case Bergedorf (Q2384) was a town owned by Hamburg (Q1055) and only after that time was a quarter of Hamburg (Q15830667), so I thought it is correct. CamelCaseNick (talk) 20:57, 1 March 2020 (UTC)

@CamelCaseNick: Thank you for the info. According to Bezirke in Hamburg Bergedorf (Q2384) was even a borough of Hamburg (Q278976) until 1951. So I reverted my edit and amended the info in Bergedorf (Q2384), so that my query will not stuble upon this again. Best --MB-one (talk) 21:16, 1 March 2020 (UTC)
@CamelCaseNick: Sorry to bother you again. Some of the items did not exist before 1951, so a statement located in the administrative territorial entity (P131)Bergedorf (Q2384)end time (P582)+1951 doesn't make much sense anyway. Cheers --MB-one (talk) 21:24, 1 March 2020 (UTC)
@MB-one:, I thought I had checked them carefully, which are the ones you are talking about? But you are right, before existence no item can be anywhere. --CamelCaseNick (talk) 20:40, 2 March 2020 (UTC)
I meant Theater "Haus im Park" (Q46017491) which was created in 1977. --MB-one (talk) 20:43, 2 March 2020 (UTC)
Thanks, you're right. I don't know how it snuck in. --CamelCaseNick (talk) 21:35, 2 March 2020 (UTC)
@MB-one: To make this an ongoing discussion (😅): I am not sure anymore, that Bergedorf (Q2384) was even a borough of Hamburg (Q278976) as stated here, because according to Bezirke in Hamburg, the Bezirke back then were more like neighborhood (Q123705). Maybe we would need a hole new set of class items for Hamburg back then. And maybe you want to consider filter out all of [1] items in you clean up queries, since with that those false positives shouldn't be possible, even if the administrative structure had changed in the city/region. --CamelCaseNick (talk) 22:09, 4 March 2020 (UTC)

Wikidata weekly summary #405

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Tool of the week
  • Other Noteworthy Stuff
  • Development
    • Started working on Federated Properties for Wikibase
    • Bridge: more style adjustments
    • Research on reference rendering for the Bridge (phab:T244987)
    • Disable WDQS jump to focus when used in an iframe (phab:T245637)

You can see all open tickets related to Wikidata here. If you want to help, you can also have a look at the tasks needing a volunteer.

Wikidata weekly summary #406

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Events
    • WikiGap Challenge, online editing challenge to improve the coverage of women on Wikipedia and Wikidata, from March 8th to April 8th
  • Development
    • Querying the URL datatype with haswbstatement is now possible (phab:T243693). It will take two to three months before URLs are indexed for all Wikidata items.
    • Wikidata Bridge: more style fixes, preparing a prototype to show how we will display references
    • Fixing various production errors
    • Monitoring the run of wb_terms migration
    • Fixing an issue with the Commons files search field (phab:T196165)

You can see all open tickets related to Wikidata here. If you want to help, you can also have a look at the tasks needing a volunteer.

Wikidata weekly summary #407

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Tool of the week
  • Development
    • Add monolingual codes nrf-gg (GuernĂ©siais), nrf-je (JĂšrriais), thanks to Mbch331! (phab:T165648)
    • Article Placeholder: make the entity field required (phab:T247478)
    • Remove legacy Wikibase service containers (phab:T245865)
    • Fix an error UnresolvedEntityRedirectException when viewing certain Wikidata item pages (phab:T243779)
    • Fix an issue with new edit summaries not always showing what expected (phab:T246873)
    • Federated properties: enable search with remote properties (wbsearchentities) (phab:T246349)
    • showing the updated Wikipedia article after changing a value via Bridge (phab:T235208)
    • research how to do reference rendering (phab:T244987)

You can see all open tickets related to Wikidata here. If you want to help, you can also have a look at the tasks needing a volunteer.

Wikidata weekly summary #408

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Tool of the week
    • Wikidata Lexeme Forms allows quickly generating a new lexeme with all its forms in selected languages; you can also use the tool to add forms to an existing lexeme, or bulk upload many lexemes and forms at once.
  • Development

You can see all open tickets related to Wikidata here. If you want to help, you can also have a look at the tasks needing a volunteer.

Stolperstein dedicated to Hedwig Gluskinos (Q44204922)

@MB-one: You have created Stolperstein dedicated to Hedwig Gluskinos (Q44204922). The street address (P6375) is incorrect and not really helpful and I don't find a record of a Stolperstein (Q26703203) at it's coordinate location (P625). It has the same image (P18) as Stolperstein dedicated to Hedwig Gluskinos (Q44162546), located somewhere else. Would you be so kind to look at those? Best regards, CamelCaseNick (talk) 23:15, 24 March 2020 (UTC) p.s. Same with Stolperstein dedicated to Herbert Gluskinos (Q44205871)+Stolperstein dedicated to Herbert Gluskinos (Q44162552).

@CamelCaseNick: Thanks for the info. Stolperstein dedicated to Hedwig Gluskinos (Q44204922) is now fixed and merged with Stolperstein dedicated to Hedwig Gluskinos (Q44162546). Stolperstein dedicated to Herbert Gluskinos (Q44205871) was fixed now too but Stolperstein dedicated to Herbert Gluskinos (Q44162552) seemed to be correct already. --MB-one (talk) 09:23, 25 March 2020 (UTC)
@MB-one: Thank You! So Stolperstein dedicated to Herbert Gluskinos (Q44205871) and Stolperstein dedicated to Herbert Gluskinos (Q44162552) have now the same photo, nearly identical coordinates, the same address, but are not the same Stolperstein (Q26703203)? While I might find no evidence for Herbert Gluskinos and Herbert Max Gluskinos on the internet, and still both could exist in a typical family stone arrangement, but at least I'd expect to different photos. --CamelCaseNick (talk) 15:07, 25 March 2020 (UTC)
@CamelCaseNick: that was my initial Intuition as well, that Herbert and Herbert Max are father and son. But it appears, that both are the same person (https://www.stolpersteine-berlin.de/en/biografie/5055). Therefore merged. ✓ Done. --MB-one (talk) 16:53, 25 March 2020 (UTC)

Wrong decimal point for Norwegian national parks

It seems like you have mixed up Norwegian decimal point and thousand mark, making the Norwegian national pars one thousand of their real size. This is done back in 2017. See for example w:no:Jostedalsbreen at [2] and my correction [3]. It is not 1.3kmÂČ, it is 1300kmÂČ â€“ slightly bigger! Is this something you did only to the Norwegian national parks or does it persist over other edits too? Jeblad (talk) 15:01, 28 March 2020 (UTC)

I should probably add that Norwegians do mess this up themselves, so for other to make a mess of this should not come as a surprise to anyone. Jeblad (talk) 16:51, 28 March 2020 (UTC)
Hi @Jeblad: Thank you for the info. I'm checking other items from the same batch and some are faulty, but most are not. Which is probably due to insconsistent use of the decimal point in the infoboxes. Anyways, I'm going over the items and will fix the errors, that I can find. --MB-one (talk) 16:54, 28 March 2020 (UTC)
Thanks! I fixed some for the national parks. Jeblad (talk) 17:06, 28 March 2020 (UTC)

Wikidata weekly summary #409

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Tool of the week
    • IdentifierInput: when adding identifiers, it lets you paste the full URL, and extracts the ID part
  • Development
    • Fix an issue with the Wikidata dumps (phab:T248612)
    • Migrate to and read from new store for item terms (phab:T219123)
    • Create wb_terms_no_longer_updated to ease the transition to the new tables
    • Bridge: improve the rendering of references (phab:T238661)
    • More work on editing references (phab:T240333)
    • Continue setting up a test system to work on federated properties
    • More research on suggesting references

You can see all open tickets related to Wikidata here. If you want to help, you can also have a look at the tasks needing a volunteer.

Retrieved from "https://www.wikidata.org/w/index.php?title=User_talk:MB-one/Archive/2020/03&oldid=2037094738"