RolandUnger

Hinweis

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

Die neuesten Beiträge stehen am Ende!

Umzug Server: Prüfen

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

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

Bot-Tätigkeiten

• {{GeoData}} Löschen leere Parameter prec, elev, elevMin, elevMax
• {{vCard}} Löschen show=poi; intl-area-code, wenn leer. Punkt, Komma am Vorlagenende; einfügen show=inline, wennim Satz/Absatz.
• Gruppen durch default-Typen ersetzen

Erledigen

• Listen wie https://wikivoyage.toolforge.org/w/data/de-articles.js updaten.
• Optimierte Darstellung auf Smartphones.
• Quickbar als Karussell?
• Test Kiwix-Archive.
• Symbole (Maki, subtypes).
• Große Städte etc.: Interesse an Unterartikeln wecken.

Hoteldaten auf Wikidata

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

Verkehrszeichen

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üßung

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 Anfrage

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ßheubach

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

Wikivoyage e.V.

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

• "Auflösung des Vereins" (http://www.wikivoyage-ev.org/wiki/21._Assembly_(Online)/de)
• "Gegenwärtig wird die auf der 21. Mitgliederversammlung beschlossene Liquidation des Vereins vorbereitet." (https://meta.wikimedia.org/wiki/Wikivoyage_Association/Report-2020-de)

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)

Weblinks

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 finden

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-Datei

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)

Einwohnerzahl

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-Klassen

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:Marker

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)