Template talk:Mapframe Voyage Tips and guide

Contents

"R= Relief map" does not seem to be working... --118.93nzp (talk) 00:13, 15 January 2014 (UTC)Reply

Already running in full-screen mode (extra server). Unfortunately, the automatic update of the mapframe-server had an error. User:Torty3 is the only real expert for this. We have to wait for his return (see User_talk:Torty3). - I can't get access to this server because of my sparse knowledge of the English language. -- Joachim Mey2008 (talk) 07:09, 15 January 2014 (UTC)Reply

I was wrong. I have an old version held ready for the update. Sorry. I will soon rectify. - Joachim Mey2008 (talk) 07:18, 15 January 2014 (UTC)Reply

In the last few days we seem to have lost the graphic that used to display in the top right hand corner to indicate that clicking there would change the layers displayed on the dynamic map... --118.93nzp (talk) 00:15, 14 January 2014 (UTC)Reply

Thanks for the note. - It is a new software version has been used. Depending on the setting of your browser chache it can unfortunately lead to various problems. Please first close all Wikivoyage tabs / windows (very important) and then delete your browser cache. Then everything should be displayed normally. -- Joachim Mey2008 (talk) 05:00, 14 January 2014 (UTC)Reply

Thanks for the rapid explanation, Joachim - you're a star! --118.93nzp (talk) 05:12, 14 January 2014 (UTC)Reply

User:Andyrom75 has expanded the script MediaWiki:Gadget-MapFrame.js for the Italian language version. Now several dynamic maps can be displayed on an article page. Here is an example. Should this functionality be used here? Is perhaps the server load too high? - Joachim Mey2008 (talk) 14:46, 7 March 2014 (UTC) (notice to Torty3, Zhuyifei1999)Reply

I would want to establish that there is a real need for this first. In what types of cases would a second map be needed? Texugo (talk) 14:58, 7 March 2014 (UTC)Reply

Some travel articles have multiple static maps Example. But along with the possibility of clickable 43.1542-77.60181 markers in the texts should be adequate in most cases one dynamic map. - Joachim Mey2008 (talk) 06:25, 9 March 2014 (UTC)Reply

I can see limited usage for maybe two or three mapframes, but we should be using them in moderation and definitely not for nine different maps. What is the difference between a programmer and software engineer? One can do things, but it is not necessarily the best thing to do. Calling up to nine maps on a single page adds a factor of ten to server load, and also increases page loading time. -- torty3 (talk) 08:25, 9 March 2014 (UTC)Reply

I would like to add multiple maps to hiking itineraries. For example Rheinburgenweg or Coast To Coast Walk can be split into sections. Tried the idea of the whole map but this takes too much page space and leaves no room for photographs. Having part of the route next to the relevant text would be useful. --Traveler100 (talk) 08:28, 1 June 2014 (UTC)Reply

I think it would be very useful to add two relief maps to Saguaro National Park, which is split into two separate sections on opposite sides of the city of Tucson. –StellarD (talk) 13:30, 1 June 2014 (UTC)Reply

For detailed maps, I would point to the example Rheinburgenweg here. The principle: An overview map as iframe (Mapframe) and detailed maps as weblinks. - I also fear that more than three iframes would delay the loading times in an article very much. If actual demand, this issue perhaps should be addressed in the Traveller's Pub. -- Joachim Mey2008 (talk) 17:08, 17 June 2014 (UTC)Reply

I wanted to try two mapframes in one article for Norway because the country is very long, and splitting in north and south (customary) makes it much easier to display with sufficient detail. --Erik den yngre (talk) 16:08, 20 January 2015 (UTC)Reply

Trans-Canada Highway has links to multiple maps, as it has a rather wide aspect ratio if one tries to fit it onto a single map. K7L (talk) 02:45, 21 January 2015 (UTC)Reply

On the Eastbourne article, the {{Mapframe}} displays all the listings well, but the eat type listings ({{Listing|type=eat...}}) don't display a coloured icon, but a small image missing type square. The full screen map is here and the template is here in the article. Could someone help with this please. I don't know if I've done something wrong or not. Thanks.  Seagull123  Φ  20:15, 17 October 2015 (UTC)Reply

Fixed. While I don't know much of anything about the technical side of the listings, the purple color on the icons in the text at Eastbourne#Eat made me suspicious about the listings. Eat was capitalized, something I've never seen before. I changed it to minor case and now the eateries show up at the map as expected.

A little tip: above the editing window there are seven icons after the text "Listings". Click on the fork and the spoon and it will add a listing with everything correctly formatted. Also if you use the "Add listing" function when in read-mode (I don't use that), I think the listing should automatically be correctly formatted as well. ϒpsilon (talk) 20:46, 17 October 2015 (UTC)Reply

Thank you, ϒpsilon! That's great, I just had no idea what was going on.  Seagull123  Φ  21:21, 17 October 2015 (UTC)Reply

Swept in from the pub

The {{mapframe}}s just got replaced with this error message:

tools.wmflabs.org uses an invalid security certificate. The certificate expired on 14/09/15 20:43. The current time is 14/09/15 23:09.

K7L (talk) 23:13, 14 September 2015 (UTC)Reply

Works fine for me (Mac OS Mavericks/Chrome). Which OS/Browser combination are you using? (From memory we had similar issues with FireFox in the past) --Andrewssi2 (talk) 23:17, 14 September 2015 (UTC)Reply

Firefox 35.0.1 on Ubuntu 14/x64 which I downloaded from a 1337 warez d00d. My local clock is displaying GMT, not sure if that matters? K7L (talk) 00:29, 15 September 2015 (UTC)Reply

The SSL certificate for *.wmflabs.org in my browser says that it is valid from 24-June-2015 through 14-September-2015, thus it looks like this may be an issue for everyone once the browser clocks roll over to 15-September. I'm about to head out of the door to the airport, but it would probably be worthwhile either pinging User:Mey2008 or someone else with connections to the labs, or else to open a ticket on Phabricator. -- Ryan • (talk) • 00:38, 15 September 2015 (UTC)Reply

Firefox 40.0.3 on Mac OS Mavericks is working for me. The official latest Firefox version for Linux is the same (download here). I suggest updating that in any case. The local clock may also be impacting the certificate, so also best to fix that to your local time zone. --Andrewssi2 (talk) 00:39, 15 September 2015 (UTC)Reply

Same issue here. Chrome 45.0.2454.85 on Windows 7. -- AndreCarrotflower (talk) 00:52, 15 September 2015 (UTC)Reply

Interesting. I'm now getting the 'Connection is untrusted' error for Firefox on both Mac and Windows 8.1. I now also get a 'null' window for Chrome. Andrewssi2 (talk) 01:10, 15 September 2015 (UTC)Reply

To clarify my above comment, the issue is that Wikimedia's SSL certificate for the wmflabs.org domain is expiring at midnight on 14-September; the problem has nothing to do with browser or OS version. Wikimedia will need to renew the certificate, otherwise everyone who tries to access an "https" URL on *.wmflabs.org will soon see this issue when their browser validates (or revalidates) the certificate. I'm at the airport, but someone who will be around to follow-up can open a ticket at Phabricator if one has not already been opened. -- Ryan • (talk) • 01:53, 15 September 2015 (UTC)Reply

https://phabricator.wikimedia.org/T112608 "Looks like it might take us a day or so to renew them." "I think there's a calendar somewhere with expiry dates, and this cert was just missed. I'll verify and make sure there's one such calendar." Syced (talk) 03:09, 15 September 2015 (UTC)Reply

Comment by Negative24 on Phabricator: "Should the Wikivoyage tool perhaps be moved to a production or production-like machine to prevent such occurrences? From what I've heard, anything that breaks the actual page of a Wikimedia wiki (not bot/maintenance tasks) should be put on a higher priority machine. (topic for another task; cc me if one is made)". What should we answer? Syced (talk) 03:09, 15 September 2015 (UTC)Reply

If I remember correctly; http://maps.wikivoyage-ev.org was being looked at a while back... Matroc (talk) 03:43, 15 September 2015 (UTC) - (at one time was used until a problem arose and was switched back to wmflabs.....Reply

Just saw the message as a popup when accessing the Colombo article, but just once. After this no warnings have showed up. ϒpsilon (talk) 04:20, 15 September 2015 (UTC)Reply

Looks to be back to normal now. K7L (talk) 18:51, 15 September 2015 (UTC)Reply

@Syced: Per #Dynamic maps my understanding is that there was still work to be done before https://maps.wikimedia.org was ready for use sitewide. -- Ryan • (talk) • 05:38, 15 September 2015 (UTC)Reply

For a number of months, I've been getting an issue where dynamic maps don't load, just the boxes around them. In my browser's address bar, a little shield can be clicked which gives the message: "This page is trying to load scripts from unauthenticated sources." There's an option to load scripts, which does refresh the page and load the maps for the rest of the session, but will have to be repeated again if I close my browser. I'm using Chrome (45.0.2454.85) on Windows 10 (although was having the same issues on Windows 8.1). If other readers are encountering the same issue, they wouldn't know to load the scripts and would be completely oblivious that we have dynamic maps at all. James A ▪ talk 07:49, 15 September 2015 (UTC)Reply

• {{mapframe}} has an optional parameter - show

• This parameter if not entered allows the map to show the default groups on a map and in the dropdown layer box.
• If you only want a specific group or just several groups to appear then use the optional show parameter.
  • | show=eat --- would only show the eat group and not any others
  • | show=drink,eat,do --- comma-delimited list in this example would show these 3 groups

-- Posted this here so it can be clarified and added when a majority of the work on the new maps is finished -- Matroc (talk) 04:47, 12 June 2016 (UTC)Reply

Thanks, now I didn't have to write an angry post here ;). Is it possible to get it to automatically show a GPX route as well? User:Matroc, do you know? Or Joachim?

ϒpsilon (talk) 07:45, 19 September 2016 (UTC)Reply

ϒpsilon or Joachim - I don't know of any way to automatically create a GPX route; however, one can create a GPX route using a {{mapframe}} and a/multiple <maplink>s. There is probably more development going on and things will probably change ... Hopefully an easier method will become available. I took a look at the Siberian Railroad article and the GPX template. I 1st created a mapframe - included one of your tables The Trans-Siberian proper and then added a maplink to draw out the route. (coordinates were garnered from the template, edited and added to the maplink) (added group and show. note: can have multiple maplinks thus multiple routes). You can see results here. What the future brings as development continues: there are probably other possibilities to come. - transclusion possibility of coordinates from another source such as a separate Module or page etc. (which other wikis could use?) Thats all I can think of for now! -- Matroc (talk) 08:07, 21 September 2016 (UTC)Reply

Thanks. Creating a track isn't particularly hard, but getting it to show on the map is apparently much harder now. In the old map you just saved the GPX file and the route appeared on the map for readers to see right away (the same with all types of markers). ϒpsilon (talk) 08:46, 21 September 2016 (UTC)Reply

Also, in the trackpoint parameters of old GPX files, the latitude was listed first, and longitude second. Now it seems the other way around, so one can apparently not just copy the coords to a text editor, replace a couple of tags and copy it back. :( ϒpsilon (talk) 09:08, 21 September 2016 (UTC)Reply

I would expect Open Street Maps and Kartographer to have an easier way to produce routes in the near future by accessing info via Wikidata ID. At least there would be a single source... -- All the best - cheers! - Matroc (talk) 23:17, 21 September 2016 (UTC)Reply

User:Matroc, may I ask a stupid question? What did you use to get the coordinates for the Transsib article? Can already existing GPX tracks be converted to the new format in some easy and quick way? ϒpsilon (talk) 06:12, 23 September 2016 (UTC)Reply

User:Ypsilon, I just took the GPX for Transsib and copied it to Notepad++, made a few replacement passes then did some cut and paste. (Didn't take much time) The process could probably be duplicated somewhat in a Module to be later used in a Sandbox as results may still require a little bit of editorial work (will see what I can do shortly). This would be a temporary step as there will probably be something in the works coming along that will be easier to use and more permanent. GPX templates are still used in geo and as you know the whole maps thing is still in a state of minor flux. Cheers! -- Matroc (talk) 06:43, 23 September 2016 (UTC)Reply

Last time I checked there is some activity in this area -- Matroc (talk) 17:16, 23 September 2016 (UTC)Reply

Hello! Thank you for putting so much work into this great module. Here is my complaint, lol! The name parameter doesn't seem to work. You can see it not working by looking at the linked article: Binnenstad If you do have time to look at this, could you also look at the styling a little bit? It seems like there are two nested 'thumbinner' divs and they are throwing off the borders a bit. One solve would be making the inner one 8px smaller to account for the padding and borders. Thanks again for building this cool map template. --ButteBag (talk) 20:20, 21 October 2016 (UTC)Reply

I fixed this problem. But I think we should also redesign this template as I did on German Wikivoyage. I do it also on English Wikivoyage if you want. --RolandUnger (talk) 06:41, 22 October 2016 (UTC)Reply

Yes, that would be great! Thank you! Although, looking at Mount Sinai for example, the style issue still seems to exist. The inner border is cropped by the outer border. Does that make sense? --ButteBag (talk) 16:12, 23 October 2016 (UTC)Reply

Arg, it keeps linking me to the .en version of the site. Could you provide a link to a German article? Thanks!

I rewrote the template. Please press "Roload" to bring the new styles into action. Some examples: Mount Sinai -- simple one, Fucking with static map, Soltau with GPX. --RolandUnger (talk) 17:14, 23 October 2016 (UTC)Reply

Yo the maps look AMAZING now! Thank you Roland! --ButteBag (talk) 17:39, 24 October 2016 (UTC)Reply

IDK where to put this, just throwing it out there. It would be cool to repurpose the '3 layers' icon underneath the fullscreen icon. Right now when you hover the layers you can select 'mapnik', 'relief map', etc. Those are cool technical challenges to solve, but as a user it would be cool to have 'See', 'Do', 'Eat', 'Drink', etc checkboxes there instead. Maybe I am interested in seeing only the few shopping listings in a neighborhood with tons of hotel listings. Or maybe there are just too many dang 'Eat' listings on this page and I want to hide them.

Also, just my $0.02, but that 'Explore nearby destinations' button does nothing for me. I'd cut it, but I love cutting things. --ButteBag (talk) 19:47, 1 November 2016 (UTC)Reply

• align=none in template now appears to be an invalid value attribute for align in <mapframe> -- occurs on 23 article pages now -- don't remember if none was converted at one time to center or not? -- Matroc (talk) 17:45, 18 November 2016 (UTC)Reply

• In a first version of the Kartographer the map was frameless. The programmers of this template used for map positioning and framing the same CSS classes like for thumb images. You can align thumb images as left-floated/centered/right-floated (left/center/right) which is realized with the class attributes class="thumb tleft"/class="thumb tnone"/class="thumb tright" Therefore a none alignment was used for centered maps. But a parameter specified as none is used neither for images nor for maps. After the reorganization of the maps we learned about this misuse. After a study of both the Mapframe template and the Map module I detected that the alignment was not in use any longer, and therefore within the last weeks all maps were right-floated ones. I will correct the articles affected. --RolandUnger (talk) 16:04, 19 November 2016 (UTC)Reply
  • Category:Pages with broken maps is now empty. --RolandUnger (talk) 16:24, 19 November 2016 (UTC)Reply
  • Thank you Roland. I looked at the Kartographer extension and left, right and center seemed to be the only ones allowed and thought that was the case. I am going to take none out of the documentation for this template. -- Matroc (talk) 18:54, 19 November 2016 (UTC)Reply
• -- Nevermind it looks like you had already done that change. Again thanks!

Swept in from the pub

Hello, There a small change coming to interactive maps I would like to share with you. Currently maps using <mapframe> are shown without a frame. After an upcoming update maps will appear inside a small frame with the option of a text caption. Similar to how embedded images work.

Frameless maps are good for insertion as part of a template, whereas framed maps are good for insertion directly into the page, either by hand or by using the visual editor.

• To insert a map without a frame, add the "frameless" attribute: <mapframe frameless ....>

• To add a caption, use the text="..." attribute.

Note: Adding the text attribute automatically enables a frame.

If you wish to keep existing templates from showing a frame, please add the frameless attribute. You can do this now without waiting for the deployment.

This change should be enabled on Wednesday, August 31st. For more information please see T143734, start a discussion at mw:Maps, or leave a note below. Thank you. CKoerner (WMF) (talk) 22:31, 25 August 2016 (UTC)Reply

My apologies, this change has already deployed this week. Sorry, my mistake. It seems the mapframe tag looks ok, but please let me know if anything should be changed. Also, I will look at updating the Module:Map to support this feature. Thanks! --Yurik (talk) 22:42, 25 August 2016 (UTC)Reply

I happen to drop by and notice that both Module:Map and {{Mapframe}} still need to be updated to reflect this.. TheDJ (talk) 12:24, 15 September 2016 (UTC)Reply

I was puzzled when editing Lord of the Rings tourism because the caption wasn't working right. After checking the template doc, I realized it's because someone had put |caption= instead of |name=.

Could this template accept |caption= as a synonym for |name=? "Caption" makes a lot more sense, since the map frame looks the same as an image frame, which has a "caption" rather than a "name". --Bigpeteb (talk) 16:50, 21 March 2017 (UTC)Reply

Is it possible to show the map frame on a page without any markers being displayed? Would be good to do this for district maps, see Berlin. --Traveler100 (talk) 05:28, 4 May 2017 (UTC)Reply

To do this you can overwrite the show parameter with a parameter which is not see, do, etc. I think nothing is possible. --RolandUnger (talk) 18:25, 6 May 2017 (UTC)Reply

show isn't mentioned as a parameter, but its there to use in the template: For Berlin: <Mapframe|52.500|13.420|width=500|zoom=10|staticmap=Berlin_map_new.png|name=Districts of Berlin|show=mask}} to just show the shaded (masked) areas -- Forgot, show="" will just display the mapframe as mentioned above. --Matroc (talk) 22:58, 7 May 2017 (UTC)Reply

Per accessibility guidelines, we should add alternative text to this template. —Justin (koavf)❤T☮C☺M☯ 05:53, 8 September 2017 (UTC)Reply

Why do we think the default zoom is 14? It seems to me that it's 13. Nurg (talk) 09:47, 27 January 2018 (UTC)Reply

As a WikiVoyage editor I can see Poimap2 maps like this one displaying in Chinese, and the first reaction of a foreigner user will be to consider it useless and close it: https://tools.wmflabs.org/wikivoyage/w/poimap2.php?lat=31.2331&lon=121.485&zoom=15&layer=W&lang=en&name=Shanghai/Huangpu But Mapframe here has English: https://en.wikivoyage.org/wiki/Shanghai/Huangpu#/map/0 Since English is already available, how can we enable it (display a map in the language of the device) on the maps that open when "Click for a full screen dynamic map" is clicked on a WikiVoyage page? Szalai.laci (talk) 05:13, 22 May 2018 (UTC)Reply

Mapframe is a substitute of Poimap2. That's why Poimap2 should not be used any longer. The development of Poimap2 and related tools was stopped a few years ago. There well be no further development including language support. If Poimap2 is used on other Wikivoyage branches please replace it by Mapframe. --RolandUnger (talk) 04:55, 24 May 2018 (UTC)Reply

But I'm talking about the small icon on the right top of every page, that will open a map in a new page. I think this button is built-in in WikiVoyage to open tools.wmflabs.org/wikivoyage/w/poimap2.php , I tried London and New York , and they act the same.Szalai.laci (talk) 06:59, 25 May 2018 (UTC)Reply

Poimap2 is not "build-in", it is called by the {{Geo}} template. We made at the German Wikivoyage an almost complete substitution of both the dynamic-map (globe icon) and the GPX-download (GPX icon) tools. We used Javascript to do this. You can see it for instance on the page of Luxor (in Egypt usually Arabic scripts are used). Both tools are in a stable beta state, but we hope that we will finish development in this summer (we had to add external tracks and external geo objects). To use these tools it is necessary to adapt both {{marker}} and {{listing}} templates. We added this dynamic-map tool because all articles use the Geo template whereas not all articles already contain a mapframe map. With Javascript we can create both in-article and full-screen map links. --RolandUnger (talk) 08:06, 25 May 2018 (UTC)Reply

Swept in from the pub

I have noticed that {{mapframe}} often, but not always, shows a map of the world instead a map of the article's title location when displayed in Chrome. On Chrome, {{mapframe}} shows a map of the world for the Orillia article but the correct map for Leiden. If I edit the Orillia article, then click "Show preview", the correct map appears. (The correct map always appears if the page is displayed in IE or Edge.) What I have done a couple of times is to add extra parameters such as {{Mapframe|43.8690|-79.3121|zoom=11}} as in the Markham article to display the correct map in Chrome. Should I continue doing this where the wrong map is displayed? I noted another discussion on the Chrome browser but I did not understand it. Thanks. TheTrolleyPole (talk) 21:37, 23 July 2018 (UTC)Reply

I realized that as well. Adding the zoom level is sufficient in order to show the map as expected. But this behaviour is strange, anyway.--Renek78 (talk) 21:43, 23 July 2018 (UTC)Reply

I do not use Chrome; however, when I make a mapframe I have usually added zoom and have had no problems. I have seen this type of behavior using maplink or marker as well. Just verify and if need be put in a zoom parameter. (pop up maps are it appears, handled slightly differently due to how a map is created (tiling). -- Matroc (talk) 02:41, 24 July 2018 (UTC)Reply

A few weeks ago we found a JavaScript runtime error at Chrome-based browsers (including Opera) which prevents the full execution of the script which is necessary to add controls and to show the correct map section. It seems that this is not a problem of the browsers but a problem of programme-part dependencies which is done by the resource loader. Unfortunately, the foundation's programmers did not made a software correction until now. The most awkward situation is that the Chrome browsers are the major ones on smartphones. --RolandUnger (talk) 14:35, 24 July 2018 (UTC)Reply

Actually, 80% on mobile, ~60% on desktop... really unfortunate. Andree.sk (talk) 20:33, 24 July 2018 (UTC)Reply

I fixed the Orillia article, but adding zoom only was insufficient; so I also added the lat/long which fixed the problem. TheTrolleyPole (talk) 21:47, 24 July 2018 (UTC)Reply

Personally, I think the best solution is to include coordinates and zoom of a place in all mapframes. --- Selfie City (talk | contributions) 16:06, 21 August 2018 (UTC)Reply

Swept in from the pub

Guys, I came across Template_talk:Mapframe#Why_Poimap2_doesn't_display_English_and_Mapframe_does?. Basically, it looks like the de.WV guys have figured out the issue with markers only using wikidata to gather coordinates (summoning User:RolandUnger, as usual :-)). Basically they got rid of the abandoned poimap2.php wmflabs thing and use javascript to extract whatever is needed. Check e.g. Luxor. In addition, they have a nice popup map on the top, so we could even remove many/most of the {{mapframe}}s added via User:AndreeBot recently in the regions (esp. if the popup map would show by default for the regions). They also have other improvements, e.g. of the listing editor or markers with icons. They don't seem to use region masks or metro mapshapes, but I think that should just continue to work.

I'd almost say it's a good time to combine the efforts and bring back de.WV improvements to en.WV, use the same codebase for both. What do you guys think, do you see any reason why not start preparing this "operation"? Andree.sk (talk) 08:32, 27 July 2018 (UTC)Reply

Until Mapframe type maps support showing your current location like the Poimap does I would strongly object to removing it from articles. --Traveler100 (talk) 09:49, 27 July 2018 (UTC)Reply

Mapframe markers look very similar when printed in black and white, so I would prefer to keep having the alternative Poimap format. AlasdairW (talk) 13:31, 27 July 2018 (UTC)Reply

Today I started to explain marker and map tools as we use it on German Wikivoyage. But it will take time to make this explanation complete. Why I did it? As already stated we made all the programming from scratch. So we should not speak about merging of functionality but about replacing the tool set. That's why I am explaining our tool set. The community should discuss (in future) pros and cons. After a decision, the replacement can be done step by step starting with new marker and listing templates. I think we should do this together with the Hebrew community to check correct right-to-left support.

Of course we payed attention to a high degree of backward compatibility. But it will be necessary to adapt the templates by a bot.

All this is connected with some new concepts. The main one is to rethink the current system of really simple types which is unusable with Wikidata. --RolandUnger (talk) 06:58, 28 July 2018 (UTC)Reply

Swept in from the pub

I created many of those for the Hebrew Wikivoyage during the last year and I would like them to be used in other Wikimedia projects (such as Wikipedia). Is it easy to transfer them to OSM/Wikidata? If so, how is that done? ויקיג'אנקי (talk) 16:43, 28 July 2018 (UTC)Reply

It's pretty straight forward, since the mapmask is basically a polygon definition with line segments. Simply convert those to GPX format and import them into JOSM (Java OSM editor). Give it a name so you can search for it through OSM afterwards, and if it makes sense, assign it an administrative boundary by setting the admin_level tag. ArticCynda (talk) 16:50, 28 July 2018 (UTC)Reply

Be careful! Only upload to OSM, if it is an official district boundary. If your boundary lines were set up by you at random in order to divide a city for Wikivoyage district maps then it definitely has no place in OSM. The right place is Wikimedia Commons for that (here is an example for Brussels). You need your polygons in GeoJSON format. If you only have gpx it is necessary to convert them to GeoJSON (geojson.io should work for that. Else JOSM).--Renek78 (talk) 17:37, 28 July 2018 (UTC)Reply

I completely agree, Renek78, although I think we should try to reuse existing OSM data as much as possible and limit the custom maps as in the case of Brussels or Kraainem since they're less flexible and less accessible than OSM data. ArticCynda (talk) 07:34, 31 July 2018 (UTC)Reply

Swept in from the pub

does anyone know how them make the POIs reappear? (without removing the track) ויקיג'אנקי (talk) 22:22, 5 August 2018 (UTC)Reply

I'm just about to try playing around with this thing. Yes, it seems as though there's a lot of complex code involved with the formation of that map. Selfie City (talk) 23:05, 5 August 2018 (UTC)Reply

I'm sure Traveler100 would know and be able to fix it easily. Selfie City (talk) 23:06, 5 August 2018 (UTC)Reply

There was a parameter to indicate which items are displayed; if you changed it to indicate the track should be displayed, you'll likely have to also list the standard items (come, see, conquer, do, buy, eat, drink, be merry, sleep, pillage, burn, listing...) or they won't appear. It might be worth looking at Trans-Siberian Railway or Oregon Trail to see how they handle this. K7L (talk) 23:23, 5 August 2018 (UTC)Reply

Temporary fix - added show="listing" to mapframe and the POIs now appear... Did this fix while K7L was entering explanation -- Matroc (talk)

marker without a type appears to default to listing and will not show in a mapframe unless show=listing is applied I believe. If you add type=see to all the markers - mapframe without a show parameter should work fine. If you click button icon 1 for Fogg the popup map will appear with that green icon 1 only, if you want the other icons to appear just put in show=listing for the other markers and they will all appear. You can experiment with group and show to see different situation. -- Matroc (talk) 00:02, 6 August 2018 (UTC)Reply

Note: Using {{mapframe}} is not the same as using <mapframe> and there are subtle differences. -- Matroc (talk) 20:29, 6 August 2018 (UTC)Reply

Is there actually a usecase for a "common editor" to use the tag instead of the template? I didn't see one yet, and quite the opposite - the former almost always caused some issues, like markers not showing (=the above). Andree.sk (talk) 20:47, 6 August 2018 (UTC)Reply

Insert > Map in the visual editor (and in its wikitext mode) uses the tag directly. It would be ideal if the tag worked as well as the template; if anyone wants to talk to work-me about this problem, then I'd be happy to file bug reports. WhatamIdoing (talk) 19:30, 8 August 2018 (UTC)Reply

Swept in from the pub

What's wrong with the maps at Bicol and Calabarzon? They just show up as white for me, in both Firefox and Safari. —Granger (talk · contribs) 02:28, 4 September 2019 (UTC)Reply

@Mx. Granger: They are empty: just {{mapframe}} with no geocoordinates. —Justin (koavf)❤T☮C☺M☯ 02:33, 4 September 2019 (UTC)Reply

Hm. Calabrazon is empty too but does display for me. Maybe lacking info at Wikidata? —Justin (koavf)❤T☮C☺M☯ 02:33, 4 September 2019 (UTC)Reply

@Koavf: I don't think the lack of geocoordinates is the problem—many articles, such as Negros, have mapframes with no geocoordinates but still display the map just fine.

Oddly enough, Calabarzon now displays for me too, though I'm sure it didn't 15 minutes ago. —Granger (talk · contribs) 02:36, 4 September 2019 (UTC)Reply

Most of the dynamic maps seem to be broken currently, probably some wikimedia server outage... -- andree.sk(talk) 05:40, 4 September 2019 (UTC)Reply

The problem is because of broken mapshapes. The shapes are added by a JavaScript script which had to load external data. If one of these data is broken the script stops working. That's why the map is empty. The script stop is a known problem. I tried to get the mapshape data manually, and I got the response: "password authentication failed for user \"kartotherian\"". This should not happen. --RolandUnger (talk) 06:19, 4 September 2019 (UTC)Reply

The mapshapes in those articles showed white for me as well. --Comment by Selfie City (talk | contributions) 11:23, 4 September 2019 (UTC)Reply

It seems that the problem is now solved. --RolandUnger (talk) 13:01, 4 September 2019 (UTC)Reply

Swept in from the pub

Since yesterday, the mapframe maps in some articles don't show up. There's just the description ("Map of article name") below it, and what used to be the map is just a narrow gray line, so it looks like it's collapsed. It seems to have something to do with the coordinates; if I delete them, or even all the parameters, so that the tag just says "Mapframe" with brackets around it, the map does show up.

But that's not all, there's also an issue with the zoom levels of the maps. Now the mapframe wants to zoom out so that all of the POIs show up in the map. This means that if for instance an airport 50 km out of the city it serves is geotagged, it zooms out to a level including the airport, and everything else which is concentrated in a smaller area is just one dense cluster (example: Nicosia). If you leave the zoom parameter in, it's going to zoom into the middle of that area, ie. mid-way between the airport and downtown with no geotags showing up.

--Ypsilon (talk) 09:13, 10 April 2020 (UTC)Reply

I had the same problem. At the time, I assumed it was an ad blocker, but it wasn't, since the map still didn't show up after I turned off the ad blocker. --Comment by Selfie City (talk | contributions) 11:13, 10 April 2020 (UTC)Reply

I think a dummy edit of the articles affected will bring up the maps again. If there will be articles with the corrupted maps still after a few days, please make a minor edit at the mapframe template. I do not know what happened maybe the height style was missing in the map container. --RolandUnger (talk) 12:06, 10 April 2020 (UTC)Reply

Concerning the zoom: it was and is the default mapframe behavior to show all markers if no coordinates and zoom are specified. The problem usually occurs if markers of far-distant locations are inserted in the articles. In this case you have to specify the parameters manually because the software cannot guess which markers should be shown. --RolandUnger (talk) 12:14, 10 April 2020 (UTC)Reply

Yes, this indeed is what the coordinate parameters are there for. I reverted my edits to Nicosia, and now the coordinates show up normally. I'll try to make a dummy edit to articles with invisible maps I run into. Thanks! --Ypsilon (talk) 12:32, 10 April 2020 (UTC)Reply

Hmm, looks like quite a few maps are missing - probably it would help to reload all pages... -- andree.sk(talk) 05:44, 12 April 2020 (UTC)Reply

Swept in from the pub

While working on #Switchable static/dynamic map I've noticed that 1 year ago has been updated the map on China, but unfortunately the updated has been done in a bad way: overwriting the existing map.

I'm writing this post hoping to avoid it on the future because this approach will mess up all the other language versions that use the same map. The good approach is to create a new file and let the article of a specific language version to use that new file. In this way all the other language versions are not affected.

This good approach has been followed (I think by chance) on Southwest China, maybe because the old map has a mispelled name, but anyhow this was enough to preserve all the other language versions.

In all this mess, I've notice that the map on East China has not even updated, so the areas described in the article do not match the ones on the map, and for South China no new static map version has been created (it's not mandatory, it's just a choice, but let's consider that it's not uniformed among the other articles). Whomever will take in charge the map update task, please follow the right process, and please share to whomever is interested on this topic to be aware of this issue. --Andyrom75 (talk) 13:38, 4 October 2020 (UTC)Reply

I think that User:Buernia made that update. Maybe talk to that editor about what happened? (It looks right to me.) WhatamIdoing (talk) 20:23, 5 October 2020 (UTC)Reply

Sorry about that. I’ve reverted the coloring of File:Map of China (en).png to the 2012 version. The article in en:voy can reference the bitmap generated by File:Map_of_China.svg. --　Buernia　Talk　 13:22, 10 October 2020 (UTC)Reply

Thanks User:Buernia for taking care about China map and Shaundd for the East China one. If one of you would be available to create a new version of the South China static map would be great. --Andyrom75 (talk) 14:54, 10 October 2020 (UTC)Reply

If you try to open this sandbox page, you would see the bottom {{Mapframe}} blink: before the blink all mapshape are shown on the map of Riga, after the blink only part of them. What's wrong with it? Soshial (talk) 14:01, 29 December 2020 (UTC)Reply

Would be nice if for logged in users the layers you have selected would be remembered between pages.

Also does anyone know if the relief map data is under an open license? Ie could we host it locally like we do the maps? Travel Doc James (talk · contribs · email) 18:43, 13 March 2021 (UTC)Reply

{{Regionlist}} shows the static map by default and allows switching between it and the dynamic map. It would be great if {{Mapframe}} could do likewise. As a bonus, it would be lovely to specify whether static or dynamic should be the default. Thanks! --Nelson Ricardo (talk) 00:05, 13 May 2021 (UTC)Reply

To clarify the above, current behavior should remain as is. Switchability would be controlled by a new template parameter. --Nelson Ricardo (talk) 02:32, 13 May 2021 (UTC)Reply

Without the optional parameter "show=", the parameters "lat=" and "long=" work as expected. If "show=" is added they have no effect until the names are removed and the values then work as unnamed parameters. This caused some problems as the solution was not intuitive. Maybe some warning in the documentation, which does not currently mention "show=" at all. • • • Peter (Southwood) ^(talk): 05:16, 23 December 2021 (UTC)Reply

Swept in from the pub

Apologies for writing in English. If you can translate this message, it would be much appreciated.

Hello, your wiki is among the first wikis to try the new feature “Show nearby articles” in Kartographer. Again, thanks a lot for volunteering to do this!

In the past months, we have worked some more on this feature based on initial feedback, most importantly:

• Multiple pins at the same location are now clustered into groups when zooming out and unclustered when zooming in.
• When you move on a map or zoom in and out, you now load new pins with a reload button.
• The number of pins that can be shown as nearby articles has been increased from 50 to 300.

With these changes implemented, we consider this feature ready to be deployed to all wikis. We also plan to disable the gadget "Explore nearby destinations" to reduce the amount of code that needs to be maintained. But before we do that, we would like to hear from you: What is working well for you? What could still be improved? Please let us know on this talk page by March 19. Thanks a lot for your time! -- For WMDE’s Technical Wishes project, Johanna Strodt (WMDE) (talk) 10:36, 9 March 2023 (UTC)Reply

The middle link is broken, as it's an interwiki link in external link syntax. The correct link is: Explore nearby destinations. Daggerstab (talk) 18:02, 9 March 2023 (UTC)Reply

I fixed it, just in case anyone tries clicking it before reading your comment. WhatamIdoing (talk) 00:23, 10 March 2023 (UTC)Reply

Ahem. Sorry about that. And thank you for fixing it! -- Johanna Strodt (WMDE) (talk) 10:00, 10 March 2023 (UTC)Reply

While in general this sounds like a useful feature for Wikipedia and Wikidata, and so on, one has to acknowledge that geo-data on Wikivoyage is structured a little differently than on Wikipedia and Wikidata. Geo-coded items on Wikipedia and Wikidata exist as standalone items. Geo-coded items on Wikivoyage contraryly can be articles but also listings within such articles. However, listings within articles would not be included in the "Show nearby" feature with the currently proposed solution, would they? This would discriminate such listings for the Wikivoyage implementation, where on Wikipedia and Wikidata they would be displayed. Indeed, many listings in Wikivoyage articles are already based on their Wikidata item and connected to them.

So, for this being actually useful to Wikivoyage, somehow all geo-coded listings within the Wikivoyage articles would need to be included, I believe. Otherwise, the map would end up with a sparse collection of Wikivoyage article points. Compare: 31k articles on the English Wikivoyage vs. 858,660 geo-coded items on Wikidata just for France (just as an example).

Cheers Ceever (talk) 18:54, 15 March 2023 (UTC)Reply

It would still be useful for seeing nearby destinations that haven't been explicitly mentioned in an article, though. And listings are supposed to be relevant to the particular place they are listed in. Too much markers on a map are either a waste of resources, as most of them get ignored, or distract and confuse the reader - see what happened recently with the UNESCO World Heritage list. That's the reason behind the 7+2 rule, isn't it? Otherwise we could just make huge articles for regions or countries and put all the listings there. I don't think the point of this project (Wikivoyage) is to duplicate Google Maps. Daggerstab (talk) 19:39, 15 March 2023 (UTC)Reply

So, what you are saying is that a badly structured set of region and city articles shall now be compensated for by this Kartographer feature to find relevant articles, even though this feature will never be available through readers like Osmand or Kiwix?

Also, you are consequently saying for Wikipedia and Wikidata: "Too much markers on a map are either a waste of resources, as most of them get ignored, or distract and confuse the reader", aren't you? Because this would definitely apply in their cases considering the amount of geo-coded items.

I don't see how this causes to be a duplicate of Google Maps. But even if so, a duplicate that is free and open can certainly exist besides a commercial alternative. But can you explain, what you mean?

A more useful feature to everyone would probably be a "Show nearby" that lets the user chose between articles and listing, or just a clear separation of article and listing markers.

Cheers Ceever (talk) 23:39, 15 March 2023 (UTC)Reply

"Show nearby articles" should show nearby articles. That's one feature I often use in the upper-right-corner map. Showing nearby listings would indeed be useful for listings just outside the area covered by the article, such as when an isolated sight has to be put in either of two city articles, but the other one was chosen. I see little use in showing all listings in the centre of a nearby city covered in its own article (that could of course be an option in a region article map).

I could envision an implementation where the main clusters of listings in articles for nearby destinations, and listings in articles for destinations farther away were shown just as article markers, while listings nearer the area of the article at hand were shown as individual (or clustered) listing markers. This would be considerably more complicated and not to overload the servers might require some additional info to be added in some data structures. This would be a new feature, which needs to be discussed with the Kartographer folks, to see what is feasible.

Allowing a switch to a map of Wikidata items could be a working alternative – especially if we get a mapping from Wikidata items to Wikivoyage listings.

–LPfi (talk) 09:55, 16 March 2023 (UTC)Reply

One problem is that while many sights have Wikidata items, most listings on Wikivoyage are not sights, but commercial entities... Daggerstab (talk) 11:37, 16 March 2023 (UTC)Reply

Read the top post again: Wikivoyage already uses a custom extension/gadget that shows on dynamic maps nearby destinations, by request (clicking on a button). They are just adding that functionality to the core Kartographer. It's the status quo, not something fundamentally new. If it's some form of "discrimination", Wikivoyage has been already "discriminating".

Wikipedia and Wikidata function in a different way than Wikivoyage. And wiki-like map services like OpenStreetMap and Wikimapia already exist. Daggerstab (talk) 11:34, 16 March 2023 (UTC)Reply

Thanks for your comments.

In the end, everything is up to everyones likings—you prefer this and I prefer that. That doesn't necessarily mean that those things have to contradict each other.

"Show nearby" could just show everything that is geo-coded on WV and one simply selects the relevant pieces by using the layer side menu, excluding listings, accommodation, commercial sites, or articles (as in my case).

I am definitely on your side when it comes to commercial listings, I don't see any point in competing with Google here. But that is not an issue of the Kartographer, but WV itself. Maybe it would be useful to more rigorously exclude them there. I barely use restaurant listings, and never any accommodation listings, for example. But so what, I can just have them hidden in the Kartographer, selecting the right types of items—I don't need a complex clustered display of any kind (@LPfi).

Cheers Ceever (talk) 14:13, 18 March 2023 (UTC)Reply

Furthermore, one has to remember that any graphical overview should not come without an option to also have this information in a computer-readable or list form (GPX?). I would definitely see a use case where people are interested in nearby items but will want to load them into an external app. Wikivoyage is already a little limited in this sense, because GPXs can only be exported per article but not region- or country-wide.

Cheers Ceever (talk) 23:46, 15 March 2023 (UTC)Reply

@Johanna Strodt (WMDE) could ask her team about that technical question. WhatamIdoing (talk) 15:55, 16 March 2023 (UTC)Reply

Hello everyone, there was a parallel thread on the talk page of the feature on Meta. In the spirit of keeping all comments in one place, I have replied there: Talk:WMDE_Technical_Wishes/Geoinformation/Nearby_articles#My_two_cents

Thanks a lot, Johanna Strodt (WMDE) (talk) 09:52, 22 March 2023 (UTC)Reply

Swept in from the pub

Hello! Greetings from the Technical Wishes team at Wikimedia Deutschland. You’ve probably seen that we have developed a new feature to show nearby articles. This feature was requested by many community members from different wikis, and Wikivoyage editors in particular asked for an easier way to determine which articles are shown as nearby on the maps.

Nine Wikivoyages, including this one, have been using a similar feature for some years already (“Explore nearby destinations”, screenshot on the left). In this feature, nearby articles are defined with a list that has to be manually updated. The new feature automatically generates the nearby articles displayed on the map. We have summarized the differences between the two features here, but all in all, their functionality is quite similar.

• 
• 

For the last months, English Wikivoyage has been testing this new feature. Thank you to everyone who has helped improve the feature with their feedback. Some things that have been changed are

• clusters for nearby articles
• improved performance: more articles can be shown
• works on mobile

As previously announced, we plan to replace the older Wikivoyage feature “Explore nearby destinations” with the new feature. This is to reduce the amount of code that needs to be maintained, and to have a consistent user experience across wikis. If you have any feedback on these plans, please let us know on this talk page. Here’s the wiki page of this project, if you want to learn more. – For the Technical Wishes project, Johanna Strodt (WMDE) (talk) 12:47, 17 April 2023 (UTC)Reply

Hello, here is an update to my message from April:

On May 24, the current feature “Explore nearby destinations”, which is only used on a few wikis, will be turned off.  A few weeks later, the code of this feature will be removed. Your wiki will keep using the new feature “show nearby articles”.

If you know better places to share this information on your wiki, we are kindly asking you to pass it on. Any comments are welcome on this talk page. – Best, Johanna Strodt (WMDE) (talk) 12:44, 17 May 2023 (UTC)Reply

If an article has distances in miles and feet, the bottom in the mapframe displays the scale always metric. There is no option to show it conform imperial system if the article has the imperial system. You can click the scale and then it changes to the imperial system, but it does not start like that. I think there should be a parameter in mapframe to change this behavior. FredTC (talk) 11:52, 29 December 2023 (UTC)Reply