维基旅行:旅行者酒吧/2011
| 这是一个过去讨论的存档。请勿编辑本页内容。如果您希望发起新的讨论或重提旧的讨论,请在当前的讨论页进行。 |
| 旅行者酒吧存档: 2007 • 2008 • 2009 • 2010 • 2011 • 2012 • 2013 • 2013 (附加) • 2014 • 2015 • 2016 • 2017 • 2018 • 2019 • 2020 • 2021 • 2022 • 2023 • 2024 • 2025 |
我是否太迟钝了?
我不太明白一位编辑在 关于:中欧#中欧/东欧的争论 中的意思。欢迎评论,也许有人能更好地理解。 (WT-en) LtPowers 2011年1月3日 21:21 (EST)
OSM导出问题 [抱怨]
错误
服务器当前负载过高。请稍等几分钟后再试。
我正试图以一种非常富有成效的方式重用您的地图瓦片!请允许我下载您的瓦片!吼! --(WT-en) Peter 讨论 2011年2月23日 17:00 (EST)
亚特兰大地区 - 请求反馈
User:(WT-en) BigPeteB 在 关于:大亚特兰大 提出了对亚特兰大地区结构的一些修改建议,需要那些了解该地区或有时间审阅他建议的人提供更多评论。-- (WT-en) Ryan • (讨论) • 2011年5月8日 13:51 (EDT)
如何处理火车信息
你好
我注意到许多城市的“抵达方式”部分主要集中在航空旅行,而关于铁路旅行的信息很少。我一直在努力填补一些空白,主要是在东欧和俄罗斯的城市。我尝试了几种不同的方法,有时会为最重要的路线添加火车号和出发时间。在其他情况下,我只添加了哪些城市有直达线路,并在括号中注明旅行时间。我认为我们应该努力发展这一部分,并找到一种标准化的方法。例如,请看 布拉迪斯拉发#乘火车 或 撒马尔罕#乘火车。 --(WT-en) Jonas Ryberg 2011年5月29日 11:15 (EDT)
- 是否 项目:路线框导航 有帮助? (WT-en) Pashley 2011年5月29日 19:46 (EDT)
- 您在这两个条目中的贡献都很好并且很有用。如果您能添加价格信息以及更多关于火车的信息(例如,它们是否有卧铺车厢和餐车?),那就更好了。我认为,与其强迫整个网站使用标准化的章节,不如根据具体情况对章节中提供的信息进行主观有用性测试。这很容易——想象自己是一个在遥远、陌生的土地旅行的人,唯一的资讯来源是维基旅行的文章打印件。您会对提供的信息感到满意吗? – (WT-en) Vidimian 2011年6月3日 17:20 (EDT)
使用 Google Analytics
令人非常惊讶和震惊的是,Google Analytics(一个第三方免费且闭源的工具)被用于跟踪维基旅行的用户访问。作为维基旅行的常客,我个人不希望被 Google(或任何其他公司)跟踪,也不希望我的 IP 地址存储在 Google 控制的某个远程服务器上。虽然我明白 Google Analytics 是一个可视化用户流量的绝佳工具,但可能有一大部分访问者并不知道维基旅行正在使用 Google 来跟踪他们的访问。此外,这还引发了其他几个问题,例如谁可以访问这些数据 ?我如何相信维基旅行会保护我的隐私/匿名性 ?我不信任 Google,维基旅行肯定不应该支持 Google。维基百科不通过 Google Analytics 跟踪用户。我建议删除 Google Analytics。
131.107.0.71 2011年6月4日 06:21 (EDT)
- 由于我对 Google Analytics 一无所知,我必须提问才能给出任何有用的意见。
- 您是如何得知 Google Analytics 正在被使用的?
- 维基旅行社区对此是否有任何控制权?
- 顺祝安好 • • • (WT-en) Peter (Southwood) 讨论 2011年6月4日 07:18 (EDT)
- Google Analytics 正在 WT 上使用,就像世界上绝大多数网站一样。您可以通过查看维基旅行首页的源代码来看到 Google Analytics 的跟踪代码。我们对此没有控制权——代码由我们的主机放置在网站上。对于任何网站所有者来说,这是一个非常有用的工具,可以用来跟踪访问者统计数据(国家、使用的网络浏览器、每次访问查看的页面数量等等——几乎是无限的)。那些阴谋论者不会喜欢这段代码的存在,但任何依赖 Google 生成的广告收入(如 WT)的网站,如果不使用 Google Analytics 简直是疯了。 --(WT-en) Burmesedays 2011年6月4日 07:28 (EDT)
芬兰维基旅行需要管理员协助
似乎芬兰版维基旅行中关于洛杉矶的条目经常被垃圾信息骚扰。到目前为止,我还没有看到任何管理员的活动。是否有有权限的人有时间检查一下,并可能保护该条目免受编辑?谢谢 82.197.1.5 2011年11月7日 01:38 (EST)
共享版和所有外语版已启用 Recaptcha
请参阅 http://shared.wikivoyage.org/wiki/Tech:CAPTCHA_for_registration -- 自今天早上起已启用。请报告任何错误/对垃圾注册的有效性。--(WT-en) IBobi 2011年12月20日 19:16 (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 2011年12月25日 08:53 (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 2011年12月25日 03:09 (EST)
- 此类 bug 报告应发送至 维基共享:技术请求。 (WT-en) LtPowers 2011年12月27日 15:32 (EST)