Шотт Ольга | 24 Feb 13:30 2016
Picon

Trouble with Parsoid

Hello,
we are writing to get a response to a problem we faced.
We have installed Parsoid on Ubuntu 14. Here is our wiki:http://cwft.ru/wiki/index.php
We decided to test the service acvording to this instruction. https://www.mediawiki.org/wiki/Parsoid/Troubleshooting
Curl (http://cwft.ru/wiki/api.php) is right
Settings.js in /etc/mediawiki/parsoid/ have this information:
parsoidConfig.setMwApi({
prefix: 'localhost',
domain: 'http://cwft.ru',
uri: 'http://cwft.ru/wiki/api.php',
// set `proxy` to `null` to override and force no proxying.
//proxy: {
//uri: 'http://my.proxy:1234/',
//headers: { 'X-Forwarded-Proto': 'https' } // headers are optional
//}
});
When we enter the following command: curl -L http://127.0.0.1:8000/cwft.ru/v3/page/html/Main_page/ , Parsoid gives this curl: (52) Empty reply from server
We will appreciate, if you give us an example of the correct answer from curl or tell us the algorithm of configurating the service/entering the command parameters for our wiki so that we could get a correct answer.

Best regards, Olga
 
 
_______________________________________________
Wikitext-l mailing list
Wikitext-l <at> lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitext-l
Subramanya Sastry | 29 Jan 19:12 2016
Picon

http://parsoid-lb.eqiad.wikimedia.org being decommissioned

Hello everyone,

The public Parsoid endpoint http://parsoid-lb.eqiad.wikimedia.org is 
being decommissioned  [1] once we migrate over all straggler references 
to that endpoint [1] possibly as soon as 3 weeks from now.

As far as we know, there are very few requests to that endpoint right 
now, but if you have been using that endpoint, please switch over to 
using the RESTbase service instead. You can access Parsoid HTML for the 
wikimedia wikis via their REST API endpoint. For example, 
https://en.wikipedia.org/api/rest_v1/?doc is the REST API url for 
English Wikipedia content.

Thanks,
Subbu.

1. https://phabricator.wikimedia.org/T110474

_______________________________________________
Wikitext-l mailing list
Wikitext-l <at> lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitext-l
Luigi Assom | 29 Jan 00:23 2016
Picon

query rest endpoint proxy cache

Hello,


I was not aware api.wikipedia are available in cached version !

I tried /rest_v1/ endpoint and it is terribly fast.

I have few questions for using proxy cache:
1# Is it possible to query a page by page_ID and return the resulting redirected page if necessary?

e.g.:
/page/title/{title}
allow to get metadata by page, including the pageID , but I would like to have final page redirect (e.g. dna return 7956 and I would like to fetch 7955 of redirected 'DNA' )

/page/html/{title}
 get the article but page_ID / curid is missing in source

I would like to get the two combined.

2# The rest are experimental:
what could happen if a query fail?
Does it raise an error, return 404 page or what else?
I am thinking if possible to use api.wikipedia as fallback, and use proxy cache as primary source any ajax example for doing that to handle possible failures?

3# Does /rest/ endpoint exist also for other languages?

_______________________________________________
Wikitext-l mailing list
Wikitext-l <at> lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitext-l
Gabriel Wicke | 25 Jan 20:00 2016
Picon

Deprecating rest.wikimedia.org in favor of /api/rest_v1/

We have decided to officially retire the rest.wikimedia.org domain in
favor of /api/rest_v1/ at each individual project domain. For example,

  https://rest.wikimedia.org/en.wikipedia.org/v1/?doc

becomes

  https://en.wikipedia.org/api/rest_v1/?doc

Most clients already use the new path, and benefit from better
performance from geo-distributed caching, no additional DNS lookups,
and sharing of TLS / HTTP2 connections.

We intend to shut down the rest.wikimedia.org entry point around
March, so please adjust your clients to use /api/rest_v1/ soon.

Thank you for your cooperation,

Gabriel

--

-- 
Gabriel Wicke
Principal Engineer, Wikimedia Foundation

_______________________________________________
Wikitext-l mailing list
Wikitext-l <at> lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitext-l
Bob Cohen | 10 Jan 23:36 2016
Picon

CentOs 5 Install

Attachment: application/pgp-encrypted, 11 bytes
Attachment (encrypted.asc): application/octet-stream, 1809 bytes
_______________________________________________
Wikitext-l mailing list
Wikitext-l <at> lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitext-l
Andre Klapper | 2 Nov 00:06 2015
Picon

Get those small bugs fixed by new contributors: It's Google Code-In time!

* Do you have small, self-contained, "easy" bugs you'd love to get fixed?
  (Also see https://www.mediawiki.org/wiki/Annoying_little_bugs )
* Does your documentation need improvements?
* Do your old bugs welcome some testing?
* Does your user interface have some small design issues?
* Does the Outreachy/GSoC project you finished welcome small tweaks?
* Would you enjoy helping someone port your template to Lua?
* Does your gadget use some deprecated API calls?
* Do you have some tasks that welcome some research?

Google Code-In (GCI) will take place again in Dec+Jan: a contest for
13-17 year old students to provide small contributions to free software
projects. 
Wikimedia will apply again to take part in GCI. The more tasks we can
offer the likelier the changes Wikimedia will get accepted.

Unsure about quality of contributions and effort?
Read about tgr's post about Multimedia achievements in GCI 2014:
https://lists.wikimedia.org/pipermail/multimedia/2015-January/001009.html

In short:
* Add the project "GCI2015" + a comment to Phabricator tasks you'd mentor.
* Tasks are welcome in five areas: Code; Outreach/Research; 
  Documentation/Training; Quality Assurance; User Interface.
* Make sure the task description provides pointers to help the student.
* Add yourself to the table of mentors on the wikipage.
* "Beginner tasks" (<30 min for an experienced contributor) also welcome.
* "Generic" tasks also welcome (e.g. "Fix two user interface messages from
  the "Blocked By" list in https://phabricator.wikimedia.org/T40638 ").
For all information, check 
https://www.mediawiki.org/wiki/Google_Code-in_2015#Mentors.27_corner

Can you imagine providing a helping hand to someone fixing tasks?

Please ask if you have questions!

Thank you!
andre
--

-- 
Andre Klapper | Wikimedia Bugwrangler
http://blogs.gnome.org/aklapper/

_______________________________________________
Wikitext-l mailing list
Wikitext-l <at> lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitext-l
André Costa | 28 Oct 12:31 2015
Picon

Storing stand-alone Parsoid data

I have some general Parsoid questions I hoped someone here might help me with.

The background is that we are doing some preliminary work looking at how Text-to-Speech might work on Wikipedia (there will be some info online in the coming weeks).

One detail of this is that you might occasionally have to highlight specific words/sentences that are dealt with differently (e.g. World War III -> World War 3). It is still unclear how frequent such things would be but if they are very frequent then there would likely be push-back from the community if this is stored in the normal wikitext.

In this case we would have to store the markup outside of the wikitext and any viewing/editing of it would have to happen in some user enabled extension of the normal environment.

And here we come to the question.
1. If we would have to store this markup outside of the wikitext could this be done by storing the individual parsoid-data-units?
2. Would it be possible to add these units to the existing parsoid-data (which gets loaded from the wikitext) when loading a page?
3. Would it be possible to detect which of these units would be affected by edits to the wikipage?

This is still in the early stages so mainly we are looking at what possibilities exist should we need them. Using Parsoid data was something we thought of as a light-weight solution to having to store a synced copy of the wikitext+additional markup.

Cheers,
André
André Costa | GLAM-tekniker, Wikimedia Sverige | Andre.Costa <at> wikimedia.se | +46 (0)733-964574

Stöd fri kunskap, bli medlem i Wikimedia Sverige.
Läs mer på blimedlem.wikimedia.se

_______________________________________________
Wikitext-l mailing list
Wikitext-l <at> lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitext-l
D F | 16 Aug 18:32 2015
Picon

Re: Wikitext-l Digest, Vol 53, Issue 3

What I mean is that the whole string

  ... {{inner1|...|???}} ... {{inner2|...|???}} ... {{inner17|...|???}} ... {{inner18|...|???}} ...

is passed as the first argument of

  {{outer| ... |language}}

instead of being hard coded in the template {{outer| ... |language}} since the first argument is not known in advance.

Thanks,

Daniel Forgues

On Sun, Aug 16, 2015 at 5:01 AM, <wikitext-l-request <at> lists.wikimedia.org> wrote:
Send Wikitext-l mailing list submissions to
        wikitext-l <at> lists.wikimedia.org

To subscribe or unsubscribe via the World Wide Web, visit
        https://lists.wikimedia.org/mailman/listinfo/wikitext-l
or, via email, send a message with subject or body 'help' to
        wikitext-l-request <at> lists.wikimedia.org

You can reach the person managing the list at
        wikitext-l-owner <at> lists.wikimedia.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Wikitext-l digest..."


Today's Topics:

   1. Re: Outer templates modifying inner templates' parameters in
      nested template calls? (Arlo Breault)


----------------------------------------------------------------------

Message: 1
Date: Sat, 15 Aug 2015 15:30:56 -0700
From: Arlo Breault <abreault <at> wikimedia.org>
To: Parsoid and wikitext discussion <wikitext-l <at> lists.wikimedia.org>
Subject: Re: [Wikitext-l] Outer templates modifying inner templates'
        parameters in nested template calls?
Message-ID: <A99A5E66440D49C78EF7756667638071 <at> wikimedia.org>
Content-Type: text/plain; charset="utf-8"

On Monday, July 13, 2015 at 9:02 PM, D F wrote:
> Is there a way, or some hack, for an outer template to modify some inner templates' parameters in nested template calls? For example:
>
> {{outer| ... {{inner1|...|???}} ... {{inner2|...|???}} ... {{inner17|...|???}} ... {{inner18|...|???}} ... |language}}
>
> so that
>
> * if language = english, then ??? is replaced with en (before the inner templates are called)
> * if language = spanish, then ??? is replaced with sp (before the inner templates are called)
>
> This way, we only have to change the language parameter of the outer template, and all the inner templates are called with the appropriate parameter. (Instead of manually modifying the numerous inner templates.)
>
> I know that inner templates are called before outer ones. (This would mean that the inner templates would execute with the ??? parameter, returning something that would allow the outer template to modify the ???, then the outer template would call back the inner templates with the modified parameter, before the outer template finally does it's own thing with the result. I don't know whether or not this could be hacked.)
>
Maybe I’m misunderstanding but you can pass template
parameters as arguments to nested templates. As in,

/Page
{{aha|output=hello}}

/Tempate:aha
{{echo|{{{output}}}}}

/Template:echo
{{{1}}}

The content of page will be “hello”. I used a named parameter
so that the example is clearer; that isn’t necessary.

Hope it helps.


>
> Thanks
>
> Daniel Forgues
> _______________________________________________
> Wikitext-l mailing list
> Wikitext-l <at> lists.wikimedia.org (mailto:Wikitext-l <at> lists.wikimedia.org)
> https://lists.wikimedia.org/mailman/listinfo/wikitext-l






------------------------------

_______________________________________________
Wikitext-l mailing list
Wikitext-l <at> lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitext-l


End of Wikitext-l Digest, Vol 53, Issue 3
*****************************************

_______________________________________________
Wikitext-l mailing list
Wikitext-l <at> lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitext-l
Joe P. | 14 Aug 09:24 2015
Picon

[Parsoid] Installation problem

Greetings,

I am preparing VE for my Mediawiki. However, I failed to install Parsoid as the pre-requisite. My system is Ubuntu 14.04 LTS and MW 1.24.2. Following the guide https://www.mediawiki.org/wiki/Parsoid/Setup, but got these errors:

sudo apt-key advanced --keyserver keys.gnupg.net --recv-keys 5C927F7C
yields
Executing: gpg --ignore-time-conflict --no-options --no-default-keyring --homedir /tmp/tmp.hzJuISWZKb --no-auto-check-trustdb --trust-model always --keyring /etc/apt/trusted.gpg --primary-keyring /etc/apt/trusted.gpg --keyserver keys.gnupg.net --recv-keys 5C927F7C
gpg: requesting key 5C927F7C from hkp server keys.gnupg.net
?: keys.gnupg.net: Network is unreachable
gpgkeys: HTTP fetch error 7: couldn't connect: Network is unreachable
gpg: no valid OpenPGP data found.
gpg: Total number processed: 0

sudo apt-get update after adding the deb config
yields
W: Some index files failed to download. They have been ignored, or old ones used instead.

sudo apt-get install parsoid
yields
E: Unable to locate package parsoid

So could anyone please help me on this? Thank in advance!

Rgds,
Joe
_______________________________________________
Wikitext-l mailing list
Wikitext-l <at> lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitext-l
D F | 14 Jul 06:02 2015
Picon

Outer templates modifying inner templates' parameters in nested template calls?

Is there a way, or some hack, for an outer template to modify some inner templates' parameters in nested template calls? For example:

  {{outer| ... {{inner1|...|???}} ... {{inner2|...|???}} ... {{inner17|...|???}} ... {{inner18|...|???}} ... |language}}

so that

* if language = english, then ??? is replaced with en (before the inner templates are called)
* if language = spanish, then ??? is replaced with sp (before the inner templates are called)

This way, we only have to change the language parameter of the outer template, and all the inner templates are called with the appropriate parameter. (Instead of manually modifying the numerous inner templates.)

I know that inner templates are called before outer ones. (This would mean that the inner templates would execute with the ??? parameter, returning something that would allow the outer template to modify the ???, then the outer template would call back the inner templates with the modified parameter, before the outer template finally does it's own thing with the result. I don't know whether or not this could be hacked.)

Thanks

Daniel Forgues 
_______________________________________________
Wikitext-l mailing list
Wikitext-l <at> lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitext-l
Vadim Shlyakhov | 22 Apr 18:11 2015
Picon

Parsoid to render #Widget parser function result

Hi!,

Like before I'm playing with a wiki with quite an old Mediawiki installed (http://www.cruiserswiki.org/wiki/Special:Version)

We have a Widgets extension installed and it appears we are not able to render a result from #widget parser function there.

For example, at http://www.cruiserswiki.org/wiki/User:Vadim/Sandbox3 we have:

 <nowiki>{{</nowiki>#Widget:Dmh2Deg|d=41|m=14.74|h=N}}

{{#Widget:Dmh2Deg|d=41|m=14.74|h=N}}

 <nowiki>{{</nowiki>#Widget:Dmh2Deg|d=09|m=11.93|h=E}}

{{#Widget:Dmh2Deg|d=09|m=11.93|h=E}}

which renders to
{{#Widget:Dmh2Deg|d=41|m=14.74|h=N}}

41.245666666667

{{#Widget:Dmh2Deg|d=09|m=11.93|h=E}}

9.1988333333333


but the Parsoid gives:

{{#Widget:Dmh2Deg|d=41|m=14.74|h=N}}

{{#Widget:Dmh2Deg|d=09|m=11.93|h=E}}

Actually in HTML code I see:

<!-- ENCODED_CONTENT PCEtLQotLT48IS0tCi0tPjQxLjI0NTY2NjY2NjY2Nw== -->

and

<!--  ENCODED_CONTENT PCEtLQotLT48IS0tCi0tPjkuMTk4ODMzMzMzMzMzMw== -->

which gives 41.245666666667 and 9.1988333333333 if base64-decoded.

I'm quite confused about this behaviour.

I wonder if someone could help me to solve this issue.

Thanks

Vadim
_______________________________________________
Wikitext-l mailing list
Wikitext-l <at> lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitext-l

Gmane