维基旅人:旅客茶馆/2011

我是否太笨了？

我不太理解一位编辑在 中央欧洲讨论页#中欧/东欧的争论 中想要表达什么。欢迎评论，也许其他人能更好地理解。 (WT-en) LtPowers 21:21, 2011年1月3日 (EST)

OSM 导出问题 [发泄]

错误

服务器当前负载过高。请稍候几分钟再试。

我正在以一种非常有成效的方式重用您的地图瓦片！让我下载您的瓦片吧！吼—— --(WT-en) Peter ^讨论 17:00, 2011年2月23日 (EST)

亚特兰大地区 - 请求反馈

User:(WT-en) BigPeteB 在 地铁亚特兰大讨论页 提出了关于亚特兰大地区结构的一些变更，希望对该地区有所了解或有时间审阅其提议的其他人能提供更多评论。-- (WT-en) Ryan • (讨论) • 13:51, 2011年5月8日 (EDT)

如何处理火车信息

你好

我注意到许多城市的“如何抵达”部分主要关注航空旅行，而火车旅行的信息却很少，我一直在努力填补一些空白，主要是在东欧和俄罗斯的城市。我尝试了几种不同的方法，在某些情况下添加了主要路线的火车班次和出发时间。在其他情况下，我只添加了哪些城市有直达列车，并在括号中注明了行程时间。我认为我们应该努力进一步发展这部分内容，并找到一种标准化的方法。例如，请看 布拉迪斯拉发#乘火车 或 撒马尔罕#乘火车。--(WT-en) Jonas Ryberg 11:15, 2011年5月29日 (EDT)

是否有 Project:Routebox_navigation 能提供帮助？ (WT-en) Pashley 19:46, 2011年5月29日 (EDT)

您对这两个条目的贡献都很好且有用。如果您能添加价格信息以及更多火车细节（例如，是否有卧铺车厢和餐车？），那就更好了。我认为，与其强行在整个网站上推行标准化的章节，不如根据个案对提供的信息进行主观有效性测试。这很容易——想象一下自己身处一个遥远、陌生的国度，唯一的资讯来源是维基旅人的打印文章。您会对提供的信息感到满意吗？ – (WT-en) Vidimian 17:20, 2011年6月3日 (EDT)

使用 Google Analytics

令人非常惊讶和震惊的是，Google Analytics (一个第三方免费且闭源工具) 被用来追踪维基旅人的用户访问。作为维基旅人的常客，我个人不希望被 Google (或任何其他公司) 追踪，也不希望我的 IP 地址存储在 Google 控制的某个远程服务器上。虽然我理解 Google Analytics 是一个可视化用户流量的绝佳工具，但很可能有一大部分访客并不知道维基旅人正在使用 Google 来追踪他们的访问。此外，这还引发了几个其他问题，例如谁能访问这些数据？我如何相信维基旅人会保护我的隐私/匿名性？我不信任 Google，维基旅人当然也不应该认可 Google。维基百科不通过 Google Analytics 追踪用户。我建议删除 Google Analytics。

131.107.0.71 06:21, 2011年6月4日 (EDT)

由于我对 Google Analytics 一无所知，我必须提问才能给出有益的意见。

1. 您是如何得知 Google Analytics 正在被使用的？
2. 维基旅人社区对此是否有任何控制权？

祝好 • • • (WT-en) Peter (Southwood) ^讨论 07:18, 2011年6月4日 (EDT)

Google Analytics 正在 WT 上使用，就像世界上绝大多数网站一样。您可以通过查看维基旅人首页的源代码来看到 Google analytics 的追踪代码。我们对此无法控制——代码由我们的托管商放置在网站上。它对于任何网站所有者来说都是一个非常有用的工具，可以用来追踪访问者统计数据（国家、使用的浏览器、每次访问查看的页面数量等等——几乎是无限的）。那些 Google 阴谋论者可能不喜欢这段代码的存在，但任何依赖 Google 生成广告收入的网站（如 WT）都不使用 Google Analytics 简直是疯了。--(WT-en) Burmesedays 07:28, 2011年6月4日 (EDT)

芬兰维基旅人需要管理员协助

似乎芬兰维基旅人上的洛杉矶条目经常被垃圾信息骚扰。到目前为止，我还没有看到任何管理员活动。有没有权力人士有时间去查看一下，也许可以进行编辑保护？谢谢 82.197.1.5 01:38, 2011年11月7日 (EST)

共享版和所有外语版已启用 CAPTCHA

请参阅 http://shared.wikivoyage.org/wiki/Tech:CAPTCHA_for_registration -- 已于今日早上启用。请报告任何错误/对垃圾注册的有效性。--(WT-en) IBobi 19:16, 2011年12月20日 (EST)

Firefox 9.0.1 / Seamonkey 2.6.1 渲染失败

自几天前 Firefox / Seamonkey 更新以来，1.16 版本之前的 MediaWiki-Wiki 出现了一些渲染问题。我在 维基旅人 中通过以下方式解决了这个问题：

Seit wenigen Tagen stehen die Updates für Firefox 9.0.1 / Seamonkey 2.6.1 bereit. Jedoch mit einer Überraschung: die Navigationsleiste auf der linken Seite war nach unten verschoben. Ursache hierfür war nicht Gecko, sondern die MediaWiki-Software (in den Versionen 1.11 - 1.13), die noch einen Uralt-Patch für KHTML per Script (wikibits.js) „unsichtbar“ eingefügt hatte. Die einfachste Lösung bestand darin, die einzige Zeile in monobook/KHTMLFixes.css (nämlich #column-content { margin-left: 0; } ) zu löschen. Offensichtlich ist eine Funktion, wohl navigator.taintEnabled mit der neuen Firefox-Version deaktiviert worden, was dazu führte, das Firefox als KHTML angesehen wurde. Die Suche hat jedoch Stunden gedauert. Mittlerweile gibt es einen Bugreport auch bei MediaWiki (https://bugzilla.mozilla.org/show_bug.cgi?id=679971), --Roland 08:53, 2011年12月25日 (CET)

问题不在于 Gecko，而在于 MediaWiki 软件（至少是 1.11 到 1.13 版本）。在这些版本中，一个“古老”的 KHTML 浏览器 CSS 补丁通过 wikibits.js 脚本“看不见地”包含在内。解决问题的最简单方法是删除 monobook/KHTMLFixes.css 中的唯一一行，即 #column-content { margin-left: 0; }。我认为问题源于 navigator.taintEnabled 函数，该函数现在返回 false，即已被禁用。结果是 Firefox 被误认为是 KHTML。另请参阅 MediaWiki 的错误报告 (https://bugzilla.mozilla.org/show_bug.cgi?id=679971) --(WT-en) Unger 03:09, 2011年12月25日 (EST)

此类错误报告应提交至 维基旅人共享。 (WT-en) LtPowers 15:32, 2011年12月27日 (EST)