User Details
- User Since
- Nov 2 2020, 1:15 PM (300 w, 4 d)
- Availability
- Available
- IRC Nick
- gmodena
- LDAP User
- Gmodena
- MediaWiki User
- GModena (WMF) [ Global Accounts ]
Fri, Jul 24
Pinning this to PP3.5.1.
Thu, Jul 23
Thanks for tihs!
Wed, Jul 22
Tue, Jul 21
Mon, Jul 20
Fri, Jul 17
Thanks for this!
Thu, Jul 16
Wed, Jul 15
Tue, Jul 14
Mon, Jul 13
Fri, Jul 10
Thu, Jul 9
Jul 8 2026
Terrific! Thank you so much for picking this task up so quickly. Now let's build :)
@dcausse terrific. Thanks!
Keeping this "in engineering" to account for post-merge and deploy fixes for the pipeline.
AFAIK those are community driven hosting projects that run their own query service.
Jul 7 2026
Discussed internally in: https://wikimedia.slack.com/archives/C05H0JYT85V/p1783414337204559
Thanks @dcausse we plan to use use the same spark pipeline to write into a wikidata db. The content in discovery.wikibase_rdf_subgraphs should be safe to be deleted, but we'll hit the same issue with data retention (the plan was to use the same purging mechanism https://gitlab.wikimedia.org/repos/data-engineering/airflow-dags/-/merge_requests/2321).
@trueg I'm afraid my collab notes got crossed, bear with me. IIRC we are considering treating the ttl file as temp data, to be deleted (together with the munged temp files) when the pipeline completes.
If we do this, we would break historical comparisons.
Had a chat about HW with the QLever team. Their experience is usually no OS tuning is required. They run their own endpoint (qlever.dev) on a vanilla ubuntu setup