I tried to import https://de.wikipedia.org/wiki/R%C3%B6merstra%C3%9Fe_Neckar-Alb-Aare (w:de:Römerstraße Neckar-Alb-Aare) from German Wikipedia to German Wikivoyage. I got only the error message "Import fehlgeschlagen (= import failed): Main slot of revision not found in database. See T212428." but nothing else. This failure happened all the time with this page, but we did not tested it with other pages.
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Jul 23 2020
Error occurs with Special:Import, too, for import both from wiki and file.
The import fails on German Wikivoyage, too, from both wiki and file.
Jul 1 2020
Please check public static function makeTrail( Title $title, ParserOutput $parserOutput, User $user ) in GeoCrumbsHooks.php.
This bug is occurs only from today. It seems to be a side effect of a change in another module because geocrumbs extension was last changed three weeks ago. Maybe $linkText = $parserCache->getTitleText(); fails.
Example: https://de.wikivoyage.org/wiki/Luxor
Jun 17 2020
Apr 28 2020
Apr 19 2020
Mar 27 2020
Mar 17 2020
Mar 12 2020
For me, a tooltip is the information on a yellow background which is based on the tags title attribute and shown on mouseover event. I do not think about the pop-up window (with title and image) which is opened by a mouse click.
Mar 10 2020
Mar 6 2020
In this regard I made the proposal of T179638 about two years ago.
Jan 27 2020
Sep 4 2019
Aug 23 2019
After ten weeks nothing is done. Why?
Aug 22 2019
@WMDE-leszek, for instance on the French Wikipedia and on the German Wikivoyage we added icons to the items of the "in other project" list to make them more prominent. That's why we added rules to the MediaWiki:Vector.css stylesheet. And that's why I asked to inform the communities to think about additions to other stylesheets.
This behavior occurs in other projects, too. I mentioned this in T66315. Unfortunately it is now necessary to make zero-edits to show the link in the "in other projects" list.
You should inform the communities on this (skin) change. This is necessary because the toolbox item is already vanished but the item in the "other project" list not yet available. We had to make zero-edits to make the new item visible.
Jul 19 2019
I think this tool should be implemented in all branches of Wikivoyage to support the small communities.
Jul 11 2019
It is well known, that OSM ways and areas could be defective. But they are shown on OpenStreetMap. Maybe more fault-tolerant functions are used at OSM as compared to these of Wikimedia. If a relation is an area maybe the shape can automatically be closed.
Jul 7 2019
Jun 30 2019
Missing Lua documentation is a big problem, see T225497, too.
Jun 25 2019
A similar problem was described in T225592.
A similar failure was described in T215641.
It seems that the same problem occurs with geoline service.
Jun 24 2019
Error messages from console:
A side effect is that the WMF's JavaScript code which organizes the creation of dynamic maps fails because it didn't check the result retrieved. At the German Wikivoyage we have two different results. One the one hand a static or missing map with WMF's script and a mainly working dynamic map after pressing the magnify button which creates a map by our tools. The map is shown with all working OSM objects and do not show all broken OSM ones.
Jun 12 2019
I propose the following solution: to add weekday classes like sundays to all table cells. Then css styles can be easily added to every day of the week not only for sundays.
May 25 2019
Apr 9 2019
User scripts on de.wikivoyage.org only seldom use external modules. The dependencies are realized with mw.loader.using()/require() calls. Maybe there are missing dependencies in Kartographer. Some time ago we found such a failure (T197655).
Apr 8 2019
Sometimes a runtime error (TypeError) occurs but not in any case. This error prevents proper function of mw.hook().
Apr 7 2019
In case of a runtime errrors mw.hook() is sometimes not working. This can be overcome by using jQuery.ready function.
Of course, the global function call is to be adapted to use jQuery like ( function ( $ ) { ... } ( jQuery ) );
Apr 4 2019
Yes, this should also include email aliases. The wikivoyage-ev.org addresses are working upto now. The @wikivoyage.org should be preserved.
wikivoyage-old.org was used only at the transfer process of the Wikivoyage domains from the servers of the Wikivoyage association to that of the Wikimedia Foundation to have a copy for comparison. According to a agreement with the Foundation we closed wikivoyage-old.org at the beginning of 2013 to prevent double content on the internet.
Feb 17 2019
Nov 11 2018
Oct 3 2018
Oct 1 2018
Sep 8 2018
Sep 4 2018
Sep 1 2018
Aug 14 2018
Aug 9 2018
In T199367#4439235, @Niharika wrote:In T199367#4437714, @RolandUnger wrote:RelatedSites is used at the German Wikivoyage because the user namespace is not supported by Wikidata. We need a set of interwiki-links like [[commons:...]] for sister projects similar to interlanguage links [[en:...]]
The extension was not meant for linking to user pages. The better way to handle user namespace links is by having Userboxes or by adding the links on the User page instead of the sidebar.
Jul 24 2018
If no zoom parameter should read instead of If now zoom parameter.
At the travellers' pub at the English Wikivoyage edition another fault scenario was reported: If now zoom parameter is set (auto-zoom mode) a world map is displayed instead of a location map. It seems that the runtime error explained prevents the calculation of map center and zoom.
Jul 19 2018
RelatedSites is used at the German Wikivoyage because the user namespace is not supported by Wikidata. We need a set of interwiki-links like [[commons:...]] for sister projects similar to interlanguage links [[en:...]]
Jul 10 2018
Jul 9 2018
If such a runtime error occur then the folowing loader functions fail:
Jul 1 2018
Jun 21 2018
Jun 20 2018
At German Wikivoyage we are using an additional JavaScript library, https://de.wikivoyage.org/wiki/MediaWiki:MapTools.js, which is calling ext.kartographer.box in a manner as described in the documentation. I switched it off, and the runtime error/exception occurred furthermore.
Jun 19 2018
Both on German and English Wikivoyage branches you can look for pages which are linked to the mapframe template to find examples for check.
Yes, BN alias to drop without any replacement.
Replaced by its namespace name ("Benutzer" = "user") that means bn is no longer used as a namespace alias.
Jun 18 2018
Now we have a community consensus. We replaced all BN aliases für NS_USER, too.
Jun 15 2018
Today I ask the community to get a consensus to remove the namespace alias bn:
Jun 12 2018
We should remove the namespace alias. It was never used. "user" can be used as a shorter alias, too. But the bn language code should work.
Jun 11 2018
Apr 17 2018
Apr 8 2018
I think it makes sense to add also a zoom-level control property; not only in edit mode. See for instance https://github.com/azavea/Leaflet.zoomdisplay , http://azavea.github.io/Leaflet.zoomdisplay/ and T140210. This control should be presented on all maps by default.
Mar 19 2018
The first image shows a map generated by the <mapframe> tag. The red arrows show the nearby and layers controls. The blue arrow shows the full-screen control. After clicking on it the map is magnified to full-screen mode.
Mar 16 2018
Mar 15 2018
- At Wikivoyage (Modul:FastWikidata) we introduced some helpful and simple functions with support of @thiemowmde.
- Searching for parent entities along a P31-P279 chain. Proposal: typeSearch( childId, idArray, limit ). childId is the entity id (or entity) to start the search. idArray contains P31 or P279 ids to look for. limit gives the maximum count of parent levels to search. typeSearch gives nil or a q id from the array. We need this search to get more general instances or classes. For instance: Q320366: we want to know that it is a train station (Q55488) instead of an interchange station (Q1147171).
- A similar question is to ask for a state (see above) or first administrative division starting from any location.
- We need a function providing an array with the first, n or all properties together with its qualifier values or ids. The qualifier itself is known. getPropertyWithQualifyer( id, p, q ). The result could be an array with items consisting of the value and a qualifier values array.
Thanks again to @Anomie for the profiler details. The fixes made by @thiemowmde could help to reduce the computing time of the Wikibase related calls from former 5000 ms to 900 ms now. I agree with thiemowmde to investigate further improvements in frame of T182147.
Example profile data given by @Anomie: