The Travellers' pub - your watering hole on Wikitravel
The Travellers' pub is where Wikitravellers of all languages get to together to talk about Wikitravel, and where you can ask for help if you're confused, lost, afraid, tired or annoyed by Wikitravel. Please check the FAQ and Help page before asking a question, though, since that may save your time and others'.
That's been unchecked since July 4, but I don't see any evidence that it was more widespread than just that one page. I've updated the local blacklist with a catchall pattern and will keep an eye on the site, since it seems like all :es admins (myself included) have been delinquent this month. --PeterTalk 23:23, 21 July 2008 (EDT)
I see that some users have been discussing the need for a few new templates to fit the articles they're interested in writing....specifically along the lines of Major Airports and roadways. The topics they would open up sound great, have gotten positive feedback and could make for some valuable content. I’d like to hear your thoughts about this. Thanks! JuCo 15:35, 31 July 2008 (EDT)
Anyone mind if I replace "random category" with "Special:Newimages" on the left sidebar? I think it's a much more useful and cool function, and it would be nice to have a quick link to it (especially for people who don't know about it). --PeterTalk 20:46, 2 August 2008 (EDT)
Sounds like a good idea, all those random category surfers will just have to find something new to fill their time with – cacahuatetalk 21:25, 2 August 2008 (EDT)
Admin needed on fr too
fr is getting out of control. Obstinate copyvio edits , inappropriate articles  etc. Any fr admin out there? --Episteme 06:20, 4 August 2008 (EDT)
Nope. None of the fr admins have edited since June—even then there was very little administrative work going on. Do you think it's worth disabling anon edits? --PeterTalk 23:43, 4 August 2008 (EDT)
I'm reluctant as many anon users are well contributing. Semiprotection and/or block would be more effective. --Episteme 10:14, 10 August 2008 (EDT)
Would you be up to being an administrator :fr? (And maybe :it too?) That way you could take care of needed page protections & ip blocks while there aren't any fr/it admins around. That goes a bit against individual language version policy, since you are supposed to be nominated there, but perhaps we should go around that since these two versions have more or less been abandoned by their administrators. --PeterTalk 23:48, 10 August 2008 (EDT)
I humbly accept if any authoritative person(s) allow me to be. --Episteme 17:00, 13 August 2008 (EDT)
I could help out on fr: if I get the administrative rights. Also, let me know if the fr: admins seem to have left the project altogether, because then they should not have any admin rights on shared: Riggwelter 07:23, 25 September 2008 (EDT)
Wikimedia seems to have decided UN maps are kosher for derivative works. Here's there blurb:
This image is a mapping derived from products of the United Nations Cartographic Section. Modified versions of UNCS maps may be used provided that the UN name and reference number does not appear on any modified version and a link to the original map is provided.
The UN maps is an open source material. You can use them to make your own maps. You do not need our permission for that. Please be advised that the UN name and reference number should not appear on any modified map. The UN map is a UN document and cannot be modified. You can say something like "Based on UN map number..." -- Vladimir Bessarabov (UNCS Cartographer), 13 April 05
Do we buy it? I made my map of Latvia partially with a UN base, and it was really useful. I'm not sure we should use a PD-creator template for those though. Maybe a "UN maps-derived" template would be better? --PeterTalk 19:39, 24 August 2008 (EDT)
I'll buy it, it's at least as free as CC Attribution (once the name/ref are removed). But yeah, a custom template would be nice. Jpatokal 13:10, 25 August 2008 (EDT)
Sounds good, I'll whip one up. --PeterTalk 22:20, 25 August 2008 (EDT)
Done. And I'm intending to leave it off the pulldown menu, unless demand for it grows. --PeterTalk 00:45, 26 August 2008 (EDT)
I'm also getting weirdness on the edit page, with unnecessary linebreaks/white space before "This is a minor edit", "Watch this page" and "Cancel". There's also spurious whitespace at the top of the Recent changes listings. (Firefox 3 on Vista.) Jpatokal 09:40, 28 August 2008 (EDT)
Should be fixed now KevinSours 12:28, 28 August 2008 (EDT)
Today on every page seen (at :en, :ru, :shared) occurred a error message (sometimes once, sometimes twice) : "cListingMessages" - definition missing (this is my translation from Russian, a English message may slightly differ).
NB: I use IE 6.0 SP1. -- Sergey kudryavtsev 02:55, 29 August 2008 (EDT)
Is anyone else having trouble uploading to shared? i haven't been able to upload anything all day Sertmann 13:10, 2 September 2008 (EDT)
That's odd, I had no problems. What happened when you tried to upload files? --PeterTalk 22:24, 2 September 2008 (EDT)
Is there a way to see a hit count?
I am not certain that that is the correct term. Can a user see how namy times an article has been visited? If so, does it show the count over any particular time period? Stephen sommerhalter 16:10, 18 September 2008 (EDT)
Even if mediawiki provides one its not going to be accurate because the cache system means that mediawiki doesn't actually see every hit KevinSours 17:36, 18 September 2008 (EDT)
thanks. The motive for my question is that, as a newbe to Wikitravel, I am wondering if there is a way to learn whether anyone is reading the articles that I'd like to contribute to.
New Server Setup on Review
The tech team has moved a copy of the site to new servers and it can be seen/experienced and tested over on the Review site . This is a much-anticipated upgrade that should improve performance and help make Wikitravel a more stable and more scalable environment. This is an exciting and important step in the right direction for the site going forward. Like any upgrade, we anticipate some bugs so please do report them here so that the tech team can tackle issues before the site goes live on the new servers. JuCo 17:49, 18 September 2008 (EDT)
The correct url is (http://test.wikitravel.org/en/Main_Page) this is actually a full up copy of the environment as of a couple of weeks ago and all language version should be represented and working. Ironically review is probably not working on the test environment. KevinSours 19:27, 18 September 2008 (EDT)
I have posted a new bug report. I do not know if it is related to the aforementioned work. Riggwelter 07:09, 25 September 2008 (EDT)
New Server Transition Begins, September 24th
The tech team will begin the transition to the new server setup today. This will create some disruption in service to the site. Beginning immediately, the Search function will be switched to a back-up version that, some may notice, is less robust. Many of you may not notice a difference at all. This is a temporary switch. Full search will be restored after the transition to the new servers. Once the work on search is completed, which should be a matter of hours, the transfer of the site will begin. At that point, Wikitravel will become "read-only", meaning you won't be able to make edits. A message will appear on edit pages. This "read only" period will last for about three hours. When the site comes up on the new servers, the message will disappear and you will be able to edit again. JuCo 16:56, 24 September 2008 (EDT)
Justine, thanks for your info. This is the way it should be - us getting to know in advance what is about to happen. There is a new bug report which I have posted today, regarding another site slowdown. Has the server transition affected the site speed? Please take a look at the bug report and get back to us. Riggwelter 07:08, 25 September 2008 (EDT)
The bug you mention talks about that last 3 or 4 days. The new hardware has been live for less than 12 hours at this point. We'll need some time to assess before we can say anything intelligent about how things are going to go. I obviously hope we'll show some improvement (my testing leads me to believe so, but the reality is always has its own ideas) KevinSours 10:16, 25 September 2008 (EDT)
New unannounced file size limit?
I got an error message upon trying to upload a 2.3MB file today, saying that the file exceeded the size limit. That definitely should not be happening. If I remember correctly, the upload size limit was supposed to be 8MB, which is too small for a site that relies on complex SVG files. My Image:DC map.svg file is 6+MB and growing, and should be allowed on site so that others can use it. But a limit of 2MB would be outrageously low—many of our basic images are bigger than that. What's the deal? --PeterTalk 18:34, 25 September 2008 (EDT)
Probably missed something copying the config to the new boxes. Give me a second to take a look KevinSours 19:36, 25 September 2008 (EDT)
That appears to be it. Should be fixed KevinSours 19:40, 25 September 2008 (EDT)
Out of curiousity, what is the new file size limit? – cacahuatetalk 21:57, 25 September 2008 (EDT)
I set it 8M which was what was in the previous config. KevinSours 22:32, 25 September 2008 (EDT)
Admin on Arabic Wikitravel
I have been doing some work on the Arabic Wikitravel, which is only starting out with a small number of pages, such as: ar:أفريقيا. It would help if I could delete pages and do other such maintenance tasks, so I am requesting admin tools. For example, there is some spam to delete:  I have been an admin for a while on English Wikipedia, so know what I'm doing. On English Wikitravel, I'm editing pages about Egypt. Aude 23:32, 25 September 2008 (EDT)
I think that would be helpful, I commented on Arabic Wikitravel Expedition, JuCo, can you make this happen, and then re-enable anon edits for AR since someone will keep an eye on it now? thanks! – cacahuatetalk 12:33, 26 September 2008 (EDT)
Aude is ready to go. We moved servers today and weren't able to re-enable the anon edits but will do that in the coming days. Thank you! JuCo 20:29, 26 September 2008 (EDT)
Thank you for setting my user rights. I got rid of the spam and will keep monitoring changes. Aude 20:48, 26 September 2008 (EDT)
We've re-enabled anon edits on AR. Thank you, Aude! JuCo 12:52, 29 September 2008 (EDT)
Anonymous users IPs changing
Has anyone else noticed this? The IP address recorded on edits on :En seems to be incorrect and jumps to a new IP for a while before the proper one is finally recorded. Seems to be just since the server change. --OldPine 13:16, 26 September 2008 (EDT)
Determining the user IP is actually a fairly tricky thing to get right -- its almost certainly related to the new servers. However, I'm not clear on what behavior you are observing when you say "seems to be incorrect and jumps to a new IP for a while". I looked at the recent changes on en. While its impossible to tell if the IP addresses are right, they didn't appear to be any of the "wrong" ones that I'd expect (they're all valid ip addresses outside of our network). A specific example of a wrong IP address would be very helpful KevinSours 13:33, 26 September 2008 (EDT)
See this history: ]. The last 7 edits (after 12:46) were all made by me from the same computer, probably 184.108.40.206. It's a stable IP connection. I am also seeing anon users today clearly having the IP jump around. It's obvious on the recent changes log. OldPine 13:54, 26 September 2008 (EDT)
Not sure if this is related, but I did notice when patrolling yesterday that there were an unusual amount of what appeared to be dynamic ip's... see Lahore for an example. Normally when I see dynamic ips it's just the last couple #'s that change, but this seems to be assigning entirely new ones with each edit... is there anyway that this would be happening through our servers and not their isp? – cacahuatetalk 14:06, 26 September 2008 (EDT)
Something is not right with the X-FORWARDED-FOR header. Unfortunately there could be a lot of places where this is getting messed up. This is going to take a while to troubleshoot. KevinSours 15:06, 26 September 2008 (EDT)
I also observed strange edit history in ja.  All of the anon edits here seem to be done by the same user (because edit interval is so short), but the IP addresses vary so much. An IP address of a Japanese company (probably the user's real IP address) and other various IP addresses (USA, Ireland, Switzerland, Malaysia, India...) appear almost alternately. --Episteme 15:43, 26 September 2008 (EDT)
Configuration problem with the load balancer. Should be resolved KevinSours 20:13, 26 September 2008 (EDT)
Peter can't access shared after trying to access Multilingual Statistics
For some strange reason, Peter cannot access Shared at all for the last 24 hours, but can access En fine... any thoughts on this? – cacahuatetalk 16:50, 27 September 2008 (EDT)
Hmm, I can access it in Internet Explorer, but not in Firefox. I tried clearing my browser cache, but that did not help. --PeterTalk 18:09, 27 September 2008 (EDT)
I take that back, as soon as I logged in and submitted that edit, I became again unable to access Shared. The only thing that works is clearing all Wikitravel cookies. So have I been blocked from using Shared? --Peter 23:01, 27 September 2008 (EDT)
I just got this same mystery disease as well. Can't see or do anything on shared from my Windows box, but anon from Linux works... 220.127.116.11 11:52, 28 September 2008 (EDT) (Jpatokal)
Now it happens each time I try to access Multilingual statistics, and I can "fix" it by deleting my Wikitravel cookie. But I hate throwing out cookies, and I want to check the multilingual statistics—:ru should have surpassed :pl in number of articles, and I wanted to gloat over that. --PeterTalk 13:47, 28 September 2008 (EDT)
Yep, me too... all is fine until trying to load MS, and then nothing works until cookies are deleted – cacahuatetalk 21:03, 28 September 2008 (EDT)
I cannot access to some of the parts of Shared for the last couple of days, too (especially when I try to access the multilingual statistics and new image gallery). My browser (IE6) is always hanging up...--Shoestring 08:38, 29 September 2008 (EDT) (from ja:)
Something really weird is going on. I'm going to try to troubleshoot KevinSours 12:58, 29 September 2008 (EDT)
Okay. There appears to be a bug in our version of mediawiki (I confirmed by comparing against some later versions) that caused some file (especially image) metadata to be improperly cached). I fixed that and the mulilanguage stuff comes up for me now. I'm no longer seeing the other hang behavior that happens after you try to hit Multilingual statistics so I'm guessing, knock on wood, that this is a symtom of the overall problem. I have no idea why this suddenly bit us, we've been running this version for a while (and on the new servers a couple of days before anybody noticed this). Let me know if its still happening. KevinSours 16:02, 29 September 2008 (EDT)
Old versions of articles
After the server move, I've been getting old versions of articles quite often. For example, if I look at the Pub on en: right now, I get this version, while when editing I get the actual latest version (this one at time of writing).
Anybody else getting this? Could this be related to server time and/or caching? Eg. the LtPowers edit above was timestamped as 19:33, 27 September 2008 (California time?), but the history shows it as 23:37, 27 September 2008 (UTC?), and the edits I don't see fall within this four-hour window. Jpatokal 23:54, 27 September 2008 (EDT)
Sounds similar to what I reported here - Cacahuate (who is now having similar issues to Peter with using Shared, despite having used it all day just fine).
Thumbnail shows up as gray box
I uploaded a version of Image:Helsinki-Overview.png, realized that it was
the wrong one and aborted, then uploaded the correct version. But now the thumbnail shows up as a gray box, even though the full res link works fine. Problem in my cache, or do others see the same? Jpatokal 10:26, 29 September 2008 (EDT)
I see it too, and purging the cache doesn't help. --PeterTalk 12:40, 29 September 2008 (EDT)
I'm having a similar problem with all images on Copenhagen/Østerbro, i tried purging all the images, and now they show when you click the link, but still not in the article :-/ 18.104.22.168 15:27, 29 September 2008 (EDT)
I'm having the same problem with every image I've uploaded to the Pensacola article; I can't see any of the images, although other people I've asked can see them just fine. It started about an hour ago, when I uploaded Image:Pensacola-Evenings-Olde-Seville.jpg. --Tally 16:17, 29 September 2008 (EDT)
There seems to be a thumbnail rendering issue across the board, I'm seeing that on images I upload too. Also check out how the license box appears, it lists the link to the image rather than rendering the image. And on this page, I'm trying to add two example issues, but it won't show the pics within article, just shows links to them. On another note, Jani some of the text looks strange on Helsinki, not sure if this is related to site issues or something on your end? – cacahuatetalk 16:38, 29 September 2008 (EDT)
Looks like the new version of ImageMagick (the app that creates the thumbnails) on the new servers requires a bit more memory than the older version and was bumping up against the default mediawiki limits for shell processes. I bumped the limit and it appears to be working again. You can force the thumbnails to regenerate by purging the image page. KevinSours 16:56, 29 September 2008 (EDT)
No, it's still not working, Check Copenhagen/Østerbro article - I tried purging both the images and the article 22.214.171.124(sertmann) 17:36, 29 September 2008 (EDT)
I tried purging the image page but it worked only when purged, and the image disappeared again after I came back from other pages. Is this related to the problem? -- Tatata 01:04, 30 September 2008 (EDT)
BTW. That wasn't the problem, but thanks for the link it was useful information KevinSours 14:56, 30 September 2008 (EDT)
I see that all embedded images now appeared as image link at ru and shared. -- Sergey kudryavtsev 01:53, 30 September 2008 (EDT)
It's happening also to the arrow traffic sign on disambiguation pages (Jnich99)126.96.36.199 04:49, 30 September 2008 (EDT)
Thank you very much for fixing up the Multilingual statistics. Speaking of it now I can access to that page as usual, but..., it seems that we still have some problem(s) when it comes to the thumbnail system (as some members have already pointed out above).
When I access to the new image gallery, it displays like "gallery of black frames", with all the images are "white out" (can you imagine what I'm trying to explain?). Also, all the ja: pages which call their image(s) from shared does not display their image(s) normally (just only the linked file titles are displayed, except the ones on the main page).
In addition, when I try to display category pages on Shared, some of the images in the specific pages are not displayed. For example, click each category pages from the main page to the next along with the geographical hierarchy (such as Asia -> East Asia -> Japan -> Tokyo) and check if their thumbnail images works. For example, it displays on my PC (IE 6.) like this:
North America (works) -> United States (not works) -> Idaho (partially works).--Shoestring 09:08, 30 September 2008 (EDT)
I fixed the image generation problem. However it looks like the system isn't correctly defaulting to shared when an image isn't found locally. Its treating shared images as missing local images, hence the links. More confusingly, it seems to be picking up something for the local image page from somewhere so it will actually show content (though if you look at the tabs they have the red "no content" highlights). If you click on the image link and change the url to shared and purge, the grey box goes away, but that doesn't help much. I haven't had a chance to look at why the shared links suddenly stopped working -- I'll try to carve out time to look at that today. KevinSours 10:53, 30 September 2008 (EDT)
In addition to not correctly pulling image information from cache (the multi language problem above), the load from cache code incorrectly stores the information back to the image object. The result is that the mime type for the image is incorrectly set and MW can't process it. It never showed up before because we never used the information from cache. I've patched that and images appear to be working with one remaining problem. There is a permission problems that can cause "Error creating thumbnail: convert: unable to open image 'image path': Permission denied." errors. I have an idea what the problem for that is, but I need to talk to some people here about a fix. KevinSours 14:06, 30 September 2008 (EDT)
I join the club. Had the same kind of errors when I uploaded images to Category:Paris a few days ago. The upload worked normally, but when I looked at the page some 15 minutes later, I couldn't see any pictures. Some of the pictures others had uploaded to that page earlier were also "invisible". Then, later, it worked again, and I linked from fi:Pariisi to some of those pictures and I had precisely the same problem, error creating thumbnail etc. The strangest thing is that one of those pictures (Palais Royal) did show up there as it was supposed to. Ypsilonatshared 07:55, 2 October 2008 (EDT)
Umm..., the shared images which we have already been used on ja: are normally displayed right now, but I still can not use any images when I want to make a new edit on ja: and call some images from shared. For your reference, I pick up the error message as follows:
サムネイルの作成中にエラーが発生しました: convert: unable to open image `/var/www/wikitravel/upload/shared//7/74/Bus_terminal,_Mahbourg,_Mauritius.JPG': No such file or directory.
convert: missing an image filename `/var/www/wikitravel/upload/shared//thumb/7/74/Bus_terminal,_Mahbourg,_Mauritius.JPG/160px-Bus_terminal,_Mahbourg,_Mauritius.JPG'.
Hmm... The problem causing that should have been fixed late Tuesday. There may be a few lingering permissions problems, however I checked the files in question and I didn't see anything wrong. If this is still happening, can you please point me to the page or give a list of steps you took when you encountered the problem? 127.0.0.1 12:01, 2 October 2008 (EDT)
CopenhagenBicycles.jpg in the Copenhagen article  and Recife_-_Boa_viagem.jpg in the Recife  article are just two examples, they are everywhere. Sertmann 17:03, 2 October 2008 (EDT)
And here's another example from ja:.--Shoestring 13:05, 3 October 2008 (EDT)
The [:en:Copenhagen] and [:en:Recife] are the result of some total garbage in memcache. That can be cleared by clicking on the little link to the image that shows up in the error box (tiny icon in lower right corner) and adding "?action=purge" to the end of the url. Note that link will not go to shared but rather the local language version even though the image is in shared. I cleaned up all the ones I saw but there may be others. I did a test upload to shared and did not seen any problems with putting a link to the image on my sandbox page on en.
The ja example appears to be a problem with non ascii characters in the title. In some cases there are getting changed when translating to a filename in others they aren't causing the file to not be found. I need to look into this further KevinSours 18:34, 3 October 2008 (EDT)
I'm still getting broken thumbnails for en:Taiwan -- it doesn't appear to realize that the image is available on Shared.
And FWIW, here's Google's list of broken thumbnails: Jpatokal 13:30, 5 October 2008 (EDT)
I didn't see anything at the Tawain link. I was looking for grey boxes so I may have missed something. There are a couple of things going on here. Wikitravel keeps a cache of meta data associated with an image in memcache. It keeps this cache whether or not the image is found (otherwise if an image was on shared it would have to do the full lookup on en every time the page was loaded). For most images its appearing that this "not found" cache entry is being corrupted making it look like there is an cached image information with for an invalid image. This is fixable via the purge instructions I listed above (if you purge the en/ru/ja/etc version of the image it will purge the invalid memcache information). I'm hoping this is a result of the previous problems, but it keeps happening we'll need to investigate futher (and hopefully a clearer pattern will develop). I've gone ahead and purged all of the images I found in the google results that you posted.
A similar situation will occur of MW can't find the image in either the local language version or shared. It will assume that the missing image belongs in the local language version and post the link. This is the case in the ja image where the character issues are causing it to not find the image file. The error noted at Tech:Error_creating_thumbnail,_Invalid_thumbnail_parameters seems similar, but I don't yet know the cause. KevinSours 13:27, 6 October 2008 (EDT)
Hi. I'm having the same problem for several of the images on the Miami wikitravel article. Can someone please regenerate the cache for this image, or give me some pointers to solve this? Thanks! --MarinaK 15:24, 6 October 2008 (EDT)MarinaK.
That's also going to require some investigation. KevinSours 15:41, 6 October 2008 (EDT)
On sv:, we have the same problem, as described above, on our main page: Ett fel uppstod när minibilden skulle skapas: convert: unable to open image/var/www/html/wikitravel.org/upload/sv/1/1d/Sdra_Greda_ngar.jpg': No such file or directory. convert: missing an image filename/var/www/html/wikitravel.org/upload/sv/thumb/1/1d/Sdra_Greda_ngar.jpg/275px-Sdra_Greda_ngar.jpg'.
Also, when not logged in, the red MWI dot flashes.
The image is accessed via a js generated link. If you aren't logged in it attempts to get your IP address and generate the link as if the IP was your username. The IP is generated via some apache hacks (this was part of the orginal system) rather than in php code. As far as apache is concerned, all client IPs are 127.0.0.1. It looks like there in fact was a new message for User:127.0.0.1. My question here is, is this feature really used -- that is do unregistered users actually maintain user and user talk pages using their IP address instead of registering with a username? KevinSours 13:56, 8 October 2008 (EDT)
And as of today (?), all links are suddenly underlined instead of just being plain. What on earth is happening??
Can you give me an example? I looked over the site and didn't see anything amiss. I recently enabled site specific css as requested, but I looked and didn't see anything unusual in the sv css text.
A false header or came it from the server intern? --Rein N. 04:09, 30 September 2008 (EDT)
I saw the same IP on en:.  -- Tatata 04:38, 30 September 2008 (EDT)
On en they look like edits from somebody not logged in. Those  are useless edits. The text in the summery lines are random chars. On Commons I have seen that IP also, followed by the signature corrected by somebody in charge at the server.--Rein N. 05:19, 30 September 2008 (EDT)
As I said before, determining the exact ip of a request is more of an art than a science. As far as mediawiki is concerned the requesting IP is 127.0.0.1 because the request comes in from the Squid cache running on the same box. There are some headers that let you figure out the actual client IP, but those require some configuration not just in mediawiki but up the chain. That configuration hasn't changed any since late Friday afternoon so I don't think that's at issue. Since these are all junk edits appearing in a fairly narrow time window with no recent changes to the config, I'm inclined to call it some kind of spoofing and wait to see if it becomes a serious problem. As far as I can tell most edits are being reported with the correct ip. Also, as Rein N noted, if I set my system to hit one of the web servers directly and log out then the system will report my IP as 127.0.0.1. KevinSours 10:49, 30 September 2008 (EDT)
The Multilingual Statistics aren't uploaded completely this week. --Rein N. 02:15, 3 October 2008 (EDT)
Malfunction of internal links?
It seems that some parts of the internal links do not work normally. For example, when I want to click and open some of the category pages included in Category:East Africa, or some ones in Category:Central Europe, my PC always hangs up.--Shoestring 13:56, 3 October 2008 (EDT)
Burocrat on wt:nl?
Is there an active bureaucrat on the Dutch Wikitravel? --Rein N. 01:31, 8 October 2008 (EDT)
No, you might want to ask User:KevinSours to take care of whatever needs taking care of. If someone on :nl has been selected to be a bureaucrat, he can take care of that for you too. --PeterTalk 16:48, 9 October 2008 (EDT)
Actually if you can address issues to User:JuCo or User:Khoerling it would be better. My time is being taken up with other projects right now and I may not see things addressed to me on the site promptly. KevinSours 18:11, 9 October 2008 (EDT)
Logged in status acting up
Since yesterday, I've been having major problems staying logged in to Wikitravel, it's kicked me out three-four times already within 24h. Also, even when I'm logged in, I get "My page - My talk messages -- Log in / create account", instead of the correct "Jpatokal -- Log out" at the top, and I don't get registered-user tabs like "Move" when I edit articles.
This applies only to en, shared seems to be working normally (except for that underlined links bit, which I'm getting too). But here the caching is still screwed up, with days-old versions of the Pub shown... Jpatokal 01:24, 9 October 2008 (EDT)
It happens to me too these days in most language versions. --Episteme 16:08, 9 October 2008 (EDT)
No problems staying logged in, but on :en my tabs display as if I were not (e.g., article, discussion, edit, history, my page - login/create account). So to move, delete, or watch pages, I'm having to write that in directly to the url. --PeterTalk 13:53, 10 October 2008 (EDT)
New Developer Online
Hello worldly travelers! I'm here to help.
Keith Khoerling 12:24, 9 October 2008 (EDT)
Spam in ca: and eo:
Catalan and Esperanto Wikitravel are suffering from continuous spam . Please disable anonymous edits. --Episteme 16:33, 9 October 2008 (EDT)
I just ran across this Public Domain source of US Maps: http://nationalatlas.gov/printable/fedlands.html Specifically, Federal lands (parks and military bases) divided by states. Small images available in GIF format, larger ones in PDF format. Help yourselves. Gamweb 17:33, 10 October 2008 (EDT)