text:
Wikivoyage talk:Mapmaking Expedition

Map testing
Hello: I have been experimenting with maps recently - Let me know if any interest in the following:
 * 1) Placed an icon next to a city listing/marker that will open a map of the area (circled) and using the capability to hide maplinks from appearing on a page - created pointers for that new map related to or specific to that location. (kept all original city/vicinity markers that appeared on that page's mapframe) - Approx. 15 extra maps were created and approximately 4-15 maplinks each.
 * 2) In addition, I managed to create a map containing all the city,vicinity markers as well as the hidden maplinks. I also added a special maplink that when selected pops up a list of names (map links) that when clicked opens up a new map pertaining to that link. (ie. special maps or regional maps found in a different article etc.)
 * 3) * This gives the possiblity to go to page links for some point of interest if available as well as map to map traversing.
 * 4) Recently - click on a Point that will open a popup menu allowing you to move to that new location on a map
 * 5) Looking further to see if some streamlining can be done to create these types of things because of what is involved and any other issues as I find them.

Cheers! -- Matroc (talk) 08:15, 24 April 2019 (UTC)

Attractions map
The attractions map that I saw at Backpackers(Taiwanese travel forum site), It is the location of the person and the surrounding listing. When the traveler clicks on the placemark(listing), the listing of the placemark will be listed Information; I think this will be a good feature.

I think Wikivoyage can emulate this, the purpose is to make it easier for travelers to find nearby attractions.--✈ IGOR ／ ✉ TALK?!  ．WIKIVOYAGER ! 20:21, 6 April 2019 (UTC)

 * Have you tried Special:Nearby? WhatamIdoing (talk) 19:17, 8 April 2019 (UTC)
 * Yes, I have use it. Backpackers have show to map and listing.--✈ IGOR ／ ✉ TALK?!  ．WIKIVOYAGER ! 16:19, 9 April 2019 (UTC)

Maps instability
There are ongoing issues with the sliding maps at the moment. Site administrators are working on it. Until they are resolved, those maps may take more time to load or fail to load completely. Thank you for your understanding and sorry for the disruption. More info available on the linked ticket. --JCrespo (WMF) (talk) 09:30, 13 September 2019 (UTC)

 * Thanks for the note, JCrespo (WMF). WhatamIdoing (talk) 16:15, 13 September 2019 (UTC)

 * Wow, that takes quite long, JCrespo (WMF). Any news?--Renek78 (talk) 20:49, 17 September 2019 (UTC)
 * FYI, I noticed that the maps work well if the zoom is set to 14. Anything else and they don't render properly. For now, I'm setting zoom to 14 even where it is not totally appropriate. --RegentsPark (talk) 20:59, 17 September 2019 (UTC)

GPX export useless with the Wikidata approach
Now that we are converting city listings to only using the Wikidata reference, and also support Wikidata-only listing for sights, due to the on the fly addition of Wikipedia and GPS, the GPX export does not function properly anymore. This is because it does not derive GPS for these simple Wikidata-only listings.

Should we tackle this issue? Could we maybe use the approach from German Wikivoyage, which can properly handle such simple listings?

If this topic was discussed before, please refer. But it seems still to be open, considering the GPX export issue.

Cheers Ceever (talk) 09:02, 28 September 2019 (UTC)
 * Fully agree. Furthermore it would be a huge addition, if GeoJSON paths for itineraries (e.g. E11 hiking trail) are also exported.--Renek78 (talk) 08:38, 29 September 2019 (UTC)

 * "Discussed" several times, actually... see Mapframe and Marker discussions... -- andree.sk (talk) 06:06, 30 September 2019 (UTC)

 * Well, should we fix it then and use the German approach? In favor ... Cheers Ceever (talk) 20:08, 28 October 2019 (UTC)

Offline maps
I think that User:RexxS has a flexible system that could help us deal with the dynamic-vs-static maps dispute in terms of offline (Kiwix) readers. This was tried for a different purpose over at the English Wikipedia a little while ago, but I think it might be even more useful here.

The basic idea is that when you have content that can't be displayed offline (such as a dynamic map), you can add a replacement that is only displayed offline. Think of putting something like  in an article – the linked map wouldn't show in the article if you're reading online, but it would show if you were using an offline reader that doesn't support dynamic maps (or whatever kind of content is wanted for the offline user).

I think we could set this up here. Is this something that you all are interested in? WhatamIdoing (talk) 19:06, 16 October 2019 (UTC)
 * Sounds great. But there is already a key for that, which could be used: "staticmap". Example:
 * --Renek78 (talk) 05:38, 17 October 2019 (UTC)
 * I think this is a great idea, whether it's implemented with a parameter or with a dedicated template. —Granger (talk · contribs) 15:02, 20 October 2019 (UTC)
 * I think this is a great idea, whether it's implemented with a parameter or with a dedicated template. —Granger (talk · contribs) 15:02, 20 October 2019 (UTC)

Too Many Requests on loading complex dynamic maps
In the recent days, when I open pages with multi-region maps like Vienna or Budapest, the dinamic map fails to load. It tries to load GeoJSON for each regions, but some of them are rejected by the server 'maps.wikimedia.org' with response '429 Too Many Requests'. So it seems that the rate limiting configured on the server too low. Can somebody fix it? --City-busz (talk) 10:50, 27 December 2019 (UTC)

 * City-busz, Vienna's dynamic map loaded for me. Are you still having problems?  WhatamIdoing (talk) 16:58, 27 December 2019 (UTC)
 * Yes, it's still not loaded for me. I can see only a static image. --City-busz (talk) 17:01, 27 December 2019 (UTC)
 * Would you mind clicking on https://en.wikivoyage.org/wiki/Vienna?action=purge (and agreeing to purge the cache), and letting me know if that improves things? If it doesn't (my guess is that it won't help, but that it's worth a try), then I think it would be useful to know a bit about your internet situation, like what country you're in, what kind of device you're using, and what your web browser is.  You can send me e-mail if you'd rather not post that information in public.
 * The other thing that would help a lot is if anyone else could check Vienna and post whether you're getting errors/not seeing the dynamic map. WhatamIdoing (talk) 17:15, 27 December 2019 (UTC)

 * Purging the cache does not help. I'm from Hungary, and I get the same results using Firefox and Chromium on Linux desktop either when I logged in or not. Also, when I click on a maplink like Vienna, I can see only an empty map (white background). --City-busz (talk) 17:31, 27 December 2019 (UTC)

 * The map loaded slowly, a maplink map empty (white with controls). Firefox on old Ubuntu laptop, DSL, Finland. Maps from other articles seem to load as usual --LPfi (talk) 21:30, 27 December 2019 (UTC)

 * I can see the dynamic map at Vienna, but the controls don't work—I can't zoom in or out or move the map. Firefox on Mac OS 10.14.6. —Granger (talk · contribs) 22:30, 27 December 2019 (UTC)

 * Granger, if controls don't work, it means that you see the static snapshot of the dynamic map, and the dynamic map is not loaded properly due to server rate limit. This is my problem.--City-busz (talk) 23:13, 27 December 2019 (UTC)
 * Maybe the page needs a rethink. The dynamic map does appear to have too much shape data information being plotted. --Traveler100 (talk) 07:34, 28 December 2019 (UTC)
 * Seems to me the article doesn't need a dynamic map. Just use the static map and save dynamic maps for the district articles. I think we have a policy somewhere that double maps should be avoided when possible. —Granger (talk · contribs) 09:32, 28 December 2019 (UTC)
 * The static Vienna map is close to useless in my opinion.--46.223.219.75 22:24, 28 December 2019 (UTC)
 * City-busz, isn't that the issue, which is ongoing for quite some time already? JCrespo (WMF) was informing about it but nothing really improved since then (see Wikivoyage_talk:Mapmaking_Expedition).--46.223.219.75 22:24, 28 December 2019 (UTC)
 * I think it's something different, because the tiles are loaded correctly, just the mapshape requests are rejected by the server. --City-busz (talk) 23:32, 28 December 2019 (UTC)
 * Paris is still empty for me. The Paris page tries to load mapshapes for each districts individually. It means that the browser sends 20 requests at once to the server, and the map server usually reject some of them.--City-busz (talk) 23:32, 28 December 2019 (UTC)
 * Vienna works for me, but not Budapest. OhanaUnitedTalk page 02:23, 29 December 2019 (UTC)
 * The processing of mapshape external source I believe is the costly culprit. Actually I found the request limit to be around 15. (creating Points limit on the other hand is close to 300+). Kartographer as applied does not allow chaining of external requests as well. Supposedly there are future developments to be had that may resolve the issue (javascript?). To get around the issue, I believe that one might be able to hard code the regional coordinates separately. -- Matroc (talk) 05:13, 30 December 2019 (UTC)
 * I cannot speak for your particular case, but I can throw some light regarding the error. 429 HTTP Error is a measure that too many requests have been received by the server. As a protective measure, site operators rate-limit the number of requests a single client can do without causing performance problems. As you may be aware, the Wikipedia servers have been the target of (D)DOS attacks in the past, and that is one of the measures put in place to prevent the service (the site) from having performance issues or going down after a limit that is believed no healthy user, client or bot should achieve (I cannot say how many request exactly that is, as I am not in charge of traffic security, but even if you reloaded the browser on a normal page as fast as possible, you wouldn't reach it, it has to be something programmatic). The idea is that, when you receive a 429 Error (temporary) you should stop and or slow down doing requests because they are too fast, as it could be damaging the server performance- it is a time-based limit, so not a permanent error. So my guess here is that maybe the javascript handing the map loading is, erroneously, doing too many requests, too fast. If you believe that, without extra gadgets and custom js, and the map is not showing to legitimate users, please report it on Phabricator so the map code maintainer can optimize it so it doesn't do so many requests that it gets itself blocked. For example, while map tiles could be loaded in parallel for faster load, it should not go overboard with the number of connections as to consider legitimate users as "damaging". As you may imagine, not many of you should have not encountered 429 errors, as the limit is quite generous. It is true that certain services could override such limit and set it lower if it cannot handle so many requests, I also don't know if that is the case here. Please contact the js implementor/maintainer of the functionality to fix the connection pattern. Editors and readers should not, for the most part, change its desired behavior because there is a bug on code- if 2 maps are desired by the community, 2 maps should be supported- just the bug reported and code be fixed. https://www.mediawiki.org/wiki/How_to_report_a_bug Feel free to CC me on the ticket for help. PS: The previous problem I reported should be fixed long time ago, if you found new issues, please report them on Phabricator, too. While we get notified immediately if a site is fully down, small amount of errors on smaller communities may go undetected due to its small percentage compared to the total of all sites requests. That doesn't mean they are not equally important. --JCrespo (WMF) (talk) 09:52, 31 December 2019 (UTC)

 * Thanks for the clarification. Now I opened a ticket here: https://phabricator.wikimedia.org/T241644 --City-busz (talk) 11:16, 31 December 2019 (UTC)

 * Thank you, I have (hopefully) added the right group tags so it should be handled by the right development team. Please be patient these days as several WMF developers are on vacations. Cheers, and sorry for the inconveniences, hopefully it has an easy resolution, --JCrespo (WMF) (talk) 12:33, 31 December 2019 (UTC)

Hosting official subway maps
Is there any way for us to host them without running into copyright issues? I know a lot of work must have been put into creating our custom ones, but they're just not as good as the official ones in most cases, and they're at an automatic disadvantage since they don't correspond to what travelers will be seeing in the field. Sdkb (talk) 00:27, 7 January 2020 (UTC)
 * These are almost certainly under a copyright (tho not if they were produced by certain governments, such as the American federal government or California's government). Did you have some kind of alternative in mind other than scanning and uploading? It's possible that some official maps are so basic that they don't meet a threshold of originality but that seems unlikely to me. —Justin ( koavf ) ❤T☮C☺M☯ 00:32, 7 January 2020 (UTC)
 * Maybe a case by case basis. I had a look at London https://en.wikivoyage.org/wiki/London#By_Underground and that map is pretty useless but on Commons Wikimedia there is https://commons.m.wikimedia.org/wiki/File:London_Underground_Overground_DLR_Crossrail_map_zone.pdf which may or may not be official or 100% but is massively better than what is used here at present. I assume that as it's published on Commons it can be used here i.e. the copyright has been considered by others and decided on (unless it's a clear oversight in which case maybe it should be raised and dealt with on Commons rather than WV). I have no idea what the "policy" is but as Sdkb says, WV corresponding to the map people might have printed or see on a poster much better and it will never be possible to do every subway or public transport system but do the best possible where possible. PsamatheM (talk) 02:47, 7 January 2020 (UTC)
 * That's not an official map, but I agree it's way better than the one we use.--ThunderingTyphoons! (talk) 08:26, 7 January 2020 (UTC)
 * Media published at Commons can be used here, yes. —Justin ( koavf ) ❤T☮C☺M☯ 03:46, 7 January 2020 (UTC)
 * I think as a general matter more effort should be put into putting the urban rail lines on the dynamic map and keeping them updated as needed... We've got a lot of missing lines there, especially in the light rail department... Hobbitschuster (talk) 05:28, 7 January 2020 (UTC)
 * Where good static maps already exist, it's not a case of either/or; both can be present in an article. FWIW, I don't find those coloured lines on a dynamic map all that special. Where no static map of the system is available, they're better than nothing, and they are also good for seeing at a glance which lines pass through a given neighbourhood. But other than that, their practical use for planning and executing a journey are limited: they don't show stations, service patterns, interchanges etc. I don't know why anyone would use them as an alternative to an official map when the likes of Google Maps have a brilliant real time public transport overlay.--ThunderingTyphoons! (talk) 09:52, 7 January 2020 (UTC)

Bad maps
Maps look very strange if an area is located on the 180th longitude. Is this a known problem? I spotted this problem because I happened to look at the article about Chukotka and found that the map was close to useless. --Stefan2 (talk) 00:26, 20 May 2020 (UTC)

 * note:Yes it is an issue... I remembered this issue being discussed 2 years ago! https://www.mediawiki.org/wiki/Help_talk:Extension:Kartographer. The answer I noted reading some time ago was to divide the polygon into 2 parts down the meridian 180 (which may work)-- Matroc (talk) 02:32, 20 May 2020 (UTC)
 * I agree. I filed a ticket on similar issue last summer and they treated it as a "feature request" rather than a bug. OhanaUnitedTalk page 04:54, 20 May 2020 (UTC)

 * A workaround would be to use two maps, one for either side of the dateline. Lat/long and zoom would need to be added to each map. As a starter try: 67|175|zoom=5 and 67|-175|zoom=5. Not a neat solution, but better than the current world maps.
 * It would also be better to add the actual the actual lat/long to the markers in the article, rather than just getting them from Wikidata, as this then works with the full page map (from the icon at the top right of the article), which doesn't have a problem with the dateline. AlasdairW (talk) 20:09, 20 May 2020 (UTC)
 * And where a region straddles 180, in the Antarctic Islands my workaround was to mark the Balleny Islands as west-of-west at long=-196, rather than +164 east which detached them from the others. Grahamsands (talk) 09:37, 21 May 2020 (UTC)
 * Thanks Grahamsands. I have combined the two "fixes" on Chukotka and it looks better, but the map shape doesn't cross the date line. AlasdairW (talk) 22:13, 21 May 2020 (UTC)
 * Just a thought, could the issue be caused by the type of projection used (Albers projection) in making the shapes mentioned above? (thus the split) -- Matroc (talk) 04:44, 3 June 2020 (UTC)

Possible way to generate static maps
Recently I was bored and stumbled into a static map generator. It calls itself a "fantasy" map generator, but you can also import static maps and add labels, and even rivers and provinces/countries, as desired, and then export to JSON, SVG, JPG, etc. I thought perhaps this would be a better (and faster) way to create static maps than the current method. However, I'm not sure that using the website to create maps used on other website, under our license, would be allowed.

Note: to import a static map go to the arrow in the top-left corner/Tools/Heightmap/Erase data/Erase map/Image converter. --Comment by Selfie City  ( talk  |  contributions ) 17:01, 24 May 2020 (UTC)

 * I'm not sure how this is supposed to work. It seems to assume anything you import will be a color-coded topographical map. And if you already have a static map you can import, what do you need this tool for? Powers (talk) 18:29, 26 May 2020 (UTC)
 * Well, the idea is that you can import an image, such as an outline of a region, and then label it with rivers, cities, roads, etc. and then export it with the new data. Just a thought. --Comment by Selfie City  ( talk  |  contributions ) 18:44, 26 May 2020 (UTC)

OpenStreetMap
Hi! Could someone help me? I want to create a dynamic map for a multi-route pilgrimage... each route has already been created by someone from the sections (M01, M02, M03, M05, M10, M21), but only 1 item can be specified on the wikida page which I can then use for the dynamic map... someone?... Fauvirt (talk) 15:40, 29 May 2020 (UTC)
 * One possibility is to make a separate Wikidata item for each section and then list all the wikidata items in a mapshape template like . There may be other ways to do it too (such as combining all the sections into a single OpenStreetMap relation? I don't know if that's possible). —Granger (talk · contribs) 16:55, 29 May 2020 (UTC)

 * The issue here is that only one of the parts of the routes (M01) has been linked to the whole of the route/network on Wikidata. This Wikidata item also doesn't link back to the OSM relation, so the line cannot be fetched from OSM (sidenote, OSM does not display a line for me to begin with, not for any of the relations linked above, but that might be just an issue on my side). What you can do is make Wikidata items for each part of the route, link those items to the OSM relations and vice versa, and make them all listed as a part (P527) of Via Maria (Q1212209). From there, use  to display the whole of those relations. As a sidenote, Mapshapes is pretty much just used for displaying urban rail networks, but if it fits the purpose, it fits the purpose. That said, the clearer and more detailed version of my explanation here can be found on that template's page :) -- Wauteurz (talk) 18:40, 29 May 2020 (UTC)

Thank you ! I already started with the M01 on Wikidata (Q95735225).. I hope, it works that way! Fauvirt (talk) 19:17, 29 May 2020 (UTC)

The hungarian wikipadian Whitepixels have fix it: https://www.openstreetmap.org/relation/11154539 - Now it turns out it works ... *excited* Fauvirt (talk) 19:50, 29 May 2020 (UTC)

Persistent problem with dynamic maps
The issue Too Many Requests on loading complex dynamic maps is not really addressed, it seems. This leads to some dynamic maps for mayor articles not showing up, e.g. Vienna, Paris or Budapest - not really a great experience for visitors to the site! What could there be done to get this problem fixed? Any ideas? The issue has been discussed at length before. It has been like this for half a year already. Do they care about Wikivoyage at Wikimedia after all? --Renek78 (talk) 07:49, 5 June 2020 (UTC)

Edit: Now suddenly all of the maps mentioned above are loading flawlessly. It's an on-off problem, which should be fixed.--Renek78 (talk) 07:53, 5 June 2020 (UTC)

 * Recently I experienced this problem only for those maps, which have many districts and try to load about more than 20 mapshapes. The solution could be to add these maps to Wikimedia Commons, which reduces server load. --City-busz (talk) 17:13, 8 June 2020 (UTC)

New proposal for icons
Hi all - there's a new proposal to add/update icons and markers for dynamic mapframe maps at Community Wishlist Survey 2021/Miscellaneous/Kartographer icon improvements. ɱ (talk) 14:00, 9 December 2020 (UTC)

Mapshape's dark surroundings
Hi there

I noticed that more and more articles are fitted with an according mapshape (not the mapframe) for their WikiData ID. While of course this makes it easy to identify the location the article is related with, this leads to the the rest hidden behind a dark grey layer barely usable for anything else.

While I understand that at the moment of article visit the location's area is the central point of the viewer, I feel that being an interactive map it is kind of contra-productive to mostly hide everything else. I think travellers will also want to see things not just inside the administrative boundaries of that location, e.g. where travelling next or often even POIs are outside of these boundaries.

Can I therefore suggest that we somehow make the non-article related area only slightly less accessible and more useful for the interactive map when using the mapshape template? We could even just highlight the location's area with a light color like I did for Kyrgyzstan.

Does this make sense? Any suggestions to achieve this globally, maybe applying a random color?

Cheers Ceever (talk) 11:31, 7 March 2021 (UTC)

 * Hi, Ceever. Guilty as charged. I just added s to every Portugal article. To turn these off, one can open the map in full screen mode (clicking the square icon on the upper right), then hover over the stacked squares icon and uncheck the items with "geomask" in the descriptions. Not ideal, but handy in those instances when the traveller needs to view details outside the borders of the destination. --Nelson Ricardo (talk) 12:10, 7 March 2021 (UTC)

 * The point I am making is not that mapshapes are bad, but that in their current form they deter readers and undermine the interactivity feature ... wonderfully proven by your description. ;-) Cheers Ceever (talk) 14:58, 7 March 2021 (UTC)

 * If you know or have the coordinates for the polygon - you can use a "maplink" or "mapframe" and define the properties (ie. shading outside of the shape, color etc.)... Matroc (talk) 01:01, 8 March 2021 (UTC)
 * I know, but it would just be better practice, I believe, the default mapshape shading to be in a way we all agree on and not just in a way the original developer decided on without consulting our advice. Cheers Ceever (talk) 17:45, 8 March 2021 (UTC)

KwaZulu-Natal
The map for KwaZulu-Natal province doesn't show its regions. Could anyone help? Thanks. Ground Zero (talk) 11:46, 15 April 2021 (UTC)
 * Done. Ground Zero (talk) 22:52, 11 June 2023 (UTC)

Charlotte
The map for this city does not reflect the districts being used. Assistance would be appreciated. Ground Zero (talk) 00:47, 25 May 2021 (UTC)

Trails
In articles like Nordkalottleden and Urho Kekkonen National Park it would be nice to show the (most relevant/prominent) trails on the dynamic map. I understand it can be done by listing Wikidata identifiers of trail sections in a number of mapshapes.

For a long trail like Nordkalottleden this probably involves quite some sections, which is a problem in itself. In Urho Kekkonen National Park, I'd like to show also at least one unofficial (but established) route. At least when doing that, there is the additional problem that many trail sections consist of several OSM objects, which in themselves are not noteworthy (other than on a map). They could be combined on OSM in a super-object on OSM, and if I understand correctly, you can use that super-object by linking each sub-object to the Wikidata item of the super-object.

This involves creating a Wikidata item for the trail section, and creating the corresponding super-object on OSM. Am I correct? Is this something that is routinely accepted on both projects? Are there any problems, such as issues in linking an object to several Wikidata trails? What are the attitudes towards people just coming for their own project?

Then there is the work by itself. I am not sure I am going to invest the time needed – I started to look into it hoping there were ready-made objects one could just link, but I suppose we should have instructions on this kind of projects. Is what I outlined above the way to do it? Is there some instruction page I missed?

The other way is of course to create static maps. With such big areas, I think the possibility to zoom is valuable, and offline you should still have paper maps or dedicated map software.

–LPfi (talk) 12:17, 30 May 2021 (UTC)

Finnish national parks
I am trying to make a dynamic map for Finnish national parks, now at User:LPfi/sandbox. It seems I grasped how to do the wikicode, but some areas appear and others do not. I suppose it is about deficient OSM linking or the shapes just not having been defined, but I would like somebody in the know to verify. I might have done any amount of simple mistakes. I will also need help to get forward if that is the problem. –LPfi (talk) 19:08, 19 June 2021 (UTC)
 * This seems to be the bug about the database leaking at the servers. The current solution (last I checked) is to just pump content back, but as the servers don't know what has disappeared, some shapes will be missing at any time, until the root cause and a fix have been found. –LPfi (talk) 11:46, 15 June 2022 (UTC)

Including sea in provinces
Some of our maps seem to show the official borders of states or provinces, colouring parts of the sea. One example is at Southern_Ukraine. See Talk:East_China for one that has been fixed. I've seen others, don't recall where.

To me these are an abomination, making it difficult to tell where the coast is and which cities are on the sea. In my view, they should all be replaced.

Other opinions? Pashley (talk) 10:06, 25 December 2021 (UTC)

 * @Pashley It's a good idea in theory, but we have little control over it. The database comes from OpenStreetMap, and so the changes will need to be made over there. I do hope eventually there'll be a way to fix this, but until then, that issue can only be done via mapmask (which takes a tedious amount of time). SHB2000 (talk | contribs | meta.wikimedia) 10:11, 25 December 2021 (UTC)

 * Two more are Calabarzon and Northern_Mindanao. Pashley (talk) 08:51, 26 December 2021 (UTC)
 * Also Batangas Pashley (talk) 10:50, 25 February 2022 (UTC)

 * One way to reduce the problem is to lessen the opacity of the region colour overlay. I think it is now 0.5, while 0.2 still clearly shows colours. Where is this controlled? Can it be tweaked in the region list or are the setting deeper down? Including the sea makes sense in many cases, especially when a province includes scattered islands, too small to show a colour sensibly.–LPfi (talk) 11:43, 15 June 2022 (UTC)

 * Another at South_Korea. Pashley (talk) 13:54, 13 March 2023 (UTC)

Sardinia
This map is super-wonky. I've checked the wikidata codes, but cannot seem to get it to work. (I'm trying to learn how to to fix maps.) Could someone take a look? Ground Zero (talk) 14:56, 11 June 2023 (UTC)
 * I was able to sort this one out. Ground Zero (talk) 00:23, 8 July 2024 (UTC)

Suzhou
Suzhou has a map that would be useful here; discussion at Talk:Suzhou.

I copied it into our article & it failed to display, apparently because it uses templates we don't have. I'm not skilled at maps or templates. Help! Pashley (talk) 13:22, 13 November 2023 (UTC)

Southwestern Quebec
The dynamic map here does display the Eastern Townships part of the region. I think that's because the latter is not defined in Wikidata. Can anyone help? Ground Zero (talk) 19:14, 7 July 2024 (UTC)

Quezon City
I would be grateful if someone could update the static map on this article to reflect the merger of the Commonwealth and Fairview  and Northwestern districts. Ground Zero (talk) 00:23, 8 July 2024 (UTC)

title: Wikivoyage talk:Mapmaking Expedition


text:
Wikivoyage talk:Maryland Expedition

Flag
Can we create a consensus to choose a new and less heinously ugly flag for the state of Maryland here? Or is that out of our "scope"? – (WT-en) cacahuate  talk 23:34, 13 March 2008 (EDT)

 * What, the state seal on a blue background, like 40 other states? I can't find the link to the ranking of state flags done by some vexilology group, but Maryland was #3.  You see Maryland's state flag, you don't confuse it with anything else.  Long live the state flag!  (You're talking about a state whose motto is "Womanly words, manly deeds," and whose state song calls Lincoln a "despot", so I don't think flag is at the top of the list of things that needs changing...)  --(WT-en) Jonboy 08:58, 14 March 2008 (EDT)

 * [[Image:Flag of Maryland.svg|150px|right]] Not the seal, this heinous thing! →

 * But yes, I propose making the motto and song a higher priority ;) Man, this state really needs work. I heard the scenery is great though – (WT-en) cacahuate  talk 09:20, 14 March 2008 (EDT)

 * You would insult the coat of arms of the Calvert family?! What I was trying to say was that if Maryland got rid of its interesting flag, it would probably end up with the state seal on a blue background, like 40 other boring states.  Maryland has a certain quirkiness; maybe I need to figure out how to get that across in the article more.  --(WT-en) Jonboy 09:48, 14 March 2008 (EDT)

 * I do love the MD flag, even in spite of its McDonalds palette. But in any rate, working those motto and state song trivia into the state "understand" section would be a challenge, but that's got potential written all over it. We should mention local Baltimore foods like "marsh rabbit" (muskrat) and raccoon too, I suppose. --(WT-en) Peter Talk 23:00, 14 March 2008 (EDT)

Maryland Expedition (Swept from the Travellers pub)
I realize retrospectively that I skipped a step with the creation of this expedition in that I was supposed to solicit comments in the pub. It's the first "regional expedition" on Wikivoyage, although Wikipedia has an endless quantity of these, and I think they can be very useful in getting the message out to potential editors about what needs to be done.

One difficulty, though, is helping potential contributors to find the Expedition page. I'm a little tempted to make a small banner, perhaps a smaller version of the box currently at the top of Talk:Maryland, and integrate it into the title icons framework. That way I could easily stick it on top of the main Maryland articles that are linked from the Expedition page. Does this seem reasonable to others? Or should I not dare violate the header? I do think it would be useful, and especially so if we decide that regional Expeditions are a good idea more generally. --(WT-en) Peter Talk 19:29, 11 March 2008 (EDT)

 * It's genius. Personally and I suspect Evan would too, I'd like to see this become an entirely geographic hierarchy.  I.e. Project:Europe Expedition: Project:Poland Expedition: Project:Warsaw Expedition (if it's even necessary to go as far as city-level, which, I suspect it won't be).   I imagine great things could arise from this.  Amazing idea, Peter. -- (WT-en) Sapphire • (Talk) • 19:33, 11 March 2008 (EDT)

 * This is a fantastic idea, sort of a one page to-do list for a state / country / large region... it's nice to have something like this to show what needs to be done and to inspire people to pitch in. Nice job Peter – (WT-en) cacahuate  talk 00:21, 12 March 2008 (EDT)

 * Since there are no responses yet regarding the title icon idea, I sort of plunged ahead with it and put one on the Maryland article. If no one objects within, say, 2 weeks, I'll also add it to all the pages that fall within the range of the Expedition (i.e., the ones linked from the Expedition article). The icon is not necessarily ideal, and if we think that both the Expeditions and the icon-links to the expeditions are a good idea, we should work on creating a more standard Expedition icon. --(WT-en) Peter Talk 18:03, 13 March 2008 (EDT)

 * I'm going to object to that icon -- we already have enough clutter on our pages. The standard on Wikipedia is to put expedition (project) notifications on the Talk page, and I don't see why we shouldn't do that here. (WT-en) Jpatokal 02:49, 17 March 2008 (EDT)

Archived
Apart from some minor edits in August 2013, there has not been much activity here. If anyone wishes to reactivate it then please give notice in the Travellers' pub --Andrewssi2 (talk) 01:39, 23 September 2014 (UTC)

license: Creative Commons - Attribution Share-Alike - https://creativecommons.org/licenses/by-sa/4.0/

title: Wikivoyage talk:Maryland Expedition


text:
Wikivoyage talk:May 2004

I really like the new "logbook" section on the Main Page! I think I'll steal that idea and implement it on the Wikimedia Foundation homepage. --(WT-en) Maveric149 23:21, 5 Dec 2003 (PST)

Rethinking the logbook
So, I think the format we're using now is making it difficult to write longer logbook entries, such as detailed reports for the different language versions. Because logbook entries are copied in whole onto the Main Page, longer entries stretch out that page a lot.

I wonder if it wouldn't be easier to make each logbook entry its own page, and just link to that, with a quick one-sentence overview ("Romanian Wikivoyage hits 10,000 pages") on the front page and on the logbook page. This would probably make it easier to archive old logbook entries.

Any better ideas? B-) --(WT-en) Evan 02:41, 28 Mar 2004 (EST)

title: Wikivoyage talk:May 2004


text:
Wikivoyage talk:Measurements

AWB or bot request
One article recently had some edits I considered silly, changing "kilometers" to "kilometres" or vice versa. My soluiion was to replace both with "km" throughout. I think making that change globally across the site would be a good idea, but doing it manually would be too much work.

Would anyone care to automate it with a bot? Or do it with partial sutomation using AWB? Pashley (talk) 12:03, 2 July 2015 (UTC)

 * That might be a solution for some article with silly contributors edit warring about the spelling, but for most articles the measures are spelled in accordance with the language otherwise used. I see no reason to do massive changes because of hypothetical problems. It seems measures of length should be abbreviated (according to this page), but that is a separate question. Using a bot would require being quite careful; there are contexts where abbreviations should not be used --LPfi (talk) 20:02, 2 July 2015 (UTC)

 * Well this problem crops up from time to time at pages where it isn't really clear which is the preferred spelling. I for one prefer American spelling as it somewhat more closely aligns with pronunciation. So it's not entirely a non-issue. But whether a bot is really necessary, I don't know... Hobbitschuster (talk) 20:08, 2 July 2015 (UTC)

 * Wholesale replacement of "kilometer" with "km" is a bad idea. Consider this sentence from United States of America: "Some areas near the Canadian and Mexican borders may feature road signs with distances in both miles and kilometers." Replacing that with "Some areas near the Canadian and Mexican borders may feature road signs with distances in both mi and km," doesn't read like a professional travel guide.  We should abbreviate in listings, but only do so with care in prose.  Powers (talk) 23:17, 2 July 2015 (UTC)

 * I completely agree with this. Ikan Kekek (talk) 23:23, 2 July 2015 (UTC)

Units of measurement policy
Does Wikivoyage have a policy for how to use measurement units? It becomes an issue in articles about flying, as metric units are de facto standard in all countries except the USA, though international aviation uses American units for many purposes. We should also consider where knots, km/h and m/s should be used for speed. /Yvwv (talk) 05:15, 27 March 2017 (UTC)
 * Found it: Measurements. /Yvwv (talk) 05:24, 27 March 2017 (UTC)
 * If you write a section that is specifically directed towards pilots, using nautical (!) miles, knots etc. makes a lot of sense. But I guess that would be a pretty rare thing to do here, right? --El Grafo (talk) 11:58, 31 March 2017 (UTC)

I have created a few templates to help with formatting of distance and height. See Measurements. If people think this is useful we can create for other units of measure. --Traveler100 (talk) 09:30, 1 April 2017 (UTC)
 * Should get rid of those odd syntax characters --Traveler100 (talk) 09:40, 1 April 2017 (UTC)

Metric Imperial conversion templates
Is it right that we currently only have those for distances, not for speed or weights? They might be helpful. Also, is there any way to teach them sig figs? I don't want my "about 100 km" or something of the sort to come out with seven digits behind the comma. Hobbitschuster (talk) 14:39, 13 September 2017 (UTC)
 * produces this result: . Ground Zero (talk) 14:59, 13 September 2017 (UTC)
 * Added speed, will look at weights later. --Traveler100 (talk) 15:47, 13 September 2017 (UTC)
 * Well most of the time "100 km" is rounded to a higher degree than 62 miles is. Hobbitschuster (talk) 16:02, 13 September 2017 (UTC)
 * I doubt that any of our readers would be confused by this conversion though. It's not like it's seven digits after the decimal, or something like that. Ground Zero (talk) 16:06, 13 September 2017 (UTC)

Why is anyone using these instead of just convert (which sure enough covers volume, speed, area, etc.)? —Justin ( koavf ) ❤T☮C☺M☯ 17:46, 13 September 2017 (UTC)
 * Because they are more self-explanatory. Hobbitschuster (talk) 17:51, 13 September 2017 (UTC)
 * yes it is about less characters, easier to type and clearer to read. Weight now done. --Traveler100 (talk) 18:45, 13 September 2017 (UTC)
 * I don't see how anyone would be confused by 100 mi : if you know even the most basic wiki syntax, that's pretty obvious. Plus it's only a few characters longer ("convert" versus "km") and it means we use one template instead of several dozen--including ones that would presumably be redundant like inch, cm, mm, yd, m, mi, km, etc... This just all seems like a very bad and wasteful idea. —Justin ( koavf ) ❤T☮C☺M☯ 19:34, 13 September 2017 (UTC)
 * And if you don't know basic wiki syntax...? Frankly, I don't understand the point of these templates anyway. It's simple enough to look up a conversion and enter it manually, without needing to worry about the intricacies of template syntax.  Powers (talk) 21:23, 14 September 2017 (UTC)
 * So we have three different ways of providing conversions -- the "convert" template, their individual templates, and entering them manually. This means that editors can use whichever method works best for them. Sounds like a good, flexible approach. Ground Zero (talk) 21:32, 14 September 2017 (UTC)
 * , Actually, the obvious solution (which I'm embarrassed to admit I only just now realized), is to have km, inch, etc. all just redirect to convert or act as a wrapper template for it. —Justin ( koavf ) ❤T☮C☺M☯ 21:36, 14 September 2017 (UTC)
 * There's nothing stopping someone from inserting "Note that the werewolves are only two miles from the capital region..." rather than "Note that the werewolves are only 2 mi from the capital region..." and then someone like you or me can come fix it later. Still a very low barrier to entry and it is definitely helpful to the many millions of readers who don't understand either what a "mile" or a "kilometer" are but do understand the other. This seems like basic ttcf stuff: not everyone knows what a mile is, nor is he always going to have a handy conversion chart, so if someone has a print edition of a Wikivoyage guide (which is one of our stated goals), then being able to have "Note that the werewolves are only two miles (3.22 km) from the capital region..." is presumably very helpful to the traveler. —Justin ( koavf ) ❤T☮C☺M☯ 21:35, 14 September 2017 (UTC)
 * I'm not debating the advantages of providing conversions. But (ignoring the fact that the conversion templates would, contra our guidelines, make it "2 miles" instead of "two miles") can't we just type "two miles (3 km)"? That's easier for newbies to understand and really no harder than getting the template syntax right. (And keep in mind I'm talking about new editors viewing our wikitext, not necessarily adding it anew.) Powers (talk) 23:46, 14 September 2017 (UTC)
 * I would think that looking at wikitext here that a template like convert would be one of the easiest to understand. (Note also that the template can output numbers as words or abbreviations versus spelled-out units, etc.--it is very flexible.) —Justin ( koavf ) ❤T☮C☺M☯ 00:45, 15 September 2017 (UTC)
 * I have to agree, I think it's a big help to provide this template. I do like the convert template for it's flexibility, such as being able to show either the abreviation or the full unit. It even seems to have a function to write out the numbers in letter (Template:Convert) although that seems to be currently broken. I also think it's quite easy to understand. If I see 1 lb or I don't think this is hard to understand (as a matter of fact, I think I found out that this is possible after first seeing it somewhere when editing a page). And I also agree that it's okay if a new editor just writes it out without using the template.
 * Personally if I'm adding information to an article, I'm not going to go to manually add conversions to every unit I add as that's in my opinion not a very good use of the limited time I have to edit. But if takes as little effort as adding one of the templates above, then I (and probably other editors) will be more likely to consistently add conversions. Drat70 (talk) 01:12, 15 September 2017 (UTC)
 * Yes. If you have to look up conversion charts or formulae to add the conversions it does take time (it also took me quite some time to learn to find them quickly). Although I now know how to translate between °C and °F, I do it manually only when I feel like training my math. The & al are simple to use, while the convert template is certainly powerful, but less easy to learn. The only problem with having many such templates is maintenance, namespace pollution and somebody having to make them. Now that they are made I think they harm nobody (as long as the convert template is stable there is probably no maintenance burden). --LPfi (talk) 07:04, 15 September 2017 (UTC)
 * I don't think that I'd want to tie this project to the convert template. It's what the devs call an "overloaded" template, and there's occasionally some talk about dropping support for all of the (few) overloaded templates.  I don't know how serious that talk ever is, but it does make me wonder whether spreading the use of that template is such a good idea.  WhatamIdoing (talk) 00:11, 17 September 2017 (UTC)
 * You guys have to find a conversion table to convert "two miles" into an approximate number of kilometers? Sure, if we're talking about the height of Mount Everest in feet and meters that's one thing. But splattering our guides with convert templates for small, rough measurements like "two miles" seems excessive. Powers (talk) 02:32, 17 September 2017 (UTC)
 * I think it's useful for things where it actually matters. If it's "500 metres walk" then I agree, we don't need a conversion but for things such as driving distances, distances for hikes or especially temperatures, I think it might be a good thing to have rather exact conversions. Another thing is that you might overestimate the proportion of people outside the US which know approximate conversions. As those units are mostly only used in the US I don't think there's common knowledge of how much this is. I for one, can approximately convert km to miles (times 1.6) metres to feet (times 0.3), but ask me about gallons, pounds or even Farenheit and I have no idea. Whether this is done by the convert template or the simpler templates doesn't matter in the end, but I think we should have a convenient way of converting these without having to look it up. Drat70 (talk) 04:06, 17 September 2017 (UTC)
 * IMO looking it up isn't as difficult as it used to be. In Safari, if you type something like "12 km to miles" where the URL is, then it tells you the conversion.  WhatamIdoing (talk) 01:43, 22 September 2017 (UTC)

Fractions
We don't seem to have a policy on the use of fractions, e.g. ½, ⅔, ¾ etc. It might be useful to have one so we know whether to write 1.5 miles, 1½ miles or 1 ½ miles. From a UK perspective, the middle option would be the most natural (but using decimal points with kilometres, e.g. 1.5 km). However, I would want to know what is more common in the U.S. as well. I notice Google Maps seems to use decimal points, rather than fractions, for distances in miles. So what does anyone think? --ThunderingTyphoons! (talk) 15:33, 6 June 2018 (UTC)
 * 1½ miles or 1½ hours feels more approximate than 1.5 miles or 1½ hours, but I assume that that is what most writers intend (we don't often see 1.3 miles or 1.7 hours), and since 1½ is more reader-friendly, I'll switch to that when I'm copyediting. I don't switch to fractions for kilometres because I recall being told that the metric system discourages the use of fractions. (It also makes for an easy switch between units as 1.5 km is 1500 m.) I see no point in adding a space to 1½. I don't know how much we need a policy. Do we have a problem with fractions? We should discourage the use of "1 1/2" as that's hard to read. Ground Zero (talk) 15:43, 6 June 2018 (UTC)
 * I think we should have a policy for everything related to measurements. But your opinions are welcome, thanks. --ThunderingTyphoons! (talk) 15:48, 6 June 2018 (UTC)
 * One issue is the readability of the fractions. I have no problem with the examples here, now, but I remember having avoided them because they have been difficult to read on the screen (hm, I had not, but I have now, with the font used for editing). The 5 in 1.5 is much bigger than the 2, 3 and 4 in ½ and ¾. --LPfi (talk) 16:07, 6 June 2018 (UTC)
 * That is true, they are a bit on the small side. However, in my eyes at least, ½ has a distinctive shape to it just like an individual character (a, 6, Σ) that allows the human eye to recognised it even when quite small*, and though this effect doesn't apply to irregular fractional amounts (e.g. ⅜), to me at least the same applies to ⅓, ⅔, ¼ and ¾, which along with ½ are realistically the only fractions we'll need. On the other hand, this would only apply to people who use fractions regularly, which I imagine is mainly imperial users.
 * *Interestingly, and tangentially, the same principle even applies to whole words; our brains recognise familiar words as a complete shape, rather than decoding each letter. --ThunderingTyphoons! (talk) 13:42, 8 June 2018 (UTC)
 * I can see the point of discouraging the use of fractions other than ½, ¼, ¾. Ground Zero (talk) 14:51, 8 June 2018 (UTC)
 * Yeah, actually I don't know why we would use thirds. Good point. ThunderingTyphoons! (talk) 19:05, 8 June 2018 (UTC)

Something like:
 * Fractions: It's okay to use fractions for expressing numbers, e.g. for for hours or for measurements in the Imperial/U.S. system, but fractions should not be used for measurements in the metric system. Because fractions can be more difficult to read, it is best to stick with the most common, i.e., ½, ¼, and ¾, and use decimals for other numbers, e.g.,
 * 1½ hours, 2¼ miles,
 * But: 1 hr 20 min, 3.5 km, 1.67 feet (instead of 1⅓ hr, 3½ km, 1⅔ feet)

Does this make sense? Ground Zero (talk) 20:26, 8 June 2018 (UTC)
 * Wouldn't "1.67 feet" be 1' 8"? K7L (talk) 23:00, 8 June 2018 (UTC)
 * It could be. It doesn't have to be, does it? Ground Zero (talk) 23:05, 8 June 2018 (UTC)
 * It doesn't have to be, but it is what someone who measured in feet and inches would say. The rest of your proposed wording is good. ThunderingTyphoons! (talk) 11:05, 9 June 2018 (UTC)
 * Americans sometimes measure in tenths of a foot. (But there is no way they will be forced to used the metric system!) I don't get it, but they do. Google "tenths of a foot" to see how many results you get. Ground Zero (talk) 11:52, 9 June 2018 (UTC)
 * Oh, okay. I barely understand the imperial system to be honest, just going on what my parents' generation says. At school, we're taught the metric system exclusively, and yet significant, if random-seeming measurements are conducted almost exclusively in imperial. Milk and beer are sold in pints; every other drinkable liquid is sold in litres. And petrol and diesel are sold in gallons, of course. It's insane. --ThunderingTyphoons! (talk) 18:00, 9 June 2018 (UTC)
 * We're also along the continuum - we buy gas in litres, drive in kilometres, sweat or freeze in °C, but buy pounds of meat and apples, and I don't really know how many cm tall I am. Ground Zero (talk) 18:15, 9 June 2018 (UTC)

So, any more opinions on the above wording as proposed by our friend Ground Zero? If not, let's add it to the page. ThunderingTyphoons! (talk) 13:56, 11 June 2018 (UTC)
 * Seeing no objections, I've implemented this. Ground Zero (talk) 11:52, 24 June 2018 (UTC)

"kms"
I have seen "kms" quite a bit in some articles. Now I know this is short hand for kilometers or kilometres, but to a scientifically inclined person it might come off as some nonsensical unit of distance times time (whatever the use of such might be). I think we should stick with formal plural of "km" which is - to my knowledge at least - "km". Hobbitschuster (talk) 11:55, 9 July 2018 (UTC)
 * Measurements says: "Never use an "s" after a unit abbreviation to make it plural." Ground Zero (talk) 12:17, 9 July 2018 (UTC)
 * This should be obvious to anyone who finished primary school, though. The unit km s does not make any sense, but perhaps they might have meant km s-1 when referring to speed?
 * Wikivoyage editors who are too young to have learned this in school can remember it like this: units follow the same rule as Pokémon, i.e. the plural of Pikachu is Pikachu and not Pikachus. ArticCynda (talk) 13:13, 9 July 2018 (UTC)
 * Or it could also be km s-2 when referring to acceleration. But back to the main point, yes, we never add "s" to the end of a unit abbreviation for plurals. It's always "km" regardless of whether it's singular or plural. By the way, the correct scientific abbreviation for hour is "h" and not "hr". That is something that also seems to be inconsistent between our articles. The dog2 (talk) 15:50, 9 July 2018 (UTC)
 * Measurements says to use "hr". Should a travel guide use "correct scientific abbreviation", or an abbreviation that avoids ambiguity for travellers? In French-speaking areas, 9h30 means 9:30AM, so using "h" could cause confusion. Do you mean 9½ hours, or 9:30AM? Ground Zero (talk) 16:47, 9 July 2018 (UTC)
 * First of all, this is English Wikipedia, so I guess we can presume that any French or French-Canadian traveller reading this already knows English conventions. An you never write it as just 9h30. It's always 9h 30min, and in English the meaning of that is unambiguous (at least in Singapore, Australia and the U.S., though I'm not sure about Canada). But regardless, I don't really care what abbreviation WV decides to use as long as it's unambiguous and consistent. The dog2 (talk) 17:00, 9 July 2018 (UTC)
 * I wasn't around when "hr" was chosen, but I see so many different time formats, including foreign ones. I agree that it is best to avoid ambiguity. Ground Zero (talk) 17:09, 9 July 2018 (UTC)
 * Speaking of which, using "ms" to mean "metres" cannot stand, as "ms" is the standard scientific abbreviation for "millisecond" (1/1000 seconds). That is something that can cause confusion if we are not consistent. The dog2 (talk) 17:12, 9 July 2018 (UTC)
 * We know from experience that we absolutely cannot "presume that any French or French-Canadian traveller reading this already knows English conventions" - editors from such areas constantly use the French time-telling format. If you mean that they'd understand the Anglo-American formats if they read them, then sure, but that doesn't mean they will use them when editing this site. As for "kms", the place on this site where I see that abbreviation (or "Kms" or "KMs" or "KMS") most often is in articles about India, so that abbreviation may be standard or at least the de facto default there. Ikan Kekek (talk) 17:59, 9 July 2018 (UTC)
 * Bot running to fix. --Traveler100 (talk) 18:34, 9 July 2018 (UTC)
 * What is left is best done manually. --Traveler100 (talk) 21:18, 9 July 2018 (UTC)
 * The traveler comes first of course, so in their best interest WV should use the notation that is common/accepted in a geographic region, even if that means not using standard units. We're already doing this for regions that have yet to adopt the metric system, expressing values in their local units (like feet/miles/inches etc. instead of cm/m/km). But I find it hard to believe that "KMS" would be a common abbreviation for kilometre in India, perhaps someone with knowledge on the Indian situation can comment on that? ArticCynda (talk) 22:22, 9 July 2018 (UTC)

As far as I know, the scientific abbreviations are standard everywhere, at least as far as scientific work is concerned. The dog2 (talk) 22:39, 9 July 2018 (UTC)
 * That's what I also assumed, but then the question remains where all those non-standard abbreviations keep coming from? Traveler100's bot found and corrected tons of them. These don't seem like random occurrences. ArticCynda (talk) 22:58, 9 July 2018 (UTC)
 * It is just coming from countries that have a large English population where people have a good awareness of the s for plural but not necessarily with technical/scientific background or knowledge of French influenced languages. Bound to see it more in India and Australia than in UK or Canada, and US articles tend to be in miles. --Traveler100 (talk) 04:33, 10 July 2018 (UTC)
 * Changing "15 minutes maximum" (as estimated time to visit an attraction) from "15 mins max" to "15 min max" looks odd, as min/max could be minimum/maximum. K7L (talk) 05:29, 10 July 2018 (UTC)
 * Do not think the bot could have done that change? --Traveler100 (talk) 05:37, 10 July 2018 (UTC)
 * Or leave min away all together and use ' as symbol? For example visit time: 15' max. ArticCynda (talk) 07:51, 10 July 2018 (UTC)
 * The ' symbol is unfortunately not as well-known as the min abbreviation. In fact, I've only used it for angles, but never for time. And moreover, in the U.S. and the U.K., ' is also a shorthand notation for a foot (unit of length), so I'm concerned that it could be confusing. The dog2 (talk) 15:24, 10 July 2018 (UTC)
 * "Minutes" is not a long or technical word. 7 letters and 2 syllables. It could just be written in full to avoid ambiguity. Gizza ( roam ) 10:11, 12 July 2018 (UTC)

km
I wrote at User_talk:Ground_Zero that, instead of either kilometers or kilometres:

 * I think we should use "km" exclusively site-wide because it is shorter & avoids nonsense controversies about metre vs meter.

User:Ground_Zero clearly disagrees; see the above page. What do others think? Pashley (talk) 03:15, 14 December 2019 (UTC)

 * I think km is fine (maybe preferable) when used next to a numeral, but looks somehow too abbreviated (like a text message or personal notes) in phrases like "a few kilometers away" or "hundreds of kilometers". If I understand correctly, that seems to agree with what Ground Zero is saying. I don't think it's a big deal either way, though. —Granger (talk · contribs) 11:54, 14 December 2019 (UTC)
 * To me, the best solution would be to use "kilometer" in places using American English, and "kilometre" in places that use British English. --Comment by Selfie City  ( talk  |  contributions ) 18:45, 14 December 2019 (UTC)
 * For context, the example that started the discussion was "the new [bridge] will be several km long" vs "the new [bridge] will be several kilometers long". I agree with how Granger put it – I prefer it to be spelt out in contexts like that. Nurg (talk) 02:14, 15 December 2019 (UTC)
 * OK. I agree with the second option. --Comment by Selfie City  ( talk  |  contributions ) 13:02, 15 December 2019 (UTC)

This wiki uses the US styles of mL, so I think it should be either km or kilometers 82.3.185.12 16:35, 5 March 2021 (UTC)

Over-abbreviation; "min" vs "minutes"
So this edit got me thinking. Is there any guidance on when to abbreviate stuff like "minute(s)"? And if so does it lean towards abbreviating? I think unlike paper guides we can "afford to" spell it out which in my opinion is more readable... Hobbitschuster (talk) 22:10, 14 January 2020 (UTC)

 * I'd abbreviate minutes "min", though in certain situations, that could get confused with "minimum", but I agree that there's usually no important reason to abbreviate that. Ikan Kekek (talk) 22:20, 14 January 2020 (UTC)
 * Measurements says
 * "Always abbreviate units in listings.
 * hour = hr
 * minute = min"
 * Abbreviating in text is not required, so I guess it's optional. Ground Zero (talk) 22:27, 14 January 2020 (UTC)

 * I prefer the non-abbreviated version of minutes too. Measurements says to "always abbreviate in listings" though I think that only makes sense for the non-content parts of the listing. It's logical to shorten minutes to min in the "Directions" field but "Content" is prose and should read like prose. It's rare in English for minute to be shortened to min in a paragraph of text. Gizza ( roam ) 23:16, 14 January 2020 (UTC)
 * I agree with DaGizza. —Granger (talk · contribs) 01:19, 15 January 2020 (UTC)
 * Minutes is not unambiguous (e.g. "minutes of arc"). I thought there was high importance placed on keeping text short e.g. for viewing on a mobile phone. It was one of the reasons given why addresses cannot be complete and thus cannot be pasted into a mapping application. Most of the time we (as a world) seem to manage fine with the abbreviated form. Cases of ambiguity would be few and far between and obvious so only then use the unabbreviated form PsamatheM (talk) 12:45, 15 January 2020 (UTC)

 * Actually, I was merely trying to streamline the article, because some had the long and some the short minutes format. But go ahead correcting the min to minute in proper text paragraphs. But for short information and listing where the information is essential, e.g. "Get in", I really believe it helps to give the traveller the information right away instead of beating it around the bush using unbearable prose. Cheers Ceever (talk) 18:56, 15 January 2020 (UTC)

 * I definitely agree with your last sentence, Ceever. If we're listing multiple journey times in 'Get in', then "1 hr 40 min" is infinitely preferable to "one hour and forty minutes". Otherwise, I agree with the Geezer.--ThunderingTyphoons! (talk) 19:54, 15 January 2020 (UTC)
 * In the case of 1 hr 40 min, shouldn't it be 1:40 ? PsamatheM (talk) 15:07, 16 January 2020 (UTC)
 * Not according to our time and date formats policy. Personally, I find our recommended version clearer than what you suggest, but here is not really the place to argue for that change (that would be Wikivoyage talk:Time and date formats).--ThunderingTyphoons! (talk) 15:20, 16 January 2020 (UTC)
 * Yijes. Yikes Do you mean 1:40AM or 1:40PM? Or are you using 1:40 to indicate a duration? How would the poor reader know? I think IRS gets it's best to follow wv:tdf and use "1 hr 40 min" to avoid confusion. Ground Zero (talk) 19:29, 16 January 2020 (UTC)
 * I think we're in agreement, but can you proofread your posts please? What's IRS? What's Yijes? --ThunderingTyphoons! (talk) 20:48, 16 January 2020 (UTC)

Using digits instead of words
This guide uses digits instead of words for measurements, e.g. it shows "6¾ mi (10.9 km)", and not "six and three quarter miles (10.9 km)". I would like to add the following next subsection as the first subsection in order to clarify that when it comes to measurements, digits are usually preferred:
 * Use digits
 * When expressing a quantitative measurement, digits are usually preferred over words, e.g., "6¾ mi (10.9 km)", and not "six and a quarter miles (10.9 km)". This does not apply to idiomatic uses, e.g. "a million years ago", "a day or two", "walking a mile in someone else's shoes", where the words are preferred.

Ground Zero (talk) 16:16, 28 April 2020 (UTC)

 * I personally find it more natural to use fractions with miles (e.g. 6 ½ miles), rather than decimals. As long as the above is just an example to show numbers instead of words, and doesn't become the prescribed way of always doing things, I'm good with your suggestion.--ThunderingTyphoons! (talk) 16:22, 28 April 2020 (UTC)
 * The policy does say that fractions are okay with Imperial measurements, so I have adjusted the examples accordingly. Ground Zero (talk) 16:26, 28 April 2020 (UTC)
 * Excellent stuff. Shame the converter doesn't like fractions. --ThunderingTyphoons! (talk) 16:28, 28 April 2020 (UTC)
 * I support this policy proposal because it supports our use of conversion templates. --Comment by Selfie City  ( talk  |  contributions ) 17:00, 28 April 2020 (UTC)
 * Do we need a policy on this? I don't remember having seen numbers by words of the type given in the example, in fact I don't remember ever feeling this would be a problem. I prefer giving editors the freedom to use words when they see fit, leaving other editors free to change into digits, when the words add nothing in particular. --LPfi (talk) 17:47, 28 April 2020 (UTC)
 * This has come up Talk:Buffalo-Pittsburgh_Highway. Our motivation should be what serves the reader, rather than what editors feel like doing. Otherwise, why have a manual of style? Ground Zero (talk) 17:57, 28 April 2020 (UTC)
 * The policy would encourage users to change those words into conversion templates. Which reminds me, instead of recommending digits shouldn’t we refer to the templates? --Comment by Selfie City  ( talk  |  contributions ) 18:05, 28 April 2020 (UTC)
 * How would that reflect the traditional usage of fractions with Imperial measures? The templates can't handle fractions. I think the policy permits the use of templates. Ground Zero (talk) 18:31, 28 April 2020 (UTC)
 * Importantly, such a policy would put Wikivoyage at odds with the vast majority of style guides (including Wikipedia's and that of most other WMF sites), which prescribe that numbers one through ten (or sometimes one through nine) be spelled out in words, and digits only used for 11 and up. That being said, I support a policy mandating digits in listing templates only, where we have traditionally been more willing to depart from the conventions of proper prose for the sake of brevity and/or clarity. I don't think the conversion template is an important concern; in fact, Wikivoyage has generally seen widespread usage of templates as a hindrance to contributions from users who have important information to share but who aren't well-versed in MediaWiki markup, and has consequently been reluctant to endorse the use of templates where it's not absolutely necessary to do so. And I think that's solid logic, especially given the fact that the vast majority of the world is fully on board with the metric system, which in most cases renders conversion unnecessary in the first place. -- AndreCarrotflower (talk) 19:01, 28 April 2020 (UTC)
 * Wikivoyage is a travel guide. Other Wikimedia sites are not travel guides. We should set our style based on what serves our readers best. Distances and travelling times are important to travellers, and expressing them in numbers is the clearest and most effective way doing so. Using an informal style, rather than "the conventions of proper prose", is a core element of Wikivoyage's style. Ground Zero (talk) 19:32, 28 April 2020 (UTC)
 * Conversion templates are not difficult to use; they are difficult to create. However, the purpose of conversion templates is to include accurate conversions in a uniform format. Without conversion templates, it's harder to create statistics in both systems and create them in the proper format. The templates should be designed for fractions, but if not, decimals are little different from fractions and easier to comprehend, and more in line with the metric system.
 * To return to the topic here, I don't see the benefit of words in a travel guide. I haven't thought about it before, but now I do, I think that we should stick to numbers to make an easier policy for new editors to follow. The exception in writing numbers 1 to 10 as words is more complex and unnecessary in a travel guide. --Comment by Selfie City  ( talk  |  contributions ) 20:35, 28 April 2020 (UTC)
 * I prefer numbers for measurements, and I think using words is something that American style guides are more likely to favour than British ones. I dislike measurement expressed in a mixture "the walk sections are between five and 15 miles". However words can be used for counts of things, particularly when the things being counted have measurements - "the tent has five 2m poles" AlasdairW (talk) 22:30, 28 April 2020 (UTC)

[outdent] I think numbers are clear and effective, and should be used where they are important as such, as in listings. In prose however, good text flow is often more important than easily grasping the numbers. "The journey takes around four hours" is easier on the eyes than "...takes ca 4 hr" (or "about 4 hours"), and the number does not need to stand out, as it is meaningless without the rest of the sentence. That's why I'd like editors of individual articles to make the judgement call. Exact rules are hard to get right. The "five to 15" is a nuisance, coming from following simplified rules in absurdum. We have similar recommendations in Swedish, and in school symmetry between corresponding values was the number one rule, the "less than ten" was a floating guideline. --LPfi (talk) 10:24, 29 April 2020 (UTC)

Revised proposal
This discussion has been open for more than a week, and there have been no recent comments. I think there is consensus that numbers are generally preferred to words, but it isn't a strong consensus. Here is a revision that softens the language further:
 * When expressing a quantitative measurement, digits are preferred over words in the following cases: in listing templates, where fractions are involved, for numbers over 10, where conversions (e.g., metric/Imperial) are being provided, or where it is useful for the reader to have the numbers stand out. For numbers ten and under, words or digits can be used. This does not apply to idiomatic uses, e.g. "a million years ago", "a day or two", "walking a mile in someone else's shoes", where the words are preferred.

(and anyone else who would like to weigh in) comments? Ground Zero (talk) 19:15, 6 May 2020 (UTC)

 * I still think we do better without specific rules on this. It has not been a problem, and if it is about the one article, it can be solved for that one article. The more specific the rules, the more odd cases they have to handle specifically. Up to ten – can't I say a dozen, twenty, or a hundred? I could think of some reasoning about the "cases" above, reminding the wikivoyager about points to think of, but this is stated as a rule, although not a hard one (just "preferred" – but why doing it in one way if the other is preferred?). --LPfi (talk) 19:10, 7 May 2020 (UTC)
 * Because many editors are more comfortable with guidelines that provide flexibility for circumstances that aren't foreseen when the guidelines are set. As in the cases of other rules, where an exception is made, the person who wants the exception can be expected to provide an explanation on the article's talk page if someone questions it. The guidelines provides a "most cases" norm in order to guide contributors and avoid time spent arguing over personal preferences. Ground Zero (talk) 19:22, 7 May 2020 (UTC)
 * All good.--ThunderingTyphoons! (talk) 19:28, 7 May 2020 (UTC)

 * In Swedish Wikipedia we have had problems with editors doing small changes in a lot of articles, such as replacing an old sounding word with a modern one (often ignoring the general style). It is not feasible to "provide an explanation" on all those talk pages. It was something similar I was afraid of with the now postponed project of inserting conversion templates. Being forced to "defend" one's stylistic choices is not something that is good for a wiki. It is much better if the community respects your choices and you respect others making other choices, also for "your" articles. Declaring one style "preferred" forces the author choosing otherwise to watch the article and defend that choice, instead of writing and moving on. If we have no rule, others can still make stylistic changes, but the risk of somebody making a project of reverting other editors choices is smaller.

 * So: provide advice, and guidelines where needed, but don't make up rules where not needed. (Is there a need for these rules? Is it just about that one article?)

 * --LPfi (talk) 19:55, 7 May 2020 (UTC)

 * I take on board what you're saying, but doesn't the same apply to our entire manual of style? We have writing and formatting standards on Wikivoyage that we have built up over time, and this proposal is no different.--ThunderingTyphoons! (talk) 21:37, 7 May 2020 (UTC)

 * I think it is good to have a coherent style, at least when it comes to information that should be easy to pick up, as in listings. For the prose, rules are detrimental for the lively style we aim for. Only when rules are needed should they be introduced. If we had a coherent style in which we write our itineraries, giving the distances in a coherent way makes sense, and if there were an example in the itinerary template, it would probably have been followed in the article we kind of discuss here. Now we are still trying to find out how itineraries are best written (until recently we had only a few), and making up rules in advance is counterproductive. This is not a standard we have built up over time, but rather somebody having seen something that didn't please his eye and trying to extrapolate a general rule from that. We see it is not mature, as there are lots of problems in the suggested wordings (the "eight to 12" for one). Let's wait and see whether there is something on which having a rule actually serves us in any way. --LPfi (talk) 22:20, 7 May 2020 (UTC)
 * We've had itineraries since 2004, and now we have well over a hundred, including this one I started and filled out in 2017. This is not something new. Most of the people who have commented above seem to think that digits are preferable to words in prose in most cases. I didn't propose this because it "didn't please my eye", but because through extensive work in Wikivoyage, I have observed that digits are the norm. This new itinerary is an outlier, especially since it goes the extra step of spelling out fractions. Digits are simply more effective is conveying information about measurements. This is still a travel guide, not a novel or a treatise. Ground Zero (talk) 11:26, 8 May 2020 (UTC)
 * Wikivoyage has had itineraries long before I joined, but look at the itinerary template! If we want a coherent style we could describe a few common kinds of itineraries in a guideline. Now our guideline gives little advice, except for naming and for what kinds are (not) acceptable.
 * Most people do prefer digits in most cases, and use digits in most cases. We don't need rules telling the sun to set in the evening. We need rules on common edge cases, where the best thing to do is non-obvious – and doing otherwise makes the guide significantly worse. And we don't need them for one article.
 * --LPfi (talk) 12:23, 8 May 2020 (UTC)
 * Where I've come across numbers spelled out in measurements or over ten or with fractions, I've been changing them to digits because it's the Wikivoyage norm (or "obvious"), so it's not "just one article" (just as itineraries aren't a new thing). It's not uncommon. AndreCarrotflower disagrees that I should be doing this, citing style manuals. How is this to be resolved? Ground Zero (talk) 12:32, 8 May 2020 (UTC)
 * I suppose that that's what everybody is doing, like correcting spelling mistakes and simplifying roundabout language – when reading an article and seeing digits are better in that very context. We already have two rules for that: plunge forward and the traveller comes first. For this one author, wanting to have "his" articles in his style may or may not be reasonable, but if it is getting personal it is best to leave the issue to others. --LPfi (talk) 12:53, 8 May 2020 (UTC)
 * I usually push back against the idea of article ownership, because that really does put the writer first, not the traveller. In this case, which is an excellent one-person project by someone who has objected strenuously to my edits in the past, I stepped away for the prose for the most part, and concentrated on the formatting. My concern about formatting is that it becomes a precedent. If you leave it alone in someone's pet project, other contributors follow and point to that article as justification for doing it that way. The words/digits things isn't a big deal, but since Andre was citing other style guides, I think it's best that the Wikivoyage community decides what it wants its style to be. Ground Zero (talk) 21:29, 8 May 2020 (UTC)
 * I don't think LPfi is ever going to get on board with this, which is okay, because consensus does not mean unanimity. As there have been no other comments or objections, I believe there is consensus for the revised proposal. Ground Zero (talk) 03:01, 26 May 2020 (UTC)
 * From a technical perspective following the norm of measures in digits allows for the use of templates to maintain and convert for local preferences even rendered in a visitors preference of measurement representation and allows for a tailored user experience. This means all fractions would need to be converted to decimal for the template, but that is just simple math which a template could handle ie add fractional part to the convert template so to represent the whole number and fractional number for conversion and add parameters for presentation format. I personally prefer measures to always be in numeric form even in text. Any fraction can be presented in a decimal form and rendered in text or fraction by the template. This would also assist with longer term localization of articles. The convention then could be to use the template and have it convert to the user's local preference. If all measure were presented in a template the only discussion then would be needed would be what would the default representation need to be rather than if a measure should be written as text or numeric.Wolfgang8741 (talk) 09:20, 28 June 2020 (UTC)

 * Geez, more people need to go read w:Template:Convert. Of course it supports fractions! You just have to enter them using "+" to indicate the fraction:  will output "". (The "+" is used because "-" would be interpreted as a range, e.g. . I'm not sure why it doesn't allow spaces, but no matter.) It can even output fractions, but you have to use an extra parameter in Template:Convert for that, rather than our shortcuts: 100 km.
 * I agree that on WV numerals are preferred over words (at least more than style guides usually recommend). I recall this being WV policy for a long time, on the basis that listings should be concise (the same reason we abbreviate street names and times/days/months), and that per wv:tone we don't want to follow a stiff style of formal academic writing on WV. I would include that reasoning in the explanation of the rule, if we do add such a rule to this policy page.
 * Personally, I don't like the American style of defaulting to words from one to ten except in certain cases; I think for consistency and to draw attention to numbers when they're important as numbers, numerals or words should be chosen according to how you're using the number:
 * Used as a measurement of anything = numerals (Example: "Fuel up before coming to this destination because the closest gas station is 9 miles ahead." "In Manhattan there are 6 long blocks to a mile.")
 * Used to count things = words (Example: "There's one block downtown that has eleven statues to look at.")
 * Used in an idiom = words
 * As a scientist and engineer, that's how I tend to treat numbers in my own writing. There's still a little leeway (are "blocks" a unit of measurement, or a thing you count?) but I think it's usually an easy rule to apply, unlike the standard rules which can be quite complicated (just look at how long Manual of Style/Dates and numbers is, including the numerous "notes and exceptions" which in most styles guides are simply part of the rules). I think a similar kind of rule for us would work well, and would be a bit simpler than the list of specific usages in User:Ground Zero's proposal. Speaking of which, I don't think it should be limited to just listings and the few other situations mentioned; I think numerals are perfectly fine in prose if they're being used to give a measurement. Numerals stand out compared to mostly-lowercase text, and that's great for drawing the reader's eye to important facts. --Bigpeteb (talk) 22:38, 4 September 2020 (UTC)

Mountaineering
I removed the mountaineering example:
 * "Another area where travellers will see both metric and imperial units is mountaineering - mountaineers use metric units, but newspapers tend to use imperial units."

I suppose that was about the UK, as newspapers over here wouldn't use feet for mountain heights. And I don't really understand for whom it is important to follow local press on mountaineering issues – the ones who need the info would get it from fellow mountaineers and those servicing them, who would use metres (but don't they use feet in the USA?). –LPfi (talk) 09:32, 4 December 2020 (UTC)

 * Yeah, I don't really understand what newspapers have to do with anything. Newspapers in the UK use imperial for everything height or distance related, not just mountains, because of the mixed system in use.--ThunderingTyphoons! (talk) 09:51, 4 December 2020 (UTC)

 * In the UK both feet and metres are used in the hillwalking side of mountaineering. In 1891 Sir Hugh Munro published a list of Scottish hills over 3000ft, which are now called the Munros. A significant number of walkers "collect" Munros (& Corbetts over 2500ft), seeking to ascend all 282 mountains. So the height in feet is of significance, although the map will show the height in metres. I wouldn't be surprised if walkers used both feet and metres when talking about a walk in the pub. AlasdairW (talk) 16:00, 4 December 2020 (UTC)
 * Most British maps (including OS maps) measure mountains in metres. However I believe this is an American wiki and I don't know what they do over there. 82.3.185.12 16:39, 5 March 2021 (UTC)
 * Although the servers are in the USA, content is international, as are the contributors (although there is a concentration in USA). –LPfi (talk) 19:57, 5 March 2021 (UTC)

My edits were reverted
Some of my edits to this page were reverted, feel free to check them out and put some of them back if you want to. 82.3.185.12 17:43, 5 March 2021 (UTC)
 * I reverted them because I've never seen these abbreviations used. We should not be advising contributors to use abbreviations that are not commonly used, especially when they are for such short words. It is easier for readers if contributors just spell them out. If you disagree, you can explain why here, preferably with evidence the "dy" and "mth" and "LT" are commonly used. (I doubt that travelers are going to encounter long tons anyway.) Ground Zero (talk) 18:40, 5 March 2021 (UTC)
 * Most baby clothes in the UK are measured in mths. 82.3.185.12 17:10, 12 March 2021 (UTC)
 * So if that's the only use, then we can conclude that "mths" are not commonly used in situations where travellers will encounter them as buying baby clothes in the UK is not a common activity for travellers. Wikivoyage is designed as a travel guide focused on information for travellers. It is not a compendium of all knowledge. We have very Wikipedia for that. Ground Zero (talk) 17:46, 12 March 2021 (UTC)
 * Oh I see, thanks. Surely you could argue the same for yrs though. 82.3.185.12 17:57, 12 March 2021 (UTC)
 * I see "yr" used frequently in admission fees for museums, parks, etc., or transit fares, as concession rates are often offered to those "65 yr and older", "13-17 yr", or free for those "under 6 yr". I would say that's very common in Wikivoyage. Ground Zero (talk) 18:04, 12 March 2021 (UTC)
 * surely it can't be that hard to put months compared to mths which looks more like moths than months. SHB2000 (talk) 09:46, 13 March 2021 (UTC)

Temperature
In the first part of the Temperature section the format is given as -3°C to 26°C (no space between number and °). At the Examples sub-section (via the templates) it is 2 °C (36 °F), with a space. --FredTC (talk) 11:18, 13 June 2021 (UTC)
 * I think it's just an unintentional mistake. SHB2000 (talk | contribs | en.wikipedia) 11:45, 13 June 2021 (UTC)
 * Yes, but what is the correct one? Is the Temperature section of the project page wrong, or is the result of the template wrong? --FredTC (talk) 12:18, 13 June 2021 (UTC)
 * I think it's what's on this page which is correct. But generally when I'm writing, it would be something like "it was a freezing 22˚C day today" rather than "it was a freezing 22 ˚C day" SHB2000 (talk | contribs | en.wikipedia) 12:19, 13 June 2021 (UTC)
 * Yes, I think you are right. All other measurement units have a space between the number and the unit. --FredTC (talk) 12:23, 13 June 2021 (UTC)
 * Sorry for the confusion. I meant the opposite. No space. (this is what happens when you have insomnia ;) ) SHB2000 (talk | contribs | en.wikipedia) 12:38, 13 June 2021 (UTC)
 * Celsius uses the space, at least in the table in Common temperatures. The section Name and symbol typesetting has some further discussion: the angular degree is noted without space (90° for a right angle), but this does not extend to degrees Celsius, which are written 20 °C, like other measurements (5 m etc.). –LPfi (talk) 13:21, 13 June 2021 (UTC)

 * Terrible examples department: "a freezing 22˚C day".
 * If you feel that 22 C (over 70 F) is freezing, see a doctor. As a Canadian, I do not consider 22 F remarkably cold either. Pashley (talk) 06:49, 14 June 2021 (UTC)
 * @SHB2000 I see two different symbols for degrees in this discussion: ˚°. The small one comes from you. The bigger one comes from the bottom of the edit window (at Geo:). Where did your version come from? It is not on my computer keyboard, so I needed to use the feature of the edit window. --FredTC (talk) 12:03, 14 June 2021 (UTC)
 * If you're on a mac, then just press option+K together. SHB2000 (talk | contribs | en.wikipedia) 12:06, 14 June 2021 (UTC)
 * - also, ask any Sydneysider, and for us, the norm is around 26. On a lucky day, it might be a nice 30˚ day, but 14˚ is when it's the temperature where we avoid going outside. SHB2000 (talk | contribs | en.wikipedia) 12:12, 14 June 2021 (UTC)
 * Also some background history, I've lived half my life up in the tropics, (around -16-19˚ (geo coords) from the equator), and when I moved down south, it was freezing as hell. SHB2000 (talk | contribs | en.wikipedia) 12:17, 14 June 2021 (UTC)
 * @SHB2000 I found your version via Wikipedia, but it is not the degrees symbol. It is called the Ring diacritic. So, I guess it is better to use the degrees symbol offered via the Wiki edit window. --FredTC (talk) 13:00, 14 June 2021 (UTC)
 * I've also occasionally used option+shift+8 which ° but have become too lazy at times. SHB2000 (talk | contribs | en.wikipedia) 13:03, 14 June 2021 (UTC)
 * With the Finnish multilingual keyboard (the standard one in Finland), I get the degree sign ("°") with Shift-AltGr-0. I don't know how to get the diacritic, "Å" is on my keyboard and the diacritic isn't needed in any languages commonly written in Finland. For temperatures, 14 °C is a chilly summer's day or a warm summer's night over here – or the kind of spring days that get you a cold, as you think it is warm. 22 °C is a nice summer day, 25 °C starts to get too hot for really doing anything, and 30 °C is borderline unbearable. –LPfi (talk) 14:16, 14 June 2021 (UTC)
 * While 30°C can get unbearable closer to the poles, usually our 30° is somewhat humid, and the fact that Australian homes are designed to keep the heat out and let the cool in, meanwhile in Europe it's the other way. Almost all houses here have aircons here but not much have heaters. SHB2000 (talk | contribs | en.wikipedia) 14:27, 14 June 2021 (UTC)
 * You don’t need heating in (most of) Florida, but I doubt you could survive without air conditioning (though the Native Americans survived, there’s a reason there were few colonies here). The average summer day here is 90° (low 30’s maybe?) but it feels a few degrees hotter due to intense humidity. Then once in a while a storm comes and the temperature plunges to the low 20s celsius, even on a mid July or August day, until the sun comes out, but the weather is unpredictable. In winter a mid 20s celsius day with sunny weather can be followed by a freezing day with the wind chill causing it to feel more like 20°F (though Miami doesn’t get nearly as cold). Every ten kilometres north or south make a substantial difference in winter, but no difference in summer. --Comment by Selfie City  ( talk  |  contributions ) 16:00, 14 June 2021 (UTC)
 * People have survived in hot climates without air conditioning for millions of years or hundreds of thousands, depending on how far back your definition of "people" extends. Ikan Kekek (talk) 17:19, 14 June 2021 (UTC)
 * Erm, the Indigenous people of Australia have survived for about 65,000 years in the big vast outback without heaters or aircons. SHB2000 (talk | contribs | en.wikipedia) 08:29, 15 June 2021 (UTC)
 * I meant it as a figure of speech, and as I wrote the indigenous people did survive the climate. My response was more to Pashley and LPfi than you, as you are of course used to warm climates. --Comment by Selfie City  ( talk  |  contributions ) 10:42, 15 June 2021 (UTC)
 * Makes sense. SHB2000 (talk | contribs | en.wikipedia) 10:53, 15 June 2021 (UTC)
 * I know 30 °C isn't factually unbearable, not here nor there (I say nothing about the humid tropics), it is just what I feel like in that temperature, along the lines of your experience from Tromsø (which I understood was a bit chilly during your visit), or how you'd feel a normal winter's day with -15 °C – while it is nothing to die from if you have proper clothes.
 * -33 °C indeed was borderline when I experienced it here in Turku: no problems with the clothes, but you had to breath that air; using a scarf would help a few minutes, after which it was just a piece of ice from your breath. I've understood similar temperatures in the north are much easier to cope with, because of less humidity. (You'd probably learn how to cope if you lived there, I can cope down to -27 or so, as any winter used to have a few weeks with sub 20 – now such winters have become rare). Traditional houses won't get too hot here either, while modern ones need air conditioning in prolonged periods of 25+.
 * –LPfi (talk) 11:30, 15 June 2021 (UTC)
 * I do have to admit that when I went to Tromsø 3 years back, 22°C was a pain. SHB2000 (talk | contribs | en.wikipedia) 11:37, 15 June 2021 (UTC)

title: Wikivoyage talk:Measurements


text:
Wikivoyage talk:Medium city article template

So, one of the things I always wish I had information about when I'm traveling is places to exercise. Gyms, public swimming pools, running tracks or parks with good running areas, bike trails, that kind of thing. I'm kind of an exercise nut, and it really helps to have some info on where to do it.

So I added the section "Exercise" to the city article templates. Comments or objections welcome. -- (WT-en) Evan 11:40, 30 Oct 2003 (PST)

 * I'm not saying this is a "bad" or a "good" thing to include, but I doubt its value for many destinations. A lot of countries are not as "exercise minded" as the US. In many countries people use bikes as a form of transport to go to school/work/..., not as a form of exercise. A good bike track in Beijing? Well, the whole of Beijing I guess. A park with good running areas in Europe? Perhaps some exist, but generally parks are meant for people who walk, run, bike, enjoy a day out, etc..., and AFAIK areas are not specifically set aside to exercise some form of sport. Another thing: where does it end? If I'm interested in antique things (I'm not), can I include a separate section on the best antique dealers? Or maybe I misunderstood your reasons for creating this section? (WT-en) D.D. 12:43, 30 Oct 2003 (PST)

 * Maybe it could be a suggested subsection under "Do"? I agree with DD that it might not work for all destinations. Maybe we should start making lists of suggested subsections for various hobbies? I'm sure there are lots of things (language clubs, salsa dancing, libraries, power plants) that people like to look for whenever they travel...(WT-en) Majnoona

 * Hey, I'm just scratching my itch, man. For me, finding a place to run is the first thing I look for in a new destination. Go figure. Ideas for other suggestions should go on here, too. -- (WT-en) Evan 09:10, 6 Nov 2003 (PST)

I pulled out the "Know" section header on this article template. I think that just putting an introductory paragraph or two at the beginning of the article -- the stuff that we'd normally have a "Know" about -- without a header, ends up looking better. I still like the idea of "Understand", for deeper knowledge, though. -- (WT-en) Evan 09:10, 6 Nov 2003 (PST)

- I have to say I really dont like the "Exercise" as a top-level section. Can we come up with something more general that other things could go under? Some sort of "Utilities" section that could have exercise, laundry, and other stuff you have to do on-the-road but isn't a travel activity per se. Ideas?

 * I like this idea a lot, although it seems a little judgemental to say what is or isn't a travel activity. Drinking but not bike riding? Come again? But I do see where you're coming from. Wouldn't this also be a good place to put money-changing, bank info, American Express offices, that kind of thing?

 * I don't like "Utilities" as a name, though. It doesn't fit in with our short-imperative-Saxon-verb format. What about "GSD"? -- (WT-en) Evan 13:19, 6 Nov 2003 (PST)

 * I was just thinking -- it'd probably also be a good place to put info on AA meetings, churches, or that kind of thing. I know a lot of Christians like to find local churches if they're staying the weekend somewhere. -- (WT-en) Evan 13:21, 6 Nov 2003 (PST)

 * Exactly! Tho I dunno if people will like looking for church/temple under Get Shit Done ;-P Maybe "Live"? or something etheral like "Be" ? Ok, both those are lame and vague too...(WT-en) Majnoona

Maj, I don't understand why "Insides" and "Outsides" should be separate sections. Besides the fact that they break up really easily, so we beat 7+/-2, what other advantage is there? Is it just cost? Bad-weather versus good-weather attractions? I'm just starting to feel like it's an artificial thing. -- (WT-en) Evan 13:33, 6 Nov 2003 (PST)

 * Yah, kill them. I think they're lame. It was mostly a brainstorm when I was trying to get lots of headers down but I don't find them usefull at all.(WT-en) Majnoona

I moved "Get out" down to the end of the template. I figured that's the best place to talk about moving on to other destinations, and how to do that. It also kinda gives a temporality to the whole thing -- you get in, you get around, you see, you do, you eat, you sleep, you probably eat again, and you get out. I figure it's also OK that stuff is down at the bottom, since most of the real details are covered in the "Get in" section. Comments? -- (WT-en) Evan 13:33, 6 Nov 2003 (PST)

 * Eh, I'd rather just nix it than have it down at the bottom. I liked "Get In/Out" but it is a bit clunky. I say kill it... I actually can't think of any example of getting out being different than getting out (one way boat trips?) (WT-en) Majnoona

 * Yeah, there aren't too many cities with one-way doors (maybe towns on the Annapurna Circuit?). But I'm thinking it's good for a list of places to move on to, or for nearby day trips. Like, for San Francisco, you could list Los Angeles, Lake Tahoe, Napa Valley, that kind of thing. Another possibility is for listing flights, train schedules, etc., for places to move on to (Geneva to Paris TGV, for example), or for transportation options (pickup points for shuttles to the airport, telephone number for Super Shuttle, what BART train to take to SFO, dah dah dah). I can see leaving a city being something worth discussing. -- (WT-en) Evan 16:39, 6 Nov 2003 (PST)

 * Wanna call it "Move On" then? Ah, how to get to the airport and stuff is good info. I think my only thought would be that doing it chronological (get in, do, get out) means some pretty important stuff could end up at the bottom. I'm thinking of the journalism inverted triangle where you can always snip off the end if you're tight on space (or paper, or attention-span). But maybe that's a silly way to go about it. So either way...(WT-en) Majnoona

 * Yeah, I thought I mentioned the important-stuff-first issue at the beginning of this thread. Because the really important stuff is handled in Get in, it's not so bad to have Get out down at the bottom. At least, that's my take on the matter. I dunno, I kinda was thinking that having Get out right after Get in was like, "OK, you got here, now get the hell out!" "But I haven't seen or done anything!" "I SAID GET OUT!" -- (WT-en) Evan 17:24, 6 Nov 2003 (PST)

 * Sounds good then. Make it so.(WT-en) Majnoona