text:
Wikivoyage talk:How to create a user account

To Evan: Hi, I'm that Hans from the Peru section. I already have tried to get a login, and it seems that I have. But I don't see any difference. My modifications of the articles are still listet with my IP instead of my login name and I never have been asked to write my user page.

Could their have occured a problem or is their something I didn't understand. Do you athenticate the loged in users with cookies? Maybe, I have blocked them.

Hans

 * Yes, the authentication is with cookies. I'm not sure of the content of the cookies, but I can tell you that we won't do anything evil with them. I'm pretty sure it's just a session ID that keys into your user account on the server side. The cookie name is PHPSESSID, and it might actually be a PHP thing rather than a MediaWiki thing.

 * If you can selectively enable cookies in your browser, or whatever you use to block them (I use Privoxy, myself, and have an exception line in my Privoxy config for wikivoyage.org), that's fine. If you don't feel comfortable doing that, please feel free to continue contributing to Wikivoyage without a user account -- that's totally fine. Last thing: make sure you try using the login page to log in. -- (WT-en) Evan 19:12, 5 Sep 2003 (PDT)

 * Thank you Evan, I have enabled the Wikivoyage cookies in my browser (Mozilla). All works fine. (WT-en) Hansm 05:35, 2003 Sep 6 (PDT)

User Name Characters
The advice on this page says about a username: It can have letters and numbers, but no spaces or punctuation marks.

I do not believe that is correct. A username should only have letters and numbers but it can have spaces or underscores (_), which are seen as the same character, as well as most other pubctuation marks. However, the one character that any user name should NOT have is an ampersand (&) character as that character is used to separate the GET variables in a URL and WILL cause the username to be incorrectly interpreted and WILL make the User and User Talk pages difficult to access.

The problem is that the MediaWiki software does not check usernames for validity. - (WT-en) Huttite 03:53, 7 February 2009 (EST)

Unified log-in for wikivoyage.org
As I use more than a dozen wikis of Wikimedia where unified log-in allows one username and password to log in and out without registering at each wiki, I wonder if we can also have the same feature for wikivoyage.org as I would also like to edit Wikivoyage Shared and Chinese Wikivoyage, but no unified log-in here is discouraging and inconvenient.(WT-en) Jusjih 11:58, 27 January 2011 (EST)

 * It would be a great feature, but unfortunately, the server side of WT is very nearly unmaintained by its owners. — (WT-en) D. Guillaime 13:28, 27 January 2011 (EST)

WTS links need updating
There are two red WTS links that need updating. I don't know how to do it. Nurg (talk) 02:03, 2 December 2012 (UTC)

Renames
Our rename requests page is gone, so it's time to rethink how we handle rename requests. I tend to think that having a separate page is pointless, and that we should direct such requests straight to bureaucrats' user talk pages.

An interesting question, though, is what to do when a user with a global account requests a rename, which would sever the link to the global account. I'm inclined to redirect this type of request Meta, per the Meta:Global rename policy (technically not yet a policy). So users could add a request to Meta:Steward requests/Username changes.

Our policy, then, would be that we don't tinker with global accounts. --Peter Talk 07:00, 4 December 2012 (UTC)

 * I actually did have to sever a global account link when I was merging ShaunD in. Because his global account had a different username, and his WT-en account was an administrator, merging them in the usual manner would have removed his administrator access (something we're not currently allowed to do).  I had to merge backwards (merge his WMF account name into his old WT-en account) and then rename back, requiring him to then re-link the accounts.  Other than that rare occurrence, though, I support your proposal.  LtPowers (talk) 13:32, 4 December 2012 (UTC)

 * Global rename policy is only a proposal (and discussion of making it policy seems to have been inactive for awhile). As stated on their rename request page, they will decline rename requests for wikis with bureaucrats, so we shouldn't be directing users there.

 * I do think a separate requests page would be better; it's alot easier for users to put a request on a page than to find a bureaucrat and figure out who is active/willing to rename users (as I have been having trouble with on a few other wikis). Most large wikis on Wikimedia do have a rename request page as listed here. – sumone10154 ( talk ) 22:16, 6 December 2012 (UTC)

 * Regarding the global rename policy, it's true that it's a proposal, but it's not true that stewards will decline global rename requests, which is the issue here. Essentially we're saying that we will not muck about with global accounts—we don't have the ability to change them globally, and don't want to sever them locally. --Peter Talk 22:33, 6 December 2012 (UTC)

Username change
I want to rename my username please. Will somebody let me know know how? --Saqib (talk) 15:28, 30 May 2013 (UTC)
 * How to create a user account. LtPowers (talk) 17:32, 30 May 2013 (UTC)
 * Did we ever resolve how we were going to handle rename requests? I'm not comfortable with renaming accounts that might break global accounts, and with the upcoming move to global Wikimedia accounts for all users the ability to rename an account will no longer be something that local bureaucrats can do anyhow. -- Ryan • (talk) • 18:00, 30 May 2013 (UTC)
 * Saqib isn't connected to a global account, so a local rename should be fine. What new username would you like, Saqib? --Peter Talk 18:12, 30 May 2013 (UTC)
 * Sakib . I'm postponing my username request Peter. --Saqib (talk) 18:48, 30 May 2013 (UTC)
 * Once the global account change that Ryan mentioned is activated, Saqib, we won't be able to do renames anymore, so get your request in soon if you change your mind. =)  LtPowers (talk) 22:24, 30 May 2013 (UTC)
 * Saqib, it looks like you have accounts under the same name on different WMF projects. I would definitely recommend that you unify them before the global account change. --Peter Talk 22:59, 30 May 2013 (UTC)
 * Peter, those accounts under the same username are not owned by me unfortunately, and that's the reason I'm looking to change my current username so that I can have a global account, please change my username to Sakib. --Saqib (talk) 08:54, 31 May 2013 (UTC)
 * Peter, I'm waiting for my rename request to be done. --Saqib (talk) 06:53, 8 June 2013 (UTC)
 * I have sent you an email. If you have not received it, please let me know. --Peter Talk 03:34, 10 June 2013 (UTC)

Ampersand banned?
Hi. There's no technical reason that ampersand should be banned. It will just be URL-encoded as "%26". It's no worse than "?", or any non-Latin/Arabic-numeral character. PiRSquared17 (talk) 18:22, 14 November 2013 (UTC)
 * On WT we had trouble deleting and performing other admin actions on pages with ampersands in their titles. Is that no longer a concern here?  LtPowers (talk) 15:08, 15 November 2013 (UTC)


text:
Wikivoyage talk:How to describe yourself

"How to tell about yourself" is kind of confused English. Maybe "How to describe yourself"? Also, why do we need this if we have Project:User page help? --(WT-en) Evan 07:46, 2 December 2006 (EST)

 * I agree on renaming, if you feel like your name for the page is more correct.
 * As for reasons for the page like this (and why present Project:User page help does not fit the purpose):
 * page name: right now Project:How to tell about yourself serves an extension (providing necessary details) for several encouragements to a newcomer to describe himself--i.e.giving him a recommendation, if not a task to describe himself. Project:User page help, in contrast, is named like aimed to help user if he already needs to do something with his user page (and most newcomers typically don't, in my expeience).
 * style: Project:How to tell about yourself describes (or summarizes) what other users typically do [if they need to], not what community recommends to from the start.
 * Perhaps we can merge both pages if we find a way to solve 1. and 2, but I don't see right now how it can be better accomplished. Do you?
 * Alternatively we can think of making Project:How to describe yourself an introduction to Project:User page help, while Project:User page help can become an extension to Project:How to describe yourself. What do you think?
 * --(WT-en) DenisYurkin 09:25, 14 December 2006 (EST)

 * I moved this page, per above. --(WT-en) Evan 19:54, 22 February 2007 (EST)

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


text:
Wikivoyage talk:How to draw static maps

OSM size woes
Ugh, recent changes to OSM have made exports impossibly big. All SVG exports now run 100+ MB, making them utterly unusable in Inkscape. Does anyone know a way to deal with this? Otherwise I'm going to have to return to the old days of tracing maps... --Peter Talk 02:07, 23 February 2013 (UTC)

 * An example problem was trying to export an SVG of just the area covered by the Adirondack Park—it forces a download of the background image for The Americas . Unsurprisingly, The Americas contain a lot of nodes irrelevant to my task. Similar deal right now trying to just grab the southern half of Saint Petersburg. --Peter Talk 02:10, 23 February 2013 (UTC)

 * (edit conflict) I did one yesterday of Copenhagen, 1:20000, 1200x1400 pixels, which was just 17 megs, might just be the specific area that has some very large nodes? Sertmann (talk) 02:17, 23 February 2013 (UTC)

 * btw, I'm almost certain there is a smart way to delete all the unnecessary nodes outside the image area, I just haven't figured out how yet. That might solve the problem if you are able to at least open the svg, delete those, save it, and reopen. Maybe finding an inkscape forum or IRC channel could enlighten us. Sertmann (talk) 02:22, 23 February 2013 (UTC)

 * I can usually open them (with 8GB ram), but can't do any edits without crashing Inkscape... It's not just one part of the world—it's anything larger than a very small map. Even the map I'm doing of just a few blocks in Saint Petersburg right now downloaded the background path for the whole of Leningrad Oblast. --Peter Talk 02:25, 23 February 2013 (UTC)

 * I'm throwing out wild guesses here, but I wonder if it's the proximity to the Canadian border that's causing the problem for the Adirondacks. I've noticed that if any part of a shape is visible in (or even just outside) the map area, the entire shape is included in the SVG.  St. Petersburg is along the shoreline of the Oblast, so it would make sense that the entire outline gets in.  As for a solution, have you tried editing the SVG as an XML text file?  100+MB is a lot for Notepad, but it might work better than Inkscape.  LtPowers (talk) 03:55, 23 February 2013 (UTC)

 * That's not it either—the Adirondacks (and Bogotá, which I just checked) downloads every node in the Americas gray path—right down to Tierra del Fuego. As best as I could tell, trying to do the southern half of Saint Petersburg downloaded every node for the background shape for Eurasia. That map crashed Inkscape pretty quickly when I tried to zoom out, but I definitely made out the coastline of Korea. I've only tried figuring out what the heck is going on just today, but this problem has been present for at least weeks.
 * Unfortunately, XML exports are pretty useless because of the strict node limits. OSM wouldn't even let me export an XML file for that half of St Petersburg I keep referring to—too big an area (possibly because it's including the entire Eurasian continent?). --Peter Talk 05:30, 23 February 2013 (UTC)

 * I've brought this up on the OSM wiki, but I'm not sure whether that was the right place. --Peter Talk 05:46, 23 February 2013 (UTC)

 * I think you misunderstood me. An SVG file is really just a specialized XML file.  SVGs are totally editable in a text editor.  If you can find the right tag to remove, you can remove the large shapes in text and make the file small enough to edit in Inkscape.  (It may not be easy to identify the right tag, though.)  LtPowers (talk) 15:19, 23 February 2013 (UTC)

 * Gotcha. I have struck out so far, trying to edit the SVG via a text editor without causing the SVG to crash on loading in Inkscape. I did manage to just delete the (continent+ sized) background shape, which drops the size of the Bogotá map down from 140MB to 22MB. But this means I can't use OSM to generate coastlines anymore, which is a real shame. I usually would get rid of extraneous nodes in the background shape (which is always too big, just not so ludicrously in the past) by doing an intersection operation with the blue background object that matches the size of the export area, but that operation crashes inkscape without fail when performing it on a shape with millions of nodes. --Peter Talk 19:38, 25 February 2013 (UTC)

 * Well, let us know if you get an answer from the OSM folks. LtPowers (talk) 01:53, 26 February 2013 (UTC)

Cycle paths
I'm trying to create a cycling map of Copenhagen for the Cycling in Copenhagen guide, and I'm trying to figure out a way to mark streets with cycle tracks on them (which in Copenhagen means most major streets). I'm using the standard city map template, but I'm having major problems figuring out a way to this that looks good, I've tried marking the whole street in various colours, but haven't come up with anything I like.

Anyone who can come up with a suggestion?

It needs to be fairly toned down, since I plan to mark some suggested routes as the maps main feature, but at the same time it should be clear enough to use while biking the town. --Stefan (sertmann) talk 13:50, 25 February 2013 (UTC)

 * The first thing I'd try would be underlaying the route with a colored path (red, maybe) that slightly exceeds the width of the streets. This would show as a red border on either side of the route.  LtPowers (talk) 18:11, 25 February 2013 (UTC)

 * The official D.C. bike routes map uses a key with dashed lines for off-street trails, solid lines on top of roads with dedicated bike lanes, dotted lines on roads with on-street signed routes, plus four categories of road suitability (colors): good, fair, poor, and prohibited. I think it's pretty effective.  --Peter Talk 18:16, 25 February 2013 (UTC)

What are background and forground?
I am familiar with Inkscape, and am trying to follow the instructions, but I don't understand what are "background" and "forground" supposed to mean, nor do I have any idea where I should draw them. Could someone please explain? Thanks a lot! Nicolas1981 (talk) 04:33, 28 March 2013 (UTC)

 * I wouldn't worry about that. The distinction was between the dark gray background and the light gray foreground (the selected area), but it's not an important one. --Peter Talk 04:35, 28 March 2013 (UTC)

Non-WV user Burmesedays
I noticed that user (WT-en) Burmesedays was listed as a potential helper, however as far as I can tell they are a WikiTravel user who has not migrated to WikiVoyage. I removed their reference from the main page, however if I have made an error in doing this then please undo my change and point to the relevant current user? --Andrewssi2 (talk) 08:12, 22 October 2013 (UTC)
 * It's not that material, but he did come here and was driven away due to a misunderstanding with the display of some of his photos - it's my fond hope that he may return... --118.93nzp (talk) 01:10, 12 January 2014 (UTC)

Replacing hand-crafted maps with auto-gen crap
Am I incorrect in thinking that [//en.wikivoyage.org/w/index.php?title=Saint_Marys_%28Pennsylvania%29&diff=2503888&oldid=2503597 edits like this] are completely and totally inappropriate? I'm absolutely stunned by the rudeness and arrogance of this edit. Powers (talk) 00:22, 12 January 2014 (UTC) If the static map is well-drawn, up-to-date and helpful there may be very good reasons why it should continue to be displayed in tandem with a dynamic map...
 * I can certainly understand why this edit might seem brusque and disrespectful to the author of the static map.
 * Dynamic maps have huge advantages when the reader is online, but... --118.93nzp (talk) 01:08, 12 January 2014 (UTC)

 * Continuing to refer to dynamic maps as "auto-gen crap" doesn't help. My personal opinion (and that of others) is that dynamic maps are the way forward, and you (LtPowers, as well as others) have made it clear that you feel that static maps are superior.  We're eventually going to have to find some resolution to that difference of opinion, but until that point is reached I thought the focus of the continuing dynamic maps rollout was going to be on articles without Wikivoyage-style maps - that was also previously discussed in a couple of discussion threads at Wikivoyage talk:Dynamic maps Expedition.  We need to answer the question of how the two should co-exist, whether one should be preferred, or whether some other solution is appropriate, but thus far I haven't seen anyone attempting to spearhead that discussion in a way that proposes a compromise solution or otherwise addresses concerns from both sides of the issue. -- Ryan • (talk) • 01:18, 12 January 2014 (UTC)
 * Then you have not been understanding what I have been writing, Ryan. Each has their advantages and disadvantages and most articles would benefit from both types being displayed for the reader. You still have not answered the question that I have posed twice now at Wikivoyage talk:Dynamic maps Expedition. --118.93nzp (talk) 01:41, 12 January 2014 (UTC)

 * Static maps counteract the wiki idea. Article texts can be supplemented and corrected by any visitor immediately and without prior knowledge. This must also apply to maps. Dynamic maps meet this 100%, even automatically because coordinates should be already registered in the listings. Almost all new editors use dynamic maps intensive. - For static maps, additional software is required. Long training periods are required and extensive data traffic (svg, png). And this is repeated for every single change. Has a new user ever created a static map in Wikitravel style (yes, Wikitravel) as a SVG file? As long as we use the same images (maps) as Wikitravel, we will never get a better ranking . Graphics are first checked for duplication and classified as a mirror. - Therefore, I am in favor of introducing dynamic maps as soon as possible for all the articles . - Joachim Mey2008 (talk) 07:50, 12 January 2014 (UTC)
 * Yes, that is a powerful exposition for rolling out dynamic maps to all articles as soon as possible.
 * I had forgotten about the SEO advantages, but we may have to leave many of the "inherited" static map images in place since they are so time consuming to create and we have so few who are competent to change them. Would a bot be capable of tweeking each static map file so that it is not a duplicate from the code perspective? --118.93nzp (talk) 19:50, 12 January 2014 (UTC)
 * If someone can look at this dynamic map on Saint Marys (Pennsylvania) and declare it superior to the map that was previously there, then this project is hopeless. The dynamic map is focused only on downtown and gives no sense of the dimensions of what constitutes Saint Marys as a community (versus as a municipal division).  Quite frankly, the simple fact that it doesn't display the two main chain hotels in the city alone justifies calling it "crap".  If Joachim or anyone else is going to go around removing hand-crafted maps as soon as they're the least bit out of date, we have a serious problem here.  Powers (talk) 01:57, 13 January 2014 (UTC)
 * Powers, are you able to suggest any kind of rule for when a static map is sufficiently out of date and should be replaced by a dynamic map? I'm just trying to find any common ground at all here. Andrewssi2 (talk) 02:35, 13 January 2014 (UTC)
 * @LtPowers: This is a dynamic map of high quality. You can move, zoom, or just press the button "Show me all markers". I did not expect that this is so hard to understand. Dynamic maps should always be set to the "best view" and not to a general overview. Then you can discover interesting details. For example, the exact course of the river "Elk Creek" (entered using official maps at a scale of 1:600). In the Mapnik layer even the underground course is specially marked. How can you call something like this: "crap"? - Joachim Mey2008 (talk) 06:22, 13 January 2014 (UTC)
 * There is no reason to make the reader jump through hoops before we show them what they need to know. This is especially true for travelers, as they often need to restrict the amount of data they receive, or even print out our pages before they travel.  The ability to zoom in and out is pretty useless if the user doesn't know he needs to do so before hitting Print.
 * However, this is all beside the point. The point is that there was a good map already in the article, and its errors should have been fixed rather than the entire effort tossed in favor of a quick-and-dirty solution.  This is absolutely equivalent to noticing that some operating hours are out-of-date and then choosing to replace the entire contents of the article with content generated from TripAdvisor.  Powers (talk) 18:46, 13 January 2014 (UTC)

 * I do not understand your excitement. In the German Wikivoyage I have dozens of static maps removed and replaced with dynamic maps. No one got upset because the maps were out of date. An update would be too complicated. 50% of these maps I myself had drawn (Inkscape, Zoner Draw-svg etc.). Here is an example . You put great importance to the static map. Just put my entries again reversed. I'm not angry with you. This is a wiki. So everyone should be able to live with this. -- Joachim Mey2008 (talk) 05:38, 14 January 2014 (UTC)

 * Some things that are worth doing may be more complicated than a quick-and-dirty alternative. That doesn't make them not worth doing.  Powers (talk) 15:27, 14 January 2014 (UTC)

 * It is clear that there is disagreement regarding the merits of static vs dynamic maps, and at this point I would suggest we just agree to disagree, and try to respect each other's opinions. We need to move on from "dynamic is good, static is bad" (or vice versa) and try to find a solution that will either work for both sides or make clear that one map type is preferred. -- Ryan • (talk) • 15:59, 14 January 2014 (UTC)
 * I've already acquiesced to the addition of dynamic maps on articles that are otherwise lacking maps. But I would very much like some assurances that my hard work on maps will not be summarily removed as soon as someone deems them to be "out of date".  Powers (talk) 19:28, 14 January 2014 (UTC)
 * That compromise works for me at this time - we'll eventually have to find a way to move forward in case of disputes (such as what is currently going on at Saint Marys (Pennsylvania) and with the stalled starnom for El Camino Real), and hopefully someone can come up with a viable proposal for doing so that garners support, but there are more than enough articles without maps that I think we can focus on those articles with respect to dynamic maps in the mean time. That's my opinion, anyhow - I'd much rather have an imperfect solution that allows dynamic maps to move forward now on a slightly-limited basis while we work out a solution that can be applied more broadly in the future.  Hopefully others can add their own feedback. -- Ryan • (talk) • 19:42, 14 January 2014 (UTC)
 * You seem to have ignored my feedback, Ryan.
 * There is simply no basis for your faux summary commandment of
 * "Do not add a dynamic map when a Wikivoyage-style static map is already present. "
 * since no rationale for this commandment has yet been advanced despite continuing requests by me to do so! Please replace that commandment with something along the lines of:
 * "Do not remove either a dynamic map or a Wikivoyage-style static map from a destination page without a consensus to do so being achieved on the article discussion page first! " --118.93nzp (talk) 23:40, 14 January 2014 (UTC)

Internal Server Error
To clarify: We use two servers. For HTTPS (mapframe) the Tools Server of the Wikimedia Foundation in the U.S. Unfortunately, this server is not very reliable. Reasons? - For the full-screen display (HTTP) is used, a server of Hetzner AG in Germany. This server is professionally monitored and maintained. Hetzner is a leading web space provider in Europe (30,000 servers, 250,000 domains). So if the full screen map should not run, then I myself once again programmed garbage. - Joachim Mey2008 (talk) 08:24, 12 January 2014 (UTC)

 * Thanks for that clarification, Joachim.
 * Since the "mapframe server" is not very reliable, is that an argument in itself for retaining a static map in addition to a dynamic map on the grounds that even an out of date and incomplete map may be better than none? --118.93nzp (talk) 19:50, 12 January 2014 (UTC)
 * If mapframe server fails, there are several ways to go to full screen mode. 1) Click "View full-screen map for ...". 2) Click on the Map icon in the upper right. 3) Click on a marker in the article text. The programs run on the Hetzner server completely independent of the mapfram server. Those are mirrored there twice. Theoretically, a server failure should there hardly noticeable (milliseconds). - But in mapframe window should no error message appear. Better a helpful hint. We work on it. - Joachim Mey2008 (talk) 06:48, 13 January 2014 (UTC)
 * Yes, the last two are both methods that work.
 * However, as you will see from my screenshot above, sometimes the mapframe server fails big time and then there is no message of "View full-screen map for ... " displayed at all.
 * Also and unfortunately, neither of the latter are completely and intuitively obvious to the casual reader.
 * The "Map icon in the upper right" is simultaneously ugly, badly positioned (looking like an afterthought) in relation to the banner and not intuitively obvious as to its function. Would blue text underneath such as "full screen dynamic map..." help?
 * Thanks in advance for continuing to work on more helpful error messages, Joachim... --118.93nzp (talk) 07:29, 13 January 2014 (UTC)
 * The first method works also well. You only have inadvertently cut off the link "view full-screen map for ..." on your screen shot. This link comes from Wikimedia server and is always present, regardless of the Wikimedia tools server . - The icon on the top right I have not placed anything, just basically proposed. But an improvement, such as according to your proposal I also find necessary. The mapframe idea is also not mine, only the map display. But I find mapframe pretty well done and would fully support it. - Joachim Mey2008 (talk) 08:08, 13 January 2014 (UTC)

 * In general, if a server error. I have sent twice a short e-mail to the administrator address specified in the error message. After 2 or 5 minutes everything was OK. I hope this was not an coincidence. -- Joachim Mey2008 (talk) 08:48, 13 January 2014 (UTC)

 * @118.93nzp: I've added a tooltip to the geo-icon. For integration into the page banner (which was originally planned) my programming skills are not enough. -- Joachim Mey2008 (talk) 06:07, 16 January 2014 (UTC)
 * Thanks, Joachim, that hover text of "full screen dynamic map " is an improvement but I would suggest expanding to "Click for a full screen dynamic map... " might be even better? --118.93nzp (talk) 07:17, 16 January 2014 (UTC)
 * Thanks for the hint, I changed the hover text. -- Joachim Mey2008 (talk) 09:14, 16 January 2014 (UTC)

SVG *and* PNG upload
"When the SVG map is finished, a bitmapped file should be created in PNG (Portable Network Graphics) format as all web browsers can display PNG files. Then both versions are uploaded: one for future editors to update (SVG), and the other to include in the destination's Wikivoyage article (PNG)."

As I understand it, the mediawiki software automatically converts SVG images to PNG, so why are images uploaded in both formats? Doesn't it make more sense to use the SVG images directly, like in Wikipedia?

Tiago Dias (talk) 12:08, 30 March 2014 (UTC)

 * Two reasons, actually, and thanks for asking; we perhaps should put an explanation on the project page. First, the MediaWiki SVG renderer doesn't handle fonts very well.  SVG maps you see on Wikipedia likely have had their text converted into uneditable shapes (text-to-path conversion).  Doing so ensures that the text will appear exactly as the author intended... but it makes the text uneditable as text (you can't just type new text, or fix typos easily).  But we didn't want to resort to that because we want people to be able to edit the text on our maps easily.  Secondly, we tend to create a single SVG for all language versions of Wikivoyage, and include the language-specific text for each language within the same SVG file.  We then export only the text for a specific language into any single PNG file.  So we would have, for example, a single master SVG file, and then several PNG files (English, Russian, German, etc) derived from it.  Does that make sense?  Feel free to ask any more questions if anything was unclear.  Powers (talk) 01:28, 31 March 2014 (UTC)

exporting from Open Street Map
I see the Export tab, but when I click it, I don't get offered any options in relation to settings or file format, just the ability to adjust the boundaries and an Export button (which gives me an OSM extension file). What am I doing wrong? Thanks Kerry Raymond (talk) 06:45, 27 May 2014 (UTC)
 * I found the "Share" tab on the right produces PNG files. Still no option settings, but at least I have a map now. Kerry Raymond (talk) 06:59, 27 May 2014 (UTC)
 * As noted at How to draw a map, the interface on the main OSM site is effectively broken. Using Maperitive, as described in that section, is probably your best bet if you want to create an SVG using OSM data.  Powers (talk) 17:33, 27 May 2014 (UTC)

Fonts
Hi, I was talking with a graphist on Commons and he pointed out two problems with our standard fonts:
 * The words, Airport And Train Station uses Blue Highway which to this page svg fonts is not an approved font.
 * The rest of the text uses DejaVu Sans Condensed. Running Ubuntu and Linux Mint that font has another name, DejaVu Sans Semi-Condensed.

Was this a known issue? Is there a solution? --Nastoshka (talk) 08:13, 2 April 2015 (UTC)

 * Blue Highway is often used for historical reasons; it's deprecated now but we still use it sometimes. The version of MediaWiki we used to run on Wikitravel didn't support inline SVG rendering. The lack of support for Blue Highway is a minimal issue because we don't display SVGs within articles; we use PNG renderings of master SVG files. (This also allows us to keep map labels for all languages in one SVG file, exporting a different PNG for each language.)
 * I wasn't aware of the naming issue for DejaVu Sans Condensed. As it's a supported font, I assume there's some sort of workaround in place?
 * -- Powers (talk) 00:06, 3 April 2015 (UTC)
 * No idea if is there a workaround for the naming issue. Regarding the map labels in one SVG files, the same graphist on Commons suggested that we can keep several labels in several language in the same SVG file without having to export a png file. Take a look here for more info. To switch between two or more language, you need just to add |lang=en or |lang=de... to the image syntax (e.g.: ).
 * here some examples. It has two main advantages:
 * Svg files become much less heavy
 * No need to increase tenfold the files on Commons, one png for each language..
 * And one disadvantage:
 * In order to use the switch tag, you need to be able to modify the XML source, that means svg files become more complex. What do you think about? --Nastoshka (talk) 11:05, 3 April 2015 (UTC)
 * That's an interesting solution! But if Inkscape doesn't support the switch tag, updating the maps would destroy the language switches. Powers (talk) 19:13, 3 April 2015 (UTC)

Static maps numbering and numbering of markers for dynamic map
There is an interesting point which cropped up in a different discussion (Wikivoyage_talk:Map) and I thought it's something we should talk about.

I have been working on updating/creating static maps from time to time. In the past the numberings on them didn't matter so much, as they were entirely independent, but now listings with coordinates have numbers assigned as they are shown on the dynamic map. When I update/create maps, I usually make sure the numbers on the static map correspond to the numbers assigned to the listings (see Unst or Singapore/Bugis) but I realise this is quite stupid, as any update will break the ordering. Furthermore, I notice that in some old maps, if there's more than 9 listings, the numbering will continue with A, B etc, whereas now I have to squeeze in double digit numbers. Another issue I saw is that sometimes there are numbers which I would like to skip on the static map (too close together, so can be merged, or off the map), which now just makes it look like something's missing.

Is there any rule/suggestion on how to handle this that I have missed out? AlasdairW suggested using letters instead of numbers for static maps, which I think would be a potential solution. Drat70 (talk) 01:55, 10 October 2017 (UTC)

 * If you were to use letters, you may need a legend included in the SVG at the bottom edge to indicate which letter is which POI. That'd be hard to read? K7L (talk) 02:45, 10 October 2017 (UTC)

 * Well, most static maps already have a legend with all the POIs on the map already with the numbers and the names of the POIs. See the maps above for example. Drat70 (talk) 04:56, 10 October 2017 (UTC)

 * Static maps have used numbers since time immemorial. Why not make the dynamic maps change to letters? Powers (talk) 19:44, 10 October 2017 (UTC)

 * Sure, either way would work. The aim would be to distinguish then, in which manner we do that is not so important. Drat70 (talk) 00:57, 11 October 2017 (UTC)

Colour-blind friendly colours
Hi Wauteurz, I saw you noted a number of maps on Requests for maps were colour-blind unfriendly. Do you have any resources or colour palettes that would be better? I drew the maps for the Central Belt and Scottish Highlands that you flagged and the pink-green colour scheme is adapted from Colorbrewer, which indicated the colours were colour-blind safe. I find making maps colour-blind friendly challenging so would be interested to hear if you know of any other sites that are helpful. -Shaundd (talk) 06:28, 16 November 2018 (UTC)

 * Hey there, I am partially colour-blind myself (red-green blindness), so that is what most of this is based on. If I cannot see the difference between two colours, or have difficulty to tell them apart, I list them as colour-blind unfriendly. In a nutshell, anything that doesn't fit "our visual style", as I've phrased it, would not be using (parts of) the template. The region colours in there are the ones I use, and, even though I have trouble with them in some cases, they do the job pretty well. Most of the issues I have with the colours in said template are problems introduced by my monitors. The maps you listed aren't the worst offenders and I'm not claiming they are, but I can imagine someone having trouble telling apart and  specifically. That may just be me though. If others disagree with my judgement as well, then feel free to remove those two maps from the list. Again, they're far from the worst offenders :) -- Wauteurz (talk) 11:17, 16 November 2018 (UTC)

 * Thanks Wauteurz. Now that you point out the issue with and, I think that is where I deviated from the recommended colours. Good to know, I'll try to fix that.
 * I saw you also listed Baden-Württemberg (another map of mine) -- which colours are hard to differentiate on that map? It's essentially the standard palette but slightly lighter (to improve contrast between the text and the region colours). I'm also curious what you think of the region maps at Mississippi and Oregon. I hope you don't mind me asking, I've been working with different map colours for a few years trying to improve readability and make them more colour-blind friendly. I can judge if there's better contrast between text and background, but I see colours fine so I can't judge if the colour palettes I use are colour-blind friendly or not. Thanks! -Shaundd (talk) 07:39, 17 November 2018 (UTC)

 * Of these three, Baden-Württemberg is the worst for me. I have no problems with the colours as they appear on the region list, but I think you made the colours on the map lighter? Correct me if I'm wrong, but that makes it to where I have difficulty with and, as well as  and , which, for the record have no issue with usually. What would improve the situation is a better readable border, like I myself did for File:Amstelland Wikivoyage Map.png. White borders, however, prove difficult with city maps, since roads on these are intended to be drawn in white, if I'm not mistaken. Feel free to leave the map up though. The dynamic map is showing the colours better.
 * As per the other two maps, Mississippi is the opposite of Baden-Württemberg, in that the dynamic map is worse to read while the static map is a-okay. blends with  and  blends with, but  does not blend with . The other two colours I have no issues with. For Oregon, I don't have any issues, but I can imagine others having problems with it.  and  specifically would give me issues if the white line wasn't there to draw a border. The border, however, isn't ideal, since it blends with . Truth be told, it's hard to optimise for all kinds of colour-blindness since any combination of red, green or blue can be malfunctioning.
 * I wouldn't be surprised if there were some sort of online tool that can simulate how colour-blind people see an image. I don't know of any myself, but if someone knows such a tool that would work to simulate the appearance of the maps we make, then that'd be in a lot of people's favour and is most likely worthwhile to link on the project page so we can prevent future issues with maps not being colour-blind friendly. -- Wauteurz (talk) 17:39, 17 November 2018 (UTC)

 * Hi Wauteurz, thanks. I found a couple of filters (from this article on drawing colour-blind friendly graphics) and they're helpful for highlighting the issues you described above (other than Scottish Highlands, which looks OK in the three filters). I see what you mean by the dynamic Baden-Wurrtemberg map being more distinct than the static, while the reverse is true for Mississippi, as well as the blending problems. I'll take a look at some other maps with the filters on to see how it looks and whether there are any conclusions. Another map that I assume could be problematic is Australia, and the South, Midwest and Texas regions of the United States of America map could also blend together? -Shaundd (talk) 07:25, 19 November 2018 (UTC)

 * The US maps look fine to me and I don't think anyone will have too much of an issue with that. Australia is a whole different story though. The Northern Territory, Queensland, South and New South Wales all blend to some degree. When I first looked at it, I honestly thought that the Northern Territory and Queensland were one region together. I'll say again that the Scottish Highlands map isn't the worst case. Looking back at that map, might actually blend with the water more than  and  would blend with each other. I'm now actually doubting if the latter two conflict all that much with each other to begin with. I now also wonder if such a filter was tested on the mapmaking templates. If not, we may have some work ahead of us updating the colours and maps to actually be colour-blind friendly... -- Wauteurz (talk) 19:46, 19 November 2018 (UTC)

 * Hi Wauteurz, I agree on the Scottish Highlands map. When I looked at it again with the filters, I think the biggest problem is the pink region and the blue water. With the US map, it depended on which colour-blindness filter I used. The ones where seeing blue or red were a problem tended to blend the South with other colours.
 * I'd be surprised if the standard map colours were put through a filter. That template is 9-10 years old and I don't recall there being many web tools available at the time that helped with readability or colour-blindness. Some of the template colours also fail the WCAG 2.0 readability standards (e.g., don't have sufficient contrast between text and background colours), which is why I tend to not use the template. I'd be interested in seeing if we can come up with more readable and colour-blind friendly maps but unfortunately don't have much spare time right now. -Shaundd (talk) 21:59, 1 December 2018 (UTC)

API Key
On this map it says API key required when you switch to relief maps. Not sure who to raise this with to see about getting it fixed? Travel Doc James (talk · contribs · email) 17:01, 16 June 2022 (UTC)

 * Just going by this old phabricator task, it seems that tool has been depreciated in favour of Kartographer — are you able to use that instead? TheresNoTime (talk) 20:35, 16 June 2022 (UTC)
 * The mapframe in Heaphy_Track doesn't appear to show the issue with the relief map layer. It appears that is only an issue with the full page map (from the icon at the top right of most pages. I think that mapframe is Kartographer based, but I don't know about the full page map. (It is worth keeping the full page map as it has some features missing from mapframe as is better for printing.) AlasdairW (talk) 21:38, 16 June 2022 (UTC)

How to fix a bunch of grey unnecessary markers on the map?
Results as shown on the map, how to fix a bunch of grey unnecessary markers on the map? Can help? thanks. ✈ IGOR ／ ✉ TALK?!  ．WIKIVOYAGER ! 17:17, 29 June 2022 (UTC)

 * @Yuriy kosygin We've discussed this quite a number of times before. The issue is this data comes from OpenStreetMap and there's no way to remove the unnecessary grey markers unless you completely comment out the transport lines. SHB2000 (talk | contribs | meta.wikimedia) 00:31, 30 June 2022 (UTC)
 * Alas... Wikivoyage is really weak, I'm afraid we'll have to draw the route own. ✈ IGOR ／ ✉ TALK?!  ．WIKIVOYAGER ! 15:34, 30 June 2022 (UTC)
 * There has to be a way to fix this idiocy on OpenStreetMap, but in the meantime, we need to eliminate this crap from our site. Ikan Kekek (talk) 16:25, 30 June 2022 (UTC)
 * Could we make the gray actually be 100% transparent? It would still be visible, but perhaps not such a disaster. WhatamIdoing (talk) 17:38, 30 June 2022 (UTC)
 * If I recall correctly, the issue at hand was that we couldn't make the distinction between line elements and point elements. I don't master Lua myself, so I can't make sense of whether this would be a viable workaround for Module:Mapshapes. @Andree.sk, any words on this? -- Wauteurz (talk) 18:22, 30 June 2022 (UTC)
 * Mapshapes is just a thin helper to instantiate mapshape, which is the main culprint. In turn, that one uses the kartographer stuff, which can't be trivially adjusted. But there may be some hacks, I'll try to try something in the coming weeks... -- andree 20:47, 30 June 2022 (UTC)
 * The only other solution is to manually trace out the route on geojson.io and then add it to the article (see Canberra/Acton for an example of how this is done) SHB2000 (talk | contribs | meta.wikimedia) 07:32, 1 July 2022 (UTC)
 * While I don't question this working, it does come with a substantial downside: It's not 'automatically' updated whenever the line changes route (in reality, OSM-contributors update it and we import the dataset they edit). This leaves us with a lot of extra work, which I expect will get out of date quite quickly. Perhaps not for metro's, but definitely for trams or BRT's. Drawing the lines ourselves can work for cities that see regular edits or that have docents capable of editing GeoJSON data (and willing to do so). I strongly prefer making Mapshapes work, even if it's a workaround over manually doing the work ourselves. -- Wauteurz (talk) 08:30, 1 July 2022 (UTC)

At the German Wikivoyage I added a rule to MediaWiki:Kartographer.css which hides the grey pushpin markers.

Unfortunately, I cannot make the edit by myself. But I am sure your admins can do it. --RolandUnger (talk) 09:24, 1 July 2022 (UTC)

 * given you're the only active interface admin here, can you add the three-line code? SHB2000 (talk | contribs | meta.wikimedia) 10:16, 1 July 2022 (UTC)

 * I checked the positions of the markers, and they are the stops/stations of the public transport lines. However they don't give the name of the stop, but only the name of the line. The name of the line is already displayed by clicking the line. So, with the present marker texts, no new info is available. If the marker info would have the name of the stop it indicates, displaying them could be useful. I tested from which zoom level displaying the markers is not disturbing anymore, and came to zoom level 14-19 may show the markers, below 14 not. And this zoom level dependent conditional showing of the markers should only be done if the markers contain the names of the stops. If it is impossible to have the names of the stops in the markers, markers should never be shown. --FredTC (talk) 11:18, 1 July 2022 (UTC)
 * While I agree that they could be useful to some extent, the thing is that we can't properly make the distinction between lines, polygons or points/markers in the data that we fetch from OpenStreetMap. At present we also cannot import the names of these stations/halts (I believe this data gets lost between Wikidata and OSM, but I might be wrong). Roland's solution above is just a workaround that hides the marker, but the point itself stays on the map albeit invisible. So long as we can't make the distinction properly, we sadly can't implement these markers in a more useful way either. For that distinction to be made, the Kartographer extension needs additional functionalities, which we've been asking for for several years already. Until we get that, it's either hiding the markers or accepting them as-they-come, the latter of which is a lot less popular. -- Wauteurz (talk) 12:48, 1 July 2022 (UTC)
 * @Ikan Kekek, do we have any other admins who can do this? Another option would be using JavaScript, but using CSS is much cleaner... Also, alternatively to 'display: none', we could change opacity to e.g. 0.3, that also looks quite ok. -- andree 09:31, 13 July 2022 (UTC)
 * I really don't know. I hope other admins are reading this thread. Ikan Kekek (talk) 09:35, 13 July 2022 (UTC)
 * This needs an interface admin to do it and as far as I'm aware, is the only interface admin who has been active recently. SHB2000 (talk | contribs | meta.wikimedia) 09:38, 13 July 2022 (UTC)
 * I'd say it wouldn't hurt to have at least 2-3 people with those permissions - even if they need guidance for doing technical changes... -- andree 10:15, 13 July 2022 (UTC)
 * @WOSlinker maybe, then? -- andree 10:51, 13 July 2022 (UTC)
 * Sorry guys, I've read the conversation just right now.
 * RolandUnger, I have created MediaWiki:Kartographer.css as per your code, but not so much time for testing. The gray POI has disappeared; it's enough? Any side effect to be checked?
 * SHB2000, thanks for pinging me twice. Next time, in case of emergency, leave a message on my it:voy talk page. -- Andyrom75 (talk) 16:35, 13 July 2022 (UTC)
 * It helped, thanks both to you and Roland! :) -- andree 19:28, 13 July 2022 (UTC)
 * There are no side effects. The names of the pushpin images contain their colors, and this particular color is not used elsewhere. Of course, the way proposed is a workaround not a real solution but it is useful. The grey pushpin markers are present up to now, but they are invisible (hidden). --RolandUnger (talk) 04:23, 14 July 2022 (UTC)
 * RolandUnger, thanks for your confirmation. -- Andyrom75 (talk) 10:00, 14 July 2022 (UTC)
 * Brilliant work. Thanks to everyone who contributed to finding a workaround.--ThunderingTyphoons! (talk) 11:52, 14 July 2022 (UTC)
 * Is this something that we should share with other wikis? WhatamIdoing (talk) 16:15, 14 July 2022 (UTC)

A permanent solution to this problem has been implemented but not published for whatever reason (see https://phabricator.wikimedia.org/T292613). --Renek78 (talk) 14:14, 16 July 2022 (UTC)
 * Bugfix for grey markers has been deployed today. The CSS workarounds should not be necessary anymore. --Renek78 (talk) 20:25, 19 August 2022 (UTC)

Using a separate colour for freeways on static maps
Right now, our current Wikivoyage style for static maps is to use red for a main road, while use yellow for secondary roads. While the criteria for what's a main road and what's a secondary road is fairly arbitrary and up to whoever's making the map to decide, I was wondering whether we should consider using a different colour for freeways/motorways? While I'm still new to this static mapmaking business, I personally find such a distinction of what's an ordinary road and what's a freeway useful, and many people often either want to use freeways or try to avoid them. Our dynamic maps already use a different colour for freeways, so why not static? I wanted to make such a distinction when I made a static map for Greater Brisbane today (on right), but such a change would be against Wikivoyage-style, so I'm asking the community for input; and if we do use a separate colour to distinguish freeways from normal roads, what would it be? -- SHB2000 (talk | contribs | meta.wikimedia) 07:24, 5 July 2022 (UTC)
 * I tried using orange to identify freeways in the map of Southern Tasmania that I just created (on right). Is it obvious that the route coloured orange means a freeway? (I really want answers so I can take note of what I should do differently for my next static map) -- SHB2000 (talk | contribs | meta.wikimedia) 13:32, 5 July 2022 (UTC)
 * What a colour means is never obvious, unless you know something about the destination. The colour could just mean "main highways" or whatever.
 * I think that there are many more things that might be interesting for at least some travellers, and most travellers to some destinations. How do we show good cycling routes? Roads with good bus service? Nice pedestrian routes? –LPfi (talk) 17:14, 5 July 2022 (UTC)
 * I don't think any colour schemes are immediately obvious wordwide. For a UK map, I would be tempted to use the same as some OS maps - blue for motorways, red for A roads, brown for B roads and yellow for minor roads, but some UK road atlases use green for A roads as this is the colour used on road signs. Another complication is the use of different colour fills for regions - a yellow road on a yellow background isn't good - spot the roads going to Richmond in Southern Tasmania.
 * Is it possible to use slightly different line widths to indicate road importance? We also need to allow for things like long distance walking tracks or off-road cycle routes. As both examples have a lot of sea, they could have a key explaining the colours. AlasdairW (talk) 21:45, 5 July 2022 (UTC)
 * Agreed. Map making 101: Every map needs a legend (key), and every symbol used in that map (intuitive or not) needs to be explained in that legend. That way you can add whatever is needed. Having a consistent style for static maps is a nice to have; it should not get in the way of making maps useful.
 * The color issue mentioned by AlasdairW is part of of a bigger problem: The different elements used in the map are unbalanced in terms of contrast (color, saturation, brightness) and visual weight (size, thickness).
 * 1) The lines used for the roads are too thin in relation to everything else. After enlarging enough to properly see the roads, the text labels are way larger than they need to be. This is a static map: pick one scale and apply it consistently, using an appropriate degree of generalization.
 * 2) Visual importance of borders (thickness, color contrast of the white vs. area colors) is too high given that areas already have different colors. Line thickness of borders is also inconsistent in the second map.
 * 3) In general, having areas colored that heavily (dark & saturated) creates all kinds of problems for the visibility of makers, line elements and text labels. "Brisbane" in the first map is practically unreadable, for example. In File:Georgia_regions_map2.png, for example, that is much less of an issue due to different color choices.
 * Unfortunately, the region maps template is basically calling for many of these problems to occur. El Grafo (talk) 13:41, 6 July 2022 (UTC)

 * I've added a key to the Southern Tas static map (on right). How does this look? -- SHB2000 (talk | contribs | meta.wikimedia) 11:24, 9 July 2022 (UTC)
 * But unfortunately, I have to agree with El Grafo that our region maps are at the very least, unreadable and awful-looking. If I had to design a static map from the start, this is not the way I would do it, but unfortunately the community is unwilling to accept that, in this very day and age, dynamic maps are far superior to static maps. There are few people who can edit static maps in the first place, and the two only editors (excluding myself) that I'm aware of who have even edited in the past month are and . The only reason I'm making these maps is because our policy favours static maps in region articles but otherwise I think we need to revamp the region maps template. -- SHB2000 (talk | contribs | meta.wikimedia) 12:15, 9 July 2022 (UTC)
 * I know this is a minor point, but I like the color scheme you are using. It feels just the right amount of trendy/modern/not outdated. WhatamIdoing (talk) 18:11, 9 July 2022 (UTC)
 * I do like the lighter colours in the color scheme though. From Template:StdColor, T1, T6, T8 and T9 feel a bit too dark (hence what's causing these problems), but a static map does look very nice if the right colors are used. So far, my favorite has to be the map I made for Southeastern New South Wales, and I've been trying to make more maps like that. -- SHB2000 (talk | contribs | meta.wikimedia) 04:37, 10 July 2022 (UTC)
 * Hi, I think it's fine if you want to experiment a bit use different colours and distinguish motorways. I did motorways differently for a while on maps I drew but eventually stopped because I felt it was more detail/clutter than benefit and it became another colour that had to integrated with the colour palette (which didn't always work).
 * I also agree with the others above that our standard colours don't always work. I ended up moving away from them so I could get a better contrast between the region colour and the text (improves readability quite a bit). -Shaundd (talk) 07:05, 13 July 2022 (UTC)
 * The problem may be that our regional map template colors were not originally designed to accommodate details like roads. They work fine for plainer regional maps like New York (state) or Massachusetts. Powers (talk) 20:34, 15 July 2022 (UTC)

Ground Zero (talk) 12:21, 23 August 2022 (UTC)

Multilingual static maps
I did a little experiment with File:Norðoyar regions map.png, where I tried to minimise the amount of English I used and always use the local dialect if possible to make the map as multilingual as possible. This would prevent having to translate static maps across different-language Wikivoyages, but it would also mean that the map contains some non-English phrases. There isn't any policy surrounding this, so what does everyone else think of minimising the amount of English used to ensure the same map can be used on different-language Wikivoyages. -- SHB2000  (talk | contribs | meta) 03:18, 29 March 2024 (UTC)

 * This seems like a great use case for translatable SVG. Is there some incentive for what is clearly a non-representational map to be PNG? See e.g. File:ABO blood group diagram.svg and the many pages using c:Template:Translate. —Justin ( koavf ) ❤T☮C☺M☯ 03:36, 29 March 2024 (UTC)
 * Unfortunately, using a translatable SVG isn't on the table here since the quality of the SVGs that come from Inkscape is beyond hopeless. -- SHB2000  (talk | contribs | meta) 03:42, 29 March 2024 (UTC)
 * 0___o? There are a lot of good maps on c: made in SVG, whether Inkscape or something else. —Justin ( koavf ) ❤T☮C☺M☯ 04:05, 29 March 2024 (UTC)
 * They work fine if you use a text editor or Illustrator, but not Inkscape. It is the only reason why policy requires uploading both a PNG and an SVG file. -- SHB2000  (talk | contribs | meta) 04:53, 29 March 2024 (UTC)
 * Is the code needed for translation difficult? Otherwise, as you edit the map as SVG anyway, why wouldn't you include the translations in the SVG code? Or is it that the base map is horrendous Inkscape code and Inkscape lacks the functionality?
 * I like having the map mostly in the local language (I don't think anybody regards Faroese a dialect), but there will be issues when the English name is very different (cf Jorvik for York), or there are different scripts (I cannot use maps in Chinese or Hebrew).
 * The key in the local language and English makes it usable to most people, but even for Swedish or French, the English looks a bit imperialistic. For projects in English the bilingualism is nice – I'd like having Swedish maps e.g. for Euskadi to be trilingual (Swedish/Basque/Spanish).
 * –LPfi (talk) 11:06, 29 March 2024 (UTC)
 * The issue is the latter – the base map is horrendous Inkscape code and Inkscape lacks functionaliity.
 * Thanks for the input on local language (yes, I meant language, not dialect – thanks for picking up on that). Maybe should we limit this practice only where the local language uses a Latin script? (unlike OSM's current approach) -- SHB2000  (talk | contribs | meta) 11:19, 29 March 2024 (UTC)
 * Although the base SVG maps are in English, you can see that there are both English and Bengali (my native language) labels in different layers. I disable the Bengali layer when I upload or update the maps. I use Inkscape to create SVG maps and export PNG maps for use in respective Wikivoyages. However, I have decided to replace those monolingual PNG maps with multilingual (bilingual or trilingual, depending on region) ones soon. Sbb1413 (he) (talk • contribs) 07:11, 30 March 2024 (UTC)
 * File:NLR diagram.svg is another example of a horrendous base map compared to the PNG map – it's bad enough where many text elements are hidden beneath the pictograms (namely the light rail and the wheelchair pictograms). -- SHB2000  (talk | contribs | meta) 08:03, 4 April 2024 (UTC)

title: Wikivoyage talk:How to draw static maps


text:
Wikivoyage talk:How to edit a page

Marking a minor edit
When I edit, I don't see a 'This is a minor edit' checkbox. Is that a browser incompatibility (I'm using IE5) or is that some recent software change or something?

 * It should be right under the edit textarea. Are you sure it's not there? This is the first I've heard of it, and there's lots of people using IE5. --(WT-en) Evan 16:07, 21 Dec 2003 (PST)

 * You need to Login for this to work. Since January, anonymous users have not had the option of marking an edit as minor. See Erik Moeller's post on Wikitech-l for the details. Angela 19:08, Dec 21, 2003 (PST)

Edit text appended to name of town
Archived from the Pub:

Cannes France has a paragraph of text that belongs in the opening "understand" but it seems to be appended to the town name and has no "edit" function with it. Its real messy and does not follow the required style. How can I get rid of it? Very Newbie but trying!

((WT-en) Andrew 13:50, 10 October 2008 (EDT))

 * At the very top of the page, just above the "Cannes" title, there are a series of tabs. The one marked "edit" will allow you to edit the entire contents of an article, inclduing the messed up text.
 * The inline edit will do individual sections if you only need to change a small section. If you are doing wholesale changes to many sections, it is easier to use the edit tab at the top and do all the edits at once rather doing individual sections.
 * (WT-en) Epolk 15:39, 10 October 2008 (EDT)

Brilliant! So obvious with hindsight - thanks! ((WT-en) Andrew 13:44, 11 October 2008 (EDT))

Minimum listing?
Archived from the Pub:

Is there a minimum of information required for a hotel, restaurant, or other listing? If a hotel listing has only the hotel name, or only the name and a web site, should it be removed? I see a lot of these. The listing policy doesn't seem entirely clear on this: it suggests what information should be there, but it doesn't say what minimum is required, that I could see. Personally, I think a listing with only a name or only a name and link should be removed; it's not much use in a print-out. (WT-en) Sailsetter 18:58, 2 December 2008 (EST)
 * But someone might come along and expand it later. I would say leave it, in anything below a guide article.  Once the article is already a guide, any additional entries should then be high quality, I would say.  --(WT-en) Inas 19:29, 2 December 2008 (EST)

 * Even just the name and contact info (web site, phone, e-mail) of a hotel can be useful if you're trying to arrange lodging in advance. (WT-en) Alingelb 04:22, 10 December 2008 (EST)

 * Yes, but some don't even have that. (WT-en) Sailsetter 09:57, 10 December 2008 (EST)

 * There are occasions when minimum listings are work in progress for a User, it would be disappointing if the User returned to find their work in progress missing. (WT-en) Brianeric 15:01, 13 February 2009 (EST)

Editing wrong section
In the San Jose (California) article, if I click the edit button at Eat or any of its subsections, an edit window is opened for part or all of the Get in section. Is this a MediaWiki problem or something local? Peter Chastain (talk) 12:57, 20 January 2013 (UTC)

 * I have dealt with this problem myself. Most likely, one of the listings in the "Eat" section doesn't have at the end of it. It screws up the formatting. -- AndreCarrotflower (talk) 14:37, 20 January 2013 (UTC)

 * Thank you! It was actually a missing  in an entry that I added (whoops!) Thanks also to the "IP address" user who fixed it for me. Peter Chastain (talk) 20:27, 20 January 2013 (UTC)

Excessive changes to an article in one edit
I just noticed that an anonymous editor has made significant changes to the Hong Kong article. Some of the edits I agree with, and others not so much.

The problem is that it is really hard to compare the changes made and this makes it very difficult to check each one. Undoing the change will lose all the good edits the person made.

Is there any policy or precedent dissuading this kind of editing behavior? --Andrewssi2 (talk) 12:17, 30 October 2014 (UTC)

 * It's usually not considered a good idea, precisely for the reasons you point out, but there's no hard rule against it. Powers (talk) 13:55, 30 October 2014 (UTC)
 * I recommend taking the time to go over all the changes this user made and making a new version to this article which would contain only the best parts from both versions. (if this user would keep adding some specific bad parts, open a discussion about those specific additions in the discussion page of the article and strive to reach a consensus about the ideal version). good luck. ויקיג'אנקי (talk) 15:20, 30 October 2014 (UTC)

 * I appreciate the recommendation ויקיג'אנקי, however that method would actually take more time than the time spent making the edits in the first instance. As part of the collaborative spirit I believe all edits should be made so that specific changes can be checked with the minimum of effort. --Andrewssi2 (talk) 17:51, 30 October 2014 (UTC)

 * From experience, things don't work like that in any Wiki based platforms. That is basically one of the major downsides of inviting the whole world to help develop content collaboratively. You can not expect everyone to do things exactly the way you want them to be done. For that reason, in many instances there is no other way but to develop the content in a longer, more tedious process which involves (1) making several/many bold additions/changes based on your own common sense (2) striving for consensus on specific edits through getting many people to share their opinions in the discussion page regarding what ideal final version would be (and make the changes based on the support you'll get). ויקיג'אנקי (talk) 18:22, 30 October 2014 (UTC)

 * I'd say yes, ideally do what ויקיג'אנקי suggested, but in the meantime, revert to the previous version and then start a discussion on the talk page there, linking to the change-comparison view of this big edit in question. Especially if you don't have time to go through it all yourself in one go. Texugo (talk) 18:54, 30 October 2014 (UTC)

 * I haven't checked this edit. In general however, I'd say reverting to the previous version just for lack of time is okay if someone is introducing (even a limited amount of) explicitly wrong information or deleting whole sections. If it's rather a matter of not liking all of someone's choices for cleanup, I'd say the edit should be allowed and you can change it later or discuss on the talk page. It's really not uncommon for regular editors to "clean up" or rewrite one or two whole sections at once: I know I do. I would not be pleased if you'd bluntly revert me just "until you have the time" to review, discuss or change individual elements I've changed. We encourage people to plunge forward. Of course we keep a closer eye on new users, but their edits should still be judged on merit, not on the person who wrote them. JuliasTravels (talk) 19:58, 30 October 2014 (UTC)

 * From what I have seen the two edits don't look a problem. It is a matter of taste whether the old or more spaced out new layout is better. All the edits are to the get around section, and it is perhaps even good that these have been done in two edits rather than 20. What I find more irritating is when somebody does one edit that is against policy and then follows with five minor edits which are ok - this gives the impression of hiding the the "bad" edit. AlasdairW (talk) 21:07, 30 October 2014 (UTC)

 * I guess that means there isn't very much to be done in this instance. I wasn't suggesting there was anything untoward going on, just that I didn't agree with this particular method of editing. Andrewssi2 (talk) 04:40, 31 October 2014 (UTC)

 * One annoying thing is changing order of paragraphs in the same edit as changes to the paragraphs themselves, especially if the latter are not explained in the edit summary. I do not think we can forbid such edits though (and some edits are hard to do so that diffs are sensible). I would still recommend checking the diff to see whether the changes are clear and e.g. join or separate paragraphs in a separate minor edit (a practise I try to follow myself). A better diff algorithm would help in some cases (the engine is absurdly weak at matching paragraphs in some situations) – this and an easy-to-use tool for diff analysis would be a good project for WMF.

 * A tips for editors trying to see what changes have been made: make edits to the old version yourself (mirroring what the other user seems to have done) without saving, until the diff you get to the current version makes sense. Sometimes just a trivial change (such as adding and removing whitespace) makes the diff clear. If you need saving (e.g. if the current version is irrelevant), copy the relevant versions to a subpage to your user page (User:NN/sandbox; also comparing different pages is possible, manually inserting the oldid parameter).

 * --LPfi (talk) 07:12, 31 October 2014 (UTC)
 * Andrewssi2, when I was new at en.wp, I once had someone complain because I made a lot of changes in a lot of edits, exactly the way you recommend here.
 * LPfi, you're right: the diff tool is absurdly weak in some situations.  Maybe User:Rdicerb (WMF) would like to put that on her list of irritating problems that editors have to deal with all the time (along with edit conflicts), and that some attention from the WMF devs might be able to improve.  (If anyone has other ideas that should go on the list, then please leave a note for her or send her e-mail.)  WhatamIdoing (talk) 18:21, 31 October 2014 (UTC)

 * Definitely it would be great to have a better diff tool! For example it would great to compare specific sections even if they are moved to a different part of the article. Andrewssi2 (talk) 01:02, 1 November 2014 (UTC)

Couple of things about the visual editor
Hi, everyone. I've got a couple of things that I want to run past you.

First: if you haven't looked in Special:Preferences for a while, then you might want to turn on the visual editor, and if you work on multiple wikis, then try "enhanced notifications", too. (That's the "let me know here, if someone pings me at Commons" tool.)

Next: The visual editor is pretty awesome for some kinds of editing (especially tables), and I think you should consider getting it turned on by default, rather than in Beta Features. On average, half of the new editors are using it by preference, and people running edit-a-thons and training programs tell me that it is far and away the preference among new editors there. It pretty much works like a rich-text e-mail editor, or editing a word processing document. This means that "improve the article" involves "clicking Edit and editing" rather than "clicking Edit and trying to learn wikitext". I think you'll be happy with the results.

Related to that: Design Research is looking for experienced editors (hundreds or thousands of edits to any project, probably more than a year old) who haven't used the visual editor before (or at least not much/not recently). The usual setup is a scheduled video chat via Google Hangout on Air (or maybe Skype?) for 30 to 60 minutes, in English. To run the visual editor, you'll need to have a reasonably modern web browser (>95% of you already do) and to have Javascript turned on. They're mostly focused on the Wikipedias, but it might be good to broaden their horizons. 😉 If anyone's interested, please let me know. A note on my talk page or an e-mail message would be great. Whatamidoing (WMF) (talk) 18:57, 19 April 2016 (UTC)

 * What needs to be done to "get the visual editor turned on by default"? I assumed Wikimedia would do that when they felt it was ready - is there something each wiki is expected to do? -- Ryan • (talk) • 19:20, 19 April 2016 (UTC)

 * When the Visual Editor was initially introduced, it was turned on by default on various wikis (Wikipedia in particular). At the time it was quite clearly not ready for the world - very slow, not able to edit one section without editing the entire page, rather braindead in its handling of tables and templates. The backlash to that move left us with the odd "edit" and "edit source" links as damage control. I'm not sure I want to revisit this? K7L (talk) 19:38, 19 April 2016 (UTC)

 * If I understand correctly, only users with the beta "visual editor" feature enabled see "edit / edit source". If I view a page anonymously I just see "edit" and it uses the wiki source editor, not the visual editor.  Ideally it should not be necessary to enable a beta feature in order to give users the choice between editing wiki text or using the visual editor. -- Ryan • (talk) • 19:52, 19 April 2016 (UTC)

 * I have just used the visual editor to make a couple of edits to Wrocław, fixing broken links. The editor looks better than it did a year or so ago when I tried it on WP, but needs some work before being good for WV. It needs some customisation, like we have for the regular editor, to remove cite and add buttons for inserting listings. Clicking on a listing brings up a template editor which is poor compared to our listing editor. AlasdairW (talk) 21:27, 19 April 2016 (UTC)
 * It also screwed up the ordering and positioning of the fields in the listing templates: for example look for "Museum of Architecture" or "Novocaina" (see diff). 129.215.90.124 11:13, 20 April 2016 (UTC)

 * I have also used it to edit Aberdeen and Kilcreggan, and when I reviewed the differences I noticed what looked like extra changes. Although it is a nice feature to have, and is good for fixing dead links because the template's message appears in yellow, I do think that some work is needed before it is turned on my default. It is not available for articles in the Wikivoyage space, so I couldn't use the Graffiti wall to try things, and this edit had to be made using the source editor. AlasdairW (talk) 21:01, 20 April 2016 (UTC)

Issues with Visual Editor
I thought that I would start a list of issues with the visual editor on Wikivoyage, beginning with those that I have seen in the past couple of days. Don't take the length of the list as an overall comment on the editor. Please add to the list as you find things. AlasdairW (talk) 22:35, 20 April 2016 (UTC)
 * 1) Customisation for Wikivoyage as needed, similar to that in place for the source editor, removing features rarely used like cite and adding listing template buttons for See etc.
 * 2) The order of entries in a listing is sometimes changed when that field is unchanged, showing spurious differences.
 * 3) There is no obvious way of cancelling an edit.
 * 4) When edit is selected for a section, the complete article is opened for editing. Edit summaries may give the wrong section for the edit as a result (e.g. an edit may start in the Eat section, but also make changes to Sleep, and by default the summary would be Eat).
 * 5) Editing listings is awkward - maybe it could use our normal listings editor.
 * 6) The table of contents links in the pagebanner appear during edits, but don't do anything.

More
Ryan, yes, the basic process is that the WMF turns it on. However, they don't want to just surprise everyone, and they definitely want to know whether it works well first. For example, I tend to agree with the suggestion above to kill the Cite button. The automagic Citoid service is awesome, but it's not relevant. Changing the "default" means that you don't have to personally opt-in to it in your preferences. (All logged-in editors would still be able to opt out.) Also, although it's probably not necessary for a smaller wiki like this, it's possible to change the default for logged-in editors and IPs on different dates. They've done that at most of the large Wikipedias, to give editors a chance to get used to it.

K7L, there's a new feature that lets you choose whether to have two tabs ("Edit" and "Edit source") or just one ("Edit") that does whatever you want it to do. It's currently visible at the Wikisources, Wiktionaries, and three Wikipedias: hywiki, plwiki, and enwiki. Most existing editors are leaving the default setting, which is a single tab that opens whichever editing environment they used last – which, for most of them, is the wikitext editor. At the Hungarian and Polish Wikipedias, the visual editor is the primary editing environment, so IPs get that first (with a button to switch to wikitext). At the English Wikipedia, the wikitext editor is primary, so IPs get that.

AlasdairW, I really appreciate your testing and starting this list, and I hope that you and others will expand it. The template editor depends upon TemplateData, which half the listing templates don't have yet. It strictly follows the order of the parameters in the TemplateData, so if the order isn't what you want, it will definitely get it wrong. (I assume the order should be what the current listing editor does). Given how few templates we have here, and how frequently the listing templates are used, I do not believe that VisualEditor should be offered to by default unless and until that has been fixed.

I can ask to have it turned on for the namespace if you would like to use it in the sandbox. This could probably be done as soon as next week, if we make the request (in ) soon. It's not really designed for comments on pages like this (e.g., no support for association lists, and therefore no ability to use half of that listing style to indent comments), but it's possible to add a normal signature, and you could edit any page in the namespace. Whatamidoing (WMF) (talk) 23:45, 21 April 2016 (UTC)

 * Update: I've got two requests in the system now.
 * The first is about getting quicker access to the listing templates.  A Wikipedia editor suggested a drop-down menu on the toolbar; what do you think of that idea?
 * The second is to move the Cite button out of the main toolbar, and into the "Insert" menu (just in case anyone wants to edit the Dutch phrasebook, which currently uses two ref tags). There are a couple of other Wikivoyages that seem to use footnotes more often.  If anyone knows a bit more about those Wikiovoyages, I'd be happy to hear whether this will work for you, too.
 * I haven't filed a request to have the visual editor enabled for the  namespace yet (it'd let you edit the sandbox, among other pages).  I thought I should wait until someone actually agreed to that idea.   We can't enable it for the sandbox alone; it's everything in a namespace, or nothing.  It is available in the User: namespace, so you could always use User:Whatamidoing (WMF)/Sandbox as a place for testing.   Whatamidoing (WMF) (talk) 18:57, 26 April 2016 (UTC)

How to add Listings to an article using the mobile visual editor
Is there a way to do this? Maybe I'm missing something, but I can't seem to find any way to. Copy-Pasting existing listings doesn't seem to work for me either.

I'd appreciate any advice. Oswiu (talk) 23:52, 21 October 2018 (UTC)

 * Are you editing with the visual editor or the source mode editor? --Comment by Selfie City  (talk about my contributions ) 00:15, 22 October 2018 (UTC)

 * As it says in the subject, the visual editor (I gather cut and paste would work fine in the source editor, but I find it a bit of a hassle to use, especially on my phone.) Oswiu (talk)

 * Sorry, I didn't see that — I'm actually now going to bring this discussion up in the Pub, where more people will be able to see it. --Comment by Selfie City  (talk about my contributions ) 00:49, 23 October 2018 (UTC)
 * , you need to put your cursor at the start of a bulleted list item, and then type  to trigger the template editing dialog.  Then you can insert the relevant listing template (e.g.,   or   or   or  )
 * Jess, you probably want to add this to your long list of pain points. WhatamIdoing (talk) 04:09, 23 October 2018 (UTC)

Please add section on editing protected pages
This page assumes the page is a normal page to edit but what if it is protected? What's the Wikivoyage way of requesting edits? Jason Quinn (talk) 07:42, 1 May 2019 (UTC)

 * Post to the talk page of the page in question. Ikan Kekek (talk) 07:58, 1 May 2019 (UTC)

 * Is this suggested in the message you get when you try to edit a protected page? I suppose that would be a better place than this page, as it is comparably rare and should be easy to note for those affected (i.e. here it would need to go to the lead). --LPfi (talk) 09:06, 1 May 2019 (UTC)

 * There is no option to edit the page at all so there is no message. Posting on talk page would be fruitless because it's an obscure interface page with "fewer than 30 watchers" and probably zero watchers. Is there no Wikivoyage equivalent of Wikipedia's editrequest? Clearly I could just post the page and get the edit request done but for now I'm just curious about Wikivoyage's process for doing these things, if there is one but it appears there isn't. Jason Quinn (talk) 20:44, 1 May 2019 (UTC)

 * People are watching the latest changes, so edits will usually be noticed regardless of the obscurity of the page in question. Having a good edit summary can of course help to get the right people actually read what you write. This project is small enough that you do not need the, anything can be taken to the pub if there is no obvious place to discuss it. --LPfi (talk) 20:54, 1 May 2019 (UTC)

"Save your changes" popup appears again after clicking "Publish changes"
I edited Tokyo/Roppongi (the whole page, because I had to move a listing from a section to another), then pressed "Publish changes...", added a comment and pressed the "Publish changes" button of the popup, like I often do on other Wikimedia sites.

Strangely, the popup appeared again, without my comment. I pressed the "Publish changes" button again.

Thanks to the history tab I know that my change has been registered. Strange bug though. I am on Firefox 68.0.1 on Linux.

Cheers! Syced (talk) 04:08, 8 August 2019 (UTC)

 * It does not always happen: I was able to post this message normally. Syced (talk) 04:09, 8 August 2019 (UTC)
 * That's happened to me, too. It seems like it mostly happens when I've been editing for a while (and then it starts happening a lot).  I've just nerd-sniped a pair of devs into looking into this.  I can't promise a quick fix, because figuring it out apparently involves setting up a log, which means extra paperwork, and then waiting for it to happen again, but they're on the track.
 * Syced, can you tell me what web browser and computer operating system you were using? I encounter this primarily in Firefox.  Whatamidoing (WMF) (talk) 17:29, 13 August 2019 (UTC)
 * Whatamidoing (WMF): Thanks! I am on Firefox 68.0.1 on Ubuntu 19.04 Syced (talk) 02:41, 14 August 2019 (UTC)
 * Well, that had often happened to me... When I edit pages usually after I press publish changes it don't bring me to the page, but instead, the "save your changes" pops up again. But I'm not using Firefox, I'm using Google Chrome. The SmileKat40! (*Meow* chat with me! | What did I do?) 03:14, 14 August 2019 (UTC)
 * SmileKat40, can you tell me more? Can you make it happen on purpose?  Whatamidoing (WMF) (talk) 05:13, 14 August 2019 (UTC)
 * I cannot make it happen on purpose, as I edited the Mexican cuisine page trying to make this happen, but usually when this happens it is on pages that I frequently edit, such as Space and a little while ago, Moon. The SmileKat40! (*Meow* chat with me! | What did I do?) 06:07, 14 August 2019 (UTC)
 * I was just destubbifying Ulfborg and then I came across the same problem. Seems like this doesn't only happens on pages that I frequently edit. The SmileKat40! (*Meow* chat with me! | What did I do?) 06:36, 14 August 2019 (UTC)
 * Just happened to me again on Mokpo, then I got a popup saying there was a conflict (most probably with myself since nobody ever edits that page). Syced (talk) 13:29, 14 August 2019 (UTC)

How do I edit text below a banner in mobile view
Hi all! In the mobile version of Tiberias article I see text between the banner and 'Page' and 'Discussion' links. In the edit source mode I don't see it anywhere, does someone have an idea how it can be changed? 08:39, 23 December 2019 (UTC)
 * Found it myself, it comes from wikidata. Alaexis (talk) 08:58, 23 December 2019 (UTC)

title: Wikivoyage talk:How to edit a page