[Wikidata-bugs] [Maniphest] T115223: Provide wikidata downloads as multiple files to make access more robust and efficient

[Mitar]

Mitar added a comment.


  I am realizing that maybe the problem is just that bzip2 compression is not 
multistream but singlestream. Moreover, using newer compression algorithms like 
zstd might decrease decompression speed even further, removing the need for 
multiple files altogether. See https://phabricator.wikimedia.org/T222985#7163885

TASK DETAIL
  https://phabricator.wikimedia.org/T115223

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Mitar
Cc: Addshore, Mitar, abian, JanZerebecki, Hydriz, hoo, Halfak, NealMcB, 
Aklapper, Invadibot, maantietaja, Akuckartz, Nandana, Lahi, Gq86, 
GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 
Wikidata-bugs, aude, Svick, Mbch331, jeremyb
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T222985: Provide wikidata JSON dumps compressed with zstd

[Mitar]

Mitar added a comment.


  As a reference see also this discussion 
.
  
  I think the problem with bzip2 is that it is currently singlestream so one 
cannot really decompress it in parallel. Based on this answer 

 it seems that this was done on purpose, but since 2016 maybe we do not have to 
worry about compatibility anymore and just change bzip2 to be multistream? For 
example, by using this tool .
  
  But from my experience (from other contexts), zstd is really good. +1 on 
providing that as well, if possible from disk space perspective.
  
  I think by supporting parallel decompression, then issue 
https://phabricator.wikimedia.org/T115223 could be addressed as well.

TASK DETAIL
  https://phabricator.wikimedia.org/T222985

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Mitar
Cc: Mitar, ImreSamu, hoo, Smalyshev, ArielGlenn, Liuxinyu970226, bennofs, 
Invadibot, maantietaja, jannee_e, Akuckartz, Nandana, Lahi, Gq86, 
GoranSMilovanovic, Lunewa, QZanden, LawExplorer, _jensen, rosalieper, 
Scott_WUaS, gnosygnu, Wikidata-bugs, aude, Addshore, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T282624: Limit IA granting/revoking to stewards only

[ChristianFerrer]

ChristianFerrer added a comment.


  Note that there is a simple way to make every one happy, who wants to become 
interfaceadmin make a request in their local community (e.g. bureaucrat 
noticeboard, or where they did it in the past) and if the bureaucrats are 
agreed with the request then this request is addressed to the Stewarts who can 
perform the technical procedure. Conversely if bureaucrats, for local reasons 
or local policies, thinks the right should be removed to someone, they address 
the removel request to Stewarts who can aagin perform the technical procedure. 
In that  way Bureaucrats (and therefore the local communities) still keep a 
part of that power, and the security aspect  is managed by the Stewarts. 
Someone who need interfaceadmin right will need the agreement of both, the 
Bureaucrat and the Stewarts.

TASK DETAIL
  https://phabricator.wikimedia.org/T282624

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: ChristianFerrer
Cc: ChristianFerrer, Alfa80, Huji, Jeeputer, SpartacksCompatriot, alaa, MBq, 
Raymond, Funkruf, XenonX3, Darmo117, zhuyifei1999, Billinghurst, 
FriedrickMILBarbarossa, DonTrung, Meirae, Teles, Rubin16, TheDJ, Risker, 
4nn1l2, MGChecker, Krd, MF-Warburg, MBH, Bebiezaza, Krenair, Acagastya, 
IKhitron, Iniquity, Urbanecm, Leaderboard, Minorax, Majavah, Proc, stjn, 
SilkTork, Johan, Quiddity, Amorymeltzer, Asartea, TheSandDoctor, CptViraj, 
DannyS712, Bugreporter, Jack_Frost, Xaosflux, SQL, Zabe, AntiCompositeNumber, 
Jack_who_built_the_house, suffusion_of_yellow, GeneralNotability, Rschen7754, 
Izno, Stanglavine, Tks4Fish, Cosine02, Aklapper, jrbs, Invadibot, LaMagiaaa, 
SHISHIR_DUA, Delete, R4356th, EhsanKhandowa, RuiyuShen, maantietaja, 
Muchiri124, CBogen, Isaacandy, Carn, Akuckartz, Demian, Sebleouf, Joye_Zhang, 
PatsagornY, Dibya, VulpesVulpes825, Lepticed7, Sunny00217, Viztor, 94rain, 
Nandana, Hamishcn, Awangba_Mangang, Jony, Naturista2018, Vesihiisi, Lahi, Gq86, 
Ramsey-WMF, BJ6123C7BTD, Tommy_Kronkvist, JamieTubers, Bsandipan, Nahid, 
GoranSMilovanovic, SPoore, lisong, Jayprakash12345, Chicocvenancio, 
Allthingsgo, QZanden, Kaartic, Kizule, LawExplorer, JJMC89, patilise, Devwaker, 
Oriciu, Niklitov, Poyekhali, _jensen, rosalieper, Pamputt, Tegel, Valepert, 
Taiwania_Justo, RuyP, JEumerus, Scott_WUaS, Cirdan, Ananthsubray, 
Superzerocool, Ixocactus, Tulsi_Bhagat, Taketa, Thibaut120094, Matiia, Einsbor, 
Psychoslave, Wong128hk, Luke081515, Fuzheado, SimmeD, Bsadowski1, Mardetanha, 
VIGNERON, Barras, Arash.pt, Cwek, Wikidata-bugs, Superyetkin, Snowolf, Savh, 
Base, aude, Pmlineditor, Dcljr, Vriullop, NahidSultan, El_Grafo, Dinoguy1000, 
DerHexer, Shanmugamp7, Trijnstel, PeterBowman, Shizhao, matej_suchanek, Melos, 
Jalexander, Sjoerddebruin, Stryn, Addshore, Steinsplitter, Matanya, Mbch331, 
Liuxinyu970226, Jay8g, Ltrlg, Glaisher, Keegan
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T285064: Wikidata Bridge badtoken error

[Patrigopla]

Patrigopla added a comment.


  Muchas gracias!!!

TASK DETAIL
  https://phabricator.wikimedia.org/T285064

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Patrigopla
Cc: Michael, Manuel, Addshore, Aklapper, Patrigopla, Masumrezarock100, 
Invadibot, maantietaja, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, 
QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Wikidata-bugs, 
aude, Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T285064: Wikidata Bridge badtoken error

[Patrigopla]

Patrigopla added a comment.


  Estava intentando editar una fotografía de una plantilla, pero me daba error, 
creo que era porque lo hacía desde el movil. Al intentarlo hacer desde el 
ordenador, no he tenido ningun problema.

TASK DETAIL
  https://phabricator.wikimedia.org/T285064

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Patrigopla
Cc: Michael, Manuel, Addshore, Aklapper, Patrigopla, Masumrezarock100, 
Invadibot, maantietaja, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, 
QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Wikidata-bugs, 
aude, Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T285161: When editing talk pages, the toolbar renders on top of search box results dropdown, obscuring the first result

[Lydia_Pintscher]

Lydia_Pintscher added a project: Wikidata-Campsite.

TASK DETAIL
  https://phabricator.wikimedia.org/T285161

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Lydia_Pintscher
Cc: Aklapper, Moebeus, Invadibot, maantietaja, Akuckartz, Nandana, Lahi, Gq86, 
GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 
Jonas, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T284850: Wikidata Concepts Monitor: usage numbers have shrunk considerably within a week

[GoranSMilovanovic]

GoranSMilovanovic closed this task as "Resolved".

TASK DETAIL
  https://phabricator.wikimedia.org/T284850

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: GoranSMilovanovic
Cc: Manuel, RhinosF1, GoranSMilovanovic, Tobi_WMDE_SW, Lydia_Pintscher, 
Aklapper, MisterSynergy, Invadibot, maantietaja, Akuckartz, Nandana, Lahi, 
Gq86, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, 
aude, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T285161: When editing talk pages, the toolbar renders on top of search box results dropdown, obscuring the first result

[Moebeus]

Moebeus renamed this task from "Toolbar when editing talk pages renders on top 
of search box results dropdown, obscuring the first result" to "When editing 
talk pages, the toolbar renders on top of search box results dropdown, 
obscuring the first result".

TASK DETAIL
  https://phabricator.wikimedia.org/T285161

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Moebeus
Cc: Aklapper, Moebeus, Invadibot, maantietaja, Akuckartz, Nandana, Lahi, Gq86, 
GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T285161: Toolbar when editing talk pages renders on top of search box results dropdown, obscuring the first result

[Moebeus]

Moebeus created this task.
Moebeus added a project: Wikidata.
Restricted Application added a subscriber: Aklapper.

TASK DESCRIPTION
  **List of steps to reproduce** (step by step, including full links if 
applicable):
  
  - Go to a talk page
  - start editing
  - search for something
  - observe (see attached screenshot)
  
  **What happens?**:
  When I'm editing a talk page, the toolbar has a higher z-index than the 
search box results, obscuring the first result.
  
  **What should have happened instead?**:
  When I'm editing a talk page and want to look up something using search, the 
search results should display over the toolbar.
  
  **Software version (if not a Wikimedia wiki), browser information, 
screenshots, other information, etc**:
  F34513838: image.png 

TASK DETAIL
  https://phabricator.wikimedia.org/T285161

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Moebeus
Cc: Aklapper, Moebeus, Invadibot, maantietaja, Akuckartz, Nandana, Lahi, Gq86, 
GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T236295: integrate exceptions as part of Wikibase datamodel of the entity concerned

[abian]

abian added a comment.


  For me, constraints should constrain (unless they have the level of 
suggestion defined), and exceptions should be exceptional. Those cases where 
the number of exceptions ends up skyrocketing are cases where either the 
constraints were conceived trying to generalize too small, specific and biased 
a set of cases, or there's a broader underlying problem of knowledge 
representation that is difficult to address and users choose to add exceptions 
to ignore it. The first reason for this task ("Currently the way to store 
exceptions is not scalable") is an effect of these problems, and I think we 
should solve them instead of thinking of a way to add even more exceptions. The 
Property that motivates this task (`P225`) is also mentioned at 
Wikidata:2020_report_on_Property_constraints#Exceptions 

 in the context of some of the problems caused by exceptions; see also T244045 
.
  
  Property constraints are part of the intensional 
 
definition of each Property, and their usefulness lies in the fact that we can 
check their consistency with an enumerative definition, of which all uses of 
the Property are automatically part. A finite list of current exceptions 
override this automatic enumerative definition, but it does so alongside, or 
with reference to, the intensional definition, which applies to a generally 
infinite number of possible present and future entities. Ideally, the 
intensional definition should never refer to the enumeration or vice versa, and 
in the case of Wikidata it's worse because these references are not controlled: 
as exceptions are implemented now, I can delete a constrained statement and 
still have the Item listed as an exception; and, as proposed to be implemented 
in this task, I could delete a constraint and still have exceptions to it.
  
  For when there are many exceptions I would suggest either using the 
suggestion level or using mechanisms other than standard Property constraints; 
luckily, today there are many ways to check compliance with complex rules that 
don't involve the Property constraint system.

TASK DETAIL
  https://phabricator.wikimedia.org/T236295

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: abian
Cc: abian, ChristianKl, Esc3300, Lucas_Werkmeister_WMDE, Aklapper, Bugreporter, 
Invadibot, maantietaja, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, 
QZanden, LawExplorer, _jensen, rosalieper, Agabi10, Scott_WUaS, Wikidata-bugs, 
aude, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T207392: Display the language of the Lexeme in a Statement linking to a Sense

[Lydia_Pintscher]

Lydia_Pintscher triaged this task as "High" priority.
Lydia_Pintscher moved this task from incoming to features/bugs for next release 
(Lexeme page) on the Wikidata Lexicographical data board.

TASK DETAIL
  https://phabricator.wikimedia.org/T207392

WORKBOARD
  https://phabricator.wikimedia.org/project/board/2292/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Lydia_Pintscher
Cc: DemonDays64, VIGNERON, Nikki, KaMan, WMDE-leszek, Lydia_Pintscher, 
Lea_Lacroix_WMDE, Invadibot, maantietaja, Akuckartz, Nandana, Lahi, Gq86, 
GoranSMilovanovic, Mahir256, QZanden, LawExplorer, _jensen, rosalieper, 
Bodhisattwa, Scott_WUaS, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T281854: Get baseline measurements/expectations for splitting scholarly articles from Wikidata

[EgonWillighagen]

EgonWillighagen added a comment.


  Regarding the question of the "growth of scientific literature", there is a 
good bit of literature on this, and sometimes conflated with the topic of 
"growth of science". I started collecting some knowledge about this: 
https://scholia.toolforge.org/topic/Q107292942

TASK DETAIL
  https://phabricator.wikimedia.org/T281854

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: EgonWillighagen
Cc: Andrawaag, Harej, Lydia_Pintscher, Mohammed_Sadat_WMDE, nichtich, 
EgonWillighagen, Fnielsen, Darwinius, Daniel_Mietchen, Lokal_Profil, GoEThe, 
Alicia_Fagerving_WMSE, PKM, LWyatt, Multichill, Aklapper, MPhamWMF, Invadibot, 
maantietaja, CBogen, Akuckartz, Nandana, Namenlos314, Lahi, Gq86, 
Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, 
LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, 
Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T284850: Wikidata Concepts Monitor: usage numbers have shrunk considerably within a week

[MisterSynergy]

MisterSynergy added a comment.


  In T284850#7158957 , 
@GoranSMilovanovic wrote:
  
  > @MisterSynergy Could you please check the wdcm_topItems.csv 

 dataset now and let me know if it looks alright?
  
  Yes, it looks pretty much as previously right now, so I'm happy with it.

TASK DETAIL
  https://phabricator.wikimedia.org/T284850

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: GoranSMilovanovic, MisterSynergy
Cc: Manuel, RhinosF1, GoranSMilovanovic, Tobi_WMDE_SW, Lydia_Pintscher, 
Aklapper, MisterSynergy, Invadibot, maantietaja, Akuckartz, Nandana, Lahi, 
Gq86, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, 
aude, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T284854: Cannot add language versions of Wikipedia on Commons: "Page" (wikibase-linkitem-input-page) remains disabled in the "Link with page" dialog

[Mike_Peel]

Mike_Peel closed this task as "Resolved".
Mike_Peel added a comment.


  Seems to be working again for everyone, thanks for fixing it!

TASK DETAIL
  https://phabricator.wikimedia.org/T284854

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Ladsgroup, Mike_Peel
Cc: Lydia_Pintscher, DonTrung, M2k_dewiki, DC, SJu, Mike_Peel, Robby, Aklapper, 
Invadibot, maantietaja, Muchiri124, Hazizibinmahdi, CBogen, Akuckartz, Iflorez, 
alaa_wmde, Nandana, Lahi, Gq86, Ramsey-WMF, GoranSMilovanovic, Jayprakash12345, 
QZanden, LawExplorer, Poyekhali, _jensen, rosalieper, Taiwania_Justo, 
Scott_WUaS, Jonas, Ixocactus, Wong128hk, Wikidata-bugs, aude, El_Grafo, 
Dinoguy1000, Steinsplitter, Mbch331, Keegan
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T281854: Get baseline measurements/expectations for splitting scholarly articles from Wikidata

[Andrawaag]

Andrawaag added a comment.


  I would not call it evicting scholarly articles. Scholarly articles are 
currently a major driving force for Wikidata, however, its size is problematic 
because it is becoming more difficult to see other topics (sometimes unrelated 
to scholarly articles). I have thought about and working towards a federated 
landscape of linked wikibases and other semantic web resources for a while now. 
Building such a federated landscape is already easy peasy. We have wbstack, 
wikibase docker, but also platforms like GraphDB, Virtuoso, Stardog (to just 
mention a few). It would take a simple hackathon and some motivated users to 
build a nice prototype.
  
  But setting up such a federated landscape is the easy part. What is more 
difficult is to be able to map between the different endpoints (wikidata, 
wikibases, other rdf stores), 
  Givens its size the subgraph of scholarly articles simply deserves its own 
metal to excel beyond the current limitations. The main question then becomes 
how to align this new subgraph with the other parts of Wikidata, to which it 
intrinsically links (as @Daniel_Mietchen  says.).
  
  So I am actually in favour of separating the subgraph of scholarly articles 
from Wikidata (the incubator) to a node in Wikidata (the linked knowledge 
graph) and the global semantic web,
  
  I indeed said: Moving away from Wikidata to Wikidata :) We need a new term 
for the knowledge graph where the current Wikidata is an index or sort of DNS 
to other   (semantic web) nodes.

TASK DETAIL
  https://phabricator.wikimedia.org/T281854

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Andrawaag
Cc: Andrawaag, Harej, Lydia_Pintscher, Mohammed_Sadat_WMDE, nichtich, 
EgonWillighagen, Fnielsen, Darwinius, Daniel_Mietchen, Lokal_Profil, GoEThe, 
Alicia_Fagerving_WMSE, PKM, LWyatt, Multichill, Aklapper, MPhamWMF, Invadibot, 
maantietaja, CBogen, Akuckartz, Nandana, Namenlos314, Lahi, Gq86, 
Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, 
LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, 
Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T285156: Add termbox language code mul

[Amire80]

Amire80 added a comment.


  I don't understand what is this for.

TASK DETAIL
  https://phabricator.wikimedia.org/T285156

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Amire80
Cc: Mbch331, jhsoby, Amire80, Lydia_Pintscher, ChristianKl, Mahir256, Aklapper, 
Invadibot, maantietaja, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, 
QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Nikki, 
Wikidata-bugs, aude
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T285156: Add termbox language code mul

[Mbch331]

Mbch331 added subscribers: Amire80, jhsoby, Mbch331.
Mbch331 added a comment.


  @jhsoby @Amire80: What do you say?

TASK DETAIL
  https://phabricator.wikimedia.org/T285156

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Mbch331
Cc: Mbch331, jhsoby, Amire80, Lydia_Pintscher, ChristianKl, Mahir256, Aklapper, 
Invadibot, maantietaja, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, 
QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Nikki, 
Wikidata-bugs, aude
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T281854: Get baseline measurements/expectations for splitting scholarly articles from Wikidata

[EgonWillighagen]

EgonWillighagen added a comment.


  I am with @Harej here. Focusing on the largest data set is not the right 
approach. As I have indicated in similar discussions elsewhere, there will be a 
next large subset and this one will also be large. From the field chemistry, 
60M items is nothing. The number of species every observed is millions. There 
are many things that easily go into the millions. At this moment, we have a 
small subset of chemicals in Wikidata (~1.2 million), because of the growing 
pains this is artificially low (real chemical databases have >102 M records of 
chemicals experimentally studied). I regularly run into missing content (even 
just looking at the English Wikipedia), and am very selective in what i add at 
this moment.
  
  As soon as you remove one big blob, all that will happen is that the void 
will be very quickly filled by another big blob. Now, if a single database is 
not possible, then the overall design must just change, and everything should 
become a separate namespace and make sure the federation works extremely well: 
the reason why Wikidata works so awesome, is that I can move from one topic to 
underlying data sources because everything is integrated. Please take that into 
consideration.
  
  In fact, it the sake is just to split out a blog and see what happens, then 
plz focus on something more volatile then the knowledge about reality, and 
remove for example things that changes every year. For example, remove all 
humans, all of them, and organizations. There will be a new human tomorrow. 
When it comes to facts, who care who did or studied it, but just focus on what 
happened or what was discovered.

TASK DETAIL
  https://phabricator.wikimedia.org/T281854

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: EgonWillighagen
Cc: Harej, Lydia_Pintscher, Mohammed_Sadat_WMDE, nichtich, EgonWillighagen, 
Fnielsen, Darwinius, Daniel_Mietchen, Lokal_Profil, GoEThe, 
Alicia_Fagerving_WMSE, PKM, LWyatt, Multichill, Aklapper, MPhamWMF, Invadibot, 
maantietaja, CBogen, Akuckartz, Nandana, Namenlos314, Lahi, Gq86, 
Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, 
LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, 
Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org