About this board

Logo of Wikidata

Welcome to Wikidata, Queryzo!

Wikidata is a free knowledge base that you can edit! It can be read and edited by humans and machines alike and you can go to any item page now and add to this ever-growing database!

Need some help getting started? Here are some pages you can familiarize yourself with:

  • Introduction – An introduction to the project.
  • Wikidata tours – Interactive tutorials to show you how Wikidata works.
  • Community portal – The portal for community members.
  • Contents – The main help page for editing and using the site.
  • Project chat – Discussions about the project.
  • Tools – A collection of user-developed JavaScript tools to allow for easier completion of some tasks.

If you have any questions, please ask me on my talk page. If you want to try out editing, you can use the sandbox to try. Once again, welcome, and I hope you quickly feel comfortable here, and become an active editor for Wikidata.

Best regards! Taketa

Previous discussion was archived at User talk:Queryzo/Archive 1 on 2016-02-08.

CarlJohanSveningsson (talkcontribs)

Hi! Thank you for correcting my edit. I added the ordinal because Q80087856 is stated as part (episode 10) of season 4 (Q80032847). Admittedly I may be out of my depth in my additions here, and I will certainly watch for other errors, but seems this one ought to be fixed further?

Queryzo (talkcontribs)
CarlJohanSveningsson (talkcontribs)

Oh, great! I intend to do some writeup of what/how I'm doing, and should probably add some checks before proceeding... Another similar error was spotted which I commented at User_talk:Kam_Solusar#Bidirectional_series_ordinals - if you're more experienced here than I am (I'm learning to explore WDQS), do you have any advice for how I could proceed?

Queryzo (talkcontribs)

With WDQS you mean Wikidata Quick Statements or Wikidata Query Service? Usually you create lists of items with Query Service which then should be updated then with Quick Statements. In this case you can add colums for Property:P361, which was former used instead of Property:P4908. Those P361 values can be deleted after adding P4908 statements. But: It should be considered that parts of double episodes have P361 AND P4908. A simple way to do this is Pet Scan, which also can use Query Service.

Queryzo (talkcontribs)
SELECT ?item ?itemLabel ?season ?seasonLabel ?number WHERE {
  ?item wdt:P31 wd:Q21191270 .
  MINUS { ?item wdt:P31 wd:Q21664088 .}  
  
  ?item p:P4908 ?season_statement.
  ?season_statement ps:P4908 ?season .
  ?season_statement pq:P1545 ?number.
  
  ?item p:P361 ?is_part_of_statement.
  ?is_part_of_statement ps:P361 ?season .
  ?is_part_of_statement pq:P1545 ?number.
  
  SERVICE wikibase:label { bd:serviceParam wikibase:language "en" }
    
} ORDER BY ?item

Try it!

Reply to "Bidirectional series ordinals"
MediaWiki message delivery (talkcontribs)

Hello Vunj9rxopceoe4i1,

Really sorry for the inconvenience. This is a gentle note to request that you check your email. We sent you a message titled "The Community Insights survey is coming!". If you have questions, email surveys@wikimedia.org.

You can see my explanation here.


MovieFex (talkcontribs)
Queryzo (talkcontribs)
MovieFex (talkcontribs)

Du hast bei der Vorlage P3107 den Fimdienst mit eingebunden. Das ist ist nicht gut. Der Filmdienst listet bei den älteren Filmen kein Veröffentlichungsdatum auf, deshalb muss das seperat gelistet werden. Ich habe das rückgängig gemacht. Gruß

Queryzo (talkcontribs)

Was schlägst du vor? Filmdienst-Property beantragen und alle vorhandenen LdiF-IDs in die neue Property kopieren? Wäre auf jeden Fall ne saubere Lösung. Ähnliches sollten wir dann bei Allociné/Filmstarts machen, wobei hier nicht alle IDs deckungsgleich sind.

MovieFex (talkcontribs)

LdiF und Filmdienst müssen 2 eigenständige Properties sein, da sie nicht identisch sind.

Queryzo (talkcontribs)

Schon klar, werd ich die Tage beantragen. Meine Frage zielte darauf ab, dass wir dann aber nicht bei Null beginnen müssen, sondern die LdiF-IDs übernehmen können.


MovieFex (talkcontribs)

Das geht aber so nicht. Die Eintragungen bei LdiF sind unterschiedlich beim Veröffentlichungsdatum, die beim Filmdienst nicht mehr aufgeführt werden, sogar bei den Titelschreibweisen gibt es manchmal Unterschiede. Deshalb müssen beide Einträge eigenständig geführt werden, sonst stimmt auch die ganze Referenzierung nicht mehr.

MovieFex (talkcontribs)

Beispiel: In diesem Fall würde es dann reichen, mit stated in (P248) auf Filmdienst zu verweisen wenn die ID eingetragen ist.

Queryzo (talkcontribs)

Ich rede doch davon, dass wir zwei Properties haben sollten. Die Frage ist weiterhin, ob man dann alle LdiF-IDs zunächst als Filmdienst-IDs kopiert (und die LdiF-IDs natürlich beibehält).

MovieFex (talkcontribs)

Also ich hab das nicht geprüft und kann deshalb nicht sagen, ob die ID's von LdiF und Filmdienst immer zum gleichen Artikel führen. Wenn man das ausprobiert sind es halt ~ 35.000 Einträge, bei denen möglicherweise nicht alles stimmt. Nach meiner Meinung muss das nicht alles auf einen Schlag geschehen. Man kann ja mal normal anfangen und die Sache beobachten, nachgetragen ist es es dann leicht (für dich als Botexperten). Aber eins kann ich sagen: die neuen ID's von Swiss Films haben sich etabliert und und eine für Personen fehlt noch.

Queryzo (talkcontribs)

Magst du die Property für Swiss Film Personen beantragen? Komme grade nicht dazu.

MovieFex (talkcontribs)

Vielleicht kann man beim Filmdienst zu Anfang die ID's aus der Referenzierung beim Veröffentlichungsdatum übernehmen (wie oben beim Beispiel angegeben). Viele sind es zwar noch nicht, aber immerhin ein Anfang.

Queryzo (talkcontribs)

Man könnte prüfen, ob eine URL – zusammengesetzt aus LdiF-ID und Filmdienst-URL-Formatierer – gültig ist, also den richtigen HTTP-Code zurückliefert. Damit sollten 99,9 % der LdiF-IDs übernommen werden können. Ob alle Informationen stimmen ist dann erstmal zweitrangig, wichtig ist, dass die ID zum Film passt.

MediaWiki message delivery (talkcontribs)

RMaung (WMF) 17:38, 10 September 2019 (UTC)

Reminder: Community Insights Survey

1
MediaWiki message delivery (talkcontribs)

RMaung (WMF) 19:54, 20 September 2019 (UTC)

RexxS (talkcontribs)

Please don't revert additions simply because you don't like them. It is far better to have an item display as "The New Number" in English than to display "Q47529602". If you're so certain that the episode's title only exists in German, then you should have changed the English label to "Die neue Nummer". Please remember this is a multi-lingual site and its contents are used in multiple language Wikipedias. Just because an item looks alright to you in German, doesn't mean it looks alright in other languages, especially when you remove the universal fallback language. --RexxS (talk) 16:24, 22 February 2019 (UTC)

Queryzo (talkcontribs)

Yes, this: looks fine now, thank you.

VIGNERON (talkcontribs)

Hi,

Can we close [] as kept?

Queryzo (talkcontribs)

sure, the item seems to be well described now.

MovieFex (talkcontribs)

Hallo Queryzo, seit einiger Zeit versuche ich wieder mal, bei Wikidata:Database reports/Constraint violations/P345 etwas aufzuräumen. Bei der Bearbeitung der Mangaserie von Wolf Guy (Q162469) ist mir aufgefallen, dass du wiederholt die IMDb-ID eingefügt hast, nachdem sie meiner Meinung nach richtigerweise entfernt wurde. Chronologisch: Erst Übernahme von Vatterbot, wurde gelöscht von Mushroom, wieder eingefügt von Eduardo88, wieder gelöscht von Mushroom, dann einfügt von dir, wieder entfernt von Mushroom mit Erklärung, du wieder rein und seit dem bei den constraint valuations gelistet. Ich habs jetzt wieder entfernt, da die IMDb bei Manga nichts verloren hat, weil es ein Identifier für den Film ist. Das passende Objekt dazu habe ich jetzt auch erstellt Horror of the Wolf (Q95625295). Ich hoffe, das kann jetzt so bleiben. Gruß

Queryzo (talkcontribs)

Um Mangas mach ich mittlerweile einen großen Bogen, weil auch die Artikel häufig vieles zusammen behandeln. Das entitätenbezogene Konzept von Wikidata ist da nur bedingt geeignet, da dürfen sich andere abarbeiten.

Queryzo (talkcontribs)

Gute Sache mit den Constraint Violations, ich selbst bin auch öfters dort. Der Berg ist allerdings wieder ganz schön angewachsen, und die Arbeit mühsam ...

MovieFex (talkcontribs)

Ja, die Arbeit ist wirklich sehr mühsam und kann teilweise recht entmutigend sein. Bei "Unique value" violations sind beim letzten Update ca 50 raus aber 70 reingekommen. Innerhalb eines Jahres ist die Seite um ca 150K gewachsen. Ich hoffe, dass meine Arbeit der letzten Wochen bei den nächsten 2 Updates aber doch noch zu einer deutlichen Verringerung führt. Beim vorigen Update sind viele Einträge hinzugekommen die wieder von so einen Script- und Bot-"Spezialisten" verbrochen wurden, der fehlerhafte IDs z.B. aus der spanischen Wiki aus den Infoboxen ausgelesen und dann hier eingetragen hat. Auf die Idee, dass manche Leute eine bestehende Infobox eines anderen Artikels als Vorlage nehmen und die Hauptdaten umändern, aber die alte ID drinlassen, ist er nicht gekommen. Da gabs eine richtige Flut. Der macht 20-30 Edits pro Minute, da kommst du gar nicht mehr nach mit korrigieren -> Wikidata:Administrators'_noticeboard#User_vandalism

Queryzo (talkcontribs)

Tja ja, IDs sind nun wirklich der sinnvollste Einsatz für Wikidata, dann sollten die Wikipedias diese auch aus Wikidata beziehen. In Wikipedia ist eine Überprüfung der IDs über "Unique value"-Violations auch gar nicht möglich. Ich habe aber doch noch genug Erfolgserlebnisse, dass ich die Fehlerseiten weiter bearbeiten werde, gerade wenn so Interwikilinks zueinander finden und die Items gegenseitig voneinander profitieren. Sinnvoll wäre eine Subroutine, die lediglich die auf der Fehlerseite gelisteten Items prüft und ggf. entfernt. User:Lucas Werkmeister erwähnte mal sowas.

Reply to "IMDb und Manga"
Adam Harangozó (talkcontribs)

Hi, I created a new page where I started collecting sites that could be added to Mix'n'match and I plan to expand it with the ones that already have scrapers by category. Feel free to use, expand. Best, --~~~~

Reply to "New page for catalogues"