User talk:Matěj Suchánek

Jump to navigation Jump to search

About this board

Xaris333 (talkcontribs)

Hello. w:el:Πρότυπο:Διοικητική Διαίρεση (Κύπρος). The template is using data from wikidata about population. The problem above is not about wikidata, is about the template and how it works.

If a census is missing, then the %± is not showing anything in the next census. Like, w:el:Γενί Τζαμί (συνοικία Λευκωσίας). Is not showing anything between 1921 and 1946 becauce 1931 is missing.

But, in w:el:Κούρδαλι, the %± is showing between 1931 and 1976, even thought there are some census betwwen them. Why that happen?

Matěj Suchánek (talkcontribs)
Xaris333 (talkcontribs)

Ok. Thanks. I changed it. So the table never shows %± if the census are not continuously?

Matěj Suchánek (talkcontribs)

I hope so but I can't be sure, sorry. It's possible there's a small mistake (like a wrong year) which is barely noticeable. If you really want to be sure, you could parametrize the lines (ie. rows) and create a subtemplate (it's not necessary and it's also hard if you work with Wikidata templates).

Reply to "Template"
92.213.11.133 (talkcontribs)

Would you please stop adding rubbish to items! The Spanish title of the movie "Underworld" is NOT "La ley del hampa (película 1927)" it is "La ley del hampa"! You add "titles" like these thousands of times! Such stupid bots should be blocked immediately and indefinetly!

Matěj Suchánek (talkcontribs)

I do admit this can happen (although I do my best to strip the rubbish if it's appropriate). But it does not really happen thousands of times and there's nothing easier to remove them by hand, instead of just hitting undo.

Reply to "Please stop adding rubbish!"
Jura1 (talkcontribs)

I vaguely recall that we might already have been discussing this before Topic:Uq5xbs4ookdl1b6w and that you fixed many of them. Isn't it?

Matěj Suchánek (talkcontribs)

I don't recall that, sorry. I did fix HTML entites like ", but not tags.

Reply to "html"

Label addition when adding a new wikipedia page

3
Paucabot (talkcontribs)

Hi, Matěj. According to Wikidata:Project chat#Label when adding a wikipedia page, I am trying to understand why not to allow Wikidata client to copy directly the label when linking a new wikipedia page to an existing item.

It seems to me this is not very coherent because:

  • When creating a new item, this is exactly the behaviour.
  • We do it anyway afterwards with a bot (your MatSuBot)

Can you help understand the reasons of this decision? Thanks in advance.

Matěj Suchánek (talkcontribs)

If the label was equal to the sitelink in 100% cases, it would be sane. But it is not and that's probably the reason (as with other features like inverse statements etc.) not to do it automatically. Note that my bot doesn't blindly copy the sitelink to the label field but also tries to do some cleanup, such as removing the disambiguation appendix if it's unnecessary. (I also try to maintain an at least week long delay between adding the link by the user and the label by the bot.)

Paucabot (talkcontribs)

Ok. Thanks, Matěj.

Reply to "Label addition when adding a new wikipedia page"

Adding value = <somevalue> with some qualifiers using QuickStatements

2
Jheald (talkcontribs)

Hi Matěj. On the wikicite-discuss list, User:Rdmpage has reported a difficulty with QuickStatements when trying to create a statement that has value <somevalue>, and in the same edit add some qualifiers to the statement: https://groups.google.com/a/wikimedia.org/forum/#!topic/wikicite-discuss/IDh-ElPx6DQ (message at 18:44)

He reports that he can add the <somevalue> value, but not qualifiers at the same time.

Since you made the nice addition to QS to allow edits with value <somevalue>, I thought I'd ping you to see if there's any reason you can see that this isn't working.

Thanks, James.

Matěj Suchánek (talkcontribs)

I understand the problem. When QS adds a statement with some qualifiers, it splits the edit and then in every step looks for an existing value. I forgot to implement this step but it wouldn't be necessary if the server sent back the statement identifier, just like it sends the information about which item is LAST after CREATE (it would prevent a lot of bugs, I suppose). Would you talk to Magnus about this change?

Reply to "Adding value = <somevalue> with some qualifiers using QuickStatements"
Hogü-456 (talkcontribs)

Hallo Matej,

ich habe für die Jahre 2019 und 2020 die Datenobjekte zu den einzelnen Datum erstellt. Also beispielsweise 01. Januar 2019, das ist die Q-Nummer Q57316168. Nun überlege ich das auch für andere Jahre zu machen. Für die beiden Jahre, habe ich QuickStatements genutzt. Nun möchte ich das auch für andere Jahre machen und möchte die weiteren Jahre mit einem Bot ergänzen. QuickStatement hat häufig viele automatische Stapel, die gerade abgearbeitet werden und ich möchte dann durch große Stapel das nicht blockieren, sodass es für andere Benutzer lange dauert, bis die Stapel erledigt sind. Denn die Kapazität ist begrenzt. Ich bereite die Daten in einem Tabellenkalkulationsprogramm auf und bin vom Endformat in dem die Daten vorliegen müssen, um von einem Bot bearbeitet zu werden, flexibel. Kannst du mich bitte mit deinem Bot bei dieser Aufgabe unterstützen. Bitte teile mir mit in welcher Format die Daten vorliegen müssen um bearbeitet zu werden und ob du mich dabei unterstützen kannst. -- Hogü-456 (talk) 21:18, 8 November 2018 (UTC)

Matěj Suchánek (talkcontribs)

Hallo. Ich möchte dir helfen aber ich habe fast keine Zeit. Das QuickStatements-Format ist kein Problem, weil ich vor kurzer Zeit meine eigene QuickStatements erstellt habe. Es gibt dort aber nicht alle Funktionen von dem originalen QuickStatements.

Reply to "Monatsobjekte"
Bencemac (talkcontribs)
Matěj Suchánek (talkcontribs)
Bencemac (talkcontribs)
Jura1 (talkcontribs)
Matěj Suchánek (talkcontribs)

I'm reserved to these.

  1. We may be working around problems we'd really better solve with the help of the devevelopment team.
  2. ("Search for lexemes") MediaWiki:Search-nonefound may need to be harmonized as well.
  3. ("Lexemes") If it's really necessary, I think we should wait for phab:T195295.
Jura1 (talkcontribs)

As many things on Wikidata, they are somewhat experimental. I don't think they will break anything beyond repair.

Obviously, it would be better to get some help from the devs. Afterall, that's what they are here for. I'm not sure about their internal issues, but it may be that the dictionary things overwhelms them to the point that bug reports aren't even properly followed up any more and users stopped reporting them.

If there is something we can do on our side to get things moving, I think it should be done.

re: #3 is probably needed even if T195295 is done, as people will have access to both and should be made aware that they might be on the wrong one. We already have items that seem to have been made for lexemes: Wikidata:Requests_for_deletions#Q56703300

It also happens with properties, but there users can't create them directly anyways.

Matěj Suchánek (talkcontribs)
Jura1 (talkcontribs)

Well, maybe it's better to make sure search works first ;)

I'd still go ahead with the two requests. If they break the website, we could easily revert.

Reply to "edit req"

Don't remove the gender word from Dutch labels

4
Pommée (talkcontribs)

In several edits like this one you removed the distinctive gender word from the label, causing all parts in the 'has parts' section of the next upper level (in this case US Open 2018) to look the same. As a consequence, a reading visitor cannot know which part to click as they all look the same.

Matěj Suchánek (talkcontribs)

I went through all edits since May and restored {'vrouwen', 'mannen', 'jongens', 'meisjes', 'enkel', 'dubbel', 'mannenenkel', 'vrouwenenkel', 'jongensenkel', 'meisjesenkel', 'mannendubbel', 'vrouwendubbel', 'jongensdubbel', 'meisjesdubbel'}. Nevertheless, I think using brackets in labels is ugly anyway.

Pommée (talkcontribs)

Thanks for the restore. The brackets format is not my decision. It was initiated here at nl-wiki many many years ago, a long time before I started working on tennis articles. I just continued it. Note that the French wiki and the Spanish wiki use brackets too. Why would you interfere in other language's label titles anyway? When filling in missing labels of other wiki's, I abide to their local habits; even with the wide dash of the English which is on no-one's keyboard, and the slash of the Germans which causes an uncomfortable deeper level in the article name, etcetera.

Matěj Suchánek (talkcontribs)

I don't mean to interfere that. Still, this is Wikidata. Labels are bound to the language, not Wikimedia projects (which only act as a good source of them).

Jura1 (talkcontribs)
Matěj Suchánek (talkcontribs)

Thanks for notification. Labels with a digit at the end will be imported as they are and won't get stripped.

Reply to "TV seasons"