Hinweis
Für ältere abgeschlossene Diskussionen siehe Archiv-Übersicht.

Die neuesten Beiträge stehen am Ende!

Umzug Server: PrüfenBearbeiten

  • Template:Mapserver, Webserver
  • Template:Geo
  • Template:PoiMap2
  • Template:GPX indicator

-- RolandUnger (Diskussion) 14:45, 14. Jan. 2018 (CET)

Bot-TätigkeitenBearbeiten

  • {{vCard}} Punkt, Komma am Vorlagenende; einfügen show=inline, wenn im Satz/Absatz.
  • Gruppen durch default-Typen ersetzen

ErledigenBearbeiten

Hoteldaten auf WikidataBearbeiten

Halle (Saale), St. Gallen, El Gouna, Chārga (Stadt), Bāwīṭī, ʿAgūz (Baḥrīya) und Kairo/Taḥrīr-Platz.

VerkehrszeichenBearbeiten

Hallo Roland,

ich wollte in den Artikel Bike and Ride das bekannte Verkehrszeichen B+R einfügen (blaues Schild mit weißen Feld und schwarzer Schrift "B+R"), wie man es in der Regel an Bike and Ride Anlagen und auf Wegweisern häufig sieht, dieses aber innerhalb der Wikimedia Netzwerke nirgendwo finden können. Es sei zwar kein offizielles Verkehrsschild gemäßg der Bildtafel der Verkehrszeichen in Deutschland, aber es wird dennoch von Kommunen und Verkehrsunternehmen verwendet, könntest du dieses in den genannten Artikel integrieren und auch schauen, welche Informationen in dem recht neuen Artikel noch ergänzt werden könnten?

Viele Grüße, Michael 84.174.187.28 14:19, 4. Feb. 2021 (CET)

Danke für die nette BegrüßungBearbeiten

Vielen Dank erstmals für die vielen Tipps.

Auf diese Seite bin ich rein zufällig bei Wikipedia aufmerksam geworden, als ich erfahren habe, dass es Schwesternprojekte gibt.

Leider scheint hier sehr wenig los zu sein --NoelSchmidt (Diskussion) 12:00, 2. Apr. 2021 (CEST)

@NoelSchmidt: Es ist richtig, dass unsere Community noch nicht groß ist. Aber ist ist sehr schwierig, Werbung zu machen. Leider hilft selbst Wikimedia Deutschland auch nicht so viel. Ganz abgesehen davon, dass das Projekt Wikivoyage von vielen Wikipedianern ignoriert oder sogar abgelehnt wird. Zudem ist die Corona-Pandemie nicht nur schädlich für die Tourismus-Writschaft, sondern auch für Wikivoyage. Ich hoffe, dass wir bis zum 15. Geburtstag am 10. Dezember 2021 die Bekanntheit und die Leser- und Autorenanzahl noch steigern können. --RolandUnger (Diskussion) 08:24, 6. Apr. 2021 (CEST)

Warum wird Wikivoyage von vielen Wikipedianern ignoriert oder sogar abgelehnt? Für mich sieht es nach einem sehr tollen Projekt aus einen sogenannten "Lonley Planet" für die ganze Welt zu erschaffen, denn jeder Tourist kostenlos nutzen kann.--NoelSchmidt (Diskussion) 13:52, 8. Apr. 2021 (CEST)

Kontakt von Wikibooks mit AnfrageBearbeiten

Hallo Roland,

danke für das sehr ansprechende Willkommen. Statt mich auf der Umfrageseite zu verewigen möchte ich mich hier persönlich melden. Eine Aktivität von meiner Seite auf Wikivoyage ist nicht sonderlich wahrscheinlich, ich bin eher ein Balkonier und mein Kerninteresse ist Wikibooks :-)... Ich nehme an, die Idee liegt bei Wikivoyage auf fernen Ländern und nicht vor der Haustür? Kleinere Beiträge möchte ich nicht ganz ausschließen.

Dennoch ist es mir ein Anliegen die Wikimedia-Projekte in Zukunft besser zu verzahnen. Viele Artikel der Wikipedia haben inzwischen Buchlänge und viele dieser Informationen könnten auf Wikibooks besser aufgehoben sein. Einige Ansätze von Wikibooks haben eher die Anmutung von Kursen und würden wohl der Wikiversity besser zu Gesicht stehen. Klar, wir alle weisen auf die Geschwisterprojekte hin, aber meiner Erfahrung nach wissen wir untereinander zu wenig was der jeweils andere wie tut. Diesen Verzahnungswunsch möchte ich in gewisser Weise einschränken, denn ich für meinen Teil würde gerne behutsam vorgehen, da mich die Arbeitsweise in der Wikipedia sehr stört und ich Sorge habe, dass sich diese Bearbeitungsweise in den Wikiprojekten ausbreitet, wenn man zu forsch vorgeht. Ich weiß jedoch nicht, wie realistisch diese Sorge ist.

So viel zum Hintergrund. Nun zu einem konkreten Punkt: Wir haben auf Wikibooks einen "Reisebericht" der auf Wikibooks quasi Großvater-Status genießt. Es gibt ihn so lange und er ist auch so "fertig" dass wir ihn nicht einfach löschen sollten und es interessiert auch niemanden wirklich. Dennoch fällt er aus dem Rahmen von "Was Wikibooks wohl sein sollte". Wir haben darüber hinaus das b:Regal:Reisen und Landeskunde. Da gibt es einige Inhalte, die ich mir sehr viel besser auf Wikivoyage vorstellen könnte. Ebenso ist ein Engagement von Wikivoyagern in entsprechendem Regal auf Wikibooks denkbar. Ein klassisches Beispiel wären vielleicht Sprachen, die wohl eher bei uns besser aufgehoben wären. Ich habe jedoch nicht geprüft in wie weit Ihr das hier berücksichtigt. Auch die Wikiversity wäre da ein Ziel, wenn man über Kurse nachdenkt.

Ich habe mich also hier umgeschaut und festgestellt, dass Reiseberichte hier durchaus akzeptiert werden. Und ich muss sagen, mir gefällt der Ansatz das im BNR zu machen es aber als offiziellen Projektteil anzuerkennen (wenn es nicht überhand nimmt?) ganz hervorragend. Mir ist jedoch nicht ganz klar, wie sie gefunden werden, wenn man in den Hilfeseiten nicht aktiv danach sucht, wie ich es getan habe. Wie denkst Du kann und/oder sollte man nun damit umgehen? Welche Inhalte unseres Regals Reisen und Landeskunde hieltest Du überhaupt für Wikivoyage für geeignet? Hast Du überhaupt Interesse an diesem "Problem"? Oder gibt es jemand anderen auf Wikivoyage, den das interessieren könnte? Die einfachste Idee ist natürlich: Wir lassen alles, wie es ist. Hat ja jahrelang funktioniert. Ich hätte aber die Hoffnung, dass wir uns gegenseitig besser helfen können, statt einfach nur zu sagen "schau mal auf Wiki-xyz, die machen sowas".

Über einen längerfristigen Kontakt und gute Zusammenarbeit würde ich mich sehr freuen. Fühl Dich bitte zu nichts genötigt. Wie ich oben schrieb, eilig habe ich es nicht, außerdem habe ich wie jeder Freiwillige ein begrenztes Zeitkontingent.

Vielen Dank, viele Grüße und schönen Sonntag noch --HirnSpuk (Diskussion) 16:26, 6. Jun. 2021 (CEST)

GroßheubachBearbeiten

Habe den Artikel meiner Meinung nach soweit fertig. Kannst ja mal reinschauen.--Salino01 (Diskussion) 21:46, 2. Sep. 2021 (CEST)

Wikivoyage e.V.Bearbeiten

Could you confirm that is still active? --Andyrom75 (Diskussion) 09:33, 4. Sep. 2021 (CEST)

DerFussi, are you informed? --Andyrom75 (Diskussion) 16:37, 7. Sep. 2021 (CEST)
I confirmed thar we are still active and I added the 2020 report. --RolandUnger (Diskussion) 17:36, 7. Sep. 2021 (CEST)
Thanks for the reply. My doubt was related to the Italian translation of the following sentences
Is it planned the closure of the association or is just my misunderstanding? --Andyrom75 (Diskussion) 08:33, 8. Sep. 2021 (CEST)
It is planned to close the association but not the user group. The main reason is to reduce administration and financial efforts. --RolandUnger (Diskussion) 09:08, 8. Sep. 2021 (CEST)
Ok, so it's fine to eliminate the bank details for donation from it:Wikivoyage:Wikivoyage e.V.? --Andyrom75 (Diskussion) 17:53, 8. Sep. 2021 (CEST)
Is my understanding right or wrong? Please let me know, so we can revise or delete accordingly the relevant pages on it:voy. Thanks, --Andyrom75 (Diskussion) 14:26, 10. Sep. 2021 (CEST)
Yes, we do not need the bank details anymore. There is enough money to pay for the obligations of the association. I already removed this information on the Italian Wikivoyage. --RolandUnger (Diskussion) 16:06, 11. Sep. 2021 (CEST)

WeblinksBearbeiten

Hallo! Ist es bei diesem Wiki ok wenn ich auf einer Seite aus einem Weblink> https://www.ockholm.de/ – Offizielle Webseite von Schlüttsiel einen solchen mache> Offizielle Webseite von Schlüttsiel. Scheinen ja doch viele Seiten so zu sein.Ente-in-Blau (Diskussion) 00:49, 5. Okt. 2021Ente-in-Blau (Diskussion) 00:51, 5. Okt. 2021 (CEST)

@Ente-in-Blau: Die jetzige Angabe ist Ok und wird auch so automatisch eingebunden. Es gibt aus meiner Sicht auch keinen Grund, die Adresse zu verstecken. --RolandUnger (Diskussion) 06:27, 5. Okt. 2021 (CEST)

Ja,okEnte-in-Blau (Diskussion) 21:02, 5. Okt. 2021 (CEST)

URL auf WD findenBearbeiten

Morjen. Eine Frage. Bei Ishikawa ist mir einiges aufgefallen. Sowohl die Quickbar Region als auch die offizielle Webseite arbeiten ungenügend. Mir ist klar, dass beide überarbeitet oder neu geschrieben werden könnten/müssten, zu alt, ich kannte damals nicht alle Syntax-Möglichkeiten/Tricks und wahrscheinlich nicht alle inzwischen verfügbaren Mediawiki-Funktionen. Egal. Ich will aber eigentlich mehr programmieren. Aber vielelicht kann man es flicken. Die offizielle Webseite zeigt ja wenigstens nur einen Link an, allerdings den falschen (es gibt ja einen deutschen) und als Linktext würde ja nur der Host reichen - könnte man ja mit Modul:URLutil extrahieren. Am Ende mussest du ja bei deiner VCard das selbe machen (den richtigen Link holen, bei mehreren mit Sprachangabe). Vielleicht kann man bei der VCard klauen und sich für Quickbar und offizielle Webseite dieses Teils bemächtigen? Bei der offiziellen Webseite vielleicht sogar ganz tauschen? Allerdings habe ich mal kurz durch den VCard-Code gescrollt und gar nicht duchgesehen, mangels Kommentare (ist ja bei mir nicht besser). Also kurzum hast du dort schon was gemacht, das man wiederverwenden kann? -- DerFussi 08:04, 15. Okt. 2021 (CEST)

@DerFussi: Ich habe den Satz "Ich will aber eigentlich mehr programmieren." gern zu Kenntnis genommen. ;)
Die Analyse der URLs ist nicht ganz einfach, da sie ja keine Sprachangabe haben müssen. Dennoch lässt sich das Ganze recht einfach lösen (Man kann klauen. Ich gebe zu, vCard ist sehr komplex geworden.):
local wu = require( 'Module:Wikidata utilities' )
local localLngId = 'Q5287' -- Japanese
local ar = wu.getValuesByQualifier( 'Q131281', 'P856', 'P407', localLngId )
-- 'Q131281' : Ishikawa
-- 'P856'    : Offizielle Website
-- 'P407'    : Sprache
-- localLngId: Dummy-Sprachcode, wenn P407 fehlt
local url
if next( ar ) then
	url = ar[ 'Q188' ]          -- item in German
		or ar[ localLngId ]     -- item in Japanese
		or ar[ 'Q1860' ]        -- item in English
		or ar[ next( a, nil ) ] -- first item
end
if url then
...
end
Für Ishikawa ergäbe getValuesByQualifier:
wu.getValuesByQualifier( 'Q131281', 'P856', 'P407' )
table#1 {
  ["Q13414913"] = "https://www.pref.ishikawa.lg.jp/foreign/cn/",
  ["Q1860"] = "https://www.pref.ishikawa.lg.jp/foreign/en/",
  ["Q5146"] = "https://www.pref.ishikawa.lg.jp/foreign/pt/",
  ["Q5287"] = "https://www.pref.ishikawa.lg.jp/",
  ["Q7737"] = "https://www.pref.ishikawa.lg.jp/foreign/ru/",
  ["Q9176"] = "https://www.pref.ishikawa.lg.jp/foreign/kr/",
}
Wenn man nur den Sprachcode wie en kennt, hilft folgendes Skript:
local lg = require( 'Module:Languages' )
local function getLngId( lng )
	if not lng or lng == '' then
		return ''
	end

	local item = lg.lngProps[ lng ]
	if not item then
		local hyphen = lng:find( '-', 1, true )
		if hyphen and hyphen > 1 then
			item = lg.lngProps[ lng:sub( 1, hyphen - 1 ) ]
		end
	end
	if item then
		item = item.q
	end

	return item or ''
end

Ich hoffe, dass es hilft. --RolandUnger (Diskussion) 10:28, 15. Okt. 2021 (CEST)

Scheiße, da habe ich tatsächlich das Wort "nicht" vergessen. Hilfe, ich brauch' Urlaub! Zu viel Programmiererei auf Arbeit. -- DerFussi 11:03, 15. Okt. 2021 (CEST)
Danke, vielleicht finde ich mal am Wochenende paar Minuten dafür. Ich denke, damit könnte ich klarkommen. -- DerFussi 11:10, 15. Okt. 2021 (CEST)
Ich war zeitig wach und das ist das bisherige Ergebnis Modul:GetP856 - keine Ahnung ob es schick, oder elegant ist. Lua liegt mir als Programmiersprache nicht wirklich. Getestet auf Wikivoyage:Wikidata/Wikidata-Spielwiese. Fragen sind aber aufgetaucht.
  • Der zweite Fall wirft einen Fehler. Ich verstehe aber deinen Programmcode nicht (Lua halt).
  • Der letzte Fall stimmt auch nicht (dürfte keine Sprachangabe dran sein). Ich weiß, dass noch ein Denkfehler drin ist, bin aber eigentlich über eine andere Frage gestolpert. Wie sollte man lieber den Link einer Sprache anfordern, per Wikidata-ID oder den Sprachcode? Ich habe das Modul so geschrieben, dass man es sowohl in anderen Modulen (Quickbar) und auch in Vorlagen benutzen kann. Wahrscheinlich macht es mehr Sinn, den Code anstatt der Wikidata-ID der Sprache zu benutzen, oder, zumindest für den Einsatz in Artikeln und Vorlagen? Dann werde ich das mal umbauen. ... erledigt
  • Eigentlich habe ich vor, nach dem Englischen als Fallback (nach explizit angegebener und nach Sprache des Wikis), die lokale Sprache des im Artikel beschriebenen Ortes zu verwenden. Das musst du ja in der VCard auch ermitteln, oder? Auf welchem Wege und über welche Properties machst du das?
Erstmal Frühstück. PS: Telefon geht auch, bin daheim (normalerweise). -- DerFussi 10:15, 16. Okt. 2021 (CEST)
Die Sprache hole ich meist aus dem Wikidata-Datensatz des Artikels. In den allermeisten Datensätzen gibt es die Angabe zum Staat (nur in Ausnahmefällen hole ich mir die Landesangabe aus der Telefonvorwahl von Telefonnummern). Aus der Wikidata-Id des Landes könnte man auch die (erste) Amtssprache P37 holen: dies ist bei einem einmaligen Aufruf wie Quickbar oder offizielle Website machbar und liefert sogar die Q-id der Sprache. (bei der vCard ist das tödlich, weil es zu viel Rechenzeit und unnötige Wikidata-Aufrufe kostet. Ich hole die Angaben aus der Tabelle Modul:CountryData/Geography, indem ich ich die Funktion getCountryData in Modul:CountryData nutze). Fallbacks nutze ich ähnlich (de/en/fr/Landessprache). --RolandUnger (Diskussion) 12:07, 16. Okt. 2021 (CEST)
Danke. Es läuft erstmal - ich denke richtig. Die Suche der Amstssprache baue ich noch ein. Wenn dass dan passt, übernehme ich es in die Vorlage. -- DerFussi 12:37, 16. Okt. 2021 (CEST)
Die Suche nach der Amtssprache schlägt noch fehl. Wahrscheinlich habe ich deine Funktionen falsch benutzt (Zeilen 71-88), aber ich muss auch erstmal für heute aufhören. Die zwei Fälle, in denen er auf Wikidata nach der Amtssprache sucht, fliegen mir noch um die Ohren: Wikivoyage:Wikidata/Wikidata-Spielwiese. Ich suche erst auf Wikidata, wenn ich weiß, dass Wikisprache, Englisch und gezielt angeforderte Sprache nicht zur Verfügung stehen. -- DerFussi 13:25, 16. Okt. 2021 (CEST)
getValue liefert nicht notwendig eine Zeichenkette zurück, es könnte auch ein Array sein. Hier sollte man besser die Funktion getId benutzen, wenn man eine Id erwartet. --RolandUnger (Diskussion) 08:07, 18. Okt. 2021 (CEST)
Danke... Dann scheint es jetzt zu laufen. -- DerFussi 08:55, 18. Okt. 2021 (CEST)
Ich denke, ich bin jetzt durch. Soweit ich sehen kann, funktioniert alles wie gewünscht. Danke für die Hilfe, vielleicht baue ich auch für andere Eigenschaften bei Bedarf was Spezifisches. Die Buttons bei den Artikelkandidaten habe ich auch umgestellt. Sie sind noch nicht wirklich hübsch, aber geht erstmal. -- DerFussi 08:46, 21. Okt. 2021 (CEST)

Style-DateiBearbeiten

Gucke mal auf Vorlage:MediaWiki-Button. Eine eingebundene Vorlage benutzt noch ein Stylesheet. Du hattest es mal gelöscht. Brauchen wir es doch? Oder sollten wir es anders umsetzen? Ich wollte es nicht einfach wieder wiederherstellen, nur um die Fehlermeldung loszuwerden. -- DerFussi 08:51, 21. Okt. 2021 (CEST)

Ich habe es repariert. --RolandUnger (Diskussion) 07:40, 22. Okt. 2021 (CEST)

EinwohnerzahlBearbeiten

Danke für die Hilfe. Morgen mache ich noch die Tausenderpunkte. Und schon fällt mir die nächste Baustelle ein: die Hauptstädte. Ob Südafrika oder meine polnische Nachbarprovinz. Es gibt halt manchmal nicht nur eine. Hier hilft momentan nur eine manuelle Angabe in der Quickbar. Ich schaue mir mal an, was da so alles erfasst ist. -- DerFussi 12:36, 5. Nov. 2021 (CET)

css-KlassenBearbeiten

Ich kann gerade nicht telefonieren, daher schnell hier. Ich hatte es bei einem Edit heute früh um 07:05 schon in den Komentar geschrieben... wäre "voy-" als Präfix besser? Wikiversity ist auch "WV" und "voy" ist auch das bekannte Interwiki-Präfix. -- DerFussi 09:01, 9. Nov. 2021 (CET)

Ich habe wv gegen voy ausgetauscht. Ich kann mit beiden Vorsätzen leben. Und ich glaube, eine Verwechslung mit Wikiversity hätte es nicht gegeben. --RolandUnger (Diskussion) 17:29, 9. Nov. 2021 (CET)
:) :) Letzteres ging mir auch durch den Kopf. :) :) Sicherlich eher eine Formalität. -- DerFussi 18:09, 9. Nov. 2021 (CET)

it:Modulo:MarkerBearbeiten

Thanks for your corrections. Now I'm going to study your changes. However, if you don't mind, could you answer my previous questions to help me to better understand the LUA logic? Let me wrap them up here below:

  1. the commented code in line 84 is exactly mapTagOutput = map.tag( mapTagArgs ) but it doesn't work and I don't understand why. As you noticed, I've structured mapTagArgs to look like a frame (i.e. having mapTagArgs.args). The error I got is "Modulo:Map alla linea 372: attempt to call method 'extensionTag' (a nil value).", where line 372 is frame:extensionTag(tag, geojson, tagArgs) and those parameters comes all from the "frame" passed to tag.
    Maybe it is necessary to establish a new frame object with mw.getCurrentFrame(). The main problem seems to be that a normal table has no frame object functions.
    If you are creating a new module you should provide functions both for use in modules and in #invoke statements. In the case of the map it wasn't prepared for the use in other modules. That's why we do not use this module at the German Wikivoyage any longer. --RolandUnger (Diskussion) 11:36, 14. Nov. 2021 (CET)
  2. I've tried to integrate p.makeMarkerSymbol into the module calling it in line 87, but it doesn't work. The parameter args inside the function is empty. Could you help to understand this as well?
The args table inside the function was not empty. But you used completely different names tor table indexes so that the expected fields were not created and not existend. --RolandUnger (Diskussion) 11:36, 14. Nov. 2021 (CET)

Thanks for your time. --Andyrom75 (Diskussion) 10:36, 14. Nov. 2021 (CET)

Answers see above. --RolandUnger (Diskussion) 11:36, 14. Nov. 2021 (CET)
  1. Ok, so for all the "frame:functions" I need to create a new variable frame=mw.getCurrentFrame(). Question. If I invoke from a template a function "f(frame)", I still need that init or I get it automatically? --Andyrom75 (Diskussion) 15:46, 14. Nov. 2021 (CET)
  2. Gosh, you are right... yesterday night was late and I got confused... thanks for spotting it. --Andyrom75 (Diskussion) 15:46, 14. Nov. 2021 (CET)
This morning I've mad some minor changes to module to optimize the code and to get the same HTML code.
To complete this task I miss last step. The old template:Marker generate the following attribute: data-overlays="["mask","around","buy","city","do","drink","eat","go","listing","other","see","sleep","vicinity","view"]" while the new module:Marker generate this one data-overlays="["_3eadefe3283d18de8793204b6207780ac85dad0b"]".
I'm not able to state if they are equivalent or if there is a mistake. Any idea? --Andyrom75 (Diskussion) 15:46, 14. Nov. 2021 (CET)
ad 1: If you call a module via #invoke, the frame table is automatically generated. The problem of the map module is that it works only with a frame table. If a module should work both with modules and #invoke you need two functions:
function p.makeItAll( args ) -- for module use, complete
...
end
function p.makeItAllFromInvoke( frame ) -- for invoke use
  local args = frame.args
  return p.makeItAll( args )
end
If you want to call a frame function like frame:callParserFunction you have to create a new frame table if there is no one else. But you can use the same as provided by an invoke call.
ad data-overlay: You deleted two important lines from my code. show and group are really necessary! If show is missing then a code is created by the software.
--RolandUnger (Diskussion) 17:25, 14. Nov. 2021 (CET)
First point: got it.
Second point. I've deleted the code relevant to those parameters because comparing with the original Template:Marker and Module:Map there was (apparently) no need for further elaboration of those parameters. Am I wrong? --Andyrom75 (Diskussion) 17:52, 14. Nov. 2021 (CET)
Although I haven't changes anything singificant, show parameter seems to work correctly. --Andyrom75 (Diskussion) 18:02, 14. Nov. 2021 (CET)
If you have a look to Template:Marker you will learn that the group and show are defined! If you do not specify them both values are generated by the software and are identical (this is the mode for non-Wikivoyage projects). That also means that two objects of the same type cannot be shown at the same map because they are called by different Marker calls.
It is very important to understand group and show. group means the name of a map layer which presents all objects with that group. It can be only a single value (usually see, do, and so on). show defines all groups (layers) which should be presented on the map. It can consist of several values whereas the group value must be part of them. Strictly speaking, marker types are not types but groups.
That's why we (internally) made at the German Wikivoyage a redefinition. We have types (hotel, hostel, campsite, ..., and sleep, ..., for backward compatibility), groups (see, do, eat, sleep, ...) and mapgroups (similar to groups but their names are not restricted to the predefined see, do, eat, ... and can therefore freely be chosen). With the types table we translate these types to groups. There are two advantages: we can distinguish between several locations of the same group (see for instance Pages with marker types), and we can get this type from Wikidata in most cases (because we translate types to groups). If we need a marker for the Colosseum we can simply write {{Marker | wikidata = Q10285 }} (for better readability, we prefer {{Marker | name = Colosseum | wikidata = Q10285 }}). --RolandUnger (Diskussion) 18:37, 14. Nov. 2021 (CET)
I knew this difference. What I was saying is that in my original script, derived from the template, I already have the following two init instructions:
  1. group = args.tipo or 'listing'
  2. show = 'mask,around,buy,city,do,drink,eat,go,listing,other,see,sleep,vicinity,view'
I've seen in the past that de:voy goes much more beyond this differentiation, but for me right now it's enough. My current target is a general increase of my personal knowledge on LUA and the 1by1 conversion of the Template:Markup.
In this scenario, I need a confirmation and one more suggestion:
Confirmation: the above 2 code lines are enough, right? Or do I need to further elaborate?
Suggestion: which is the most elegant way to manage the frame in the two cases of function call: from template or from another module or debug console? Basically I'd like to change the lines 50-54 to allow the module to work on both cases. In other words my doubt is: should I use one single function for both cases changing the code, or do I have to create two different functions (like your example above), 1 for each case?
Thanks, --Andyrom75 (Diskussion) 19:02, 14. Nov. 2021 (CET)
After several tries I've landed to this solution:
function x( frame )
    local args = frame.args
    frame = mw.getCurrentFrame():getParent() or mw.getCurrentFrame()
    if mw.getCurrentFrame():getParent() then
        args = frame.args
    end
    ...
end
I'm not able to develop anything better than this in order to have a function that can work with both LUA functions and templates. Let me know your thoughts.
Now I've also understood better your above "ad1". According to your larger experience, which approach it's better (if any) between "ad1" (i.e. having two separate functions) and the above code (i.e. having one single function for both cases)? --Andyrom75 (Diskussion) 20:41, 16. Nov. 2021 (CET)
Sorry for disturbing you again with the same noob/academic question, but I've noticed that both approach have some missing parts. So I've tried to extend them according to my current knowledge.
Brief introduction of the problem. Each function can be called in "three different" ways, not "two equivalent" as I've initially supposed.
  1. from a wiki-template
  2. from an invoke inside a wiki-template
  3. from a LUA function
That said, considering that for the main body of the module, I need both args parameters and frame object (properly created), I've developed the following two approaches, tested in it:Utente:Andyrom75/Sandbox/test#Test
  1. Unique function that can be called in any way
  2. Three different interface functions that will call a single process function
Approach 1 (see it:Modulo:Marker): more flexible than the following one, but spend more time to guess the correct context
function tablelength(T)
  local count = 0
  for _ in pairs(T) do count = count + 1 end
  return count
end

function p.Marker(frame)
	local args = frame.args
	frame = mw.getCurrentFrame():getParent()
	if frame and (tablelength( frame.args ) > 0) then --WIKI-TEMPLATE CASE
		args = frame.args
	else
		frame = mw.getCurrentFrame()
		if frame and (tablelength( frame.args ) > 0) then --INVOKE CASE
			args = frame.args
		end
	end
    ...
end
Approach 2 (see it:Modulo:Marker/sandbox): no need to "guess" the case, hence is quicker than previous one, but has three interfaces
function p.MarkerTemplate()
	return _Marker(mw.getCurrentFrame():getParent())
end

function p.MarkerInvoke()
	return _Marker(mw.getCurrentFrame())
end

function p.MarkerModule(frame)
	Cframe = mw.getCurrentFrame()
	Cframe.args = frame.args
	return _Marker(Cframe)
end
What do you think? Do you see any improvement on both approaches? Note for approach1: that's the only way I've found to check the case, any suggestion is more than welcome.
Furthermore, any personal preference according to your experience? --Andyrom75 (Diskussion) 16:00, 21. Nov. 2021 (CET)
@Andyrom75: I prefer the second approach. Normally, at least all modules are called by invoke so a frame table is available. This table will be later used only for calling frame functions. It can be transferred to functions to prevent calls like mw.getCurrentFrame():getParent().
I think your aim is to reuse the marker module for a (future) listing module. Maybe it makes more sense to develop marker and listing modules separately and to move all commonly used funtion to a submodule. I think that this procedure is more flixible in future even if you need additional but the same information (for instance interwiki icons) at different positions (I used this method at the German Wikivoyage). --RolandUnger (Diskussion) 06:51, 24. Nov. 2021 (CET)
Thanks, your suggestion works:
function p.MarkerTemplate(frame)
	return _Marker(frame:getParent())
end

function p.MarkerInvoke(frame)
	return _Marker(frame)
end
Now looks also more clear the different behaviour of the frame object that is automatically created when called from the wiki-environment.
I took the chance for another question on this module/template. I've noticed that in it:voy we still have the call to #coordinates, but I tend to suppose that is not needed since all the POIs are managed by the extension maplink. Also a test on it:Modulo:Marker/sandbox seems to confirm it. Do you agree? --Andyrom75 (Diskussion) 10:44, 24. Nov. 2021 (CET)
I've removed the #coordinates call also in the main module. I haven't seen any issue in the articles, but I don't know if there is a side effect. I've only kept it on the Quickbar with "primary" parameter. If I'm not wrong this should be used for the "near by" function. What do you think? --Andyrom75 (Diskussion) 00:34, 3. Dez. 2021 (CET)
Let me know if the previous question is clear or not, in case I'll try to rephrase.
While waiting I have another simple question. Which is the Kartographer parameter to show in the bottom line of the map the name of a marker/listing on the right side of the number of such listing. I've just noticed that in it:voy this information is missing while here in de:voy is present. Thanks for your support, --Andyrom75 (Diskussion) 23:44, 11. Dez. 2021 (CET)
Regarding this simple question, I'm referring to:
<div class="mw-kartographer-captionfoot" title="1">1</div>
I get always and only the POI number, while you where able to customize adding also the POI name like this:
<div class="mw-kartographer-captionfoot" title="1: POI name">1: POI name</div>
--Andyrom75 (Diskussion) 19:34, 13. Dez. 2021 (CET)
Maybe I've understood it. I've noticed that you leverage on the parameter data-name stored in the marker A tag. So most likely you use MediaWiki:MapTools.js improve the description. I think it should be better to install this behaviour server-side; what do you think? I'm going to open a ticket on Phabricator.
PS Please let me know if I disturb you or in any case if you don't have time to reply, last thing I want is to annoy other people. Thanks, --Andyrom75 (Diskussion) 10:25, 14. Dez. 2021 (CET)
I am now abroad, and it is difficult to have contact to the web. I will try to answer within the next time. --RolandUnger (Diskussion) 20:49, 18. Dez. 2021 (CET)
I hope your foreign travel is proceeding well. Here the opened ticket: https://phabricator.wikimedia.org/T297675 Andyrom75 (Diskussion) 09:00, 14. Jan. 2022 (CET)
Yes, I returned well. Thanks for the phabricator hint. It is true, that I wrote MediaWiki:MapTools.js to make map workarounds and new map features to do not wait for WMF developments. --RolandUnger (Diskussion) 07:30, 18. Jan. 2022 (CET)
Do you know any map WMF developer to be pinged on the ticket? Furthermore, if you have some insight to speed-up their job feel free to add it in a ticket's comment. Thanks and welcome back :-) --Andyrom75 (Diskussion) 09:32, 19. Jan. 2022 (CET)

z-indexBearbeiten

Ich habe mal für die Quickbar-Ausgabe den Datenabgleich mit Wikidata trotzdem gemacht, aber nur um die Kategoerien zu vergeben, keine komplizierte Tabellenerweiterung. Zusätzlich habe ich die Abgleichsinfos in eine eigene CSS-Klasse, Daten-Tags und einen Tooltip geschrieben. Dann kann man oder jeder für sich darauf was implementieren. Dabei viel mir was auf: Benutzer:DerFussi/X-File 1x06 In der zweiten Quickbar sieht man den Tooltip über der "999" nicht. Durch das float liegen die Quickbars offensichtlich unter den p-Tags mit dem Artikeltext. Gleiches fiel mir auch bei den Scroll-Galleries auf. Im Firefox bekam ich die auch nicht in den Entwicklertools gefangen. Ist das im "normalen" Skin auch so? Müssen wir da was anpassen? -- DerFussi 12:26, 17. Nov. 2021 (CET)

Es liegt schein bar wirklich an meinen persönlichen CSS-Einstellungen. Da werde ich nächste Woche mal auf die Suche gehen.    -- DerFussi 21:28, 18. Nov. 2021 (CET)
Danke für den Hinweis. --RolandUnger (Diskussion) 14:01, 20. Nov. 2021 (CET)

vCard-Editor - WunscherweiterungBearbeiten

Hallo Roland, Du fügst ja z. Zt. mit viel Aufwand überall das kurze geschützte Leerzeichen ein. Gerne würde ich im vCard-Editor im Beschreibungsfeld dieses auch schon verwenden und nicht erst nachträglich im Quelltext (merken kann ich mir das nämlich nicht). Kannst Du dieses vielleicht bei Gelegenheit (eilt überhaupt nicht!) dort bei den Sonderzeichen auch einbauen? Danke schon mal im Voraus, Klaus. --Eduard47 (Diskussion) 19:32, 21. Nov. 2021 (CET)

@Eduard47: Es ist erledigt. --RolandUnger (Diskussion) 07:31, 22. Nov. 2021 (CET)

Über die registrierung in Wikivoyage.Bearbeiten

Hallo Roland! Ich habe mich nicht im deutschen Wikivoyage registriert. Ich verstehe kein Deutsch. Ich bin nur im russischen Wikivoyage registriert! Viel Erfolg! Waren1 (Diskussion) 09:04, 6. Dez. 2021 (CET)

There is an automatic registration if you are visiting Wikivoyage as a logged-in user. Если вы посещаете Wikivoyage как зарегистрированный пользователь, происходит автоматическая регистрация. --RolandUnger (Diskussion) 09:36, 6. Dez. 2021 (CET)

Bahnhof Frankfurt (Main) SüdBearbeiten

Hallo Roland,

im o. g. Artikel ist die mapframe nun doppelt eingegeben, dafür werden die POIs aber in keiner der beiden angezeigt, kannst du dir das einmal anschauen weil ich kann den Fehler im Quellentext nicht finden, viele Grüße, Michael 84.143.56.111 15:28, 29. Dez. 2021 (CET)

Mapframe ist doppelt drin, deswegen werden auch beide Karten angezeigt. Ansonst waren die Koordinaten falsch. Die Umrechnung von Grad-Minuten-Sekunden (GMS) in die Dezimaldarstellung ist nicht ganz so einfach, man kann GMS nicht einfach hinter den Dezimalpunkt schreiben. --RolandUnger (Diskussion) 15:39, 29. Dez. 2021 (CET)
Da im Artikel noch keine POIs drin sind, werden auch keine angezeigt, nur die U-Bahn-Linien. --RolandUnger (Diskussion) 15:42, 29. Dez. 2021 (CET)

How we will see unregistered usersBearbeiten

Hallo!

Du erhältst diese Nachricht, da du Administrator in einem Wikimedia-Wiki bist.

Wenn heute jemand unangemeldet eine Bearbeitung in einem Wikimedia-Wiki vornimmt, zeigen wir dessen IP-Adresse an. Wie viele von euch bereits wissen, werden wir dies in der Zukunft nicht mehr tun können. Dies ist eine Entscheidung der Rechtsabteilung der Wikimedia Foundation aufgrund der Änderung von Normen und Vorschriften zum Datenschutz im Internet.

Statt der IP-Adresse zeigen wir eine maskierte Identität. Als Admin wirst du weiterhin auf die IP zugreifen können. Es wird auch neue Benutzerrechte für diejenigen geben, die die vollständigen IPs von unangemeldeten Benutzern sehen müssen, um Vandalismus, Belästigung und Spam bekämpfen zu können ohne Admin zu sein. Kontrollierer werden ebenfalls Teile der IP sehen können, auch ohne dieses Benutzerrecht. Wir arbeiten auch an besseren Werkzeugen zur Unterstützung.

Wenn du die Seite noch nicht gesehen hast, kannst du auf Meta mehr lesen. Wenn du sicherstellen möchtest, keine technischen Änderungen in den Wikimedia-Wikis zu verpassen, kannst du den wöchentlichen technischen Newsletter abonnieren.

Wir haben zwei Möglichkeiten vorgeschlagen, wie diese Identität funktionieren kann. Wir würden uns über deine Rückmeldung freuen, welche Möglichkeit für dich und dein Wiki am besten funktionieren würde, jetzt und in der Zukunft. Du kannst es uns auf der Diskussionsseite wissen lassen. Du kannst in deiner Sprache schreiben. Die Vorschläge wurden im Oktober veröffentlicht und wir werden nach dem 17. Januar entscheiden.

Danke. /Johan (WMF)

19:12, 4. Jan. 2022 (CET)

SperrungBearbeiten

Ich bin seit Sommer 2021 gesperrt für das Projekt Wikivoyage. Werden Sperren über andere Projekte, wie die Wikipedia synchronisiert? Wer kann mich für das Projekt Wikivoyage freischalten? – Der Kommentar wurde von FolkertM (Diskussion) verfasst.

@FolkertM: Den Nutzer FolkertM haben wir auf diesem Wiki nicht gesperrt, siehe Benutzersperr-Logbuch. Wenn er auf diesem Wiki gesperrt worden wäre, könnten unsere Admins die Sperrung rückgängig machen. Wenn du einen anderen Nutzernamen verwendet hast, so solltest du uns das mitteilen. Möglicherweise ist die Sperre global. In diesem Fall solltest du auf der Wikipedia nachfragen, da wir bisher keine globalen Sperren beantragt haben. --RolandUnger (Diskussion) 16:27, 20. Jan. 2022 (CET)