HammWiki:Diskussion/26: Unterschied zwischen den Versionen

Aus HammWiki
Zur Navigation springen Zur Suche springen
Zeile 162: Zeile 162:
 
# Vorhandene EditWarning Extension weiter nutzen
 
# Vorhandene EditWarning Extension weiter nutzen
 
# Vorhandene EditWarning Extension wieder ausbauen
 
# Vorhandene EditWarning Extension wieder ausbauen
 +
 +
== Feste Seitenbreite des Wikis ==
 +
 +
* Einige haben einen Monitor mit hoher Auflösung (z.B. > 2500 xp), andere eine geringere (z.B. 1024 px). Das Wiki hat sich biylang dynamisch an das Fenster angepasst. Dadurch waren einige Artikel extrem "flach" und bestanden augenscheinlich nur aus einer Zeile. Auch das "gestalten" von Artikeln war nicht möglich, da aufgrund unterschiedlicher Kasten-Größen bei jeder Auflösung ein anderes Resultat erschienen ist. Wie Auf der Jahreshauptversammlung angesprochen, habe ich nun einmal eine feste Breite von testweise 995px eingebaut (im Vector Skin). Jetzt sieht das Wiki überall gleich aus. 995 px deswegen, damit es bei 1024 px Auflösungsbreite optimal aussieht (etwas Breite fällt für Scrollbanken usw. weg). Evtl. bitet das Wiki einmal neuladen mit F5 oder STRG+R (die Änderung war im CSS). Funktioniert es? Gefällt es Euch? --[[Benutzer:Reckmann|Reckmann]] 16:42, 26. Feb. 2012 (CET)
 +
 +
*War grad aufgrund der neuen Optik etwas überrascht - aber nachdem ich den obigen Grund gelesen hab, finds ich gut...macht Sinn ... --[[Benutzer:Mimmi|Mimmi]]
 +
 +
* Da ich meine(n) Browser auch auf breiten Bildschirmen immer nur ca. 1000px breit öffne, weil viele Seiten wie Spiegel-Online oder c't auch eine feste Breite haben, hätte ich das gar nicht gemerkt... Aber für die Leute, die ihren Browser über die gesamte Bildschirmbreite öffnen, ist das natürlich gut und sinnvoll. --[[Benutzer:Bonni|Bonni]] 17:59, 26. Feb. 2012 (CET)
 +
 +
*An welcher Stelle (Datei) im Wiki wird diese Änderung durchgeführt (aus Interesse)? Wir müssten dann evtl, auch noch mal schauen, wie es ist, wenn dieses dann zentriert ist. Derzeit "verschwende" ich im Vollbildmodus 50% von meinem Monitor --[[Benutzer:DLensing|DLensing]] 20:18, 26. Feb. 2012 (CET)
 +
: Es liegt in der main.css im jeweiligen "skin"-Ordner. Übrigens: Es werden auch weiterhin 50% verschwendet, wenn es zentriert ist ;-) 25% links und 25% rechts - aber ich suche danach auch schon, da ausgerechnet mein Monitor nämlich auf voller breite läuft ;-) --[[Benutzer:Reckmann|Reckmann]] 20:54, 26. Feb. 2012 (CET)
 +
 +
::Macht es vielleicht Sinn für diese "Sonder"-Einstellung ein eigenes Design zu erstellen? So kann jeder für sich es selber entscheiden. Was dafür zutun ist, kann ich dir gerne zur Verfügung stellen. --[[Benutzer:DLensing|DLensing]] 20:50, 28. Feb. 2012 (CET)
 +
 +
::: Wäre die Frage, ob die feste oder die flexible Breite die Sondereinstellung sein sollte. Die feste Breite hätte natürlich auch den Vorteil, dass man das Wiki ansprechend gestalten könnte (z.B. Startseite usw.) - das wäre dann natürlich wieder dahin, wenn man es per Skin ausschalten könnte. ich wäre sogar dafür die Skins alle zu deaktivieren bis auf den "normalen". Stell Dir vor, wir haben ein Bild über die Seitenbreite (800px). Dann wirkt das bei voller Breite bei z.B. mir (2500px) recht einsam und verloren :-/ --[[Benutzer:Reckmann|Reckmann]] 02:22, 29. Feb. 2012 (CET)
 +
 +
:::: Wir können ja einfach 2 Definitionen (fix / flexibel) anlegen. Mir ist es gestern nur aufgefallen, bei jemandem der ein anderes Wiki mit einem größeren Zoom-Faktor aufgerufen hatte, da er dieses benötigt. Dabei sah diese Wiki-Seite, die ich bei ihm testen durfte, nicht so positiv aus durch die vorhandene Definition. --[[Benutzer:DLensing|DLensing]] 05:58, 29. Feb. 2012 (CET)
 +
 +
::::: Kannst du mir da evtl. mal per E-Mail einen Screenshot von schicken - ich kann mir darunter gerade nicht viel vorstellen ... --[[Benutzer:Reckmann|Reckmann]] 23:29, 29. Feb. 2012 (CET)
 +
 +
(erste) Optionen für die Abstimmung:
 +
 +
# Keine Limitierung der Seitenbreite vornehmen (wie früher)
 +
# Limitierung der Seitenbreite (wie aktuell) beibehalten
 +
# Zwei Skins anlegen (flexibel + limitiert)
 +
 +
 +
 +
 +
 +
== Vorlage Stub bei kurzen Artikel und Meta-Daten Keywords ==
 +
* Wir sollten bei so kurzen Artikeln wie [[Möller Bestattungen]] oder [[Friseurcafé]], d.h. Artikeln mit mehr oder weniger einem Satz, immer die Vorlage <nowiki>{{Stub}}</nowiki> hereinschreiben. Mit so Sätzen wie "abc ist ein Firma in Hamm" machen wir uns doch lächerlich. Vor allem dieses "in Hamm" stößt mir immer wieder auf. Wo denn sonst? Dass wir keine Dortmunder oder Münsteraner Firmen hier drin haben, ist klar.
 +
 +
Ich weiß, dass das Wort "Hamm" für Suchmaschinen-Indizierung gut und notwendig ist, aber wenigsten sollte es "in Hamm-Rhynern" usw. heißen. Vielleicht kann man den MediaWiki dazu überreden, grundsätzlich in die Meta-Daten der Seiten das Keyword "Hamm" für Robots zu schreiben, dann ist es im Artikel nicht mehr nötig. -> Extensions MetaKeywords, Add Metas, Add HTML Meta and Title, meta extension usw. --[[Benutzer:Bonni|Bonni]] 11:23, 27. Feb. 2012 (CET)
 +
:: Die Extension bitte vorher mal lokal testen und auf dem nächsten Stammtisch vorstellen. --[[Benutzer:Reckmann|Reckmann]] 13:39, 27. Feb. 2012 (CET)
 +
::: Das kann ich nur theoretisch testen, d.h. ob Keywords in den Seiten drinstehen, da mein Wiki nur im Intranet läuft und nicht indiziert wird.--[[Benutzer:Bonni|Bonni]] 22:33, 27. Feb. 2012 (CET)
 +
: Da bin ich deiner Meinung. Wenn wir bei diesen kurzen Artikeln immer die Vorlage ''STUB'' und die Kategorie ''Kurze Artikel'' hineinnehmen, besteht auch immer ein Sammelbecken an Artikel(vorschlägen), aus denen sich vielleicht der eine oder andere dann mal bedient / bedienen kann. Ein Artikel allein nur mit Kontaktdaten bringt es m.E. nicht wirklich. Da kann man eher noch zunächst nur den roten Link (Seite nicht vorhanden) stehen lassen. --[[Benutzer:MyRegioGuide|Martin / myRegioGuide]] 12:01, 27. Feb. 2012 (CET)
 +
:: Die Beispiele aus der Vergangenheit haben gezeigt, dass viele User eher vorhandene Artikel ergänzen (auch und gerade wenn die nur aus einem Satz bestehen), als Artikel neu anzulegen. Da besteht eine größere Hemmschwelle. Das mit der Vorlage "stub" find ich dagegen eine gute Idee, da wir dann im Portal irgendwann eine Rubrik haben mit kurzen Artikeln, die interessierte Mitarbeiter dann gezielt überarbeiten und ergänzen können. Gegen rote Links habe ich generell etwas (u.a. weil ich mit meinem Handy keine neuen Artikel anlegen, wohl aber ergänzen kann). Bei dem "in Hamm" stimme ich zu (auch wenn es da eine Unterscheidung gibt, wenn es eine Holding irgendwo anders gibt). Hier macht vielleicht der Stadtbezirk mehr Sinn. --[[Benutzer:Reckmann|Reckmann]] 13:39, 27. Feb. 2012 (CET)
 +
 +
* Zwei Anmerkungen noch zur <nowiki>{{stub}}</nowiki> Vorlage. Ich finde es ein wenig lieblos, einfach nur die Vorlage einzubinden und den Artikel dann wieder zu verlassen. Selbst beim Einbau der Vereins-Box könnte man durch einen einfachen Klick auf die Webseite meistens fast alle Daten ausfüllen. Zumindest aber "erfasst am" sollte beim Einbau gesetzt werden. Außerdem wird die Kategorie "kurze Artikel" automatisch gesetzt, sobald die Vorlage eingebaut ist und muss daher nicht gesondert hingeschrieben werden. Das gewährleistet, dass sie auch nur dann vorhanden ist, wenn der Artikel noch ein Stub ist.
 +
: Zur Erinnerung: [[Schützengesellschaft_Berge_1894_e.V.]] (Kommentar zum 01.02.12). - Du musst den Leuten vielleicht einfach mal ein/zwei/drei Tage Zeit lassen. Seit acht Monaten steht bei den Schützenvereinen nur ein externer Link - und das war ja offenbar wenig Motivation. Für mich ist [[Bürgerschützenverein Hövel 1906 e.V.]] übrigens immer noch ein ''Kurzer Artikel''. Warum kann man die Kategorie da nicht einfach erst einmal stehen lassen? Das tut keinem weh! --[[Benutzer:MyRegioGuide|Martin / myRegioGuide]] 14:40, 27. Feb. 2012 (CET)
 +
 +
(erste) Optionen für die Abstimmung:
 +
 +
# Keine Änderungen Vornehmen
 +
# Artikel künftig statt "ist ... in Hamm" auf den jeweiligen Stadtteil bearbeiten
 +
# Eine MetaKeyword Extension testen und einführen
 +
 +
== Kategorie Sporthallen ?! ==
 +
Macht es Sinn, so eine Kategorie anzulegen? Mir ist der Gedanke gerade bei der von-Thünen-Halle gekommen. Sie ist ja nicht nur Veranstaltungshalle. --[[Benutzer:Mimmi|Mimmi]]
 +
: Aber Hallo, IMHO kann ein Artikel nicht genug Kategorien haben, das ist fürs Wiederfinden gut und ist auch für das Portal notwendig.
 +
 +
: Ich finde sogar, wir sollten bei Artikeln, die einen Ortsbezug haben, Firmen, Sporthallen, Spielplätze usw. eine Kategorie mit den Stadtteilnamen haben. Dann findet man z.B. alles leicht, was sich auf Rhynern bezieht...
 +
 +
: Schreib einfach die Kategorie, die Du für sinnvoll hältst rein, mimmi, anlegen kann man sie immer noch, weil man genutzte aber nicht angelegte Kategorie leicht über die Spezialseiten findet. --[[Benutzer:Bonni|Bonni]] 22:33, 27. Feb. 2012 (CET)
 +
 +
== Haltestellen in Straßenartikeln teilweise problematisch ==
 +
Die beiden Haltestellen [[Bürgeramt Rhynern (Haltestelle)|Bürgeramt Rhynern]] und [[Unnaer Straße (Haltestelle)|Unnaer Straße]] auf die Seite [[Unnaer Straße]] zu stellen ist ein wenig problematisch. Diese beiden Haltestellen sind ''nur'' für Schülerfahrten/Einsatzwage, sind nur im Schülerfahrplan zu finden und werden nur zweimal am Tag angefahren.
 +
 +
Wie soll denn die Definition einer Haltestelle in einem Straßenartikel sein? Welche Haltestellen es da gibt, oder über welche Haltestellen man da hinkommt? Dann wäre einzig die Vorlage ''Nächste Haltestelle'' mit [[Rhynern/Mitte (Haltestelle)|Rhynern/Mitte]] sinnvoll.
 +
 +
Und dann könnte ''Nächste Haltestelle'' sogar mit in die Box. --[[Benutzer:Bonni|Bonni]] 19:13, 1. Mär. 2012 (CET)
 +
 +
: Meiner Meinung machen wir "Bestandsaufnahme" und daher wäre ich persönlich für "welche es da gibt" --[[Benutzer:Reckmann|Reckmann]] 14:26, 2. Mär. 2012 (CET)
 +
 +
:: Wenn "welche es da gibt" - dann aber schon unterscheiden zwischen generelle Liniendienste und Einsatz-/Schülerverkehre. Und eine Aufnahme "Nächste Haltestelle" für die Frage, wie komme ich dahin bzw. weg. Insofern müsste mE bei der [[Unnaer Straße]] zwingend auch [[Rhynern/Mitte (Haltestelle)|Rhynern/Mitte]] erscheinen. --[[Benutzer:MyRegioGuide|Martin / myRegioGuide]] 14:42, 2. Mär. 2012 (CET)
 +
::: Persönlich ist nicht relevant. Die Frage ist, was macht Sinn. Welche "Haltestellen gibt es hier" führt a) Leute ohne genaue Ortskenntnis in die Irre, b) ist bei Straßen wie der Werler Straße eine irre lange Liste.
 +
 +
::: Einsatzwagen- und Schülerhaltestellen sollten aus den Straßen- und anderen Artikel ganz raus, es reicht, wenn sie beschrieben sind, weil es sie gibt. Aber wie erreicht ich welche Straße ("Nächste Haltestelle") ist bei Straßen, die man über mehr als 2 Haltestellen verfügennicht einfach zu lösen. Das geht bis zu 13 HST auf Werler und Kamener Straße oder 12 auf AÜW. Und wenn wir dann anfangen, die Straßen in "Erreichbarkeits-Bereiche" aus aufzuteilen (Werler Straße 1-26: Rathaus, 27-46: Lilienstraße, 46-76: Alleestraße) wird das Ganze unpflegbar.
 +
 +
::: Deswegen plädiere ich dafür, die "Nächste Haltestelle" nur für POIs zu nutzen. Man muss auch mal den Mut haben etwas wegzulassen, was keinen großen Informationswert hat. --[[Benutzer:Bonni|Bonni]] 15:16, 2. Mär. 2012 (CET)
 +
 +
:::: Dann wäre ich persönlich dafür beides zu machen. In der Box (rechts) eine Haltestelle mit der diese Straße am besten zu erreichen ist und wenn es eine Straße mit vielen Haltestellen gibt entweder die Liste auf der Straßenseite unterbringen oder einen Artikel mit der entsprechenden Liste anlegen. Etwas wegzulassen finde ich persönlich nicht gut. Es kann doch sein, dass ich über die Werler Straße fahre und wissen möchte, wie diese Haltestelle in der Nähe bei McDonalds heissen könnte. Wie sollte ich darauf sonst kommen? --[[Benutzer:Reckmann|Reckmann]] 15:57, 2. Mär. 2012 (CET)
 +
 +
::::: Ich persönlich bin für Sinnloses/Irreführendes (erstmal) weglassen. In diesem Wiki gibt es für mich persönlich Wichtigeres als Haltestellen auflisten, z.B. das Portal. Wenn einer persönlich wissen will, wie die Haltestelle bei McDonald heißt, kann er persönlich auf die McDonalds-Seite gehen und dort persönlich sehen, dass die Haltestelle da "Ostdorfstraße" heißt. Wie willst Du persönlich denn im Straßenartikel die Zuordnung machen? Hinter jede Hausnummer die "Nächste Haltestelle"? Dann wären wir wieder bei POI-Konzept, nur auf der Straßenseite, die dann viel zu überladen ist. Den Wald vor lauter Bäumen nicht sehen muss in einem Wiki nicht sein. Und dazu kommt noch die Einheitlichkeit - man muss das dann auf allen Straßen machen. Wer soll das wann pflegen?
 +
 +
::::: Der Listenartikel wäre ja noch OK, aber was ist der Bereich für eine Haltestelle, wer bestimmt und ermittelt den wie? Außerdem bin ich persönlich der Meinung, dass niemand in den HammWiki schaut, um nachzusehen an welcher Haltestelle er am besten aussteigen muss, um zur Werler Straße 354 zu kommen. Dafür gibt's EFA, das wollen wir hier doch nicht nachbilden. Liste ggf. ja, aber mit ganz ganz niedriger Priorität. --[[Benutzer:Bonni|Bonni]] 17:23, 2. Mär. 2012 (CET)
 +
 +
:::::: Wenn das dein Diskussionsansatz ist. Generell bin ich der Meinung sollte man im HammWiki alles finden und wir sollten nicht etwas weglassen, weil es irgendwie gerade nicht passt. Wenn es eine Haltestelle auf einer Straße gibt, dann sollte die auch auf der Straßenseite erwähnt werden. Wenn jemand 10 Auszeichnungen hat, dann sagen wir ja auch nicht, dass wir nur die Hauptauszeichnung erwähnen. Bisher haben mehrere Haltestellen auf einer Seite doch auch funktioniert. Warum jetzt nicht mehr? Gibt es da ein technisches Problem? Wir haben so viele Informationen, wo ich auch nicht davon ausgehen kann, dass das HammWiki die erste Anlaufstelle ist. Die Gemarkung einer Sackgasse im Nirgendwo kann ich schließlich auch beim Stadtplanungsamt erfragen und Informastionen über Hamm gibt es auf hamm.de und auf Wikipedia. Das ist doch kein Diskussionsansatz. Ich bin der Meinung, wenn man eine Information hat, dann sollte man die auch veröffentlichen. Es reicht doch, wenn wir sagen eine Haltestelle "ist da" - es muss dafür je keine Funktion oder Ähnliches geben. Jedenfalls wäre ich dagegen etwas wegzulassen (und da du schreibst "erstmal" weglassen fänd ich es doppelte Arbeit das dann "irgendwann" neu zuzuordnen). Zumindest die oben genannten Begründungen überzeugen mich noch nicht wirklich. --[[Benutzer:Reckmann|Reckmann]] 20:03, 2. Mär. 2012 (CET)
 +
 +
(erste) Optionen für die Abstimmung:
 +
 +
# Alle Haltestellen weiterhin im Artikel führen
 +
# Eine relevante Haltestelle im Artikel erwähnen
 +
# Einen separaten Haltestellen-Artikel bei mehr als einer Haltestelle anlegen
 +
 +
== Wohnbereich in der Straßenbox ==
 +
Ich weiß nicht, ob es sinnvoll ist, den Wohnbereich in die Box zu bringen. Das ist wie die Baugrenzenbereiche mehr oder weniger eine stadt-interne Sache, die statistischen Zwecken dient, und für den Leser diese Wikis weder keine Aussagekraft noch Informationswert hat, da er mit den Zahlen nichts anfangen kann. Ich habe den Wohnbereich nur als Kategorie eingefügt, um lokal diverse Auswertungen machen, die mit helfen, den Überblick zu behalten.
 +
 +
Welche Gründe gibt es für den Wohnbereich in der Box? --[[Benutzer:Bonni|Bonni]] 14:02, 4. Mär. 2012 (CET)
 +
 +
: wenn es doch dich interessiert, dann interessiert es vielleicht auch andere. Ich persönlich finde es genauso spannend, wie die Gemarkung und daher ist es mit gleicher Gewuchtung in der Box und in den Kategorien. --[[Benutzer:Reckmann|Reckmann]] 14:30, 4. Mär. 2012 (CET)
 +
 +
:: Es interessiert nicht ''mich'', es interessiert meine ''lokale Datenbank'' zur automatischen Erstellung von Texten usw. die mir hilft, das Beste aus diesem Wiki zu machen. D.h. die Kategorie Wohnbezirk dient fast ausschließlich internen Zwecken. Außerdem führt jeder weitere Punkt dazu, dass die Straßenartikel nicht mehr zu pflegen sind. Wer soll denn jetzt bei 1.800 Straßen den Vorlagen-Input ändern? Bei 10 Artikeln kein Problem, bei 1.800 Artikel dauert das bei einem 8-Stunden-Arbeitstag 45h. Dabei bin ich mit dem Einfügen der Kategorien erst zu 55% fertig, obwohl ich da seit Wochen bei bin. Lassen wir es in der Vorlage, man muss es ja nicht nutzen. Außerdem siehe Martins Kommentar unten, der völlig richtig ist. --[[Benutzer:Bonni|Bonni]] 19:16, 4. Mär. 2012 (CET)
 +
 +
::::: Ob "Dich" oder "Deine Datenbank" ist schlussendlich eigentlich fast das gleiche. So ein Wiki ist halt keine "One-Man-Show" und es sollte für jeden offen und nachvollziehbar sein. Lokale Datenbanken, PDF-Dokumente usw. ist für Nutzer nicht relevant, da sie nicht im Wiki-Prinzip zur Verfügung stehen. Ich stimme mit Dir darin überein, dass es als Option zur Verfügung steht. Wie bei so vielen Dingen, KANN ein Nutzer, der sich berufen fühlt das Feld ja ausfüllen und wenn nicht, dann bleibt es einfach frei. Habe auch schon überlegt ein Feld "Straßenbelag" aufzunehmen, da das ja gelegentlich bei Feldwegen nicht unbedingt immer Asphalt ist- --[[Benutzer:Reckmann|Reckmann]] 19:38, 4. Mär. 2012 (CET)
 +
 +
::: Der Wohnbereich (Statistische Bezirk) ist in der StraßenBox mE völlig überflüssig - hier reicht allein die Kategorie. Irgendwann erreichen wir bei größeren Straßen bzgl der Information genau das Gegenteil - die InfoBox wird unübersichtlich und damit kontaproduktiv. <br>Exkurs: Gemarkung und Statistischer Bezirk haben mitnichten die gleiche Gewichtung. Während die Gemarkung z.B. bei jedem Grundstücksgeschäft und damit im Grundbuch über Jahrhunderte eine große Rolle spielt, kann der Statistische Bezirk bspw. schon im nächsten Jahr aufgrund verwaltungsrechtlicher Überlegungen geändert werden. --[[Benutzer:MyRegioGuide|Martin / myRegioGuide]] 15:54, 4. Mär. 2012 (CET)
 +
 +
:::: Sehr gut erkannt und formuliert. Kategorien kann man auch im Bulk-Vefahren aktualisieren, die Boxen nur durch einen Bot, für den man Python-Scripts schreiben müsste. --[[Benutzer:Bonni|Bonni]] 19:16, 4. Mär. 2012 (CET)
 +
 +
::::: Eine Ergänzung habe ich auch hier: "Kategorien kann man im Bulk-Verfahren ändern"? Wer ist denn "man"? Ich kann das nicht und vielleicht kann ich oder jemand anderes diese Art von Änderungen ja besser in der Textbox-Form vornehmen. Es sollte doch jedem selbst überlassen bleiben, wo die Information eingebaut wird, oder? --[[Benutzer:Reckmann|Reckmann]] 19:38, 4. Mär. 2012 (CET)
 +
 +
(erste) Optionen für die Abstimmung:
 +
 +
# Wohnbereiche ausschließlich in er Kategorie erwähnen
 +
# Wohnbereiche in Kategorie und Box erwähnen (Benutzung optional)
 +
# Auf die Angabe des Wohnbereiches gänzlich verzichten
 +
 +
== Technischer Ansprechpartner ==
 +
 +
Wie die Problematik der Vergangenheit (Backups, Spam, ...) gezeigt hat, brauchen wir einen technischen Ansprechpartner, auf den wir als Nutzer und der Westfälische Anzeiger als "Serverzurverfügungsteller" uns berufen können. Jüngst gab es hier widersprüchliche Vermutungen, Annahmen usw., so dass wir diesen Punkt auf dem nächsten Stammtisch festzurren sollten und den entsprechenden "Verantwortlichen für Technik" auch mit in das Impressum aufnehmen sollten. Vorschläge, Ideen? --[[Benutzer:Reckmann|Reckmann]] 19:38, 4. Mär. 2012 (CET)
 +
 +
== Fragen zur Abstimmung (FAQ) ==
 +
 +
* Wer darf mit abstimmen? Alle, die zufällig auf dem nächsten Stammtisch sind? Nur Vereinmitglieder? Nur registrierte User? Nur die Leute mit den 15 höchsten Editcounts?
 +
:: Es darf JEDER Abstimmen, der am Stammtisch teilnimmt - egal ob Vereinsmitglied oder nicht. Das Wiki ist in dieser Hinsicht vom Förderverein unabhängig und über die Wiki-Belange entscheiden alle, die Interesse daran haben.
 +
::: Damit bin ich NICHT einverstanden! Es sollte schon jeder abstimmen können (Vereinsmitglied oder nicht), der am Stammtisch teilnimmt. Aber es sollte m.E. eine Mindestanzahl an Bearbeitungen vorliegen. Wir haben schon öfters Gäste gehabt, die nur einmal da waren. Wenn die nun mit abstimmen (ohne eventuell die Diskussion überhaupt zu kennen), ist das für mich in keinster Weise akzeptabel. --[[Benutzer:MyRegioGuide|Martin / myRegioGuide]] 13:04, 6. Mär. 2012 (CET)
 +
:::: Prinzipiell gebe ich Tim Recht, das ist das "Demokratischste", aber ich kann auch Martin verstehen, denn theoretisch ist es möglich, dass jemand seine ganzen Kumpel und Verwandtschaft zum Treffen mitbringt, die zwar vom Wiki keine Ahnung haben, aber in seinem Sinne abstimmen. Ist problematisch. Hoffentlich müssen wir dann nicht die Zentralhallen mieten ;-) --Bonni
 +
::::: Erstmal gehen wir vom "Normalfall" aus. Wenn wir merken, dass hier Ergebnisse "manipuliert" werden sollen, dann können wir ja immer noch eingreifen. Wenn es dazu führt, dass die Stammtische voller werden - tendenziell positiv. Bevor wir uns weitere Gedanken machen, würde ich es beim nächsten Stammtisch einfach einmal ausprobieren, oder spricht da etwas gegen? --[[Benutzer:Reckmann|Reckmann]] 13:32, 6. Mär. 2012 (CET)
 +
 +
* Wie wird abgestimmt? Handzeichen?
 +
:: Handzeichen
 +
 +
* Was ist mit "Abstimmberechtigten", die ein Interesse an der Abstimmung haben, aber z.B. aus beruflichen Gründen nicht an der Abstimmung teilnehmen können oder erst nach der Abstimmung zum treffen stoßen? Haben die einfach Pech gehabt?
 +
:: Ist vielleicht hart formuliert, aber es stimmen tatsächlich nur die ab, die zum Zeitpunkt der Abstimmung auch anwesend sind. Wir planen unsere Treffen ja immer rechtzeitig und es muss ja nicht jeder bei allen Treffen anwesend sein.
 +
::: Wer hat das im Detail entschieden? Solch eine Regelung sollte m.E. dann auch der Community überlassen bleiben. --[[Benutzer:MyRegioGuide|Martin / myRegioGuide]] 13:04, 6. Mär. 2012 (CET)
 +
* Was geschieht bei einem Patt? Gibt es dann einen Schiedsrichter, dessen/deren Stimme doppelt zählt?
 +
:: Bei einem Patt gilt ein Antrag als Abgelehnt bzw. bei mehreren wird die Entscheidung einfach vertagt, bis es eine eindeutige Entscheidung gibt.
 +
 +
* Wie verbindlich ist das Abstimmungsergebnis? Die Ergebnisse sollen in als Leitfaden in die Hilfe. Das ist OK, die hat immerhin 12.825 Zugriffe, wird also anscheinend genutzt, aber was passiert wenn sich jemand nicht dran hält, weil ihm das Abstimmungsergebnis nicht gefällt?
 +
:: In vielen Fällen sind es "Richtlinien", die wir dann in die Hilfe übertragen wollen. Dort steht schon etwas dazu, wie man idealerweise Dateinahemn benennt oder wie man einen Artikel neutral aufbaut. Wenn sich jemand daran nicht hält, kann man ihn darauf verweisen, bzw. kann die Änderungen halt selbst vornehmen und muss sie mit Verweis auf die Entscheidung nicht weiterbegründen.
 +
 +
* Hat sich schon mal jemand Gedanken darüber gemacht, dass einige der obigen Abstimmungspunkte Änderungen an 1000en Artikels bedeuten würden, um Einheitlichkeit herzustellen? Wer macht das? Gibt es jemanden unter uns, der in der Lage ist Python-Scripts für einen Bot zu schreiben, damit keiner diese stupide Arbeit manuell machen muss, was Monate dauern würde?
 +
:: Ein Wiki muss nicht "von heute auf morgen" aktualisiert werden. Wir gehen grundsätzlich von händischer Arbeit aus, die jeder Wiki-Nutzer machen kann. Bei vielen Nutzern geht es schnell, bei wenigen dauert es ein wenig länger. Wir haben irgendwann einmal Straßen-Tabellen gebaut und sie später durch einheitliche Funktions-Boxen ersetzt. Das dauerte Monate. War aber nicht schlimm. Wenn bei einer Abstimmung herauskäme, dass wir auf derartige Boxen komplett verzichten wollen, werden die sicher nicht am Folgetag verschwunden sein. Die Arbeit im/am Wiki ist ein gemeintschaftlicher und fließender Prozess und mit etwas Geduld regelt sich fast alles von alleine ...
 +
 +
* Neue Frage 1: Welche Mindestanzahl an Teilnehmern ist nötig, damit eine Abstimmung zustande kommen kann?
 +
:: Es gibt keine Mindestzahl. Wenn nur eine oder zwei Personen da sind, geht das halt sehr schnell mit der Abstimmung. Der Termin steht doch lange genug fest und die Anzahl der Personen ist doch für eine Abstimmung egal - es geht ja nicht um den Verein, sondern um das Wiki.
 +
 +
* Neue Frage 2: Gibt es einen "Abstimmungsleiter" der auf jeden Fall anwesend sein muss? Wenn ja, wer könnte das sein, wenn nein, tja, was dann?
 +
:: Ein Abstimmungsleiter ist nicht notwendig, da ja die Anträge vorher im Wiki formuliert werden. Es kann theoretisch eine Beliebige Person vortragen (die dann jedoch die Ergebnisse auch protokolliert und ins Netz überträgt). Ein "Abstimmungsleiter" könnte am Beginn des Stammtisches ja gewählt werden.
 +
 +
Fragen: --[[Benutzer:Bonni|Bonni]] 09:22, 6. Mär. 2012 (CET)
 +
Antworten: --[[Benutzer:Reckmann|Reckmann]] 12:39, 6. Mär. 2012 (CET)
 +
 +
Zu Martins Anmerkungen: Alles, was ich oben geschrieben habe, wurde so auf der letzten Sitzung verkündet, wenn ich mich recht entsinne - das wir sicherlich auch im Protokoll stehen. Es können nicht immer alle dabei sein und wir wollten auch niemanden ausschließen, der zum ersten mal dabei ist. Die Diskussion soll ja nicht unbekannt sein, sondern wird in kurzen (!) Worten vorgestellt. Niemand muss abstimmen. --[[Benutzer:Reckmann|Reckmann]] 13:21, 6. Mär. 2012 (CET)
 +
 +
== Lizenz hamm.de ==
 +
* Ist hier etwas OT, aber für Lizenzen gibt es keine Diskussionsseite: In den Lizenzen für Bilder gibt es die Lizenz "Text und Bildmaterial von hamm.de (für das HammWiki freigegeben)". Ist das jetzt Zufall, dass da hamm.de steht, oder ist das wörtlich zu nehmen? Was ist z.B. mit gedruckten historischen Fotos, die als Quellenangabe "Stadt Hamm, Stadtarchiv" haben und die man scannen und veröffentlichen könnte? Dafür gilt diese Lizenz explizit nicht - oder doch auch? --[[Benutzer:Bonni|Bonni]] 15:31, 7. Mär. 2012 (CET)
 +
 +
:: Stimmt. Die "Lizenz" müsste angepasst werden. Wenn keine anderen Lizenzen eine höhere Gewichtung haben, ist das Material entsprechend frei verwendbar. Wenn andere Lizenzen (abgelaufene Schutzrechte) bei historischen Fotos es eh schon erlauben; umso besser --[[Benutzer:Reckmann|Reckmann]] 22:51, 7. Mär. 2012 (CET)
 +
 +
== geplottete Autoaufkleber ca. 15x15 cm ==
 +
 +
[[Datei:Aufkleber_Spende.jpg|miniatur|rechts|die geplotteten Aufkleber]]
 +
[[Datei:SAM_0340_autoaufkleber_wiki_logo.jpg|miniatur|rechts|So sieht der Aufkleber auf einem hellen Auto aus]]
 +
 +
* Es gibt frohe Kunde. Die Firma [[Sparding Werbetechnik]] (Danke, [[Benutzer:mimmi|mimmi]]) hat dem HammWiki heute 20 geplottete Auto-Aufkleber (einzelne Buchstaben auf Transferfolie) zur Verfügung gestellt. (10 mit weissen Buchstaben bei der Adresse für dunkle Autos, 10 schwarze Buchstaben für helle Autos). An dieser Stelle vielen Dank. Diese Aufkleber würden wir nun gerne gegen eine (freiwillige) Spende an interessierte Nutzer weitergeben, daher würde ich gerne hier eine kleine Liste machen, wer von Euch einen (wenn welche übrig bleiben, gerne später noch einen zweiten für ein zweites Fahrzeug) haben möchten. Bitte tragt Euch doch in die nachfolgende Liste ein. Übergabe und Sammlung der Spende folgt auf dem nächsten Stammtisch. Der Wert eines Aufklebers liegt übrigens bei 10-15 Euro.
 +
 +
* Bonni: prinzipiell ja in weiss, muss aber erstmal messen, ob er irgendwo 15x15 cm am Heck hat. Schade, nicht in transperent...
 +
:@Bonni: wie meinst du "transparent" - nach der Montage bleiben nur die Buchstaben kleben - keine Hintergrundfläche--[[Benutzer:Mimmi|Mimmi]] 19:30, 8. Mär. 2012 (CET)
 +
:: Habe mal das Foto hinzugefügt, wie es bei Mimmi aussag, als sie es auf ein helles Auto geklebt hat, damit man eine Vorstellung bekommt. Die "Transferfolie wird nach dem Aufkleben ja wieder abgezogen. Bei genauerem Messen ist die größte Breite knapp über 14 cm und die maximale Höhe etwas über 13 cm. --[[Benutzer:Reckmann|Reckmann]] 21:33, 8. Mär. 2012 (CET)
 +
::: Ach so, jetzt versteh ich das Wort "Transferfolie", ich dachte, die Aufkleber wären 15x15 weiße oder schwarze Fläche und Transferfolie nur etwas um diese Fläche genau aufzukleben. --[[Benutzer:Bonni|Bonni]] 22:52, 8. Mär. 2012 (CET)
 +
'''Liste:'''
 +
* Tim Reckmann, schwarz, Spende: 10 Euro
 +
* Olaf Disselkötter, weiß, Spende: 15 EUR
 +
 +
== Idee für Artikelnamen gesucht ==
 +
Ich überlege jetzt schon eine Zeitlang:
 +
 +
Ich suche einen Namen für einen Artikel in dem man Hamm-Devotionalien, die keinen Bezug zu anderen Artikeln haben, abbilden kann: Scans von Hamm-Aufkleber, Fotos von Porzellantellern, Bierkrügen, Bechern, Taschen, usw. mit Hamm-Motiven ... was es so in den letzten Jahrzehnten gab.
 +
 +
Was anderes "Hamm Devotionalien" oder auch nur "Devotionalien" ist mir bisher nicht eingefallen. Hat jemand eine bessere Idee? --[[Benutzer:Bonni|Bonni]] 18:42, 8. Mär. 2012 (CET)
 +
 +
Mein Vorschlag wäre "Sammelsurium" - passt doch in beiderlei Hinsicht --[[Benutzer:Mimmi|Mimmi]] 19:31, 8. Mär. 2012 (CET)
 +
 +
: Oder "Hamm Souvenirs" Im Zweifel einfach erstmal hochladen und wie sortieren die Bilder hinterher einfach mal bei, wenn wir das Portal ein wenig weiter gebastelt haben. Und Souvenirs und Devotionalien kann man ja zusammenfassen und per Weiterleitung einen Artikel drauf machen (quasi eine größere Galerie), die dann nach Porzellan, Aufkleber, Kugelschreiber ... sortiert wird --[[Benutzer:Reckmann|Reckmann]] 21:37, 8. Mär. 2012 (CET)
 +
:: Jo, so starte ich das und werde die Tage mal anfangen in meinen Kisten zu wühlen und bei vernünftigem Licht die Dinge zu fotografieren. --[[Benutzer:Bonni|Bonni]] 22:52, 8. Mär. 2012 (CET)
 +
::: Wenn Du magst, kann ich Dir gerne so ein "Tabletop-Set" und ne entsprechende Fotolampe leihen - dann geht das auch mitten in der Nacht. Meld Dich einfach. --[[Benutzer:Reckmann|Reckmann]] 23:29, 8. Mär. 2012 (CET)
 +
:::: So'n TableTop bzw. Lichtbox hab ich ja, und die Lampe(n) wollte ich mir - wenn Du Dich erinnerst - zum Testen schon seit September bei Dir leihen; aber ich komm einfach zu nichts. Wer findet endlich eine Möglichkeit den Tag 48 Stunden haben zu lassen? --[[Benutzer:Bonni|Bonni]] 23:45, 8. Mär. 2012 (CET)
 +
::::: Genau das ist ja auch das Problem bei mir ... die Zeit --[[Benutzer:Reckmann|Reckmann]] 23:55, 8. Mär. 2012 (CET)
 +
 +
== Lesenswerte Artikel / Sehenswerte Fotos ==
 +
 +
* Um neuen Nutzern einen Einstieg über die tolle Arbeit im HammWiki zu geben, wäre die Schaffung der Kategorien "lesenswerte Artikel" und "sehenswerte Fotos" vielleicht eine Idee. Daraus könnte man sich dann auch einfacher bedienen, wenn man mal so etwas wie "Artikel des Tages" einbauen möchte oder die Startseite mit echten Texten (s.o.) illustrieren möchte.
 +
 +
Dazu hätte ich für die Umsetzung folgende Vorschläge:
 +
 +
:# Artikel müssten nominiert werden: Dazu könnte man in der Artikel-Diskussion (bei dem betreffenden) Artikel entsprechende Artikel vorschlagen (wir sehen das ja in den "letzten Änderungen").
 +
:# kurzfristige Abstimmung: Unter der Diskussion könnte man kurz sammeln, wer dafür ist. Sobald z.B. zwei weitere Nutzer dem Vorschlag zustimmen (oder auch 4), hätte man mit dem 6- bzw. 10-Augen-Prinzip einen Artikel "abgesegnet"
 +
:# Kennzeichnung: Am Ende des Artikels könnte dann eine Mini-Vorlage <nowiki>{{sehenswert}}</nowiki> bzw. <nowiki>{{lesenswert}}</nowiki> eingebaut werden. Die Artikel hat einen Link zu der entsprechenden Seite, evtl. noch ein Sternchen (oder so) und fügt auch automatisch deine entsprechende Kategorie ein.
 +
 +
Was meint Ihr dazu? --[[Benutzer:Reckmann|Reckmann]] 12:43, 9. Mär. 2012 (CET)
 +
: Wie auch immer die Umsetzung erfolgt: Lesenswerte Artikel und Fotos sind gut. Was mir auch gut gefällt ist "Rate this page" in der englischen Wikipedia, aber ich glaube dafür ist es im HammWiki noch zu früh. Andererseits wäre das auch eine Umsetzung für die Lesenswerten Artikel... --[[Benutzer:Bonni|Bonni]] 18:12, 9. Mär. 2012 (CET)
 +
 +
Optionen für die Abstimmung:
 +
* Einführung der Kategorien lesenswerte/sehenswerte Artikel/Bilder
 +
* Keine Einführung entsprechender Kateggorien

Version vom 27. März 2012, 23:29 Uhr

Archiv der Diskussion zum 26. Stammtisch

Richtlinien für (generelle) Verlinkung, u.a. von Jahreszahlen

  • Meiner Meinung nach sollte eine Verlinkung so erfolgen, dass keine "Einbahnstraßen" gebaut werden. Wenn ich die verlinkte Seite aufrufe, sollte es dort auch die Erwähnung des Artikels in irgendeiner Form geben, von dem ich komme. Am Beispiel einer Jahreszahl. Wenn in einem Artikel steht, dass im Jahr 1898 ein Haus abgebrannt ist, dann sollte das auf der verlinkten Seite 1898 auch erwähnt sein. --Reckmann 12:13, 24. Feb. 2012 (CET)
  • IMHO sollte eine Verlinkung auf Jahreszahlen und Daten nur dann stattfinden, wenn hinter dem Link weiterführende Informationen stehen, das ist IMHO der Sinn eines Links. Diese Infos gibt es aber nicht. Deshalb verlinkt Wikipedia Jahrenzahlen und Daten auch nur bei Geburts- und Sterbetage nach dem Motto "Mal schauen, was am dem Geburtstag los war". --Bonni 16:19, 24. Feb. 2012 (CET)
  • Hier mal ein Beispiel (Kindergarten Pusteblume), wie es m.E. nicht sein sollte. Das Datum, zu dem der Pachtvertrag ausgelaufen ist, macht als Information Sinn im Artikel, aber mitnichten sollte so ein Datum verlinkt werden. --Martin / myRegioGuide 12:04, 27. Feb. 2012 (CET)
Und gerade hier finde ich WÜRDE es schon Sinn machen, WENN auf der Seite vom 21. Januar dann auch etwas stehen würde zu dem Ereignis, dass der Kindergarten da geschlossen wurde. Ohne Backlink stimme ich Dir auf jeden Fall zu. --Reckmann 14:24, 2. Mär. 2012 (CET)
Da wäre dann aber mal grundsätzlich zu klären, welche Infos auf die Kalenderseite eingestellt werden. M.E. sollte die dort hinterlegten Angaben eine gewisse Relevanz ;-) haben. Wenn wir alle solche Daten dort hinterlegen wollen, blickt man irgendwann nicht mehr durch. Diese Information im Artikel eingestellt reicht hier beispielsweise völlig aus, ohne dass irgendein wichtiger Inhalt verloren geht.
Aber vielleicht dann noch ein anderes Beispiel: Emil Borchers - Die Daten im Lebenslauf (Prüfungstermine, Arbeitsantritte etc.) zu verlinken ist mE unsinnig und überflüssig - Ausnahme Geburts-/Sterbedatum. Eventuell könnte man allenfalls über die zwei Datum-Verlinkungen mit Hamm nachdenken. --Martin / myRegioGuide 14:36, 2. Mär. 2012 (CET)
  • In dem Zusammenhang sollte dann auch mal die Sinnhaftigkeit der "generellen Verlinkung" z.B. des Westfälischen Anzeigers in "Pressemeldungs-Galerien" überdacht werden. Ist mir gestern aufgefallen, als ich einen Artikel bei der Zeche Sachsen ergänzt habe. Diese Verlinkung gibt es bei vielen (nicht bei allen) derartigen Galerien. Da sie keine weiterführenden Infos und auch keinen Rücklink liefern könnte man die doch ausbauen bzw. in Zukunft darauf verzichten, oder? So etwas wie "Westfälischer Anzeiger, 09.03.2012" ist doch aussagekräftig genug. --Reckmann 12:31, 9. Mär. 2012 (CET)

(erste) Optionen für die Abstimmung:

  1. Alle Jahreszahlen sollten verlinkt werden
  2. Nur Jahreszahlen mit weiterführenden Optionen sollten verlinkt werden
  3. Verlinkung sollte nur erfolgen, wenn es auf der Zielseite einen Backlink gibt

Richtlinien für Bildgrößen, Anzahl usw.

Ideen für die Neugestaltung von Startseite und Portal

  • Wie wäre es in einem ersten Schritt mit einem großen (flachen) Bild über die komplette Breite oben auf der Startseite (ähnlich wie bei Kassel), dass täglich jeden Wochentag automatisch wechselt? Diese Wechselbilder gibt es auch in Karlsruhe und vielen anderen Wikis. Habt ihr Vorschläge für derartige Bilder? Sollen wir hier mal 7 Bilder sammeln? --Reckmann 02:22, 29. Feb. 2012 (CET)
  • Hier mal ein (noch grauer) Entwurf für eine Startseite, die nicht mehr so viel auf BlaBla, sondern mehr auf Inhalten basiert. Wenn es so klappt, wie ich es mir vorstelle, dann sollten Artikel und Text am Anfang jeden Tag in der Woche wechseln und wir hätten immer ein wenig Zeit, wenn wir da etwas austauschen wollen. Hier die Beispielseite: Benutzer:Reckmann/Startseite - Meinungen? --Reckmann 03:59, 1. Mär. 2012 (CET)

(erste) Optionen für die Abstimmung:

  1. Beibehaltung der aktuellen Startseite
  2. Umstellung auf den o.g. Vorschlag

Richtlinien für die Erfassung von Parkplätzen

  • Parkplätze sollten nur erfasst werden, wenn sie einen offiziellen von der Stadt oder dem Betreiber vergebenen Namen haben. Das ist meines Wissens und meiner Recherche nach nur sehr selten der Fall, wobei meist eine Weiterleitung statt eines Artikels reichen würde. Siehe auch Stadt Hamm Parkleitsystem Online Auf jeden Fall nutzen erfundene Namen wie "Parkplatz Kleiner Exerzierplatz am Nordenwall" o.ä. keinem was. --Bonni 15:58, 24. Feb. 2012 (CET)
  • Meiner Meinung nach könnte Man Parkplätze aufnehmen, die eine grundlegende Relevanz haben. Also zumindest ein Hinweisschild oder einen "Freie-Plätze-Zähler". Quasi die großen Parkplätze, die für Besucher unserer Stadt von einer gewissen Relevanz sind. Und bei dem ein oder anderen Parkplatz kann man sicherlich auch noch Tesxt dazu schreiben, wenn ich an den St-Monika-Marplatz - oder "Santa-Monika-Platz (Parkplatz)" denke. Hier könnte man aber die Parkplatz-Box auch direkt in den Artikel einbinden. Finde es prinzipiell gut, aber wir sollten nicht jede "Parkmöglichkeit" aufnehmen. --Reckmann 01:10, 26. Feb. 2012 (CET)

(erste) Optionen für die Abstimmung:

  1. Alle Parkplätze als Artikel anlegen
  2. Parplatzartikel bei offiziellem Namen anlegen
  3. Parplatzartikel bei offiziellem Namen und/oder Mindestgröße anlagen

Richtlinien für Größe, Art und Aussehen von Boxen

  • Im Zuge der Vereinfachung der Webseite und der barrierefreiheit habe ich testweise mal eine Box über die wir schon viel diskutiert haben vereinfacht. Die Video-Box (z.B. hier: Stuniken-Club) gibt nur nur Text aus statt Grafiken. Allerdings möchte ich auf die Verwendung einer Vorlage nicht verzzichten, denn so kann man (wie in diesem Fall) generelle Umbauten auf allen Seiten schnell und einfach vornehmen. Ich schlage vor, dass wir auch Die Vorlagen "Fotoseite" und "Presseartikel" noch vereinfachen. Wenn das Beispiel auf Zustimmung stößt, würde ich das wohl umsetzen. --Tim Reckmann 03:58, 15. Mär. 2012 (CET)
Sehr schön! Wenn wir uns auf diese Darstellung einigen können, hast du meine uneingeschränkte Zustimmung. --Martin / myRegioGuide 09:34, 15. Mär. 2012 (CET)
  • Bei einer Bildergaleriekönnte es so aussehen
* zu diesem Artikel gibt es eine Fotoseite (verlinkt)
(darunter ggf. 3 verkleinerte Bilder, wenn in der Vorlage erfasst)
  • Bei Presseartikeln analog dazu:
  • zu diesem Artikel gibt es eine Seite mit Presseberichten (verlinkt)

--Tim Reckmann 10:58, 15. Mär. 2012 (CET)

Anschaffung eines Dia-Scanners

  • Aktuell scheint es nur einen Diascanner mit unseren Wünschen (Stapelverarbeitung) auf dem Markt zu geben, den Reflecta DigiDia 5000 Diascanner. Bei Amazon gibt es entsprechende Nutzerbewertungen. Dort kostet der Scanner 1189,06 Euro, so gerade an der Grenze des finanziell leistbaren, bei Ebay gibt es mehrere Auktionen mit günstigeren Preisen.--Berntzen 09:51, 24. Feb. 2012 (CET)
Ich habe bei der Suche danach den DigiDia 6000 gesehen. Scheint der Nachfolger zu sein, der zwar 100 EUR teurer ist, aber bei derartigen Anschaffungen sollten wir ggf. schauen, dass der Scanner auch noch einige Zeit Support bekommt (z.B. Treiber für Windows 8 usw.). Allerdings habe ich auf die schnelle keine Informationen über Auflösung und Scan-Qualität gefunden. Hast du das evtl. einen Link. Den 6000er bei Amazon gibt es übrigens hier: http://www.amazon.de/Reflecta-Digitdia-6000-DigitDia/dp/B005LOJ1KA/ --Reckmann 13:38, 24. Feb. 2012 (CET)
Es gibt den auch noch mit der Software "Silverlight" (Optimierung). Ist dann noch teurer, soll sich aber lohnen. Trotzdem ist der Reflecta noch ganz schön langsam: Pro Dia 3-4 Minuten = 6-7 Stunden für ein 100er CS-Magazin. Find ich ganz schön heftig. --Bonni 16:02, 24. Feb. 2012 (CET)
Habe eben mit Olaf telefoniert und den Scanner auch mal angesprochen. Er sagte, dass an Silverlight wohl kein Weg vorbeiführt für professionelles Arbeiten. --Reckmann 16:16, 24. Feb. 2012 (CET)
Leider stellt Nikon keine Scanner mehr her, wäre aber eh zu teuer geworden, da man ein Dia-Stapel-Einzugsteil extra hätte kaufen müssen. --Bonni 16:02, 24. Feb. 2012 (CET)
  • Damit wir uns für den bestmöglichen Dia-Scanner entscheiden, hat Alfred Schroer vom Heimatverein Rhynern gerade eine Geldspende in Höhe von 150 Euro geleistet. An dieser Stelle auch: Herzlichen Dank! --Reckmann 03:22, 2. Mär. 2012 (CET)

(erste) Optionen für die Abstimmung:

  1. Vorerst keinen Diascanner anschaffen
  2. Anschaffung eines Reflekta DigiDia 5000 (ca. 1.200 EUR)
  3. Anschaffung eines Reflekta DigiDia 5000 mit SilverFast 8 (ca. 1.500 EUR)
  4. Anschaffung eines Reflekta DigiDia 6000 (ca. 1.300 EUR)
  5. Anschaffung eines Reflekta DigiDia 6000 mit SilverFast 8 (ca. 1.600 EUR)

Unterbringung, Nutzung, ggf. Verleih

  • Neben der Anschaffung müssen wir uns auch über Dinge Gedanken machen, die sich ergeben, wenn das Gerät angeschafft wurde. Als Vorschlag, wo das Gerät untergebracht wird, würde ich vorschlagen, dass es vorerst beim Schatzmeister liegt, da der ja auch unser Geld verwaltet. So ist das Gerät dann weiterhin in unseren eigenen Reihen und da es ja selten der Fall sein wird, dass man es "schnell mal braucht", kann man sich sicherlich auch entsprechend verständigen. --Reckmann 21:49, 27. Feb. 2012 (CET)

(erste) Optionen für die Abstimmung:

  1. Unterbringung beim Schatzmeister

Bedarfsplanung

  • Damit wir nicht erst überlegen, was wir scannen, wenn das Gerät da ist und dann vielleicht feststellen, dass kein/kaum Bedarf ist, sollten wir schon jetzt anfangen zu sammeln. Dabei schlage ich vor einige Basisdaten zu erfassen und vorerst hier aufzulisten. Sammlung, Anzahl Dias, Art der Dias, Verantwortlich für den Scan --Reckmann 21:49, 27. Feb. 2012 (CET)
Beispiel:
* Sammlung Mayer, 230 Dias, Kunststoffrahmen, Max Mustermann

Ab hier bitte nun den tatsächlichen Bedarf erfassen:

Zusätzliche Hardware

Es ist ja nicht damit getan, einen Scanner anzuschaffen. Das gerät arbeitet ja nur mit entsprechender Software und entsprechenden Treibern. Wenn wir davon ausgehen, dass das Gerät vermutlich verliehen wird (und sei es nur Vereinsintern), dann müsste alle Personen, die damit arbeiten sich diese Software (Lizenzfrage?) und Treiber entsprechend installieren. Hier kann es ggf. auch zu systemspezifischen "Unverträglichkeiten" und Problemen kommen. Ich habe jüngst einen gebrauchten MAC-Mini erworben und gemeinsam mit Olaf haben wir überlegt, ob wie die Anschaffungskosten teilen und das Gerät als Spende dem HammWiki übergeben. Solch ein gerät hat den Vorteil, dass es klein und Kompakt (und somit leicht transportabel) ist. Die Software würde einmal installiert, für den Rechner registriert und alle notwendigen Treiber eingerichtet. Das Prinzip wäre nur noch: anstöpfeln und loslegen. MAC eignet sich nicht nur für Grafikanwendungen, das System ist auch oft stabiler. Einen Monitor, Tastatur und Maus hat sicherlich jeder, der mit Computern arbeitet zu Hause. Meinungen? --Reckmann 16:01, 6. Mär. 2012 (CET)

Da sagst Du was! Ich weiß gar nicht, wie das professionelle Diascanner-Verleiher machen. Bei einem steht: Die mitgelieferte Software müssen Sie nach Rückgabe des Mietgerätes von Ihrem Computer löschen. :-() Oder haben die einen Extra-Vertrag mit dem Software-Hersteller, weil man mit der Software ohne Scanner eh nix anfangen kann? Ausser Silberlight, das kann man AFAIK auch ohne Scanner nutzen, obwohl das den TWAIN-Treiber hat.
Zum MAC-Rechner: Auch die Idee ist ganz gut, aber wie ist das mit Einarbeitungszeit für Windows-orientierte Leute? Und wie bekommt man dann die Fotos von dem MAC runter? DVD? Netzwerk? --Bonni 17:02, 6. Mär. 2012 (CET)
Ich habe letztens selbst wieder angefangen einen Mac zu nutzen. Generell ist da nicht viel anders drauf, als bei einem Windows Rechner. Sieht nur anders aus, hat man sich aber nach 30 Sekunden dran gewöhnt. Die Fotos werden ja im Bild-Format (TIFF oder JPG) gespeichert. Der Mac hat einen Brenner und natürlich USB-Anschlüsse. Wie gesagt: Angeschafft habe ich den erst einmal privat und wir können das gerne ausprobieren (dank der Größe auch auf einem Stammtisch) --Reckmann 17:16, 6. Mär. 2012 (CET)

Erweiterung der Straßen-Boxen

  • Beispiel: Unnaer Straße - Hier gibt es unzählige Boxen, wie Radarfalle, Briefkasten, Glascontainer, Fahrkartenverkauf, Parkplätze usw. Für alles gab es eine einzelne Box, die den Artikel künstlich verlängert hat. Testweise habe ich am Beispiel "Glascontainer" in diesem Artikel mal die Straßen-Vorlage erweitert, eine Mini-Grafik und den Standort in die bestehende Box eingebaut und die Kategorie "Glascontainer" wird nun automatisch gesetzt, wenn ein entsprechender Standort gesetzt ist. Das hilft uns besonders bei der Automatisierung der Portalseite. Meinungen? --Reckmann 13:33, 24. Feb. 2012 (CET)
Prinzipiell ist die Idee der Verlagerung für Glascontainer, Telefonzelle usw. in die Box ja OK, aber ich befürchte, wir verlagern nicht nur die POIs, sondern auch die Unübersichtlichkeit. Vor allem bei Straßen, bei denen es nicht viel zu schreiben gibt, die aber solche POIs haben. Das stehen dann 1-2 Sätze, aber die Box ist einen Meter lang. Das ist nicht schön.
Jein. Wir verlagern die Dinge, bei denen es eine große Kiste gibt in dir rechte Box. Klar, wird die länger, aber es wird allgemein schlanker denke ich. Ein Vorteil wäre, dass wir die Kategorisierung damit automatisieren. Und was den "Hauptinhalt" der linken Seite angeht, wo hätten wir gerade bei der Unnaer Straße z.B. eine Menge Hausnummern oder vielleicht auch irgendwann geschichtliches zur Straße, so dass es sich vielleicht in der Wage hält. Ich probiere das einfach mal aus. --Reckmann 16:14, 24. Feb. 2012 (CET)
Die "smarte" Darstellung in der Box ist aber in meinen Augen gefälliger, als die Riesen-Boxen, die häufig den einzigen Content ausmachen. Insbesondere wenn diese sich häufen (müssen) wenn es mehrere Infrastruktur-POIs gibt, wie z.B. die "Haltestellen-Multilinien-Problematik". Wird 'ne weiterhin spannende Diskussion, Inhalt und Ästhetik stehen sich manchmal im Weg ... --TNeuhaus 16:42, 24. Feb. 2012 (CET)
Und: Jetzt bitte keinen blinden Aktionismus. Der aktuelle Zustand ist allemal besser als ein Schnellschuss. --Bonni 15:28, 24. Feb. 2012 (CET)
Deswegen stelle ich es hier ja erst einmal vor. Werde es nur in der Vorlage und der Unnaer Straße ausprobieren. Gebt mir bitte das Wochenende noch Zeit, da ich da auch noch ein paar Bilder auf dem Desktop habe, die ich gerne als Icons nutzen würde. --Reckmann 16:14, 24. Feb. 2012 (CET)
Aber Du kannst ja mal alles in die Vorlage tun, wenn wir es nicht nutzen, macht es ja nix. Dann sieht man mal, die Unnaer Straße-Box danach aussieht. --Bonni 15:32, 24. Feb. 2012 (CET)
Genau die Idee hatte ich auch. Bei Radarfallen hatte ich sogar noch ne Idee, sogar das Tempo in Mini-Icons anzeigen zu lassen. Vorteil ist hier übrigens, dass wir das zentral wieder rausschmeissen können, wenn es uns nicht mehr gefällt. Aber ich arbeite ja erst einmal nur an der Unnaer Straße. --Reckmann 16:14, 24. Feb. 2012 (CET)
Alles klar, bin auf das Ergebnis gespannt. Und richtig: Wir sollten es dann hier diskutieren und final beim nächsten Treffen VOOOR dem Stammtisch abstimmen. Bis dahin ist Unnaer Straße das Muster. --TNeuhaus 16:42, 24. Feb. 2012 (CET)
Mit der Unnaer Straße bin ich soweit durch. Fotos, Presseartikel und Haltestellen würde ich als Box weiterhin erhalten, weil diese Punkte ja von übergeordneter Bedeutung sind. --Reckmann 15:43, 26. Feb. 2012 (CET)
Die Umsetzung der Unterpunkte (Glascontainer etc.) in die Info-Box gefällt mir ausgesprochen gut. Reife Leistung! Nicht so glücklich bin ich mit der Info für die Fotoseite. Diese Kamera ist ziemlich öde. Kann man da nicht heweils ein, zwei Pics des Artikels einpflegen oder ist das zu aufwändig? --Martin / myRegioGuide 16:34, 26. Feb. 2012 (CET)
Stimmt, sieht gut aus! Die Foto-Seiten-Info: Man könnte das so machen, dass wenn in der Vorlage ein Dateiname eines Bildes mitgegeben wird, dieses Bild erscheint und wenn nicht die Kamera. Mr. Reckmann -> Work for you ;-) --Bonni 18:14, 26. Feb. 2012 (CET)
Ich versuche das gleich mal. Man müsste die Bildhöhe angeben können. Dann wäre es einfacher ... --Reckmann 21:41, 26. Feb. 2012 (CET)
Das war eine recht fummelige Angelegenheit, aber in der Unnaer Straße gibt es nun auch eine solche Box mit einem kleineren Foto-Symbol und drei Vorschaubildern, die alle die gleiche Höhe haben. Könnte man evtl. noch auf 5 aufstocken, aber es soll ja noch ein Anreiz für die Fotoseite bleiben, finde ich. Durch die Erweiterung der Vorlage, müsste die "weitere Fotos" Vorlage auch überflüssig werden, da die modifizierte "Fotoseiten"-Box diese Aufgabe ja quasi übernimmt. So okay? --Reckmann 00:15, 27. Feb. 2012 (CET)
Gefällt mir gut! So hatte ich mir das ungefähr vorgestellt. Trotzdem sei Kritik erlaubt: Welchen Sinn macht jetzt noch dieses Kamera-Icon? Das kann doch m.E. wirklich weg. Und fünf Bilder wäre schon schön. Erstens macht ein Klick auf die Fotoseite trotzdem Sinn (Anreiz), da die Pics ziemlich klein sind und zweitens macht eine Fotoseite auch nur Sinn, wenn es deutlich mehr als fünf (besser sogar zehn) Bilder gibt. Die Fotoseite ( und auch Presseartikelseite) sollte nicht Selbstzweck für eine größere Seitenanzahl sein, sondern wirklich nachvollziehbar mehr Content bieten. Es gibt Artikel, da machen mehrere Bilder beim Text durchaus auch stilistisch Sinn und es gibt Artikel, da macht die Fotoseite reativ schnell Sinn, weil man vielleicht ähnliche oder nicht so tolle Pics auslagern kann. Ich denke, auch hier kommt es auf eine Ausgewogenheit zwischen Text und Bilder an. --Martin / myRegioGuide 00:32, 27. Feb. 2012 (CET)
Bis auf die Sache mit dem Icon stimme ich Dir zu. Ich bin irgendwie ein visueller Typ und durch das Icon finde ich, sieht man recht schnell, dass es um Fotos geht, denn es gibt ja auch noch Artikel, bei denen es keine Vorschaubilder gibt. Die entstehen ja nach und nach. ABER (das gehört jetzt nicht ganz hier hin) ich habe durch die Foto-Box auch schon eine Idee für eine Video-Box, die dir sicher besser gefällt, als die bisherige HammTV- bzw. Youtube-Box :-) --Reckmann 00:40, 27. Feb. 2012 (CET)
Aber das ist doch ein Widerspruch in sich, oder? Vorher gab es keine Bilder in der Box, da machte das Icon Sinn. Jetzt wird es dort Bilder geben und daran sieht doch dann jeder, dass es um Fotos geht. Und wenn es noch keine Fotos (Vorschaubilder) oder keine genügende Anzahl Fotos gibt, werden wir die Box nicht einsetzen, da es noch keiner zusätzlichen Fotoseite bedarf. --Martin / myRegioGuide 00:52, 27. Feb. 2012 (CET)
Zumindest im Augenblick ist die Box noch einige hundert Mal verbaut ohne, dass da Bilder hinterlegt sind. Wenn die mal alle ersetzt sind, könnte man da nochmal drüber diskutieren. Warte erstmal ab, was ich mit der Video-Box vorhabe. Eventuell verstehst du dann, weswegen ich das ganz sinnvoll finde, so wie es ist.

(erste) Optionen für die Abstimmung:

  1. Straßenartikel mit Box und Inhalts-Boxen unverändert lassen
  2. Umstellung wie im Beispiel Unnaer Straße mit Infos in der Box (außer Fotos, Presse, Haltestellen)

Richtlinien für Inhaltsverzeichnisse

  • Ich schlage vor bei kurzen Artikel mit viele Überschriften (Beispiel Urkunde 1391 Dezember 4 oder auch die Tagesartikel) das Magic Word __NOTOC__ in den Artikel einzubauen, da der Leser den Artikel mit einem Blick erfassen kann und das Inhaltverzeichnis solch kurze Artikel eher unübersichtlich macht. --Bonni 12:34, 26. Feb. 2012 (CET)
Stimme zu. Die Überschriften bleiben ja erhalten und wenn da mehr Inhalt ist, kann auch das Inhaltsverzeichnis wieder rein. So lange alles auf eine Monitorseite geht ist es überflüssig. --Reckmann 15:41, 26. Feb. 2012 (CET)
  • Da bin ich geteilter Meinung. Schließlich kann jeder für sich entscheiden, ob er ein Inhaltsverzeichnis sehen will oder nicht und das entsprechend einstellen. Zweitens ist das Kriterium Monitorgröße sicherlich relativ, oder? Bei der Unnaer Straße ist z.Zt. das Verzeichnis ausgestellt und da hätte ich es bei acht Abschnitten schon sehr gern. --Martin / myRegioGuide 16:38, 26. Feb. 2012 (CET)

(erste) Optionen für die Abstimmung:

  1. Inhaltsverzeichnis bei kurzen Artikeln ausblenden
  2. Die Option zum Ausblenden der Inhaltsverzeichnisse dem aktuellen Autor überlassen

Extension EditWarnings

  • Wie findet Ihr denn jetzt eigentlich das EditWarnings? Nicht vom Design her, das könnte man verbessern, sondern von der Funktionalität her. Mir gefällt es ganz gut! Parametrierbar ist übrigens noch die Zeit (z.Zt. Default von 10 Minuten), und ob beim Editieren nur die Editbox ohne das "Wiki-Drumrum" (linksseitiges Menü usw.) angezeigt werden soll (z.Zt. Default false). --Bonni 12:39, 26. Feb. 2012 (CET)
Hat gestern noch nicht wirklich funktioniert. Da stand nämlich "noch für 0 Sekunden gesperrt" bei dem Waldbühnenartikel. Nach dem Neuladen stand das dort immer noch. Wird an der Extension noch gearbeitet? --Reckmann 15:40, 26. Feb. 2012 (CET)
Nö, ist fertig. Aber ich habe in der Rekapitulation des Tests den Eindruck, dass das Teil nicht von Anfang an 100%ig funktioniert, sondern sich erstmal "einarbeiten" muss. War bei den Tests auf meinem Rechner auch der Fall, aber ich habe es für ein Caching Problem o.ä. gehalten. Seltsam, als wenn die Tabelle in der DB erst ein paar Einträge haben müsste.
Wie auch immer - bei mir funktioniert es jetzt so wir es soll. --Bonni 16:11, 26. Feb. 2012 (CET)
Eben hat es bei mir auch funktioniert - ich beobaste es mal. Wenn es läuft ist es schön. --Reckmann 16:44, 26. Feb. 2012 (CET)
Schöne Sache! Wurde schon zweimal erfolgreich vor einer Bearbeitung gewarnt, da bereits jemand anders im Artikel war. Etwas gewöhnungsbedürftig ist der generelle (grüne) Hinweis, wenn du die Seite zur Bearbeitung aufrufst. --Martin / myRegioGuide 16:51, 26. Feb. 2012 (CET)
Übrigens: Wenn man eine Seite als derselbe Benutzer zweimal editiert, funktioniert das ganze nicht, man muss schon mit zwei unterschiedlichen Usern arbeiten, nur dann kommt die "rote" Meldung. --Bonni 18:05, 26. Feb. 2012 (CET)

(erste) Optionen für die Abstimmung:

  1. Vorhandene EditWarning Extension weiter nutzen
  2. Vorhandene EditWarning Extension wieder ausbauen

Feste Seitenbreite des Wikis

  • Einige haben einen Monitor mit hoher Auflösung (z.B. > 2500 xp), andere eine geringere (z.B. 1024 px). Das Wiki hat sich biylang dynamisch an das Fenster angepasst. Dadurch waren einige Artikel extrem "flach" und bestanden augenscheinlich nur aus einer Zeile. Auch das "gestalten" von Artikeln war nicht möglich, da aufgrund unterschiedlicher Kasten-Größen bei jeder Auflösung ein anderes Resultat erschienen ist. Wie Auf der Jahreshauptversammlung angesprochen, habe ich nun einmal eine feste Breite von testweise 995px eingebaut (im Vector Skin). Jetzt sieht das Wiki überall gleich aus. 995 px deswegen, damit es bei 1024 px Auflösungsbreite optimal aussieht (etwas Breite fällt für Scrollbanken usw. weg). Evtl. bitet das Wiki einmal neuladen mit F5 oder STRG+R (die Änderung war im CSS). Funktioniert es? Gefällt es Euch? --Reckmann 16:42, 26. Feb. 2012 (CET)
  • War grad aufgrund der neuen Optik etwas überrascht - aber nachdem ich den obigen Grund gelesen hab, finds ich gut...macht Sinn ... --Mimmi
  • Da ich meine(n) Browser auch auf breiten Bildschirmen immer nur ca. 1000px breit öffne, weil viele Seiten wie Spiegel-Online oder c't auch eine feste Breite haben, hätte ich das gar nicht gemerkt... Aber für die Leute, die ihren Browser über die gesamte Bildschirmbreite öffnen, ist das natürlich gut und sinnvoll. --Bonni 17:59, 26. Feb. 2012 (CET)
  • An welcher Stelle (Datei) im Wiki wird diese Änderung durchgeführt (aus Interesse)? Wir müssten dann evtl, auch noch mal schauen, wie es ist, wenn dieses dann zentriert ist. Derzeit "verschwende" ich im Vollbildmodus 50% von meinem Monitor --DLensing 20:18, 26. Feb. 2012 (CET)
Es liegt in der main.css im jeweiligen "skin"-Ordner. Übrigens: Es werden auch weiterhin 50% verschwendet, wenn es zentriert ist ;-) 25% links und 25% rechts - aber ich suche danach auch schon, da ausgerechnet mein Monitor nämlich auf voller breite läuft ;-) --Reckmann 20:54, 26. Feb. 2012 (CET)
Macht es vielleicht Sinn für diese "Sonder"-Einstellung ein eigenes Design zu erstellen? So kann jeder für sich es selber entscheiden. Was dafür zutun ist, kann ich dir gerne zur Verfügung stellen. --DLensing 20:50, 28. Feb. 2012 (CET)
Wäre die Frage, ob die feste oder die flexible Breite die Sondereinstellung sein sollte. Die feste Breite hätte natürlich auch den Vorteil, dass man das Wiki ansprechend gestalten könnte (z.B. Startseite usw.) - das wäre dann natürlich wieder dahin, wenn man es per Skin ausschalten könnte. ich wäre sogar dafür die Skins alle zu deaktivieren bis auf den "normalen". Stell Dir vor, wir haben ein Bild über die Seitenbreite (800px). Dann wirkt das bei voller Breite bei z.B. mir (2500px) recht einsam und verloren :-/ --Reckmann 02:22, 29. Feb. 2012 (CET)
Wir können ja einfach 2 Definitionen (fix / flexibel) anlegen. Mir ist es gestern nur aufgefallen, bei jemandem der ein anderes Wiki mit einem größeren Zoom-Faktor aufgerufen hatte, da er dieses benötigt. Dabei sah diese Wiki-Seite, die ich bei ihm testen durfte, nicht so positiv aus durch die vorhandene Definition. --DLensing 05:58, 29. Feb. 2012 (CET)
Kannst du mir da evtl. mal per E-Mail einen Screenshot von schicken - ich kann mir darunter gerade nicht viel vorstellen ... --Reckmann 23:29, 29. Feb. 2012 (CET)

(erste) Optionen für die Abstimmung:

  1. Keine Limitierung der Seitenbreite vornehmen (wie früher)
  2. Limitierung der Seitenbreite (wie aktuell) beibehalten
  3. Zwei Skins anlegen (flexibel + limitiert)



Vorlage Stub bei kurzen Artikel und Meta-Daten Keywords

  • Wir sollten bei so kurzen Artikeln wie Möller Bestattungen oder Friseurcafé, d.h. Artikeln mit mehr oder weniger einem Satz, immer die Vorlage {{Stub}} hereinschreiben. Mit so Sätzen wie "abc ist ein Firma in Hamm" machen wir uns doch lächerlich. Vor allem dieses "in Hamm" stößt mir immer wieder auf. Wo denn sonst? Dass wir keine Dortmunder oder Münsteraner Firmen hier drin haben, ist klar.

Ich weiß, dass das Wort "Hamm" für Suchmaschinen-Indizierung gut und notwendig ist, aber wenigsten sollte es "in Hamm-Rhynern" usw. heißen. Vielleicht kann man den MediaWiki dazu überreden, grundsätzlich in die Meta-Daten der Seiten das Keyword "Hamm" für Robots zu schreiben, dann ist es im Artikel nicht mehr nötig. -> Extensions MetaKeywords, Add Metas, Add HTML Meta and Title, meta extension usw. --Bonni 11:23, 27. Feb. 2012 (CET)

Die Extension bitte vorher mal lokal testen und auf dem nächsten Stammtisch vorstellen. --Reckmann 13:39, 27. Feb. 2012 (CET)
Das kann ich nur theoretisch testen, d.h. ob Keywords in den Seiten drinstehen, da mein Wiki nur im Intranet läuft und nicht indiziert wird.--Bonni 22:33, 27. Feb. 2012 (CET)
Da bin ich deiner Meinung. Wenn wir bei diesen kurzen Artikeln immer die Vorlage STUB und die Kategorie Kurze Artikel hineinnehmen, besteht auch immer ein Sammelbecken an Artikel(vorschlägen), aus denen sich vielleicht der eine oder andere dann mal bedient / bedienen kann. Ein Artikel allein nur mit Kontaktdaten bringt es m.E. nicht wirklich. Da kann man eher noch zunächst nur den roten Link (Seite nicht vorhanden) stehen lassen. --Martin / myRegioGuide 12:01, 27. Feb. 2012 (CET)
Die Beispiele aus der Vergangenheit haben gezeigt, dass viele User eher vorhandene Artikel ergänzen (auch und gerade wenn die nur aus einem Satz bestehen), als Artikel neu anzulegen. Da besteht eine größere Hemmschwelle. Das mit der Vorlage "stub" find ich dagegen eine gute Idee, da wir dann im Portal irgendwann eine Rubrik haben mit kurzen Artikeln, die interessierte Mitarbeiter dann gezielt überarbeiten und ergänzen können. Gegen rote Links habe ich generell etwas (u.a. weil ich mit meinem Handy keine neuen Artikel anlegen, wohl aber ergänzen kann). Bei dem "in Hamm" stimme ich zu (auch wenn es da eine Unterscheidung gibt, wenn es eine Holding irgendwo anders gibt). Hier macht vielleicht der Stadtbezirk mehr Sinn. --Reckmann 13:39, 27. Feb. 2012 (CET)
  • Zwei Anmerkungen noch zur {{stub}} Vorlage. Ich finde es ein wenig lieblos, einfach nur die Vorlage einzubinden und den Artikel dann wieder zu verlassen. Selbst beim Einbau der Vereins-Box könnte man durch einen einfachen Klick auf die Webseite meistens fast alle Daten ausfüllen. Zumindest aber "erfasst am" sollte beim Einbau gesetzt werden. Außerdem wird die Kategorie "kurze Artikel" automatisch gesetzt, sobald die Vorlage eingebaut ist und muss daher nicht gesondert hingeschrieben werden. Das gewährleistet, dass sie auch nur dann vorhanden ist, wenn der Artikel noch ein Stub ist.
Zur Erinnerung: Schützengesellschaft_Berge_1894_e.V. (Kommentar zum 01.02.12). - Du musst den Leuten vielleicht einfach mal ein/zwei/drei Tage Zeit lassen. Seit acht Monaten steht bei den Schützenvereinen nur ein externer Link - und das war ja offenbar wenig Motivation. Für mich ist Bürgerschützenverein Hövel 1906 e.V. übrigens immer noch ein Kurzer Artikel. Warum kann man die Kategorie da nicht einfach erst einmal stehen lassen? Das tut keinem weh! --Martin / myRegioGuide 14:40, 27. Feb. 2012 (CET)

(erste) Optionen für die Abstimmung:

  1. Keine Änderungen Vornehmen
  2. Artikel künftig statt "ist ... in Hamm" auf den jeweiligen Stadtteil bearbeiten
  3. Eine MetaKeyword Extension testen und einführen

Kategorie Sporthallen ?!

Macht es Sinn, so eine Kategorie anzulegen? Mir ist der Gedanke gerade bei der von-Thünen-Halle gekommen. Sie ist ja nicht nur Veranstaltungshalle. --Mimmi

Aber Hallo, IMHO kann ein Artikel nicht genug Kategorien haben, das ist fürs Wiederfinden gut und ist auch für das Portal notwendig.
Ich finde sogar, wir sollten bei Artikeln, die einen Ortsbezug haben, Firmen, Sporthallen, Spielplätze usw. eine Kategorie mit den Stadtteilnamen haben. Dann findet man z.B. alles leicht, was sich auf Rhynern bezieht...
Schreib einfach die Kategorie, die Du für sinnvoll hältst rein, mimmi, anlegen kann man sie immer noch, weil man genutzte aber nicht angelegte Kategorie leicht über die Spezialseiten findet. --Bonni 22:33, 27. Feb. 2012 (CET)

Haltestellen in Straßenartikeln teilweise problematisch

Die beiden Haltestellen Bürgeramt Rhynern und Unnaer Straße auf die Seite Unnaer Straße zu stellen ist ein wenig problematisch. Diese beiden Haltestellen sind nur für Schülerfahrten/Einsatzwage, sind nur im Schülerfahrplan zu finden und werden nur zweimal am Tag angefahren.

Wie soll denn die Definition einer Haltestelle in einem Straßenartikel sein? Welche Haltestellen es da gibt, oder über welche Haltestellen man da hinkommt? Dann wäre einzig die Vorlage Nächste Haltestelle mit Rhynern/Mitte sinnvoll.

Und dann könnte Nächste Haltestelle sogar mit in die Box. --Bonni 19:13, 1. Mär. 2012 (CET)

Meiner Meinung machen wir "Bestandsaufnahme" und daher wäre ich persönlich für "welche es da gibt" --Reckmann 14:26, 2. Mär. 2012 (CET)
Wenn "welche es da gibt" - dann aber schon unterscheiden zwischen generelle Liniendienste und Einsatz-/Schülerverkehre. Und eine Aufnahme "Nächste Haltestelle" für die Frage, wie komme ich dahin bzw. weg. Insofern müsste mE bei der Unnaer Straße zwingend auch Rhynern/Mitte erscheinen. --Martin / myRegioGuide 14:42, 2. Mär. 2012 (CET)
Persönlich ist nicht relevant. Die Frage ist, was macht Sinn. Welche "Haltestellen gibt es hier" führt a) Leute ohne genaue Ortskenntnis in die Irre, b) ist bei Straßen wie der Werler Straße eine irre lange Liste.
Einsatzwagen- und Schülerhaltestellen sollten aus den Straßen- und anderen Artikel ganz raus, es reicht, wenn sie beschrieben sind, weil es sie gibt. Aber wie erreicht ich welche Straße ("Nächste Haltestelle") ist bei Straßen, die man über mehr als 2 Haltestellen verfügennicht einfach zu lösen. Das geht bis zu 13 HST auf Werler und Kamener Straße oder 12 auf AÜW. Und wenn wir dann anfangen, die Straßen in "Erreichbarkeits-Bereiche" aus aufzuteilen (Werler Straße 1-26: Rathaus, 27-46: Lilienstraße, 46-76: Alleestraße) wird das Ganze unpflegbar.
Deswegen plädiere ich dafür, die "Nächste Haltestelle" nur für POIs zu nutzen. Man muss auch mal den Mut haben etwas wegzulassen, was keinen großen Informationswert hat. --Bonni 15:16, 2. Mär. 2012 (CET)
Dann wäre ich persönlich dafür beides zu machen. In der Box (rechts) eine Haltestelle mit der diese Straße am besten zu erreichen ist und wenn es eine Straße mit vielen Haltestellen gibt entweder die Liste auf der Straßenseite unterbringen oder einen Artikel mit der entsprechenden Liste anlegen. Etwas wegzulassen finde ich persönlich nicht gut. Es kann doch sein, dass ich über die Werler Straße fahre und wissen möchte, wie diese Haltestelle in der Nähe bei McDonalds heissen könnte. Wie sollte ich darauf sonst kommen? --Reckmann 15:57, 2. Mär. 2012 (CET)
Ich persönlich bin für Sinnloses/Irreführendes (erstmal) weglassen. In diesem Wiki gibt es für mich persönlich Wichtigeres als Haltestellen auflisten, z.B. das Portal. Wenn einer persönlich wissen will, wie die Haltestelle bei McDonald heißt, kann er persönlich auf die McDonalds-Seite gehen und dort persönlich sehen, dass die Haltestelle da "Ostdorfstraße" heißt. Wie willst Du persönlich denn im Straßenartikel die Zuordnung machen? Hinter jede Hausnummer die "Nächste Haltestelle"? Dann wären wir wieder bei POI-Konzept, nur auf der Straßenseite, die dann viel zu überladen ist. Den Wald vor lauter Bäumen nicht sehen muss in einem Wiki nicht sein. Und dazu kommt noch die Einheitlichkeit - man muss das dann auf allen Straßen machen. Wer soll das wann pflegen?
Der Listenartikel wäre ja noch OK, aber was ist der Bereich für eine Haltestelle, wer bestimmt und ermittelt den wie? Außerdem bin ich persönlich der Meinung, dass niemand in den HammWiki schaut, um nachzusehen an welcher Haltestelle er am besten aussteigen muss, um zur Werler Straße 354 zu kommen. Dafür gibt's EFA, das wollen wir hier doch nicht nachbilden. Liste ggf. ja, aber mit ganz ganz niedriger Priorität. --Bonni 17:23, 2. Mär. 2012 (CET)
Wenn das dein Diskussionsansatz ist. Generell bin ich der Meinung sollte man im HammWiki alles finden und wir sollten nicht etwas weglassen, weil es irgendwie gerade nicht passt. Wenn es eine Haltestelle auf einer Straße gibt, dann sollte die auch auf der Straßenseite erwähnt werden. Wenn jemand 10 Auszeichnungen hat, dann sagen wir ja auch nicht, dass wir nur die Hauptauszeichnung erwähnen. Bisher haben mehrere Haltestellen auf einer Seite doch auch funktioniert. Warum jetzt nicht mehr? Gibt es da ein technisches Problem? Wir haben so viele Informationen, wo ich auch nicht davon ausgehen kann, dass das HammWiki die erste Anlaufstelle ist. Die Gemarkung einer Sackgasse im Nirgendwo kann ich schließlich auch beim Stadtplanungsamt erfragen und Informastionen über Hamm gibt es auf hamm.de und auf Wikipedia. Das ist doch kein Diskussionsansatz. Ich bin der Meinung, wenn man eine Information hat, dann sollte man die auch veröffentlichen. Es reicht doch, wenn wir sagen eine Haltestelle "ist da" - es muss dafür je keine Funktion oder Ähnliches geben. Jedenfalls wäre ich dagegen etwas wegzulassen (und da du schreibst "erstmal" weglassen fänd ich es doppelte Arbeit das dann "irgendwann" neu zuzuordnen). Zumindest die oben genannten Begründungen überzeugen mich noch nicht wirklich. --Reckmann 20:03, 2. Mär. 2012 (CET)

(erste) Optionen für die Abstimmung:

  1. Alle Haltestellen weiterhin im Artikel führen
  2. Eine relevante Haltestelle im Artikel erwähnen
  3. Einen separaten Haltestellen-Artikel bei mehr als einer Haltestelle anlegen

Wohnbereich in der Straßenbox

Ich weiß nicht, ob es sinnvoll ist, den Wohnbereich in die Box zu bringen. Das ist wie die Baugrenzenbereiche mehr oder weniger eine stadt-interne Sache, die statistischen Zwecken dient, und für den Leser diese Wikis weder keine Aussagekraft noch Informationswert hat, da er mit den Zahlen nichts anfangen kann. Ich habe den Wohnbereich nur als Kategorie eingefügt, um lokal diverse Auswertungen machen, die mit helfen, den Überblick zu behalten.

Welche Gründe gibt es für den Wohnbereich in der Box? --Bonni 14:02, 4. Mär. 2012 (CET)

wenn es doch dich interessiert, dann interessiert es vielleicht auch andere. Ich persönlich finde es genauso spannend, wie die Gemarkung und daher ist es mit gleicher Gewuchtung in der Box und in den Kategorien. --Reckmann 14:30, 4. Mär. 2012 (CET)
Es interessiert nicht mich, es interessiert meine lokale Datenbank zur automatischen Erstellung von Texten usw. die mir hilft, das Beste aus diesem Wiki zu machen. D.h. die Kategorie Wohnbezirk dient fast ausschließlich internen Zwecken. Außerdem führt jeder weitere Punkt dazu, dass die Straßenartikel nicht mehr zu pflegen sind. Wer soll denn jetzt bei 1.800 Straßen den Vorlagen-Input ändern? Bei 10 Artikeln kein Problem, bei 1.800 Artikel dauert das bei einem 8-Stunden-Arbeitstag 45h. Dabei bin ich mit dem Einfügen der Kategorien erst zu 55% fertig, obwohl ich da seit Wochen bei bin. Lassen wir es in der Vorlage, man muss es ja nicht nutzen. Außerdem siehe Martins Kommentar unten, der völlig richtig ist. --Bonni 19:16, 4. Mär. 2012 (CET)
Ob "Dich" oder "Deine Datenbank" ist schlussendlich eigentlich fast das gleiche. So ein Wiki ist halt keine "One-Man-Show" und es sollte für jeden offen und nachvollziehbar sein. Lokale Datenbanken, PDF-Dokumente usw. ist für Nutzer nicht relevant, da sie nicht im Wiki-Prinzip zur Verfügung stehen. Ich stimme mit Dir darin überein, dass es als Option zur Verfügung steht. Wie bei so vielen Dingen, KANN ein Nutzer, der sich berufen fühlt das Feld ja ausfüllen und wenn nicht, dann bleibt es einfach frei. Habe auch schon überlegt ein Feld "Straßenbelag" aufzunehmen, da das ja gelegentlich bei Feldwegen nicht unbedingt immer Asphalt ist- --Reckmann 19:38, 4. Mär. 2012 (CET)
Der Wohnbereich (Statistische Bezirk) ist in der StraßenBox mE völlig überflüssig - hier reicht allein die Kategorie. Irgendwann erreichen wir bei größeren Straßen bzgl der Information genau das Gegenteil - die InfoBox wird unübersichtlich und damit kontaproduktiv.
Exkurs: Gemarkung und Statistischer Bezirk haben mitnichten die gleiche Gewichtung. Während die Gemarkung z.B. bei jedem Grundstücksgeschäft und damit im Grundbuch über Jahrhunderte eine große Rolle spielt, kann der Statistische Bezirk bspw. schon im nächsten Jahr aufgrund verwaltungsrechtlicher Überlegungen geändert werden. --Martin / myRegioGuide 15:54, 4. Mär. 2012 (CET)
Sehr gut erkannt und formuliert. Kategorien kann man auch im Bulk-Vefahren aktualisieren, die Boxen nur durch einen Bot, für den man Python-Scripts schreiben müsste. --Bonni 19:16, 4. Mär. 2012 (CET)
Eine Ergänzung habe ich auch hier: "Kategorien kann man im Bulk-Verfahren ändern"? Wer ist denn "man"? Ich kann das nicht und vielleicht kann ich oder jemand anderes diese Art von Änderungen ja besser in der Textbox-Form vornehmen. Es sollte doch jedem selbst überlassen bleiben, wo die Information eingebaut wird, oder? --Reckmann 19:38, 4. Mär. 2012 (CET)

(erste) Optionen für die Abstimmung:

  1. Wohnbereiche ausschließlich in er Kategorie erwähnen
  2. Wohnbereiche in Kategorie und Box erwähnen (Benutzung optional)
  3. Auf die Angabe des Wohnbereiches gänzlich verzichten

Technischer Ansprechpartner

Wie die Problematik der Vergangenheit (Backups, Spam, ...) gezeigt hat, brauchen wir einen technischen Ansprechpartner, auf den wir als Nutzer und der Westfälische Anzeiger als "Serverzurverfügungsteller" uns berufen können. Jüngst gab es hier widersprüchliche Vermutungen, Annahmen usw., so dass wir diesen Punkt auf dem nächsten Stammtisch festzurren sollten und den entsprechenden "Verantwortlichen für Technik" auch mit in das Impressum aufnehmen sollten. Vorschläge, Ideen? --Reckmann 19:38, 4. Mär. 2012 (CET)

Fragen zur Abstimmung (FAQ)

  • Wer darf mit abstimmen? Alle, die zufällig auf dem nächsten Stammtisch sind? Nur Vereinmitglieder? Nur registrierte User? Nur die Leute mit den 15 höchsten Editcounts?
Es darf JEDER Abstimmen, der am Stammtisch teilnimmt - egal ob Vereinsmitglied oder nicht. Das Wiki ist in dieser Hinsicht vom Förderverein unabhängig und über die Wiki-Belange entscheiden alle, die Interesse daran haben.
Damit bin ich NICHT einverstanden! Es sollte schon jeder abstimmen können (Vereinsmitglied oder nicht), der am Stammtisch teilnimmt. Aber es sollte m.E. eine Mindestanzahl an Bearbeitungen vorliegen. Wir haben schon öfters Gäste gehabt, die nur einmal da waren. Wenn die nun mit abstimmen (ohne eventuell die Diskussion überhaupt zu kennen), ist das für mich in keinster Weise akzeptabel. --Martin / myRegioGuide 13:04, 6. Mär. 2012 (CET)
Prinzipiell gebe ich Tim Recht, das ist das "Demokratischste", aber ich kann auch Martin verstehen, denn theoretisch ist es möglich, dass jemand seine ganzen Kumpel und Verwandtschaft zum Treffen mitbringt, die zwar vom Wiki keine Ahnung haben, aber in seinem Sinne abstimmen. Ist problematisch. Hoffentlich müssen wir dann nicht die Zentralhallen mieten ;-) --Bonni
Erstmal gehen wir vom "Normalfall" aus. Wenn wir merken, dass hier Ergebnisse "manipuliert" werden sollen, dann können wir ja immer noch eingreifen. Wenn es dazu führt, dass die Stammtische voller werden - tendenziell positiv. Bevor wir uns weitere Gedanken machen, würde ich es beim nächsten Stammtisch einfach einmal ausprobieren, oder spricht da etwas gegen? --Reckmann 13:32, 6. Mär. 2012 (CET)
  • Wie wird abgestimmt? Handzeichen?
Handzeichen
  • Was ist mit "Abstimmberechtigten", die ein Interesse an der Abstimmung haben, aber z.B. aus beruflichen Gründen nicht an der Abstimmung teilnehmen können oder erst nach der Abstimmung zum treffen stoßen? Haben die einfach Pech gehabt?
Ist vielleicht hart formuliert, aber es stimmen tatsächlich nur die ab, die zum Zeitpunkt der Abstimmung auch anwesend sind. Wir planen unsere Treffen ja immer rechtzeitig und es muss ja nicht jeder bei allen Treffen anwesend sein.
Wer hat das im Detail entschieden? Solch eine Regelung sollte m.E. dann auch der Community überlassen bleiben. --Martin / myRegioGuide 13:04, 6. Mär. 2012 (CET)
  • Was geschieht bei einem Patt? Gibt es dann einen Schiedsrichter, dessen/deren Stimme doppelt zählt?
Bei einem Patt gilt ein Antrag als Abgelehnt bzw. bei mehreren wird die Entscheidung einfach vertagt, bis es eine eindeutige Entscheidung gibt.
  • Wie verbindlich ist das Abstimmungsergebnis? Die Ergebnisse sollen in als Leitfaden in die Hilfe. Das ist OK, die hat immerhin 12.825 Zugriffe, wird also anscheinend genutzt, aber was passiert wenn sich jemand nicht dran hält, weil ihm das Abstimmungsergebnis nicht gefällt?
In vielen Fällen sind es "Richtlinien", die wir dann in die Hilfe übertragen wollen. Dort steht schon etwas dazu, wie man idealerweise Dateinahemn benennt oder wie man einen Artikel neutral aufbaut. Wenn sich jemand daran nicht hält, kann man ihn darauf verweisen, bzw. kann die Änderungen halt selbst vornehmen und muss sie mit Verweis auf die Entscheidung nicht weiterbegründen.
  • Hat sich schon mal jemand Gedanken darüber gemacht, dass einige der obigen Abstimmungspunkte Änderungen an 1000en Artikels bedeuten würden, um Einheitlichkeit herzustellen? Wer macht das? Gibt es jemanden unter uns, der in der Lage ist Python-Scripts für einen Bot zu schreiben, damit keiner diese stupide Arbeit manuell machen muss, was Monate dauern würde?
Ein Wiki muss nicht "von heute auf morgen" aktualisiert werden. Wir gehen grundsätzlich von händischer Arbeit aus, die jeder Wiki-Nutzer machen kann. Bei vielen Nutzern geht es schnell, bei wenigen dauert es ein wenig länger. Wir haben irgendwann einmal Straßen-Tabellen gebaut und sie später durch einheitliche Funktions-Boxen ersetzt. Das dauerte Monate. War aber nicht schlimm. Wenn bei einer Abstimmung herauskäme, dass wir auf derartige Boxen komplett verzichten wollen, werden die sicher nicht am Folgetag verschwunden sein. Die Arbeit im/am Wiki ist ein gemeintschaftlicher und fließender Prozess und mit etwas Geduld regelt sich fast alles von alleine ...
  • Neue Frage 1: Welche Mindestanzahl an Teilnehmern ist nötig, damit eine Abstimmung zustande kommen kann?
Es gibt keine Mindestzahl. Wenn nur eine oder zwei Personen da sind, geht das halt sehr schnell mit der Abstimmung. Der Termin steht doch lange genug fest und die Anzahl der Personen ist doch für eine Abstimmung egal - es geht ja nicht um den Verein, sondern um das Wiki.
  • Neue Frage 2: Gibt es einen "Abstimmungsleiter" der auf jeden Fall anwesend sein muss? Wenn ja, wer könnte das sein, wenn nein, tja, was dann?
Ein Abstimmungsleiter ist nicht notwendig, da ja die Anträge vorher im Wiki formuliert werden. Es kann theoretisch eine Beliebige Person vortragen (die dann jedoch die Ergebnisse auch protokolliert und ins Netz überträgt). Ein "Abstimmungsleiter" könnte am Beginn des Stammtisches ja gewählt werden.

Fragen: --Bonni 09:22, 6. Mär. 2012 (CET) Antworten: --Reckmann 12:39, 6. Mär. 2012 (CET)

Zu Martins Anmerkungen: Alles, was ich oben geschrieben habe, wurde so auf der letzten Sitzung verkündet, wenn ich mich recht entsinne - das wir sicherlich auch im Protokoll stehen. Es können nicht immer alle dabei sein und wir wollten auch niemanden ausschließen, der zum ersten mal dabei ist. Die Diskussion soll ja nicht unbekannt sein, sondern wird in kurzen (!) Worten vorgestellt. Niemand muss abstimmen. --Reckmann 13:21, 6. Mär. 2012 (CET)

Lizenz hamm.de

  • Ist hier etwas OT, aber für Lizenzen gibt es keine Diskussionsseite: In den Lizenzen für Bilder gibt es die Lizenz "Text und Bildmaterial von hamm.de (für das HammWiki freigegeben)". Ist das jetzt Zufall, dass da hamm.de steht, oder ist das wörtlich zu nehmen? Was ist z.B. mit gedruckten historischen Fotos, die als Quellenangabe "Stadt Hamm, Stadtarchiv" haben und die man scannen und veröffentlichen könnte? Dafür gilt diese Lizenz explizit nicht - oder doch auch? --Bonni 15:31, 7. Mär. 2012 (CET)
Stimmt. Die "Lizenz" müsste angepasst werden. Wenn keine anderen Lizenzen eine höhere Gewichtung haben, ist das Material entsprechend frei verwendbar. Wenn andere Lizenzen (abgelaufene Schutzrechte) bei historischen Fotos es eh schon erlauben; umso besser --Reckmann 22:51, 7. Mär. 2012 (CET)

geplottete Autoaufkleber ca. 15x15 cm

die geplotteten Aufkleber
So sieht der Aufkleber auf einem hellen Auto aus
  • Es gibt frohe Kunde. Die Firma Sparding Werbetechnik (Danke, mimmi) hat dem HammWiki heute 20 geplottete Auto-Aufkleber (einzelne Buchstaben auf Transferfolie) zur Verfügung gestellt. (10 mit weissen Buchstaben bei der Adresse für dunkle Autos, 10 schwarze Buchstaben für helle Autos). An dieser Stelle vielen Dank. Diese Aufkleber würden wir nun gerne gegen eine (freiwillige) Spende an interessierte Nutzer weitergeben, daher würde ich gerne hier eine kleine Liste machen, wer von Euch einen (wenn welche übrig bleiben, gerne später noch einen zweiten für ein zweites Fahrzeug) haben möchten. Bitte tragt Euch doch in die nachfolgende Liste ein. Übergabe und Sammlung der Spende folgt auf dem nächsten Stammtisch. Der Wert eines Aufklebers liegt übrigens bei 10-15 Euro.
  • Bonni: prinzipiell ja in weiss, muss aber erstmal messen, ob er irgendwo 15x15 cm am Heck hat. Schade, nicht in transperent...
@Bonni: wie meinst du "transparent" - nach der Montage bleiben nur die Buchstaben kleben - keine Hintergrundfläche--Mimmi 19:30, 8. Mär. 2012 (CET)
Habe mal das Foto hinzugefügt, wie es bei Mimmi aussag, als sie es auf ein helles Auto geklebt hat, damit man eine Vorstellung bekommt. Die "Transferfolie wird nach dem Aufkleben ja wieder abgezogen. Bei genauerem Messen ist die größte Breite knapp über 14 cm und die maximale Höhe etwas über 13 cm. --Reckmann 21:33, 8. Mär. 2012 (CET)
Ach so, jetzt versteh ich das Wort "Transferfolie", ich dachte, die Aufkleber wären 15x15 weiße oder schwarze Fläche und Transferfolie nur etwas um diese Fläche genau aufzukleben. --Bonni 22:52, 8. Mär. 2012 (CET)

Liste:

  • Tim Reckmann, schwarz, Spende: 10 Euro
  • Olaf Disselkötter, weiß, Spende: 15 EUR

Idee für Artikelnamen gesucht

Ich überlege jetzt schon eine Zeitlang:

Ich suche einen Namen für einen Artikel in dem man Hamm-Devotionalien, die keinen Bezug zu anderen Artikeln haben, abbilden kann: Scans von Hamm-Aufkleber, Fotos von Porzellantellern, Bierkrügen, Bechern, Taschen, usw. mit Hamm-Motiven ... was es so in den letzten Jahrzehnten gab.

Was anderes "Hamm Devotionalien" oder auch nur "Devotionalien" ist mir bisher nicht eingefallen. Hat jemand eine bessere Idee? --Bonni 18:42, 8. Mär. 2012 (CET)

Mein Vorschlag wäre "Sammelsurium" - passt doch in beiderlei Hinsicht --Mimmi 19:31, 8. Mär. 2012 (CET)

Oder "Hamm Souvenirs" Im Zweifel einfach erstmal hochladen und wie sortieren die Bilder hinterher einfach mal bei, wenn wir das Portal ein wenig weiter gebastelt haben. Und Souvenirs und Devotionalien kann man ja zusammenfassen und per Weiterleitung einen Artikel drauf machen (quasi eine größere Galerie), die dann nach Porzellan, Aufkleber, Kugelschreiber ... sortiert wird --Reckmann 21:37, 8. Mär. 2012 (CET)
Jo, so starte ich das und werde die Tage mal anfangen in meinen Kisten zu wühlen und bei vernünftigem Licht die Dinge zu fotografieren. --Bonni 22:52, 8. Mär. 2012 (CET)
Wenn Du magst, kann ich Dir gerne so ein "Tabletop-Set" und ne entsprechende Fotolampe leihen - dann geht das auch mitten in der Nacht. Meld Dich einfach. --Reckmann 23:29, 8. Mär. 2012 (CET)
So'n TableTop bzw. Lichtbox hab ich ja, und die Lampe(n) wollte ich mir - wenn Du Dich erinnerst - zum Testen schon seit September bei Dir leihen; aber ich komm einfach zu nichts. Wer findet endlich eine Möglichkeit den Tag 48 Stunden haben zu lassen? --Bonni 23:45, 8. Mär. 2012 (CET)
Genau das ist ja auch das Problem bei mir ... die Zeit --Reckmann 23:55, 8. Mär. 2012 (CET)

Lesenswerte Artikel / Sehenswerte Fotos

  • Um neuen Nutzern einen Einstieg über die tolle Arbeit im HammWiki zu geben, wäre die Schaffung der Kategorien "lesenswerte Artikel" und "sehenswerte Fotos" vielleicht eine Idee. Daraus könnte man sich dann auch einfacher bedienen, wenn man mal so etwas wie "Artikel des Tages" einbauen möchte oder die Startseite mit echten Texten (s.o.) illustrieren möchte.

Dazu hätte ich für die Umsetzung folgende Vorschläge:

  1. Artikel müssten nominiert werden: Dazu könnte man in der Artikel-Diskussion (bei dem betreffenden) Artikel entsprechende Artikel vorschlagen (wir sehen das ja in den "letzten Änderungen").
  2. kurzfristige Abstimmung: Unter der Diskussion könnte man kurz sammeln, wer dafür ist. Sobald z.B. zwei weitere Nutzer dem Vorschlag zustimmen (oder auch 4), hätte man mit dem 6- bzw. 10-Augen-Prinzip einen Artikel "abgesegnet"
  3. Kennzeichnung: Am Ende des Artikels könnte dann eine Mini-Vorlage {{sehenswert}} bzw. {{lesenswert}} eingebaut werden. Die Artikel hat einen Link zu der entsprechenden Seite, evtl. noch ein Sternchen (oder so) und fügt auch automatisch deine entsprechende Kategorie ein.

Was meint Ihr dazu? --Reckmann 12:43, 9. Mär. 2012 (CET)

Wie auch immer die Umsetzung erfolgt: Lesenswerte Artikel und Fotos sind gut. Was mir auch gut gefällt ist "Rate this page" in der englischen Wikipedia, aber ich glaube dafür ist es im HammWiki noch zu früh. Andererseits wäre das auch eine Umsetzung für die Lesenswerten Artikel... --Bonni 18:12, 9. Mär. 2012 (CET)

Optionen für die Abstimmung:

  • Einführung der Kategorien lesenswerte/sehenswerte Artikel/Bilder
  • Keine Einführung entsprechender Kateggorien