Talk:Beta Features/Nearby Pages/Archive 1

What do you like about Nearby Pages?

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:

  • 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.

-- The Anome (talk) 12:33, 25 November 2013 (UTC)Reply

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)Reply

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)Reply




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

I can't close it with the big X in the top on eu:wp. -Theklan (talk) 23:48, 26 January 2014 (UTC)Reply

Design improvements

Make it work in the file namespace

Escape needed

Show catchment area

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.

Confusion of what the feature is

Inconsistent templates

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

<span class=​"geo">​37.787088; -122.400940​</span> ​

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

<span class=​"geo microformat">​ <span class=​"latitude">​37.787328048611​</span>​ <span class=​"longitude">​-122.40098480194​</span>​ </span>​

What can we do to make these templates consistent? Jdlrobson (talk) 23:06, 22 November 2013 (UTC)Reply

I'd say don't rely on the template, instead, use the information generated by parser function {{#coordinates}} ? TheDJ (talk) 10:52, 26 November 2013 (UTC)Reply

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)Reply
  • 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)Reply

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)Reply

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

Icon choice

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)Reply

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)Reply

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)Reply

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)Reply
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)Reply

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)Reply

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)Reply

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)Reply

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)Reply

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)Reply

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)Reply

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)Reply

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)Reply

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)Reply

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)Reply

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)Reply

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)Reply

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 m:Turning off outdated skins/stats#Global skin usage, especially File:Power users by skin.png. Jay8g (talk) 03:10, 25 March 2014 (UTC)Reply

Missing pictures suggestions

Some integration with [1] could be nice. --Piotrus (talk) 07:20, 21 April 2014 (UTC)Reply

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)Reply

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)Reply

  • 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)Reply

"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)Reply

Button regressions

I agree. Multiple issues:

  • (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")

Skalman (talk) 06:44, 22 November 2013 (UTC)Reply

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)Reply

When are the bugfixes usually merged to the servers? --2003:63:2F00:D800:195D:8731:E740:9B34 17:13, 27 November 2013 (UTC)Reply

CategoryTree compatibility issues

VisualEditor save button issue

 
The Nearby Pages icon overlaps with the VisualEditor save button.

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)Reply

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)Reply

See Button regressions above... Jdlrobson (talk) 00:21, 23 November 2013 (UTC)Reply

I had overlooked this thread, thanks. --Leyo (talk) 00:28, 23 November 2013 (UTC)Reply

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)Reply

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)Reply

 
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)Reply
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)Reply
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)Reply

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)Reply

I had this problem, too. Disabling beta straightened it out. Chris troutman (talk) 06:21, 25 November 2013 (UTC)Reply

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)Reply

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

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)Reply

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)Reply

The German template coord needs the {{#coordinates}} function (see Extension:GeoData), like the English template coord.--Dega180 (talk) 17:54, 24 November 2013 (UTC)Reply
Not working either on ca.wiki although local coord template includes coordinates tag. --Vriullop (talk) 18:17, 25 November 2013 (UTC)Reply
Same problem on Portuguese Wikipedia (as reported at pt:WP:CP#Beta Features/Nearby Pages).
On English Wikipedia's article w:Portugal, the HTML code contains:
<div id="page-secondary-actions" class="buttonBar"><a class="button nearby" href="#geonotahack">Near this page</a></div>
In the article w:pt:Portugal, the same div is empty:
<div id="page-secondary-actions" class="buttonBar"></div>
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 issue

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

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)Reply

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)Reply

Disrupts footnote linking from reflist to article footnotes

  Fixed

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)Reply

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)Reply
Has been fixed in https://gerrit.wikimedia.org/r/97143 Jdlrobson (talk) 19:07, 23 November 2013 (UTC)Reply
I have this problem still on en:wikipedia. Chrome and Firefox browers alike --Coemgenus (talk) 22:46, 24 November 2013 (UTC)Reply
We still have this problem in Catalan Wikipedia. (ca:Viquipèdia:La_taverna/Ajuda#Enllaços perduts a les referències)--Pere prlpz (talk) 19:19, 25 November 2013 (UTC)Reply

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)Reply

Yes, I am having the same problem on the English Wikipedia as well. Very annoying. LittleMountain5 05:04, 2 December 2013 (UTC)Reply

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)Reply

This is now deployed TheDJ (talk) 13:34, 14 December 2013 (UTC)Reply

Button styling

  Fixed

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

.button,
button,
input[type=submit] {
  display: inline-block;
  border-radius: 3px;
  white-space: nowrap;
  line-height: 1;
  cursor: pointer;
  margin: 0;
}

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)Reply

See #Button_regressions - this was not intended and has been dealt with. Jdlrobson (talk) 17:16, 26 November 2013 (UTC)Reply

@Jdlrobson: So this will no longer be a problem after the next deploy ? TheDJ (talk) 17:29, 26 November 2013 (UTC)Reply

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

The article you are visiting is also in the list

  Fixed

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)Reply

Captured in https://bugzilla.wikimedia.org/57444 you can track this problem here. Jdlrobson (talk) 17:19, 26 November 2013 (UTC)Reply
Confirmed, for example in w:Church of the Resurrection in Katowice. --Piotrus (talk) 07:09, 27 November 2013 (UTC)Reply

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)Reply

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)Reply
MediaWiki 1.23/Roadmap --Reaperman (talk) 21:39, 3 December 2013 (UTC)Reply
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)Reply
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)Reply

Watch star animation

  Fixed

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:

.loading {
  background-image: url(//bits.wikimedia.org/static-1.23wmf5/extensions/MobileFrontend/less/desktop/../common/images/ajax-loader.gif?2013-11-21T18:58:20Z) !important;
}

TheDJ (talk) 11:05, 26 November 2013 (UTC)Reply

This is now fixed TheDJ (talk) 13:02, 14 December 2013 (UTC)Reply

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)Reply

 

Sidebar overlying main content

  Fixed

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)Reply

@William Surya Permana: , 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)Reply
@TheDJ: , Thank you for the information. The problem now has been resolved. :) William Surya Permana (talk) 04:02, 3 December 2013 (UTC)Reply
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)Reply

@Brookie: Turn off "Nearby Pages" for now, to get Twinkle working. Once the patch submitted for bugzilla:57556 goes live, this should be fixed entirely. See en:Wikipedia talk:Twinkle#Not able to get TW to work this week for more details. –Quiddity (talk) 18:13, 2 December 2013 (UTC)Reply


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)Reply

The pictures in "nearby" list covered the texts

Happens on Firefox and Chrome. Screenshot --fireattack (talk) 05:34, 10 December 2013 (UTC)Reply

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)Reply
Seems fixed, thanks anyway.--fireattack (talk) 03:41, 18 December 2013 (UTC)Reply

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)Reply

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 <span></span> tag. For example, the link to en:Hinds House is generated as https://en.wikipedia.org/wiki/<span>Hinds_House</span>, which obviously doesn't work. I think this only started in the past day or so. --Delirium (talk) 06:22, 11 January 2014 (UTC)Reply

Confirm, still present. --91.226.39.202 22:26, 12 January 2014 (UTC)Reply
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)Reply
I have the same issue! -- Q Chris (talk) 10:49, 28 January 2014 (UTC)Reply
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)Reply

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)Reply

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)Reply

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)Reply
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)Reply
Workaround - using the browser back button will close it. -70.112.80.228 13:54, 30 January 2014 (UTC)Reply
Finally fixed. Thanks. --YjM (talk) 12:01, 31 January 2014 (UTC)Reply

"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)Reply

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)Reply

Icon disappears after visiting "View history"

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 pl: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 pl:Niewolno and pl: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)Reply

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)Reply
I know it is not easily fixable. However:
  1. 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".
  2. 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)Reply

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)Reply

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 voy:Ottawa it doesn't find Hull (voy:Gatineau), from voy:Prescott (Ontario) it doesn't find voy:Ogdensburg - where these are adjacent pairs of towns facing each other across a river. K7L (talk) 15:12, 1 March 2014 (UTC)Reply

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)Reply

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)Reply

It's certainly not providing 10km (six miles) currently... as evidenced by its inability to find Lower Manhattan from voy:Brooklyn. K7L (talk) 00:48, 23 March 2014 (UTC)Reply
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)Reply

Unknown dependency error

See screenshot. Tsca (talk) 09:31, 10 March 2014 (UTC)Reply

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)Reply

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)Reply

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)Reply

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)Reply

Width of Template

 
When nearby pages is enabled.
 
When nearby pages is disabled.

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)Reply

Also reported above. TheDJ (talk) 20:26, 10 January 2014 (UTC)Reply
[2]; [3] Marek Mazurkiewicz (talk) 16:45, 12 January 2014 (UTC)Reply

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)Reply

@Jdlrobson: It is not yet fixed.
Discussion relating to the same bug at the English Wikipedia. Regards, Rehman 00:55, 19 January 2014 (UTC)Reply
Me too. The problem remain unchanged.--Zhangzj cet (talk) 13:35, 22 January 2014 (UTC)Reply

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)Reply

GPS, MOS and events

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

گروه مرکبات

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)Reply

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)Reply

Nearby don't work

I followed the steps for the installation of the nearby, is correctly installed in "version" page but do not see the special page

I have MW 1.21.7

Return to "Beta Features/Nearby Pages/Archive 1" page.