Yurik added a comment.
Just caught this while comparing sitematrix output
<https://meta.wikimedia.org/w/api.php?action=sitematrix> against the list of
allowed sites values
<https://www.wikidata.org/w/api.php?action=help=wbsetsitelink>. Is
there a reason why these are not
Yurik added a comment.
@NavinoEvans I agree - feel free to take my implementation (which was already
working for any CSV-style inputs), and extend/adapt it. Ideally, it should be
merged upstream to the Blazegraph, so it should support any kind of CSVs. It
may make sense to have either some
Yurik added a comment.
@Gehel lets define `this amount of data`, just for clarity. My
back-of-the-envelope calculations:
- each pageview statistics statement is a counter (8 bytes), a reference to
the name of the article (8 bytes), and property (8 bytes). In reality it might
be a bit
Yurik added a subscriber: Lucas_Werkmeister_WMDE.
Yurik added a comment.
@Lucas_Werkmeister_WMDE thank you for all the hard work on this task! Do you
have any approximate timeline of the `getEntity()` returning all lexeme forms,
or is that already implemented? How significant
Yurik added a comment.
I would guess this is mostly a devops task - orchestrate execution of an
updating script. Here's the working implementation -
https://github.com/Sophox/sophox/blob/master/osm2rdf/updatePageViewStats.py
Simply run it locally near the Blazegraph server.
TASK
Yurik added a comment.
@Tagishsimon this proposal would not edit wikidata. Instead, as part of the
WDQS import process, it would upload pageviews in bulk from the pageview dump
files directly into the Blazegraph index. It could do it every hour, and
computation-wise it will be relatively
Yurik updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T224312
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Yurik
Cc: Esc3300, real68er, Pamputt, darthmon_wmde, DannyS712, Nandana, Mringgaard,
Lahi, Gq86
Yurik updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T224312
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Yurik
Cc: Esc3300, real68er, Pamputt, darthmon_wmde, DannyS712, Nandana, Mringgaard,
Lahi, Gq86
Yurik added a comment.
@Fnielsen i am not sure I understand what that query does, could you
elaborate? Especially I am confused why you look at the forms -- from the
perspective of Wiktionary, you request a single Lexeme, not individual forms.
(btw, the query times out for me).
Also
Yurik added a comment.
P.S. @Fnielsen does bring a valid point about various linked lexemes , and
that might be useful -- for example if lexeme lists another lexeme as being a
synonym, it would be good to show it as a word rather than an L-number.
That said, I do not believe we need
Yurik added a comment.
@Lydia_Pintscher most of the Wiktionary pages have just one corresponding
lexeme - and that's all I would expect to load.
Some statistics: https://w.wiki/8xw (note that this is per language, not
just when lemmas match)
| lexemes_per_word | words |
| 1
Yurik added a comment.
@RexxS you do bring up a valid point about watchlist. The minor difference
here is that lexeme is tied to a specific language, so it is less likely to
have content not relevant to that one language / wiktionary. The only
exception might be the description of sensese
Yurik updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T232930
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Yurik
Cc: Yurik, darthmon_wmde, DannyS712, Nandana, Mringgaard, Lahi, Gq86,
GoranSMilovanovic, QZanden
Yurik created this task.
Yurik added a project: Lexicographical data.
Restricted Application added a project: Wikidata.
TASK DESCRIPTION
Navigate to Lexeme:L10 <https://www.wikidata.org/wiki/Lexeme:L10>,
click "discussion" tab, and try to create the page. I get `
Yurik added a comment.
P.S. to sum up -- Wiktionary just needs just a single Lua function for the
minimum viable product: `getEntity('L10')` that simply returns the whole
Lexeme JSON. Everything else is optional.
TASK DETAIL
https://phabricator.wikimedia.org/T212843
EMAIL
Yurik added a comment.
I have imported some Russian nouns (~20,000 so far, but will be more soon),
plus added a link from Wiktionary to the corresponding Lexeme. I think the
simplest use case for Lexemes would be to allow Wiktionary Lua script to be
able to load Lexeme by its ID
Yurik created this task.
Yurik added a project: Lexicographical data.
Restricted Application added a project: Wikidata.
TASK DESCRIPTION
When a new lexeme is created, gramatical features show up in a random order.
This makes it somewhat confusing especially when they are generated by a bot
Yurik updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T230051
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Yurik
Cc: Aklapper, Anomie, Yurik, darthmon_wmde, WDoranWMF, holger.knust,
EvanProdromou, Legado_Shulgin
Yurik added a project: Operations.
TASK DETAIL
https://phabricator.wikimedia.org/T230051
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Yurik
Cc: Aklapper, Anomie, Yurik, darthmon_wmde, WDoranWMF, holger.knust,
EvanProdromou, Legado_Shulgin
Yurik renamed this task from "wikidata.org handles GET MWAPI requests, but
silently redirects on POST" to "wikidata.org handles GET MWAPI requests, but
silently fails on POST".
TASK DETAIL
https://phabricator.wikimedia.org/T230051
EMAIL PREFERENCES
https://phabr
Yurik renamed this task from "Wikidata breaks MW-API response format on (some?)
errors" to "wikidata.org handles GET MWAPI requests, but silently redirects on
POST".
Yurik updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T230051
EMAIL
Yurik updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T230051
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Yurik
Cc: Aklapper, Anomie, Yurik, darthmon_wmde, WDoranWMF, holger.knust,
EvanProdromou, DannyS712, Nandana
Yurik created this task.
Yurik added projects: MediaWiki-API, Wikidata.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Core Platform Team.
TASK DESCRIPTION
A POST API call with this data works ok on sites like ru.wiktionary.org, but
returns an HTML
Yurik created this task.
Yurik added a project: Wikidata.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
Reproduce: set multiple sitelinks on the same wikidata item in rapid
succession has produced this error on several of the ~10 wikis i modified at
nearly the same
Yurik created this task.
Yurik added a project: Wikidata.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
The formatter URL <https://www.wikidata.org/wiki/Property:P1630> supports a
single `$1` parameter - the value of the property. Please add `$2` to be t
Yurik added a comment.
Here's a working implementation using the browser's prompt text box, based on
the original idea by @Ricordisamoa. Copy it into your
`https://wiki.openstreetmap.org/wiki/User:___username___/common.js` page. Note
that the save will happen even if the user clicks
Yurik added a comment.
This feature has been requested several times when adding Wikibase to
OpenStreetMap wiki. I think the very first step we can already do is to make
it possible for gadgets to add edit summary string during the "save" command.
This way we can experiment w
Yurik updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T217873
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Yurik
Cc: Aklapper, Yurik, alaa_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic,
QZanden, LawExplorer, _jensen
Yurik updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T217873
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Yurik
Cc: Aklapper, Yurik, alaa_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic,
QZanden, LawExplorer, _jensen
Yurik created this task.
Yurik added a project: Wikidata.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
Per user request, it is often important for the editors to be able to add
custom edit summary message in addition to the automatically generated one.
Yet
Yurik added a comment.
Note that this is also possible with Sophox -- e.g. a SPARQL query can use Wikidata via federation together with all of OSM data itself (tags), plus attach the OSM geometry shapes to each wikidata ID it sees in the query result. Click "run query" under the ex
Yurik added a subscriber: Pnorman.Yurik added a comment.
In T215073#4921970, @Jim_Carter wrote:
It is very irresponsible if the reliability of the map is questioned, yet it is been implicatied that "we will use the map because its free". In fact, the map that has been provided (OS
Yurik added a comment.
FYI, there has been a number of discussions at OSM on how to document disputed territories. See the latest proposal.TASK DETAILhttps://phabricator.wikimedia.org/T215073EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: YurikCc: Yurik
Yurik added a comment.
Are there any updates/progress on this issue? The OpenStreetMap Wikibase has both the local images and it supports Commons, which means every Wikibase "image" property is actually two properties - one of "image" type, and another being a manuall
Yurik updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...* `https://www.wikidata.org/w/api.php?action="" style="padding: 0 2px; color: #33; background: rgba(251, 175, 175, .7);">`
* `https://www.wikidata.org/w/api.php?action="" styl
Yurik created this task.Yurik added projects: MediaWiki-API, Wikidata.Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTIONBoth of this requests return identical result, ignoring JSON v2:
https://www.wikidata.org/w/api.php?action="">
https://www.wikidata.org/w/a
Yurik added a comment.
In T184933#4813382, @hoo wrote:
In T184933#4812900, @TheDJ wrote:
Fancy...
Just a followup/enhancement idea: since we have precision.. wouldn't this be a good place to draw a precision circle ?
This is a very good point: Basically we can alter the generated mapframes
Yurik updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...I think the extra parentesis produce more harm than good. Most of the time, VALUES is a relatively short single-value list, not a list of lists, so making it one item per line creates unnecessary hindrance
Yurik added a comment.
[[ Upstream issue | Upstream issue ]]TASK DETAILhttps://phabricator.wikimedia.org/T210692EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: YurikCc: Lucas_Werkmeister_WMDE, Aklapper, Yurik, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden
Yurik added a comment.
@Lucas_Werkmeister_WMDE I think both should be fixed - it should never use unneeded parenthesis for single values, and when the VALUES list is short enough, it should be shown singleline. For a very long list, it should be shown like this:
SELECT * WHERE {
VALUES
Yurik created this task.Yurik added a project: Wikidata-Query-Service.Restricted Application added a subscriber: Aklapper.Restricted Application added a project: Wikidata.
TASK DESCRIPTIONIn WDQS, pressing the diamond autoformats this:
SELECT * WHERE {
VALUES ?a { wd:Q1 wd:Q2
Yurik closed this task as "Resolved".Yurik claimed this task.Yurik added a comment.
Turns out the --conceptUri http://wiki.openstreetmap.org should have been http instead of https. Thanks @Smalyshev for your help!TASK DETAILhttps://phabricator.wikimedia.org/T209807EMAIL PREFER
Yurik created this task.Yurik added a project: Wikidata-Query-Service.Restricted Application added a subscriber: Aklapper.Restricted Application added a project: Wikidata.
TASK DESCRIPTIONRunning runUpdate with an empty Blazegraph causes exceptions (of several types) when processing OSM wikibase
Yurik created this task.Yurik added a project: Wikidata.Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTIONIn the case of multilingual wiki (Wikidata, Commons, OSM wiki), there could exist pages in multiple languages all representing the same topic. Currently, it is only possible
Yurik added a comment.
Another possible use case: multiple sitelinks to the same site. For example, Wikidata may have a project page for postal codes in English, and someone wants a similar page in German. But the community does not want direct translation, because English page may want to cover
Yurik updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION
**User Story:**: As a user, I want to have consistent search behavior across wikis and at UIs that look the same
**Context of use**: :**
* For Wikidata: I assume the user would search mainly for items on Wikidata
Yurik added a comment.
@Smalyshev correct. Ideally we should have T190454, but unless we want to stop using wikibase until it is ready, this is a good interim solution.TASK DETAILhttps://phabricator.wikimedia.org/T205560EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel
Yurik added a comment.
See also community discussion threadTASK DETAILhttps://phabricator.wikimedia.org/T205560EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: YurikCc: Aklapper, Lucas_Werkmeister_WMDE, Yurik, Lahi, Gq86, GoranSMilovanovic, QZanden
Yurik added a comment.
@Jan_Dittrich I think context of use is correct for Wikidata, but not for some other Wikibase installations. Wikibase may not be the centerpiece of the wiki installation.
For example, OpenStreetMap wiki has recently installed Wikibase extension. This caused some community
Yurik added a comment.
This issue has raised a lot of concerns at the OpenStreetMap wiki after wikibase installation. Is it possible to disable wikibase search suggestions until this ticket is implemented? Thx!TASK DETAILhttps://phabricator.wikimedia.org/T190454EMAIL PREFERENCEShttps
Yurik renamed this task from "Support non-Q and non-P items in custom Wikibase installations" to "Support non-Q items in custom Wikibase installations".Yurik added a project: Federated-Wikibase-Workshops@NewYork-2018.
TASK DETAILhttps://phabricator.wikimedia.org/T202676EM
Yurik closed this task as "Invalid".
TASK DETAILhttps://phabricator.wikimedia.org/T204788EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: YurikCc: Addshore, Aklapper, Yurik, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-
Yurik added a comment.
@Addshore thanks! It does work indeed! I saw that many query modules were marked with Caveat: On a repo wiki, this module only works directly on entity pages, not on pages connected to an entity via a sitelink. This may change in the future., and I couldn't find any way
Yurik updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...* Use internal scribunto API module: `{action: 'scribunto-console', format: 'json', title: 'Module:Sandbox', question: "=mw.wikibase.getEntityIdForTitle( 'Key:bridge:movable' )"}` - [[ https://wiki.openstree
Yurik created this task.Yurik added a project: Wikidata.Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTIONInstalling Wikibase as both a repo and a client on the same wiki, and using local sitelinks makes it impossible to get Wikibase item by using the sitelink string via MW API
Yurik added a comment.
@thiemowmde @daniel my last patch only refactors Wikibase extension a bit, without touching the data model. It fixes the last few places I found that used direct Item ID parsing/composition, instead using the same common interface used by other code. Are there any concerns
Yurik added a comment.
I think I figured out most of the code needed for item ID parsing/creation without calling new ItemID() directly. Submitted as a new patch ^, let me know if this approachTASK DETAILhttps://phabricator.wikimedia.org/T202676EMAIL PREFERENCEShttps://phabricator.wikimedia.org
Yurik added a comment.
Spoke too soon: overriding entityTypeDefinitionsArray in a hook works well for creating/editing Wikibase items, but it does not work in some cases like sitelink lookups (used by wiki pages to find corresponding wikibase items).
I think to make custom prefixes possible, all
Yurik added a comment.
Update: I have implemented a custom extension that overrides default item https://github.com/nyurik/OsmWikibase :
public static function onWikibaseRepoEntityTypes( &$entityTypeDefinitionsArray ) {
$entityTypeDefinitionsArray['item']['entity-id-pattern'] = OsmIt
Yurik added a comment.
I think lex data dumps should be available independently of the other Wikidata data. For example, https://sklonenie-slov.ru/ shows all Russian noun declensions (30,000+), and I think such sites can greatly benefit from the community work.
P.S. I have began a discussion
Yurik added a comment.
@Bugreporter and @thiemowmde , thank your for the thorough responses!
Thiemo, just as Bugreporter mentioned, changing Q to [anything] is a big usability request. Here is an OpenStreetMap entry for Salzburg part of UI:
F25305354: image.png
A link to Wikidata is shown
Yurik updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONFor non-Wikidata installations, it would be beneficial to use letters other than Q for the Wikibase items. Custom installations still tend to rely on Wikidata as an external reference source, so having two types of Q
Yurik created this task.Yurik added a project: Wikibase-DataModel.Restricted Application added a subscriber: Aklapper.Restricted Application added a project: Wikidata.
TASK DESCRIPTIONFor non-Wikidata installations, it would be beneficial to use letters other than Q for items. Custom
Yurik renamed this task from "Support SPARQL POLYGON in Kartographer" to "Support SPARQL returning WKT data as GeoJSON for Kartographer".
TASK DETAILhttps://phabricator.wikimedia.org/T196191EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/T
Yurik created this task.Yurik added projects: Wikidata, Lexicographical data.
TASK DESCRIPTIONSwitching interface language to Russian breaks encoding of the lexeme's language and category entries.
F18651356: image.pngTASK DETAILhttps://phabricator.wikimedia.org/T196164EMAIL PREFERENCEShttps
Yurik added a comment.
@daniel sorry, let me clarify.
The goal is to use Wikbase as a secondary documentation (metadata) for the tags, not as a tag storage replacement. We need to describe each tag, describe how they relate to each other, provide localized documentation, etc.
OSM has multiple
Yurik added a comment.
@daniel this is awesome, thanks! The sitelink hack would probably be the best approach for the tag keys (e.g. name, address etc.) I am not yet sure of the best approach for the "enum-like" values -- some tags, e.g. religion tend to have a well-known list
Yurik added a comment.
thx, clearly this wouldn't be used for wikidata. @daniel could you point me to the relevant code plz, or perhaps something similar, or maybe sketch the implementation approach? I was thinking that this would be the only real path to solve this, possibly with a custom
Yurik updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONWikibase could be highly useful for other projects, such as organizing OpenStreetMap tags. ([[ https://wiki.openstreetmap.org/wiki/Talk:Wiki#Wikibase | see discussion ]]) The main difference with Wikidata usecase
Yurik created this task.Yurik added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONWikibase could be highly useful for other projects, such as organizing OpenStreetMap tags. The main difference with Wikidata usecase is that OSM has community-set string IDs, not integers
Yurik closed this task as "Invalid".Yurik added a comment.
Seem like lowering the upload batch size fixed most of the memory issues. The system still crashes on occasion, but works okayish otherwise. Thx!TASK DETAILhttps://phabricator.wikimedia.org/T164773EMAIL PREFER
Yurik added a comment.
@Smalyshev the reason I made type as a string is to allow additional parsing parameters, e.g. ?start tabular:startDate 'date:-mm-dd'
MultiSearchIterator and binding params
Correct, most usages would be static, but in theory it might be possible to supply URL
Yurik added a comment.
The first version of this feature has been implemented in Sophox -- see docs. At this point, it supports any GET request that returns CSV-style data (parsable by Java's CSVParser, with many parameters).
If @Smalyshev has any spare time to review the code at https
Yurik added a comment.
@Lucas_Werkmeister_WMDE I agree - I am planning to implement this feature for both WDQS and Sophox QS. For WDQS, it should only support tabular datasets, or possibly other respected sources.TASK DETAILhttps://phabricator.wikimedia.org/T181319EMAIL PREFERENCEShttps
Yurik updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION... SERVICE wikibase:tabular {
# Data location
bd:serviceParam wikibase:url {.
# CSVFormat constant, e.g. EXCEL, MYSQL, RFC4180, TDF. Default = 'DEFAULT'
bd:serviceParam wikibase:csvFormat 'DEFAULT
Yurik updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...# Some way of column parsing is TBD. Here we extract two columns, and we filter by date
# The prefix for the first column could be something else...# Extract a single date/close value
FILTER ( ?date
Yurik updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...'Date' bd:serviceParam ?date . # output to ?date# The prefix for the first column could be something else
'bd:Date' bd:serviceParamType ' ?date:-mm-dd' . # date parsing# output to ?date
Yurik updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...FILTER ( ?date = "2017-11-204T00:00:00Z"^^xsd:dateTime )...```
Expected result:
| ?date | ?close |
| 2017-11-24 | 315.55 |TASK DETAILhttps://phabricator.wikimedia.org/T181319EMAIL PREFER
Yurik updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION... SERVICE <https://www.quandl.com/api/v3/datasets/WIKI/TSLA.csv> {...TASK DETAILhttps://phabricator.wikimedia.org/T181319EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Y
Yurik created this task.Yurik added projects: Wikidata-Query-Service, Commons-Datasets.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery.
TASK DESCRIPTIONWhat would be the best way to integrate WDQS with the tabular data, as well as other CSV sources? For example
Yurik added a comment.
In T179991#375, @Base wrote:
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
Yurik added a subscriber: Pnorman.Yurik added a comment.
In T180314#3754292, @Lucas_Werkmeister_WMDE wrote:
Duplicate of T175578?
Might be related, but the issue is not that its a different planet, the issue is that geof:distance does not normalize its values before calculation. So
Yurik updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...SERVICE wikibase:geolookup {
#--- INPUT ---
bd:serviceParam wikibase:data 'World Countries Outline.map' . # this is the .map page on Commons in the data namespace
bd:serviceParam wikibase:globe wd:Q2
Yurik updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...=== Usage as a lookupservice
```lang=sparql
SERVICE wikibase:geolookup {
?wd wdt:P625 ?location .bd:serviceParam wikibase:data 'World Countries Outline.map' . # this is the .map page on Commons in the data
Yurik updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...Also, this seems to indicate that some other validation is failing, and an invalid P625`P 625` makes it into the WDQSTASK DETAILhttps://phabricator.wikimedia.org/T180314EMAIL PREFERENCEShttps
Yurik updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...=== Usage as a lookup
```lang=sparql...```
=== Usage as a service
```lang=sparql...TASK DETAILhttps://phabricator.wikimedia.org/T179991EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel
Yurik updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...```lang=sparql
?wd wdt:P625 ?location .
BIND(geof:lookup('World Countries Outline.map', ?location, 'iso') as ?iso)
```
```lang=sparql
SERVICE wikibase:geolookup {...TASK DETAILhttps://phabricator.wikimedia.org
Yurik created this task.Yurik added a project: Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery.
TASK DESCRIPTIONSELECT
?wd ?loc
WHERE {
?wd wdt:P625 ?loc .
BIND(geof:distance("Point(0 0)"^^geo:wktLiteral, ?loc) as ?dist)
FI
Yurik created this task.Yurik added projects: Wikidata-Query-Service, Commons-Datasets.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery.
TASK DESCRIPTIONI think it would be a very valuable addition to have a generic polygon lookup function for the WDQS.
Use cases
Yurik added a comment.
@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
Yurik added a subscriber: Anomie.Yurik added a comment.
@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
Yurik added a comment.
@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="">
Yurik added a comment.
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#L171TASK DETAILhttps://phabricator.wikimedia.org/T174298EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings
Yurik added a comment.
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
Yurik added a comment.
@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.TASK DETAILhttps://phabricator.wikimedia.org/T176927EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences
Yurik created this task.Yurik added a project: Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery.
TASK DESCRIPTIONBoth of these queries show unhelpful errors instead of a helpful warning message like "no data was found". Als
Yurik created this task.Yurik added a project: Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery.
TASK DESCRIPTIONThe "UP" button in the upper right corner does nothing. Try it at http://tinyurl.com/y95oylnsTASK D
Yurik added a comment.
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
Yurik created this task.Yurik added a project: Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery.
TASK DESCRIPTIONSeveral pieces of code, as well as package.json specify GPL 2.0 as the license, whereas https://github.com/wikimedia/wikidata-query
Yurik added a comment.
I saw the issue again, and filed a bug with the stacktraces - https://jira.blazegraph.com/browse/BLZG-9058
Seems like there is a lock contention of sorts.TASK DETAILhttps://phabricator.wikimedia.org/T176192EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel
1 - 100 of 331 matches
Mail list logo