Wikipédia

Wikipédia:Wikidata-segítségkérés/Archív35

< Wikipédia:Wikidata-segítségkérés
 Ez egy lezárult megbeszéléseket / befejezett projekt anyagát / aktualitását vesztett felvetést / megvalósult tervezet korábbi stádiumát stb. tartalmazó archív közösségi lap. Ne változtass rajta. Ha fel akarsz éleszteni egy itt szereplő megbeszélést, vitát, az aktuális lapon, illetve annak hiányában a Kocsmafalon tedd!

Duplikáció megszüntetése - (Holnap lesz fácán c. film)

Megoldva, kész, ok, stb. MegoldvaZorróAszter vita 2020. július 29., 11:24 (CEST)

Kedves Valaki!
Elkövettem azt a hibát, hogy nem néztem meg, van-e már wikidata adatlapja a Holnap lesz fácán című filmnek, és most vettem csak észre, hogy az olasz wikipédisták már készítettek neki egyet. Tudná valaki törölni az én általam készített [1] adatlapot? Köszi: ZorróAszter vita 2020. július 29., 09:29 (CEST)

Vagy jó megoldás az, hogy felteszek még egy már szintén rég megírt magyar film cikket, és annak adatlapjára átírom? ZorróAszter vita 2020. július 29., 09:33 (CEST)

Bencemac megoldotta :). Ilyenkor mindig az összevonás a megoldás. A törléssel az a baj, hogy nem marad átirányítás, az elemek újrahasznosítása meg szigorúan tilos. – Máté (vitalap) 2020. július 29., 11:11 (CEST)

Köszi szépen. ZorróAszter vita 2020. július 29., 11:18 (CEST)

Wikidata weekly summary #427

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Discussions
    • Open request for adminship: Wiki13
  • Tool of the week
    • SQID allows you to analyse, browse and query Wikidata. SQID is inspired by Magnus Manske's Reasonator, but focuses on prominently featuring information about Wikidata classes and properties.
  • Development
    • The last week was our quarterly prototyping week. We worked on the following projects. None of them are ready for prime-time yet but we'll continue with them.
      • Slices: We've had a lot of requests for accessing dumps of a smaller part of Wikidata's data since rarely anyone needs the complete data in Wikidata. The tricky part is figuring out which part is needed and if any of that can be generalized. We looked into for example how to make dump generation faster so we could potentially produce more smaller dumps that only cover a part of Wikidata's data, either thematically (e.g. humans) or by type of data (e.g. only statements and English labels and aliases but not sitelinks or descriptions).
      • REST API: As part of our effort to make it easier to access Wikidata's data for programmers we looked into a REST API. We tried to see if we could cover the existing action API modules in a REST API. We could. We'll take this as input for our ongoing API work now.
      • Improving quality ratings through ORES: ORES can judge the quality of an Item automatically. It is currently not very good at it however. We tried a few things to make it more accurate and found some easy wins we'll probably make happen in the next weeks.
      • Query manipulator: One of the ways we could potentially improve the load situation of the Wikidata Query Service is by automatically analyzing and then redirecting a bunch of queries to other systems that are more suitable for that particular type of query. The nice thing about that would be that the person/program sending the query wouldn't have to care about it but it'd be done automagically for them. We tried to build such a system and the results look very promising but more work/experimenting is needed, especially together with the WMF Search team.

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.

Országgyűlési képviselők (követek stb.) jelzése a Wikidatán

Sziasztok, a Wikidata magyarországi parlamenti képviselő (Q17590876) elemének használatáról szeretném, ha kialakítanánk egy megállapodást. Nem ez a legfontosabb Wikidata-téma, de elég sok képviselőnkről van adatlap (~2000), ahol jelölni, majd ez alapján keresni lehet őket, nem lenne rossz, ha egységes lenne a képviselőtípus és időszakok jelzése.

Ezt a magyar országgyűlési képviselő néven futó jelzést használjuk a képviselőink beosztás rubrikájában. Ha lekattintjátok, látható, hogy a mai címerünk van benne - vagyis feltehetően a rendszerváltás utáni képviselőkhöz szánta a létrehozója -, de nincs benne dátumkorlátozás, és ahhoz a kategóriához kapcsolódik, amelyik lényegében a 19. század elejéig gyűjti a képviselőket (követeket): Kategória:Országgyűlési képviselők. Ugyanakkor magát a jelzést a 18. század elejéig használjuk a Wikidatában (a legrégebbi képviselő, akinél ez szerepel, az 1707-es ónodi országgyűlésen résztvevő Rakovszky Menyhért (Q1245685)). Ugyanezt a fenti elemet használták néhány helyen erdélyi (1920 előtti) országgyűlési képviselő beosztásában, sőt, néhány alkalommal még magyar nemzetiségű, a román parlament alsóházában képviselő esetén is. Ez így szerintem nincs rendben, rendezni kell mire használjuk a fenti elemet.

Az évek során két "képviselőtípus" vált le erről, és kapott önálló jelzést:

elem használatos.

Nincs külön jelölése pl. a középkori (rákosmezei) országgyűlések képviselőire, a diétai követekre, a reformkori országgyűlésekre, de nincs az 1944–1945-ös Ideiglenes Nemzetgyűlés tagjaira sem.

Valami olyan kompromisszumot szeretnék kialakítani, aminek a hatására lehetőleg minél nagyobb időszakot felölelő jelzést használnánk a jövőben, de figyelembevesszük a képviseleti rendszer különbözőségeit (pl. a megválasztás/küldötté válás szabályai). Az én javaslatom az, hogy használjuk ezt a magyarországi parlamenti képviselő (Q17590876) elemet a kiegyezés környékén kialakult népképviseleti rendszer bevezetésétől, vagyis az 1865-68-as országgyűlési időszaktól a mai napig, mert ebben az időtartamban beszélhetünk parlamenti ciklusokról, választásokról, egyáltalán a szó mai értelmében vett országgyűlési képviselőkről.

Az 1865 előtti országgyűlések résztvevőit követnek hívjuk, és általában van elem, sőt szócikk is magukról az ogy.-ekről (Kategória:Történelmi országgyűlések). Nem kardinális kérdés, de az ezeken az eseményeken küldöttként résztvevőknek akár országgyűlésenként is lehet Wikidata eleme (pl.:Az 1708-as sárospataki országgyűlés követe).

Javaslom még önálló elemmel jelölni:

beosztását.

Minden más esetben, tehát 1865-től napjainkig valamennyi országgyűlési ciklus képviselőinek beosztásánál használjuk a magyarországi parlamenti képviselő (Q17590876) elemet. Mit szóltok? Palotabarát vita 2020. augusztus 5., 11:37 (CEST)

A katonák besorolását lehetne követni: 18.-19.-20 századi képviselők? Akela vita 2020. augusztus 6., 21:34 (CEST)

Akela köszi az ötletelést, de kicsit összetettebb az ügy. Van egy általános megnevezése a beosztásnak, ez a magyarországi parlamenti képviselő (Q17590876), csak kicsit túlhasználtuk (szerintem). Van viszont egy csomó minősítő, amit hozzá lehet tenni: meg lehet adni a parlamenti ciklust, amikor ő képviselő volt (pl.: 1985–1990-es parlamenti ciklus (Q63762600)), meg lehet adni a választókörzetét (pl.: Zala megyei 4. sz. országgyűlési egyéni választókerület (Q50842177)), a parlamenti frakciót, a megválasztás időpontját, parlamenti képvsielősége kezdő- és záródátumát. Amit te javasolsz, azt leginkább a törvényhozási ciklus helyett lehetne használni, de az szerintem jól van úgy, nem javasolnám lecserélni.
Az 1865 előtti országgyűlési követek esetén akár lehetne is használni az általad javasolt évszázad jelzését (de értelemszerűen 20. századi nem lenne benne). A magyarországi országgyűlések listája cikkben láthatók maguk az ogy.-k, de annyira specifikus ez az országgyűlés téma, hogy én egyelőre a gyűlésenkénti jelzést preferálom. A Országgyűlési követek kategória egyébként mutatja a résztvevőket, ezt (ti. a kategóriát) lehetséges, hogy érdemes lenne az általad javasolt módon felbontani. Palotabarát vita 2020. augusztus 7., 11:24 (CEST)
Vagy nagy történelmi korszakok szerint? pl. OGY követek 1848 előtt, 1848-67 (vagy 65) között, 1867-1918, Tanácsköztársaság 1919, 1920-1944, 1945-1949, 1949-1990, 1990 után? Akela vita 2020. augusztus 7., 13:17 (CEST)

DeltaBot új fiút szül a 13. századi hadfinak

Semmi nyoma annak, hogy I. Ibelin János bejrúti úrnak lett volna egy hatodik fia, Raoul nevű, ezért eltávolítottam a Wikidatából, de DeltaBot visszatette. Csak úgy védhetem ki ezt, ha manuálisan írom be a gyermekeit, mint az enwiki? – Pagony foxhole 2020. augusztus 6., 18:13 (CEST)

Gondolom, a szimmetria okán teszi be, mivel Raoulnál az szerepel, hogy János az apja. Talán ha mind a két helyről kivennéd, akkor a bot békén hagyná. Hkoala 2020. augusztus 6., 18:50 (CEST)
Az a baj, hogy szanaszét ágazik az egész, be van írva az anyjához, mind az öt testvéréhez stb. Az egészet meg nem akarom feldúlni, pedig nagyon úgy néz ki, hogy botcsinálta netes genealógiákról írta be egyszer valaki, aztán úgy maradt. Pagony foxhole 2020. augusztus 6., 19:14 (CEST)
Akkor tényleg csak az marad, hogy itt kézzel írod be :-( Hkoala 2020. augusztus 6., 19:18 (CEST)
Megtettem. Pagony foxhole 2020. augusztus 6., 19:21 (CEST)
Ha forrásolt az adat, de téves, akkor elavulttá kell tenni. Úgy sem fog megjelenni az infoboxban, és nem kell botokkal hadakozni. Így nem kell kézzel beírni, és a többi Wikipédiát is segítjük. – Máté (vitalap) 2020. augusztus 7., 13:53 (CEST)

Quote kiszedése infoboxból

Sziasztok! van valami megoldás arra, hogy a d:Q9061 adatlapon az occupation alatt a "quote" ne jelenjen meg a {{személy infobox}}(?)ban? Baromi csúnyán mutat, pláne, hogy idegen nyelvű a quote, nem is értem, miért tesznek ilyesmit a wikidatába. Karl Marx szócikkéről van szó. Köszönet. Xia Üzenő 2020. augusztus 8., 17:15 (CEST)

A foglalkozásnál nem jön át, az alma mater (P69) minősítőit megkurtítottam. Így gondoltad? Bencemac A Holtak Szószólója 2020. augusztus 8., 17:38 (CEST)
Köszi szépen! Xia Üzenő 2020. augusztus 8., 18:51 (CEST)

Adatlapok összevonása

Összevontam a Tracy Mosby és Tracy McConnell, illetve a Demjén Antal és Demién Antal, valamint az Oldalfelező merőleges és Szakaszfelező merőleges cikkeket. Megköszönném, ha valaki a WD-adatlapjukat is összevonja. – Vépi vita 2020. augusztus 10., 10:06 (CEST)

Kész. – Máté (vitalap) 2020. augusztus 10., 11:55 (CEST)

Wikidata weekly summary #428

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Events
    • Past: Wikibase Live Session - August 2020. This session had a few people present on some of their work with modeling GLAM data in Wikibase or Wikidata. (replay)
    • Upcoming: Next Linked Data for Libraries LD4 Wikidata Affinity Group call: Daniel Mietchen and Lane Rasberry about Scholia, a project to present bibliographic information and scholarly profiles of authors and institutions, 11 August. [Agenda]
    • Upcoming: Online Wikidata editathon in Swedish #25, August 16
  • Development
    • finalized designs for the query builder to start coding at the beginning of September
    • wrapping up the initial work on the design system so that we can start using the first pieces of it in the query builder development
    • working on properly linking redirects in recent changes, watchlist and co (phabricator:T255387)
    • addressed remaining security review comments about the Wikidata Bridge so that we can deploy it finally on the first Wikipedia
    • fixed a bug where string values had the wrong length limit (phabricator:T259440)
    • finishing the work of untangling Wikibase Client and Wikibase Repository extensions to make development easier

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 #429

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Tool of the week
    • Entity Explosion: a new multilingual Chrome browser extension. "Taking the power of Wikidata with me wherever I go across the web!". Uses API calls to the Wikidata Query Service to match the URL you are browsing on to a Wikidata item, and then displays data and links to other sites about the same entity. (Video)
  • Development
    • Fixed a bug where a length limit for strings seems to have reverted itself back from 1500 to its default 400 (phabricator:T259440)
    • Fixed a bug that Wikibase is not always adding &redirect=no in situations when MediaWiki usually does (phabricator:T255387)
    • Wrapping up the initial work on the design system so it is ready for use in the first new feature (Query Builder)
    • Fixed the serialization of statements on Forms and Senses not containing the datatype (phabricator:T249206)
    • Wrapping up work on the first version of Federated Properties so that other Wikibase installations can use Wikidata's Properties instead of having to maintain their own
    • Worked on ensuring the data from the linked data interface at Special:EntityData is always up to date after an edit has been made (phabricator:T128486)
    • Enabling clients to use Lua to request labels, descriptions and aliases in some (often minority) languages even when they are not content languages (phabricator:T259340, phabricator:T260118)


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.

Spanyol vasútvonalak

A spanyol vasútvonalak wikidata-adatlapjain hatalmas a kavarodás, én már belekavarodtam, hogy minek hová is kellene mutatnia. Megnézné valaki, hogy minek hová kellene valójában tartoznia a Q28096832 és a Q11049488 lapok esetében? A gondot ahogy látom a Reus Caspe átirányítás okozza, melynek szintén van wd adatlapja. – B.Zsolt vita 2020. augusztus 24., 01:06 (CEST)

Wikidata weekly summary #430

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Tool of the week
    • Sophox allows for SPARQL querying of Wikidata and OpenStreetMap in a single query
  • Other Noteworthy Stuff
    • Two new grant programs from WikiCite, in support of open citations and linked bibliographic data.
Full documentation, eligibility requirements, selection criteria, program design principles, and contacts at the links. Apply by 1 October.
  1. Project & events [$2-10k]
  2. e-Scholarships [per-diem calculated on your city; 1-5 people (single, or as a 'remote group') for 2-4 days, for COVID-era "stay at home" projects. Paid in advance living allowance, no expense report required.]
  • Development
    • Deployed the first version of the Wikidata Bridge to Catalan Wikipedia
    • Creating Grafana Dashboards for the new Wikidata Bridge so we have some data to help us determine which datatypes to support next for example (phabricator:T260532)
    • Finished working on ensuring Labels of Items in some unusual, often minority, languages are still available on Wikipedia and other clients (phabricator: T259340)
    • Fixed error messages for API modules that will not work with the first version of Federated Properties (phabricator:T258558)
    • Working on improving how ORES judges the quality of an Item to make it more accurate
    • Started coding on Automated Configuration Discovery to make it easier for tool builders to make their tools work for other Wikibase instances as well

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 #431

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Tool of the week
    • Wikidata for Firefox is a browser extension that displays Wikidata items while browsing the web, adds missing IDs and extracts information from websites to Wikidata.
  • Development
    • Working on Automated Configuration Discovery to make it easier for tool builders to make their tools work for other Wikibase instances as well
    • Polishing remaining pieces of the first version of Federated Properties to make it possible to use Wikidata's Properties in other Wikibase instances
    • Continuing to work on improving the way ORES automatically scores the quality of an Item to make it more accurate

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 #432

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Events
    • Upcoming: Next Linked Data for Libraries LD4 Wikidata Affinity Group call: Rob Fernandez (Wikimedia District of Columbia) on Listeria, a tool that uses SPARQL queries to define a list, and provides a bot that will update a wiki page containing that list if the results of that SPARQL query change, all based on Wikidata, 08 September. Agenda
    • Upcoming: live SPARQL queries on Twitch and in French by Vigneron, September 8 at 18:00 CEST
    • Upcoming video: Wikipedia Weekly Network - LIVE Wikidata editing #19 Facebook, YouTube, September 10
    • Upcoming: Online Wikidata editathon in Swedish #29, September 13
  • Development
    • Added Wikidata support to Japanese Wikivoyage. phab:T261451
    • Investigating the nature of our training outliers to improve the way ORES automatically scores the quality of an Item.
    • Working on error that sometimes causes Wikidata UI to report 2 error messages when saving a sitelink in an item. phab:T260869
    • Completed various investigations to make an informed decision on the output format of WikibaseManifest files (automated configuration detection for toolbuilders) phab:T261285
    • Completed various bug fixes and wrap-up tasks to conclude the major engineering work on the Federated Properties project
    • More work on Item Quality Scoring and Federated Properties

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 #433

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Tool of the week
    • Mbabel is a tool that simplifies article creation by providing pre-made sentences based on Wikidata statements.
  • Development
    • Fixing an error that sometimes causes Wikidata UI to report 2 error messages when saving a sitelink in an Item instead of just one. (phabricator:T260869)
    • Development of version one of Federated Properties has concluded! Expect an announcement with timing of the release of this feature soon. Wikibase users who want an early look at the feature are invited to reach out to participate in the pre-release testing round.
    • Development of the WikibaseManifest extension has continued into its second sprint; we focused on determining a product specification for the Manifest output.
    • Finishing a draft documentation for a REST API to get it ready for a feedback round before implementation.
    • Finished improvements to the automated scoring of the quality of Items with ORES. Still need to retrain ORES and deploy the changes before the scores are actually different though.

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.

A lap eredeti címe: „https://hu.wikipedia.org/w/index.php?title=Wikipédia:Wikidata-segítségkérés/Archív35&oldid=23175699”