srishakatux edited the task description. (Show Details)
EDIT DETAILS...* How can we expose the power of Wikidata's data model without overburdening the editor who doesn't care about Wikidata?
---
Also proposed in #community-wishlist-survey-2016 Link:
jo12bar added a comment.
Hey @Lucie, could you maybe send me the exact config in LocalSettings.php that you use when testing? I've followed the instructions at https://www.mediawiki.org/wiki/Wikibase/Installation to the letter, and even implemented a change mentioned in this comment on this issue
srishakatux added a project: Community-Wishlist-Survey-2016.
TASK DETAILhttps://phabricator.wikimedia.org/T103092EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Incabell, srishakatuxCc: Trizek-WMF, Liuxinyu970226, Charlie_WMDE, IKhitron, Mooeypoo, Kipod,
debt edited projects, added Discovery-Search (Current work); removed Discovery-Search.debt assigned this task to Smalyshev.
TASK DETAILhttps://phabricator.wikimedia.org/T156371EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, debtCc: gerritbot,
Smalyshev added a comment.
When we have multiple content pages, we probably will have to put array there instead of one item, but ES supports it.TASK DETAILhttps://phabricator.wikimedia.org/T156371EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc:
gerritbot added a comment.
Change 334412 had a related patch set uploaded (by Smalyshev):
Add content model indexing
https://gerrit.wikimedia.org/r/334412TASK DETAILhttps://phabricator.wikimedia.org/T156371EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T156371EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Yurik, EBernhardson, Smalyshev, Aklapper, Jonas, thiemowmde, Lydia_Pintscher, aude,
Smalyshev added a comment.
Yes, adding a field with content model is very easy. I can do the patch.TASK DETAILhttps://phabricator.wikimedia.org/T155137EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Yurik, Smalyshev, daniel, aude,
daniel removed Yurik as the assignee of this task.daniel added a subscriber: Yurik.
TASK DETAILhttps://phabricator.wikimedia.org/T156371EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Yurik, EBernhardson, Smalyshev, Aklapper, Jonas, thiemowmde,
daniel added a comment.
@Smalyshev can we just do T156371: ContentHandler should expose the content-model to search engines.? The indexing should be trivial. What keyword to use, and how, may need dome more discussion. But filtering explicitly by content model would be useful.TASK
daniel removed Yurik as the assignee of this task.daniel added a subscriber: Yurik.
TASK DETAILhttps://phabricator.wikimedia.org/T155137EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Yurik, Smalyshev, daniel, aude, Lydia_Pintscher, thiemowmde,
Smalyshev added a comment.
The backend code can understand that, for example, filemime:application/vnd.geo+json is about a MIME type that is known to be in the Data: namespace, and magically use the proper Cirrus field, even if it is not called filemime internally.
This is technically possible
abian created this task.abian added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONWhen you write the label of an existing property to add a new statement in a Wikidata item, suggestions don't work, or don't work as expected, if you:
add one or more spaces to the
Lydia_Pintscher added a subtask: T156389: [Story] automatic sourcing (expanding existing scripts).
TASK DETAILhttps://phabricator.wikimedia.org/T76230EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Aklapper, Ricordisamoa, Elitre,
Lydia_Pintscher added a parent task: T76230: [Epic] data quality and trust.
TASK DETAILhttps://phabricator.wikimedia.org/T156389EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Aklapper, Lydia_Pintscher, Addshore, JakeTheDeveloper, HakanIST,
Lydia_Pintscher created this task.Lydia_Pintscher added projects: Wikidata, Need-volunteer, Addwiki.
TASK DESCRIPTIONThe number of unreferenced statements in Wikidata should decrease. One of the ways to do that is by automatically adding references to existing statements based on schema.org
Lydia_Pintscher created subtask T156389: [Story] automatic sourcing (expanding existing scripts).
TASK DETAILhttps://phabricator.wikimedia.org/T90870EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: abian, Pasleim, T.seppelt, Ricordisamoa,
Halfak added a comment.
Note that, the more consistent our labels, the better test data we'll have. It means that we'll be able to get test statistics that actually reflect reality and that our prediction probabilities will have more consistent and predictable properties.TASK
Halfak added a comment.
@Glorian_Yapinus, we'll need to have consistency in labeling in order for the classifier to be able to learn the distinctions between the middle-classes. It's OK to be a little bit inconsistent and the classifier will make up for that, but we want to be as consistent as
thiemowmde added a comment.
Quickly talked to @daniel:
What Cirrus stores internally should be in different fields. There is no disagreement on that.
What I'm talking about above is that we do not have to expose these fields individually to the user. The backend code can understand that, for
cscott added a comment.
The logic for "should a language have languageconverter enabled" is pretty baroque; see the discussion in T153341. It's more-or-less $language->getConverter() instanceof FakeConverter. If you use that logic, Wikibase will work for pig latin. Unfortunately, "having only a
Esc3300 edited projects, added Maps (Kartographer); removed SpamBlacklist, Maps.
TASK DETAILhttps://phabricator.wikimedia.org/T156358EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Aklapper, Esc3300, EBjune, Orienteerix, Avner, Ddproxy, debt,
thiemowmde added a comment.
I feel like I still did not made my point clear.
When I, as a user, are using the search interface, I have more than one possibility to specify the namespace I want to limit my request to: I can either use prefix:Data:, use the boolean flags, or just start my query
aude added a comment.
as a user, imho, files are handled quite differently from content pages like tabular and map data and wouldn't want to conflate these when searching.
@thiemowmde btw, file_mime is already indexed for File content (think you know this already)TASK
thiemowmde added a comment.
You keep repeating this. I'm sure the developers that need to know this know this. But I as a user do not care. There are MIME types defined for whatever is in the Data: namespace right now. And Cirrus supports a tag to search for MIME types. So I, as a user, expect a
aude added a comment.
In the Data namespace, we have Tabular.JsonConfig and Map.JsonConfig as content modelsTASK DETAILhttps://phabricator.wikimedia.org/T155137EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Yurik, audeCc: daniel, aude, Lydia_Pintscher,
aude added a comment.
maybe we can allow searching by content model?TASK DETAILhttps://phabricator.wikimedia.org/T155137EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Yurik, audeCc: daniel, aude, Lydia_Pintscher, thiemowmde, Jonas, Aklapper, debt, Pokefan95,
daniel edited the task description. (Show Details)
EDIT DETAILSTo allow searches to be restricted by content model (e.g. to _javascript_ pages, or to geo-shapes), ContentHandler::getFieldsForSearchIndex() and getDataForSearchIndex() should expose the content model name to the search engine. A
daniel changed the title from "Allow filtering for filetype when search in data namespace" to "Allow filtering for type when search in data namespace".daniel edited the task description. (Show Details)
EDIT DETAILS...We would like to filter something like filetype:map or filetype:tab as we have
daniel added a subtask: T155137: Allow filtering for filetype when search in data namespace.
TASK DETAILhttps://phabricator.wikimedia.org/T57549EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Jonas, Micru, gerritbot, mxn, Yurik, abian, Evad37,
daniel added a parent task: T57549: [Story] Add a new datatype for geoshapes.
TASK DETAILhttps://phabricator.wikimedia.org/T155137EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Yurik, danielCc: daniel, aude, Lydia_Pintscher, thiemowmde, Jonas, Aklapper,
daniel created subtask T156371: ContentHandler should expose the content-model to search engines..
TASK DETAILhttps://phabricator.wikimedia.org/T155137EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Yurik, danielCc: daniel, aude, Lydia_Pintscher, thiemowmde,
daniel created this task.daniel added projects: Commons, Wikidata, CirrusSearch.Herald added projects: Discovery, Discovery-Search.
TASK DESCRIPTIONTo allow searches to be restricted by content model (e.g. to _javascript_ pages, or to geo-shapes), ContentHandler::getFieldsForSearchIndex() and
daniel added a comment.
Please keep in mind that (at least for mediawiki), things in the Data namespace are *not* files, they do not *have* a file type or mime type or media type.
Page content has a content model, and a content format. Yes, this distinction is kind of silly on a conceptual level,
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T150788EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, gerritbotCc: Esc3300, gerritbot, Pasleim, thiemowmde, Aklapper, Lydia_Pintscher, Th3d3v1ls, Ramalepe,
gerritbot added a comment.
Change 334343 had a related patch set uploaded (by Thiemo Mättig (WMDE)):
Fix minor pattern matching issues in WikiTextPropertyOrderProvider
https://gerrit.wikimedia.org/r/334343TASK DETAILhttps://phabricator.wikimedia.org/T150788EMAIL
gerritbot added a comment.
Change 334333 had a related patch set uploaded (by Aleksey Bekh-Ivanov (WMDE)):
WIP Refactoring SpecialItemByTitleTest
https://gerrit.wikimedia.org/r/334333TASK DETAILhttps://phabricator.wikimedia.org/T69122EMAIL
Glorian_Yapinus added a comment.
@Halfak : I thought we do not have to define the criteria for each quality grade because the classifier will automatically define those for us. Am I right?TASK DETAILhttps://phabricator.wikimedia.org/T155828EMAIL
Andrei_Stroe removed a subtask: T156357: Edit quality campaign for Romanian Wikipedia.
TASK DETAILhttps://phabricator.wikimedia.org/T156344EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Andrei_StroeCc: Lydia_Pintscher, EBernhardson, aude, dcausse, daniel,
hoo closed this task as "Resolved".hoo moved this task from Review to Done on the ArticlePlaceholder board.hoo removed a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T109458WORKBOARDhttps://phabricator.wikimedia.org/project/board/1416/EMAIL
hoo closed subtask T109458: [Story] CDN cache article placeholders as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T99895EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucie, hooCc: Jaytbird, JKatzWMF, dr0ptp4kt, atgo, Lucie, StudiesWorld,
jcrespo closed subtask T148988: Cognate DB review as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T150182EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jcrespoCc: Meno25, Yair_rand, Addshore, Aklapper, Lydia_Pintscher, Urbanecm, D3r1ck01, Izno,
jcrespo closed this task as "Resolved".jcrespo claimed this task.jcrespo added a comment.
Yes, no major problem in the current state.TASK DETAILhttps://phabricator.wikimedia.org/T148988EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jcrespoCc: daniel,
Addshore reopened subtask T156240: Stop writes on hash conflicts & log that they occour as "Open".
TASK DETAILhttps://phabricator.wikimedia.org/T149082EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: gerritbot, Bawolff, daniel, Aklapper, Addshore,
Addshore reopened this task as "Open".
TASK DETAILhttps://phabricator.wikimedia.org/T156240EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Bawolff, Lydia_Pintscher, Aklapper, daniel, gerritbot, Addshore, Th3d3v1ls, Ramalepe, Liugev6, Lewizho99,
Addshore closed subtask T156240: Stop writes on hash conflicts & log that they occour as "Declined".
TASK DETAILhttps://phabricator.wikimedia.org/T149082EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: gerritbot, Bawolff, daniel, Aklapper,
Addshore closed this task as "Declined".Addshore added a comment.
In T156240#2971262, @daniel wrote:
@Addshore do we have a way to prune the titles table, so we don't accumulate too much garbage there?... I don't see a good way, really.
We could write a maintenance script or do this in a
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T156240EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, gerritbotCc: Bawolff, Lydia_Pintscher, Aklapper, daniel, gerritbot, Addshore, Th3d3v1ls, Ramalepe,
gerritbot added a comment.
Change 334316 had a related patch set uploaded (by Addshore):
Log hash key conflicts
https://gerrit.wikimedia.org/r/334316TASK DETAILhttps://phabricator.wikimedia.org/T156240EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore,
Esc3300 added a comment.
Please remove the spam above.TASK DETAILhttps://phabricator.wikimedia.org/T156358EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Aklapper, Esc3300, EBjune, Orienteerix, Avner, debt, Gehel, JGirault, D3r1ck01, phabyogi,
Esc3300 removed a subscriber: MUTARO12.Esc3300 added a project: SpamBlacklist.
TASK DETAILhttps://phabricator.wikimedia.org/T156358EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Aklapper, Esc3300, EBjune, Orienteerix, Avner, debt, Gehel, JGirault,
MUTARO12 added a comment.
Bonjour
Je suis a recherche de partennaire pour Afrique L'ouest (Guiée Bissau pour en vestir na project paiche..
Tel...00639021810
Mr Da Cunha Gomes [[ F5362019: PECHE BACAR.7.jpg | F5362022: PECHE BACAR.2.jpg
F5362024: PECHE BACAR.3.jpg
F5362026: PECHE BACAR.4.jpg
thiemowmde added a comment.
Receiving comments like this on a closed ticket is rare. Thank you very much, @Esc3300! \o/TASK DETAILhttps://phabricator.wikimedia.org/T150788EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Esc3300, gerritbot,
gerritbot added a comment.
Change 331606 merged by jenkins-bot:
Do not share ooMenu.options.customItems array between instances
https://gerrit.wikimedia.org/r/331606TASK DETAILhttps://phabricator.wikimedia.org/T88804EMAIL
gerritbot added a comment.
Change 334266 merged by jenkins-bot:
CDN cache article placeholders for 24h
https://gerrit.wikimedia.org/r/334266TASK DETAILhttps://phabricator.wikimedia.org/T109458EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, gerritbotCc:
Esc3300 edited the task description. (Show Details)
EDIT DETAILS... - The definition for the map would be similar to [[https://en.wikivoyage.org/wiki/Cardiff#Get_around|Wikivoyage map]] : {{Mapframe|51.4833|-3.1833|zoom=12|height=400|width=|layer=M|staticmap=|align=}}
Wikivoyage maps are
Esc3300 created this task.Esc3300 added projects: Wikidata, Maps.Herald added a subscriber: Aklapper.Herald added a project: Discovery.
TASK DESCRIPTIONFollowing a discussion with Llywelyn2000, please find below a sample usecase:
display a map like this
on Wikipedia page cy:Ffraid_(santes)
Esc3300 added a comment.
Works fine, better than expected. I think it's good that statements only display in an re-ordered way once the page reloaded.
Good work. Thanks!TASK DETAILhttps://phabricator.wikimedia.org/T150788EMAIL
gerritbot added a comment.
Change 331418 merged by jenkins-bot:
Export graphs as images/SVG
https://gerrit.wikimedia.org/r/331418TASK DETAILhttps://phabricator.wikimedia.org/T154550EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jonas, gerritbotCc:
Esc3300 edited the task description. (Show Details)
EDIT DETAILS...I could imagine having a new predicate so that you can use something like `?sitelink prefix:pageName ?pagename` or having a function for decoding the sitelink so that you can do something like
Esc3300 added a comment.
For items with P31/P279 values that have "properties for this type" (P1963), that properties listed there could be suggested in priority.TASK DETAILhttps://phabricator.wikimedia.org/T132839EMAIL
hoo added a comment.
In T144592#2971734, @Nemo_bis wrote:
In T144592#2944554, @hoo wrote:
In T144592#2940104, @Nemo_bis wrote:
What part of that query selects for "most sitelinks"?
None, that's not part of the criteria.
According to previous comments, it is. Please update the task
hoo edited the task description. (Show Details)
EDIT DETAILSFor starters we should choose a wiki (which already has placeholders) and decide on a number of placeholders we want to index. We will then make them indexable and submit them to search engines, so that we can evaluate.
We cWe should
hoo edited the task description. (Show Details)
EDIT DETAILS...We could start by indexing the first (by id) 13,000 placeholders that are notable on eo(3+ statements, 2+ sitelinks) on cy.wikipedia. That should get us started and enable us to see the traffic/ visibility impact of this.TASK
hoo claimed this task.hoo moved this task from Backlog to Review on the ArticlePlaceholder board.hoo added a project: Wikidata-Sprint.
TASK DETAILhttps://phabricator.wikimedia.org/T109458WORKBOARDhttps://phabricator.wikimedia.org/project/board/1416/EMAIL
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T109458EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, thiemowmde, Aklapper, hoo, Lucie, Th3d3v1ls, Ramalepe, Liugev6, Lewizho99, Maathavan,
gerritbot added a comment.
Change 334266 had a related patch set uploaded (by Hoo man):
CDN cache article placeholders for 24h
https://gerrit.wikimedia.org/r/334266TASK DETAILhttps://phabricator.wikimedia.org/T109458EMAIL
hoo added a subtask: T109458: [Story] CDN cache article placeholders.
TASK DETAILhttps://phabricator.wikimedia.org/T144592EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Deskana, Izno, Lydia_Pintscher, Aklapper, Lucie, Ricordisamoa, Nemo_bis, DarTar,
hoo added a comment.
Documentation for the new setting: https://www.mediawiki.org/w/index.php?diff=2373589TASK DETAILhttps://phabricator.wikimedia.org/T144590EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: oschposch, hooCc: Esc3300, gerritbot,
hoo closed this task as "Resolved".hoo removed a project: Patch-For-Review.hoo moved this task from Doing to Done on the ArticlePlaceholder board.hoo added a comment.
Resolving this is a huge step towards actually indexing placeholders… thanks for your help in solving this, @oschposch!TASK
hoo closed subtask T144590: Introduce a setting for allowing article placeholders to be indexed by search engines as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T117693EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucie, hooCc: Deskana,
Lydia_Pintscher added a comment.
See also T102921: [Task] Make hover cards work on property linksTASK DETAILhttps://phabricator.wikimedia.org/T156344EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Lydia_Pintscher, EBernhardson, aude,
gerritbot added a comment.
Change 318680 merged by jenkins-bot:
Allow indexing of article placeholders
https://gerrit.wikimedia.org/r/318680TASK DETAILhttps://phabricator.wikimedia.org/T144590EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: oschposch,
Nemo_bis added a comment.
In T144592#2944554, @hoo wrote:
In T144592#2940104, @Nemo_bis wrote:
What part of that query selects for "most sitelinks"?
None, that's not part of the criteria.
According to previous comments, it is. Please update the task description to reflect the current
Bawolff added a comment.
In T156240#2971262, @daniel wrote:
@Bawolff well, right now, all the vandal has to do is go to the page and add [[nds:Bawolff sucks...GHHDCBTSfgjbftgdthn"]] to the page... Granted, the fix is a bit less obvious, but deleting a page is easy enough.
I agree its somewhat
75 matches
Mail list logo
