User talk:Pallor

Válly vagy Vállyi János

Szia, a fenti képviselő neve csak a Főnemességi Adattárban Válly Q126690150, a többi forrásokban úgy láttam, hogy Vállyi. Van adatod, ami az előbbi mellett szól, vagy átírhatom Vállyira a nevet. Köszönöm szépen! Bizottmány (talk) 11:20, 3 September 2024 (UTC)[reply]

Én máshol is látom Vállyként ([1]), szerintem mindkét név használatban volt. Az egyiket (rád bízom melyiket) a címkébe, a másikat az egyéb nevekbe írd szerintem. Pallor (talk) 11:28, 3 September 2024 (UTC)[reply]

Köszönöm, akkor hagyom, és egyéb névként tüntetem fel, bár a Képviselők és főrendek... sok adatához akkor talán feltüntetett névként a Vállyi változatot be kell írni? Bizottmány (talk) 11:36, 3 September 2024 (UTC)[reply]

Közben nézegettem, és valóban az i-s változat a gyakoribb (Vállyi), tedd azt a címkébe, és a másikat az egyéb nevekhez. A forrásban feltüntetett Képviselők és főrendek...-be nem kell sok adat, csak az állítás forrása, az oldalszám, hozzáférés ideje, és igen, jól mondod, ebben az esetben segíthet a feltüntetett név is (ne tévesszen meg, hogy én a sokadatos forrást teszem be, nekem így van elmentve, de valójában elég lenne három-négy sor, nem kell kézzel azt a rengeteg infót minden egyes tételhez bevinni). Pallor (talk) 11:40, 3 September 2024 (UTC)[reply]

Köszi, akkor így lesz. Köszönöm, hogy felmentesz a Képviselők és főrendek részletes leírása alól, mert így is elég sok pötyögni való van, ha folyamatos a képviselői működés. Én nem értek a csoportos bevitelhez, mint te. :-)) Bizottmány (talk) 11:44, 3 September 2024 (UTC)[reply]

Kiegészítés: Mi legyen a családnévvel? Döntsd el a Vállyi János lapon, vagy egészítsd ki légy szíves a Válly családnév Q126692726 változatot. Én is találtam Válly névváltozatot, különösen a jánkmajtisi Válly-kastély kapcsán. A Commonson létrehozandó kategória miatt kellene. Köszi.--Bizottmány (talk) 12:18, 3 September 2024 (UTC)[reply]

Én ilyenkor beírom mindkettőt, és a object of statement has role (P3831)-hez megadom, hogy közkeletű név/születési név (esetleg a gyakrabban előfordulót preferáltra állítom) Pallor (talk) 12:32, 3 September 2024 (UTC)[reply]

Köszönöm szépen. Bizottmány (talk) 12:41, 3 September 2024 (UTC)[reply]

Magyar családtörténeti adattár

Szia @Pallor:! Segíts légy szíves. Úgy vettem észre, hogy az innen, azaz a MCSAT, önálló Property-vel el nem látott adatot te valamelyik tulajdonság rovatban fel tudod tüntetni. Most nem találok rá olyan elemre, ahol ezt láthatnám. Bizottmány (talk) 16:37, 15 September 2024 (UTC) Frissítve :-)) --Bizottmány (talk) 04:50, 16 September 2024 (UTC)[reply]

Szia! Bocs... Abba maradtunk, hogy a exact match (P2888) tulajdonsághoz betesszük az URL-t (pl.: Anna Görgey de Görgo et Topporcz (Q110369400)). Erre gondoltál, ugye? Pallor (talk) 08:09, 16 September 2024 (UTC)[reply]

Igen, erre. Gyanítottam, valahol láttam /nem velem maradtál abba:-))/ csak nem voltam benne biztos. Nagyon szépen köszönöm! Bizottmány (talk) 09:04, 16 September 2024 (UTC)[reply]

Szerintem itt beszéltünk róla... De nem gond, egy év alatt én is simán elfelejtem amit nem használok. Pallor (talk) 09:09, 16 September 2024 (UTC)[reply]

De bizony gond! Fantasztikus memóriád van, nekem már nem! Köszönöm! Bizottmány (talk) 09:17, 16 September 2024 (UTC)[reply]

Magyarország helységnévtára

Szia! Most vettem észre ezt a júliusi szerkesztésedet, ahol a Detailed Gazetteer of Hungary (Q88686710) elemet használtad a https://adt.arcanum.com/hu/collection/MagyarorszagHelysegnevtaraKSH/ kiadványsorozatra hivatkozáshoz. Szerintem ez nem jó: az előbbi egy online adatbázis, amit folyamatosan frissítenek népszámlálási és becsült adatokkal, és adott URL-en történeti adatokat is közöl a rendszerváltástól kezdve; míg utóbbi egy kiadványsorozat, ami – amennyire látom – részben a népszámlálások után, azok népességadatait közölve, részben népességadatokat egyáltalán nem közölve jelent meg.

Ha akarunk ennek elemet, akkor egy külön elemet kéne létrehozni, bár nem vagyok biztos benne, hogy ami az Arcanum oldalán látható, azt bármi abban a formában egységbe fogja azon kívül, hogy az Arcanum oldalán ezek láthatók (egyrészt heterogén a közölt adatok tekintetében, másrészt viszont 1953-ban hirtelen vége szakad – gondolom, ennyit sikerült/érte meg beszereznie az Arcanumnak), tehát inkább elemek kellenének.

Az igazat megvallva a több elem létrehozásához és kitöltéséhez nekem nincs türelmem, úgyhogy inkább a könnyebb utat választanám: egyszerűen kitörölném az elemhivatkozást mindenhonnan, ahol ilyen XX. századi kiadványokhoz használtad. (Viszont ehhez jól jönne a segítséged: hol használtad még Liptószentmiklóson kívül? Több mint 3000 hivatkozás mutat a Detailed Gazetteer of Hungary (Q88686710) elemre, aminek minden bizonnyal a 99%-a jó, így ha még emlékszel, akkor nem kéne egy bonyolult SPARQL-lekérdezést készíteni – ha egyáltalán lehet lekérdezést készíteni.) – Tacsipacsi (talk) 17:27, 22 September 2024 (UTC)[reply]

Szia, igazat adok neked, valóban, ha egy kiadványra, és annak egy konkrét oldalára hivatkozom, akkor azt a kiadványt lenne jó betenni az állítás forrása minősítőhöz. Valószínűleg, amikor felvittem az adatokat, én is a könnyebb megoldást akartam választani. Vállalom, hogy létrehozom az egyes kiadványoknak megfelelő elemeket, és ha nem is túl hamar, de apránként lecserélem ezeket a hivatkozásokat. Egyébként '53 után is megjelentek ezek, itt van mellettem az '56-os és '62-es, meg valahol a könyvespolcomon az ezerkilencszázhetvenakárhányas, és sajnos valószínűleg mindegyikből használtam adatokat. Ez utóbbiakhoz viszont még URL sincs megadva (minthogy nincsenek is digitalizálva). Azt, hogy konkrétan hol használtam ezeket, sajnos nem tudom már, az 1913-ast feltehetően bárhol, az 1945 utániakat alighanem csak járások népességadatainál. Szóval ha nem is máról holnapra, de javítgatni fogom a forrásokban. Még lehet, hogy fogok kérni némi lekérdezés segítséget, de előbb át kell néznem, hogy milyen formában és hová vittem fel ezeket. Pallor (talk) 20:51, 22 September 2024 (UTC)[reply]

Ps: annyira nem rossz a helyzet, ezeket most idéztem fel (találtam meg): Q123412402, Q123410538, Q119727478 (ezek mindegyikére van több-kevesebb hivatkozás, tehát használtam őket - meg talán mások is), és most csináltam meg ezt is: Q130344723. Ennek kapcsán viszont javaslom, hogy a Detailed Gazetteer of Hungary (Q88686710) elem egyéb nevei közül azokat, amelyek konkrét kiadvány címét idézik (pl.: A Magyar Korona Országainak helységnévtára) töröljük ki, mivel kereséskor ill. beillesztéskor megtévesztőleg hat, hogy egy konkrét kiadvány címe két elemben is előfordul, miközben az egyéb nevekben jelzett cím nem a kiadványról szóló elemben van, hanem annak a digitalizált mai változatára vonatkozik, ami csak a legfrissebb adatokat tartalmazza. Pallor (talk) 21:29, 22 September 2024 (UTC)[reply]

Közben ~~csináltam~~ átalakítottam egy lekérdezést, ami az összes magyarországi település és járás népességadatának (P1082) és fővárosának (P1376) a forrásban használt stated in (P248)-át kiírja (https://w.wiki/BM4u) de én abban nem találtam rossz helyen használt Q88686710-et (nem állítom, hogy mindet lekattintottam, de vannak tipikus és atípusos felhasználási formák, ez utóbbira koncentrálva szerintem láttam volna, ha valami nem jó helyen van). Két tényező miatt azonban ez a kontroll-lekérdezés nem lehet teljes: az egyik, hogy a lekérdezés csak a preferáltra állított adatokat mutatja, a többit nem(?), de azt nem tudom megcsinálni, hogy a nem preferáltakat is mutassa (valszeg erre céloztál a "bonyolult SPARQL-lekérdezés" említésével). A másik, hogy amit mutattál, az pont nem magyar település, külhoniakra viszont nem tágítottam a horizontot, részben az 1. számú probléma miatt, részben pedig mert nem tudom fordítva megírni a lekérdezést, vagyis a nem magyarországi közigazgatási egységek népességadatai közül csak azt mutassa, ahol a P248=Q88686710. Ha ez utóbbiban tudsz segíteni, akkor még teszek egy kört, de megmondom őszintén (és nem a magam mosdatása érdekében, hanem a tények rögzítésének céljából): ahány helyen egyáltalán nincs forrás, vagy van, de az csak egy link, ahhoz képest ezt nem érzem olyan súlyú problémának, amivel túl sokat kellene szöszmötölni (de továbbra is igazat adok neked az észrevételért). Pallor (talk) 19:30, 28 September 2024 (UTC)[reply]

Az elem első, legfőbb adatpanelje becsukódik, miért?

Kedves Pallor! Ez már így marad? Ha új elemet kezdek szerkeszteni, akkor a kezdeti alappanel (név több nyelven, szül-hal adat és foglalkozás több nyelven, ill. egyéb használt nevek) a szerkesztés közzététele után egyszerűen eltűnik, becsukódik. Valamire rákattintottam, vagy ez központi hiba (netalán új koncepció)? Engem nagyon zavar. Bizottmány (talk) 14:47, 28 September 2024 (UTC)[reply]

Szia! Ez nálam akkor fordul elő, ha előtte véletlenül vagy szándékosan összecsuktam ezt a panelt. Elvileg ha ismét kinyitod, akkor a többi újonnan nyitott fülön/ablakban is nyitva fogod látni. Kinyitni és becsukni a közvetlenül felette látható "További nyelveken" linkre kattintva lehet, próbáld ki! Pallor (talk) 14:52, 28 September 2024 (UTC)[reply]

Jaj, nagyon szépen köszönöm! Én voltam a hunyó, valóban, véletlenül összecsuktam. Köszi, köszi! Így már rendben van. Bizottmány (talk) 19:24, 28 September 2024 (UTC)[reply]

Default labels and aliases, upcoming deletions

Hi @Pallor

While I understand your concerns with the Default values and aliases project, and the plans for mass deletions, it's important to understand the necessity for these changes.

"Items for names take up a lot of space in Wikidata. For example, there are just under 600,000 items for surnames. That is only around 0.5% of all items, but the labels on these items which are the same as the English label account for 10% of all labels in Wikidata. The aliases which are the same as the English label account for a third of all aliases. The size of Wikidata is causing problems, most notably for the query service, which is likely to stop working at some point in the next few years (see Wikidata:SPARQL query service/WDQS backend update) if we continue the way we are."

The de-duplication project has been in the planning for years, and is important that these deletions take place to ensure the continued availability and scalability of the wikipedia service. More importantly, we need to ensure that tools and scripts work well for newly created items that only have a mul label.

While we may be able to delay mass deletions, it's critical that we identify any issues with mul, and give everyone as much time to improve and fix things before mass deletions occur. Iamcarbon (talk) 23:41, 4 October 2024 (UTC)[reply]

Dear Iamcarbon!

I already understood the concept from previous descriptions. My point is that before we make any major changes, we need to identify potential problems BEFORE we make them and find a solution BEFORE we make them. If we do not do so, then after the introduction of the changes, not only will the problems have to be eliminated in a hurry, but also the legitimate indignation of thousands of Wikidata editors will have to be calmed down. Please write if you find a mistake in the thought process, if you disagree with it, and argue if your suggestion is to first introduce a flawed change and only then correct it.

Therefore, for my part, I insist that the problems raised be solved by those who understand them and be documented.

I would be honored if the issues I raised would be read by those who concern them and not pretend that everything is fine and that I am the only ignorant and hindering factor. Pallor (talk) 10:20, 5 October 2024 (UTC)[reply]

Hi @Pallor. We're several months into the 'mul' rollout, and I have yet to see any signs of concern from the broader community. If there are thousands of editors impacted by these changes, we need to hear from them. So far, you are the only user who has raised significant concerns.

To be clear, I understand that 'mul' causes problems, particularly for Hungarian and other languages, and I'm not dismissing your concerns. However, I believe that many of these issues can be addressed over time by adding new localized labels, improving the user experience, adding new statements, and collaborating with the development team. I also believe that adopting 'mul' is vital for improving the project's long-term maintainability, oversight, and scalability.

As I understand it, your primary issues revolve around these three points caused by adding and removing default labels:

1) Name Order for Hungarian: Adding a default label in the format {givenName} {familyName} is invalid for Hungarian, which places the family name first. This means that adding the default label requires a Hungarian label to correct the now inaccurate data.

2) Discoverability in Search Results: Removing labels for a given language makes entries less discoverable in search results.

3) Latin Aliases for Non-Latin Languages: Removing Latin aliases for non-Latin languages makes it harder to find the Latin version of a name.

While I don't think these issues should halt the removal of labels, I agree that we haven't engaged enough with the community to ensure that multilingual and non-English editors are considered.

Since you've formally objected to the removal of any additional labels or aliases, I plan to initiate a Wikidata:Requests for comment to gather additional feedback on how to proceed so we can weigh the pros and cons. I will wait for consensus there before removing any more aliases (which I've been doing in small daily batches).

Keep in mind that other users have also begun to remove labels for family names, so we still need to address this and document the community's decision.

Note: We still have consensus for setting the default 'mul' label to the native label when it's 'mul' for given and family names, and I plan to continue adding these. Iamcarbon (talk) 03:01, 20 October 2024 (UTC)[reply]

Családnevek változás, mi ez?

Kedves Pallor! Állandóan abba ütközöm, hogy egyes személyeknél a családnevek a 4 fő megadott nyelven halványan látszanak és valaki (azt hiszem Iamcarbon) átállítja „alapértelmezett értékek mul”-ra. Most pl. @Gbarta: is megírta a családnév elemet a WD-ben, és miután át lett állítva az előbb írt mul minőségre, (és halványan látszott a 4 fő családnév), nem jött át a konkrét személynél a Wikimedia Commonsba a kategóriák közé. Ezek most a Q37999212 és a Q629246 voltak. Most itt a WD-n visszaírtam a magyar, német, angol és francia nyelvekbe a családnevet, és úgy átjött. Mi ez az új rendszer? Kérlek, magyarázd el. Köszönöm! Bizottmány (talk) 16:53, 9 November 2024 (UTC)[reply]

Szia! Mind az Orbók, mind a Pröhle Commons-kategóriába bekerült egy-egy elem, miután csináltam egy-két nullszerkesztést, meg frissítést, vagyis az a jelenség, hogy nem jelenik meg a név azonnal a kategóriában, nem függ össze a "mul" észrevételeddel. Ez a késedelmes megjelenés a commonsos kategóriákban régi probléma, tényleg nem nagyon lehet vele mint kezdeni: nullszerkesztés frissítgetés.

Hanem ez a "mul"-módi tényleg nagy változás lesz majd. Arról van szó, hogy spórolni akarnak a Wikidata tárhelyével, illetve gyorsítani szeretnék a gépi lekérdezéseket, így azokat a címkéket, amelyek minden nyelven ugyanazok, egységesítenék, és nem kell minden nyelven felvinni, csak egyen, az ún. "mul" (multiple languages - több nyelv) kódhoz. Egyfelől tök érthető elképzelés, másfelől amióta én a Wikipédiával és a Wikidatával bíbelődöm, számtalanszor megkaptam, hogy minek akarok bármit is törölteni, mikor végtelen sok hely van, semmi nem vesz el nagy tárhelyet, minden törlés csak jelentéktelen, elhanyagolható mennyiségű helyet szabadít fel, aztán ehhez képest most meg bevadulnak.

Szóval az az elképzelés (ami itt elolvasható részletesen angolul: Help:Default values for labels and aliases), hogy azoknál az elemeknél, ahol a címke vagy/és az alias több nyelven is ugyanaz - és ilyenek tipikusan a családnevek, utónevek, személynevek jelentős része, a csillagászati objektumok többsége, a taxák latin nevei stb - kitörlik a rengeteg nyelven tök azonos címkét, és csak egy helyre, a mul kódhoz írják be. Ennek voltál tanúja például az Orbók családnévnél.

Namost van viszont egy szempont, amit úgy tűnik nem vettek figyelembe kellő súllyal, az én álláspontom viszont az, hogy emiatt nagyon jelentősen sérül majd a szabadszavas keresés hatékonysága és emiatt nő a duplumok létrehozásának az esélye. Arról van szó, hogy a szabadszavas kereső a találati sorrendet az alapján alakítja ki, hogy a keresést végző személy milyen nyelvre állította be a Wikidata felületét, és ugyanezen a nyelven mik a legjobb találatok. Ez azt jelenti, hogy ha mondjuk például románra van állítva a felület, és beírod a keresőbe, hogy János Kovács, tök más találatokat és/vagy sorrendet látsz, mintha hollandra lenne állítva a felület, és úgy keresnél rá a János Kovács szövegre. De nem is a román, meg a holland az érdekes számunkra, hanem a magyar, de valójában minden nyelv pórul jár, mert ha megvalósul ez a Nagy Törlés, onnantól az a keresési hatékonyság, aminek az előnyeit élvezik a nyelvi beállítással megegyezően priorizált sorrend révén, most megszűnik. Biztos észrevetted már, hogy ha pl. egy családnévre keresel (pl. arra, hogy Kovács), az első, vagy a első pár találatban mindig a családnév elemét találod, és csak utána sorakoznak a Kovács vezetéknevű személyek elemei. De ha például a kiürített Gelle családnévre keresel, az el fog bújni számos más találat között (nekem például a 14.). ez nyilván nem tűnik akkora tragédiának, de az jól látszik, hogy nagyon át fog alakulni _minden_ keresésnél a találatok listája, olyan esetekben is, amikre most még nem is nagyon gondolunk, de a jövőben majd rosszabb lesz.

Próbálom az illetékesek figyelmét ráirányítani a problémára: Help_talk:Default_values_for_labels_and_aliases#General_problem_in_search - amit egyébként már korábban maguk is észleltek - és a Phabricator ticket szerint valamit már javíthattak rajta, viszont jelenleg pont ugyanolyan rossz. Pallor (talk) 23:10, 9 November 2024 (UTC)[reply]

Kedves Pallor! Rosszul írtam le az alapproblémát, ami a te érveidet is szaporítaná ez ügyben. Gbarta azzal fordult hozzám a Wikimedia Commonson c:User talk:Bizottmány#Vezetéknevek, hogy az általa családnév-megadással bővített elemek (a fenti: Orbók és Pröhle) esetében a "mul"-módival csak halványan jelzett vezetékneves elemből egyáltalán nem jött át a Commonsba a vezetéknév pirossal a két személy kategóriái közé. Én avatkoztam bele és erősítettem vissza a 4 fő nyelv sorában az illető vezetékneveket és csak akkor jött át a Commonsba. Te már ezt az állapotot láttad. Tehát alapból a mul-módszerrel elhalványított nemzeti vezetéknevek konkrét személynévhez pótolva, nem adják meg a Commonsban a szükséges vezetéknevet és így a csatolás ottani lehetőségét a Wikidatához. (Azt, hogy csak idővel elevenedik fel a már kész vezetéknév a Commonsban, ismertem.) Köszi a gyors választ, üdvözlettel, Bizottmány (talk) 07:30, 10 November 2024 (UTC)[reply]

Kiegészítés: Most majd, ha találok új képet személyről, akinek még nincs kategóriája a Commonson, és a WD-ben a vezetékneves elem a "mul"-módszerrel van megadva, akkor megfigyelem, hogy valóban több időt várva sem jön-e át az illető általam alkotott kategóriájába a családneve. Nem tudom, érthető-e amiket írok? Üdv, --Bizottmány (talk) 07:44, 10 November 2024 (UTC)[reply]

Sejtem mire gondolsz, de szerintem nem függ össze a kettő... Most kitöröltem a Pröhle (Q113377317) elemből a magyar és angol címkét, de nem észlelek változást. Mindenesetre ha tudsz, majd mutass egy példát. Pallor (talk) 09:25, 10 November 2024 (UTC)[reply]