Yurik (Yuri Astrakhan)
User

Projects (13)

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Saturday

  • Clear sailing ahead.

User Details

User Since
Oct 7 2014, 6:43 PM (163 w, 1 d)
Availability
Available
LDAP User
Yurik
MediaWiki User
Yurik

Recent Activity

Mon, Nov 13

Yurik added a comment to T179991: Add a geo lookup service to WDQS based on the .map pages on Commons.

Label service is also very slow, like 2 times slower than to just query labels a normal way, considering that map data processing is probably more complex than just fetching a label I am afraid that it won't work for any real queries with current timeout…

Mon, Nov 13, 12:32 PM · Discovery, Commons-Datasets, Wikidata, Wikidata-Query-Service
Yurik updated subscribers of T180314: WDQS geof:distance() throws an error on some P625 value.

Duplicate of T175578?

Mon, Nov 13, 12:11 PM · Patch-For-Review, Discovery, Wikidata, Wikidata-Query-Service
Yurik updated the task description for T179991: Add a geo lookup service to WDQS based on the .map pages on Commons.
Mon, Nov 13, 8:52 AM · Discovery, Commons-Datasets, Wikidata, Wikidata-Query-Service
Yurik updated the task description for T179991: Add a geo lookup service to WDQS based on the .map pages on Commons.
Mon, Nov 13, 8:50 AM · Discovery, Commons-Datasets, Wikidata, Wikidata-Query-Service
Yurik updated the task description for T179991: Add a geo lookup service to WDQS based on the .map pages on Commons.
Mon, Nov 13, 8:27 AM · Discovery, Commons-Datasets, Wikidata, Wikidata-Query-Service
Yurik updated the task description for T180314: WDQS geof:distance() throws an error on some P625 value.
Mon, Nov 13, 8:12 AM · Patch-For-Review, Discovery, Wikidata, Wikidata-Query-Service
Yurik updated the task description for T179991: Add a geo lookup service to WDQS based on the .map pages on Commons.
Mon, Nov 13, 8:01 AM · Discovery, Commons-Datasets, Wikidata, Wikidata-Query-Service
Yurik updated the task description for T179991: Add a geo lookup service to WDQS based on the .map pages on Commons.
Mon, Nov 13, 7:43 AM · Discovery, Commons-Datasets, Wikidata, Wikidata-Query-Service
Yurik created T180314: WDQS geof:distance() throws an error on some P625 value.
Mon, Nov 13, 4:40 AM · Patch-For-Review, Discovery, Wikidata, Wikidata-Query-Service

Thu, Nov 9

Yurik created T180093: Two Argentinian provinces cannot load from map server.
Thu, Nov 9, 1:32 AM · Maps (Maps-data)

Tue, Nov 7

Yurik created T179991: Add a geo lookup service to WDQS based on the .map pages on Commons.
Tue, Nov 7, 10:21 PM · Discovery, Commons-Datasets, Wikidata, Wikidata-Query-Service

Sat, Nov 4

Yurik committed rWDQG093349488ee1: Use Promise.then() instead of non-standard done() (authored by Yurik).
Use Promise.then() instead of non-standard done()
Sat, Nov 4, 1:41 AM

Fri, Nov 3

Yurik added a comment to T174298: Figure out a way for WDQS example parsing not rely on parsoid.

@Smalyshev I suspect it will be relatively easy to do with the standard API - and if so, why not reuse the existing functionality? POST is a very small price to pay for this (think how often this feature is used - not worth creating a special parser just to avoid a few CPU cycles)

Fri, Nov 3, 11:15 PM · Patch-For-Review, Discovery, Wikidata-Query-Service, Wikidata
Yurik committed rWDQG96c8ac07e404: Use Promise.then() instead of non-standard done() (authored by Yurik).
Use Promise.then() instead of non-standard done()
Fri, Nov 3, 10:24 PM
Yurik updated subscribers of T174298: Figure out a way for WDQS example parsing not rely on parsoid.

@Lucas_Werkmeister_WMDE manually doing regex-style parsing of Wiki markup in JavaScript is a guaranteed path to hell. Trust me on this one :) CCing @Anomie - is there an easy api way to get resolved template parameters on a wiki page via a GET request.

Fri, Nov 3, 9:57 PM · Patch-For-Review, Discovery, Wikidata-Query-Service, Wikidata
Yurik added a comment to T178210: Provide Legal comment on [[c:Commons:Deletion requests/Data talk:Kuala Lumpur Districts.map]] concerning derivates from OSM acceptability in Data namespace.

@Slaporte thanks for a thorough post. WRT attribution, graphs can already have attributions - they just need to be done by the developer of the graph template. Would a social contract (e.g. "all graphs that use external data must include licensing terms of that data") be enough, or is it a requirement to have a technical mean to enforce this? So far the wiki movement mostly relied on the social contracts for the rule enforcement, so I am a bit reluctant to introduce a complex system to automatically add licensing terms when it is easy enough for the template/graph authors to include that at the bottom of their template, while having full control of the placement and styling of that text. If an author forgets to add that, another editor can easily modify that template to fix the issue.

Fri, Nov 3, 9:53 PM · Maps-Sprint, Discovery, Commons-Datasets, WMF-Legal

Thu, Nov 2

Yurik added a comment to T174298: Figure out a way for WDQS example parsing not rely on parsoid.

@Lucas_Werkmeister_WMDE I don't think it needs parsoid - OSM wiki doesn't have it as far as I can see, and this approach works there. @Addshore correct, this approach does require visual editor extension. I wonder if it would be possible to use action=parse instead.

Thu, Nov 2, 12:34 AM · Patch-For-Review, Discovery, Wikidata-Query-Service, Wikidata

Wed, Nov 1

Yurik added a comment to T179440: Allow other open data licences than CC0 in data namespace.

@Zache, but in that case the historical boundary is not coming from OSM (OSM doesn't support it AFAIK), so why would OSM license matter?

Wed, Nov 1, 12:14 AM · Maps (Maps-data)

Tue, Oct 31

Yurik added a comment to T179440: Allow other open data licences than CC0 in data namespace.

@Zache, you can already use some of the data directly from OSM, without first copying it from OSM to the data namespace. See https://www.mediawiki.org/wiki/Help:Extension:Kartographer#External_data

Tue, Oct 31, 10:45 PM · Maps (Maps-data)
Yurik added a comment to T179253: Increase page size limit for map-data on commons.

@Looniverse I am sure Wikipedia wants to store the data, it just doesn't have good means to work with it at this point. The .map pages are meant to be used as a "chunk" - all of the data is used at once. The larger datasets, like OSM, are meant to be pre-processed when displayed, e.g. broken up into tiles and simplified for the zoom level. I would recommend simplifying the geometry to make it storable in .map.

Tue, Oct 31, 8:48 PM · Discovery, Commons, Maps (Maps-data)
Yurik added a comment to T174298: Figure out a way for WDQS example parsing not rely on parsoid.

I have already implemented this as part of my own override:
https://github.com/nyurik/wikidata-query-gui/blob/master/wikibase/queryService/api/QuerySamples.js#L171

Tue, Oct 31, 12:46 AM · Patch-For-Review, Discovery, Wikidata-Query-Service, Wikidata

Mon, Oct 30

Addshore awarded T174298: Figure out a way for WDQS example parsing not rely on parsoid a Like token.
Mon, Oct 30, 2:16 PM · Patch-For-Review, Discovery, Wikidata-Query-Service, Wikidata

Tue, Oct 24

Yurik added a comment to T176927: WDQS updater crashed.

I also disagree :) The real monitoring should not look at the process running at all. It should only look at the last timestamp - see how far behind WDQS is. If it gets behind further than X, send the alert - and that would be a very stable indicator that something is wrong - no matter if its the process that hung, or crashed, or simply cannot cope with the amount of data. On the other hand, the updater service itself should be resiliant to any kinds of problems - if there is an intermittent problem like a temporary DNS is down (like I had), the service will continue trying, and will self-recover the moment network is back up. This is the same logic as in any router or replication service - they always keeps trying until succeeding.

Tue, Oct 24, 11:47 PM · Discovery, Wikidata-Query-Service, Wikidata
Yurik added a comment to T176927: WDQS updater crashed.

@Smalyshev I don't think updater should ever crash - regardless of the error. Even if the network goes down, it should go into a retry mode.

Tue, Oct 24, 11:01 PM · Discovery, Wikidata-Query-Service, Wikidata

Oct 23 2017

Yurik added a comment to T169266: Clarify recommendations around using FauxRequest.

@daniel, I think we shouldn't use FauxRequest objects at all (for the reasons outlined elsewhere, such as no type safety, etc), but I do believe the existing API is better suited as a common entry point for all business logic layer - as outlined in BL architecture on budget, instead of using hundreds of objects each of which could go all the way to the database. So ideally we should partition existing API into the internal API and an extremely thin, no logic layer to convert Request into it.

Oct 23 2017, 8:11 PM · TechCom-RfC
Yurik committed rWDQG47b031f35fe1: Allow passing options to Result Views (authored by Jonas).
Allow passing options to Result Views
Oct 23 2017, 2:20 AM
Yurik committed rWDQGd3d1e3b03125: Allow passing options to Result Views (authored by Jonas).
Allow passing options to Result Views
Oct 23 2017, 2:05 AM
Yurik committed rWDQG84234bea1827: Allow passing options to Result Views (authored by Jonas).
Allow passing options to Result Views
Oct 23 2017, 2:03 AM
Yurik created T178786: Empty map results give an error.
Oct 23 2017, 1:19 AM · Discovery, Wikidata, Wikidata-Query-Service

Oct 20 2017

Yurik added a comment to T178647: Support `yarn` instead of `npm` for some projects.

@hashar, this is not exactly a duplicate. It's fine to stay with npm, and allowing either tool to be used by the dev. I would like an option for just some of the projects to specify that a specific tool must be used due to limitations of the other

Oct 20 2017, 10:10 AM · Continuous-Integration-Config, Services
Yurik created T178647: Support `yarn` instead of `npm` for some projects.
Oct 20 2017, 2:13 AM · Continuous-Integration-Config, Services

Oct 18 2017

Yurik added a comment to T178321: Template: Maplink — add ability to use lat/lng or Wikidata Qid for a point .

@Evad37 you might be interested in looking at the TNT module -- its available on many wikis already. It allows you to keep the description for all template parameter documentation in a single .tab page. This way, when you copy the template to another language, and you later add a new parameter, template users won't need to update their doc pages - it will show for them right away in english. later they can click the "edit translations" button underneath, and fix it for each new parameter.

Oct 18 2017, 4:27 AM · Maps-Sprint, Maps (Kartographer), Discovery

Oct 17 2017

Yurik added a comment to T155290: Add a data-page-only wiki markup header to datasets.

@Gehel, not exactly. The new wiki header field would apply to all data stores, both .tab & .map, because it should be implemented in its base class (they share one parent). It would use the current main page parser - thus parsing in the context of the whole page, rather than create a new parser instance and discarding the "side-effects" - such as categories, link tracking, etc. The reason I mentioned the .map title & description fields is because they use a very similar approach, thus showing that it is doable. They just use a new parser instance IIRC, without tracking things.

Oct 17 2017, 7:02 PM · Maps, Discovery, Commons-Datasets
Fae awarded T155290: Add a data-page-only wiki markup header to datasets a Doubloon token.
Oct 17 2017, 6:12 PM · Maps, Discovery, Commons-Datasets
Yurik added a comment to T178321: Template: Maplink — add ability to use lat/lng or Wikidata Qid for a point .

P.S. I fixed the template

Oct 17 2017, 1:41 AM · Maps-Sprint, Maps (Kartographer), Discovery
Yurik added a comment to T178321: Template: Maplink — add ability to use lat/lng or Wikidata Qid for a point .

@Evad37 your geo position is wrong. First is the longitude, second is the latitude. Inside the geometry.

Oct 17 2017, 1:36 AM · Maps-Sprint, Maps (Kartographer), Discovery

Oct 16 2017

Offnfopt awarded T154071: Allow non-CC0 licensed data for datasets a Like token.
Oct 16 2017, 9:30 PM · WMF-Legal, Commons-Datasets
Yurik added a comment to T155290: Add a data-page-only wiki markup header to datasets.

BTW, IIRC, this fix would actually be just a few lines of code.

Oct 16 2017, 3:42 AM · Maps, Discovery, Commons-Datasets
Yurik added a comment to T155290: Add a data-page-only wiki markup header to datasets.

Clarification - I think (need to check in the code), the title and description use "limited" wiki syntax, similar to what is used in the edit comments. A full wiki markup parsing would be needed to track categories, etc.

Oct 16 2017, 3:41 AM · Maps, Discovery, Commons-Datasets
Jeff_G awarded T155290: Add a data-page-only wiki markup header to datasets a Doubloon token.
Oct 16 2017, 3:39 AM · Maps, Discovery, Commons-Datasets

Oct 14 2017

Raymond awarded T154071: Allow non-CC0 licensed data for datasets a Love token.
Oct 14 2017, 5:59 PM · WMF-Legal, Commons-Datasets
Yurik created T178222: WDQS UP arrow is broken (upper right corner).
Oct 14 2017, 12:20 PM · Discovery, Wikidata-Query-Service, Wikidata
Yurik committed rWDQG07c242494962: Add original query str to the queryApi object (authored by Yurik).
Add original query str to the queryApi object
Oct 14 2017, 5:27 AM

Oct 13 2017

Yurik added a comment to T155290: Add a data-page-only wiki markup header to datasets.

@Pnorman actually we already use Wiki markup in these pages - the .map pages treat title and description fields as wiki markup. I haven't heard of any problems -- the values are being sanitized by the regular MW parser, and gets consumed by mapframe/maplink/lua code. Adding this field wouldn't be much of a challenge from the tech perspective.

Oct 13 2017, 11:30 AM · Maps, Discovery, Commons-Datasets
Yurik committed rWDQGe2596735fb79: Moved CSS to LESS, added grunt support (authored by Yurik).
Moved CSS to LESS, added grunt support
Oct 13 2017, 1:21 AM

Oct 12 2017

Yurik committed rWDQG9f3d27905623: Moved CSS to LESS, added grunt support (authored by Yurik).
Moved CSS to LESS, added grunt support
Oct 12 2017, 5:55 AM
Yurik committed rWDQGd2d8ea391ac9: Moved CSS to LESS, added grunt support (authored by Yurik).
Moved CSS to LESS, added grunt support
Oct 12 2017, 5:55 AM

Oct 10 2017

Yurik committed rWDQG9e6277b5c796: Use global config everywhere (authored by Yurik).
Use global config everywhere
Oct 10 2017, 5:56 PM
Yurik committed rWDQG40cfc35a2935: Use global config everywhere (authored by Yurik).
Use global config everywhere
Oct 10 2017, 3:07 AM
Yurik committed rWDQG5997407bb14d: gitignore npm-debug.log (authored by Yurik).
gitignore npm-debug.log
Oct 10 2017, 3:04 AM

Oct 9 2017

Yurik committed rWDQGf720641d537e: Use global config everywhere (authored by Yurik).
Use global config everywhere
Oct 9 2017, 1:31 PM
Yurik committed rWDQGec212b55fbd0: Use global config everywhere (authored by Yurik).
Use global config everywhere
Oct 9 2017, 1:27 PM
Yurik committed rWDQG286d2137f694: Use global config everywhere (authored by Yurik).
Use global config everywhere
Oct 9 2017, 1:11 PM
Yurik added a comment to T177734: License mismatch in wikidata-query-gui.

Well, according to Apache's own site we can - because anything submitted under Apache license is usable under GPL. Its like if someone submitted a patch under MIT, and I build a GPL software, i can simply copy paste MIT code without asking for permission. But legal may know better about this topic. BTW, I suspect this file was added when adding Vega Graphs capability about a year ago.

Oct 9 2017, 12:55 PM · Discovery, Wikidata-Query-Service, Wikidata
Yurik committed rWDQG15a52b5549bf: Use global config everywhere (authored by Yurik).
Use global config everywhere
Oct 9 2017, 8:06 AM
Yurik created T177734: License mismatch in wikidata-query-gui.
Oct 9 2017, 5:03 AM · Discovery, Wikidata-Query-Service, Wikidata
Yurik committed rWDQG0d2c5650ffc5: Handle missing error.debug (authored by Yurik).
Handle missing error.debug
Oct 9 2017, 4:11 AM
Yurik committed rWDQGb34b8b9e6f1c: Use global config everywhere (authored by Yurik).
Use global config everywhere
Oct 9 2017, 2:55 AM
Yurik committed rWDQG708ad41be585: Add test web server to simplify debugging (authored by Yurik).
Add test web server to simplify debugging
Oct 9 2017, 2:07 AM
Yurik committed rWDQG4da9a49e0f41: Add test web server to simplify debugging (authored by Yurik).
Add test web server to simplify debugging
Oct 9 2017, 2:07 AM

Sep 28 2017

Yurik added a comment to T177021: use git tags.

I have been actively using versions in all of the submodules. In theory, every commit changing the version number should be a tag, but i haven't used.

Sep 28 2017, 8:35 PM · Maps (Kartotherian), Maps-Sprint
Yurik added a comment to T176192: WDQS clone keeps freezing up on GC.

I saw the issue again, and filed a bug with the stacktraces - https://jira.blazegraph.com/browse/BLZG-9058

Sep 28 2017, 6:20 PM · Discovery, Wikidata, Wikidata-Query-Service
Yurik created T176927: WDQS updater crashed.
Sep 28 2017, 3:43 AM · Discovery, Wikidata-Query-Service, Wikidata

Sep 26 2017

Yurik created T176797: Unable to download WDQS data from embed mode.
Sep 26 2017, 8:13 PM · Discovery, Wikidata-Query-Service, Wikidata

Sep 25 2017

Yurik added a comment to T176680: Enable static map frame on projects.

I think wikipedias have high enough traffic to always use the static service. Wikivoyage and private wikis should never use it. For all others, i think either way is fine.

Sep 25 2017, 11:55 PM · Maps (Kartographer), Maps-Sprint, Discovery
Yurik added a comment to T176680: Enable static map frame on projects.

I think only wikivoyage and private wikis were set up that way. Private wikis would have security issues and are much harder to set up for the service, so it was not worth the trouble.

Sep 25 2017, 11:05 PM · Maps (Kartographer), Maps-Sprint, Discovery
Yurik added a comment to T176680: Enable static map frame on projects.

I don't think this would be a very good idea for the Wikivoyage - their usage is highly map-oriented, so adding a static page with an additional "click to load" might not be palatable to the community.

Sep 25 2017, 11:00 PM · Maps (Kartographer), Maps-Sprint, Discovery

Sep 24 2017

Yurik created T176565: EasyQuery gadget: Malformed query.
Sep 24 2017, 5:29 AM · Google-Code-in-2017, Wikidata-Gadgets, Wikidata

Sep 21 2017

Yurik added a project to T176432: Document difference between spec.yaml and spec.template.yaml: Services.

I think both of these are from the service template. CC @services group.

Sep 21 2017, 10:12 PM · Discovery, Services (attic), service-template-node, Maps (Kartotherian), Maps-Sprint
Sjoerddebruin awarded T159662: Autocomplete in Wikidata site picker should show exact matches first a Like token.
Sep 21 2017, 3:10 PM · Wikidata

Sep 20 2017

Yurik added a comment to T176192: WDQS clone keeps freezing up on GC.

@Gehel I have been running it for a day with 16GB space, and got this gc report - apparently sys time is usually slow. Thread dump report. Any thoughts?
P.S. I tried running it in a smaller machine (8gb i think), and i got tons of slowdowns in update scripts.

Sep 20 2017, 8:58 PM · Discovery, Wikidata, Wikidata-Query-Service
Yurik created T176321: Allow Special:GoToLinkedPage to use site=enwiki,* - open anything.
Sep 20 2017, 3:21 PM · Wikidata
Yurik added a comment to T176317: Add endpoint for Wikidata-based navigation in Wikipedias.

@Lydia_Pintscher I found that I can specify the list of fallbacks, but can I specify a list + "anything", which doesn't even have to be deterministic? Without it, one would have to generate a full list of all sites with every link - just like we currently have in the WDQS examples page. You don't want that :)

Sep 20 2017, 2:52 PM · Wikidata
Yurik added a comment to T176317: Add endpoint for Wikidata-based navigation in Wikipedias.

This is awesome, sorry I didn't know about it! Is fallback documented anywhere? (i did try it, and it does work with comma-separated site values)

Sep 20 2017, 2:35 PM · Wikidata
Yurik created T176317: Add endpoint for Wikidata-based navigation in Wikipedias.
Sep 20 2017, 1:35 PM · Wikidata

Sep 19 2017

Yurik added a comment to T171707: Upgrade kartotherian and tilerator to nodejs 6.11.

So it seems the sources & variables file specified in the /etc/tilerator/config.yaml has incorrectly specifying the username/password, most likely for postgres db. I remember @Gehel was doing some cleanup to get various test and prod boxes in sync for that - double check with him.

Sep 19 2017, 10:36 PM · Maps (Kartotherian), Maps-Sprint, Operations
Yurik added a comment to T171707: Upgrade kartotherian and tilerator to nodejs 6.11.

@Pnorman which sources config file are you using?

Sep 19 2017, 8:28 PM · Maps (Kartotherian), Maps-Sprint, Operations
Yurik added a comment to T175998: delete unused maps-team instances on horizon.

I think all 4 are good, but I would like @MaxSem to sign off on it too :)

Sep 19 2017, 8:06 PM · Discovery, Maps-Sprint, Maps
Yurik added a comment to T175998: delete unused maps-team instances on horizon.

@Gehel, they are unused at this point - I used data and vem to test some data stuff. I think we can delete them at this point. If I need to, I will recreate a test instance.

Sep 19 2017, 7:20 PM · Discovery, Maps-Sprint, Maps
Yurik created T176239: WDQS updater should have a keep running after error mode.
Sep 19 2017, 5:55 PM · Need-volunteer, Easy, Discovery, Wikidata-Query-Service, Wikidata
Yurik added a comment to T176195: WDQS UI should show a warning if the backend is down.

Should we also show this warning for embed? I have raised the timeout to 3 minutes, so it would be bad user experience to wait for the query, even though the reason it takes so long might be due to server hanging. Something like lastModified is a very quick query, so if that fails too, it would be a good indicator of the server being down.

Sep 19 2017, 4:42 AM · Wikidata Query UI, Discovery, Wikidata
Yurik added a comment to T176195: WDQS UI should show a warning if the backend is down.

Agree, it should not prevent editing at all. I think you meant T=10s, N=3. And yes, the message should be configurable for each site.

Sep 19 2017, 4:01 AM · Wikidata Query UI, Discovery, Wikidata
Yurik created T176195: WDQS UI should show a warning if the backend is down.
Sep 19 2017, 3:31 AM · Wikidata Query UI, Discovery, Wikidata
Yurik created T176192: WDQS clone keeps freezing up on GC.
Sep 19 2017, 1:31 AM · Discovery, Wikidata, Wikidata-Query-Service

Sep 17 2017

Yurik added a comment to T164773: Error replicating wikidata blazegraph setup.

@Smalyshev, I force-killed it, and it dumped this (I couldn't copy all of it - just some parts):

Sep 17 2017, 8:34 AM · Discovery, Wikidata-Query-Service, Wikidata
Yurik added a comment to T164773: Error replicating wikidata blazegraph setup.

@Smalyshev & @Gehel I'm not sure if this is the same error or different. Today, the service froze in a peculiar way: all queries would time out (both from clients and update ones), and Blazegraph wouldn't quit with Ctrl+C. HTOP shows a single blazegraph process using 100% of a single CPU, but about once in a few minutes, almost all CPUs would jump to a 100% for about 5-10 seconds, and then go back to 0 except for a single process. The last errors in the log, might be unrelated:

Sep 17 2017, 8:04 AM · Discovery, Wikidata-Query-Service, Wikidata

Sep 15 2017

Yurik created T175976: Ctrl+Enter should only work inside text editor, not on links.
Sep 15 2017, 4:03 AM · Discovery, Wikidata, Accessibility, Wikidata-Query-Service

Sep 7 2017

Yurik updated the task description for T175312: WDQS word cloud view gets broken on zoom.
Sep 7 2017, 10:04 PM · Discovery, Wikidata, Wikidata-Query-Service
Yurik created T175312: WDQS word cloud view gets broken on zoom.
Sep 7 2017, 10:02 PM · Discovery, Wikidata, Wikidata-Query-Service

Sep 6 2017

Yurik added a comment to T175108: Does WDQS pre-declare <https://fr.wikipedia.org/> for schema:isPartOf ?.

On the same topic, the language code for schema:inLanguage "en" has the same issue - there are also 60 million of them, with about 10 mil being English - so that's another 0.5 GB, plus some unknown perf benefit. I wonder if it would make sense to pre-declare only top 10 languages and top 10 wikis - I suspect it would almost as beneficial, without having to maintain ever changing list.

Sep 6 2017, 11:07 PM · Discovery, Wikidata, Wikidata-Query-Service
Yurik added a comment to T175108: Does WDQS pre-declare <https://fr.wikipedia.org/> for schema:isPartOf ?.

There are 60million of isPartOf statements, and I assume that all of them have their objects as the root of a wiki. The space saving would be 9-2 bytes = ~0.5 GB, so not very significant, but it also eliminates a lookup for each value. I wonder how we can measure the performance benefit. I couldn't run the count(distinct ?obj)query due to timeout.

Sep 6 2017, 7:05 PM · Discovery, Wikidata, Wikidata-Query-Service
Yurik added a comment to T174981: Add pageviews total counts to WDQS.

I would like to solicit more community feedback on how useful this would be. Perhaps this is not needed at all, or not worth the hassle As an already working example on a test server, here is a query that lists Wikidata items without French labels but with French articles, ordered by the popularity of the French articles.

Sep 6 2017, 6:18 AM · Discovery, Analytics, Wikidata, Wikidata-Query-Service
Yurik edited projects for T175108: Does WDQS pre-declare <https://fr.wikipedia.org/> for schema:isPartOf ?, added: Wikidata-Query-Service; removed Discovery-Wikidata-Query-Service-Sprint.
Sep 6 2017, 4:39 AM · Discovery, Wikidata, Wikidata-Query-Service
Yurik added a project to T175108: Does WDQS pre-declare <https://fr.wikipedia.org/> for schema:isPartOf ?: Discovery-Wikidata-Query-Service-Sprint.
Sep 6 2017, 4:39 AM · Discovery, Wikidata, Wikidata-Query-Service
Yurik created T175108: Does WDQS pre-declare <https://fr.wikipedia.org/> for schema:isPartOf ?.
Sep 6 2017, 4:39 AM · Discovery, Wikidata, Wikidata-Query-Service

Sep 5 2017

Yurik added a comment to T138057: Epic: Enable <mapframe> on Wikipedia.

@Mike_Peel <mapframe> is currently not enabled on enwp. You need to create a new phabricator ticket to request it, and gather community consesus that it is needed - WMF have been enabling it on per-request basis.

Sep 5 2017, 11:59 PM · Discovery, Maps, Epic
Yurik added a comment to T174981: Add pageviews total counts to WDQS.

@Lydia_Pintscher, having a built in ranking system is awesome, but that's a problem of search optimization - just like the other ticket suggests, it will be a part of the search drop-down.

Sep 5 2017, 11:28 AM · Discovery, Analytics, Wikidata, Wikidata-Query-Service
Yurik updated the task description for T174981: Add pageviews total counts to WDQS.
Sep 5 2017, 5:48 AM · Discovery, Analytics, Wikidata, Wikidata-Query-Service
Yurik updated the task description for T174981: Add pageviews total counts to WDQS.
Sep 5 2017, 3:35 AM · Discovery, Analytics, Wikidata-Query-Service, Wikidata
Yair_rand awarded T174981: Add pageviews total counts to WDQS a Doubloon token.
Sep 5 2017, 3:33 AM · Discovery, Analytics, Wikidata-Query-Service, Wikidata