Saerdnaer added a comment.
Is there some documentation of this feature?TASK DETAILhttps://phabricator.wikimedia.org/T57549EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jonas, SaerdnaerCc: Saerdnaer, Lokal_Profil, WMDE-leszek, Pasleim, LikeLifer, jmac,
Lokal_Profil added a comment.
In T57549#3143256, @Jonas wrote:
A Wikibase installation can change the URL to the Wiki storing the geo-shapes, bu the checks will stay the same.
In the future we might remove the constraint of the 'Data' namespace inside the check.
A follow up. I just noticed
Lokal_Profil added a comment.
In T57549#3143256, @Jonas wrote:
A Wikibase installation can change the URL to the Wiki storing the geo-shapes, bu the checks will stay the same.
In the future we might remove the constraint of the 'Data' namespace inside the check.
Thanks for the clarification.
Jonas added a comment.
A Wikibase installation can change the URL to the Wiki storing the geo-shapes, bu the checks will stay the same.
In the future we might remove the constraint of the 'Data' namespace inside the check.TASK DETAILhttps://phabricator.wikimedia.org/T57549EMAIL
Lokal_Profil added a comment.
In T57549#3142843, @Jonas wrote:
AFAIK it checks that the title matches
'/^Data:[^\\[\\]#\\\:{|}]+\.map$/u'
and checks if the page exists on commons.
Thanks!
Is that check true for any Wikibase installation or Wikidata only?TASK
Jonas added a comment.
AFAIK it checks that the title matches
'/^Data:[^\\[\\]#\\\:{|}]+\.map$/u'
and checks if the page exists on commons.TASK DETAILhttps://phabricator.wikimedia.org/T57549EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc:
gerritbot added a comment.
Change 339208 merged by jenkins-bot:
[mediawiki/extensions/Wikibase] Make geo-shape validator configurable
https://gerrit.wikimedia.org/r/339208TASK DETAILhttps://phabricator.wikimedia.org/T57549EMAIL
gerritbot added a comment.
Change 341509 had a related patch set uploaded (by jk):
[data-values/value-view] Use fulltext search in commons suggester
https://gerrit.wikimedia.org/r/341509TASK DETAILhttps://phabricator.wikimedia.org/T57549EMAIL
gerritbot added a comment.
Change 340147 merged by jenkins-bot:
Trivialize InterWikiLinkWikitextFormatterTest
https://gerrit.wikimedia.org/r/340147TASK DETAILhttps://phabricator.wikimedia.org/T57549EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jonas,
gerritbot added a comment.
Change 340149 merged by jenkins-bot:
Cleanups and fixes to both InterWikiLink…Formatters
https://gerrit.wikimedia.org/r/340149TASK DETAILhttps://phabricator.wikimedia.org/T57549EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jonas,
gerritbot added a comment.
Change 339220 merged by jenkins-bot:
Make geo-shape storage baseUrl configurable
https://gerrit.wikimedia.org/r/339220TASK DETAILhttps://phabricator.wikimedia.org/T57549EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jonas,
gerritbot added a comment.
Change 340149 had a related patch set uploaded (by Thiemo Mättig (WMDE); owner: Thiemo Mättig (WMDE)):
Cleanups and fixes to both InterWikiLink…Formatters
https://gerrit.wikimedia.org/r/340149TASK DETAILhttps://phabricator.wikimedia.org/T57549EMAIL
gerritbot added a comment.
Change 339168 merged by jenkins-bot:
Add InterWikiLinkWikitextFormatter
https://gerrit.wikimedia.org/r/339168TASK DETAILhttps://phabricator.wikimedia.org/T57549EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jonas, gerritbotCc:
gerritbot added a comment.
Change 340147 had a related patch set uploaded (by Thiemo Mättig (WMDE)):
Trivialize InterWikiLinkWikitextFormatterTest
https://gerrit.wikimedia.org/r/340147TASK DETAILhttps://phabricator.wikimedia.org/T57549EMAIL
gerritbot added a comment.
Change 339220 had a related patch set uploaded (by Aleksey Bekh-Ivanov (WMDE)):
Make geo-shape storage baseUrl configurable
https://gerrit.wikimedia.org/r/339220TASK DETAILhttps://phabricator.wikimedia.org/T57549EMAIL
gerritbot added a comment.
Change 339168 had a related patch set uploaded (by Aleksey Bekh-Ivanov (WMDE)):
Add InterWikiLinkWikitextFormatter
https://gerrit.wikimedia.org/r/339168TASK DETAILhttps://phabricator.wikimedia.org/T57549EMAIL
TheDJ added a comment.
In T57549#2983072, @daniel wrote:
But thy are not media files, and cannot be treated as such.
As I also mentioned in T28059: Add support for KML/KMZ filetype however, it's probably quite simple to write JS tools around .map pages and, which allow you to import and to
gerritbot added a comment.
Change 330230 abandoned by Jonas Kress (WMDE):
Added support for geo-shape
Reason:
Split up big patch into small ones
https://gerrit.wikimedia.org/r/330230TASK DETAILhttps://phabricator.wikimedia.org/T57549EMAIL
gerritbot added a comment.
Change 330228 merged by jenkins-bot:
Added support for geo shapes
https://gerrit.wikimedia.org/r/330228TASK DETAILhttps://phabricator.wikimedia.org/T57549EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: Jonas, Micru,
daniel added a comment.
Yes, let's please be very clear about files vs pages. This is a findamental disctinction both for MediaWiki internally, as well as for Commons editors.
This distinction makes little sense to casual visitors, and perhaps should go away on the technical side at some point,
aude added a comment.
@Jonas KML is a separate thing and not part of this task or part of commons data.TASK DETAILhttps://phabricator.wikimedia.org/T57549EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: Jonas, Micru, gerritbot, mxn, Yurik, abian,
Jonas added a comment.
So we will add a new datatype for geo-shapes that allows selecting .map files from commons.
The initial request mentioned .kml files.
Do we still need to support for this filetype?TASK DETAILhttps://phabricator.wikimedia.org/T57549EMAIL
gerritbot added a comment.
Change 330230 had a related patch set uploaded (by Jonas Kress (WMDE)):
[WIP] Added support for CommonsDataType
https://gerrit.wikimedia.org/r/330230TASK DETAILhttps://phabricator.wikimedia.org/T57549EMAIL
gerritbot added a comment.
Change 330228 had a related patch set uploaded (by Jonas Kress (WMDE)):
Added support for CommonsDataType
https://gerrit.wikimedia.org/r/330228TASK DETAILhttps://phabricator.wikimedia.org/T57549EMAIL
Yurik added a comment.
Ah, gotcha. Yep, totally makes sense for searching :) Thanks for explaining!TASK DETAILhttps://phabricator.wikimedia.org/T57549EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: YurikCc: mxn, Yurik, abian, Evad37, Abbe98, daniel,
aude added a comment.
@Yurik Wikibase doesn't know about what properties there are but can handle things at the data type level.
not sure I understand what you mean by per-value-type search.
For querying, it would be great to be able to find points within a shape (if the shapes are cleanly
Yurik added a comment.
agree, visualization aspect is important (i wonder if visualization should be per-property though). As for searching - do we have a per-value-type search rather than per-property? I'm not arguing for-or-against separating them yet, just trying to understand what value
aude added a comment.
@Yurik think it would be easier to search/query if they were separate, and also display and handle other aspects differentlyTASK DETAILhttps://phabricator.wikimedia.org/T57549EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: mxn,
Yurik added a comment.
@aude what would be the benefit? I'm guessing the property would need to be restricted to a specific target type, but can we do that with a regex (e.g. /.\.map$/) ?TASK DETAILhttps://phabricator.wikimedia.org/T57549EMAIL
aude added a comment.
@Yurik think they need to be separate datatypes (at least geo separate from other data)TASK DETAILhttps://phabricator.wikimedia.org/T57549EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: mxn, Yurik, abian, Evad37, Abbe98, daniel,
Yurik added a comment.
@daniel, thanks. Will you want to group them together, or have one datatype per the content handler? For now, we have .map and .tab, but eventually we might want to expand that list. I am already thinking of .tabheader, which would allow multiple .tab pages to use a shared
daniel added a comment.
@Yurik yes, indeed, we want to treat them similar to how we handle commons media. It's not exactly the same though, so it needs a separate datatype implementation.TASK DETAILhttps://phabricator.wikimedia.org/T57549EMAIL
Yurik added a comment.
@daniel Ah, thanks, I misunderstood. Do you want to handle these pages the same way you handle images on Commons, or do you want to treat them as entities? My guess you are going for the former, and will wait for the structured (meta) data project to take off first.TASK
Yurik added a comment.
The Commons Datasets with GeoJSON support has been enabled 2 weeks ago. See help page, and an endangered habitat example. What else is needed to close this task?TASK DETAILhttps://phabricator.wikimedia.org/T57549EMAIL
Yurik added a comment.
Interactive team plans to work on implementing on-wiki GeoJSON storage on Commons. This data will be easily usable directly from maps & graphs, similar to how you can already show geoshapes directly from OpenStreetMap. See examples.TASK
daniel added a comment.
In T57549#1090333, @Kolossos wrote:
I see two option:
*Handle it Geodata like a file and allow uploads of KML/GPX/GeoJSON to Commons.
*Handle it in a Geo-database (Postgresql/PostGIS) where you could make complex queries, etc.
I would prefer the second way. We have also
36 matches
Mail list logo
