Wikitech-l September 2016

wikitech-l@lists.wikimedia.org

105 participants
116 discussions

Re: [Wikitech-l] SQLite Mediawiki support
by Jefsey 27 Sep '16

27 Sep '16

At 00:36 27/09/2016, Brian Wolff wrote: >Content-Transfer-Encoding: base64Mediawiki supports sqlite. And you >can pretty much use with any webserver - >so are you basically asking for an installer? Some sort of xulrunner-esque >thing so the interface doesnt look like a web browser? I did not know XULetc... So, some parts could be related. Actually the need I have is quite opposite to mediawiki but with the same tools: not to support a community with common knowledge, but to support a single/a small group of users/authors, with sustainable knowledge, i.e. texts I can consantly augment and update, so I can structure my "mneme" and build upon it, for me, for others. The key issue seems to be individual (wikilite) versus community mneme (wikipedia) I need the wikipedia proven tools and practices under the form of a compact and robuts system I can rely upon and run on my different machines through my dropbox directory (the way I actually use the same wiki on three machines). However, the difficulty are : 1. mediawiki is not documented in that perspective for technically agnostic end-users 2. some of the php tools are not complete for SQLite 3. installation of a new wikilite is still complex and long, I would like to be able to install 30 different ones in one minute for a group of students, with pre-entered pages, forms, docs,mailing lists, etc. 4. a review of extensions into that perspective - introduced as perpetual off-the-shelve part of the experience. 5. farming management and updates (I run around 200 wikilites using symlinks for the current release, each in its own directory) 6. I would like to develop specialized bots for content management and interfacing, etc. that do not necessarily make sense in broad uses. etc. What I would like to get is an end-user oriented (extension and bot included) documentation anyone can read, understand and use. Yes, an installation and maintenance tool, with various types of use configurations, Then a clear documentation of the maintenance and extension tools with quality control and support. To become an end-user textbase++ system, consultants should be available and turn-click deliveries available (home and in the cloud). Thx for suggestions. jefsey >-- >Brian > >On Monday, September 26, 2016, Jefsey <jefsey(a)jefsey.com> wrote: > > The personal way I am using wikimedia as an SQLite textbase I can easily >copy/backup from machine to machine and modifiy through external bundled >applications leads me to consider there is a need for a wikimedia user 100% >compatible "WIKILite" integrated/maintained solution set. > > >K has something like that been investigated in the past? > 2. I would be interested by comments on the idea? > > 3. also about the approach that can best help users and possibly >wikimedia dévelopmentHÝH]\ÈH]ÛÜÙ@d individual/professionnal I >am interested in >multi-agent oriented interwares and would like to investigate "wikilite" >networking capabilities (both about what networked architectures could >bring, and aboout capacity based content security/protection). > > > > Thank you for your attention. >\Ý£âõõõõõõõõõõõõõõõõõõõõõõõõõõõõõõõõõõõð___________ > > Wikitech-l mailing list >ÚZÚ]XÚ[\ÝËwikimedia.org >ÎËÛ\ÝËÚZÚ[YYXKÜËÛXZ[X[Û\Ý@nfo/wikitech-l >_______________________________________________ >Wikitech-l mailing list >Wikitech-l(a)lists.wikimedia.org >https://lists.wikimedia.org/mailman/listinfo/wikitech-l

1 0

Re: [Wikitech-l] SQLite Mediawiki support
by Aran 27 Sep '16

27 Sep '16

I developed a MediaWikiLite system many years ago which worked reasonably well. It was for having a wiki on a memory stick that included the content and ability to edit it in the field without net access. It ran on SQLite and use Nanoweb, a web-server written in PHP to reduce dependencies further. It's very out of date now, but may be helpful: https://www.organicdesign.co.nz/MediaWikiLite On 26/09/16 11:00, Jefsey wrote: > The personal way I am using wikimedia as an SQLite textbase I can > easily copy/backup from machine to machine and modifiy through > external bundled applications leads me to consider there is a need for > a wikimedia user 100% compatible "WIKILite" integrated/maintained > solution set. > > 1. has something like that been investigated in the past? > 2. I would be interested by comments on the idea? > 3. also about the approach that can best help users and possibly > wikimedia dévelopment? > > I note that as a networked individual/professionnal I am interested in > multi-agent oriented interwares and would like to investigate > "wikilite" networking capabilities (both about what networked > architectures could bring, and aboout capacity based content > security/protection). > > Thank you for your attention. > Best > jfc > > > > _______________________________________________ > Wikitech-l mailing list > Wikitech-l(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l

2 1

Re: [Wikitech-l] SQLite Mediawiki support
by Brian Wolff 27 Sep '16

27 Sep '16

Mediawiki supports sqlite. And you can pretty much use with any webserver - so are you basically asking for an installer? Some sort of xulrunner-esque thing so the interface doesnt look like a web browser? -- Brian On Monday, September 26, 2016, Jefsey <jefsey(a)jefsey.com> wrote: > The personal way I am using wikimedia as an SQLite textbase I can easily copy/backup from machine to machine and modifiy through external bundled applications leads me to consider there is a need for a wikimedia user 100% compatible "WIKILite" integrated/maintained solution set. > > 1. has something like that been investigated in the past? > 2. I would be interested by comments on the idea? > 3. also about the approach that can best help users and possibly wikimedia dévelopment? > > I note that as a networked individual/professionnal I am interested in multi-agent oriented interwares and would like to investigate "wikilite" networking capabilities (both about what networked architectures could bring, and aboout capacity based content security/protection). > > Thank you for your attention. > Best > jfc > > > _______________________________________________ > Wikitech-l mailing list > Wikitech-l(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l

1 0

SQLite Mediawiki support
by Jefsey 26 Sep '16

26 Sep '16

The personal way I am using wikimedia as an SQLite textbase I can easily copy/backup from machine to machine and modifiy through external bundled applications leads me to consider there is a need for a wikimedia user 100% compatible "WIKILite" integrated/maintained solution set. 1. has something like that been investigated in the past? 2. I would be interested by comments on the idea? 3. also about the approach that can best help users and possibly wikimedia dévelopment? I note that as a networked individual/professionnal I am interested in multi-agent oriented interwares and would like to investigate "wikilite" networking capabilities (both about what networked architectures could bring, and aboout capacity based content security/protection). Thank you for your attention. Best jfc

1 0

Wikipedia dumps for Article with Category
by Abdulfattah Safa 26 Sep '16

26 Sep '16

Hi, In Wikipedia dumps for Arabic (arwiki), which dump does contain the article categories along with article metadata (namespace, redirects, content, etc..)? -- Regards, Abdulfattah Safa Senior Software Engineer Mobile: (+972)(599)231600 Skype: fattah.safa *P **Please consider the environment before printing this email*

2 1

Data archiving on nanostructured glass
by Pine W 24 Sep '16

24 Sep '16

There are occasional community discussions about how to preserve Wikipedia (and hopefully the sister projects) for a very long time even if there are any of several kinds of global disasters. This archival technology might be of interest: http://phys.org/news/2016-02-eternal-5d-storage-history-humankind.html Quoting from the article: "As a very stable and safe form of portable memory, the technology could be highly useful for organisations with big archives, such as national archives, museums and libraries, to preserve their information and records." I haven't studied this technology in any depth so I can't endorse it, but it looks like it might be of interest to archivists, preservationists, and contingency planners. Pine

1 0

Discovery Weekly Update for the week starting 2016-09-19
by Chris Koerner 24 Sep '16

24 Sep '16

Hello, Here is the Discovery status update for the week starting 19 September. Feedback and questions are welcome. == Discussions == * The team had several conversations about elastic search things (ICU_folding) and external referrers and how to get db access for investigations as well as mock design for displaying the upcoming cross-wiki search results * Data Demolition Derby was completed for cleaning up old Qualtrics survey data == Events and News == == Interactive == * Geoshapes service can now get both polygons (e.g. city outline) and lines (eg. rivers and roads) by their Wikidata ID * "properties" in GeoJSON now apply to the ExternalData geoshapes == Search == * CompletionSuggester with defaultsort demo available, feedback welcome [1] * Completed analysis of squashing Russian stress accents and folding ё to е for Russian wikis. [2] * Updated ElasticSearch document versioning in CirrusSearch [3] ** This is contingent on a full cluster restart and a deployment of the configuration change [4] * Updated Completion Suggester code for searching a subpage title using the search bar [5] * Added position increment gap to fields where positions are stored [6] * Documented our usage of the term 'PaulScore' [7] * Upgraded ElasticSearch and plugins to 2.3.5 [8] * Monitor the usage of in memory data structures used by ElasticSearch [9] == Analysis == * Completed analysis to determine if the new Wikipedia.org portal page display caused any pageview decreases to smaller wikis (UK) (analysis html and pdf docs) [10] [11] [12] * Updated dashboards to allow for easier bookmarking/copying [13] ==Wikidata Query Service== * Fixed when search for insource:tag finds "<tag>" but not "{{#tag:tag}} [14] == Wikipedia.org Portal == * Requested additional translations from translatewiki [15] * Optimize the image optimization [16] == Other Noteworthy Stuff == * Yuri and Julien are attending State of the Map 2016 conference in Brussels [1] http://mw-sug-subpages-relforge.wmflabs.org/w/default_sort_demo.html [2] https://www.mediawiki.org/wiki/User:TJones_(WMF)/Notes/Removing_Stress_Acce… [3] https://phabricator.wikimedia.org/T144039 [4] https://phabricator.wikimedia.org/T146210 [5] https://phabricator.wikimedia.org/T123015 [6] https://phabricator.wikimedia.org/T145405 [7] https://phabricator.wikimedia.org/T144243 [8] https://phabricator.wikimedia.org/T145404 [9] https://phabricator.wikimedia.org/T144387 [10] https://phabricator.wikimedia.org/T143853 [11] http://wikimedia-research.github.io/Discovery-Research-Portal/ukrainian/ [12] https://commons.wikimedia.org/wiki/File:The_Wikipedia.org_Portal_and_Ukrain… [13] https://phabricator.wikimedia.org/T145478 [14] https://phabricator.wikimedia.org/T145023 [15] https://phabricator.wikimedia.org/T143338 [16] https://phabricator.wikimedia.org/T143208 ---- The full update, and archive of past updates, can be found on MediaWiki.org: https://www.mediawiki.org/wiki/Discovery/Status_updates Interested in getting involved? See tasks marked as Easy or Volunteer needed in Phabricator. [1] https://phabricator.wikimedia.org/maniphest/query/qW51XhCCd8.7/#R [2] https://phabricator.wikimedia.org/maniphest/query/5KEPuEJh9TPS/#R -- Yours, Chris Koerner Community Liaison - Discovery Wikimedia Foundation

1 0

"Community Wishlist" as a Dev Summit topic
by C. Scott Ananian 24 Sep '16

24 Sep '16

The suggestion has been raised ( https://www.mediawiki.org/wiki/Topic:Tbyqbjcuihhkhtk8) that one of the Topics for the upcoming Developer Summit be the Community Wishlist. It seems to me that the community wishlist is still not completely embraced by engineering/devs, perhaps partly because some of the items are impossible, or already on a roadmap, or others have priorities which are out of sync with implementation difficulty. It is excellent work by the Community Tech team that somehow still feels "not completely integrated". Perhaps one way to structure a "wishlist" topic at the dev summit would be to collaborate to improve the 'status' category of https://meta.wikimedia.org/wiki/2015_Community_Wishlist_Survey/Results. It would be helpful to have an engineering assessment for each wishlist item detailing either: (a) this is being actively worked on now by WMF staff (b) this is on a roadmap for (roughly) XYZ date (with a link to the roadmap), (c) this depends on some other prior work (which is on a roadmap) (d) this is technically sound but not a priority of the WMF (for <reasons>, spelled out) so we are eager for community assistance (e) there is serious disagreement about how to best accomplish this, technically (f) there is serious disagreement about how to best accomplish this, non-technically (UX, social factors, mission creep, ongoing maintenance, community A disagrees with community B, etc) (g) this is, in the judgement of engineering, impossible or unwise. It seems that this has been done for the top ten wishlist items, but we could collaborate on filling out details on more of the items. A follow up session could concentrate on items in categories (d) and (e), attempting to resolve roadblocks. Category (f) would need non-engineering participation, perhaps at the next Wikimania. --scott -- (http://cscott.net)

2 3

Wikimedia Developer Summit 2017: Registration Open
by Rachel Farrand 23 Sep '16

23 Sep '16

The Wikimedia Developer Summit will be taking place in San Francisco, California USA between January 9th and 11th. Registration is now open. The call for participation will open as soon as the main topics of the event are defined. You are invited to join the discussion. See the wiki for details: https://www.mediawiki.org/wiki/Wikimedia_Developer_Summit The deadline to request travel sponsorship is Monday October 24th. Hope to see you in San Francisco!

4 4

Recent changes, notifications & pageprops
by Stas Malyshev 23 Sep '16

23 Sep '16

Hi! I'd like to raise a topic of handling change notifications and up-to-date-ness of Wiki pages data with relation to page props. First, a little background about how I arrived at the issue. I am maintaining Wikidata Query Service, which updates from Wikidata using recent changes API and RDF export format for Wikidata pages. Recently, we have implemented using certain page properties, such as link & statement counts. This is when I discovered the issue: the page properties are not updated when the page (Wikidata item) is edited, but are updated later, as I understand by a job. Now, this leads to a situation where when I have a recent changes entry, and I look at the RDF export page - which contains page props derived data now - I can not know if page props data is up-to-date or not. Moreover, if the job - some unknown and undefined time later - updates the page props, I get no notification since the modification is not reflected in recent changes. This makes usage of information derived from page props very hard - you never know if the data is stale or whether the data in page props matches the data in the page. The problem is described in more detail in https://phabricator.wikimedia.org/T145712 I'd like to find a solution for it, but not sure how to proceed. The data specific to this case can be easily generated from the data already present in memory during the page update, but I assume there were some reasons why it was deferred. We could make some kind of notification when updating page props, though that would probably seriously increase the number of notifications and thus slow the updates. Also, in some cases, the second notification may not be necessary since the page props were updated before I've processed the first one, but I have no way of knowing it now. Any advice on how to solve this issue? -- Stas Malyshev smalyshev(a)wikimedia.org

4 6

← Newer
1
2
3
4
5
6
7
...
12
Older →

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Wikitech-l September 2016