[Wikidata-bugs] [Maniphest] [Commented On] T116247: Define edit related events for change propagation

Eevans added a comment. In https://phabricator.wikimedia.org/T116247#1748095, @Ottomata wrote: > > So the producer would store the same time stamp twice? UUID v1 already > > contains it. > > > Could you provide an example of what this UUID would look like? > > A reason for having a timestamp

[Wikidata-bugs] [Maniphest] [Commented On] T114586: Special:NewItem redirects to https://www.wikidata.org/wiki/NewItem after clicking "create" following a "already exists" message

Sjoerddebruin added a subscriber: Sjoerddebruin. Sjoerddebruin added a comment. Can confirm. TASK DETAIL https://phabricator.wikimedia.org/T114586 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Sjoerddebruin Cc: Sjoerddebruin, Aklapper, Stryn,

[Wikidata-bugs] [Maniphest] [Commented On] T114368: undefined method `last_session_ids=' for MediawikiSelenium::BrowserFactory::Chrome:Class (NoMethodError)

gerritbot added a comment. Change 248372 merged by jenkins-bot: Fix undefined `last_session_ids=` method exception https://gerrit.wikimedia.org/r/248372 TASK DETAIL https://phabricator.wikimedia.org/T114368 EMAIL PREFERENCES

Re: [Wikidata] Announcing Wikidata Taxonomy Browser (beta)

Hoi, The problem with tools like this is that they get a moment attention. Particularly when they are stand alone, not integrated, they will lose interest. Would it be an option to host this tool on Labs? Thanks, GerardM On 22 October 2015 at 21:27, Markus Kroetzsch <

[Wikidata-bugs] [Maniphest] [Changed Project Column] T116381: When enabling GeoData and populating coordinates, CirrusSearch needs to bypass ParserCache

aude moved this task to Review on the Wikidata-Sprint-2015-10-13 workboard. TASK DETAIL https://phabricator.wikimedia.org/T116381 WORKBOARD https://phabricator.wikimedia.org/project/board/1551/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude

[Wikidata-bugs] [Maniphest] [Commented On] T116247: Define edit related events for change propagation

Ottomata added a comment. > topics named something like mw-edit and mw-edit-private perhaps (where the > latter contains this extra info). I'd prefer if we did this the other way around. The 'private' topic will have more data and be the main source of truth. The public one will contain a

[Wikidata-bugs] [Maniphest] [Commented On] T116185: When running updateSearchIndexConfig.php for test.wikidata, the script chokes on the analyzers

aude added a comment. the patch that adds the --justMapping option got split up into two patches, one that adds the option to the script, and the second patch for "allowing mapping customization with numeric fields" this is the patch that adds the option:

[Wikidata-bugs] [Maniphest] [Commented On] T114368: undefined method `last_session_ids=' for MediawikiSelenium::BrowserFactory::Chrome:Class (NoMethodError)

gerritbot added a comment. Change 248353 had a related patch set uploaded (by Sbisson): Browser tests: using mw_selenium 1.5 because 1.6 is broken https://gerrit.wikimedia.org/r/248353 TASK DETAIL https://phabricator.wikimedia.org/T114368 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T114368: undefined method `last_session_ids=' for MediawikiSelenium::BrowserFactory::Chrome:Class (NoMethodError)

gerritbot added a comment. Change 248353 merged by jenkins-bot: Browser tests: using mw_selenium 1.5 because 1.6 is broken https://gerrit.wikimedia.org/r/248353 TASK DETAIL https://phabricator.wikimedia.org/T114368 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Closed] T116381: When enabling GeoData and populating coordinates, CirrusSearch needs to bypass ParserCache

aude closed this task as "Resolved". aude removed a project: Patch-For-Review. TASK DETAIL https://phabricator.wikimedia.org/T116381 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude Cc: gerritbot, aude, Aklapper, Wikidata-bugs, Deskana, jeremyb

[Wikidata-bugs] [Maniphest] [Commented On] T95686: [Task] write a maintenance script to migrate properties from string to new identifier datatype

JanZerebecki added a comment. In https://phabricator.wikimedia.org/T95686#1746797, @Ricordisamoa wrote: > In https://phabricator.wikimedia.org/T95686#1746565, @JanZerebecki wrote: > > > The JSON serialization for items in the db will not change > > > I suppose it will change for new edits, won't

[Wikidata-bugs] [Maniphest] [Commented On] T116381: When enabling GeoData and populating coordinates, CirrusSearch needs to bypass ParserCache

gerritbot added a comment. Change 248345 merged by jenkins-bot: Add --forceParse UpdaterFlag and option in forceSearchIndex script https://gerrit.wikimedia.org/r/248345 TASK DETAIL https://phabricator.wikimedia.org/T116381 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Changed Project Column] T116381: When enabling GeoData and populating coordinates, CirrusSearch needs to bypass ParserCache

aude moved this task to Done on the Wikidata-Sprint-2015-10-13 workboard. TASK DETAIL https://phabricator.wikimedia.org/T116381 WORKBOARD https://phabricator.wikimedia.org/project/board/1551/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude

Re: [Wikidata] Announcing Wikidata Taxonomy Browser (beta)

On Thu, Oct 22, 2015 at 5:31 PM, Markus Kroetzsch wrote: > Hi all, > > I am happy to announce a new tool [1], written by Serge Stratan, which > allows you to browse the taxonomy (subclass of & instance of relations) > between Wikidata's most important class items.

[Wikidata-bugs] [Maniphest] [Created] T116378: Set the 'name' parameter for Coord objects that Wikibase adds to GeoData

aude created this task. aude added a subscriber: aude. aude added projects: Wikidata, MediaWiki-extensions-WikibaseRepository. Herald added a subscriber: Aklapper. TASK DESCRIPTION We could also set the 'name' parameter in Coord objects when Wikibase adds coordinates to GeoData.

[Wikidata-bugs] [Maniphest] [Created] T116379: Set the 'country' parameter for Coord objects that Wikibase adds to GeoData

aude created this task. aude added a subscriber: aude. aude added projects: Wikidata, MediaWiki-extensions-WikibaseRepository. Herald added a subscriber: Aklapper. TASK DESCRIPTION Think this is not as high priority, but we could also set the 'country' parameter for coordinates that Wikibase

[Wikidata-bugs] [Maniphest] [Commented On] T116247: Define edit related events for change propagation

mobrovac added a comment. In https://phabricator.wikimedia.org/T116247#1747924, @Ottomata wrote: > I'd like an actual timestamp to be part of the framing for all events too. > I'm all for a reqid, (although I'd bikeshed about the name a bit), but having > a standardized canonical timestamp in

[Wikidata-bugs] [Maniphest] [Commented On] T116247: Define edit related events for change propagation

Ottomata added a comment. I'd like an actual timestamp to be part of the framing for all events too. I'm all for a reqid, (although I'd bikeshed about the name a bit), but Having a standardized canonical timestamp in all events is very useful. Can we add: - **ts**: iso 8601 timestamp. This

Re: [Wikidata] Welcome Meta, MediaWiki and Wikispecies

Op 21-10-2015 om 12:32 schreef Magnus Manske: Anyone running a bot to integrate Wikispecies pages? This moved to https://www.wikidata.org/wiki/Wikidata:Bot_requests#Wikispecies_sitelinks :-) Maarten ___ Wikidata mailing list

Re: [Wikidata] Announcing Wikidata Taxonomy Browser (beta)

Integration is the purpose of templates like Q' with Reasonator or P' and Item Documentation , I don't know if they are actually use. Templates like Query have a limited success however 2015-10-23 11:16 GMT+02:00 Gerard Meijssen : > Hoi, > The problem with tools like

Re: [Wikidata] Announcing Wikidata Taxonomy Browser (beta)

On 23.10.2015 11:16, Gerard Meijssen wrote: Hoi, The problem with tools like this is that they get a moment attention. Particularly when they are stand alone, not integrated, they will lose interest. Problems, problems, ... Would it be an option to host this tool on Labs? Yes, this is

[Wikidata] Fwd: [Wikimedia-l] Open Science Prize launched

Hey folks :) In case you have not seen it yet. I'm sure there is lots that can be done with Wikidata here. Cheers Lydia -- Forwarded message -- From: Daniel Mietchen Date: Fri, Oct 23, 2015 at 5:20 AM Subject: [Wikimedia-l] Open Science Prize

[Wikidata-bugs] [Maniphest] [Commented On] T114368: undefined method `last_session_ids=' for MediawikiSelenium::BrowserFactory::Chrome:Class (NoMethodError)

gerritbot added a comment. Change 248372 had a related patch set uploaded (by Dduvall): Fix undefined `last_session_ids=` method exception https://gerrit.wikimedia.org/r/248372 TASK DETAIL https://phabricator.wikimedia.org/T114368 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T116247: Define edit related events for change propagation

GWicke added a comment. @ottomata, UUIDs are described in https://en.wikipedia.org/wiki/Universally_unique_identifier. An example for a v1 UUID is `b54adc00-67f9-11d9-9669-0800200c9a66`. There are libraries to extract the high-resolution timestamp for most environments. Regarding a separate

[Wikidata-bugs] [Maniphest] [Updated] T114368: undefined method `last_session_ids=' for MediawikiSelenium::BrowserFactory::Chrome:Class (NoMethodError)

ReleaseTaggerBot added a project: WMF-deploy-2015-10-27_(1.27.0-wmf.4). TASK DETAIL https://phabricator.wikimedia.org/T114368 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: dduvall, ReleaseTaggerBot Cc: adrianheine, JanZerebecki, WMDE-Fisch, Jonas,

[Wikidata-bugs] [Maniphest] [Updated] T116381: When enabling GeoData and populating coordinates, CirrusSearch needs to bypass ParserCache

ReleaseTaggerBot added a project: WMF-deploy-2015-10-27_(1.27.0-wmf.4). TASK DETAIL https://phabricator.wikimedia.org/T116381 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude, ReleaseTaggerBot Cc: gerritbot, aude, Aklapper, Wikidata-bugs,

[Wikidata-bugs] [Maniphest] [Updated] T116185: When running updateSearchIndexConfig.php for test.wikidata, the script chokes on the analyzers

ReleaseTaggerBot added a project: WMF-deploy-2015-10-27_(1.27.0-wmf.4). TASK DETAIL https://phabricator.wikimedia.org/T116185 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: ReleaseTaggerBot Cc: JanZerebecki, aude, Aklapper, Wikidata-bugs, Deskana,

[Wikidata-bugs] [Maniphest] [Commented On] T116247: Define edit related events for change propagation

GWicke added a comment. @JanZerebecki: Suppression information would indeed be needed for public access to older events. One option would be to key this on the event's UUID. We could also consider superseding the message using Kafka's deduplication (compaction) based on the same UUID. TASK

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T116247: Define edit related events for change propagation

GWicke added a subscriber: EBernhardson. TASK DETAIL https://phabricator.wikimedia.org/T116247 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: GWicke Cc: EBernhardson, Smalyshev, yuvipanda, Hardikj, daniel, aaron, GWicke, mobrovac, MZMcBride, bd808,

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T116404: EntityUsageTable::getUsedEntityIdStrings query on wbc_entity_usage table is sometimes fast, sometimes slow

hoo added subscribers: daniel, aude. hoo added a project: Wikidata. hoo set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T116404 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jcrespo, hoo Cc: aude, daniel, hoo, Aklapper, jcrespo,

[Wikidata-bugs] [Maniphest] [Changed Project Column] T116404: EntityUsageTable::getUsedEntityIdStrings query on wbc_entity_usage table is sometimes fast, sometimes slow

hoo moved this task to monitoring on the Wikidata workboard. TASK DETAIL https://phabricator.wikimedia.org/T116404 WORKBOARD https://phabricator.wikimedia.org/project/board/71/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jcrespo, hoo Cc: aude,

[Wikidata-bugs] [Maniphest] [Commented On] T116247: Define edit related events for change propagation

JanZerebecki added a comment. If we offer public access to the public events of the past we need to rewrite them according to new events that hide previous public events. Can you make sure that events that hide any part of previous public events are also public? So that a public archive of

[Wikidata-bugs] [Maniphest] [Changed Project Column] T116404: EntityUsageTable::getUsedEntityIdStrings query on wbc_entity_usage table is sometimes fast, sometimes slow

jcrespo moved this task to Backlog on the Database workboard. TASK DETAIL https://phabricator.wikimedia.org/T116404 WORKBOARD https://phabricator.wikimedia.org/project/board/1060/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jcrespo Cc: aude,

[Wikidata-bugs] [Maniphest] [Commented On] T116381: When enabling GeoData and populating coordinates, CirrusSearch needs to bypass ParserCache

aude added a comment. even forceSearchIndex.php does not result in coodinates added for a cached page :( TASK DETAIL https://phabricator.wikimedia.org/T116381 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude Cc: aude, Aklapper, Wikidata-bugs,

[Wikidata-bugs] [Maniphest] [Commented On] T116247: Define edit related events for change propagation

Ottomata added a comment. > So the producer would store the same time stamp twice? UUID v1 already > contains it. Could you provide an example of what this UUID would look like? A reason for having a timestamp only field is so that applications can use it for time based logic without having

[Wikidata-bugs] [Maniphest] [Created] T116381: When enabling GeoData and populating coordinates, CirrusSearch needs to bypass ParserCache

aude created this task. aude added a subscriber: aude. aude added projects: Wikidata, CirrusSearch, MediaWiki-extensions-GeoData. Herald added a subscriber: Aklapper. Herald added a project: Discovery. TASK DESCRIPTION When updating a page, CirrusSearch attempts to get ParserOutput from

[Wikidata-bugs] [Maniphest] [Commented On] T116381: When enabling GeoData and populating coordinates, CirrusSearch needs to bypass ParserCache

gerritbot added a subscriber: gerritbot. gerritbot added a comment. Change 248345 had a related patch set (by Aude) published: Add --forceParse UpdaterFlag and option in forceSearchIndex script https://gerrit.wikimedia.org/r/248345 TASK DETAIL https://phabricator.wikimedia.org/T116381 EMAIL

[Wikidata-bugs] [Maniphest] [Updated] T116381: When enabling GeoData and populating coordinates, CirrusSearch needs to bypass ParserCache

gerritbot added a project: Patch-For-Review. TASK DETAIL https://phabricator.wikimedia.org/T116381 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: gerritbot Cc: gerritbot, aude, Aklapper, Wikidata-bugs, Deskana, jeremyb

[Wikidata-bugs] [Maniphest] [Claimed] T116381: When enabling GeoData and populating coordinates, CirrusSearch needs to bypass ParserCache

aude claimed this task. aude added a project: Wikidata-Sprint-2015-10-13. aude set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T116381 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude Cc: gerritbot, aude, Aklapper,

Re: [Wikidata] Announcing Wikidata Taxonomy Browser (beta)

Hi! > least one Wikipedia) are considered to refer to equivalent classes on > Wikidata, which could be expressed by a small subclass-of cycle. For We can do it, but I'd rather we didn't. The reason is that it would require engine that queries such data (e.g. SPARQL engine) to be comfortable with

[Wikidata-bugs] [Maniphest] [Edited] T116247: Define edit related events for change propagation

GWicke edited the task description. TASK DETAIL https://phabricator.wikimedia.org/T116247 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: GWicke Cc: EBernhardson, Smalyshev, yuvipanda, Hardikj, daniel, aaron, GWicke, mobrovac, MZMcBride, bd808,

[Wikidata-bugs] [Maniphest] [Commented On] T116247: Define edit related events for change propagation

GWicke added a comment. > Right, but how would you do this in say, Hive? Or in bash? Timestamp logic > should be easy and immediate. Yeah, Hive really seems to be lacking built-in support for UUIDs. There seems to be UDF code to deal with them, but it's definitely not as convenient as it

[Wikidata-bugs] [Maniphest] [Commented On] T116247: Define edit related events for change propagation

Ottomata added a comment. Right, but how would you do this in say, Hive? Or in bash? Timestamp logic should be easy and immediate. > Regarding a separate timestamp in the framing information: Which time would > this correspond to? This is up to the producer, I think. If there are more

[Wikidata-bugs] [Maniphest] [Commented On] T116247: Define edit related events for change propagation

GWicke added a comment. I went ahead and updated the task description with the current framing / per-event schema. I renamed the `reqid` to just `id`, and added a `ts` field containing the same timestamp in ISO 8601 format. TASK DETAIL https://phabricator.wikimedia.org/T116247 EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T116247: Define edit related events for change propagation

JanZerebecki added a comment. As long as a separate public suppression event exists that refers to the old one it sounds fine. TASK DETAIL https://phabricator.wikimedia.org/T116247 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: JanZerebecki Cc: