Page MenuHomePhabricator prefixes geocoordinates for some articles using api interface
Closed, InvalidPublic



since a couple of days some articles extracts prefixing geocoordinates, see e.g.|extracts|coordinates|pageimages&coprop=type|name|dim&inprop=url&exchars=500&exsectionformat=plain&explaintext&continue=&format=json&pithumbsize=400

I can't really say when this started, as it was also reported to me... So far noticed it only on (not any other languages) and also only on some articles...
Couldn't find any logic in there..

Nevertheless i wanted to let you know..

Event Timeline

Restricted Application added a subscriber: Aklapper. · View Herald TranscriptApr 6 2016, 11:22 AM
Krenair edited projects, added TextExtracts; removed MediaWiki-API.Apr 6 2016, 1:07 PM

I said it might be (it was a recent change modifying a related template's coordinate handling), not that it necessarily is.

Anomie added a subscriber: Anomie.Apr 6 2016, 2:46 PM

This looks like the same root problem as in T119702: API returns error messages in place destined for end user: the template is outputting the coordinates inside a <span> with style="display:none", but TextExtracts does not ignore such spans.

<span class="geo" style="display:none"><span class="latitude">49.115833333333</span><span class="longitude">10.3225</span><span class="elevation">481</span></span>
Jdlrobson triaged this task as Medium priority.Apr 6 2016, 5:12 PM

TextExtracts removes noprint class, which was removed with
Readded with

No it works, but TextExtracts should also ignore style=display:none

TextExtracts should also ignore style=display:none

I agree, but besides that, the way dewiki's coordinates template ([[de:Template:Coordinate]]) inserts microformat data into the page is totally broken, which also caused T91491 (actually my insertion of style="display:none" to the template was an attempt to fix that, rendering class="noprint" redundant under my assumptions).

The geo microformat is not at all supposed to be implemented as an invisible element, but rather as attributes of visible elements. This should be addressed in the local template (but I am not going to work on it).

bmansurov lowered the priority of this task from Medium to Low.Jul 27 2016, 4:52 PM
bmansurov moved this task from Incoming to Needs Prioritization on the Readers-Web-Backlog board.

Hello! Is this still the case?
I'm a little confused with this bug - what needs fixing and where?

Jdlrobson closed this task as Invalid.Jul 3 2017, 8:56 PM

Not clear how to replicate and seems like the noprint
With regards to the appropriate solution to not showing coordinates in extracts is to add the class noexercpt (see