Wikivoyage:Travellers' pub Voyage Tips and guide

Welcome to the pub

Shortcuts:
WV:Pub
WV:TP

The travellers' pub is for general discussion on Wikivoyage, and the place to ask questions when you're confused, lost, afraid, tired, annoyed, thoughtful, or helpful. To start a new topic, click the "Add topic" tab, so that it gets added at the bottom of the page, and sign your post by appending four tildes (~~~~)

Before asking a question or making a comment:

• Have a look at our Help, FAQ and Policies pages.
• If you are a new user and you have any questions about using the website, try the Arrivals lounge.
• If you have a question or suggestion about a particular article, use the article's talk page to keep the discussion associated with that article.
• If you'd like to draw attention to a comment to get feedback from other Wikivoyagers, try Requests for comment.
• If you are wanting travel advice on a specific matter see the tourist office.
• If you have an issue you need to bring to the attention of an administrator, try Ongoing vandalism.
• If you are having a problem that you think has to do with the MediaWiki software, please post that on Phabricator instead.
• If you want to celebrate a significant contribution to Wikivoyage by yourself or others, hold a party at Celebrate a contribution.
• Discuss issues related to more than one language version of Wikivoyage in the Wikivoyage Lounge on Meta.
• Anything that is Nigeria-related is now meant to go in the Nigeria café instead. Anything that is Kosovo or Albania related is now meant to go in the Kosovo and Albania café instead. This includes announcements, initiatives, celebrations, and issues with certain articles.

You can review old Pub discussions in the Wikivoyage:Travellers' pub/Archives.

Pull up a chair and join in the conversation!

Click here to start a new thread

So I was trying to make a user page that listed the places I've been to.

But when I tried to save my changes, it said something along the lines of 'this action was deemed blah blah blah" and it gave me a code (I think it was LTR 43 or something). I don't really know what to do now, just asking for some help. Sumotherperson (talk) 02:53, 13 January 2026 (UTC)Reply

@Sumotherperson: Hi, I've made the change you tried to make. It seemed to have been caught up in the abuse filter, but I'll try and properly investigate that tonight. //shb (t | c | m) 03:35, 13 January 2026 (UTC)Reply

https://www.timeout.com/usa/news/these-four-u-s-cities-were-voted-among-the-most-inauthentic-in-the-world-010926

As an Indianapolitan who has spent a lot of time in Chicago, this does not track to me at all. —Justin (koavf)❤T☮C☺M☯ 19:06, 13 January 2026 (UTC)Reply

I haven't been to Las Vegas, so no comment on it, but most of the U.S. and worldwide cities on the list are absurd. I get that there are tourist attractions in Boston, but a lot of people live and work there and it's its own place, not some kind of Disneyland, and for that matter, there are very good tourist attractions that are not tourist traps there. And really, London? I'm surprised New York didn't get on this list from ignoramuses who have seen nothing but Times Square. How the hell does Chicago get on a list of inauthentic places? Are you kidding? Ikan Kekek (talk) 00:20, 14 January 2026 (UTC)Reply

Agreed. Re: Las Vegas, "absurd" is exactly the word to describe that city. It's a preposterous place. —Justin (koavf)❤T☮C☺M☯ 00:30, 14 January 2026 (UTC)Reply

Las Vegas? I get it. Venice? Kind of. The rest of them? Chicago is only inauthentic if you spend the whole trip at Navy Pier. Their methodology is ridiculous. Gerode (talk) 01:16, 14 January 2026 (UTC)Reply

Dear Wikimedia communities,

We hope you are doing well, and we wish you a happy New Year.

Last year, we captured light. This year, we’ll capture legacy.

In 2025, communities around the world shared the glow of Ramadan nights and the warmth of collective iftars. In 2026, Wiki Loves Ramadan is expanding, bringing more stories, more cultures, and deeper global connections across Wikimedia projects.

We invite you to explore the Wiki Loves Ramadan 2026 Meta page to learn how you can participate and sign up your community.

📷 Photo campaign on Wikimedia Commons

If you have questions about the project, please refer to the FAQs:

• Meta-Wiki
• Wikimedia Commons

Early registration for updates is now open via the Event page

Stay connected and receive updates:

• Telegram channel
• Mailing list

We look forward to collaborating with you and your community.

The Wiki Loves Ramadan 2026 Organizing Team 19:45, 16 January 2026 (UTC)

It seems that listings no longer have anchors for the wikidata entities (nor for the alt entries, the anchors for which have been missing for a longer time). I remember some discussion on the theme a while ago, but I don't remember any arguments for removing them.

The missing anchors mean that links à la Bergen#Q257558 or Bergen#Fantoft stavkirke don't work. I have tried to include links of the former type to any listings in travel topic articles (such as Nordic music, where this church is mentioned).

Links to the "name" of a listing still work, e.g. Stockholm/Norrmalm#Avicii Experience, but those are inherently unreliable for non-Anglophone countries: the "name" may be the native one, then replaced by an ad hoc translation (as we should use "the name in English"), then replaced by another translation, perhaps adding some specification, perhaps removing a redundant specification (Oslo Opera House sounds redundant in Oslo), then the specification may be re-added or a better translation found.

So we now have at least hundreds of links directing people to the page where a listing may be found – perhaps by another name than in the linking article – instead of to the listing. I hope that the anchors can be reinstated (including the one for "alt", as that one often is the canonical name in the native form, and thus the best we have for POIs without wikidata entries).

(I sincerely hope that people who add listings to travel topic articles would start creating and linking main listings in destination articles, instead of just listing the POIs in the travel topic articles, having readers bypass our destination articles or search in vain for the page containing the main listing.)

–LPfi (talk) 15:24, 17 January 2026 (UTC)Reply

pinging @Andyrom75:. //shb (t | c | m) 21:38, 17 January 2026 (UTC)Reply

@LPfi, I've added the anchor to the Wikidata instance (now Bergen#Q257558 works properly); I agree that is the best way to construct an anchor because the Wikidata instance it's unique. I'm a bit skeptic on adding the anchor on the alternative name because sometimes it's used for templates (e.g. IATA) or styles (e.g. italic) or even multiple names (e.g. local name + acronym -or viceversa-).

Generally speaking I'm not so in favour of using the listing anchor because there's no special tool to check if a anchor doesn't exist, in order to fix it. I suggest to link the section thanks to the fact that Wikivoyage has standard models/sections for each article. But this is just my mere opinion. Andyrom75 (talk) 11:55, 19 January 2026 (UTC)Reply

Thanks.

When adding a link, I check that the listing exists, and usually that the link actually works. I assume that POIs that have a Wikidata entry don't disappear too often, so ones that anchor is used, link rot is not too frequent. Of course, the page can be moved or the listing moved to another page, but linking the section instead does nothing to solve those problems. The link to the listing itself makes it easy to check whether the listing is there (under the name by which it was linked); linking the page or the heading requires the reader to check the listings for whether any of them is a match – and the listing may have been moved to another section (see/do changes are common). –LPfi (talk) 15:02, 19 January 2026 (UTC)Reply

I am writing to you to let you know the annual review period for the Universal Code of Conduct and Enforcement Guidelines is open now. You can make suggestions for changes through 9 February 2026. This is the first step of several to be taken for the annual review. Read more information and find a conversation to join on the UCoC page on Meta.

The Universal Code of Conduct Coordinating Committee (U4C) is a global group dedicated to providing an equitable and consistent implementation of the UCoC. This annual review was planned and implemented by the U4C. For more information and the responsibilities of the U4C, you may review the U4C Charter.

Please share this information with other members in your community wherever else might be appropriate.

-- In cooperation with the U4C, Keegan (WMF) (talk)

21:02, 19 January 2026 (UTC)

Recently @Toran107: has been adding or updating climate data in many articles. This info is useful to travellers & in general the work is praiseworthy, but it does raise a number of questions.

• The additions are mostly taken from WP. What are the criteria for when we want such data here (I think quite often) versus just leaving that to WP?
• Is this fire-and-forget data or does climate change mean it will need maintenance checks & sometimes updates?
• Climate data is data, so does it belong on Wikidata rather than either WP or WV, let alone both? How many copies do we now have, given that both sites have multiple language versions & others like simple WP might have copies as well.
• How might wikidata handle climate data & how might we use it?
• Recently Toran added a climate chart to Cebu City & I immediately deleted it since that article says "For climate information, see Metro Cebu." & the Metro article has a chart. Clearly both the addition & the deletion are debatable.
• More generally, what is the right granularity here? Which articles need a chart, which "For climate information, see ..." & do some need nothing at all?

Pashley (talk) 00:09, 26 January 2026 (UTC)Reply

One obvious example of articles that don't need climate charts is most city district articles. I say most because San Francisco is so full of micro-climates that a different climate chart might be needed for the Mission compared to Twin Peaks and the Sunset. But here in New York City, one climate chart in the article for the entire city should be all that's needed, though I could conceive of articles about neighborhoods like Coney Island warning people about storm surges, high surf and so on. Ikan Kekek (talk) 00:57, 26 January 2026 (UTC)Reply

I'm of the opinion that they should go in city pages (and be removed from region pages) because region articles almost always have multiple weather stations for different towns. And in some cases, data can different significantly and it does not have to be a metro Vancoover siuation. Most regions the stations often differ signficantly enough where rounding to the nearest digit fails to eliminate the difference.

District articles typically don't need charts because there are not weather stations in each neighborhood that collect long term data to calculate averages; usually station granularity is around at the city level and not the neighborhood level. As such the city level is the preferred location to stick the charts in. Even in Metro Vancouver there are only 3 weather stations currently active and the rest are no longer active anymore (and therefore are older data than the most recent period), so putting charts in districts generally doesn't make sense in most cases. Toran107 (talk) 01:32, 26 January 2026 (UTC)Reply

I usually suggest keeping climate information at the city articles and not the region/district ones. Yes, there are climate data of Bidhannagar in Wikipedia, as there's a weather station in Bidhannagar (Kolkata-Salt Lake). However, since it is covered under Kolkata as Kolkata/Salt Lake, it is probably unnecessary. Sbb1413 (he) (talk • contribs) 04:11, 26 January 2026 (UTC)Reply

I don't think every town in Westchester County has a weather station. What would you do in that case? Ikan Kekek (talk) 05:41, 26 January 2026 (UTC)Reply

I would personally just omit climate data for towns that don't have weather stations, but I'm also not the right person to be answering this as I seldom add climate-related content. //shb (t | c | m) 07:55, 26 January 2026 (UTC)Reply

We skip them. If the density doesn’t justify one for each of them then we don’t need to duplicate the chart as it’s unneeded. Usually it would just be the major town or just the town with an airport. Not every village will have a station so we don’t need a chart for each village. Toran107 (talk) 15:49, 26 January 2026 (UTC)Reply

I don't think presence of weather stations should be the determining factor here; that constrains what we can do but does not indicate (let alone define) what we should do. Perhaps WP should have data for every station but we probably shouldn't. We just need information, sometimes just prose but often a chart, that will be informative for travellers.

If a whole region, or even country, has much the same climate then arguably we should describe that in the region article & omit charts in lower-level articles. Mongolia might be an example. Pashley (talk) 09:32, 26 January 2026 (UTC)Reply

Not sure on the other questions but in terms of where it belongs... I wonder if we could start storing climate data on Wikimedia Commons in the Data namespace (for both Wikipedia and Wikivoyage). This would also mean we can create charts with them.

I don't see any climate charts in at first glance but this would be a worthwhile pursuit IMO as it would allow centralizing them across all Wikivoyages.

I had an attempt here: using . Jdlrobson (talk) 19:11, 15 February 2026 (UTC)Reply

I did not find the climte section in the article on Mongolia very helpful. How hot does it get? How cold does it get? When JD Vance made a recent trip to Greenland, his first comment was how cold it was. (Maybe he should have consulted Wikivoyage before he left!  :-) ). I believe that a picture (or a chart) is worth a thousand words (Maybe that is just me) so I suggest a reprentative climate chart in a region with a text description of how the climate might change. For example, in the United Kingdom one might show a chart for London (see right) and write

Martinvl (talk) 17:10, 27 January 2026 (UTC)Reply

I think I agree with Pashley that when a whole region is approximately the same, putting that information in a regional article is okay.

I don't think that a difference of a whole degree between weather stations/cities matters. We're already looking at the average of 30 days, and daily variation is a lot more than a difference in rounding. For example, New York City#Climate says January has highs of 40 °F/4 °C. Today's weather report says 20 °F/-7 °C. In fact, maybe these climate boxes need information about how much variation is expected (the range, rather than the mean average). WhatamIdoing (talk) 17:30, 27 January 2026 (UTC)Reply

The problem with charts on regions is it opens up room for conflict for when the largest city is not geographically representative of the region. In Special:Diff/4825280, there is a link to a forecast for a location in the middle of the region, but it is not the largest city. If the chart displays data for the largest city, then the data doesn't necessarily represent the region. If the chart displays data for a location in the middle of the region, then it is not useful for travellers arriving or spending time in the major city. Because of the room for debate which location gets to "represent" a region, it's best to keep individual charts off of region pages unless multiple charts are included, or alternatively just stick to only using maps to display temperature/rainfall/biome data on region pages. Toran107 (talk) 06:14, 4 February 2026 (UTC)Reply

Also I agree with Pashley. When the difference between locations is trumped by variation in weather, I don't see any need for location-specific charts. This includes areas like Finland Proper, where Turku as a city has a bit higher temperatures overall, and the inland, as being away from the coast, more reliable snow cover in winter and slightly more variation in temperatures. Those differences can be told in words. A few degrees of difference in averages don't define your experience.

If we could show the variation, that would be a lot more useful. It doesn't help that the chart says -5°C when it's -20 when you arrive (which was about true in the recent days – and shown to be expected by the non-standard chart in Turku#Climate).

–LPfi (talk) 16:50, 4 February 2026 (UTC)Reply

@Toran107, see "when a whole region is approximately the same". When "the largest city is not geographically representative of the region", then the "whole region" isn't "approximately the same", right? So that region would need separate charts in different locations. The weather in the Great Plains, on the other hand, doesn't change much between cities.

For example, Kansas has five cities whose airports have >10K passengers each year, and here's the average daily min/max for those cities:

• Wichita – 49–26 °F
• Manhattan (Kansas) – 45–22 °F
• Hays – 46–20 °F
• Salina (Kansas) – 46–24 °F
• Garden City (Kansas) – 49–20 °F

They're all about the same, right? Anyone of a certain age can probably hear the weather man intoning "Highs in the upper 40s and lows in the 20s overnight". The whole state has this kind of climate

But here's tomorrow's weather forecast

• Wichita – 62–30 °F
• Manhattan (Kansas) – 60–29 °F
• Hays – 65–32 °F
• Salina (Kansas) – 61–30 °F
• Garden City (Kansas) – 66–32 °F

Again: They're all about the same, but they're nothing like what the average daily temperature for the month suggests. It wouldn't matter which weather station's average you used in the whole state, because none of them would have included this Thursday's actual weather pattern.

If I have read w:en:Wichita, Kansas#Weather data correctly, if you're planning a trip to Wichita far in advance, you should be expecting the weather to fall somewhere between 8 and 72 °F (-13 to 22 °C). That again is probably true for the whole state. I wish there was a way to represent that variation in the climate charts. WhatamIdoing (talk) 21:59, 4 February 2026 (UTC)Reply

My main issue is that when a region only needs one chart; or if we decide charts go on region pages rather than city pages; is that then the choice for what location to show as representative for the whole region becomes extremely arbitrary as in Special:Diff/4825280; where anyone could decide or disagree whether the single chart should be represented by the largest city or a location in the geographic center. For this reason, city-specific charts shouldn't be on region pages and should be found on city pages instead.

I also see a tendency for region pages to be bare-bone stubs or outlines, while city pages tend to more fleshed out and more usable. So it'd be preferable to keep the city-specific charts in the city pages where people are more likely to see or find them; and also since I'd think most people arriving in a particular region whether by air or by train would tend to arrive in the largest or major city first. Toran107 (talk) 22:15, 4 February 2026 (UTC)Reply

Outbreak in India, screenings at some airports, warnings, ... One piece of clickbait claimed it might become a pandemic. On the other hand, there seem to be only five confirmed cases.

What should we say about this? A warning for India? Or just West Bengal? An addition to infectious diseases? Something else? @Doc James:? Pashley (talk) 01:12, 28 January 2026 (UTC)Reply

We have an article on the topic here MDWiki:Nipah_virus_infection. Thankfully spread appears to require direct contact, rather than being airborne like COVID.

So "screening" is basically thermal cameras checking to see if someone has a fever at the moment they walk through. WHO for example says "The World Health Organization has stated that temperature screening at entry or exit points is not an effective method to limit international transmission of SARS-CoV-2." Ie safety theater to keep you entertained at airports and so they can say they are "doing something" Travel Doc James (talk · contribs · email) 01:29, 28 January 2026 (UTC)Reply

Looks like we are down to two cases from five.[1] Travel Doc James (talk · contribs · email) 01:48, 28 January 2026 (UTC)Reply

Using some AI vibe coding and decent amount of reviews, I was able to put together a tool that we could use here. Basically it's a "Cart" for travel destinations. Myself, until now I used competitor page to put together travel itineraries - but this could very well replace it. Additionally, the tool could work as "To visit" list.

Notable features:

• any/most WV marker can be dragged into it, its wikidata and lat/long will be saved; drag'n'drop supported to reorder stuff
• the data is stored in mediawiki user-specific JS storage, so it should be available from all logged-in sessions
• export to JSON/GPX/mediawiki text, import from JSON; I was thinking the mediawiki text could be later used for people who want to create travel itineraries maybe
• map of the current trip
• after grabbing https://openrouteservice.org/ API key, one can ask it to calculate distances (by car or feet, probably others) between the POIs

I'd be happy if someone would give it a try -> you'll need to copy User:Andree.sk/common.js to your private common.js (or use redirect). -- andree 21:24, 28 January 2026 (UTC)Reply

This sounds amazing – I'll give it a try. //shb (t | c | m) 22:25, 28 January 2026 (UTC)Reply

After some quick use, I have to say it's great and can very much see this as a tool being published for all desktop users. A few minor things, though:

1. How is the "route" feature supposed to be used? I tried entering at least two cities in a few ways but I still keep getting the must enter at least 2 cities error.
2. Is it possible to interim save such a route in your userspace?
3. Will support for public transit integration be included? I don't imagine this to be easy (especially compiling multiple countries' and public transit operators' timetables together), and I don't know if it's doable with OSM data either.

Great job on this, btw! It's features like these we need to prevent this site from dying. //shb (t | c | m) 22:46, 28 January 2026 (UTC)Reply

1) seems to work for me, maybe you can export/share the JSON and I'll check what's wrong...

2) not yet, I'll check if it's possible to somehow export the paths in some reasonable format

3) in principle, we could configure it to use some open GTFS data on per-city (e.g. in Prague I know for fact that complete routes are available), probably depends on how free the access is. The question is if the users would use it. But if we would head towards making WV one-stop tourist guide with more whistles included....

I'll test the stuff a bit more and if it turns out useful, I think indeed I'd put it out there, to get some feedback... Thanks for giving it early try! -- andree 18:13, 30 January 2026 (UTC)Reply

I tried to make the tools as non-invasive as possible and made it public, to get more feedback. If you guys want to disable it, go into your preferences/Gadgets. If there's a consensus to remove it or not make it default enabled, we'll do it...... :) -- andree 21:02, 6 February 2026 (UTC)Reply

I suppose it is useful, but I also think it indeed is intrusive, so not suitable for being activated by default. As I type this, I don't know how to close or move it, and it keeps de-iconifying, obscuring the text I am writing (yes, I can scroll the page so that the input box isn't covered, but it is still annoying). –LPfi (talk) 21:31, 6 February 2026 (UTC)Reply

It shouldn't de-iconify on it's own, maybe some interaction with some browser extension, skin or Parsoid...? The only problem is, I'd say about 95% of people don't even know there are some gadgets in the settings. So if it's not on by default, almost noone will know it even exists. Especially the random visitors, for which I intended it the most (to keep them here) :-( -- andree 21:42, 6 February 2026 (UTC)Reply

Maybe then I'll add it to the icons at the top of of the article, instead of a floating icon, that's pretty tame, right? -- andree 21:55, 6 February 2026 (UTC)Reply

Of course, unless it's on by default, few will find it, but it needs testing by regulars. I'll do some testing later, until then I cannot say what should be done. The de-iconifying happend when I used the reply function, on typing. –LPfi (talk) 22:26, 6 February 2026 (UTC)Reply

@LPfi, I improved the behavior a bit, now it should be more low-key... Let me know if you are okay with it now, I'd again enable it, to get some more than zero feedback... :) -- andree 20:29, 12 February 2026 (UTC)Reply

Just an FYI that mw:Extension:ReadingLists is coming in the next few months which has persistent private storage of lists with a button that occupies the exact spaces you are adding your backpack icon. I think this feature could be ripe for repurposing/ customization in Wikivoyage as a "trip" feature (said as someone who has made lists in the past). You can play with it on test.wikipedia.org now as a beta feature. Jdlrobson (talk) 01:21, 16 February 2026 (UTC)Reply

Huh, thanks for the pointer... For a basic "to read" list it's okay, but the API is veeeery basic :-( I'll give it a try, but I'd say already now it's missing 90% of the functionality. If I only wanted a raw bookmark list, one can already put that in $User/Xyz... Especially I didn't want another "hidden storage" that can't be exported/exchanged with other people. Quite the opposite, I'd like it, if the data could be directly shared between users (think - a shared trip plan), but I think there's no such thing on mediawiki? -- andree 05:34, 16 February 2026 (UTC)Reply

the api supports multiple lists; storing any page (across projects - including Wikipedia articles). Unlike the localStorage used in your tool it is persistent and will follow the user across devices (e.g. if I am on my mobile phone it will be annoying when I go to my laptop and the lists I spent hours creating are not there)

The sharing functionality has been built by you already. Why could it not be built on top of the reading list feature rather than as a separate feature? In future where there is a bookmark button and a backpack button that both save lists, users are going to be very confused about why that the difference between them is.

If you download the Wikipedia official app youll see additional features that are not yet on web. The android app supports sharing lists with other users (albeit wikipedia not wikivoyage).

Essentially I have a concern here that shipping this feature to all users is going to give us headaches later on when we have to consolidate it with the native bookmarking tool that is currently being built by Wikimedia Foundation staff. Jdlrobson (talk) 17:46, 16 February 2026 (UTC)Reply

The gadget works on listing granularity, though... Esp. on WV, having article-based storage for this stuff is quite useless. For a trip to a bigger city, you could do is pick the favorite districts at best. There are also features like map and route calculation. Bt, it only uses localStorage for anonymous users (if it worked), but switches to mw.Api().saveOption("userjs-...") to have it persistent across devices.

I don't see a problem with WP official, we will see it if+when it gets here. I've been waiting such a thing for 5+ years now :-) I don't mind competition, if the reading lists thing is better/voted for, we can disable this one. I'll add there a flash "beta" sticker in the meantime :-) -- andree 18:20, 16 February 2026 (UTC)Reply

The problem with sharing lists of articles is that it's easy at the English Wikipedia to construct a list of articles that has inappropriate meaning – not just something like "Donald Trump, Fascism, Dementia", which might annoy some people, but things like "My, Teacher, Mary, Smith, Has, Sex, With, Students" or "Meeting, 123, Maple, Street, Chicago, Tuesday, Noon, Come, Alone". Private storage is a subpoena-generating risk (because account credentials can be shared, so it can turn into a private messaging system), public storage is a libel (and therefore oversighter) problem, and public sharing is a brand nightmare. This killed mw:Gather but not (apparently) the desire to create lists.

Having said all that, I don't think that these risks play out equally across all the wikis. It's a problem for the biggest wikis, but not here. WhatamIdoing (talk) 17:58, 17 February 2026 (UTC)Reply

Should we return to IP editing, if not, why? Can we ask WMF to switch back to IPs, instead of TAs? ~2026-65288-5 (talk) 22:34, 29 January 2026 (UTC)Reply

No, the WMF will never do that. Why do you even want to go back to IP editing btw? //shb (t | c | m) 22:51, 29 January 2026 (UTC)Reply

There's a fairly serious privacy issue; making IP addresses public makes it too easy to identify users. That might be dangerous for anyone posting something their employer or their government wouldn't like. Temporary accounts are much better, though they do not even come close to providing secure & complete anonymity. Pashley (talk) 00:11, 30 January 2026 (UTC)Reply

For sure – trusted users (accounts over 6 months + 300 edits, admins, bureaucrats) have the option of seeing IP addresses to identify any IP abuse so functionally this change means very little for those who would benefit seeing raw IP addresses. //shb (t | c | m) 00:18, 30 January 2026 (UTC)Reply

I think it's an excellent change. Has it affected the quantity of anonymous editing, though? I'd be curious to see the numbers. I hope it does in the long run. --Comment by Selfie City (talk) (contributions) 14:25, 4 February 2026 (UTC)Reply

I'd imagine it probably improved IP editing as you now carry the same temporary account with you (for 90 days at least) since TAs are attached to your device cookies, not left with multiple IP addresses lying around. //shb (t | c | m) 23:28, 4 February 2026 (UTC)Reply

We currently have an article awkwardly titled Downhill snow sports that, aside from a token mention in the lead, talks exclusively about skiing and snowboarding.

To reflect the content, acknowledge that these sports are very closely linked (while things like ski jumping and luge aren't), and to improve SEO/discoverability, I'd like to rename it as Skiing and snowboarding. Please chip in at Talk:Downhill snow sports if you have opinions. Asamboi (talk) 01:49, 1 February 2026 (UTC)Reply

The problem here is that the "downhill" article covers downhill skiing, but does it also cover cross-country skiing? Purplebackpack89 03:44, 2 February 2026 (UTC)Reply

It does not, we have a separate Cross-country skiing article for that and the lead paragraph points to it. Asamboi (talk) 05:22, 2 February 2026 (UTC)Reply

I was wondering if this is a valid travel topic. After all, quite a number of tourists are interested in visiting the townships of South Africa or the favelas of Brazil. In both cases though, you are generally advised to go with a local guide and not wander into the slum alone. The dog2 (talk) 21:00, 3 February 2026 (UTC)Reply

Is there enough general advice to fill a travel topic, and would that advice be equally valid in South Africa and Brazil? We do have Slum Tour sections in some city articles, eg Manila/Tondo_and_San_Nicolas#Slum_tours, and I expect that is possibly the best place. I have visited the slums of some Western cities, but have done that discretely on my own. AlasdairW (talk) 22:33, 3 February 2026 (UTC)Reply

Maybe it can be covered under travelling in developing countries, as slums are quite common in developing countries, even though they can be found in the West as well. Sbb1413 (he) (talk • contribs) 02:32, 4 February 2026 (UTC)Reply

If it gets sufficient content there, it can later be moved to an independent article, with similar consideration for the West added later. –LPfi (talk) 11:09, 16 February 2026 (UTC)Reply

In some welcoming news, finally! (these were the guys who ran the public consultation for closing Wikinews) //shb (t | c | m) 23:54, 3 February 2026 (UTC)Reply

The SPTF is disbanded after running the public consultation for closing Wikinews. Well, I think Wikinews users still have to archive the content since the SPTF's decision doesn't get negated by being dissolved. Sbb1413 (he) (talk • contribs) 02:28, 4 February 2026 (UTC)Reply

Task forces are meant to be short-term groups. Of course it was disbanded when its work was done. And as Sbb says, that doesn't invalidate any of its findings or negate any of its recommendations.

BTW, it's always been the Board of Trustees for the Wikimedia Foundation, and not the SPTF, that will be deciding whether to archive Wikinews. There are about four board meetings a year, and they also pass resolutions outside of meetings. The most recent meeting was in December, so it's possible that the decision has already been taken, but from a general how-boards-work POV, I'd actually expect it to happen in the next meeting. They'll probably want to make that decision before they set the budget for the next year (which is traditionally their second meeting of the calendar year), because their decision might affect the budget (e.g., one-time expenses if they decided to support a fork to a new organization). WhatamIdoing (talk) 22:47, 4 February 2026 (UTC)Reply

A bit of a late reply, but I do think it's safe to say Wikinews is dead. Despite issues with the consultation process, I don't think there's anything saving it now (and like you I also expect the decision to come anytime in the next upcoming month or two). But I do really hope that Board takes feedback from this, were a similar task force in the future to be appointed (and definitely not with 2 sanctioned/self-sanctioned members and 1 very inactive user out of 6). //shb (t | c | m) 21:47, 6 February 2026 (UTC)Reply

The task force only had five non-Board members on it. One is a former WMF board trustee, one is a former steward, one practically is the French Wiktionary, and the other two I don't know well. One of those got into some trouble last year, but if it were possible for the WMF to magically know, in 2023, that an editor would be desysopped in 2025, then I think those powers could probably be put to better use than merely not appointing him to a temporary committee. (Victoria, who posted the list of appointed volunteers, is a community-selected WMF board trustee, having been a top vote-getter in 2021 and 2024. If you think that's a problem [I don't], then remember that the next time you hear someone saying that all WMF trustees should be elected by editors.) WhatamIdoing (talk) 06:14, 7 February 2026 (UTC)Reply

It's a problem, but not one that I think can actually be easily solved. //shb (t | c | m) 06:16, 7 February 2026 (UTC)Reply

Late to the conversation. I wouldn't give much too much thought about the composition of the task force members. The task force selects members themselves without an open election so it's basically a cabal/echo chamber. New vacancies were not advertised and simply appointed via a secret process. I have given a bigger breakdown on why the task force failed (and not just from Wikinews's perspective) in this comment. OhanaUnited^{Talk page} 14:04, 17 March 2026 (UTC)Reply

I wonder what makes you think that task force "failed". I suspect that they achieved the only thing they were really meant to do.

For that matter, what makes you think there were any "new vacancies"? Unlike the US Supreme Court, task forces don't have a set, limited size. If the group is working closely with someone, then it makes sense to make them be part of the group. The second most senior person for the WMF's entire technical division could not be easily replaced by any volunteer contributor, so your realistic choices are "appoint him", "keep it a secret", or "have an election just for show, with all the other candidates disqualified because they can't do what he can (e.g., assign WMF staff to study technical migration plans)". Which would you choose under those circumstances? WhatamIdoing (talk) 17:34, 17 March 2026 (UTC)Reply

I'll keep my reply here short since I have written extensively in the linked comment on Meta. The objective of the sister project was immense. It was, for the first time, allowing non-trustees to determine whether to open new sister project(s). At the same time, it's going to determine, for the very first time*, whether a project be closed. You absolutely need to ensure that the task force selection process is representative of the community and not selected through backdoor channels or knowing the right people because the result and impact is immense. The failure of the task force in both objectives further fracture the Wikinews community and set the adoption of new sister project process back by at least 2-3 years while proposals have been waiting for 7 years (and we're complaining about drop in human traffic because of AI while ignoring new ideas and projects that could counter the drop). Not to mention that the conduct by some of the selected task force members were less then stellar to say the least.

* The September 11 memorial wiki was the first (and I believe the only time) a WMF non-language wiki be closed. But it's not at the same level and prominence as Wikinews. OhanaUnited^{Talk page} 14:17, 19 March 2026 (UTC)Reply

• I don't think the objective was immense. I suspect that the actual, if unwritten, objective was to figure out whether Wikinews should be closed. The founder of Wikinews thought it was a failed experiment some 15 years ago. People have been talking about closing it for approximately forever. If you'd said to me five years ago, and especially at any point after Pi zero died, "Huh, the Board is setting up a committee to look at opening and closing non-Wikipedias", my first thought would have been "I bet they'll be looking at finally getting rid of Wikinews". This shouldn't be a surprise to anyone who has been paying attention to Wikinews.
• The SPTF made recommendations to a Board committee. They did not make decisions. There have always been non-trustees making recommendations. It's now up to the committee to vote on whether to take this recommendation, or a different one, to the Board for a vote. (There are also 131 other closed wikis.)
• I don't agree that all stakeholders have to be at the table when the question is whether to fire one of the stakeholders for under-performance. I bet you wouldn't expect that for a real-world job, either.

WhatamIdoing (talk) 17:32, 19 March 2026 (UTC)Reply

After 13 years, many Wikivoyage listings are still in plain text, rather than templates. This means they can't have coordinates, they're often badly formatted because they don't use our templates (Eat, Drink, Sleep, See, etc.), and they don't have a lastedit parameter so the date of information is unclear allowing them to become out of date. I try to fix these manually, but in some cases (Amandola) the task is just too daunting. I bet that half of the businesses listed there are defunct. without templates

I think we used to have a bot that did just this. Could we create a new one? Listings would still need to be checked, but this could save a lot of time and make our listings more time-relevant, the biggest critique of our website from outside of Wikivoyage. --Comment by Selfie City (talk) (contributions) 14:52, 4 February 2026 (UTC)Reply

That sounds like a great idea, but I would ask that the bot not fill in the lastedit field, but leave it blank. We would not want a bunch of listings imported from Wikitravel to be automatically converted to templates indicating that the listing was last updated on 4 Feb 2026 (for example). I have been trying to apply templates to new listings without templates that have been added to a couple of England articles (by an experienced editor). It's a job and a half. Ground Zero (talk) 22:06, 4 February 2026 (UTC)Reply

I agree. I should've clarified that I mean the lastedit parameter should be created empty, so that editors can make edits and fill it in. --Comment by Selfie City (talk) (contributions) 22:59, 4 February 2026 (UTC)Reply

Do you have some representative list of such pages? A bot is not a problem to make, but to make it reliable and not do breaking edits is something different... -- andree 22:06, 4 February 2026 (UTC)Reply

• Amandola
• Gilbertsville
• Ilhéus
• Neuss

--Comment by Selfie City (talk) (contributions) 23:02, 4 February 2026 (UTC)Reply

Listings are often but not automatically a good way to convey info, so unleashing a bot will generate text that only a bot will ever want to read (and perhaps that day is dawning). As the experienced editor that GZ just had a little poke at, I'm bound to observe that the System Architects of WV have endowed us with half a dozen different formats for presenting info. It is not for us mere mortals to know their sublime intent, but I suggest we should continue to make use of them all. Grahamsands (talk) 22:54, 5 February 2026 (UTC)Reply

Lists of untemplated restaurants, bars and hotels look like the stuff that was imported from Wikitravel in 2007. When I use Wikivoyage for travelling, I ignore undated entries because they are usually outdated cruft. I think Wikivoyage should be doing better than that in 2026. Ground Zero (talk) 02:49, 6 February 2026 (UTC)Reply

Agreed. They also just look pure messy (esp markers) and my mind often just glosses right by. //shb (t | c | m) 03:16, 6 February 2026 (UTC)Reply

I understand, but I think that for the sake of creating a bot, we shouldn't let ourselves be sidetracked by that concern. We have articles and business listings from 2007 that actually are unchanged. That's the main problem my proposal is attempting to fix. --Comment by Selfie City (talk) (contributions) 13:55, 6 February 2026 (UTC)Reply

Oh ftr I support – listings should be the norm sitewide. //shb (t | c | m) 21:42, 6 February 2026 (UTC)Reply

I think in some cases, it's fine to list POIs as markers or simply in bold — I've noticed you do this in articles, and personally I don't have a problem with that. My concern is more with articles pulled from WikiTravel which use their old format. These are the "dinosaur" articles rather than the newer drafts. --Comment by Selfie City (talk) (contributions) 22:57, 5 February 2026 (UTC)Reply

I'm not overly concerned by it. Yellowknife's See section is a mix of bulleted items, templates and nested templates. And that doesn't bother me. OhanaUnited^{Talk page} 14:10, 6 February 2026 (UTC)Reply

The only bulleted items in Yellowknife#See are the Aurora Borealis, and the Great Slave Lake. If someone did assign coordinates to the aurora, they would be wrong. As the lake covers an area larger than Wales, coordinates would not be useful. Ground Zero (talk) 14:25, 6 February 2026 (UTC)Reply

There's also "buy" in Yellowknife which is a mixture of bulleted items and templates. OhanaUnited^{Talk page} 15:05, 6 February 2026 (UTC)Reply

All of the stores listed in Buy are templated. The bulleted items are things that you might consider buying, like Caribou-skin mittens, so they would not have a template with coordinates, date, address, telephone. It would be a problem for a bot, but the concern I am raising is about businesses that are listed without dates. Ground Zero (talk) 17:19, 6 February 2026 (UTC)Reply

I'm imagining a bot that is applied on a case by case basis, not sitewide. I don't think it would need to be used on decent articles like Yellowknife, where minor fixes if needed could be made by a human. --Comment by Selfie City (talk) (contributions) 13:36, 9 February 2026 (UTC)Reply

Non-decent articles probably need more than bot-tidying. A human should make the major fixes. Of course, if they want a tool to do some of the work automatically, I don't object, but listifying should not be the only thing done. Most restaurant and hotel listings not edited since 2013 should probably be removed rather than listingified, unless they can be at least tentatively verified. –LPfi (talk) 14:00, 9 February 2026 (UTC)Reply

I agree, but listifying is a tool that would make the human updates (checking businesses' status, etc.) quicker. --Comment by Selfie City (talk) (contributions) 16:08, 9 February 2026 (UTC)Reply

Just run that by me again. The problem is that we have far more outdated entries than editorial input to update them. Many are not time-stamped: you and I would know that these are especially likely to be outdated but the casual reader is left guessing. The proposed solution is to deploy a bot that would fix none of them but create far more, as it would listify entries that are fairly recent and those that are not time-sensitive, such as landmarks. That's the idea, right? Grahamsands (talk) 19:43, 10 February 2026 (UTC)Reply

We have two separate issues here. One is listings that are not dated. That's a problem, but it needs to be fixed with user input.

I'm talking about entries that were imported from WikiTravel and aren't even in a listing template. Should we just leave them as timeless messes? At least if they're in the template, they can be updated more easily... --Comment by Selfie City (talk) (contributions) 20:52, 10 February 2026 (UTC)Reply

Indeed – there is nothing saying that a bot has to fill in the lastedit field. //shb (t | c | m) 23:08, 10 February 2026 (UTC)Reply

Any such bot IMO should skip the |lastedit= field, and it could even add a |bot=yes field. Since unknown parameters are usually ignored, that shouldn't even require any changes to the templates. WhatamIdoing (talk) 19:27, 11 February 2026 (UTC)Reply

I am not sure that unknown parameters are ignored in listing fields as I have recently seen errors being flagged up for twitter and facebook fields which I think were a brief experiment.

I do think that converting suitable text to listings by a human controlled bot is a good idea. Having a listing with its "edit" link at the end encourages users to make minor updates. I was disappointed to see that a bot recently converted a few inline listings to markers, for example on Benešov, but this was only on a very few pages. AlasdairW (talk) 21:33, 11 February 2026 (UTC)Reply

See listing template discussion -- andree 16:54, 12 February 2026 (UTC)Reply

Good idea regarding the bot parameter – I think the default listing template you see at the source header would need to be changed; I'm not sure how this can be done, but I'm sure there is a way. //shb (t | c | m) 21:46, 11 February 2026 (UTC)Reply

I believe the warning for unknown parameters is shown only for those who have enabled such warnings, i.e. people who in this case indeed should see it (and remove the parameter if the listing is OK). If the template were edited, what would you like it to do when that parameter is set? Perhaps have it show a warning :-)

–LPfi (talk) 09:36, 12 February 2026 (UTC)Reply

Oh I see what you mean. //shb (t | c | m) 09:57, 12 February 2026 (UTC)Reply

What if, everyone (all users) on the Wikivoyage, was a CheckUser on this site, and all of them had CU access? What do you think of this? ~2026-91966-0 (talk) 18:18, 10 February 2026 (UTC)Reply

I think it's not a serious question. Do you want to work to improve this travel guide? Ikan Kekek (talk) 18:32, 10 February 2026 (UTC)Reply

How to create chaos 101, visualised. //shb (t | c | m) 23:06, 10 February 2026 (UTC)Reply

Guys, you're feeding the trolls. —Justin (koavf)❤T☮C☺M☯ 00:52, 11 February 2026 (UTC)Reply

tbh I'd rather x-wiki vandals waste their time here than playing cat and mouse with them on multiple wikis. //shb (t | c | m) 21:47, 11 February 2026 (UTC)Reply

You can check out the gadget by enabling it in your settings - it adds 'current position' marker into dynamic maps around here. Feedback welcome :-) -- andree 20:16, 15 February 2026 (UTC)Reply

@Andree.sk: Having properly tested out this gadget now, this is an amazing little gadget. I'd support making this mainstream and default for everyone. //shb (t | c | m) 12:09, 8 March 2026 (UTC)Reply

Here is an interesting situation. New contributor Jeselingardthegoat created four articles in rapid succession, then came back 20 minutes later and vandalized four pages, and created a couple of vandalism-only pages. I rolled back the vandalism and hid the edits to deny recognition, deleted the vandalism-only pages, and blocked the user indefinitely. One of the vandalism-only pages was full of childish personal attacks on two long-standing contributors. The four articles are for real places, and aside from some formatting issues, seem to be entirely legit. Does anyone have any concerns with keeping these four articles? Ground Zero (talk) 19:55, 14 February 2026 (UTC)Reply

There are those who argue for deleting such works outright and I appreciate and respect that view, but since ttcf, it does not help travelers to remove legitimate material made by editors with otherwise illegitimate interests and editing patterns. Therefore, I argue that we should keep the good material and throw out the bad. —Justin (koavf)❤T☮C☺M☯ 21:22, 14 February 2026 (UTC)Reply

If they were a banned user, I think all of the articles they created should be deleted, but as they are someone who was merely blocked for vandalism, I think it's fine to keep non-vandalistic pages if people want to edit them. Ikan Kekek (talk) 21:56, 14 February 2026 (UTC)Reply

I agree with Ikan, which is what existing policy is anyway. //shb (t | c | m) 22:08, 14 February 2026 (UTC)Reply

Sorry, I take this back. A CU check indicates that the relationship between Jeselingardthegoat (talk · contribs) and Maroontruths (talk · contribs) is likely (not a 100% match, but almost near impossible to be someone else). As such, I'll delete all the articles as block evasion. //shb (t | c | m) 22:12, 14 February 2026 (UTC)Reply

I should have picked up on the Skelmersdale reference. It's definitely Maroontruths. Good call on deleting for block evasion. Ground Zero (talk) 23:46, 14 February 2026 (UTC)Reply

I had a tinge of suspicion when looking at their contributions, but I never actually expected them to be related. It all makes sense looking back, though. //shb (t | c | m) 00:27, 15 February 2026 (UTC)Reply

Eaglesham looks like another one. (I don't know how to use CU.) Ground Zero (talk) 14:40, 15 February 2026 (UTC)Reply

That wasnt me. I dont want a genuine article to be deleted for my block evasion. ~2026-10343-07 (talk) 20:58, 15 February 2026 (UTC)Reply

@Ground Zero: Some CU findings: Orrannmor, Ellasbhoy, Fynewares, TWELVER0090, Grommmet are all related. No links to Maroontruths, though. //shb (t | c | m) 22:07, 15 February 2026 (UTC)Reply

The skem reference on the st helens thing was because it could be consideed offensive to people from skem ~2026-10320-40 (talk) 21:15, 15 February 2026 (UTC)Reply

Yes, it was me. I was Maroontruths. Not really sure why you delete the normal articles. I got back into writing guides and made that article about Ikan and Ibaman in frustration with my ban. I understand id be blocked anyway for block evasion but I dont agree with my ban in the first place. ~2026-10343-07 (talk) 20:57, 15 February 2026 (UTC)Reply

I get mad and do things I regret. Sorry for the trouble ive caused on this wiki. This will be the last you see of me. ~2026-10343-07 (talk) 21:02, 15 February 2026 (UTC)Reply

In the Brno article I discovered "lat=49°11’35.242”|long=16°36’23.708”" in a see listing. So I thought "I must change it into decimal notation". But looking at what the software had done with the "ddmmss" notation, I saw that it had created a correct marker on the map. Then I used the listing editor to add the Wikidata code for the item, but could not click the Submit button explained by the text "Please enter latitude and longitude coordinates both in the decimal form e.g. 29.9773, 31.1325". Is this a new functionality of the software that places the marker on the map, and has it not yet been changed in the listing editor software? FredTC (talk) 01:47, 15 February 2026 (UTC)Reply

Thanks for the report.

The listing editor prefers decimal notation but can read DMS notation and should automatically store in decimal on save so this should work. It seems like something is amiss here so I've raised a bug https://github.com/jdlrobson/Gadget-Workshop/issues/51 Jdlrobson (talk) 19:16, 15 February 2026 (UTC)Reply

The link you provided in your reply suggests (for me) that it is solved, but it is not. FredTC (talk) 11:40, 16 February 2026 (UTC)Reply

it has been fixed in the codebase but it hasn't been released to wikivoyage as I need to test it some more and make some other changes before I do so. This is similar to how phabricator tickets might be resolved before the fix appears in the latest deployment on wikivoyage. Jdlrobson (talk) 17:21, 16 February 2026 (UTC)Reply

I just saw this icon and opened it up. I may have missed a post or two. Is there a place that elaborates on this new feature? —Justin (koavf)❤T☮C☺M☯ 23:03, 15 February 2026 (UTC)Reply

#Trip_Planner_WIP/RFC. Never mind me. —Justin (koavf)❤T☮C☺M☯ 23:05, 15 February 2026 (UTC)Reply

Hi I also saw this and it's been interrupting some of my workflows on mobile so just turned it off. I am very concerned that logged out users cannot do the same.

Sorry to be a buzz kill, but I have some serious reservations about adding this to the experience for ALL logged out users based on the feedback from 3 users (User:SHB2000, User:LPfi and User:Andree.sk ) and I'd like to see some more discussion. I think this should be an opt-in gadget until that's happened.

As someone who has recently taken over the listing editor I am very concerned about long maintenance and the anonymous community becoming too dependent on another gadget they we might not be able to maintain so I'd like to understand more of the plan there...

I will share more thoughts later. Would those be better to put here or on another talk page? Jdlrobson (talk) 00:32, 16 February 2026 (UTC)Reply

Is there a way to make it show only to logged in users? //shb (t | c | m) 00:34, 16 February 2026 (UTC)Reply

yes. You can set rights option in addition to the default option to limit to logged in users with a certain right. I believe there is a right specific to all logged in users. Mw:Extension:Gadgets. I would have no objection to us doing that given gadgets tend to be a good place to cultivate new ideas (withiut the associated stress that comes with supporting a gadget for all users 😀). Jdlrobson (talk) 01:17, 16 February 2026 (UTC)Reply

Could you be more specific - which workflows does it break? Right now it really only adds that one icon... Does it interfere with some other gadgets or some browser? I'd like to make it ultimately available to everyone, if community doesn't disapprove it - but at the moment it doesn't show up for anonymous users (by accident :) I can't find how to enable it only for users, groups apparently can't be matched?). As for maintenance, given how easy it became to (vibe-)code things, I'm not too concerned... :-) -- andree 05:21, 16 February 2026 (UTC)Reply

My biggest concern is it creates a performance issues by introducing it a cumulative layout shift which would be highly damaging to Wikivoyage showing up in search result pages. However there are also security concerns.

Regarding vibe coding - I think it has great application for rapid prototyping but typically the resulting code quality and UX can be problematic. There are various problems in the code that could impact end users and playing with the tool I found quite a few bugs. If something is built with AI tooling I still expect a human to be able to understand it.

Where would be the best page to share these concerns? On the gadget talk page?

Regarding user rights I think autoconfirmed should be a the right group so perhaps editsemiprotected right would act as a good proxy? Jdlrobson (talk) 17:34, 16 February 2026 (UTC)Reply

It's a dynamically created gadget/on-click icon, does google/DDG/... index generated stuff already by programatically clicking all the stuff? Serious question, I'm no expert...

Obviously vibe-coding was a bit hyperbole, but for sure it was much less manual coding/inventing new stuff, than I'd expect... I tried to keep some security in mind, like not downloading stuff randomly and sanitizing inputs. We can for sure continue this on the gadget talk page! -- andree 18:25, 16 February 2026 (UTC)Reply

Hello! There will be a Wikimedia Café meetup on 7 March 2026 at 15:00 UTC, focusing on the Wikimedia Commons mobile app. Featured guests will be software developers User:Misaochan and User:RitikaPahwa4444, and Wiki Project Med chair User:Doc James. Please see the Café page for more information, including how to attend. ↠Pine (✉) 07:32, 22 February 2026 (UTC)Reply

Nice to see Commons is finally getting a mobile app. //shb (t | c | m) 06:31, 23 February 2026 (UTC)Reply

For full context, see this discussion I had with @WhatamIdoing: yesterday on my talk page here, and the Meta page at m:Archive.today incident.

As a response to this, I created Special:AbuseFilter/89 (public filter, btw) which only tags edits that add any archive.today url. However, since we do not actively use archive links on this site (and the few mainspace pages that did use archive.today and related domains were all removed by WhatamIdoing yesterday), I propose we block all archive.today urls altogether (using the filter): there's very little to be lost by blocking this url, and any archived pages should ideally use archive.org (run by Wayback Machine).

//shb (t | c | m) 22:40, 23 February 2026 (UTC)Reply

I don't particularly care one way or the other, but I wouldn't be surprised if this ended up on the global blacklist at Meta-Wiki, in which case we could just wait and save ourselves the trouble. WhatamIdoing (talk) 00:04, 24 February 2026 (UTC)Reply

Oh easily, but as with everything on Meta, I expect there to be some significant opposition to it, and I think we'd save ourselves the drama by taking initiative ourselves. //shb (t | c | m) 00:24, 24 February 2026 (UTC)Reply

Archived links are not very useful for our project anyway. Let's leave this filter as tag-only for a week or two, to give us time to notice any bugs that might lead to false positives, and then I would support upgrading it to disallow.

We might also consider adding an edit filter that warns (but doesn't disallow) for archive.org, to let well-meaning Wikipedians know that on this project it's usually better to replace or remove a link than to substitute an archived copy. —Granger (talk · contribs) 14:38, 24 February 2026 (UTC)Reply

Good idea about the archive.org warning – there are a few instances where I think an archived link is better, but I agree, in most cases it's better to replace/remove than to use an archive link. I'll work on such a filter later today. //shb (t | c | m) 03:22, 25 February 2026 (UTC)Reply

@Andyrom75: I noticed you added this to MediaWiki:BlockedExternalDomains.json. While I do think that's probably the simpler solution, I prefer to use a filter as any additions can be easily tracked with a custom warning template specifically for archive.today urls. //shb (t | c | m) 22:24, 26 February 2026 (UTC)Reply

@SHB2000, I've been requested to take action in fr:voy and I've done the same in it:voy and en:voy thinking that was the right thing to do. That said, if you have other preferences, I've no concern if you want to revert what I've done applying different solution on en:voy. Andyrom75 (talk) 21:02, 27 February 2026 (UTC)Reply

tbh I think it should be left up for now – if the community decides a filter is better I think we should go from there. //shb (t | c | m) 21:05, 27 February 2026 (UTC)Reply

@SHB2000, as said no problem at all. I'm fine with any decision taken. Andyrom75 (talk) 12:53, 28 February 2026 (UTC)Reply

Hi all, I noticed that there were not much articles about the specific provinces within Equatorial Guinea. I wanted to make some (I've so far only made one, Litoral, my province), but I was wanting to know how much info the articles should include. Could I just add the major cities, destinations, Understand, Do, See and Go Next? Or is this not recommended and I should not create these because they lack information? I am new and am willing to do whatever it takes to enhance peoples understanding of my country and its regions. I could also implement other sentences or paragraphs from Wikipedia into the articles, but is this allowed? I'm not sure.

Thanks, ThatEquatorialGuineaEditor (talk) 02:57, 24 February 2026 (UTC)Reply

Wikivoyage regions don't necessarily correspond to provinces.

City articles are where most of our core content lives. Focus on writing City and Park articles first, and add them to the existing three region articles. If you really don't like the existing region splits, bring it up on Talk:Equatorial_Guinea.

When a region has so many City and Park articles that list becomes overwhelming (usually around 15-20), then it's time to split the big region into smaller regions. Propose the split on the Talk:Equatorial_Guinea; province boundaries are typically a natural way to split a region. Gerode (talk) 03:19, 24 February 2026 (UTC)Reply

I think the issue is that, currently, we don't have enough articles about cities and parks in Equatorial Guinea to justify having articles for every province. If you want to go about this, I'd focus on creating articles about cities in Equatorial Guinea and then we can look at provinces. Otherwise the region hierarchy becomes top-heavy with province articles without city articles underneath them. --Comment by Selfie City (talk) (contributions) 03:21, 24 February 2026 (UTC)Reply

So creating province articles are not allowed?

On the Australia article, it is split into the different provinces. I assumed that could comply with Equatorial Guinea as well, as some people might want information in the various provinces than the country as a whole. ThatEquatorialGuineaEditor (talk) 03:24, 24 February 2026 (UTC)Reply

Australian provinces are much larger than Equatorial Guinea provinces, and we have a lot more content for them.

If a province is so small that it has only one major city (or none), you can write the entire province as a City or Rural Area article. Gerode (talk) 03:30, 24 February 2026 (UTC)Reply

There are judgement calls to be made here & since you know the country & are willing to work on the articles, you are likely the best person to make them.

The main criterion is what works best for the traveller. We do divide some countries by province, but for others we have regions like North/South/Central or Coastal/Mountains/Plains. Whatever works.

It is not very useful to have, for example, an article on Kié-Ntem that only says it is a province with Ebibeyin as its capital. You get to decide whether to write a better article, or to create a stub article in hopes it will become useful later, or to just make the province name a redirect.

Provinces that don't get full articles should always get redirects so a search for the province name will succeed. Pashley (talk) 03:38, 24 February 2026 (UTC)Reply

Some food for thought: given the geographic size of some GQ provinces, would it be a bad idea to create rural area articles for them? (for the smaller provinces, that is) //shb (t | c | m) 03:43, 24 February 2026 (UTC)Reply

A more relevant comparison would be Gabon. Gabon has 9 provinces, but we don't divide Gabon into regions because we only have 5 city articles and 3 park articles.

Gerode provides useful advice: create the city and rural area articles first, then if we get lots of them, we can talk about creating region articles, which could be along provincial lines, or something else.

Equatorial Guinea only has 5 city articles, 1 park article, and 1 rural area article (Annobon), so it doesn't really need subregions. They do, however, make sense because they are geographically separate from each other.

And I would love to see more articles about Equatoguinean cities, and more content in our existing articles. Ground Zero (talk) 03:55, 24 February 2026 (UTC)Reply

So if I were to create an article on w:Centro Sur and added quite a bit of relevant information, it would still work as an article? I am not focused on creating only stub articles, because a traveller would benefit much much more from an article with at least a handful of information available. ThatEquatorialGuineaEditor (talk) 05:27, 24 February 2026 (UTC)Reply

Depends. How many City/Park articles do you expect a complete guide on Centro Sur to have? The Wikipedia page suggests there's only three cities of interest, which would make a lot of small province pages excessive. Exceptions can be made, but you'd need to build a consensus for that.

My hesitation is that I'm worried about having too many stubby pages for places that don't have a lot of tourist attractions. You can address that worry by putting as much content as you can into those city articles and the broader Río Muni region article. When the content in those articles becomes so detailed and compelling that we need a better way to organize it, you'll have a strong argument to spin out a new province page.

If you need to, start by making subsections within the Río Muni article for each province - See#Centro Sur, See#Litoral, etc. I don't think this is a best practice, but I've done it before! Gerode (talk) 06:29, 24 February 2026 (UTC)Reply

If I did this, how would I create miniature sections in those spaces? ThatEquatorialGuineaEditor (talk) 07:00, 24 February 2026 (UTC)Reply

I just compared the Litoral and Rio Muni articles. There isn't much additional information that is specific to Litoral. I don't see how this article benefits readers. I recommend against creating more provincial articles. It would be better to add new information to Rio Muno. If you have information that is relevant to Centro Sur and not to other parts of the region, just mention that in the text. You don't need to create minisections at this point. Ground Zero (talk) 11:58, 24 February 2026 (UTC)Reply

Badlands and Black Hills is an example I like of a large Region article that IMO covers two distinct regions and could be split up if User:Someone else was motivated to do so.

• The Intro and Understand sections discuss the two subregions separately.
• The Cities list is broken up into subsections (and the Other Destinations list probably should be too). Grouping the cities list is a good way to introduce the provinces you want to eventually make new pages for.
• While the See and Do sections are divided by category and not geography, each category largely pertains to one subregion or the other.

When Rio Muni looks a bit like this article, breaking it into provinces is a natural next step. I'm excited to learn what you know about Equatorial Guinea, I place I think most of us know little about!

(Most of this is my personal opinion, and not site policy. Someone who's been here longer will probably have a different take.) Gerode (talk) 18:25, 24 February 2026 (UTC)Reply

@ThatEquatorialGuineaEditor: I think @Pashley's suggestions make the most sense Purplebackpack89 01:11, 25 February 2026 (UTC)Reply

Perhaps, & thank you. But there are plenty of other valid suggestions above & no contradiction between those & mine. Pashley (talk) 02:06, 25 February 2026 (UTC)Reply

How many existing Equatorial Guinea pages do we have? I thought we have a table of stats that lists out how many articles we have within each country. OhanaUnited^{Talk page} 05:51, 25 February 2026 (UTC)Reply

iirc that list was manually updated by DaGizza at User:DaGizza/Articles by country. Hasn't been updated in 22 months, though. //shb (t | c | m) 06:08, 25 February 2026 (UTC)Reply

I find Acalayong, Annobón, Bata, Bioko, Ciudad de la Paz, Kogo, Litoral, Luba, Malabo, Monte Alén National Park, Muni Estuary Nature Reserve, and Río Muni in Category:Equatorial Guinea. WhatamIdoing (talk) 19:23, 25 February 2026 (UTC)Reply

We currently have 12 mainspace pages on Equatorial Guinea, not including the country itself. 3 of these were created quite recently by TEGE. Gizza ^(roam) 02:02, 26 February 2026 (UTC)Reply

I was on work travel to Nunatsiavut last week and forgot to make an announcement per event organizer requirement. AfroCROWD User Group, Wikimedians of the Caribbean User Group and the Toronto WikiClub will be running a Caribbean food tasting event this Saturday in Toronto. While the main focus will be taking food pictures to Commons and writing about the food on Wikipedia, I will run an editing workshop to introduce Wikivoyage editing through food (the "Eat" section) for Caribbean countries. Don't know how many people registered but the room capacity is 50 and not everyone is going to edit Wikivoyage. Hope this notice is sufficient. OhanaUnited^{Talk page} 02:20, 25 February 2026 (UTC)Reply

Thanks for the announcement. Make sure they look for any edit summaries and posts to their user talk pages. Ikan Kekek (talk) 21:41, 25 February 2026 (UTC)Reply

All the best for the event, Ohana! //shb (t | c | m) 08:25, 26 February 2026 (UTC)Reply

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ Well, the event turnout was less than expected. I have been keeping an eye on Recent Changes and I don't think anyone else other than myself made any edits to Wikivoyage. OhanaUnited^{Talk page} 01:00, 2 March 2026 (UTC)Reply

How disappointing for you! I'm sorry it didn't work out like you had expected. WhatamIdoing (talk) 21:36, 3 March 2026 (UTC)Reply

There's a discussion at User_talk:Ioannawfy24#What_not_to_link_to,_and_don't_edit_war that I think raises more general issues worth some discussion here. The main question is whether links to the weather site wfy24 are legitimate or are violations of our external links policy.

We do link to some reference sites, e.g. China#Money & quite a few other places link to xe.com for exchange rates. Is that a good thing? We also have a whole article on Smartphone apps for travellers; is that where a link to wfy24 might belong?

If we are going to link to a weather site, is this the right one? I've been using wunderground.com for years, don't recall why I started there. It handles my main concern -- typhoons in SE Asia -- adequately, but there are many others.

Looking at the wfy24 home page, I see they have lots of travel info, & our policy is not to link to other travel guides. Pashley (talk) 14:56, 26 February 2026 (UTC)Reply

As the site has broad weather coverage, I think adding a link to Weather alongside other international weather services, rather than to individual cities, could make sense. Besides the policy on competing travel guides, what is relevant is how good the forecasts are. I don't know how to evaluate that, but more important than resolution is how well topographic features are taken into account by the weather model. It is a problem for most weather forecasts within our archipelagoes, and certainly is in mountainous terrain.

As a side note, I think it is quite funny that the service currently warns about severe cold in Lapland, which today and in the coming days seems to have rather mild temperatures of −5 to −14 °C (23 to 7 °F) – rather mild related to what you'd expect this time of the year. The Finnish Meteorological Institute gives the lowest-level warning ("potentially dangerous") about severe cold when the temperature is predicted to get under -20, -25 or -30 (depending on area; Lapland is in the last category). For the critical warnings ("very dangerous") the limits are -35, -45 and -45!

–LPfi (talk) 17:49, 26 February 2026 (UTC)Reply

(But it does not warn about the driving weather, which is awful in much of the country, including in Helsinki ("dangerous" according to FMI.) –LPfi (talk) 17:52, 26 February 2026 (UTC)Reply

As per Pashley's last paragraph, I do not support linking that site anywhere. Ikan Kekek (talk) 19:13, 26 February 2026 (UTC)Reply

I also oppose linking to that site. We don't link to other travel guides. The link that was added to the Vienna took readers to the landing page of the site, and not to information about the weather in Vienna. Ground Zero (talk) 19:47, 26 February 2026 (UTC)Reply

I am not keen on that site. I think we should prefer to link to the relevant government weather agency - National Weather Service in the US, Met office in the UK, MetService in NZ etc. News organisations that have extensive weather coverage for that country are also acceptable, eg the BBC. AlasdairW (talk) 21:58, 26 February 2026 (UTC)Reply

Ditto. This isn't currency exchange where there is no one single official website that has all the conversion rates. Government agencies have official websites for the weather, as Alasdair mentioned. //shb (t | c | m) 22:48, 26 February 2026 (UTC)Reply

I agree with @AlasdairW; government agencies are fine, anything else needs to be specific to the region and more compelling than the universal platforms or the various thin interfaces over NWS/ECMWF/etc.

I'm not opposed to weather app "listings" in Smartphone apps for travellers or similar travel topics; competing apps can state their case there, alongside others. Gerode (talk) 00:04, 27 February 2026 (UTC)Reply

As long as there isn't a long list or an arbitrary selection. The one we list should be well-established and reliable. The problem I cited above, about warnings on expected temperatures and lack of locally important warnings: dangerous driving weather, slippery pavements (today is the day of the year when emergency clinics get crowded). Apps with global coverage may not be good at covering such region-specific risks. –LPfi (talk) 11:25, 27 February 2026 (UTC)Reply

I have had a quick look at a list over 50 grant applications in meta:Grants:Regions/Sub-Saharan Africa. I only looked at the details of a small selection of the applications in the "Rapid Funds - Fiscal Year (FY) 2025-26 (SSA)" - "Under Review" in the box at he bottom of the page. I found two that planned to edit Wikivoyage:

• meta:Grants:Programs/Wikimedia Community Fund/Rapid Fund/Promoting Tourism and Travel Information in Northeast Nigeria through Wikimedia (ID: 23747298)
• meta:Grants:Programs/Wikimedia Community Fund/Rapid Fund/Open Heritage:Documenting Northern Nigerian Cultures, Festivals, and Emirates on Wikimedia (ID: 23741619)

You can comment on the applications on the linked grant discussion pages. Has the discussion of the new policy on Wikivoyage:Welcome, event organizers concluded? - it may be appropriate to mention this policy in grant application discussion. AlasdairW (talk) 22:27, 26 February 2026 (UTC)Reply

Do we know which user is behind the two grants? Unfortunately the edit histories of both applications were done by a bot. //shb (t | c | m) 23:07, 26 February 2026 (UTC)Reply

See the answer to question: "8. Describe your team.", nearly halfway down the page. AlasdairW (talk) 23:15, 26 February 2026 (UTC)Reply

I see – pinging @Ishaku Ajeje, Mlamido, Gwanki, Mahuta, Mr. Snatch, A Sulaiman Z: – can you all confirm you are aware of this discussion?

While I'm at it, I'm going to be completely honest: I don't get good feelings about the first. Two of the organisers listed there, Special:CA/Hajara ya'u and Special:CA/Nnamadee, do not even have local accounts on enwikivoyage (i.e. they never even visited Wikivoyage whilst logged in). That alone should be a bit concerning, but I am happy to be proved otherwise (and I hope it ends up being that way). //shb (t | c | m) 03:20, 27 February 2026 (UTC)Reply

@SHB2000@Ikan Kekek Thank you very much for contacting us regarding the proposal.

Typically, we form a team with members from different specializations who work collaboratively on such projects. We assure you that we will fully comply with all Wikivoyage policies and guidelines throughout the process.

Thank you again for your consideration. Mr. Snatch (talk) 08:45, 27 February 2026 (UTC)Reply

Thank you for posting, and please stay in touch with us so we can be available to help with planning in any way that could be useful. Ikan Kekek (talk) 09:06, 27 February 2026 (UTC)Reply

@Ikan Kekek, AlasdairW, SHB2000 Thank you very much for reaching out to us about this proposal, [2], I am very pleased with your response. As you rightly noted, some individuals have not yet opened accounts on Wikivoyage. For this reason, we aim to intensify our efforts to encourage people from Northeast Nigeria to begin contributing actively to Wikivoyage. This will be achieved by helping them appreciate the value of their cultural heritage and traditions, and by reassuring them that their contributions will gain global recognition when shared not only on Wikivoyage but also on Wikipedia as a whole. We assure you of our full commitment to strictly following all relevant guidelines. [3] Ishaku Ajeje (talk) 09:31, 27 February 2026 (UTC)Reply

Thanks very much! I'm posting to those talk pages. Ikan Kekek (talk) 23:19, 26 February 2026 (UTC)Reply

Hello AlasdairW, Thank you for for pointing out the inclusion of Wikivoyage in our project.

In our proposal Open Heritage: Documenting Northern Nigerian Cultures, Festivals, and Emirates, we included Wikivoyage because the organizers already have practical experience creating and improving Wikivoyage articles. The project is focused on documenting Northern Nigerian emirates, festivals, and cultural heritage, and some of these topics are directly relevant to travel and cultural tourism. Because of this, it makes sense to improve related travel information where appropriate.

We are aware of the ongoing discussion about the new policy for event organizers on Wikivoyage. We will review the guidance on Wikivoyage:Welcome, event organizers and make sure our project activities align with the expected standards for training and content contributions. Our team will ensure that our contributions follow Wikivoyage policies and best practices.

We are not connected to the other proposal mentioned. Our team will focus on implementing our own project activities, while ensuring that any contributions to Wikivoyage follow the Wikivoyage guidelines and scope. We also welcome any suggestions from the community that can help improve the quality of our contributions.

Thank you

Gwanki (talk) 06:00, 27 February 2026 (UTC)Reply

Awesome, @Gwanki, glad to hear you're aware – hopefully all goes well for you with the grant. :) //shb (t | c | m) 06:35, 27 February 2026 (UTC)Reply

Indeed, good luck with the grant application, and thanks for working with us! My feeling is that for Wikivoyage, the most important things in regard to festivals are what, when and where. From what I've seen, what is the most commonly covered of the three, but when and exactly where may be omitted, and visitors need that information for planning and to attend. What we don't want is either just a list of festival names without other information or lots of detail about the what with no practical information about when or where to go. Ikan Kekek (talk) 07:26, 27 February 2026 (UTC)Reply

I am pleased to see that the grant applicants have engaged with us, and I hope that the applications are successful. AlasdairW (talk) 11:13, 27 February 2026 (UTC)Reply

There are two other grant applications that mention Wikivoyage, but these are proposing less edits, and may not have much impact:

• meta:Grants:Programs/Wikimedia Community Fund/Rapid Fund/Wikipédia & Génocide des Tutsis (ID: 23653583) This Rwanda based application proposes to edit 10 pages on Wikivoyage, but as the application is mainly written in French, they may not contribute here.
• meta:Grants:Programs/Wikimedia Community Fund/Rapid Fund/Advance Wikipedia Awareness and Training at Abdu Gusau Polytechnic and Historical Documentation of Gusau, Zamfara States. Follow up to our Previous Initiative. (ID: 23526700) is based in Nigeria and proposes to edit 30 pages on Wikivoyage, but the main activity is adding photos to Commons. As it is planned for 2026-01-01 - 2026-03-31, it is unlikely to get a grant in time.

As before there are comment links in the applications. AlasdairW (talk) 11:24, 27 February 2026 (UTC)Reply

I knew tourism to the US was way down, but this is new to me:

Americans are leaving the US in record numbers

The article says net negative immigration, more people leaving than arriving. Pashley (talk) 05:27, 27 February 2026 (UTC)Reply

I am not surprised. It seems that all over Europe, governments and universities try to find ways to attract and accommodate scientists who see working in the U.S. become difficult, and I assume few scientists over here plan a carrier across the pond any more. Also low-income immigrants are probably aware of the risks caused by Trump's immigration policy. Of course, such trends are easily overestimated in ones mind, so them being reality this time is real news. –LPfi (talk) 07:11, 27 February 2026 (UTC)Reply

I didn't think of all the big groups though, such as small-business owners and sub-Saharans – and 40% of women wanting to move abroad! I am astonished.

I suppose we should take a look at Digital nomad, Working abroad & co, as to whether they cover the needs of the new immigrant groups adequately. I assume Retiring abroad does.

–LPfi (talk) 07:36, 27 February 2026 (UTC)Reply

Wow, this is an interesting article. I actually am surprised. As an American I've never noticed that there's been a culture of leaving the country, even during less favorable times. It's a really major shift that American citizens are moving abroad in such large numbers, and maybe in the long run we'll want to fork those articles into how they look for specific countries. The options for an American to retire abroad are likely different than for people from other countries due to visa issues and potential for cultural matches. There's alo a significant split, I believe between Americans who move to Latin America and those who move to Europe, as the appeal between these regions is quite different. --Comment by Selfie City (talk) (contributions) 18:01, 27 February 2026 (UTC)Reply

Yes, I've seen news stories about both Canadian & European universities actively recruiting disillusioned or defunded scientists from the US. Also Hundreds of American nurses choose Canada over the U.S. under Trump. Pashley (talk) 12:01, 27 February 2026 (UTC)Reply

Reuters: Airlines suspend Middle East flights after US, Israel strikes on Iran

Al Jazeera: Airlines suspend Middle East flights after US, Israel strikes on Iran Pashley (talk) 10:48, 28 February 2026 (UTC)Reply

Dubai airport suspends operations & Qatar Airways Halts Flights as Qatari Airspace Closes Pashley (talk) 13:30, 28 February 2026 (UTC)Reply

This is definitely major in the world of aviation with Doha, Dubai and Abu Dhabi all shut. I probably wouldn't update anything on Wikivoyage just yet (those affected should probably seek advice from their airline), but I expect a lot to change this upcoming week. //shb (t | c | m) 09:18, 1 March 2026 (UTC)Reply

I've created a warningbox template with generic travel advice at Template:2026 Middle East warningbox and added it to the UAE, Qatar, Bahrain and Kuwait articles. It's very vague but deliberately like that to prevent the need to update it every so often. //shb (t | c | m) 10:06, 1 March 2026 (UTC)Reply

Well done. Pashley (talk) 10:37, 1 March 2026 (UTC)Reply

Under war zone safety, it says "Close your eyes, cover your ears and open your mouth to minimize blast injuries". Do we mean close your mouth? OhanaUnited^{Talk page} 01:04, 2 March 2026 (UTC)Reply

No. WHO "Keep your mouth slightly open to protect the lungs against injury from the blast." & many other sources. Pashley (talk) 05:35, 2 March 2026 (UTC)Reply

Interesting... Thank you for the link to the WHO document. OhanaUnited^{Talk page} 21:22, 2 March 2026 (UTC)Reply

Does this matter for fliers who are not landing in the region but might pass over it, e.g. Flying Singapore-London? Pashley (talk) 10:37, 1 March 2026 (UTC)Reply

I don't think so tbh – flights like SIN–LHR would just avoid that airspace altogether (and use the Caucasus corridor). //shb (t | c | m) 10:40, 1 March 2026 (UTC)Reply

For those of you into random stats, here's one I put together for all our articles on rail travel by country. It's based on a template (in the public domain) and I can't seem to change the issues with TW and Northern Ireland.

I think unsurprisingly our best coverage of rail travel is in Europe with most major countries having a separate article – the only major countries without an article with a sizable rail network are Belgium and Finland (and to a lesser extent, Slovakia and Hungary). Asia seems to be a mixed bag: we don't have any articles for a single country in Southeast Asia (Vietnam, Indonesia and Peninsular Malaysia could all do with articles), same with Rail travel in Taiwan, though we do kinda cover the main four Asian rail networks to a reasonable degree (Japan, S Korea, India, and China). North America/Oceania is very expected, though I will say having a rail travel in Cuba article caught me off-guard a few days ago. No articles for South America is kinda surprising, but also maybe not because bus travel tends to typically prevail. Africa as well.

All in all, nothing too important or serious, but some interesting stats that show where we do great at and where we don't for articles relating to rail travel. :)

//shb (t | c | m) 09:10, 1 March 2026 (UTC)Reply

Finland being a blank spot is a little odd. I wonder, should I turn the 2½ screenful of Finland#By train 2 into a separate article? I suppose those that don't come by car, hire one or stay at a single destination reachable by plane and local transport will use the trains, so having them in Finland is not an issue, but the article is long, so offloading train and coach from there might make sense. –LPfi (talk) 11:41, 1 March 2026 (UTC)Reply

I mean I would love to see a rail travel in Finland article – one that breaks down all of VR's ticketing systems, network coverage, and also a bit on night trains. I'd support splitting that section off as well – that is way too long for a subheading, especially on mobile. //shb (t | c | m) 11:57, 1 March 2026 (UTC)Reply

I'd very much support that, also because we have a base of contributors who could update and improve that new article if it were to be created.

I also think that visualizing our coverage of travel topics is a good idea! --Comment by Selfie City (talk) (contributions) 18:25, 2 March 2026 (UTC)Reply

Hey everyone,

I've been working on the Template:RouteSection template for a while now, and I’m trying to find a way to implement one of the following:

• Text-to-Map (Preferred): Link the name of a route section to its corresponding segment on a mapframe, so that clicking the name pans or zooms the map to that section.
• Map-to-Text: The reverse—making a displayed route segment on the map link back to the specific section in the text.

It’s a bit of a "Russian doll" situation with the Marker and Listing templates, I’m having a hard time untangling how they interact with mapframes. Bluecoordinationfine (talk) 00:15, 3 March 2026 (UTC)Reply

I got something half-working on the Lapplandsleden page. By default, the mapshapes are added to group=mask. Bluecoordinationfine (talk) 01:07, 3 March 2026 (UTC)Reply

The Map-To-Text can be done "easily", if the text you generate in the markers are like Lapplandsleden#Q134029418 - clicking that link will navigate to the respective marker.

The other way direction likely need some javascript (i.e. ultimately a custom gadget; you can in the meantime develop it via your User:Bluecoordinationfine/commmon.js). Also Map-To-Text could be done this way, if you wanted the click to marker directly take you to the listing (instead of after clicking the respective link in a marker popup). -- andree 06:08, 3 March 2026 (UTC)Reply

For the Map-to-Text approach I'd have to edit some modules I don't have access to though.

Do you think something like this could work?

<maplink zoom="10" group="mask">{"type":"ExternalData","service":"geoline","ids":"Q135660756"}</maplink> Bluecoordinationfine (talk) 18:11, 3 March 2026 (UTC)Reply

You should be able to do tests in your userspace, e.g. User:Bluecoordinationfine/sandbox/Template:xyz (similarly modules), and then use it like { { User:Bluecoordinationfine/sandbox/Template:xyz|param=abc } } (sans spaces :) ). Once/if you have it polished, I'd say further discussion can be had how/where/if to merge it... These days, LLMs will likely be able to help you with setting up the template :) -- andree 19:49, 3 March 2026 (UTC)Reply

I've tried several options, but I feel like this may be a function Kartographer doesn't support. The example above just pans to the center of the trail, not the actual trail section linked. I figured this might be useful for the Regionlist template as well (linking directly to a region displayed in Kartographer). Bluecoordinationfine (talk) 14:52, 14 March 2026 (UTC)Reply

There are a lot of locations people might visit and photograph because they are known from popular culture. Are these a possible travel topic?

An ex once sent me a photo of herself "Standing on the corner of Bleecker and MacDougal", a location in Greenwich Village mentioned by w:Fred Neil in a song. There are many photos of the corner of Haight & Ashbury, center of the hippie neighborhood in 60s San Francisco. Winslow (Arizona) has a statue based on an Eagles tune. Probably there are a bunch more I do not know of.

People also often take selfies in front of various famous structures, anything from the Washington Monument to the Taj Mahal. I don't think those locations belong in this topic, doubt it would be worth trying to list them anywhere.

Other opinions? Volunteers? Pashley (talk) 04:15, 4 March 2026 (UTC)Reply

In my own personal opinion, I find this photo to be spectacular, and classical at the same time. I remember this, during my middle school years. ~2026-69216-3 (talk) 21:26, 5 March 2026 (UTC)Reply

Looks like a few moments ago, an attack (I'd rather name it "shooting in your own feet" :-) ) happened and wiki's are in degraded mode. No user javascript ATM. More info... -- andree 18:33, 5 March 2026 (UTC)Reply

Many wikis were in read-only mode (see phab:T419143). Glad at least the damage has been reverted. It was a genuine mistake, though; shit happens I guess. Must say though that trying to edit m:SRG without scripts feels...painful. //shb (t | c | m) 21:05, 5 March 2026 (UTC)Reply

The WMF has released a statement about this at m:Wikimedia Foundation/Product and Technology/Product Safety and Integrity/March 2026 User Script Incident. User .css/.js scripts are back, too. //shb (t | c | m) 00:23, 6 March 2026 (UTC)Reply

That statement lacked a lot of details. And of course, one should not be doing testing on prod server. OhanaUnited^{Talk page} 18:29, 6 March 2026 (UTC)Reply

And running random code with staff privilege on internet connected machines as part of a security review sounds odd in itself, to say the least. I assume they cannot tell too much detail, at that might reveal vulnerabilities, if not in the system itself, at least in how privileges are handled by WMF staff. I still hope that they disclose as much as possible when such vulnerabilities have been handled. The vulnerabilities should be examined as a matter of urgency and dealt with as soon as practicable, but if a culture change is needed, the changes may need time to settle. However, the incident should not be forgotten until such a report is published. This is not a private company where such incidents can be seen as business secrets. –LPfi (talk) 20:35, 6 March 2026 (UTC)Reply

What I don't understand with all of this is why they needed to load a userscript onto the site js to test it for malicious code. //shb (t | c | m) 22:38, 6 March 2026 (UTC)Reply

My understanding is that the malicious code copied itself to the site js, as it was run with sufficient privileges. Otherwise it had just infected the user's (common.)js. –LPfi (talk) 07:50, 10 March 2026 (UTC)Reply

Could be, yeah (the edits are oversighted and I have no idea what bit of the .js code infected which). //shb (t | c | m) 08:40, 10 March 2026 (UTC)Reply

There're test wikis for this reason. At the very least, even after loading this malicious userscript, the vulnerability would only be nuking pages on the test wiki and not on an actual wiki. OhanaUnited^{Talk page} 06:44, 8 March 2026 (UTC)Reply

I have finished making a new article but couldn't get the ropes of putting whatever you call the Dewey Decimal System on top of the article that is supposed to link the area with the rest of the country. Also need help in setting a mapframe that couldn't load as of now. Borgenland (talk) 16:59, 8 March 2026 (UTC)Reply

Update: I have a Wikidata [4] but couldn't drag the Wikivoyage article into it. Need help as I am literally dizzy with chest pains trying to navigate. Borgenland (talk) 17:37, 8 March 2026 (UTC)Reply

Hi, @Borgenland. It looks like the Breadcrumb navigation (the bit that says "Asia > Southeast Asia > Philippines > Luzon > Calabarzon > Laguna > Eastern Laguna" at the top) is working.

I have added Eastern Laguna to the Wikidata page for you. WhatamIdoing (talk) 18:04, 8 March 2026 (UTC)Reply

Thank you so much. I got the is part of thingy before going to bed. Hope that other users get to enjoy. Borgenland (talk) 02:07, 9 March 2026 (UTC)Reply

Switching from Wikimedia to Mapnik or Relief map results into a blank screen (no map) with markers only. FredTC (talk) 14:23, 9 March 2026 (UTC)Reply

Fallout of the security breach security restrictions, reported in T419464...

Tracked in Phabricator ^(?)
Task T419464

Interestingly, also hill shading layer using https://tiles.wmflabs.org/hillshading seems gone, probably we should switch to maps.wikimedia.org because of T187601

Tracked in Phabricator ^(?)
Task T187601

, if there's even such a layer available... -- andree 18:45, 9 March 2026 (UTC)Reply

Yesterday I've discussed with @Andree.sk about the syntax to be used in the image parameter of Template:Marker (and consequently of Template:Listing).

The following two links are valid and refer to the same image, the only difference is that the second file name has been "URL encoded", making the filename less readable:

• Regular filename: Древнерусская ладья "Анна Ярославна". Морской фестиваль Брест 2012.jpg
• URL encoded file name: %D0%94%D1%80%D0%B5%D0%B2%D0%BD%D0%B5%D1%80%D1%83%D1%81%D1%81%D0%BA%D0%B0%D1%8F_%D0%BB%D0%B0%D0%B4%D1%8C%D1%8F_%22%D0%90%D0%BD%D0%BD%D0%B0_%D0%AF%D1%80%D0%BE%D1%81%D0%BB%D0%B0%D0%B2%D0%BD%D0%B0%22._%D0%9C%D0%BE%D1%80%D1%81%D0%BA%D0%BE%D0%B9_%D1%84%D0%B5%D1%81%D1%82%D0%B8%D0%B2%D0%B0%D0%BB%D1%8C_%D0%91%D1%80%D0%B5%D1%81%D1%82_2012.jpg

This morning I've normalized the 67 pages affected by this "issue". Now I'd like to know from the community what is the preferred choice between:

1. highlight such cases as an error (as of now) that shall be fixed because may complicate the life of the future wikicode-editors
2. modify the behavior of the template to accept silently both syntaxes, to simplify the life of the first wikicode-editor because he'll be free to use whatever he wants

Andyrom75 (talk) 09:49, 12 March 2026 (UTC)Reply

I think I'd prefer 2 – they both ultimately work, and I don't think either should necessarily be highlighted as an error. //shb (t | c | m) 10:59, 12 March 2026 (UTC)Reply

Is there a tool available for translating between the two formats? The encoded version is just a hexadecimal representation of the UTF-8 encoding of the Unicode code points of the characters, with a % prefixing every byte (i.e. a straight-forward – although multiple-step and ugly-looking – reversible encoding).

Ideally the listing editor would sanitise the encoded form into the human-readable version.

Any web kit and programming language can do the decoding, but "normal" editors need to hover on the link to see the filename (can you do that on mobile?) and click the link to get a copyable decoded filename.

I don't know who needs to input the encoded form – I would expect any browser to have the Cyrillic fonts needed, and even if not, to allow copying and pasting the filename without the encoding. Obviously, there is some workflow that gets the encoded characters there, but I think accepting but flagging as an error to be fixed is the right path, until we can get the filenames fixed on the fly.

–LPfi (talk) 18:20, 14 March 2026 (UTC)Reply

For your first question, pretty sure some browsers automatically translate between the two formats. //shb (t | c | m) 21:46, 14 March 2026 (UTC)Reply

Yes, of course (as suggested in "any web kit" and "hover-or-click" above), but I wondered whether there is a tool you can use to get a decoded version to paste in, without clicking on the link (to have Commons do the conversion).

I assume I have a number of tools I could use on the Linux command line, into which I could paste the encoded file name, but a typical Window user probably has none, and my smart phone's command line probably hasn't any either (although a one-liner probably wouldn't be too hard to construct). I think I thought that there could be some gadget. As such a gadget shouldn't be too hard to build, I assume integrating the functionality into the listing editor shouldn't be too difficult either, but it might be seen as feature creep.

–LPfi (talk) 12:15, 15 March 2026 (UTC)Reply

"Ideally the listing editor would sanitise the encoded form into the human-readable version." Yes, indeed. Pashley (talk) 21:58, 14 March 2026 (UTC)Reply

I've already developed the logic that check if an image exists and if the name shall be decoded or not. Temporary this logic is on it:voy and it is use only to generate the relevant error category. That logic can be implemented into the listing editor to allow to use automatically the regular filename during saving.

I've opened a new bug/issue on GitHub but I think it would take time to be implemented because @Jdlrobson is pretty busy during this period. There are other two solved issues whose implementation is still pending.

PS to fix the 67 occurrences I've simply opened the image in commons and copied the file name from the page title (not from the URL). In the current status, it was definitely quicker. Andyrom75 (talk) 07:14, 16 March 2026 (UTC)Reply

(cc @Andyrom75, Jdlrobson:) Is it just me, or has the reply tool been down for everyone else as well? I'm using Chrome on MacOS. //shb (t | c | m) 10:57, 12 March 2026 (UTC)Reply

SHB2000, same here, but only on en:voy. In it:voy currently it works. --Andyrom75 (talk) 11:12, 12 March 2026 (UTC)Reply

Oh good I'm glad it's not just me going crazy. :P (also have no issues on Meta, at least when viewing m:SRG and m:RFH) //shb (t | c | m) 11:13, 12 March 2026 (UTC)Reply

It's working now. WhatamIdoing (talk) 18:19, 12 March 2026 (UTC)Reply

Hi everyone! We are Federica (User:Chicafratta) and Alessio (User:Aionna), two Italian researchers working on the WikiM.A.R.C.A. project. The name is an acronym for Marche, Artigianato, Ricerca, Cultura e Accoglienza (Marche, Craftsmanship, Research, Culture and Hospitality). It is a broader project coordinated by the University of Macerata in collaboration with Confartigianato Macerata - Fermo - Ascoli Piceno (a trade union association that represents, protects and develops over 8,000 small businesses and artisans in the area) and funded by ANCoS APS. This project aims at improving online content about the Marche region on Wikimedia platforms such as Wikipedia and Wikivoyage. The project focuses on researching and documenting local culture, traditions, itineraries and products, with the goal of creating reliable and useful information for both residents and travellers.

We are mainly working on the Italian version of Wikivoyage, where we are creating itineraries based on traditional food and wine or local craftsmanship. These articles will later be translated into English.

Thank for your welcome and we are open to any help or suggestions! Chicafratta (talk) 16:20, 12 March 2026 (UTC)Reply

Thank you very much. It sounds like a great project! I would suggest looking at existing itineraries in Category:Star articles and Category:Guide articles. Some existing travel topics on wine regions and craftsmanship could also be worth looking at; I know Colorado's Wine Country was a featured Off the beaten path article some years ago and Mexican artesanias is a guide-level article. I also recommend reading or at least looking through the key points in the core policy and guideline pages linked in Wikivoyage:Welcome, event organizers: Wikivoyage:What is an article?, Wikivoyage:Don't tout, Wikivoyage:Copyleft, Wikivoyage:Welcome, Wikipedians and Wikivoyage:Goals and non-goals, and familiarizing yourselves with Wikivoyage:Listings templates if you have not already done so.

Please ask us any questions that come to your minds when you read those pages. I believe there are at least a couple of differences in policy and guidelines between it.wikivoyage and en.wikivoyage.

I very much look forward to reading your contributions!

All the best,

Ikan Kekek (talk) 19:50, 12 March 2026 (UTC)Reply

Looking forward to this, too. :) //shb (t | c | m) 20:47, 12 March 2026 (UTC)Reply

Hi everyone! @Aionna and I’d like to share a quick update on our work: we have completed and published the article “Vernaccia Nera wine route”. We have followed the instructions on this page Wikivoyage:Itinerary article template. If you have time to take a look, we would really appreciate any feedback.

We also have a question: is it possible to display the itinerary route on the map, as we did in the Italian version Percorso della Vernaccia Nera? If so, could you please explain how to do it?

Thank you very much! :) Chicafratta (talk) 11:53, 18 March 2026 (UTC)Reply

Thank you for creating this. I have made a couple of small technical additions. I set the article as Outline, but it does look very close to being Usable. It would be helpful to have a little more on getting to Serrapetrona, as I see from it:Serrapetrona that there are buses to get there. It would be even better if you could also create Serrapetrona. AlasdairW (talk) 22:00, 18 March 2026 (UTC)Reply

I've made a few copyedits (all very minor), but otherwise a really solid start, Chicafratta – great work so far. :) //shb (t | c | m) 04:50, 19 March 2026 (UTC)Reply

Thanks for your help. We will make the changes you have suggested. As for the article on Serrapetrona, we are currently working on it: Serrapetrona (it is just the Sandbox). We will update you once it is finished.

) Chicafratta (talk) 18:09, 19 March 2026 (UTC)Reply

I only found out about Special:EditChecks today, and I must say I'm pretty pleased with the PasteCheck.js script (which warns users for copypasted text). However, underneath it, I notice there's a ToneCheck.js script, which, based on the description, is based on a BERT model, linking to m:NPOV, which is not a policy on Wikivoyage. Is there a way to configure this such that it reflects Wikivoyage:Be fair instead of NPOV? (cc @Andyrom75, Jdlrobson:) //shb (t | c | m) 11:52, 14 March 2026 (UTC)Reply

That's the Editing team's work, so you want to ping @Quiddity (WMF) and @PPelberg (WMF). Because the writing style is intentionally different, we might not want it here.

Several of the usual EditChecks are irrelevant, including addReference (we want the opposite: warn people if they add any), convertReference (we have no citation templates), externalLink (these are wanted), and probably yearLink (as irrelevant, because there are no articles for any years, and therefore no possibility of linking to the wrong one). WhatamIdoing (talk) 17:32, 14 March 2026 (UTC)Reply

Thanks, both. It looks like the ToneCheck issue is partially covered at phab:T419812 (ToneCheck is only active at 3 pilot-wikipedia projects currently, and only intended for Wikipedias for now), and I'll file some related bug-reports next week about improving the overall clarity/accuracy of that new Special page for non-Wikipedias. Quiddity (WMF) (talk) 19:31, 14 March 2026 (UTC)Reply

+1, @Quiddity (WMF): thank you for making us aware of this issue, @SHB2000 + @WhatamIdoing. You should notice this fixed before this week is over.

See phab:T420124 for more details. PPelberg (WMF) (talk) 23:10, 16 March 2026 (UTC)Reply

Thank you, Peter! Is there a timeline available for when such tools will be rolled out to non-Wikipedia projects? //shb (t | c | m) 23:59, 16 March 2026 (UTC)Reply

phab:T420124 is tagged for 1.46.0-wmf.20, which is scheduled for wikitech:Deployments#Wednesday, March 18. WhatamIdoing (talk) 03:35, 17 March 2026 (UTC)Reply

Just to be clear, tomorrow's the date when the list will stop showing all the things that aren't being used here. Actually getting more of them to be useful here will take much longer. WhatamIdoing (talk) 00:15, 18 March 2026 (UTC)Reply

Ah, right, I see. Thanks for the insight, though. //shb (t | c | m) 04:05, 18 March 2026 (UTC)Reply

It's mesmerizing, have a look! Could be due to the structure in wikidata, but I haven't figured out a way to fix it. Maybe the function should be recursive? Bluecoordinationfine (talk) 15:46, 16 March 2026 (UTC)Reply

I'm not sure I can reproduce the issue: I simply see a mapframe with lots of pins and a single black line that roughly follows the Welsh coastline. What are you seeing? Gerode (talk) 16:22, 16 March 2026 (UTC)Reply

For me, it's never a continuous black line. It has gaps, which change upon reloading (sometimes, the northern section has a gap, sometimes the southern section, etc.). Bluecoordinationfine (talk) 17:17, 16 March 2026 (UTC)Reply

The black line always appears continuous to me under Mac/Firefox, Mac/Chrome, Mac/Safari, Android/Firefox and Android/Chrome.

Is the Wikidata/OSM data underneath notably different from the other RouteSection articles? Gerode (talk) 17:45, 16 March 2026 (UTC)Reply

My partner and I are currently in Berlin on 6-month freelancers' visas. We're early in our time here but already have a lot to share about the process of applying for the visas, what you need to do to follow up when you have moved to wherever you're staying, and various differences between the U.S. and Germany. (For example, over-the-counter medications tend to be more expensive here and dispensed in much smaller quantities, and some supplements are more difficult to find; however, groceries are cheaper and produce and meat in supermarkets is generally excellent.) We have articles about studying abroad in different countries and retiring abroad. Should I start an article about living and working in Germany as an American? Ikan Kekek (talk) 15:57, 16 March 2026 (UTC)Reply

Is a general article for non-EU people (not just for Americans) possible?

It would be nice to have articles like that for many countries. For example, I learned a few years ago that if you are living and working in Italy, you have to register your lease. This isn't to prove your residency so much as a way for them to prevent the landlord from "forgetting" to report your rent on their income taxes. (It also makes you eligible for various rental protection laws.) WhatamIdoing (talk) 17:21, 16 March 2026 (UTC)Reply

Yes, it's possible, though the work I do will necessarily be from an American's perspective and experience. You have to register your place of residence here, too. That's the first official thing to do after you arrive at your rented apartment, receive a form from your landlord and fill out a form you bring to your appointment. Ikan Kekek (talk) 17:35, 16 March 2026 (UTC)Reply

I'm not clear whether I have permission to start this article or not. Ikan Kekek (talk) 10:36, 18 March 2026 (UTC)Reply

I'd say go for it (something like Living on a temporary work visa in Germany, whatever you think works) – what you write might be oriented towards someone migrating from the US, but I suspect over time as the article gets more edits, that will fade out. //shb (t | c | m) 10:41, 18 March 2026 (UTC)Reply

Or Working in Germany. I think most of the content will apply also to somebody who gets permanent residency, and much of it also to EU citizens who don't need visas. Anybody should understand that it is directed to people from abroad. We have several Working in… articles already. Working in the United States seems to concentrate on directly work (or employment contract) related issues. In Working in Finland I have included a range of practical issues, such as housing and children, offloading to it practical matters many people who stay a longer time may need to consider. –LPfi (talk) 11:43, 18 March 2026 (UTC)Reply

I think many American-specific issues may be interesting for people from other countries too; somebody from a non-Western country who knows the USA even superficially may expect things to be the same in Germany. And for me, I suppose I will learn quite some about the USA from what is different in an EU country (although that's of course a side point). –LPfi (talk) 11:48, 18 March 2026 (UTC)Reply

Ok, I'll start a draft in my userspace some time within the next 3 weeks or so, probably sooner. I would start by mentioning something about the fact that there are different types of work visas, my experience of the process of applying for one type of visa from my home country, what I've heard about how much harder it is for nationals of developing countries to get such visas, the things you need to do when you are in Germany with your work visa in order to be able to work, bill for your services and earn money, and some side points about similarities and differences between life in the U.S. and Germany such as more strongly enforced and relatively more uniform quiet hours, especially as relates to quiet days - Sunday and holidays - over-the-counter medications being more expensive and available in much smaller quantities per box and dry cleaning being more expensive and slower but produce being high-quality and often cheaper. OK, that was a run-on sentence that should have semicolons, but I'm not going to edit it on my phone. :-) Ikan Kekek (talk) 12:16, 18 March 2026 (UTC)Reply

What are the criteria for choosing one or the other? I'd consider listings the default & would certainly use them whenever creating a list, & markers only when mentioning a place in running text.

I cannot think of a case where I'd want to have:

• {{marker | name= ...

However, others obviously feel differently. For example Himalayas#Destinations has multiple lists done with markers. Pashley (talk) 10:29, 18 March 2026 (UTC)Reply

I tend to use markers to list cities and other destinations, as well as adding coordinates for places mentioned in running texts. Otherwise, I use listings. However, I do think we should use listings for cities and other destinations as well, and reserve markers for places mentioned in running texts. Sbb1413 (he) (talk • contribs) 11:04, 18 March 2026 (UTC)Reply

I have just created the cancer article to address the elephant in the room for travellers. I have started with basic information, but feel free to expand it with more traveller-related information. Sbb1413 (he) (talk • contribs) 18:16, 20 March 2026 (UTC)Reply

I'm not sure about this one. On the one hand, cancer is a difficult & complex topic; I'm not sure if it belongs in a travel guide. Are we biting off more than we can chew here? On the other hand, some of what we can say is Captain Obvious (stay out of heavily polluted regions) or is already covered in other articles, e.g. UV in Sunburn and sun protection.

@Doc James: Pashley (talk) 21:31, 20 March 2026 (UTC)Reply

It isn't what I was expecting. Many people who are having treatment for cancer wish to travel. Sadly in some cases this is "one last trip". Travel insurance can be a major cost for such a trip. I was expecting advice like this from the Cancer Research UK charity. The article could also point readers look for the Tropic of Cancer to a suitable article. AlasdairW (talk) 22:22, 20 March 2026 (UTC)Reply

There are also cancer treatments available to travellers that would not be at home. Some, like w:Laetrile, seem quite clearly to be bogus while others, like the Cuban w:CimaVax-EGF & w:Racotumomab, have respectable research institutions behind them, though the research seems far from definitive. I'm not sure we should say anything about these, or what to say, and if we do say anything it might belong in medical tourism rather than here. Pashley (talk) 22:51, 20 March 2026 (UTC)Reply

We definitely have to guard against promoting particular medical treatments. Ikan Kekek (talk) 23:07, 20 March 2026 (UTC)Reply

Yes, but what warnings do we need about quack remedies?

Beyond the obvious "talk to your doctor", do we have anything useful to say to someone in a terrible situation -- cancer that the doctors say is terminal & the usual radiation & chemo have not stopped it -- who is looking at flights to Cuba since they reckon they have nothing to lose? I doubt we do, but it seems worth considering. Pashley (talk) 02:37, 21 March 2026 (UTC)Reply

Cancer is primarily about Cancer prevention, and the focus appears to be on people who travel a lot. A once-in-a-lifetime trip to Smog City isn't going to have a significant effect on your lung cancer risk, nor will overeating on a one-time cruise. But if your job keeps you traveling constantly, the calculations change. It's not necessarily the travel per se, though air travel does cause cancer; it's your whole life. WhatamIdoing (talk) 00:23, 22 March 2026 (UTC)Reply

It sounds like we have three possibilities:

• Travellers with disabilities: Add a section on cancer
• Medical tourism: Add a section on cancer/scams
• The "one last trip", which could include Dying abroad

I'll start that last article in a minute. WhatamIdoing (talk) 20:06, 21 March 2026 (UTC)Reply

Hello, this message is to notify that Faster than Thunder has been nominated for a global ban at m:Requests for comment/Global ban for Faster than Thunder. You are receiving this notification as required per the global ban policy as they have made at least 1 edit on this wiki. Thanks, //shb (t | c | m) 01:49, 22 March 2026 (UTC)Reply

@Asamboi: Also not sure if anyone has alerted you on FtT's latest misdeeds with off-wiki harassment, but some of it does involve you (happy to send evidence by email if you want) //shb (t | c | m) 04:43, 22 March 2026 (UTC)Reply

Thanks for the heads-up. I was blissfully unaware, but I would appreciate it if you could email me the details. Asamboi (talk) 06:38, 22 March 2026 (UTC)Reply