YOU CAN EDIT THIS PAGE! Just click any blue "Edit" link and start writing!

Wikitravel:Feature requests

From Wikitravel
Revision as of 21:29, 8 November 2005 by Nic (talk | contribs) (Coordinates)
Jump to: navigation, search

This is the page to put feature ideas or feature requests for the MediaWiki software.

See also:

Ability to add Google Earth [.kmz] files

It would be cool to be able to upload and refer to Google Earth .kmz files. Imagine being able to fly users from an orbital view down to earth level to see a location. -- gcleveland

And with placemarks can be converted to a number of formats and uploaded to most GPS receivers. The best would be if users can specify their preferences (Google Earth, Mapsource etc) and if the system accepts all 'gpsbabel' formats as input.
I think the best would be to standardize on kml because it's text. If we can embed the kml in the documents, then MediaWiki can track the history and differences. -- Nic 12:59, 9 Aug 2005 (EDT)

Bread crumb navigation

Moved from travellers' pub by Evan


Is it possible to add breadcrumb-like navigation at the top of articles based on geography? For example, an article on Innsbruck, Austria (should there be one) would have a Europe -> Austria -> Tirol -> Innsbruck set of links at the top, for getting to other nearby places of intrest quickly. No big deal, but it would be nice. -- Blav

No, it'd be really nice. I posted a note on the MediaWiki mailing list about making it possible to declare relationships between articles, so you could say that Innsbruck is part of Tirol, which in turn is part of Austria, etc. I was thinking of it more for printing articles, or downloading articles to a PDA, but it'd also be great for doing breadcrumb stuff. -- Evan 09:25, 22 Nov 2003 (PST)
The new Mediawiki's Category feature, as used on Wikipedia, should allow a variant of this -- is this available/can it be enabled on Wikitravel? Jpatokal 23:12, 21 Jul 2004 (EDT)


Moved from travellers' pub by Evan

Man, has anyone else seen htmlArea? It's really nifty -- a WYSIWYG HTML editor built into the browser. The new (3.0) version works with Mozilla and IE... I dunno about Konqueror, Opera, or anything else. But it'd be pretty neato to have WYSIWYG editing built into Wikitravel... --Evan 00:37, 20 Jan 2004 (EST)

Yeah, it's pretty neat. We were considering using it for our Bricolage installation at WHO this summer but switched to a Java solution since htmlArea was slightly broken on some of the browsers. It should be easier to make it work with Wiki markup though since it's soooo much simpler than HTML. -- Mark 01:25, 20 Jan 2004 (EST)

Page renames, all pages discussable

Please add page renames to history of a page. Please also make non-editable pages discussable (for example, the Special Pages menu).

Language variations

(Forked by Notty 01:34, Feb 9, 2004 (EST) so that this portion of the original comment just shows the portion appropriate to Feature requests. The other portion can be found in Wikitravel talk:Phrasebook Expedition)

"Because the same language can be used in multiple countries (for example, Spanish or Arabic), phrasebooks in Wikitravel will be separate articles from country, city or regional articles. Those articles can link to the appropriate phrasebook for local languages, and may also include small micro-phrasebooks for local deviations. For example, the article for Quebec would link to the French phrasebook, but might also include some variations for Quebecois French. "

In Wikitravel talk:Phrasebook Expedition, I discuss my opposition to micro-phrasebooks. It would be much better to use the computer's ability to filter content to achieve an improved printout.

It could be handled with an extension to Wiki code. A possible example for the Spanish phrasebook (with nonsense words):

; blahblah : <<Mexico|blehbleh>> <<Argentina|aoaoao>> <<Chile,Peru|bababa>> <<!|cecece>>

Default display would be:

Mexico: blehbleh
Argentina: aoaoao
Chile, Peru: bababa
elsewhere: cecece

There would also be a link on the page for each country covered by the vocabulary. So, if you clicked the Venezuela link you would see:

outside Mexico, Argentina, Chile, Peru: cecece

If you clicked on the Argentina link you would see:

Argentina: aoaoao

If you find the localization markings unwieldly, you could just mark them with a warning symbol so people with printouts know they have to go back to the phrasebook if they spontaneously decide to go to another country.:

 ! aoaoao

Of course, any word or phase with no regional markings would show normally:


I don't know whether this would be easy to program. It would, however, be flexible and printer friendly, and a lot easier to use than splitting the vocabulary between a phrasebook and an article.

This concept could even extend to the destination pages. For instance, someone only interested in budget accomodations could hide moderate and expensive ones, saving paper.

Notty 02:19, Feb 6, 2004 (EST)

(End of forked comment. Evan's response below is pre-fork and is not to be evaluated by the fork above. Notty 01:34, Feb 9, 2004 (EST) )

This is an interesting idea, but I'm not sure if it would apply for phrasebooks. If there's a small number of variations, they can be handled within the phrasebook or in a micro-phrasebook for the region or city. Quebecois French is like this; just a few variations on International French. I think American English and Brazilian Portuguese would also be handled. If there's a large number of variations, then we could have separate phrasebooks. --Evan 13:01, 6 Feb 2004 (EST)
I am responding post-fork to your response to my pre-forked comment. You may well be right that my features request is overkill for phrasebooks. While my Spoken Spanish dictionary lists many regional variations, it is possible that the ones which would be listed in a phrase book would be few enough as to not make a programming change worthwhile. Notty 01:34, Feb 9, 2004 (EST)

Translating pages

Moved from Wikitravel:travellers' pub by Evan

here's something that's been bugging me: I see that already lots of cities have a English page and a Romanian page, and even though I can't understand a word of Romanian, it's obvious that they are totally different. What does that Romanian page say ? Would it be possible to tweak the wiki software so someone viewing, say, the English version of [Paris] also sees the Romanian version in English ? (Either running it through Google or or some other translation software). Naturally, when I hit the Edit button, I would only be able to edit the English version, not the Romanian (or the on-the-fly-translated English version of the Romanian page). -- DavidCary
(I busted this out to a separate section). The way I've always thought of it, someone who understands both languages should try to keep the pages in sync. Some kind of automated translation tool would make that easier, though, I agree. --Evan 12:44, 26 Jan 2004 (EST)

Recent changes links

Moved from Wikitravel:travellers' pub by Evan


How to modify the Special:Recentchanges page to add a link to fr:Recentchanges and vice versa? Yann 07:57, 17 Feb 2004 (EST)

It works for me, but the browser I'm currently using has a Unicode link bug. Try fr:Spécial:Recentchanges. Both wikis use Unicode, so any current browser (like the Konqueror on my laptop's harddisk that has to get the fan replaced, which is actually from last year or so, but it's recent enough) should be able to handle it. -phma 09:55, 17 Feb 2004 (EST)
Still no answer to my questions. And what about link from the French Wikitravel to Wikipedia? Still not working. Thanks, Yann 11:22, 27 Feb 2004 (EST)

Is it possible for the "Recent Changes" page to have a "Next 50" etc. button, similar to the one on the "User Contributions" page? This would make it much easier to scroll through the changes (plus get to changes more than 500 old). DanielC 18:06, 12 May 2005 (EDT)

Image bank?

Moved from Wikitravel:travellers' pub by Evan

It would be nice to have a image bank for all Wikitravel editions, so we don't have to upload images for each langage of Wikitravel. Possible? Yann 11:21, 17 Feb 2004 (EST)

No, it's not. So, my big priority for the next next version of MediaWiki is to enable a single wiki supporting multiple languages. So we can use the same user accounts, images, etc. with each of the different language versions. --Evan 04:51, 18 Feb 2004 (EST)


Imagine encoding Wikitravel URLs with this... That'd be a rather nifty way to spread wikitravel information. -- Nils 09:21, 11 May 2004 (EDT)

Page Information Functions

Although one can see the number of views, date of last edit and number of bytes in a page from various Special Pages there does not appear to be a function that allows the statistics associated with a specific page to be shown on another page. Also no function tells me how many times a page has been edited or how many bytes a page has changed since the last edit. Thus I know a page may be popular but I do not know if it is being changed a lot.

For example:

{{VIEWS:$Page}} = Number of times a page has been viewed.
{{EDITS:$Page}} = Number of times a page has been edited.
{{BYTES:$Page}} = Number of Bytes in the page.
{{EDITDATE:$Page}} = Date (and time) of latest edit.
{{CREATEDATE:$Page}} = Date (and time) of first edit.

-- Huttite 07:23, 28 Apr 2004 (EDT)

Article text formatting

I'm coping below text from my orginal question in Talk:Polish phrasebook, as I believe problem is universal, and here more people will see my question

Is there any smart (and accepted) way to put more text on a page? For example to have 'Pronunciation guide' displayed in two columns?

Scrolling several pages to find something is rather annoying. I believe that if somebody prints phrasebook, can be also a bit unhappy because of number of pages used (and carrying them and searching among them). -- JanSlupski 12:48, 15 Apr 2004 (EDT)

Right now, there's not an easy way to do this. We want to keep all the phrasebook information in a single article, so you just print out the page and go. It'd probably be better for printing a phrasebook on A4 or letter-sized paper to do 2-up printing. It's an interesting concept; I don't know exactly what to suggest. --Evan 13:13, 15 Apr 2004 (EDT)

Truncating links when shown

Would it be possible to jig up some Perl to display [[Foo/Bar]] links as just Bar automatically? There's rarely if ever reason for readers to see the first part, and it would make interlinking city articles oh so much easier; it's a real pain to write things like [[Singapore/North & East|North & East]] all the time. Jpatokal 03:06, 27 Jul 2004 (EDT)

Links on Printable version Pages

Is it possible to make it so that when you follow an internal link (on wikitravel) on the printable version page you get a printable version page?

The reason I would like this is that I would like to use isilo to download pages to my palm and view them there. It is generally better to use the printable version as the formatting is better for isilo to deal with. I would like to be able to set isilo to follow links and get 2 deep version (so I can get all the cities in an area). -- Webgeer 18:32, Sep 15, 2004 (EDT)

For those who may want to use isilo as well, I figured out a workaround for this in isilo. You can set a cookie with the value of printable=yes and then all the pages will be printable versions of the page. Not all similar programs have this feature so I still think it would be nice to fix on the wikitravel side. -- Webgeer 19:06, Sep 15, 2004 (EDT)

Change to XHTML?

I looked at the HTML source of the wiki-pages, and I must say that it is rather ugly ;) Mixed quoting styles (sometimes ', sometimes ", something none of these), mixed upper-/lower-case tags and no indention. I would like to help convert to a clean XHTML 1.0 Strict source, if you could give me any hints. Also I would start to work on a new CSS skin. Thoughts? Mo 15:18, 1 Oct 2004 (BST)

I believe the Monobook skin outputs XHTML Transitional. Isn't that close enough? --Evan 17:18, 8 Oct 2004 (EDT)

Suggestion: article template button on Edit screen

Having just started to contribute to WikiTravel over the past few months, I've got a suggestion for the site, and am guessing this is the place to make it. When adding / starting lots of pages, I find it's a real hassle to have to dig around WikiTravel for the appropriate article template to copy and paste from. Given the project is still in its relative infancy with lots of pages being started, this happens a lot. If I've got two minutes of credit left at a slow Internet cafe, I'd be much more inclined to quickly add the hostel I've just stayed at to the Sleep section of a blank city / town if I didn't have to dig around the site to find the article template, then copy and paste it first.

How about having a button at the top of the text box on the edit screen (next to the formatting buttons), that automatically inserts a skeleton big city / small city / region template whenever clicked? A bit of JavaScript should do the trick. Cheers. -- Allyak 12:19, Oct 1, 2004 (EDT)

Agreed, this would be very useful. An even more radical option would be have the template already as the default content when you create a new page, perhaps (if we want to get fancy) so that the user can select which template to apply. Jpatokal 01:04, 2 Oct 2004 (EDT)
As a very simple but effective solution to this problem until a button is made, we could simply add the following text to the Edit this Page copy. It'd reduce the number of clicks needed to get from the edit screen of a blank page to the article templates from 3 to 1:
If you're getting started on a blank page, copy paste one of these useful templates for countries, geographic regions, huge cities, big cities, small cities or city districts.
This should be easier to add, no? Allyak 12:45, Oct 6, 2004 (EDT)

Preview Summary Line

So I just put a phma in the summary of a page change instead of phma. It'd be nice if Show preview could also preview the summary to at least give me a chance of avoiding a non-fixable error like that. -Colin 18:46, 8 Oct 2004 (EDT)


By storing coordinates for the places in a structured way would make it possible to compute distances between different places and list places within a given range. Do you think it could be done?

See the coor template and the coord project -- Nic 16:25, 8 Nov 2005 (EST)

Selective Blanket Extlink Ban

It would be nice if admins had the ability to ban all external links on selected pages. Then if consensus is reached to turn this bit on for a given page, then no external links of any sort would be permitted from the selected page. As an obvious example, we could turn this bit on for the main page, and then spammers would no longer be capable of putting extlinks into the main page. And since we rarely need extlinks on the main page, this could work out. We might want to enable the same thing on the continent pages. But even if the feature were limited to the main page, that'd be very helpful. -- Colin 03:22, 3 Dec 2004 (EST)

Good idea! Jpatokal 23:15, 5 Dec 2004 (EST)

More special pages features

Is there anyway to list pages that are not in the main namespace by using a special URL variable like ... &namespace=namespace& ... in the special pages URLs? If not present can it be implemented?

Also at the risk of going overboard with special page features, I am thinking it would be useful to have a couple more special pages.

  • Only Child pages - Could list all (main namespace) pages that only have one (main namespace) parent page linking to them.
  • Solo Parent pages - Could list all (main namespace) pages that link to only one other (main namespace) page.

These two features would reveal potential orphan pages and dead-end before they occur. Essentially, I believe that if a page does not link to or from 2 or more pages then the content of the page can be included in the other linked page with no loss of utility. Limiting it to the main namespace is necessary to exclude the noise generated by talk pages and project pages. This would also identify pages that have {{stub}} and {{disamb}}iguation messages on them but not other links. -- Huttite 22:49, 23 Jan 2005 (EST)

An Edit Button for the first (non) section

The edit buttons for the sections are very useful. Would it be possible to have an additional one for the text before the first section, because at present if you want to edit that bit you have to edit the entire article. DanielC 18:02, 12 May 2005 (EDT)