Benutzer:Silvicola/Ungeordnetes

aus Wikipedia, der freien Enzyklopädie
Zur Navigation springen Zur Suche springen
  • Wikipedia:Technik/Skin/Einstellungen
  • <span style="display:inline-block;transform: rotate(180deg);-moz-transform: rotate(180deg);-webkit-transform: rotate(180deg);-o-transform: rotate(180deg);">2</span> → 2
    Siehe dazu SelfHtml
  • 012345
  • Die etwas versteckte Mail-Adresse der BayernAtlas-Macher lautet tim.mail<at>lvg.bayern.de.


  • Ich komm mir vor wie in einem Film von Hitchcock: Am Ende einer Treppe wartet immer einUnheil



1=Schwäbisch-Hall insource:<small>nur [[Einzugsgebiet (Hydrologie)|Einzugsgebiet]]</small>

class="wikitable sortable toptextcells"

{{ers:unsigniert|Benutzername oder IP-Adresse des Benutzers|Uhrzeit, Datum des unsignierten Beitrags}}


Zuflüsse der XXX
  Stat.[Z 1]
[m] 		GKZ[Z 2] Name von Vorfluter Länge
[km][Z 3] 		EZG
[km²][Z 4] 		Mündungsort Mündungshöhe
[m ü. NN] 		Quellort Quellhöhe
[m ü. NN] 		Bemerkung
  D ist 1,2-er links VORFLUTER 00LÄNGE 000EZG MÜNDUNGSORT MÜNDUNGSHÖHE,0 QUELLORT QUELLHÖHE,0 BLABLA
  C ist 1,21-er rechts VORFLUTER 00LÄNGE 000EZG MÜNDUNGSORT MÜNDUNGSHÖHE,0 QUELLORT QUELLHÖHE,0 BLABLA
  B ist 1,3-er oben VORFLUTER 00LÄNGE 000EZG MÜNDUNGSORT MÜNDUNGSHÖHE,0 QUELLORT QUELLHÖHE,0 BLABLA
  A ist 2,0-er unten VORFLUTER 00LÄNGE 000EZG MÜNDUNGSORT MÜNDUNGSHÖHE,0 QUELLORT QUELLHÖHE,0 BLABLA
  1. ↑ Stationierung, die Entfernung von der Flussmündung aufwärts bis zu diesem Zufluss.
  2. ↑ Gewässerkennzahl, in Deutschland die amtliche Fließgewässerkennziffer mit eingefügtem Trenner hinter dem Präfix, das einheitlich für den allen gemeinsamen Vorfluter steht.
  3. ↑ Nachweise in der Detaillierten Liste … .
  4. ↑ Nachweise in der Detaillierten Liste … .

Mitlesend, mitleidig, Info @Silvicola:

  • Es klingt mir so, als ob das Problem der {{0|00}} mitttels vorgeschaltetem {{#tag:timeline|...........}} lösbar wäre.
  • Siehe H:VP #tag.
  • Richtig ist die Beobachtung, dass an die „Extensionen“ alles zwischen den Tags durchgereicht wird, so wie es ist; das gilt für alle. Diese können mit Wikisyntax nichts anfangen.
  • Mit #tag: lässt sich nun erreichen, dass vorher das Argument die normale Wiki-Auswertung durchläuft.
  • Siehe etwa die Metadokus wie Vorlage:Lang/Latn/Doku, die mittels {{#tag:templatedata| in einen festen JSON-Text die Inhalte von Vorlagenparametern einschleusen und diese auswerten.
  • Allerdings wird die Expansion von Vorlage:0 der timeline-Extension auch nicht gefallen; aber dafür wüsste ich mittelfristig ebenfalls Rat, falls jemand über diese Brücke gehen und zu neuen Ufern aufbrechen möchte.

VG --PerfektesChaos 14:41, 22. Aug. 2016 (CEST)

Ah, und ein Käffchen mit Schokokuchen hilft zu einer puren ASCII-Lösung:

Das hat außerdem den Vorteil, dass man nicht in Whitespace programmieren muss und ein Leerzeichen ein Leerzeichen ist und ein Nicht-normales-Leerzeichen als solches sichtbar ist.

VG --PerfektesChaos 15:36, 22. Aug. 2016 (CEST)

Danke. Leider kann man aber die Prozentzahlen-Spalte hinter dem Gleichheitszeichen im Qelltext nicht bündig bekommen; das führt dann bei händischer Befüllung zu Flüchtigkeitsfehlern, Und ob ich jetzt wirklich Lust habe, den Altbestand von ein paar hundert Gemeindeartikeln wegen solchen Krams aufzufrischen … --Silvicola Disk 16:17, 22. Aug. 2016 (CEST)
@PerfektesChaos:
Mein Gott, diese Wikisyntax ist wirklich tausendmal aufgebohrter Mist! Geht nicht, aber geht dann doch, jedenfalls irgendwie und manchmal.
Klingt aber interessant. Wie wäre denn der Rat, den Du wüsstest? Eine kopierte Vorlage:0 namens etwa Vorlage:0FS, in der man das von der ersten generierte span-Konstrukt durch eine entsprechend lange Folge echter Figure spaces ersetzte?
Die „große“ Lösung wäre natürlich, dass ein Hintergrund-Bot die Landesamtsdaten anhand des Gemeindecodes abholt und im Vorlagenraum oder auf einer Unterseite die timeline-Grafiken anhand dieser Daten separat von den Gemeindeartikeln erstellt. Da ist's dann egal, ob jeder den Text verstehen kann, es müsste da ja keiner mehr anfassen. Ob die Daten in JSON abfragbar sind, weiß ich nicht recht, ich habe dazu bisher aber nichts auf www.statistik-bw.de gefunden, was schon etwas dürftig aussieht. Man könnte aber auch die HTML-Seiten dort recht einfach per selbstgebautem Parser zerpflücken, so lange sie etwa so bleiben wie jetzt – nun ja, wenn man dort so grundkonservativ ist, nicht einmal JSON anzubietenoder einen Layoutfehler nie zu beseitigen … Einbettung im Gemeindeartikel mit schlichtem Setzen einer Gemeindecode- und vielleicht noch Stichjahr-parametrisierten Vorlage, letzteres damit man irgendwann auch zeitlich vorwärtsschalten können wird; oder vielleicht sogar mit schlichtem Wikilink, nachdem man den Bot alle Grafiken schon mal auf Vorrat hat erzeugen lassen.
Ich bin aber leider in den hier üblichen Sprachen etwas verloren; mehr noch in diesen unsäglichen Wiki-Klammergebirgen in Vorlagen, in denen Daten mit Programmcode untrennbar verklebt sind und keine programmlogische Gliederung möglich ist; die Äuglein werden auch nicht besser – armer Aka!
--Silvicola Disk 16:06, 22. Aug. 2016 (CEST)
  • Großflächige Änderungen lassen wir von Bots erledigen, die mit sowas sehr gut klarkommen.
  • Ich habe bereits eine trickreiche Vorlage in petto, die statt der Entities Codes und Wiederholungsfaktoren als Parameter akzeptiert. Da würden normale Leerzeichen drumrum nicht auffallen.
    • Es geht übrigens auch &#x0000000000000002007;, wenn es jemand bündig liebt.
    • Allerdings ist Hochsommer keine Programmierungszeit und die erträglichen Temperaturen sind auf dringliche Arbeiten beschränkt; Neuentwicklungen gibt es im Winter und jetzt werden die Frischluftdefizite ausgeglichen.
  • Mit Timeline reitest du ein totes Pferd; Neuentwicklungen machen wir nur noch mit Hilfe:Graph.
    • Allerdings mangelt es an fähigen Programmierern bzw. deren freier Kapazität.
    • Das nächste Abenteuer in diesem Bereich ist eine Serie von Wahlen mit Vergleich zur vorherigen darzustellen; alle Wahlen basierend auf einem einzigen großen JSON-Datensatz, und dann in jedem Artikel +/- zur letzten Wahl, Prozente, Parlamentssitze, als Tabelle und dazu auch Tortendiagramm für die Sitzverteilung sowie Balkendiagramm für die Prozente.
VG --PerfektesChaos 17:52, 22. Aug. 2016 (CEST)

β-Spielwiese

Wird wohl noch gebraucht werden: Wikipedia:Vandalismusmeldung/Archiv/2017/02/22#Benutzer:Ulamm (erl.)

Lómelindes Hinweise wg. DMS → XX.XXX, Vorlagenexpansion, Parserinfos usw., lopiert aus Benutzer Diskussion:Triplec85:

 Info:

  • Also es gibt eine Möglichkeit die Größe des Expansion zu ermitteln, so wird beispielsweise dieses kleine Symbol {{Coordinate|NS=49/21/19.73/N|EW=09/52/27.57/E|type=city|region=DE-BW|text=ICON0|name=Mittelmühle}} mit 3.166 Bytes expandiert, rechnet man das hoch auf die im Artikel genannten Orte also die 650 + fehlende 170 = 820 × ca. 3.170 = 2.599.400 Bytes, so liegt man schon „weit oberhalb“ der Grenze von 2.097.152 Bytes ohne, dass auch nur ein Wort im Artikel stünde.
  • scheinbar weniger erzeugt {{CoordinateSimple|NS=49.355481|EW=9.874325|type=city|region=DE-BW|text=ICON0|name=Mittelmühle}} mit expandierten 546 Bytes. Bei gleicher Rechnung also 820 × 550 = 451.000 Bytes, so dass also noch Platz für Text wäre.
  • Am günstigsten scheint diese Version {{Coordinate|NS=49.355481|EW=9.874325|type=city|region=DE-BW|text=ICON0|name=Mittelmühle}} zu sein, die mit nur 486 Bytes zu Buche schlägt, das wären dann ca. 820 × 490 = 401.800 Bytes, also noch einmal rund 50.000 Bytes weniger. Wie gesagt reine Expansionswerte ohne jeglichen weiteren Artikelinhalt.
  • {{TOC/Orte im Landkreis Schwäbisch Hall}} = 4.301 Bytes, die Imagemap ist eher klein = 759 Bytes. Jeder Absatz, und NTS haben ca. 35 Bytes, EWZF rund 40, somit kann die Rechnung die entfernen und gegen eine Coordinate tauschen nicht aufgehen.
  • All Coordinates = 1.012 Bytes. Wie oder wo kann man das sehen? Wenn ich bei der Bearbeitung auf Vorschau klicke gibt es ganz unten am Seitenende einen Eintrag Profilingdaten des Parsers: den man aufklappen kann. Dort ist eine Tabelle mit mehreren Spalten für die Liste, die ohne Expansion etwa 143.337 Bytes an Inhalt hätte sieht es wie folgt aus
Genutzte CPU-Zeit 4,592 Sekunden
Genutzte Zeit 4,730 Sekunden
Vom Präprozessor besuchte Knoten 379.560/1.000.000
Vom Präprozessor erzeugte Knoten 0/1.500.000
Einbindungsgröße nach dem Expandieren 2.097.151/2.097.152 Bytes
Vorlagenargumentgröße 553.654/2.097.152 Bytes
Höchste Expansionstiefe 17/40
Anzahl aufwändiger Parserfunktionen 0/500
Unstrip-Rekursionstiefe 0 von 20
Unstrip-Größe nach dem Expandieren 66.221 von 5.000.000 Bytes
Anzahl der geladenen Wikibase-Objekte 0 von 400
Lua – Zeitnutzung 0,444/10,000 Sekunden
Lua – Speichernutzung 2.06 MB/50 MB
  • Entscheidend ist hier jetzt die Zeile 5, die ich hier mal rot gefärbt habe. Möchte man für eine einzelne Vorlage also den Expansionswert ermitteln kann man die Vorlage auf der leeren Spielwiese einfügen und die Vorschau anzeigen. Dann sieht man in der Spalte den Wert nach dem Expandieren.
  • Der Vorschlag die Vorlagen umzustellen, scheint hier also durchaus Abhilfe schaffen zu können. Das wären dann etwa 401.800 Bytes (Vorlagenexpansion) + 143.337 Bytes (Inhalt ohne Expansion) = 545.137 Bytes also im grünen Bereich. Zumindest wenn ich diese Werte richtig verstehe. --Liebe Grüße, Lómelinde Diskussion 07:17, 6. Apr. 2019 (CEST)
@Lómelinde: Danke für Deine Bemühungen. Ich war noch nirgends „an die Wand gestoßen“, weshalb mir auch diese Parser-Informationen noch nicht bekannt waren. Das heißt dann wohl in den sauren Apfel beißen und 650 in DMS ermittelte Koordinaten aufs Format ±D.DDDD umstellen, grrr!
Vielleicht kann ich mir die Arbeit ja drastisch vereinfachen. Habe schon eine Idee, das müsste mit Patternmatching auf ["NS"|"EW"]"="DD"/"MM"/"SS"/"["N"|"E"|"S"|"W"] (Whitespace-Toleranz noch unberücksichtigt) und ein bisschen Arithmetik eigentlich recht einfach sein. Ich beherrsche nur diese fürchterliche Perl-RegExp-Syntax nicht (mehr), das wird also trotzdem ziemlich dauern. Dafür wäre das dann wiederverwendbar.
Mañana. --Silvicola Disk 21:01, 6. Apr. 2019 (CEST)
@Silvicola Vielleicht kann das hier helfen. {{CoordinateLAT}} und {{CoordinateLONG}}, wenn ich es recht verstehe machen sie aus NS=49/21/19.73 → 49.355480555556 und aus EW=09/52/27.57 → 9.874325. Das sollte zumindest die Umrechnung erleichtern. --Liebe Grüße, Lómelinde Diskussion 06:52, 7. Apr. 2019 (CEST)

TIM

[Bearbeiten | Quelltext bearbeiten]

Einfach Gewässerstationierungskarte zuschalten → Römerbach--Anarabert (Diskussion) 03:50, 6. Aug. 2021 (CEST)

Wenn ich nur wüsste wo! Die Bedienungsbeschreibung in der Quellensammlung ist entweder veraltet oder die Chose funktioniert in meinem Browser mit dessen Einstellungen nicht. Ich kann auf TIM im Grunde nur die Kartenbilder ablesen. --Silvicola Disk 04:12, 6. Aug. 2021 (CEST)
Karte zuschalten:
  • Oben links auf den blauen Winkel > klicken
  • dann bei Kartenwahl auf das Plus-Zeichen +
  • dann auf Bitte wählen Sie einen Dienst aus der Liste aus klicken
  • gewünschte Karte anklicken: Gewässerstationierungskarte unter Punkt: Umweltverwaltung NRW anklicken
  • dann das Kontrollkästchen Alle Layer auswählen markieren
  • und schließlich auf den grünen Butten Zur Karte hinzufügen (oben rechts) klicken
--Anarabert (Diskussion) 09:33, 6. Aug. 2021 (CEST)
Die ersten zwei Punkte funktionieren. Und dann bekomme ich eine Dialogbox Dienst hinzuladen (zurzeit nur WMS), die nichts direkt Zuwählbares anbietet. Keinerlei Liste, offenbar geht es da ums händische Zuladen eines WMS-Layers, aber woher dessen URL nehmen? (Eingabezeile Bitte geben sie die Adresse des Dienstes an). --Silvicola Disk 09:50, 6. Aug. 2021 (CEST)
Merkwürdig, bei mit taucht, wenn ich auf Bitte wählen Sie einen Dienst aus der Liste aus klicke, eine Liste mit verschiedenen Kartenangeboten auf---Anarabert (Diskussion) 10:01, 6. Aug. 2021 (CEST)
Probiere Dein Glück mal bei ELWAS--Anarabert (Diskussion) 10:07, 6. Aug. 2021 (CEST)
Die URL für die Gewässerstationierungskarte ist:
https://www.wms.nrw.de/umwelt/gewstat3c
--Anarabert (Diskussion) 10:21, 6. Aug. 2021 (CEST)


Kategorien löschen auf Commons und Weiterleitungen

[Bearbeiten | Quelltext bearbeiten]
Kondensat aus: [[Diskussion:Benutzer Triplec85], 26. 4. 2022
Falls man eine offensichtlich falsche Category in Commons von einem Admin löschen lassen möchte, kannst ,man den Inhalt der Commons-Category durch einen "SLA"-Baustein mit einer Begründung ersetzen, beispielsweise:
{{SLA|empty}}
{{SLA|not needed}}
{{SLA|already exists in [[:Category:St. Dionysius (Spaichbühl)]]}}
{{SLA|inaccurate, correct in [[:Category:St. Dionysius (Spaichbühl)]]}}
...

Eine Weiterleitung für eine Category (die hilfreich sein könnte) kannst du wie folgt anlegen: 

{{Category redirect|St. Dionysius (Spaichbühl)}}
...
Abgerufen von „https://de.wikipedia.org/w/index.php?title=Benutzer:Silvicola/Ungeordnetes&oldid=247961051“