Talk:Beta Features/Nearby Pages/Archive 1

What do you like about Nearby Pages?

 * It is a useful tool to find what pages are nearby that you may want to put on your watchlist. Dleit Ḵaa (talk) 02:10, 22 November 2013 (UTC)
 * It's 1) "cool" - makes Wikipedia look more like the modern cutting edge web and 2) useful - it allows for more target exploring for tourists and such. --Piotrus (talk) 02:52, 26 November 2013 (UTC)

I really like this!
I really like this feature! It's great to see the nearby places of interest and having the pictures in the menu is a great idea.

Two comments: -- The Anome (talk) 12:33, 25 November 2013 (UTC)
 * it's not easily discoverable. I had to spend about a minute looking at the en:London article before I saw it. Places I looked first: (1) the coordinates at the top of the article -- I expected text here, not a Google-like icon, which I didn't see because I wasn't looking for it and it got lost in the cluster of other icons there, and (2) in the text menu at the left side of the page
 * there's no effective filtering by importance in cases where the number of nearby articles is very largem as is the case for the en:London article. Ideally, there should be some sort of page ranking algorithm to determine the relative importance of nearby articles.

What would you suggest would be a good way of determining importance of nearby articles in this situation? Currently it is purely based on proximity but theoretically I guess we could filter it to be pages which have images / pages which are over a certain length / pages which have been featured (although that said I'm not sure what is feasible) Jdlrobson (talk) 19:22, 26 November 2013 (UTC)


 * Yes, that's the sort of thing I'm thinking of -- some combination of topic relevance, article quality and distance. Size and precision of features should also play a part here. For example, where an article is about a state, the most relevant articles are probably the nearby states, not, for example, buildings which are near the geographic centre of the state. This is obviously a matter for future research. By the way, I think the recent improvements to the display of this feature are really good. -- The Anome (talk) 12:12, 1 December 2013 (UTC)

What would you change about Nearby Pages?
Is this feature useful? Should we work more on it and use it as the basis to build it into a replacement for tools like Geohack? What's missing?

Close button misleading in current form

 * The "close" button doesn't work. It just brings me back one step if I've opened a file. It only actually closes the interface if I'm at the main screen. --MarkTraceur (talk) 19:27, 20 November 2013 (UTC)
 * Yeh the design could be improved here but basically you are creating new windows and closing the top window. Maybe I could make them look stacked to make this clearer. Jdlrobson (talk) 19:05, 22 November 2013 (UTC)
 * I can't close it with the big X in the top on eu:wp. -Theklan (talk) 23:48, 26 January 2014 (UTC)

Design improvements

 * The layout seems a little cluttered, which is mostly fine, but some extra padding wouldn't hurt. --MarkTraceur (talk) 19:27, 20 November 2013 (UTC)
 * Every article found nearby takes a huge space on screen. Why take up so much space? The distance could have been at the same line as the title, probably it could go first. The icon is fine, but it is necessary? --FocalPoint (talk) 16:30, 23 November 2013 (UTC)
 * The "Nearby" and empty space around it is also HUGE! --FocalPoint (talk) 16:35, 23 November 2013 (UTC)

Make it work in the file namespace

 * When I am on Stockholm I see the button with a long list of files nearby. Great! However, it does not seem to work in the File: namespace, but I think that would also be very useful too. I.e. the top file in the Stockholm list, File:Kungliga Myntet staty 2012.JPG, should also have a button (clearly it has a discoverable coordinate). --Jan Ainali (WMSE) (talk) 08:55, 21 November 2013 (UTC)
 * Yes this is a known bug - it's actually caused by the lack of a space between geo coordinates generated in file templates. Luckily a fix is on the way: https://gerrit.wikimedia.org/r/96882 Jdlrobson (talk) 19:05, 22 November 2013 (UTC)

Escape needed

 * It needs an escape from geographically close together pages. ChrisGualtieri (talk) 00:57, 22 November 2013 (UTC)

Show catchment area

 * It would be nice to know the radius of the catchment area, i.e. "The following pages are with x meters of the geographical location of y article." It would also be fun to be able to change the radius to increase or decrease the number of pages brought up. Dleit Ḵaa (talk) 02:09, 22 November 2013 (UTC)
 * Not just fun. This is a must, as distances have different meanings in cities vs rural areas. Klipe (talk) 09:58, 22 November 2013 (UTC)
 * I totally agree with this comment. I'm not sure, but I gather that WP must be taking the GPS coordinates for a thing with a very specific point assigned to it and then listing all other entries tied to a point within a certain distance. So, for example, when you open Charleston, South Carolina, the feature directs you to several dozen articles about lots of things (mainly historic buildings). But, when you search for Adams Run, South Carolina (a small town), there is only one tie-in. Assuming that is what's going on in the background, it would be very nice to be able to set the radius at a specific amount. For example, if I were in downtown Charleston, I might want to set the range to just 0.5 miles to see if there are interesting locations nearby. But, if I'm way out in the country in Adams Run, I might want to set the range at 10 miles since I'd probably be in a car. That sort of thing.


 * Same in Port Morris, Bronx, which has a long list. Better to list the nearest 5 or 10 (fancier, let me choose how many) and say the range. Jim.henderson (talk) 23:29, 24 March 2014 (UTC)

Confusion of what the feature is

 * In fact I could not see any reaction. I've activated the feature, but where is this feature? How do I access to it. I see nothing. --Parzi (talk) 03:28, 22 November 2013 (UTC)
 * +1. How do I use this if activated? It isn't the small globe icon right of the coordinates that shows a map, is it? Because this is also there when the feature is disabled. --2003:63:2F00:D800:98DD:D5CA:240B:868A 14:02, 22 November 2013 (UTC)
 * I've added a screenshot to the feature page hopefully this will help. There is also problems with it not showing in places it should but I'm working on this now Jdlrobson (talk) 19:05, 22 November 2013 (UTC)
 * If you mean "Show location on interactive map", you first should communicate this on this page, and second translate this button title in other languages than English. Regards Parzi (talk) 03:36, 22 November 2013 (UTC)
 * I think this is a different feature? Sorry for any confusion (see above point) Jdlrobson (talk) 19:05, 22 November 2013 (UTC).

Inconsistent templates

 * I can't see this icon. I'm on German WP. --2003:63:2F00:D800:E12F:BA24:2399:5B04 22:11, 22 November 2013 (UTC)

The feature works by looking for an element in the page in the form

​37.787088; -122.400940​ ​

It seems geo coordinate templates are inconsistent across projects as on German Wikipedia this format is used (FWIW I actually prefer this formatting):

​ ​37.787328048611​ ​ ​-122.40098480194​ ​ ​

What can we do to make these templates consistent? Jdlrobson (talk) 23:06, 22 November 2013 (UTC)
 * I'd say don't rely on the template, instead, use the information generated by parser function ? TheDJ (talk) 10:52, 26 November 2013 (UTC)

Maps

 * It would need to support the case of pages with multiple geographic references, such as lists of monuments in a given area or about a given topic. Klipe (talk) 09:58, 22 November 2013 (UTC)
 * Actually I'm a bit surprised to see that such a feature is not implemented as a map. I prefer the maps that we can already access from the top right corner (i.e. same location as the Nearby Pages user interface) of geocoded articles on the English and French Wikipedia's, through similar although slightly different features.  Alongside with the geographic coordinates, links (globe with a down arrow in en:WP, word "carte" on fr:WP) open pop-ups where the current and nearby Wikipedia pages are located on a map.  See for example the page fr:Herbeumont and en:Herbeumont. These features support zooming in and out and mention pages containing multiple coordinates (such as fr:Liste du patrimoine immobilier classé de Herbeumont). The feature on en:WP allows for a short summary of linked pages to appear as overlay and is available also for any coordinates inside a page.  The feature on fr:WP is available only for pages geocoded with one set of coordinates, but it provides an option to show thumbnail images on the map.  Finally, both provide options to show the nearby pages from Wikipedia's in other languages. These features are not perfect (in particular, none of them is available in "mobile view") but at least they could inspire the designers of the Nearby Pages feature. Klipe (talk) 09:58, 22 November 2013 (UTC)

Definitely lots of inspiration there and yes a map would be great but first we need to resolve this bug: https://bugzilla.wikimedia.org/show_bug.cgi?id=33980. Jdlrobson (talk) 19:10, 22 November 2013 (UTC)


 * A possibly simpler alternative, add to each list item a distance and direction. Jim.henderson (talk) 18:20, 25 March 2014 (UTC)

Icon choice

 * Could the icon on pages be made smaller so that it's the same size as the page title? Callanecc (talk) 13:01, 22 November 2013 (UTC)
 * Seconded. This is also Sven Manguard (talk) 04:08, 23 November 2013 (UTC)
 * I agree that the button is too prominent. It sticks out too much and is a distraction to reading the article. Tucoxn (talk) 00:17, 26 February 2014 (UTC)
 * I agree. This should be made a lot less obtrusive. The WikiLove button on user pages is a good idea of what it should look like. Jackmcbarn (talk) 18:09, 27 February 2014 (UTC)

Replacement? No way!
The question on the top of this section reads ..."Should we"... "use it as the basis to build it into a replacement for tools like Geohack?". My answer is "No way". Even if we are happy on how it works, it is complementary to existing tools and not an adequate replacement. --FocalPoint (talk) 16:18, 23 November 2013 (UTC)

In current form of course it is an inadequate replacement. My concern about this feature is that if you provide yet another button into exploring geo data which will be confusing to end readers. I was curious whether there was an opportunity/motiviation to expand on this feature to do other things that are provided by geohack. Jdlrobson (talk) 19:15, 23 November 2013 (UTC)

First you need to answer - what is geohack? w:Wikipedia:Geohack doesn't answer it well, so I am not even able to answer your question. If you mean the links from GPS coordinates, I'd say no. It's not as useful, not yet; or rather - it does something else. --Piotrus (talk) 02:54, 26 November 2013 (UTC)
 * They are highly different functions, so cannot easily be compared. I'd say that for most people currently, when they are reading, I think they are interested in 'Where is this thing? show me' (geohack, wikiminiatlas). Nearby as used by this beta feature is more an 'I know where this is, show me other stuff around this'. So I would say: build out OpenStreetMaps/WikiMiniAtlas, use the nearby information to show surrounding articles in that map (WMA already does this). From both of those tools add a link to geohack, to give ppl more mapping options but stop making it the primary entry point. Then use the near by information as input for a separate "related articles" feature. My opinion is that Near by as a feature for a page makes less sense to me. It is a data point that you should feed features with, it is less a feature for a page in itself. Special:Nearby is a feature on it's own (show me what is around me), but nearby on an article isn't/shouldn't. TheDJ (talk) 11:31, 26 November 2013 (UTC)


 * Thanks for this User:TheDJ. I guess my question was "what would a geoservice" for mobile look like and would this be part of it and you have lots of interesting thoughts around that :-)

User:Piotrus -> [geohack] Jdlrobson (talk) 17:21, 26 November 2013 (UTC)

Loading message misleading
When loading, the message "Loading topics near your current location" is shown. This is misleading as it implies that the pages are near where you are, not where the page you are looking at is. Something like "Loading topics near [pagename]" or the current header line ("The following pages are related to [pagename] by their geographical location") would be better:Jay8g (talk) 17:58, 23 November 2013 (UTC)

The non-Vector version is far inferior to the Vector version
The version when using the Vector skin is much nicer than the version when using other skins. It would be nice if they all could use the Vector version. Is there a major reason why they use different versions?:Jay8g (talk) 17:58, 23 November 2013 (UTC)

I thought I had only enabled this feature for Vector but it seems something went wrong. I only wrote the initial version for Vector and it wasn't suppose to be applicable to other skins. I will look at this. Jdlrobson (talk) 19:11, 23 November 2013 (UTC)


 * It works, mostly, in non-Vector skins, and even seems to have been programmed to work with them (different button text, button placement). It just works less well:Jay8g (talk) 01:33, 24 November 2013 (UTC)

Make it easier to add GPS coordinates to articles
Since this tools relies on GPS coordinates, to make it even more useful, you need to make adding GPS coordinates easier. Even I, an experienced Wikipedian, find things described at w:Wikipedia:Obtaining geographic coordinates way to complex and difficult to do easily. The easiest way would be to code a tool that extracts GPS from Google Maps. Imagine that for articles that are categorized as geographical features and are missing the GPS coords) we would have an (opt-in?) button (red version of the current button) that one's clicked would ask the editor to feed it the Google Map link for that location, then convert it into a coord template. --Piotrus (talk) 03:05, 26 November 2013 (UTC)

Search Radius
I have been trying this on both Wikipedia and Wikivoyage. On Wikipedia it looks useful because there are often other articles about sites within a few 100m of the current one. But on Wikivoyage, it is of limited use, because the next article is usually about a town or city 10km or more away. It would be good if the nearest five pages were listed (maybe with an upper limit of say 200km for isolated islands). --AlasdairW (talk) 23:21, 2 December 2013 (UTC)

More comments
Hi all! Why don't u put all the coordinate data right into the Wikidata, and then make the "Nearby Pages" just access these information there and bring it to the articles on the many Wikipedia or, even better, into OSM maps also! Once in the Wikidata, projects like OSM could easily access them also! Sturm (talk) 21:53, 26 November 2013 (UTC)
 * I'm sure there are wikidata people looking at doing this at a massive scale. From the frontend it doesn't really matter if the data is in wikipedia or wikidata I think. TheDJ (talk) 22:10, 26 November 2013 (UTC)

Button placement
The button for opening this feature should not be placed directly under the article headline, because it is to conspicuous. It should be placed somewhere at the right side, near the coordinate-section. This feature is also somehow redundant to that one on the GeoHack-site, so I doubt if it should be placed on the article page at all.--Sinuhe20 (talk) 11:30, 24 January 2014 (UTC)

Close button placement
Why is the close button in the upper-left, where (1) it is the first thing the eye sees (for left-to-right language readers) instead of something useful/important and (2) it is unlike roughly every other close button ever? 69.181.106.218 20:15, 2 March 2014 (UTC)

Phrasing
"The following pages are related to Pioneer Race Course by their geographical location" - why not the simpler, cleaner "The following pages are about things near Pioneer Race Course"?

I'd also say articles, not pages, since we don't call them pages anywhere else, but not really a big deal. 69.181.106.218 20:15, 2 March 2014 (UTC)

Monobook
Why only vector? It was working for me (for short time) in monobook too. Now I am unable to use it. JAn Dudík (talk) 13:40, 14 March 2014 (UTC)
 * I completely agree. In my opinion, only skin-appearance-related features should be skin-dependent. Doing otherwise is quite irritating, especially as many users (especially power users) use monobook. See Turning off outdated skins/stats, especially File:Power users by skin.png. Jay8g (talk) 03:10, 25 March 2014 (UTC)

What bugs or issues have you found using Nearby Pages?
Note bug fixes will take at least 1 week to surface due to the existing software deployment system.

Button placement

 * I like the feature. However, I don't think the icon gives enough of an idea as to what it does. I appreciate that, since it is going across projects, text is probably no good. But I feel fairly certain that a better image could be devised. The other thing is that it seems to be only taking co-ordinates from the co-ordinates template. Some articles have the co-ordinates in an infobox instead. FormerIP (talk) 00:52, 22 November 2013 (UTC)


 * The button overlaps the top icons, especially in featured articles(with the FA top icon). I think the location of the button should be fixed. Or isn't it a problem? Hard to see top icons(protected, FA, GA, etc.) -Priviet (talk) 14:42, 22 November 2013 (UTC)

The placement of the button definitely needs work. There is so many things up there that it makes it hard to know where to put it. Should it maybe be a tab next to Page and discussion? Ideas welcomed. Jdlrobson (talk) 19:07, 22 November 2013 (UTC)


 * For me, on Swedish Wikipedia, the coordinates are partly covered by the button. I am using Firefox 25.0.1 on Windows 7. Best, John Andersson (WMSE) (talk) 14:46, 26 November 2013 (UTC)


 * I agree that the icon should not retain it's current placement. That area is already in use by existing UI elements. Kaldari (talk) 15:09, 27 November 2013 (UTC)


 * I also think that the icon needs to move. As to where - probably just a little to the left (about the icon's width) would do it I think, just far enough so it doesn't overlap other icons.--NHSavage (talk) 23:06, 18 December 2013 (UTC)


 * Same thing. It covers FA icons, and those icons are a sign of reliability of an article. Varmin (talk) 15:19, 29 December 2013 (UTC)

"Near this page" interfering with Twinkle
I hope this is the right venue, but I thought it worth mentioning that the "near this page" beta feature is interfering with Twinkle's ability to revert to an earlier version of a page. Oddly enough, the "compare selected revisions" button looks different, and then using the "restore this version" button causes the following error to appear: "Grabbing data of the earlier revision: parsererror "OK" occurred while contacting the API." Richard BB (talk) 08:52, 22 November 2013 (UTC)

Button regressions

 * It changes the appearence of the "Save" button in the w:pt:Special:Preferences, w:pt:Special:MyContributions and others. Helder 11:31, 22 November 2013 (UTC)
 * I can confirm this. It changes all button layouts to this 3D "Win95 style" that was popular in the mid-to-end-90ies. --2003:63:2F00:D800:98DD:D5CA:240B:868A 14:05, 22 November 2013 (UTC)

I agree. Multiple issues: Skalman (talk) 06:44, 22 November 2013 (UTC) It will do this until the fix is merged and deployed to a server but rest assured it is being dealt with :-) Jdlrobson (talk) 01:41, 24 November 2013 (UTC)
 * (Firefox, Chrome) Button doesn't react on hover (previously it became brighter (Fx) or had its border darken (Chr))
 * (Firefox) Less clear that a button is focused (previously there was an orange focus ring, now only a dotted, inner "outline")
 * (Firefox, Chrome) Unclear outline: barely visible top and right border (previously I could see the whole button, now only its "shadow")
 * Button issues are all fixed in https://gerrit.wikimedia.org/r/97069 reviews welcomed Jdlrobson (talk) 19:06, 22 November 2013 (UTC)
 * It still changes most button layouts to "Win95 style" for me Bertaz (talk) 01:16, 24 November 2013 (UTC) Buttons_Bug_Nearby_Pages.jpg
 * When are the bugfixes usually merged to the servers? --2003:63:2F00:D800:195D:8731:E740:9B34 17:13, 27 November 2013 (UTC)

CategoryTree compatibility issues

 * It seems (in the sense that it works without Nearby, and not with Nearby), that Nearby breaks the category expansion in Category view (achieved through CategoryTree?). Clicking the "+" expander displays “Problem loading data. Please wait a moment and try again.”. (Firefox 25/Ubuntu 12.04). Jean-Fred (talk) 20:46, 22 November 2013 (UTC)
 * I have the same with Firefox 24.1.1 on Mageia 3. Pamputt (talk) 06:00, 27 November 2013 (UTC)

VisualEditor save button issue
When editing a short page, or at the top of a page, using VE, the Nearby Places icon partially covers VE's Save button. FF 25, Mac OS 10.8. The Interior (talk) 23:57, 22 November 2013 (UTC)

Layout of buttons
When activating this beta feature, the layout of the buttons such as “Safe page” changes (everywhere). --Leyo (talk) 00:19, 23 November 2013 (UTC)

See Button regressions above... Jdlrobson (talk) 00:21, 23 November 2013 (UTC)
 * I had overlooked this thread, thanks. --Leyo (talk) 00:28, 23 November 2013 (UTC)

Bugs in English and German WP
In English WP, this new feature produces on my Laptop (Win Vista, Firefox 25.0.1) a semi transparent table containing pictures, names of articles and distances of nearby articles. But this table overlaps large parts of the current article. I switched off all personal modifications in my simple.js and simple.css, but the bug is stil there. — In German WP, this feature doesn't work at all, but produces a bug: After a page is fully loaded, the back links in references (↑) disappear. --DF5GO (talk) 00:10, 23 November 2013 (UTC)

I can't reproduce your first issue. Can you submit a screenshot? As for other bug already captured. Fix is in https://bugzilla.wikimedia.org/show_bug.cgi?id=57409 Jdlrobson (talk) 00:18, 23 November 2013 (UTC)


 * Screenshot - Bug in Nearby Pages.jpg Here is a screenshot of this bug. I captured this screenshot from en:Konstanz. Thanks for the bugzilla link on the second bug. --DF5GO (talk) 00:56, 23 November 2013 (UTC)
 * Note: This is likely in monobook. I have had the same issue myself, when on articles with long lists, after scrolling down. Also, as you can also see on that screenshot, the text is very small, probably the typical monobook issue that has affected other extensions. Jay8g (talk) 02:26, 23 November 2013 (UTC)
 * On ENWP, Vector I also get the backlinks in references sections disappearing. Extraordinary. Took me a long time to find this was the cause. On a hard refresh the backlinks are there and then disappear later on in the page redrawing. With Javascript disabled, the backlinks are OK. Thincat (talk) 17:42, 28 November 2013 (UTC)

Twinkle
Hi again,

Seems either this or Media Viewer feature is causing Twinkle not to work?

parsererror "OK" occurred while contacting the API.

All day it's not worked for me & as soon as I disable both beta features it works....

Cheers Davey2010 (talk) 00:42, 23 November 2013 (UTC)
 * I had this problem, too. Disabling beta straightened it out. Chris troutman (talk) 06:21, 25 November 2013 (UTC)

This beta feature conflicts with the English Wikipedia gadget Twinkle. Twinkle attempts to make API requests using $.ajax, however these fail with error code "parsererror".

The reason for this seems to be that this beta feature includes MobileFrontend, which contains the following code (in javascripts/common/api.js): // TODO: this might be dangerous and cause conflicts with other code // should we move it to Api#ajax? $.ajaxSetup( {		url: apiUrl,		dataType: 'json',		data: {			format: 'json'		}	} ); However, Twinkle uses XML, not JSON, which is probably the reason for the error. Whoever wrote the TODO made a good prognostication... This, that and the other (talk) 01:31, 23 November 2013 (UTC)

Thanks for debugging User:This, that and the other - will take a look. Jdlrobson (talk) 19:10, 23 November 2013 (UTC)


 * It's not just nearby features. I get the same error with only media viewer checked as well.  Can do some more testing later. Technical 13 (talk) 18:14, 25 November 2013 (UTC)


 * Tracked in https://bugzilla.wikimedia.org/show_bug.cgi?id=57556 Jdlrobson (talk) 20:21, 25 November 2013 (UTC)

Near this Page suggestion
Near this Page is a great feature. It would be enhanced if it indicated whether each page was in my watchlist. That way it can be used to look for relevant articles that are not being monitored. The perfect solution would be a clickable icon (like the little blue/white star in some skins) that allows adding to watchlist without needing to load the whole page first. Zero0000 (talk) 23:22, 23 November 2013 (UTC)

Nearby Pages doesn't work on many wikis: no button to see
It works for me on english WP, but not on german WP: no Nearby button, nothing. Checked it by activating it twice, first time when the beta feature was announced and second time just now (all with cache cleaning), it doesn't show up. Frankly, this is not a tragedy since we already have Kolossos OpenStreetMap tool at the same spot, which provides a map with pointers to articles nearby (for years now!). I rather find the inactivity to support this established and successful OSM tool frustrating, see bug 33980. This should really be prioritized! --Atlasowa (talk) 14:48, 24 November 2013 (UTC)
 * The German template coord needs the function (see Extension:GeoData), like the English template coord.--Dega180 (talk) 17:54, 24 November 2013 (UTC)
 * Not working either on ca.wiki although local coord template includes coordinates tag. --Vriullop (talk) 18:17, 25 November 2013 (UTC)
 * Same problem on Portuguese Wikipedia (as reported at pt:WP:CP).
 * On English Wikipedia's article Portugal, the HTML code contains:""
 * In the article Portugal, the same div is empty: ""
 * If I replace "en" by "pt" in the url of the API request which is used on English Wikipedia, I still get some results. So it doesn't seem to be a problem with our template. Helder 10:28, 27 November 2013 (UTC)

Cswiki here, doesn't seem to work here either. So what must be changed where so that Nearby Pages can work on cswiki too? As suggested by others, just Extension:GeoData doesn't seem to be the answer. --12:16, 27 November 2013 (UTC), Utar (talk)
 * Working for some time now. --12:31, 21 January 2014 (UTC), Utar (talk)

Button overlap with banner
The button is overlapping with the banner. Fauzan Zaid (talk) 06:59, 25 November 2013 (UTC)

Doesn't refresh instantly
Me and my students added coordinates to w:Jewelry Museum. But it tells us "there's nothing nearby", not picking up the city coordinates from w:Iksan (and vice versa). If there's a database lag, this should be noted somewhere. --Piotrus (talk) 03:00, 26 November 2013 (UTC)
 * Would you have any good ideas on how that should be noted ? I think that we should just make sure the database lag goes down at some point, because I think that a 'note' will not really help us much TheDJ (talk) 13:40, 14 December 2013 (UTC)

Disrupts footnote linking from reflist to article footnotes
Normally the numbered footnotes in the reference section have ^ buttons between the footnote numbers and the footnote annotations. These ^ buttons allow us to go to the footnote in the text. When "Nearby Features" is activated, these ^ buttons do not appear. They are useful buttons, and should remain active. I hope you can fix. Thanks. Srich32977 (talk) 06:46, 23 November 2013 (UTC) PS: I'm using my Chrome browser on my Mac laptop. 06:50, 23 November 2013 (UTC)
 * The same BUG exists in other browsers and in the German Wikipedia, where the more fancy ↑ suddenly disappears. → disabled again. -- 32X (talk) 16:15, 23 November 2013 (UTC)
 * Has been fixed in https://gerrit.wikimedia.org/r/97143 Jdlrobson (talk) 19:07, 23 November 2013 (UTC)
 * I have this problem still on en:wikipedia. Chrome and Firefox browers alike --Coemgenus (talk) 22:46, 24 November 2013 (UTC)
 * We still have this problem in Catalan Wikipedia. (ca:Viquipèdia:La_taverna/Ajuda)--Pere prlpz (talk) 19:19, 25 November 2013 (UTC)

This HAS NOT BEEN fixed on English Wikipedia as of few seconds ago, I just traced this problem to this extension and was about to report it, but I see it is known. It's rather annoying, I hope this can be fixed quickly. --Piotrus (talk) 05:14, 29 November 2013 (UTC)
 * Yes, I am having the same problem on the English Wikipedia as well. Very annoying.  Little Mountain 5  05:04, 2 December 2013 (UTC)

A fix has been prepared but it has not been deployed to wikipedia yet as there was no deployment this week during the Thanksgiving holiday in the USA. It will be fixed as soon as the next update to the site occurs. Jdlrobson (talk) 19:19, 2 December 2013 (UTC)
 * This is now deployed TheDJ (talk) 13:34, 14 December 2013 (UTC)

Button styling
With nearby enabled, i get styling overrides for many of the various buttons throughout the UI. This is caused by the following block in mobile.bridge module

Especially the border-radius is annoying, since it switches the buttons from the OS default appearance, to a styled appearance (which looks ugly). I'd like my native buttons back please :D TheDJ (talk) 09:42, 26 November 2013 (UTC)

See #Button_regressions - this was not intended and has been dealt with. Jdlrobson (talk) 17:16, 26 November 2013 (UTC)
 * So this will no longer be a problem after the next deploy ? TheDJ (talk) 17:29, 26 November 2013 (UTC)

Yup, as long as https://gerrit.wikimedia.org/r/#/c/97069/ gets merged... reviews welcomed :) Jdlrobson (talk) 18:12, 26 November 2013 (UTC)

The article you are visiting is also in the list
For example when reading the article sv:Dalkarlså and clicking on the Nearby Pages button the article "Dalkarlså" (i.e. the same place) is suggested (but 10 meters away). The exact same thing happens also in other geographical articles in swwp. I am using Firefox 25.0.1 on Windows 7. Best, John Andersson (WMSE) (talk) 14:51, 26 November 2013 (UTC)
 * Captured in https://bugzilla.wikimedia.org/57444 you can track this problem here. Jdlrobson (talk) 17:19, 26 November 2013 (UTC)
 * Confirmed, for example in w:Church of the Resurrection in Katowice. --Piotrus (talk) 07:09, 27 November 2013 (UTC)

Still not fixed
Although Bugzilla has this listed as RESOLVED FIXED, I can still see it happening on enwiki:, for example here: w:Burrillville, Rhode Island. -- The Anome (talk) 13:45, 3 December 2013 (UTC)


 * Even when it is fixed in the code, the new code still needs to be pushed to the language.wikipedia.org servers. I wonder this to, and asked it twice already, but never got an answer, so here's the question again: When are the bugfixes pushed to the wikis? --2003:63:2F21:B200:410D:736:68DA:2743 19:51, 3 December 2013 (UTC)


 * MediaWiki 1.23/Roadmap --Reaperman (talk) 21:39, 3 December 2013 (UTC)


 * I can't see any note about the Beta features there... Also, I thought that Beta features are independently from the core, like modules that can be loaded optionally and idependently? --2003:63:2F21:B200:C00D:89AB:32D3:90E2 10:15, 4 December 2013 (UTC)
 * Edit: Nevermind, I found the beta features. They were "hidden" within the list because they are not marked as beta features there... --2003:63:2F21:B200:C00D:89AB:32D3:90E2 10:18, 4 December 2013 (UTC)

Watch star animation
If I have this beta feature enabled, the watch star in the vector tabs of a page, animates with the rotating spinner, instead of the star shaped spinner when you click it to (un)watch a page. This is caused by the usage of !important in the mobile.bridge block: TheDJ (talk) 11:05, 26 November 2013 (UTC)
 * This is now fixed TheDJ (talk) 13:02, 14 December 2013 (UTC)

Automatic scrolling
Clicking the icon automatically scrolls my window to 1 pixel below the top of the view frame. First, it shouldn't be messing with the scrolling to begin with. Second, it's especially annoying that even if you are already at the top of the page, it scrolls 1 pixel down. Using Firefox 25 on MacOS. Kaldari (talk) 15:14, 27 November 2013 (UTC)



Sidebar overlying main content
In Indonesian Wikipedia, if you activate Nearby beta feature and opening any history page, you will encounter placement problem like image beside. For example: this. William Surya Permana (talk) 17:31, 28 November 2013 (UTC)
 * , it seems that the beta feature is exposing a problem in id:MediaWiki:Histlegend that has seemingly already been present for a year. There is an unmatched div element in that message, that requires correcting. TheDJ (talk) 00:11, 29 November 2013 (UTC)
 * , Thank you for the information. The problem now has been resolved. :) William Surya Permana (talk) 04:02, 3 December 2013 (UTC)
 * Same problem on b:pt:Wikilivros Discussão:Portal comunitário (in the normal view, not when action=history). Helder 10:53, 6 December 2013 (UTC)

Twinkle templates don't work
I have to disable the beta stuff as it stops my Twinkle templates working! Brookie (talk) 14:14, 2 December 2013 (UTC)
 * Turn off "Nearby Pages" for now, to get Twinkle working. Once the patch submitted for 57556 goes live, this should be fixed entirely. See en:Wikipedia talk:Twinkle for more details. –Quiddity (talk) 18:13, 2 December 2013 (UTC)

Interferes with Twinkle, Rollback
I get parse errors constantly when trying to welcome new users; rollback vandalism; or leave user page templates behind since turning the beta on. GenQuest (talk) 17:33, 6 December 2013 (UTC)

The pictures in "nearby" list covered the texts
Happens on Firefox and Chrome. Screenshot --fireattack (talk) 05:34, 10 December 2013 (UTC)
 * fireattack Does this happen all the time ? Does it happen immediately when you open the list, or does it take a short while ? I was not able to reproduce with FF 24.0 TheDJ (talk) 13:30, 14 December 2013 (UTC)
 * Seems fixed, thanks anyway.--fireattack (talk) 03:41, 18 December 2013 (UTC)

Latest update breaks navboxes
It has a dependency on tablet.styles, which defines: @media all and (min-width:768px){#content .navbox,#content .vertical-navbox{display:inherit} Which creates problems like seen in this screenshot. TheDJ (talk) 09:36, 10 January 2014 (UTC)

Broken full-article links, with span tags leaking into the URL
When I go to Nearby Pages, then click on a page, and then click on "Read this page in full", the link is always broken, because the page name is surrounded in a spurious   tag. For example, the link to en:Hinds House is generated as https://en.wikipedia.org/wiki/ Hinds_House, which obviously doesn't work. I think this only started in the past day or so. --Delirium (talk) 06:22, 11 January 2014 (UTC)
 * Confirm, still present. --91.226.39.202 22:26, 12 January 2014 (UTC)
 * Confirming, on cswiki it's the same. Is writing here enough or should we bugzill it? --12:27, 21 January 2014 (UTC), Utar (talk)
 * I poked around the MediaWiki source a bit and figured out what was causing the issue. I've submitted a patch, which will hopefully get applied soon. --Delirium (talk) 16:42, 22 January 2014 (UTC)
 * I have the same issue! -- Q Chris (talk) 10:49, 28 January 2014 (UTC)
 * The patch was applied, and if I'm reading things correctly, will be in MediaWiki 1.23wmf12, which is scheduled to be deployed on February 6. --Delirium (talk) 23:12, 30 January 2014 (UTC)

When opened can't get closed
When I open Nearby by clicking the blue button, it won't close, because the cross in the up-left corner is not responding to my clicking. Happens in cswiki, at all pages. I'm on Vector, many beta tools and several gadgets have turned on, and using Firefox 26 @ W7. Contact me at my talk page on cs, if more data is necessary. Thanks for improving Wikis. --YjM (talk) 23:13, 17 January 2014 (UTC)

There's a fix on the current deployment train. It should make it to cswiki on Monday and be fixed then. Sorry for the inconvenience Jdlrobson (talk) 23:24, 17 January 2014 (UTC)
 * I have a related (?) issue, when I open nearby and click on a link, the next article will open with its own nearby list already open and the dismiss button is not clickable. --DarTar (talk) 05:53, 18 January 2014 (UTC)


 * Sorry for bothering, but this issue hasn't been fixed so far. So if the fix should have been in the current verion of MediaWiki, then it's not on cswiki yet. --YjM (talk) 21:15, 21 January 2014 (UTC)


 * Workaround - using the browser back button will close it. -70.112.80.228 13:54, 30 January 2014 (UTC)
 * Finally fixed. Thanks. --YjM (talk) 12:01, 31 January 2014 (UTC)

"Read this page in full"
When I click on Nearby on the w:London article, I only get one link in the list (w:Timeline of London history), which per se is quite confusing. However, when I go ahead and click on this link, the target page doesn't load and the Nearby list opens with a list and two links with text "Read this page in full" --DarTar (talk) 05:53, 18 January 2014 (UTC)
 * Incidentally, each of these two links points to a page title wrapped in span tags as noted above.

Slow Unresponsive Scrolling
Even on short articles, I experience very slow, unresponsive scrolling, using GNU icecat 24.0 (unbranded firefox). The effect is much less noticeable in firefox 24.2 ESR; not noticeable in konqueror. So I guess this could also be a JS regression in firefox. Melikamp (talk) 17:38, 9 February 2014 (UTC)

Icon disappears after visiting "View history"

 * The icon of this function does not show up again after visiting "View history" and coming back to the article itself. I observed this anomalous behaviour in Chrome under Win7 (in Opera it works correctly). Tested on plwiki. Gżdacz (talk) 16:10, 5 February 2014 (UTC)
 * It works correctly now. Gżdacz (talk) 23:04, 7 February 2014 (UTC)

Counterintuitive results
This tool often produces counterintuitive results.

The first problem is the ambiguity of the notion "near". If the user enters a name of a town, he/she might want to get either the objects inside of the town, which are definitely geographically very close to it, or, quite to the contrary, objects which are not in the town itself (ask yourself "Is Central Park located near New York?" For me the answer is "No, it is IN New York").

The second problem is the technique used to assess what is "near" - calculating the distance between reference points. According to this method, objects inside of a town are located near it, even if it probably contradicts the intuitions of many readers.

However, then there come two basic anomalies of the tool itself.


 * 1) Small irregular spatial objects.
 * I did test on Trzemeszno, which describes a small town in Poland, of rather irregular shape. The result is that the list of nearby locations contains interspersed objects inside the town and outside of it. E.g., two nearby villages Niewolno and Bystrzyca (powiat gnieźnieński) appear to be closer to Trzemeszno than the railway station in Trzemeszno.


 * 1) Large spatial objects.
 * I did a test on Warsaw. Given the high density of objects in Warsaw, which are described in Wikipedia, the tool produces a list of objects which are close to the reference point (chosen in a more-or-less arbitrary way) rather to Warsaw understood as a whole. So instead of a list of major objects in the town (say: town hall, parliament and government buildings, etc.) I got a random list of locations of minor importance, which appear close to the reference point.

Gżdacz (talk) 22:02, 11 February 2014 (UTC)


 * Unfortunately, this isn't fixable with the way articles are currently geocoded in Wikipedia: articles are tagged only with points, and geographical features of different size or shape than small point features aren't distinguished. There is some discussion of medium-term linking to OpenStreetMap shapes that describe larger and/or more complex features (rather than reinventing the GIS wheel in-house). --Delirium (talk) 13:13, 27 February 2014 (UTC)
 * I know it is not easily fixable. However:
 * The structure of categories can be of some help. Imagine that an article (in enwiki) is tagged with category  Cities and towns in Poland (or a subcategory thereof). Then the tool might look for nearby articles in the same category and in the subcategories of Category:Villages in Poland, only, avoiding listing objects inside of the town. Of course, this would require creating a mapping, assigning to each category that may contain geocoded objects the list of categories in which nearby object should be searched for. Probably an optimal solution would be to create specific (perhaps hidden) categories just for that purpose. Of course, it is a tremendous amount of work, but very much along the lines of Wikipedia: any complaint that the result of the query is not satisfactory could be answered "Anyone can edit Wikipedia. Go ahead and make the corrections". With the present tool we can only answer "Unfortunately, this isn't fixable".
 * More generally, is it a good idea to release a tool, which is doomed to fall short of the promise its name makes? WMF should answer this question before making the tool default for everybody.

Gżdacz (talk) 22:12, 4 March 2014 (UTC)

Sidebar broken in Gujarati Wikipedia
Look at, http://i.imgur.com/yvarzwY.png (URL in example is: https://gu.wikipedia.org/w/index.php?title=%E0%AA%95%E0%AB%81%E0%AA%AE%E0%AA%BE%E0%AA%A8%E0%AA%BE_%E0%AA%AE%E0%AB%81%E0%AA%B5%E0%AA%BE%E0%AA%A1%E0%AA%BE&action=history)

Steps to reproduce:
 * 1) Log in.
 * 2) Enable Nearby Pages from Beta.
 * 3) Go to gu.wikipedia.org
 * 4) Open any article, go to History.

This happens only when Logged in. Tested with Linux+Google Chrome (33.0.1750.115).

--KartikMistry (talk) 15:54, 26 February 2014 (UTC)

Wikivoyage finds no adjacent cities
Wikipedia will create articles for individual buildings if they're on a historic register, house famous museums, have received extensive media coverage or are otherwise notable in some manner. Wikivoyage will not. The base-level article in Wikivoyage is an entire mid-sized city. This seems to result in the "nearby" tag finding nothing at all... from Ottawa it doesn't find Hull (Gatineau), from Prescott (Ontario) it doesn't find Ogdensburg - where these are adjacent pairs of towns facing each other across a river. K7L (talk) 15:12, 1 March 2014 (UTC)
 * I wonder if there's a way to adjust the minimum distance for something to be considered "nearby". From looking at voy:Manhattan/TriBeCa the distance is at least 2.1 km currently, which is fine for Manhattan but not so great for most destinations on Wikivoyage.  In fact, I'd daresay it needs to be a sliding scale; 2km, then 10km, then 50km, then 250km, moving up to the next category if none are found at the smallest range.  (Also, is there any way to display the distances in feet/miles and not just meters/kilometers?)  LtPowers (talk) 13:38, 3 March 2014 (UTC)

Currently the max setting for nearby is 10km of the location unfortunately. It is clear that this is not enough for WikiVoyage. Originally it was capped at this for performance reasons, I poked @MaxSem to see if we can increase the radius for this project to make it more useful.. Jdlrobson (talk) 17:02, 18 March 2014 (UTC)


 * It's certainly not providing 10km (six miles) currently... as evidenced by its inability to find Lower Manhattan from Brooklyn. K7L (talk) 00:48, 23 March 2014 (UTC)


 * I'm exploring this. Check out http://lists.wikimedia.org/pipermail/mobile-l/2014-March/006700.html and please contribute your ideas to move this along. Jdlrobson (talk) 15:51, 23 March 2014 (UTC)

Unknown dependency error
See screenshot. Tsca (talk) 09:31, 10 March 2014 (UTC)

Nearby pages not working
For the past few days (at least since Monday) the nearby feature is not working for me. I tried two different computers, two different browsers, and several different Wikipedias. Upon clicking on the blue square the windows appears and is stuck on the "waiting" circle clock-like symbol. PS. It's the same problem as reported by Tsca just above, his screenshot matches the problem I am describing. --Piotrus (talk) 07:14, 13 March 2014 (UTC)

How do you use Nearby Pages?
What does a page need to contain for this to apply to it?—msh210@enwikt 03:50, 13 December 2013 (UTC)
 * The page needs GPS coordinates to have this active, or to be found by this. --91.226.39.202 22:28, 12 January 2014 (UTC)

Nearby pages on Commons: categories not listed
On Commons, Nearby currently lists images only.

Ideally categories with object location coordinates would be included as well.

Full list of such categories is at Commons:Category:Categories with object location coordinates (currently 65,074). -- Docu 08:39, 21 December 2013 (UTC)

Width of Template
When I enable "Near this page" feature on wikipedia all navbox's width is reduced by more than 50%.--Wikiuser13 (talk) 12:31, 10 January 2014 (UTC)
 * Also reported above. TheDJ (talk) 20:26, 10 January 2014 (UTC)
 * ; Marek Mazurkiewicz (talk) 16:45, 12 January 2014 (UTC)

There's a fix on the current deployment train. Some code was leaking from the mobile site into the desktop site. Should be fixed by Monday Jdlrobson (talk) 23:25, 17 January 2014 (UTC)


 * It is not yet fixed.


 * Discussion relating to the same bug at the English Wikipedia. Regards, Reh  man  00:55, 19 January 2014 (UTC)


 * Me too. The problem remain unchanged.--Zhangzj cet (talk) 13:35, 22 January 2014 (UTC)

J'ai aussi détecté ce bug. Le titre de la palette est diminué quand l'option est activée. --Berdea (talk) 18:44, 25 January 2014 (UTC)

GPS, MOS and events
Please see the related discussion at w:Wikipedia_talk:WikiProject_Geographical_coordinates (suggests a new feature to reduce clutter on the default list). --Piotrus (talk) 13:04, 13 January 2014 (UTC)

گروه مرکبات
1-پرتقال ها 2-نارنگی ها 3-پوملئو ها 4-لیمو شرین ها 5-لیمو ترش ها 6-کامکوات 7-نارنج ها

برای کسب اطلاعات بیشتر می توانید به آدرس ذیل مراجعه فرمائید:

http://nahalestan-mirnia.blogfa.com

Little suggestion
Now, I'm satisfying with the location of the button, but I think it is better for the button to be a toggle button.-Priviet (talk) 07:09, 13 February 2014 (UTC)

A suggestion
Although there is a "x" button to shutdown the box, I still suggest you to make the blue button able to do this.Click it on,click it off.(A little hard to recognize the "x" button at the first time......)Zhu yihan (talk) 09:10, 23 February 2014 (UTC)

STRONGEST & POWERFUL MIRACLE SPIRITUAL HERBALIST HEALER, MAAMA SHAHIEDA, +27781419372
ALL FAILED PROBLEMS BY OTHER HEALERS CAN BE SOLVED BY MAAMA SHAHIEDA AT A LOW COST WITHOUT FAIL! ITS 100% GUARANTEED!

28 years + full time experience & over 4800 satisfied clients World Wide

Are Any Of The Serious Problems Listed Below (Or Similar) Adversely Affecting You Or Your Loved Ones...And You Are Feeling 'Powerless' To Find  A Solution?

*I BRING BACK LOST LOVERS IN 24hrs.

*REMOTE CONTROL OVER LOVERS.

*ALL TYPES OF SPELL CASTING & VOODOO WORKER.

* IS YOUR HEALER TAKING LONG TO SOLVE YOUR PROBLEMS? THIS IS YOUR CHANCE TO BE HELPED QUICKLY.

*GET RIDE OF ANY WITCHCRAFT, BAD LUCK & CURSES.

* EXPERT IN DISTANCE HEALING.

*COURT CASES EVEN IF ONE IS CONVICTED[IF THERE'S A CHANCE OF APPEALING]

*IS SOME BODY JEALOUS WITH YOUR RELATIONSHIP?

*UNFINISHED JOBS BY OTHER DOCTORS-IF NOT SATISFIED-COME TO ME.

*ARE YOU BEING FORCED INTO A DIVORCE?

*I PREVENT BAD LUCK AND JEALOUSY.

*HEALERS WHO NEEDS MORE POWERS TO HEAL THEIR

*I CAN STOP SOME ONE INTERFERING WITH YOUR RELATIONSHIP.

* DO YOU WANT TO HAVE CHILDREN OF YOUR CHOICE?

*DO YOU WANT QUICK MARRIAGE PROPOSAL?

*I CAN CLEAN PEOPLE, HOUSES,BUSINESSES AND PROPERTIES FROM BAD LUCK.

*HIRE SHORT BOYS TO GIVE YOU RICHNESS IN 1 WEEK.$3800

*BUY AMAYEMBE [ANCESTRAL SPIRITS] TO MAKE YOU RICH.$4500

* WOMEN, COME FOR THE TAMPON. IT WILL HELP YOU NOT TO LOSE YOUR RELATION SHIPS BECAUSE IT MAKES YOU SWEET, WARM AND TIGHT.

AND MANY MORE.....CALL: +27781419372 OR VISIT: http://www.maamashahieda.webs.com

ARE YOU DISAPPOINTED BY OTHER DOCTORS?

JUST TRY ME THE LEADER OF AFRICAN TRADITIONAL HERBALIST HEALER AND WITNESS THE RESULTS!

EMAIL: maamashahieda@yahoo.com AND YOU WILL NOT REGRET! SHE'S LOCATED AT CORNER OF KLIPFONTEIN AND RUTH ROAD,RYLANDS ESTATE{CAPETOWN SOUTH AFRICA}

"If any of the issues above resonate with you and you have nowhere else to turn I can help you no matter where you are - anywhere in the World. All work is guaranteed to be 100% remote, and 100% discreet.

I have well over 28 years full time professional international experience, successfully healing the problems above (and more) for people like you... when absolutely nothing else would work."