Vorlage Diskussion:GeoQuelle

Dies ist eine alte Version dieser Seite, zuletzt bearbeitet am 28. November 2012 um 22:31 Uhr durch Anarabert (Diskussion | Beiträge) (BayernAtlas). Sie kann sich erheblich von der aktuellen Version unterscheiden.

Letzter Kommentar: vor 12 Jahren von Anarabert in Abschnitt BayernAtlas

Verwendung und Desiderate

  1. Es wäre hilfreich, genau auszuführen, wie und wo in einem Artikel die Vorlage eingebettet werden darf. (Boxen? Fließtext? Nur vor dem references-Tag?)
  2. Wie kann man die erzeugten Referenzen modifizieren? Ich habe öfters mit dem GIS-BW zu tun, da wäre es wünschenswert, den Layer / die Teilkarte angeben zu können, um den prüfenden Benutzer genauer an die spezifische Quelle hinführen zu können, denn die Website ist für den seltenen Benutzer unübersichtlich. Zu einem ersten Versuch, siehe in den Weblinks bei Nesselbach (Bühler).
  3. Es wäre wünschenswert, nicht nur eine Vorlage für Referenzen zu haben, sondern gleichermaßen eine für die Einträge in der Literaturliste / den Weblinks. Denn das hier angeführte Motiv leichterer Wartung bei Adresswechsel sticht auch dann.
  4. Um aufblähende Wiederholungen in den Einzelbelegen zu vermeiden, geht man in gedruckter Literatur nach der ersten Erwähnung zu Abkürzungen über. Solches zu ermöglichen, wäre auch hier hilfreich, z.B. durch Faktorisieren: Allgemeine, vollnamige und einmalige Quellenangabe in Abschnitt Literatur / Weblinks, in den Einzelbelegen dann nur abkürzenden Bezug darauf mit ggf. Ergänzung entsprechend der Seitenangabe in gedruckter Literatur.

Vielleicht geht ja schon einiges von dem, was ich mir hier wünsche. Man sollte das dann jedoch hier lesen können und nicht per Versuch und Irrtum ausprobieren müssen. -- Silvicola Diskussion Silvicola 19:31, 22. Aug. 2010 (CEST)Beantworten

Erstmal vielen Dank für die konstruktiven Anregungen. Ich antworte mal hier.
  1. Die Vorlage darf überall eingesetzt werden, wo die implementierten Quellen aufgeführt werden sollen. Mit "ref=ja" wird die entsprechende Angabe in REF-Tags eingebettet, es wird also ein <reference/> auftauchen. Soviel ich weiß, ist die Lage (vor oder nach den REF-Angaben) jedoch egal.
  2. Ich habe einige Quellenangaben so implementiert, dass Zusatzparameter vorhanden sind und damit gezielt auf die Detailinformation gelinkt werden kann. Bei dem GIS-BW könnte man das ähnlich implementieren, wie das gehen soll ist eine Sache der Umsetzung und müsste Diskutiert werden. Ich habe erstmal nur den Link, der auf Quellensammlung stand, umgesetzt. Weiteres kann man diskutieren.
  3. Mit der Zusatzangabe "ref=nein" erhältst du die Angabe ohne Ref-Tags, das wäre für Literaturangaben nutzbar.
  4. An so was habe ich bei der Umsetzung noch gar nicht gedacht. Mir waren die Einzelnachweise lästig geworden, da die immer wieder unterschiedlich für die gleichen Quellen waren und das Copy+Paste etwas lästig ist. Bei Einzelnachweisen werden ja die gleichen zusammengefasst.
Die Beschreibung kann man ja noch konkretisieren, ich habe das ja aus meiner Sicht heraus gemacht. Sinn war ja erstmal, das Verfahren grob zu dokumentieren und die Vorlage in der Praxis auszuprobieren.
Gruß -- SteveK ?! 21:13, 22. Aug. 2010 (CEST)Beantworten
Was Du da angefangen hast, erscheint mir sehr sinnvoll. Ich habe mich auch stets geärgert über die handgestrickten und überall (auch mir) anders ausfallenden Referenzen, hier ist eine Vereinheitlichung sehr wünschenswert. Ich habe oft Referenzen auf Kartenserver des LUBW gesetzt, die haben oder hatten drei (!) verschiedene davon, und da immer die korrekte lange Namensform hinzubekommen, war schon mnemnotechnisch ein Problem. Zudem haben nicht alle eine definite "amtliche" Benennung.
Entschuldige bitte, wenn meine Wortmeldung denn schroff geklungen haben sollte, es war sicher nicht so gemeint, ich war nur etwas wild bei der Sache.
Obigem kannst Du entnehmen, dass ich schon an einen Ausbau der Vorlage denke. Konkret an Folgendes:
  • einen weiteren Options-Schalter für die angesprochene Kurzform bei den folgenden Erwähnungen einer Quelle. Wenn man etwa bei einem Fluss (mein Lieblingsthema) zum Einzelnachweis auf die TK25 verweisen will, könnte man beim ersten lang "Topographische Karte 1:25.000" stehen haben wollen, bei den folgenden aber nur "TK25". Vielleicht sollte man diese Kurzform bei der Langform mit einbetten, um sie dort sozusagen für den Artikelleser sichtbar zu definieren, z.B. so:
Topographische Karte 1:25.000 („TK25”)
Unnötige Definition im Falle doch nur einmaligen Gebrauchs würde mich nicht stören, man könnte dann diese Klammer-Ergänzung einfach dem Einfügungstext hart inkorporieren, anderenfalls aber wäre an einen Dreiwegeschalter Langform / Langform mit Def. der Kurzform / Kurzform zu denken.
  • Je einen weiteren Parameter für ein optionales Präfix und Postfix, schau z.B. meine Erstverwendung im eben bearbeiteten Maitis, dort dachte ich noch nur an ein Postfix. Besser ist aber Präfix und Postfix, dann könnte man bedarfsweise auch Einzelnachweise wie
Nach Höhenlinienbild auf TK25 interpoliert.
zusammensetzen.
  • Beides am besten frei kombinierbar.
Soweit jedenfalls meine Phantasien, vielleicht gehen sie zu weit? Selber will ich zumindest derzeit nicht an die Vorlagenprogrammierung heran. Mir schwirrt es vor Augen, wenn ich alleine diese Klammergebirge sehe, diese Gebilde erinnern sehr an die ungemein computerlesbare Lisp-Syntax.
Man sollte Deinen Ansatz bei an Beleglieferung interessierten Mitwirkenden weithin bekannt machen, damit die Sache Kreise zieht, sie soll schließlich am Ende vielen nützen. Und hier war ja noch nicht mal die Diskussionsseite angelegt, also war die Rezeption bisher wohl gering. Oder stört es Dich, wenn gleich zu viele so wie ich reinquatschen? -- Silvicola Diskussion Silvicola 22:47, 22. Aug. 2010 (CEST)Beantworten
Bei der umfangreichen Antwort mag ich jetzt nur auf das persönliche antworten. Ich hatte deine erste Stellungsnahme gar nicht als schroff angesehen, sonst hätte ich mich ja auch gar nicht wegen der Anregungen bedankt. So gesehen bin ich für Anregungen immer aufgeschlossen, nur so mach die freiwillige Arbeit innerhalb der WP doch Freude.
Die Idee wurde vorab im WP:WpG von mir vorgestellt. Leider war da die Resonanz auch nicht umwerfend. Man hat mir nicht widersprochen, weshalb die technische Umsetzung folgte (die war etwas schwieriger als ich dachte, und dass nicht wegen der vielen geschweiften Klammern)
Nach der Freigabe der Vorlage durch die Verschiebung in den Vorlagennamensraum gehört die Vorlage der WP und jeder darf seine Anregungen bringen, die Umsetzung muss dann halt abgestimmt werden. Stören tut es mich nicht, wenn du Anregungen machst, dass mit dem Post- und Präfix ist eine nützliche Idee die noch dazu einfach umsetzbach ist. Verbreiten wird sich die Idee ohnehin, wenn wir die Einzelnachweise verstärkt mittels der Vorlage machen.
Und dann muss ich gerade feststellen, dass es mehr Flusspferde in der WP gibt und ich somit nicht alleine bin ;-) Gruß -- SteveK ?! 23:32, 22. Aug. 2010 (CEST)Beantworten
Um mal zum Thema "Resonanz" zu senfen:
Als ich die Quellensammlung vorschlug, war Steve der Einzige, der darauf antwortete (und zwar zustimmend). Das ist bei solchen Allgemeinfragen das Normalste der Welt.
Wenn Du dem gegenüber zur Disposition stellst, ob der Berg X in den Y-Alpen nicht eigentlich in die Z-Alpen gehört, kommen sofort zehn aufgeregte Alpinisten ...
Immerhin aber wird die Quellensammlung schon jetzt genutzt - und das fortan nach Steves aktueller Arbeit sicher umso wirtschaftlicher ...
Ja, Flußpferde braucht die Wikipedia - zumal ich selber nur einen Teil meiner Zeit für den Fließgewässergalopp verwenden kann, da andere Gebiete noch spärlicher belegt sind ...
Wo ich gerade die Rhön und untergeordnete Höhenzüge aufarbeite, würde ich mich z.B. über jede Spende - sei es Hasel (Haune), sei es Bieber (Haune), sei es Nässe (Nüst), sei es Wiesenthalbach, sei es Schmalnau (Fulda), sei es Lotte (Felda), sei es Geisa (Fluss), sei es Scheppenbach, sei es Brandbach (Ulster) ... etc. - freuen ... --Elop 23:58, 22. Aug. 2010 (CEST)Beantworten

Parameter PRÄFIX/PREFIX und SUFFIX

Wurde oben von Silvicola angeregt:

  • Je einen weiteren Parameter für ein optionales Präfix und Postfix, schau z.B. meine Erstverwendung im eben bearbeiteten Maitis, dort dachte ich noch nur an ein Postfix. Besser ist aber Präfix und Postfix, dann könnte man bedarfsweise auch Einzelnachweise wie
Nach Höhenlinienbild auf TK25 interpoliert.
zusammensetzen.
  • Beides am besten frei kombinierbar.
Ich denke es ist eine Sinnvolle Ergänzung. -- SteveK ?! 12:56, 23. Aug. 2010 (CEST)Beantworten
Ich habe die Parameter
PRÄFIX (alternativ auf PREFIX) (wird als Text vor die Referenz gesetzt, beides mit einem Leerzeichen getrennt)
SUFFIX (wird als Text nach der Referenz gesetzt, beides mit einem Leerzeichen getrennt)
Ferner sind die Referenzen selbst auf der Seite Vorlage:GeoQuelle/Lang ausgelagert, damit die Programmierung übersichtlicher wird. Ferner dient es der Vorbereitung für die Umschaltung zwischen Langform und Kurzform. -- SteveK ?! 21:23, 23. Aug. 2010 (CEST)Beantworten
Wie schön, dass es schon klappt! -- Silvicola Diskussion Silvicola 21:26, 23. Aug. 2010 (CEST)Beantworten

Hier wäre zu diskutieren, ob die jetzt standardmäßig gesetzten Leerzeichen zwischen "PRÄFIX" und "Quellenangabe", bzw. "Quellenangabe" und "SUFFIX" nicht entfallen sollten. Hintergrund ist der, dass eine Angabe "SUFFIX=, SUFFIX" umgesetzt wird in "Quellenangabe , SUFFIX". -- SteveK ?! 17:50, 7. Nov. 2010 (CET)Beantworten

Überlegungen

  1. Die TKxxx sind keine einheitliche Quelle, da es verschiedene Ausgaben gibt. Die "leichtere Wartung" kann insofern zu einer Korruption der Belege führen, weil man durch Austausch plötzlich eine (modernere) Quelle unterschöbe. Häufig, aber nur mit innerem Vorbehalt benutze ich die elektronische TK25 BW-Nord, die nämlich aparterweise nirgends angibt, aus welchem Jahr das unterliegende Kartenmaterial stammt. (Ausgabe aus dem Jahr 1453) o.ä. irgendwo dazusetzen zu können schiene doch seriöser.
  2. Die Wiederverwendung desselben Belegs im selben Artikel lässt einen den name-Parameter von <ref> benutzen und macht die automatische Einbettung in eine Fußnote nur beschränkt nützlich. Ich wäre deshalb für Default ref=nein.
  3. Bei Benutzung von PRÄFIX kommt die Bezeichnung für die Geoquelle oft in eine syntaktische Position, die im Deutschen den Dativ erzwingt, wie z.B. auch das hier gelieferte Beispiel in Abschnitt Parameter zeigt. (Systematisch nach Präpositionen der Lage wie auf der Karte, in der Datenbank, nach der Quelle o.ä.) Nicht auszuschließen, dass man zuweilen auch noch Genitiv und Akkusativ braucht. Schon muss man, wenn man den grammatischen Fehler des unflektierten Gebrauchs meiden will, dann doch die Quellenreferenz von Hand setzen.
  4. Ggf. ist auch noch nach determinierter und undeterminierter Position verschieden zu flektieren, das kam bei mir allerdings noch nicht vor, deshalb nur ein ganz und gar erfundenes Beispiel mit aus Adjektiv und Substantiv zusammengesetzter Quellenbezeichnung:

Die deutsche Sprache ist ziemlich benutzerunfreundlich! Gruß -- Silvicola Diskussion Silvicola 07:59, 5. Nov. 2010 (CET)Beantworten

Nachtrag:

Ich sehe eben, nach einigen in der Hoffnung auf Nachahmung eingeflickten Ersetzungen, dass schon die Benennungen, die diese Vorlage erzeugt, in sich selbst (noch unbeachtlich der eigenen Kasus-Verwendung!) ungrammatisch sind. Gleich am Beispiel des ersten:

Landschaftssteckbriefe des Bundesamt für Naturschutz

Es müsste aber heißen:

Landschaftssteckbriefe des Bundesamtes für Naturschutz

oder

Landschaftssteckbriefe des Bundesamts für

und es geht in der Reihe so weiter dank der vielen Genitive.

Gruß -- Silvicola Diskussion Silvicola 10:00, 5. Nov. 2010 (CET)Beantworten

Hallo Silvicola,
Ich habe mal die Links korrigiert. Schau mal bitte drüber ob du noch weitere Fehler findest.
Der Sinn der Vorlage war ja, das Setzten von Referenzen zu vereinfachen. Da ich selber die Vorlage anwende bin ich auch an Verbesserungen interessiert. Zu deinen Anregungen:
  1. Die bisher gesetzten Referenzen zu Karten beinhalten in den seltensten Fällen ein Ausgabejahr der Karten. Das kann man dann auch nicht ergänzen wenn man die Referenzen überarbeitet. Dein Vorschlag zielt auf einen Parameter "AUSGABEJAHR", der optional anzugeben ist. Oder?
  2. Die Vorlage soll ja das Setzen von Einzelnachweisen erleichtern, so dass bei den von mir angewendeten Einbindungen der Ref-Parameter immer auf JA gesetzt werden müsste. Ferner erstellt die Vorlage in den Referenzen den name-Parameter (Beispiel: bei {{GeoQuelle|DE|TK25}} wird der name_Parameter auf "DE_TK25" gesetzt). Zudem wird die Vorlage schon so oft angewendet, dass ein Ändern nicht sinnvoll erscheint.
Zu den Punkten 3 und 4 fällt mir derzeit keine Lösung ein. Gruß -- SteveK ?! 14:01, 6. Nov. 2010 (CET)Beantworten
Hallo SteveK,
@Ausgabejahr: Ja. Optionaler Parameter wäre gut. Ich will nicht behaupten, man könne da schon viel mit anfangen, wie geschildert, könnte ich selbst mit meiner TK25 das noch gar nicht verwenden. Aber im Hinblick auf die allgemeine Verbesserung der Beleglage wäre es gut, das zumindest anzubieten. Natürlich nur, wenn mit beschränktem Aufwand machbar.
@Default ref-Klammerung: Dass ein passender Name-Parameter erzeugt wird, darauf hatte ich noch nicht geachtet. Das ist dann schon mal gut.
Im Gründe müssten wohl die eingebundenen Links (Karte des Landesamtes &hellip / Karte, ausgegeben vom Landesamt) schon einen Kasusparameter anbieten, um diesen dann im Einbettungskontext anwählen zu können. Aber den gibt es halt nicht, weil die Wikiprogrammierung im Hinblick aufs ziemlich flexionslose Englische geschaffen wurde. Ich sehe ein, da ist nichts zu machen.
Die Links schaue ich dann noch durch.
Gruß und Dank für Deine Bemühungen. -- Silvicola Diskussion Silvicola 17:43, 6. Nov. 2010 (CET)Beantworten
Nachtrag: Ich war mutig und habe mal gleich die zwei verbliebenen Rektionsfehler in eingebundener Vorlage .../Lang getilgt, scheint jetzt zu stimmen. Gruß -- Silvicola Diskussion Silvicola 17:58, 6. Nov. 2010 (CET)Beantworten
Der Grund warum ich hier noch nicht die oben mal diskutierten Ideen angegangen bin ist auch, dass der standardmäßig vergebene name-Parameter überschreibbar sein muss, denn einmal verwendet kann man die Referenz nicht mehr ändern. Soll heißen: Will man {{GeoQuelle|DE|TK25|PRÄFIX=''Nach Höhenlinienbild auf''|SUFFIX=''interpoliert''}} anwenden, dann geht das nicht mit {{GeoQuelle|DE|TK25}} zusammen, da der selbe Name verwendet wird. Deshalb wäre ein Parameter "REF-NAME" wohl als erstes einzuführen. -- SteveK ?! 19:42, 6. Nov. 2010 (CET)Beantworten
Das hatte ich schon, mehrere Belege, die sich nur im erläuternden "Drumherum" (abgemessen auf der XX usw.), nicht dem "Quellenkern" TK25 unterschieden. Da die nicht zusammen gingen, habe ich danach einfach wie bisher händisch komponiert.
Ich befürchte inzwischen ein bisschen, das alles könnte so kompliziert werden, dass am Ende kaum ein Beiträger in den Zug einsteigen will. Gruß -- Silvicola Diskussion Silvicola 12:19, 7. Nov. 2010 (CET)Beantworten
Da Du Dich sehr mit Vorlagen beschäftigst, wollte ich Dir noch eine verrückte Idee vortragen, die mir mal gekommen ist. Es wäre vielleicht nützlich, wenn es außer der gewöhnlichen Einbettung von Vorlagen per
  • {{Vorlagenname|Parametersalat}}
und der substituierenden
  • {{subst:Vorlagenname|Parametersalat}}
noch eine dritte Art gäbe. Nach Anzeigen der Vorschau bleibt ja die subst-Einbettung im Quelltext unverändert stehen. Manchmal weiß man aber, die und die Vorlage erzeugt so etwa das, was ich jetzt mühselig zu schreiben habe; wenn ich deren Expansionsresultat jetzt hier stehen schon hätte, könnte ich die wenigen kleinen Korrekturen daran gleich noch hinflicken. Ein wohl selbsterklärendes
  • {{substOnPreview:Vorlagenname|Parametersalat}}
wäre also ganz nützlich. Man kann sich natürlich seine Muster irgendwo vorhalten und die an der Arbeitsstelle einkopieren, muss dann aber immer noch ein paar Fenster oder Tabs mehr offen haben, zur Maus greifen, um sich per Linkfolge irgendwohin durchzuklicken usw., beim Tippen und Einmal-Vorschau-Auslösen zu bleiben wäre da angenehmer.
Ich glaube ja nicht ernstlich, dass man an der Wiki-Basis viel drehen kann, aber nützlich wäre es doch, oder? -- Silvicola Diskussion Silvicola 12:19, 7. Nov. 2010 (CET)Beantworten
Diese Idee ist gar nicht so dumm, man spart dabei einen Speichervorgang. Aber ich glaube auch nicht, dass die Entwickler so etwas realisieren werden, du hast die Möglichkeiten ja schon beschrieben. Es gibt noch die Möglichkeit, Vorlagen durch ein Tool zu expandieren. Ist aber beim Schreiben von Artikel eher unpraktisch. Ich werden mal sehen, dass ich den REFNAME-Parameter einbaue, damit erst mal ein Problem behoben ist. -- SteveK ?! 13:10, 7. Nov. 2010 (CET)Beantworten

Mit etwas Überlegung bin ich derzeit der Meinung, dass es einen Parameter "AUSGABE" derzeit nicht braucht. Das Abrufjahr oder das Ausgabejahr kann men im Parameter "SUFFIX" eintragen. -- SteveK ?! 17:46, 7. Nov. 2010 (CET)Beantworten

Parameter REF-NAME

Hallo zusammen,

ich habe gerade den Parameter "REF-NAME" implementiert, der bei <ref></ref>-Angaben den Standardnamen der Quelle überschreibt. Dies ist vor allem dann notwendig, wenn man die Parameter PRÄFIX und SUFFIX verwendet.

-- SteveK ?! 17:43, 7. Nov. 2010 (CET)Beantworten

Weitere Quelle?

Allgemeines Hydrographisches Lexicon aller Ströme und Flüsse Ober- und Niederdeutschlands, Frankfurt 1743, steht bei Google-Books als Digitalisat bereit. Tauglich etwa für alte Flussnamen u.ä. Historisches. Hier:

[1]

Paginierung in der Suche weicht von der des Originals ab. Aufnehmen?

Danke an Benutzer:Anarabert, der es ausgegraben hat.

-- Silvicola Diskussion Silvicola 15:50, 19. Dez. 2010 (CET)Beantworten

Hier noch ein zweites Lexikon: Neues Hydrographisches Lexikon für die Deutschen Staaten, Halle 1833, steht bei Google-Books als Digitalisat bereit. Hier:

[2] --Anarabert 16:38, 19. Dez. 2010 (CET)Beantworten
Frage meinerseits: Wie häufig kann man die genannten Quellen tatsächlich in einem Artikel verwenden? Nur wenn man die Quellen häufiger brauchen tut, dann lohnt die Aufnahme in der Vorlage. In unserer Quellensammlung kann man sie auf alle Fälle aufnehmen. -- SteveK ?! 17:25, 19. Dez. 2010 (CET)Beantworten
Wie oft unter allen Gewässerartikeln? – Die kleineren Gewässer sind wohl nur selten in AHL/NHL vertreten. Z.B. war in AHL keine Bühler (Fluss) (knapp 50 km lang), jedoch andere, kürzere Flüsse durchaus. Die Abdeckung mag auch von Region zu Region schwanken.
Wie oft im selben Artikel? – Gleich im ersten Fall hatte ich zwei Bezüge, siehe Lauter (Murr), je einmal für den alten Namen und den Oberlauf nach alter Auffassung. Das dürfte aber eher selten sein, oft wollte ich AHL und NHL schon ihrer orthographischen und geographischen Unzuverlässigkeit wegen nicht verwenden. Wo möglich würde ich mich immer lieber auf anderes stützen, so eben zu haben ist.
Wenn jedoch jemand Historisches zu einem Gewässer ausführt, ist es denkbar, dass er im selben Artikel mehrere Bezüge darauf hätte: alter Flussname, alte Ortsname, alter Burgname, etc. -- Silvicola Diskussion Silvicola 20:07, 19. Dez. 2010 (CET)Beantworten

also den AHL habe ich gerade implementiert, man kann gezielt auf eine Seite springen: {{GeoQuelle|DE|AHL|100|ref=nein}} liefert Allgemeines Hydrographisches Lexicon aller Ströme und Flüsse in Ober- und Niederdeutschland den NHL mache ich gleich. -- SteveK ?! 21:13, 19. Dez. 2010 (CET)Beantworten

Danke! -- Silvicola Diskussion Silvicola 03:22, 20. Dez. 2010 (CET)Beantworten
Schaut mal, wie Rosenzweig das nach anderer Methode mit Vorlage:Literatur in Lauter (Murr) nun gemacht hat. Besser daran ist: Es steht die volle bibliographische Information da und der Weblink ist explizit ausgewiesen und charakterisiert. Jedoch viel mehr Text. -- Silvicola Diskussion Silvicola 03:41, 20. Dez. 2010 (CET)Beantworten
Das ginge doch auch mit der Vorlage vermöge "PRÄFIX" und "SUFFIX"!
Wenn wir aber eh immer die einzelne Buchseite verlinken, wäre m.E. die Aufnahme in die Quellensammlung sinnvoller.
Wenn ich das Handbuch der naturräumlichen Gliederung Deutschlands nebst Einzelblättern 1:200.000 (davon gibt es an die 100) verwende, mache ich das immer manuell per Quellensammlung und entsprechender Angabe des Bandes. --Elop 09:16, 20. Dez. 2010 (CET)Beantworten
Man kann die Vorlage:Literatur ja zum Formatieren des Links nutzen, wobei sich derzeit die Seitenreferenz nur mit einer Seite angeben lässt, diese sich auf die Goggle-Zählung bezieht und in den Link eingebaut wird damit die Seite direkt angezeigt wird. Dumm dass die bei Goggle eine andere Seitenzählung machen wie im Buch. Alles andere würde einiges an Umbauarbeiten erfordern. Man sollte vielleicht mal über die Zukunft nachdenken.
@Silvicola: Zu deinem grammatikalischen Dingen ist mir Idee gekommen, statt der Parameter PRÄFIX/SUFFIX einen Parameter BEZEICHNUNG (oder so) einzuführen, mit dem man den Standardbezeichner überschreibt. Dann kann man die Links verwenden wie man es gerade braucht. -- SteveK ?! 10:13, 20. Dez. 2010 (CET)Beantworten

Weitere Quelle, ausgegraben von Benutzer:Kjunix

Siehe Portal Diskussion:Baden-Württemberg#Online-Karte 1:5000 von BaWü > flurstücksgenau. Die Karte selbst ist hier: http://www.lubw.baden-wuerttemberg.de/servlet/is/11425/. Gruß -- Silvicola Diskussion Silvicola 20:31, 13. Mai 2011 (CEST)Beantworten

Trag' doch schomma in die Quellensammlzng ein! --Elop 20:41, 13. Mai 2011 (CEST)Beantworten
Ich habe das mit {{GeoQuelle|DE-BW|LUBW}} übernommen. --SteveK ?! 18:04, 15. Mai 2011 (CEST)Beantworten

TLUG

LieGrü, --Elop 20:30, 23. Jun. 2011 (CEST)Beantworten

Habe das jetzt gefixt:
siehe Dokumentation der Vorlage.
Bei den Kreiskürzeln muss man das verwenden, was im Link eingesetzt wird. Das sind nun mal Kleinbuchstaben. Ich habe nichts gefunden um Großbuchstaben auf einfache Art in Kleinbuchstaben zu verwandeln. Gruß --SteveK ?! 21:34, 23. Jun. 2011 (CEST)Beantworten
Frage hierzu:
Warum steht oben immer noch ein Parameterfehler"?
Problem bleibt überdies, daß man optisch bei einem Artikel, der zum Beispiel durch eich und uh referenziert wäre:
beide Male den gleichen Link sähe. Das liegt halt daran, daß immer nur der erste Teileintrag genommen wird.
Das Problem habe ich auch schon anderweitig gehabt:
Wenn ich den BfN-Kartendiensten einmal mit Hinweis auf "Schutzgebiete, zuschaltbare Gemeindegrenzen" und dann nochmal mit "Landschaften, Steckbriefe können angeklickt werden" verlinke, wird nur einer der beiden Hinweise bei den Einzelnachweisen eingeblendet.
Aber vielleicht ist es eh am sinnvollsten/einfachsten, bei allen Geoquellen immer einen mitgeschleppten Link auf die Hinweise auf der Quellensammlungs-Seite mitzuschleppen, wie Du es ja bei TIM schon eingebaut hast.
Vor allem können wir dann die sich u.U. ändernden/ergänzenden Hinweise (Quellensammlung) ungeachtet von etwaigen URL-Änderungen (Geoquelle) bearbeiten. --Elop 22:42, 23. Jun. 2011 (CEST)Beantworten
Ich habe mal einen Referenznamen deiner Angabe hinzugefügt. Vielleicht geht es ja so. --SteveK ?! 09:10, 24. Jun. 2011 (CEST)Beantworten
Nachtrag: Macht man mehrere <references />, dann kommt das System durcheinander. Man sollte nur eines machen ;-) --SteveK ?! 09:13, 24. Jun. 2011 (CEST)Beantworten


Jo, so kricht man das differenziert. Dennoch vermute ich mal, daß eigentlich ein mitgeschleppter Zweitlink vom PDF zum Landkreiskartenportal - den man ja mit "Landkreise UH, EIC" suffixieren könnte - eigentlich das Mittel der Wahl wäre. Analog bei der Hydrogeologie. Man verschafft sich ja auf der Gesaamtkarte bereits einen Überblick, den man dann auf Wunsch in den landkreisweisen Karten vertiefen kann.

Wobei die Geoquelle mit den Landkreiskarten (besser als "landkreisweise Themenkarten") eigentlich auch für die Landkreisartikel taugen könnte. Wahlweise als Referenz (dort dann u.U. mit Hinweis "Naturräume", Hydrogeologie" oder "Hangneigung") oder als Weblink. --Elop 11:23, 24. Jun. 2011 (CEST)Beantworten

Also, ich habe jetzt noch folgende Änderung vorgenommen: Lässt man bei LUG-LK die Parametrierung weg, so wird auf die Übersichtskarte verlinkt. Ferner wird standardmäßig der Referenzbezeichner um den dritten Parameter ergänzt, damit nicht nur eine Referenzangabe gemacht wird.

Die Idee mit dem Zweitlink kann man unter Verwendung des Suffix durchführen, werde hier dafür keine Änderung vornehmen. Das würde zuviel Aufwand bedeuten. --SteveK ?! 18:44, 24. Jun. 2011 (CEST)Beantworten

Ja, das kann man sich sicher je manuell basteln.
Wie denkst Du denn über die Aufschrift? "Landkreiskarten" liest sich ja so, als wären das Standard-Landkarten.
Wie sieht das mit der (Gesamt-)Hydrogeologiekarte aus? Kann man da noch eine Geoquelle draus basteln? --Elop 19:42, 24. Jun. 2011 (CEST)Beantworten
Bei den vielen Links in diesem Kapitel habe ich den Überblick über deine Wünsche verloren. Man kann alles implementieren was sinnvoll ist. Du musst mir nur den Quelltext für eine Quelle zukommen lassen. Dann kann man das einfach einbauen. --SteveK ?! 19:51, 24. Jun. 2011 (CEST)Beantworten
Ich hatte gedacht an:
  • <ref name=TLUG-Hydrogeologie">[http://www.tlug-jena.de/uw_raum/umweltregional/thueringen/maps/hydrogeologie.pdf Hydrogeologische Karte Thüringens der Thüringer Landesanstalt für Umwelt und Geologie] - PDF, 4,37 MB</ref>
Ginge auch mit Landkreisindex direkt inclusive:
  • <ref name=TLUG-Hydrogeologie">[http://www.tlug-jena.de/uw_raum/umweltregional/thueringen/maps/hydrogeologie.pdf Hydrogeologische Karte Thüringens der Thüringer Landesanstalt für Umwelt und Geologie] - PDF, 4,37 MB ([http://www.tlug-jena.de/uw_raum/umweltregional/index.html Landkreisweise] sind noch feinere Karten erhältlich!)</ref>
Bei den hydrogeologischen Karten kommt man allerdings mit der Hauptkarte schon ziemlich weit, da Flußtäler und Landkreisgrenzen erkennbar sind.
Auf der Naturraum-Hauptkarte sind heute (war vor ein paar Jahren noch anders) indes nicht mal mehr die Landkreisgrenzen eingezeichnet, die Flüsse schon gar nicht. Deshalb werde ich bei den Naturräumen wohl so gut wie immer die Landkreiskarten nachschieben. Selbst unter Hinzuziehung Letzterer ist es für Ungeübte sicher fast unmöglich, die Grenzen Lokalitäten zuzuordnen ...
Schlaschö ... --Elop 00:25, 25. Jun. 2011 (CEST)Beantworten
Sieht jetzt so aus:
Damit sollte dein Wunsch doch erfüllt sein. Gruß --SteveK ?! 10:22, 25. Jun. 2011 (CEST)Beantworten
Bist ein Schatz! Habe jetzt in analoger Weise die Hydrogeologie eingebaut, die zu funzen scheint:
LieGrü, --Elop 12:06, 25. Jun. 2011 (CEST)Beantworten
Ich habe jetzt alle Referenzen entfernt ("ref=nein" eingefügt) damit es übersichtlicher wird. Ansonsten ist das Thema erledigt. --SteveK ?! 12:14, 25. Jun. 2011 (CEST)Beantworten
Jo, danke!
Werde künftig mal versuchen, je selber an Lang und Doku zu basteln, wenn eine neue Referenz zu implementieren ist. Sind ja inzwischen so viele kopierbare Bausteine drin, daß es auch ohne explizite Kenntnis der Sprache gehen sollte ... --Elop 12:42, 25. Jun. 2011 (CEST)Beantworten

Hierarchisierung der Geoquellen

Gerade stelle ich bei der von mir just geänderten TLUG fest, daß Listenstrukturierung genau dann gut funzt, wenn man auf Ebene 1 ist, wie etwa bei den Einzelnachweisen:

Walter Hiekel, Frank Fritzlar, Andreas Nöllert und Werner Westhus: Die Naturräume Thüringens. Hrsg.: Thüringer Landesanstalt für Umwelt und Geologie (TLUG), Thüringer Ministerium für Landwirtschaft, Naturschutz und Umwelt. 2004, ISSN 0863-2448.
Naturraumkarte Thüringens (TLUG) – PDF; 260 kB
Landkreisweise Karten (TLUG)

Anders sieht es aus, wenn man, etwa bei den Weblinks, sich auf einer Listenebene befindet:

Ist das irgendwie halbwex easy umschiffbar? --Elop 03:26, 7. Aug. 2011 (CEST)Beantworten

Nein, es sei denn, du formatierst den Nachweis ohne Aufzählungspunkte. Die Aufzählungstiefe kann man soviel ich weiß nicht abfragen. -- SteveK ?! 22:59, 7. Aug. 2011 (CEST)Beantworten
Gerade erst Deine Antwort gelesen.
Ergo vielleicht besser in:
''Sülz ...''<br />→ Link 1 <br />→ Link 2
umzuformulieren, was dann so:
  • Sülz ...
    → Link 1
    → Link 2
oder ebent so:
  • Bladi
    • Blubb
      • Sülz ...
        → Link 1
        → Link 2
aussähe? --Elop 00:30, 15. Okt. 2011 (CEST)Beantworten
Das Problem ist ganz einfach zu beschreiben: Um einen Aufzählungspunkt zu setzen braucht es vorher einen Zeilenumbruch. Da die Vorlage nicht weiß auf welcher Einrückung sie gesetzt wurde, werden die Aufzählungspunkte auf der 1. Ebene gemacht (man könnte auch die 2. programmieren), weshalb die Einrückung fest ist. Deine Lösung ist wohl eine Möglichkeit dieses Problem zu umgehen. --SteveK ?! 09:34, 15. Okt. 2011 (CEST)Beantworten
Dann ändere ich das einfach mal dort, wo bislang relevant (TLUG, BIS).
Meinst Du, es wäre sinnvoll, die Einzelblätter in die Geoquelle einzuarbeiten? Eigentlich gehört da ja nur zentral je der Link auf den Artikelabschnitt und das Downloadportal für die Karten, was sich wohl nicht ändern wird. Aber es ist natürlich sauberer, je eine GeoQuelle nebst Nummern (sind ja in der Regel immer nur 1-5) plus Option "*" für noch nicht eingeflossene Blätter einzugeben und dann eine Teilaufstellung referenziert zu haben ... Außerdem kann der Laie, der nur Blatt 160 (benutzt) hat, sofort finden, was er eingeben muß (nämlich weder Autoren noch Verlag, etc., sondern nur Quelle mit Angabe "160"). --Elop 12:28, 15. Okt. 2011 (CEST)Beantworten

Bitte aktualisieren für Bayern

{{GeoQuelle|DE-BY|GIS|link=no}}, also

GeoFachDatenAtlas und Gewässerdienste des Bayerischen Landesamtes für Umwelt

funktioniert nicht mehr, dagegen gibt es jetzt

www.bis.bayern.de

Bitte zu aktualisieren. Gruß -- Silvicola Diskussion Silvicola 01:29, 27. Aug. 2011 (CEST)Beantworten

Schau jetzma. Hab' den bewußt in 2 Links gesplittet, damit man die Gewässerdienste überhaupt findet. --Elop 11:51, 27. Aug. 2011 (CEST)Beantworten

Bitte ändern

Zuerst: {{GeoQuelle|DE-NI|GKJB-06}} Deutsches Gewässerkundliches Jahrbuch Weser-Ems 2006. Niedersächsischer Landesbetrieb für Wasserwirtschaft, Küsten- und Naturschutz, abgerufen am 20. Oktober 2015 (PDF, deutsch, 6881 kB). zielt auf einen Downloadlink, kann man das ändern?

Ich habe jetzt nichts gefunden außer dem bekannten Link --SteveK ?! 22:41, 14. Okt. 2011 (CEST)Beantworten

(Bitte auch noch Hinweise ganz unten lesen) Ich habe die Teile, in denen ich was ändern würde, fett gemacht. Nun dann, auf dass sich jemand die Mühe macht: {{GeoQuelle|DE-TH|LUG}} Walter Hiekel, Frank Fritzlar, Andreas Nöllert und Werner Westhus: Die Naturräume Thüringens. Hrsg.: Thüringer Landesanstalt für Umwelt und Geologie (TLUG), Thüringer Ministerium für Landwirtschaft, Naturschutz und Umwelt. 2004, ISSN 0863-2448.
Naturraumkarte Thüringens (TLUG) – PDF; 260 kB


Walter Hiekel, Frank Fritzlar, Andreas Nöllert, Werner Westhus, Thüringer Landesanstalt für Umwelt und Geologie (TLUG), Thüringer Ministerium für Landwirtschaft, Naturschutz und Umwelt (Hrsg.): Die Naturräume Thüringens. Jena 2004, ISSN 0863-2448.
  • Naturraumkarte Thüringens (TLUG) (PDF; 260 kB)
Hier könnte man vielleicht auch die Autorenliste kürzen.


{{GeoQuelle|DE-TH|LUG|LK}}Walter Hiekel, Frank Fritzlar, Andreas Nöllert und Werner Westhus: Die Naturräume Thüringens. Hrsg.: Thüringer Landesanstalt für Umwelt und Geologie (TLUG), Thüringer Ministerium für Landwirtschaft, Naturschutz und Umwelt. 2004, ISSN 0863-2448.
Naturraumkarte Thüringens (TLUG) – PDF; 260 kB
Landkreisweise Karten (TLUG)


Walter Hiekel, Frank Fritzlar, Andreas Nöllert, Werner Westhus, Thüringer Landesanstalt für Umwelt und Geologie (TLUG), Thüringer Ministerium für Landwirtschaft, Naturschutz und Umwelt (Hrsg.): Die Naturräume Thüringens. Jena 2004, ISSN 0863-2448.
  • Naturraumkarte Thüringens (TLUG) (PDF; 260 kB)
  • Landkreisweise Karten (TLUG)


{{GeoQuelle|DE-HE|Karte-Geo}}Geologische Karte Hessens (GÜK 300), Hessisches Landesamt für Naturschutz, Umwelt und Geologie (PDF; 14,1 MB)


Hessisches Landesamt für Umwelt und Geologie: Geologische Karte Hessens (PDF; 28 MB)
Hier bin ich mir nicht ganz sicher, wenn es nicht gefällt nur den PDF Kram ändern
Außerdem konnte ich keine 28 MB Datei finden...

Hinweise: Ich hab von der ganzen Materie keine Ahnung, bin jetzt mal rein theoretisch rangegangen. Bitte sämtliche Links drinlassen; ich habe sie nur der Einfachheit weggelassen. Außerdem herscht Uneinigkeit bezüglich der Kursivschreibung der Titel, hier würde ich mich aber raushalten, da ich keine Ahnung hab. Die PDF Daten habe ich auf 2 Stellen nach dem Komma gerundet. Außerdem sind sämtliche Sachen nur Empfehlungen, ihr müsst es also nicht umsetzen. Und last but not least bin ich nicht perfekt, hoffe zwar keinen Fehler gemacht zu haben, kann aber immer passieren.

Versteht man die Formatierung? Viele Grüße -- NaginataFehlertöter 17:17, 14. Okt. 2011 (CEST)Beantworten

DE-TH|LUG

Da sind rote Links in den Angaben, dass sollte aber nicht sein. --SteveK ?! 12:46, 19. Nov. 2011 (CET)Beantworten

BayernViewer

Gesetzt den Fall, ich habe ihn hier nicht übersehen: Den da

bitte auch als Geoquelle verdrahten. (Vielleicht sollte man ihm dabei eigenmächtig die grässliche Binnenmajuskel abtreiben …)

Und noch einen Vorschlag. Diese Kartendienste sagen im Namen noch nicht, was sie denn bieten, haben vermutlich alle ihre Mucken (Verfügbarkeit) und ihre versteckten Schatztruhen, die man erst bei längerem Stöbern zufällig entdeckt. Meine Schlussbasis dafür ist v.a. der BW-Geodatenviewer (www.geoportal-bw.de): Bestimmte Attribute (Höheneinträge) sieht man nur dort bei unerwarteten Auflösungen, knapp über 1:5.000 und – seltener – knapp über 1:10.000. Außerdem muss man sich das Strichelungsschema der verschiedenen Höhenlinien erst selbst zurechtlegen, weil die Legende dazu schweigt; jedenfalls habe ich nichts dazu dort gefunden.

Sollte man nicht eine Ecke einrichten, wo man Neulingen – und wer wäre kein Neuling in einer ihm unvertrauten Ecke der Welt – diese sauer ermittelten Tricks annoncieren könnte? Nur jeweils eine knappe Anleitung von Nutzern für Nutzer. --Silvicola Diskussion Silvicola 01:56, 4. Feb. 2012 (CET)Beantworten

Diese Ecke gibt es ja theoretisch schon - siehe z.B. NRW/TIM, wo hintendran je ein Link zu den Hinweisen auf der Quellensammlung führt.
Maln Vorschlag, da Du wahrscheinlich öfter mit dem BY-Viewer arbeitest (ich selber benutze den nur alle paar Monate):
Bau den doch schomma in Wikipedia:WikiProjekt Geographie/Quellensammlung ein! Daraus eine GeoQuelle zu basteln ist dann nicht mehr so die Action. --Elop 12:02, 4. Feb. 2012 (CET)Beantworten
Getan. -- Silvicola Diskussion Silvicola 19:19, 6. Feb. 2012 (CET)Beantworten
Ich gebe Elop Recht, die Quellensammlung dient der Sammlung von möglichen Quellen. Diese Vorlage soll die Anwendung als Referenz erleichtern und vereinheitlichen, damit man bei einem Umzug die Links auf einen Schlag ändern kann. Wenn man dem Link folgt, dann landet man in Viewer. Kann man da mehr ansehen als Topografische Karten? Denn diese würde ich nicht Bayern bezogen sehen, da es egal ist, ob du auf Papier oder im Viewer die Karte auswertest. --SteveK ?! 00:19, 5. Feb. 2012 (CET)Beantworten
Bayern hat ja noch ein paar deutlich spezifischere Dienste, siehe z.B. diese Übersicht. Allerdings ändern die sich meiner Erfahrung nach noch ständig. Aber genau für die braucht man eigentlich eine Bedienungsanleitung. --Elop 11:38, 5. Feb. 2012 (CET)Beantworten

Wir hatten wohl gerade einen BK im BY-Abschnitt der Quellensammlung. Vielleicht sollten wir mal absprechen, was wir da bei GIS genau rein nehmen. In der GeoQuelle (warum war die nicht auf der Quellensammlung eingetragen? - Da hatten wir wohl geschlampt!) stehen momentan ein Kartendiensteinstiegslink Geologie und ein Einstiegslink zum Wasser. Es könnte aber praktischer sein, auf die Übersicht zu verlinken und dann je Kartendienst Hinweise in die Quellensammlung zu schreiben ... Es ginge auch jeder Dienst einzeln, aber das wären dann recht viele ... --Elop 19:53, 6. Feb. 2012 (CET)Beantworten

Ich hatte keinen BK :-) Ich finde den direkten Einstieg in den Kartendienst besser als einen allgemeinen Link, wo man dann den Kartendienst und damit auch die Daten suchen muss. Deshalb habe ich auch "DE-BY-WRRL" implementiert und in der Quellensammlung beschrieben. Der BayernViewer ist auch in der GeoQuelle enthalten. Und wer geschlamt hat is mir egal.--SteveK ?! 19:57, 6. Feb. 2012 (CET)Beantworten
Ich hatte auch keinen BK - aber nach meinem Edit stand plötzlich Deiner drin, der zuvor nicht da gewesen war. Die Software scheint das ja inzwischen zu managen ohne BK-Meldung!
Ja, der BayernViewer ist in der Quelle enthalten - seit ich ihn gerade einbaute ...
Ach, @Silvic:
Ich glaube ja, daß der Steve ein Fan von "gräßlichen Binnenmajuskeln" ist, siehe z.B. Name der hiesigen Seite (während ich ja statt QuellenSammlung das kleine s wählte)... --Elop 20:15, 6. Feb. 2012 (CET)Beantworten
Nun ja, Vorlagennamen sind halt begrifflich näher an Programmcode, schwupps rutscht der Camel-Case rein. Immerhin heißt die Vorlage nicht GeoSrc … --Silvicola Diskussion Silvicola 21:37, 6. Feb. 2012 (CET)Beantworten
Es hätte auch noch kürzer "GQ" sein können. Und "Geographiequellensammlung" als Name für die Vorlage war mir zu sperrig. Muss man ja öfters tippen! --SteveK ?! 11:09, 8. Feb. 2012 (CET)Beantworten

BRSWEB

Bitte die folgende Referenz implementieren:

Daten- und Kartendienst der LUBW

LUBW als Selektor unter DE-BW ist schon vergeben.

Liefert z.B. aggregierte EZGs verschiedener Stufe. --Silvicola ⇨⇦ 06:45, 21. Jun. 2012 (CEST)Beantworten

Der ist de facto als "LUBW" schon drin - hatte nur bislang keiner in die Quellensammlung nachgetragen. Hat jetzt einen Hinweise-Link, den Du mal in der Quellensammlung füllen könntest. Bedienung von Flußpferdediensten issja nich immer so easy - vor allem, weil jedes Land sein eigenes System hat ...
Theoretisch könnte man auch mehrere GeoQuellen draus machen - zu jeder Themenkarte eine ... --Elop 13:46, 21. Jun. 2012 (CEST)Beantworten
Danke für den Hinweis. Mir ging der Link auf den Daten- und Kartenserver sub {{GeoQuelle|DE-BW|LUBW}} bisher nicht auf, weil ich Skriptingrechte im Browser diskretionär erteile und der Link funktionslos oder Selbstlink zu sein schien. Der Site schien auch so natur- und rahmenvergrünt, dass ich darunter nüchterne Gewässerbasisdaten gar nicht mehr erhofft hatte.
Die Hinweise werde ich füllen, wenn ich etwas vertrauter bin mit der Chose.
Leider macht ja (mindestens) jedes Bundesland (wenn nicht sogar jeder Amtsbereich) seinen eigenen Stiefel auch in Bezug aufs Interface der Webservices, da findet man alles: modale Benutzerführung unter Berücksichtigung des Ostereierprinzips, zu gieriges Caching oder Speicherlöcher, die den Browser nach einiger Zeit der Benutzung zum Absturz bringen, Karten in Briefmarkengröße, unnütze Bilderleisten im Kopfteil vermutlich wegen schierer „Corporate Identity“ oder so. Vermutlich will man auch die IT-Aufträge jeweils im Lande halten, wenn nicht sogar … Gräßlich! --Silvicola ⇨⇦ 21:14, 21. Jun. 2012 (CEST)Beantworten
Wem sagst Du das? Ich bin selber froh, neben diversen Naturraum- und Geologiediensten zumindest in NW, HE und RP die Flußpferdedienste unfallfrei parallel bedienen zu können (und freue mich fast, daß es im ebenfalls häufig von mir bearbeiteten TH nonnix gibbt).
BW überließe ich daher gerne Dir und unserem Binnenmajuskelflußpferdchen, das ja zumindest dort wohnt. Und wenn dann Du und unser viersilbiges Mainflußpferd BY (scheint in den Diensten ja noch in der Entwicklung) übernähmen, hätte ich auch nichts dagegen ...
Prinzipiell kannst Du in der Vorlage ja auch den bisherigen Link durch den Dir genehmeren austauschen. --Elop 23:19, 21. Jun. 2012 (CEST)Beantworten

BayernAtlas

Der Bayernviewer liefert beim Aufruf jetzt eine Hinweisseite:

Bitte beachten Sie: Aus BayernViewer wird BayernAtlas ...
Bitte verwenden Sie deshalb in Zukunft folgenden Link:
http://geoportal.bayern.de/bayernatlas?base=910

Selbiger BayernAtlas – Hinweis an Implementierer: man muss diese werbekreischende Binnenmajuskelmode nicht mitmachen, man darf auch noch ungestraft orthographisch schreiben – ist (wieder mal) ziemlich umgebaut, eher reicher (und unübersichtlicher und fickeriger in der Bedienung, vor allem dank „hilfreicher“ Popups von großer Ausführlichkeit, deren Schließknopf dann mal gerne außerhalb des Bildausschnittes liegt) als der alte Bayernviewer. Darstellung jetzt auch auf größerem als Postwertzeichenformat, weggefallen sind anscheinend die historischen Karten; aber wer weiß, die Layer-Anwahl ist so gut vergraben und fehlgrifffreundlich …

Vermutlich sollte man die alte Bayernviewer-Referenz bestehen lassen und daneben eine neue {{GeoQuelle|DE-BY|BA}} stellen, dann kann man die Altreferenzen, wo sinnvoll, bei anderen Artikelarbeiten nach und nach ersetzen. Bei Bezügen auf Weggefallenes dagegen stehen lassen. --Silvicola Disk 05:54, 16. Sep. 2012 (CEST)Beantworten

Hinweis auf zugehörige Diskussion auf Fragen zur Wikipedia. --emha d|b 19:01, 28. Nov. 2012 (CET)Beantworten
Danke für den Hinweis. Frage wäre jetzt, inwieweit es lohnt, den BA in welcher Tiefe zu parametrisieren.
Umbenennung per Bot wäre ja weniger das Problem ... --Elop 20:13, 28. Nov. 2012 (CET)Beantworten
Ich weiß nicht, wie auf BA nun der aktuelle Stand ist, weil ich im Lande, dessen Richelieu Montgelas hieß, zuletzt nicht so tätig war – aber wie ich zuletzt dort herumsuchte, habe ich die historische Karte aus der Mitte des 19. Jh., die auf dem alten BV-Server vorgehalten wurde, nicht gefunden. Deshalb Vorsicht bei automatischer Ersetzung! --Silvicola Disk 21:21, 28. Nov. 2012 (CET)Beantworten
Erst auf Button Amtl. Karte klicken. Beim zweiten Mal wird dann Historisch angeboten.--Anarabert (Diskussion) 21:31, 28. Nov. 2012 (CET)Beantworten

Gewässersteckbriefe HE

Der Giftbot liefert uns ja z. Z. massenhaft alte WRRL-Referenzen auf die alte Adresse, die ich durch die GeoQuelle ersetze. Parallel zu den alten Dienstlinks wären aber auch alle Steckbrieflinks zu fixen, siehe z. B. hier ("Allgemeine Quellen"). Welche Option wählen wir?

  1. einen Bot schicken, der nach Muster
    http://geoextra.hmulvwrrl.hessen.de/wrrl_viewer/ergebnis_massnahmenprogramm_ow.php?MS_CD_RW=DEHE_<Zahl> vorgeht
  2. uns die Steckbriefe als Weblink zu schenken und nur in den Viewerhinweisen erklären, wie man an sie kommt (was der berühmten "OMA" die Steckbriefe wohl nicht verfügbar machen würde)
  3. eine parametrisierte GeoQuelle erstellen?

LieGrü, --Elop 16:59, 19. Sep. 2012 (CEST)Beantworten

Habe jetzt eine Vorlage erstellt:

Frage:
Ist es möglich, die verlinkten Hinweise hinter den SUFFIX-Namen zu kriegen? --Elop 15:35, 2. Okt. 2012 (CEST)Beantworten

Übertrag

<Anfang, siehe hier>

Ggf. mit Wikipedia Diskussion:WikiProjekt Geographie/Quellensammlung koordinieren. --Matthiasb – Vandale am Werk™   (CallMyCenter) 16:11, 16. Sep. 2012 (CEST)Beantworten
Ich relativere das mal. Es funktioniert nicht so einfach. Die meisten Weblinks stehen innerhalb von Ref-Tags. Ein paar Regex-Klimmzüge sind schon nötig, ich versuche mal diese Fälle abzuhandeln und zu schauen, was dann noch übrig ist.--Cactus26 (Diskussion) 19:07, 17. Sep. 2012 (CEST)Beantworten
nun  Ok. Die Fälle, die ohne Informationsverlust auf die Vorlage umgestellt werden konnten, habe ich auf diese umgestellt. Bei den anderen Fällen habe ich die Weblinks ersetzt.--Cactus26 (Diskussion) 17:25, 18. Sep. 2012 (CEST)Beantworten
Darf man mal erfahren, was daran falsch sein soll, daß die Vorlage ein ref-tag erzeugt?
All diese veralteten Links müssen genau einmal auf die Vorlage umgestellt werden, ab dann brauchen wir bei jedem Serverumzug nur genau einen Edit in der GeoQuelle und alle paarhundert Links sind gefixt. Außerdem können wir den Text auch auf neue Features umstellen.
In der Elbbach-Liste habe ich die Bot-Ersetzung durch die Vorlage ersetzt.
Vielleicht wäre es im Zweifel sinnvoll, mit dem Botlauf zu warten, bis der Giftbot durch ist! Bei dessen momentaner Geschwindigkeit kommen die HE-Flußpferde eigentlich noch ganz gut mit (bzw. innerhalb meiner Beo bin ich bislang der einzige WRRL-Fixer). Und alle Artikel mit dem alten Weblink sind auch anderweitig, z. B. Infobox, veraltet. Dergleichen können Nichtbots gleich mit auf Stand bringen.
Bot-Ersetzungen durch etwas anderes als die Vorlage werden nur temporäre Fixe bleiben - beim nächsten Server-Umzug geht es dann wieder los!
Übrinx gibt es auch sinnvolle Fixe wie diesen, wo mehrere GeoQuellen in einem Ref stehen.
Was der Bot natürlich problemlos ersetzen könnte, wären alte Standardtexte der QuellenSammlung, z. B. diesen. --Elop 18:52, 18. Sep. 2012 (CEST)Beantworten
Sowas bitte nicht dem Bot in Auftrag geben! Das verhindert gerade die endgültige Fixung per Vorlageneinbau! --Elop 19:05, 18. Sep. 2012 (CEST)Beantworten
Zu Deiner (wahrscheinlich rhetorisch gemeinten) Frage oben: Vorlagen sollten nach dem Grundsatz "Do one thing and do it well" implementiert sein. Und die eine Sache wäre in diesem Fall, den Weblink an zentraler Stelle warten zu können. Ich finde Vorlagen sehr unglücklich, die irgendwelches Dinge wie "*" oder Ref-Tags dazubauen. Das mag gut gemeint sein, ist es aber nicht, es macht aber die Vorlage nur eingeschränkt einsetzbar und alles komplizierter (man findet diese Ref-Tags dann z.B. nicht mehr im Quellcode, wenn man nach der Stelle sucht, an der die Quelle verwendet wird). Außerdem ist es nicht möglich, die Vorlage in Verbindung mit {{Internetquelle}} einzusetzen. Ich finde Dein Herumnörgeln über die paar direkten Weblinkersetzungen hier etwas unangebracht. Ich habe mir Mühe gegeben, dieser ganz und gar nicht meinen Vorstellungen entsprechenden Vorlage mit einer Regex-Heuristik gerecht zu werden. Hier habe z.B. ich bewusst auf den Einsatz der Vorlage verzichtet, weil dadurch Informationen verloren gegangen wären. Du kannst die Änderungsliste des Bot durchgehen, am Editkommentar ist erkennbar, ob er auf Vorlage umgestellt hat oder nicht.--Cactus26 (Diskussion) 07:22, 19. Sep. 2012 (CEST)Beantworten
Laß' mich dochma nörgeln - auch ich möchte mal meine einzigen Talente anwende können ...
>>Und die eine Sache wäre in diesem Fall, den Weblink an zentraler Stelle warten zu können. <<
Ägypten? Genau diesem Zwecke dient doch die Vorlage! Die zentralen Stellen sind Vorlage:GeoQuelle/Lang bei Serverumzügen und Wikipedia:WikiProjekt Geographie/Quellensammlung#WRRL Hessen bei Änderungen in der Bedienbarkeit bzw. ergänzenden Bedienungskommentaren.
Wer:
liest, kann sich per Link auf die Hinweise schlau machen, wie man je an die Werte kommt - was bei den Fachkartendiensten nicht immer einfach und selbsterklärend ist. Das dient nicht nur der möglichen Überprüfung eingetragener Daten, sondern macht im besten Falle andere Wikipedianer schlau, die fortan bei anderen Flüssen diese Quelle nutzen können. Einzelbedienungshinweise wie in Deinem Norde-Beispiel haben wir ganz früher in die Refs eingebaut, dieses ist durch die zentrale Quellenseite obsolet.
>>Ich habe mir Mühe gegeben, dieser ganz und gar nicht meinen Vorstellungen entsprechenden Vorlage mit einer Regex-Heuristik gerecht zu werden. <<
Völlig unbestritten! Aber in diesem Falle ist gut gemeint eben nicht gut.
Matthias' Hinweis:
>>Ggf. mit Wikipedia Diskussion:WikiProjekt Geographie/Quellensammlung koordinieren. --Matthiasb – Vandale am Werk™ Blue ribbon.svg (CallMyCenter) 16:11, 16. Sep. 2012 (CEST) <<
hätte Dir da Arbeit erspart.
Und sofern es um das Thema Nörgeln geht:
Man sollte erst über etwas nörgeln - so z. B. die Vorlage GeoQuelle - wenn man ihr Prinzip verstanden hat. Zweck der Vorlage ist nicht, daß Dein Bot sie besonders easy einbauen kann, sondern daß alle HE-Flußpferde (und sonstige Mitarbeiter im geographischen Bereich) einheitlich referenzieren, der Leser an Bedienhinweise kommt und Änderungen der Webadresse zentral mit einem Edit korrigierbar sind. --Elop 16:41, 19. Sep. 2012 (CEST) (nachsigniert)Beantworten
Habe jetzt Bot fespielt und bin dem Bot hinterhergelaufen. Dabei sind mir auch nicht geringe Mengen an umgezogenen Steckbriefen begegnet, siehe z. B. hier. Derlei Umwandlungen wären theoretisch typische Botaufgaben, aber gerade da bin ich in Versuchung, ebenfalls - natürlich parametrisiert - in die GeoQuelle einzubauen (oder aber die Steckbriefe wegzulassen und in den Hinweisen zu erklären, wie man im Viewer an sie kommt). Denn die Steckbriefe dürften mit jedem Viewerumzug ebenfalls wandern ... --Elop 16:41, 19. Sep. 2012 (CEST)Beantworten
Meinen eigenen Spruch gegen mich einsetzen. Gemein. Ok, Punkt für Dich. Bis Bilstein (ungef. 50. Artikel) hatte der reg. Ausdruck einen Schwachpunkt, den ich nur bei Lahn bemerkt und korrigiert hatte, der Fall Lumda war mir entgangen. Ich habe mich nicht bei der Geo-Redaktion gemeldet, weil ich eine solche Diskussion vermeiden wollte. Ok, die Rechnung ging auch nicht auf. Zu behaupten, {{GeoQuelle/Lang}} würde nur eine Sache erledigen, macht aber deutlich, dass Du das Prinzip nicht so ganz verstanden hast. Auch diese Untervorlage macht grob geschätzt 2,5 Sachen und halt keine davon wirklich gut. Das Argument, es ist ja sooo komfortabel und meine Anwender sind Flusspferde (zugegeben, meist in anderer Form) höre ich oft von Tool-Entwicklern. Falls Dich meine Argumente wider Erwarten überzeugen sollten: Für ein Projekt "Refs raus aus GeoQuelle!" stünde Dir meine ganze Bot-Ausrüstung gerne zur Verfügung. Nebenbei: Ich hätte nichts dagegen, im nächsten Leben als Flusspferd auf die Welt zu kommen, dann hätte ich zumindest mehr Gewicht.--Cactus26 (Diskussion) 17:17, 19. Sep. 2012 (CEST)Beantworten
Lieber stacheliger Kollege,
Laß' uns den Dialog gegebenenfalls auf den Diskusseiten von GeoQuelle oder Quellensammlung fortführen - verstanden habe ich immer noch nicht, was Du meinst. Zugegebenermaßen werden die beiden Seiten fast nur von 2 Benutzern (SteveK und mir) ausgebaut und gepflegt, aber es lesen viele regelmäßige Benutzer der Bausteine dort je mit. Die Quellensammlung wurde am 19. Feb. 2010‎ errichtet, die GeoQuelle am 18. Aug. 2010‎. Beides je nach intensiver Rücksprache mit dem WikiProjekt Geographie. Du bist der Erste, der das für Mist hält. Aber besser weiter drüben - die hiesige Seite ist ja eine Abarbeitungsseite ... Außerdem ist Steve, gleichzeitig unser Boxenflußpferd, der vorlagentechnische Erstansprechpartner. --Elop 22:47, 19. Sep. 2012 (CEST)Beantworten

</Ende Übertrag>

Die Sache ist in Wahrheit natürlich weit vielschichtiger als es in dieser polarisierenden Disk. zum Ausdruck kommt (die mangelnden Möglichkeiten der Vorlagensyntax machen es natürlich schwer, eine UNIX-Philosophie nachzubilden...). Wenn ich ausgeschlafener bin, melde ich mich mal hier, noch besser wäre sicher, diese Disk. in Form einer "Präsenzdiskussion" zu führen.

Aber eins kann ich mir nicht verkneifen: Das Ref-Tag automatisch zu erzeugen (und es per Parameter abschalten zu müssen) ist ungefähr so, wie wenn die Autohersteller auf die Idee kämen, dass beim Öffnen der Fahrertür automatisch der Motor startet. Und ich müsste ihn ausschalten (oder über die Beifahrertür einsteigen), wenn ich nur meine Sonnenbrille vergessen hätte.--Cactus26 (Diskussion) 07:52, 20. Sep. 2012 (CEST)Beantworten

Mal eine Antwort vom Ersteller: Die Aufgabe der Vorlage ist es, einheitliche Referenzen (also Einzelnachweise) zu erzeugen. Und genau das macht sie auch, ohne das man sie dazu auffordern muss. Das man den erzeugten Link durch einen Parameter auch ohne das Ref-Tag generieren kann ist eigentlich der Dokumentation geschuldet. Nochmal: Die Anforderung an die Vorlage war und ist, Referenzen zu erzeugen, so dass man Einzelnachweise einfach und möglichst kurz setzen kann. Das ist die vorrangige Anwendung der Vorlage (von 4299 Einbindungen nutzen gerade mal 344 den Parameter "ref").
Zu deiner Kritik sei noch gesagt, dass sie mir einfach zu pauschal ist. Wir können mit der Vorlagenprogrammierung nicht alles und vor allem nicht so strukturiert wie in einer Programmiersprache, aber UNIX-Konform war hier eh keine Anforderung. Du solltest dir angewöhnen, Kritik so genau wie möglich zu formulieren, sonst geht das ins Leere. Bisher ist bei mir nur angekommen "Das ist aber Scheiße hier". Jetzt gehe ich an die Arbeit. Gruß --SteveK ?! 09:55, 20. Sep. 2012 (CEST)Beantworten

Wunsch nach Einbindung einer weiteren Geoquelle

und zwar die hier:

Gewässergütekarte Baden-Württemberg 2004 (PDF, 11,7 MB)

Die Datei ist offenbar öfter explizit unter alter und nun ungültiger Webadresse verlinkt, und diese Verlinkungen werden jetzt alle nacheinander vom Giftbot moniert. Wenn man sich jetzt die Areit der manuellen Ersetzung schon macht, sollte man hier eine GeoQuellen-Instanz anbieten, damit die Arbeit leichter ist, wenn die Lust das Amt das nächste Mal anwandelt, auf dem eigenen Webangebot zu verschieben. --Silvicola Disk 18:31, 6. Okt. 2012 (CEST)Beantworten

Dein Wunsch war mir Befehl.
Übrinx halte ich Dich für technikaffin genuch, dergleichen auch selber hinzukriegen:
Eigentlich muß man nur andere Einträge duplizieren und überschreiben ...
Übrinx:
Wie findste Mortys Vorlage:Abflusstabelle? --Elop 19:37, 6. Okt. 2012 (CEST)Beantworten
Danke!
Technikaffin vielleicht, aber nicht mehr recht klammergebirgeaffin – die Äuglein halt. Und die unbedachte fundamentale Metazeichenwahl in der Wikisyntax treibt das alles noch auf den Gipfel, ich sage nur {{!}} und Konsorten. Eine gewisse Wallung hinter der Netzhaut verspüre ich dagegen bei onlyinclude versus includeonly. Offenbar will man geradezu, das sich das keiner merken kann.
Die Mortysche Tabelle scheint recht ausgefeilt, auch wegen der Differenzen. Mir sind aber bei meinen liebsten Kleingewässern gerade mal höchstens ein halbes Dutzend Mal dokumentierte Abflusswerte begegnet, so dass ich also jedesmal wieder neu die Kürzel nachschlagen musste. Kann also inhaltlich wohl nicht wirklich bewerten. Wenn man will, dass auch die Nichtabflusswertjargonvertrauten die Vorlage fleißig benutzen. sollte man die Parameter auf der Vorlagenseite auch noch erläutern. Ich weiß schon, ich weiß, Programmierer mögen meist specification by implementation und documentation by code review
--Silvicola Disk 14:27, 7. Okt. 2012 (CEST)Beantworten
Die eigentlichen Klammerberge überlasse auch ich gerne Steve und Morty ...
Die Abflußbox ist noch nicht ganz fertich - werde sie gleich im Gewässerportal vorstellen, um Anregungen zu sammeln. --Elop 14:47, 7. Okt. 2012 (CEST)Beantworten

Gewässerkundliche Jahrbücher (Niedersachsen)

Hallo,

ich bin der Meinung, dass wir die Links der Jahrbücher nicht automatisch auf das aktuelle Jahr umstellen sollten. Zum einen werden nicht alle Pegel veröffentlicht (Pegel Milte im Jahr 2008) zum anderen unterscheiden sich die Werte, wenn auch nur gering. Wenn ich mich nicht auskenne, dann würde ich mich im Falle des Pegels Milte fragen, wie man auch die Werte kommt.

Gruß --SteveK ?! 11:31, 7. Okt. 2012 (CEST)Beantworten

Wäre es im Zweifel nicht am einfachsten, zusätzlich zum aktuellen PDF-Link einen aufs Portal mit reinzunehmen?
Dann könnte jemand in 3 Jahren sehen
  1. Reihe bezieht sich bislang auf 2008, kann also anhand jenes Jahrbuchs verifiziert werden
  2. Aktuell liegt das 2011er vor, man könnte also mal wieder aktualisieren (oder auch nicht).
Mir ist auch schon ein im Gesamtjahrbuch fehlender Pegel aufgefallen, nämlich Nahe/Schleusingen.
Für TH, wo eh nur Einzelpegelblätter vorliegen - die indes 2 Jahre neuer sind - habe ich bislang gar nicht individualisiert. Könnte man zusätzlich noch parametrisieren, aber ist m. E. auch ohne leicht findbar.
Anders ist es in HE mit den Steckbriefen - die findet man nur über den Kartendienst, und der ist nicht sehr ommatauglich (und oppatauglich nur im Sinne von Oppa Steve, den ich für nicht repräsentativ halte). --Elop 12:35, 7. Okt. 2012 (CEST)Beantworten
Ich denke, wir wollen hier bekanntes Wissen darstellen und die Herkunft auch belegen. Bei den Jahrbüchern und Chroniken ist das Jahr nunmal ziemlich interessant und von Bedeutung. Eigentlich darf man eine Quellenangabe "Jahrbuch 2006" nicht ohne Kontrolle auf das "Jahrbuch 2008" ändern, weil man dann die Information ggf. verfälscht.
Ein anderer Aspekt ist die Pflege von Nachweisen. Bei einem unspezifizierten Jahrbuch kann man eben nicht einfach eine Wartungskategorie setzen um die Aktualisierung abzuarbeiten. Oder man generiert zu viel Arbeit, da man alle Artikel prüfen muss.
Ich hatte mit der GeoQuelle angefangen, um auf einfache Art auf die spezifische Information verlinken zu können. Wenn man jetzt den umgekehrten Weg geht (verlinken auf Portal), dann kann man überlässt man dem Leser die Auswahl der Unterlage, was mMn nicht der richtige Weg ist. Bei Einzelnachweisen wird doch die genaueste Angabe bevorzugt. --SteveK ?! 13:12, 7. Okt. 2012 (CEST)Beantworten
Wenn ich die Pegelwerte mit 1951/2006 referenziere, überlasse ich doch nicht dem Leser die Auswahl, sofern ich neben dem aktuellsten Jahrbuch auch das Portal verlinke.
Aber gut, wenn Du vorsiehst, die Wartung in dem Sinne vorzunehmen, daß Du 2015 sagst "So, jetzt werden mal alle 2006er in 2011er aktualisiert", ist die Parametrisierung natürlich praktischer. Dann schlüge ich aber vor, alle bislang unparametrisierten GeoQuellen zu parametrisieren (wobei man sie, je nach Bock, auch aktualisieren könnte). Wobei man in TH eigentlich alle 2008er Werte durch die 2010er Blätter im Thüringer Pegelverzeichnis ersetzen kann und die Reihe entsprechend anpassen.
Parametrisierbarkeit sollte auf jeden Fall auch in der Quellensammlung stehen - das ist nämlich insbesondere der Ort, wo wir Anmerkungen sammeln und Neulinge hinschicken.
Eigentlich finde ich blöd, daß es immer nur komplette Reihen gibt. 30-Jahres-Reihen für alle wären ja 1.) vergleichbarer und 2.) fürs Heute viel aussagekräftiger. Speziell die MNQ- un d MHQ-Werte haben sich ja durch Änderungen in der Kanalisation und Hochwasserregulierungen z. T. signifikant geändert. Dem gegenüber ist im MGQ des untersten Werrapegels immer noch die Ederseesprengung von 1943 (2800 m³/s!) mit eingerechnet, die wenig mit "zu erwartenden" Hochwassern zu tun hat.
HLUG arbeitet in seinen Extrapolationen auch ausschließlich mit 30-Jahres-Reihen (MNQ sogar 20 Jahre), die nur dummerweise etwas veraltet sind - siehe drüben.
Ansonsten ist es mit der Parametrisierung so eine Sache. Du hattest Dir ja mal die Mühe gemacht, die TH-Landkreis-Naturraumkarten zu parametrisieren. Es hat sich indes als praktikabler erwiesen, immer die TH-Gesamtkarte zu verlinken und einen Link auf Downloadmöglichkeiten für die feineren Karten. Es wäre auch schlicht und einfach zu nervig, bei jeder Kleinaussage anzugeben, ob die aus dem Ilmkreis oder dem Gothaer kommt. --Elop 13:37, 7. Okt. 2012 (CEST)Beantworten

Bitte nicht vergessen, die Dokuseite und vor allem die Quellensammlung (der gemeine Mitautor wird nur hier nachschauen) entsprechend zu aktualisieren! In der Quellensammlung steht das Gewässerjahrbuch bislang doppelt (1* DE, 1*DE-NI). Vielleicht wäre es am besten, im DE-allgemeinen Teil alle Ankerlinks auf Jahrbuchseiten der Länder anzuzeigen. Bei der Werra z. B. ist ja eh TH aktueller (und hat einen Pegel mehr). --Elop 12:51, 8. Okt. 2012 (CEST)Beantworten