Diskussion:Hauptseite

aus SkipperGuide, dem Online-Revierführer über die Segelreviere der Welt.
Version vom 27. Februar 2006, 11:14 Uhr von Peter (Diskussion | Beiträge) (→‎Angemeldet schreiben: Auslagerung ins Archiv und Zusammenfassung)
Zur Navigation springen Zur Suche springen

Hier ist Platz für allgemeine Diskussionen über diese Site

Vorschläge zur Verbesserung der Navigationsstruktur?

Frühere Diskussionsbeiträge: siehe Archiv

Zusammenfassung früherer Beiträge:

  • Statt Einstiegsseiten über Länder oder Seegebiete sind auch beide Navigationsarten möglich
  • Verwendung von Kategorien zur Navigation?
  • Unterscheidung Kategorien und blaue Navigationsbox?
    • Blaue Navigationsbox zeigt an, wo man sich gerade befindet, Katgorie bildet autonomen Index
  • Braucht man noch Einstiegsartikel a la "Mittelmeer" oder reicht es, die Infos in dem entsprechenden Katgorie-Artikel einzugeben? Vorteil: Subartikel ergeben sich automatisch.
    • Gegenvorschlag: Kategorien bilden ein Index und Hilfsmittel für erfahrene Nutzer, die eigentlichen "normalen" Artikel bieten aber die "Story" und geben einen Einstieg ins jeweilige Thema. Kompromiss: Link von der Kategorie auf den echten Artikel.
    • Vorschlag zur Nutzung der Kategorien: Jede Kategorie gehört genau einer Überkategorie. Grund: Damit wird die Hierarchie am Besten deutlich, in Unterkategorien wird nur die jeweils nächsttiefere Struktur angezeigt. Artikel gehören jeweils allen Kategorien an (also z.B. Mittelmeer, Adria, etc). Damit werden die Artikel in der Kategorienansicht auf jeder Ebene aufgelistet.


Das mit den Kategorien habe ich hoffentlich soweit verstanden. Die Zielsetzung sollte bei eine Kategorie (die ja ein Sortierkriterium ist) immer sein: Kann ich unter diesem Begriff irgendwelche gemeinsamen Aussagen treffen, die für einen Segler interesssant sind. Nachdem die Kategorien nicht zur Webnavigation verwendet werden sollen, bleiben erstmal nicht viele nützliche Kategorien übrig. Eigentlich nur (Hoch-)See und Binnen. Wobei speziell ersteres je nach Definition eine zu unspezifische ist. Zum Beispiel ist ein Seerevier eine überschaubare Region, für die gemeinsame Aussagen getroffen werden können, was Gezeiten, Klima und Wetter betrifft. Ozeane sind also ganz sicher kein Seerevier in diesem Sinne. Oder man definiert alles was mit Salzwasser zu tun hat, als Seerevier. Das beinhaltet in der Regel alle Küsten inklusive Seehäfen. Oder man bezeichnet nur Seegebiete ohne Küsten damit, also ähnlich den Vorhersagegebieten. Mit Binnen kann es ähnlich werden. Grundsätzlich kann das dann eigentlich eine Klassifikation sein, weil Binnen und Buten sich ausschließen. Bleibt die Frage, inwiefern einem eine solche Klasse oder Kategorie überhaupt hilfreich sein kann? Irgendwelche Ideen?

Anderes Thema: Navigation. Sie soll unabhängig von Kategorien funktionieren. Derzeit gibt es eine Navigation "Politisch" und eine Navigation "Seerevier". Tatsächlich werden aber Begriffe der geografischen, politischen und hydrografischen Einteilung abwechselnd verwendet. Nehmen wir Europa. Europa ist primär ein Kontinent. Politisch sind vielleicht die EU oder die Beteiligten von Schengen eine gemeinsame Gruppe, die für den Skipper interessant sein könnte, aber Europa selber ist eine geographische Bezeichnung ohne politische Bedeutung. Mit Amerika ist es noch schwieriger, weil das sowohl ein umgangssprachlicher Ausdruck für USA ist (was politisch wäre) als auch eine Bezeichnung für die Summe der geographischen Bezeichnungen Nord- und Südamerika. Abgesehen von panamerikanischen Ideen (Politik) gibt es nur partiell politische Gemeinsamkeiten. Teile der Karibik haben zum Beispiel eine gemeinsame Währung. Andere Staaten wie Kanada und Teile der Karibik bilden hingegen mit den USA eine Union, was die Einreisebestimmungen betrifft. Diese Merkmale sind eigentlich eher ein Kriterium für eine Kategorie als für (Web-)Navigation. Dort sollte aber auch die Kategorie mit Inhalt, also unter anderen auch einer Definition gefüllt werden. Damit würde dann auch das Risiko einer fehlerhaften Klassifizierung vermindert.

Also insgesamt bin ich zu der Auffassung gelangt, daß wir Kategorie und Navigation strikt trennen sollen, aber das bedeutet eben auch, daß keine Paralleluniversen geschaffen werden sollten. Entweder ein Merkmal bestimmt die (Web-)Navigation oder es ist eine Kategorie. Beides sollte insbesondere mit Hilfe einer präzisen Definition mit Leben erfüllt werden. Eine inhaltliche Ergänzung ist offenbar auch bei Kategorie-Seiten möglich, also kann man das auch nutzen.

Nach dieser Trennung wären Beispiele für brauchbare Navigation: Politik, Gewässer, eventuell noch Küste. Sehr viel mehr macht wohl kaum Sinn, wenn man den Pflegeaufwand bedenkt. Beispiele wären: "Deutschland", "Malta" bzw. "Nordsee", "Karibische See", "Pazifischer Ozean", "Rotes Meer", "Schwedische Westschären", "Ägais".

Für den Segler nützliche Kategorien wären vom Typ her Währungsunionen (im Sinne von akzeptierten Währungen), Vorhersagegebiete, rechtliche Geltungsbereiche, Verkehrssprachen, also z.B. "Deutsch", "Englisch", "Spanisch", "Schengener Abkommen", "Visa Waiver Program", "Euro", "US-Dollar", "Eastern Caribbean Dollar", "Rockall", "Fischer". Weitere Typen? Um daran zu denken, diese Kategorien nach Bedarf vollständig zu verwenden, müßte man wohl eine Liste pflegen, die man bei der Erstellung eines Artikels zu Rate ziehen kann.

Beispiele für nicht sinnvolle Kategorien wären dann also "Frankreich", "Bayern" oder auch "Karibik" oder "Ostsee", weil diese Begriffe stattdessen in die Navigation eingebettet werden und damit leicht erreichbar sein sollten. Dagegen würde eine Kategorie "Schengener Abkommen" auf einfache Weise die beteiligten Staaten und damit letztlich die beteiligten Hafenstädte zusammenfassen und auf derselben Seite eine Erklärung bieten können. Sinn macht so eine Kategorie nur, wenn die Zusammenfassung der Staaten für den Segler wichtig ist. Und vielleicht fallen auf diese Weise die etwas verwirrenden Unterkategorien raus.

Außer einer Kategorisierung sollten wir zunächst eher eine Klassifizierung von Artikeln anstreben. Ich denke dabei letztlich an die Erstellung eines Sets von Vorlagen, auf denen jede Klasse, also jeder Artikeltyp, wenn man so will, aufbaut. Also eine Art Rahmengerüst, daß möglichst umgehend initial eingesetzt wird, wenn ein neuer Artikel als notwendig erachtet wird, ohne ihn zunächst tatsächlich auszufüllen. Als "Klassen" und damit notwendig zu erstellende Vorlagen würden mir ad hoc einfallen: "Hafenstadt", "Küste", "Insel", "Inselgruppe", "Wind", "See", "Fluß", "Meer", "Ozean", "Revier", "Ankergrund". Spezialartikel wie solche für die Navigation (insbesondere Politik) sind meist so selten, daß sich hierfür keine Vorlage lohnt. Andere Spezialartikel wie die obengenannten Kategorien können zumindest teilweise schon auch ebenfalls einer initialen Grundstruktur bedürfen, wenn sie häufig genug vorkommen (Vorhersagegebiete). Anmerkung: Ich vermute, daß diese Vorlagen im technischen Sinne nichts mit den Wiki-templates zu tun haben. --Crefeld 23:35, 26. Feb 2006 (CET)

Gestaltung der Artikel

Beim Durchlesen ist mir aufgefallen, das recht viele Artikel mit reinem HTML geschrieben sind, anstatt sich an die Wikisyntax zu halten. Besonders oft wurde div im Zusammenhang mit Styles verwendet. Das hat meines Erachtens von Nachteil:

  • Neulinge ohne HTML-kenntnisse werden sich ausgeschlossen fühlen. Das wiederspricht dem Gedanken, dass jeder ohne grosse Vorkenntnisse die Artikel bearbeiten kann.
  • Durch die lokale Definition von styles wird eine einheitliches Aussehen der Seiten bald nicht mehr realisierbar sein.

Ist es zum Beispiel nicht sinnvoller bei den ganzen Revieraufzählungen statt der div Tags mit Einrückung einfach das * für Aufzählung ohne Nummerierung zu verwenden? Dann bräuchte man auch die br Tags nicht mehr. Das ganze wird sehr viel lesbarer und sieht auch noch besser aus (darüber kann man sich natürlich streiten ;)) Erik 17:17, 31. Jan 2006 (CET)

Vorlagen

Frühere Diskussionsbeiträge: siehe Archiv

Zusammenfassung früherer Beiträge: Es gibt zwei Vorlagen (Temlates):

Haftung

Frühere Diskussionsbeiträge: siehe Archiv

Zusammenfassung früherer Beiträge:

  • Haftungsausschluss sollte erwähnt werden (die Informationen von SkipperGuide nicht alleinig zur Navigation nutzen)
  • juristischer Wert eines Haftungsauschlusses: entbehrlich, weil wer sich alleinig auf die Informationen hier stützt, ist im Schadensfall selber schuld
  • Im Fall von Urheberrechtsverletzungen sollte jederzeit ein Ansprechpartner zur Verfügung stehen, der in der Lage ist, illegale Inhalte umgehend zu entfernen

Austausch über Vercharterer

Frühere Diskussionsbeiträge: siehe Archiv

Zusammenfassung früherer Beiträge:

  • Vorschlag: Austausch über Vercharterer
  • Probleme: Gefahr von Schleichwerbungm Juristische Problematik klären (üble Nachrede), Unterschiedliche Einschätzungen von Qualität
  • Alternativvorschläge: Checklisten, Links zu Chartermöglichkeiten, Allgemeingültige Aussagen (Bootspflegeniveau), allgemeine Infos zum Chartern (Skippereinweisung in Schottland, Unterschrift auf Chartervertrag in Griechenland vor Ort)
  • Möglichkeiten der technischen Umsetzung:
1. Vercharterer-Artikel und persönliche Erfahrungen
2. Punkt-Bewertungs-System a la eBay
3. Strukturierer Kriterienkatalog
  • Allgemeinens Problem: Nutzerzahl noch zu gering für repräsentative Einschätzungen

--> mittelfristig das Thema nochmal hervorholen

Angemeldet schreiben

Frühere Diskussionsbeiträge: siehe Archiv

Zusammenfassung früherer Beiträge: Was spricht eigentlich dagegen, nur angemeldet zu schreiben?

  • Pro:
    • sonst vergisst man eventuell das Anmelden vor dem Schreiben
    • Dialog mit anderen Benutzern ist persönlicher und netter
    • Bessere individuelle Bewertung von Aussagen (weil verschiedene Benutzer verschiedene Vorlieben haben)
  • Contra:
    • Könnte Neue Benutzer abschrecken und "on-the-fly"-Änderungen verhindern
    • Ein Klick auf einen nicht vorhandenen Artikel wird nicht so einladend wirken, zu schreiben (die Zahl aktiver Benutzer muss wachsen)
  • Sonstiges:
    • Prüfen, ob es Bewertungstool für mediawiki gibt.

TODO ?

Was ist eigentlich mit dem Artikel mit der TODO-Liste? Der Link darauf ist verschwunden. Insbesondere würde mich interessieren, wie es mit dem backup steht. Die Aussicht, hier viel zu schreiben und dann läuft der Server irgendwann mal Amok (oder wird wegen Arbeitsüberlastung seines Eigentümers eingestellt), ist nicht so animierend. Was ist aktuell Stand hinsichtlich Backup? --Crefeld 19:04, 16. Feb 2006 (CET)

Hallo Crefeld, ich habe den Link von der Hauptseite entfernt, weil er dort eigentlich nichts verloren hat (tendenziell sind es auch eher Punkte, die ich sukzessive abarbeiten muss). Wir können den Link gerne irgendwo einbauen, ich wüsste nur spontan nicht, wo.
Bezüglich Backup: keine Angst! Ich mache regelmäßig manuelle Sicherungen (ich würde mich vermutlich am meisten über einen Datenverlust ärgern). Spätestens wenn mal wieder ein Urlaub anstehen sollte, werde ich mich um automatisierte Skripte kümmern. Vielleicht hast Du aber auch eine Idee, wie man es anders machen könnte (gerne auch per Mail). Viele Grüße, --Peter 19:20, 16. Feb 2006 (CET)
Fiel mir grad mal wieder ein, nachdem aktuell ein von ziemlich vielen benutzter Forenserver seit 4 Tagen offline ist. Erst 24 h lang keine Verbindung, seither steht dort was von Wartungsarbeiten.
Ich weiß nicht, was Du für Möglichkeiten hast und wie der content abgelegt wird. Bei einem Zope-Server, der seine Daten in plain-text abgelegt hat, hatte ich es einfach über einen eigenen http-Pfad (via .htaccess abgesichert) auf die betreffende Dateistruktur zugänglich gemacht. Danach konnte man dann von außen die Daten per http://backupuser:pw@servername.de/backupdatenpfad/ erreichen. Den Rest hat dann ein Script auf unserm Firmenserver gemacht, das einmal am Tag einen Mirror davon gebildet hat, dem Schlumps zusammengepackt und per ftp auf zwei Server geschoben hat. Einen internen, damit das Paket auch in der Nachtsicherung drin ist und einen externen Webserver (anderer Hoster als die Zope-Maschine, auch wieder über .htaccess geschützt), damit ggf. auch ein externer Dienstleister an alte Datenbestände kommt, ohne in die Firma rein zu müssen.
Wenn Du auf dem Server einen cronjob laufen lassen kannst, dann ginge es natürlich auch direkt auf dem Webserver. Ansonsten steht bei mir auch eine kleine Kiste, die (nachts) das runterziehen, packen und woanders raufschieben besorgen könnte. Das wäre also nicht das Problem. Bleibt die Frage, ob die Daten als Dateistruktur vorliegen, wie bei obigen Zope-Server oder ob die in einer Datenbank sind? Falls letzteres: Kann man sie ferngesteuert oder zeitgesteuert stoppen, archivieren und starten? Oder kann sie fern- oder zeitgesteuert snapshots machen? --Crefeld 21:10, 16. Feb 2006 (CET)
Vermutlich wird Dein Provider keine cron jobs erlauben. Folgender Workaround ist denkbar: Du probierst aus, ob sich per php mysqldump aufrufen läßt. (schau Dir dazu mal die system-Funktion von php an). Ist das möglich kann man leicht ein kleines PHP-Script schreiben, was bei Aufruf die ein Dump der Datenbank sichert und ggf sogar per email verschickt. Das müßte mir nur wenigen Zeilen PHP zu realisieren sein. Dieses Script müßte dann nur regelmäßig von extern angestoßen werden. Dafür könnte man auf einem Rechner, zu dem man Zugang hat, einen entsprechenden Cron-Job installieren. -- Erik 00:24, 17. Feb 2006 (CET)
Ich habe grade mal etwas im Netz geforscht. Schau Dir mal http://www.mysqldumper.de an. Das Script scheint gut geeignet. Ich habe es schon mal kurz mit meinen lokalen Datenbanken getestet und es funktioniert genau so, wie ich mir das vorgestellt habe. Mit dem Script kannst Du über ein Webinterface alle Optionen einstellen. Die Backups werden auf dem Server gesichert. Auf Wunsch kann die das Script die Sicherung dann auch per Email schicken oder auf einen anderen Server per FTP hoch laden. All das läßt sich über das Webinterface konfigurieren. Dort lassen sich die Backups auch verwalten und wieder einspielen. Scheint sehr komplett. Der Clou allerdings ist, das Du das ganze auch von Extern über einen Cron-Job anstossen kannst. Dieser müsste dann zum Beispiel in regelmässigen Abständen http://www.skipperguide.de/mysqldumper/msd_cron/crondump.pl?config=mysqldumper.conf (z.B. über wget) aufrufen und schon kommen die Backups regelmäßig per Mail oder FTP nach Hause. Ich werde das am WE mal für eine von mir betreute Seite ausprobieren. Falls Du keinen Rechner hast, der ununterbrochen läuft und auf dem Du einen Cron-Job einrichten kannst, dann kann ich ggf. aushelfen. --Erik 10:21, 17. Feb 2006 (CET)
Erstmal danke für die wertvollen Tipps. Ich hatte leider noch keine Zeit, den sqldumper hinreichend zu testen, aber soetwas in der Richtung schwebt mir auch vor. Die Idee mit Email ist nicht schlecht, allerdings besteht das Problem, das ein SQL-Dump derzeit um die 4MB (gepackt knapp 1MB) hat, und es wird nicht weniger. Letztendlich wird es auf ein Skript hinauslaufen, das bei Bedarf von einem zweiten Rechner aufgerufen wird und den Dump übergibt, damit die Datensicherung dezentral an anderer Stelle im Netz liegt. Ich hoffe, es nächstes Wochenende angehen zu können, bis dahin werde ich weiterhin fleißig von Hand sichern ;-) --Peter 09:16, 21. Feb 2006 (CET)
Mit Email wird man sicher nicht glücklich. Ist dieser SQL-Dump alles, was man braucht? Oder kommen die Pics nochmal dazu?
Wie bereits oben Beschreiben, bestehen mehrere möglichkeiten die Daten nach Hause zu holen. Email ist eine davon und mit Sicherheit die uneleganteste. Des weiteren kann das Script auch einen FTP-Upload auf einen anderen Rechner. Aussderdem werden die Daten lokal auf dem Server ebenfalls gesichert. Diese Datei kann man sich dann per http- oder ftp-download holen. Wie oben bereits angekündigt, habe ich das am Wochenende mal bei den von mir betreuten Homepages ausprobiert. Lief alles glatt. Ich mache das alles mit wget. Dazu habe ich mir ein Script geschrieben, das zu Hause regelmäßig cron-gesteuert aufgerufen wird. Zuerst wird kurz das perl-Script des MySQL-Dumpers aufgerufen. Danach hole ich mir das auf dem Server-Entstandene Sicherungs-File ebenfalls wget vom Server und danach noch die Bilder aus dem upload-Verzeichnis. Bisher klappt alles wunderbar. (Mal sehen, ob das so bleibt ;)-- Erik 14:47, 21. Feb 2006 (CET)

Bekanntheit von SkipperGuide erhöhen

Mit diesem Thread möchte ich ein kleines Brainstorming eröffnen; Diese Seite kann nur funktionieren, wenn es genug Mitglieder gibt, die sich aktiv einbringen - je mehr, desto besser. Hat jemand Ideen, auf welche Weise sich die Bekanntheit der Website weiter erhöhen ließe? --Peter 17:52, 25. Feb 2006 (CET)

Nu gut, laß uns mal brainstormen. ;-)
Auf Dauer setzt sich nur Qualität durch. Laß es lieber langsam angehen und nutze die Zeit, mehr Struktur reinzubringen. Ich hatte dazu ja vor ein paar Tagen noch einen Vorschlag gemacht. Wenn das erstmal größere Ausmaße annimmt, dann wird es schnell zum Fulltimejob oder Du hast ein Chaos, das jeden abschreckt.
Ich habe verschiedene Leute kontaktiert, die sicher mal was schreiben werden (deswegen auch z.B. die Karibik-Liste als Vorbereitung dafür) oder die mir unter bestimmten Bedingungen (die ich noch auf FDL-Kompatibilität beleuchten muß) eine Zusage gegeben haben, ihre Berichte zu verarbeiten. Mit den Webcrawlern wächst der Zugriff mit jedem neuen Artikel automatisch und damit der Bekanntheitsgrad. Aber die Leute schauen halt nur 1..2 x auf die Seite und wenn sie sich dann nicht rasch zurechtfinden, geht's gleich woanders weiter. Findet man sich dagegen gleich zurecht oder fühlt sich zu eigenen Beiträgen nicht nur animiert, sondern herausgefordert, dann bleiben sie auch. Ein gutes Beispiel, wie wirklich viele Leute bereit sind, auch wirklich viel Zeit in so eine Plattform zu investieren, ist zum Beispiel http://www.kuro5hin.org/ .
Im Moment habe ich den Eindruck, daß die Webcrawler nur zur Hauptseite finden, aber nicht zu den Artikeln. Aber vielleicht sind einfach nur die Aktualisierungszeiten zu lang und das erledigt sich in ein paar Monaten von selbst. Oder die Antwortzeiten des Wiki läßt die Crawler abbrechen. Bin kein Experte, aber bei dynamischen Seiten wie hier muß man gelegentlich nachhelfen. Könnte mir auch vorstellen, daß die Webcrawler auch auf bestimmte wiki-typische Merkmale achten und danach eine Indizierung abbrechen. Vielleicht gibt es hier ein paar weiterführende Tips: http://www.robotstxt.org/wc/robots.html . Auf einigen Seiten werden ausführlichere /robot.txt (bzw. /robots.txt) empfohlen, die irgendwelche edit-Links und special-Seiten ausblenden. Dazu müßtest Du wahrscheinlich einfach mal Deine Apachelogs befragen, wo die Crawler alles so durchwandern und wo nicht.
Ein anderes Problem ist, daß das Suchwortvokabular direktemang mit Tourismusanbietern kollidiert. Selbst ein angefügtes "segeln" knallt Dich bei Ortsbezeichnungen in typischen Urlaubsdestinationen mit tausenden Hits zu und wenn skipperguide überhaupt drin auftaucht, dann nur auf der vorletzten von 30 google-Seiten.
Manche mögen vielleicht nicht die Anonymität und wollen, daß ihr Bericht mit Urheberangabe erscheint. Da landet so ein Artikel natürlich nicht im Wiki, sondern auf der privaten Website. Oder manche schätzen es nicht, daß ihr schönes Werk jederzeit gelöscht werden kann.
so, jetzt isses erstmal genug braingestormt. --Crefeld 02:58, 26. Feb 2006 (CET)


Für Suchmaschinen wäre es auch sinnvoll die Metaangaben auf der Seite noch zu verbessern. Keywords und Description fehlen derzeit ja noch. (siehe http://de.selfhtml.org/html/kopfdaten/meta.htm). Diese werden bei den meisten Suchmaschinen mit ausgewertet, so lange kein Missbrauch mit ihnen getrieben wird (z.B. viel zu viele Stichwörter).
Ein Beispiel:
<meta name="description" content="Der Skipperguide ist ein freier Revier- und Hafenführer. Ein Wiki, an dem sich jeder beteiligen kann.">
<meta name="keywords" content="Hafenführer, Revierführer, Reviertips, Ankerbuchten, Segeln, Motorboot fahren, Segelwiki">
Die Beschreibung und die Suchbegriffe sollten jedoch sehr sorgfältig gewählt sein, um die Seite präzise in den Suchmaschinen zu plazieren. Vieleicht kann man sich auch so geschickt wählen, das man sich etwas von den Tourismusanbietern unterscheidet.
Ansonsten dürfte der Bekanntheitsgrad natürlich mit den Menge der Artikel wachsen. In den letzten Tagen hatte ich allerdings nicht die Zeit noch weitere Artikel anzulegen, auch wenn ich noch einen ganzen Haufen von Logbüchern aus Kroatien, vom Ärmelkanal und von der Nord- und Ostsee habe, auch denen ich noch so einiges übernehmen kann. Ziel sollte also sein, möglichst schnell eine gute Auswahl an inhaltsvollen Artikeln zu haben. Die vielen Linklisten bei den Revieren mit vielen toten Links dürften eher zur Abwertung bei den Suchmaschinen führen, sowie Leute abschrecken, die nur mal schnell aus den Suchergebnissen rein klicken. Ich denke mal man sollte versuchen dort überall noch eine einleitende Beschreibung des jeweiligen Seegebietes einzubringen, sowie eine Karte, bzw Satellitenbild. Sobald ich wieder etwas mehr Zeit habe, werde ich mich noch mal um die Bilder kümmern.
Auch sollte man, wie bereits von Crefeld vorgeschlagen, mal über die Struktur der Beschreibungen nachdenken: Welche Informationen sollten nach Möglichkeit enthalten sein? In was für Überschriften kann man sie Gliedern? Kann man sicherstellen, das möglichst immer die gleichen Begriffe für diese Überschriften verwendet werden?
Vielleicht kann man ja auch mal die ganzen Segelmagazine (Yacht, Segeln, Palstek, Blauwasser, Segler-Zeitung, usw) anschreiben, um für die Seite zu werben. Eine kleine Notiz in den aktuellen Meldungen der entsprechenden Magazine sollte doch recht leicht zu erreichen sein. Dafür sollte allerdings schon einiges an Inhalt vorhanden sein, damit eventuelle Interessenten nicht gleich wieder auf Grund der leeren Seite verschwinden.
Vielleicht sollten wir uns auch mal in einer geballten Aktion ein einzelnes Revier vornehmen, so dass dort schon mal eine in sich geschlossene Darstellung erreicht wird, so dass ersichtlich ist, worauf des hinausläuft. Wie wäre es zum Beispiel mit der westlichen Ostsee. Dort dürften die meisten der derzeit aktiven registrierten Benutzer schon mal gesegelt sein, so dass jeder sich einbringen kann und dort eine recht dichte Beschreibung entstehen könnte. Die Idee: Wir machen uns 2-3 Wochen an die Ostsee ran, danach wird allen Magazinen eine Art Pressemitteilung geschickt, nach folgender Art: "Neues Segelwiki. Ein Revierführer, an dem sich jeder beteiligen kann. Die Ostsee ist schon recht gut erfasst. Weitere Reviere werden folgen. Hohe aktualität, denn jeder kann Fehler und Neuerungen sofort einbringen...." --Erik 04:12, 26. Feb 2006 (CET)
Umfassendes Thema, das einen einfachen Diskussionsthread vielleicht überfordert ;-)
Grundsätzlich deuten sich mehrere Dimensionen an:
  • Neue Mitglieder finden (Bekanntheit erhöhen)
und
  • Bestehende Mitglieder behalten (Mehrwert schaffen) und zum Mitmachen motivieren
Zum Thema Bekanntheit erhöhen haben wir schonmal folgende Punkte (einschließlich meiner Überlegungen):
  • Persönliche Empfehlungen
  • Suchmaschinenmarketing: prominente Positionierung in Suchergebnissen erreichen (Metatags, klares Profil, hoher Verlinkungsgrad)
  • PR: Presse einbeziehen, um einen höheren Bekanntheitsgrad zu erreichen (Pressemitteilungen)
  • Newsgroups: (Was bisher schon passiert) Neue Mitglieder in den Segel-Newsgroups für diese Seite interessieren
  • Linklisten/Portale: Aufnahme in Portalen, Vereinswebseiten und private Webseiten (dass muss von den jeweilgen Betreibern selbst kommen, hier kann man nur durch Qualität und Einzigartigkeit überzeugen)
Thema Mehrwert schaffen und zum Mitmachen motivieren:
  • Struktur verbessern, Übersichtlichkeit schaffen, Navigationstiefe verringern
  • Qualität schaffen
Bevor wir diese Punkte nun in der Tiefe ergründen - hat jemand noch weitere Punkte?
--Peter 12:03, 26. Feb 2006 (CET)
Nein, das scheint mir schon ziemlich vollständig zu sein. "in der Tiefe ergründen" ist gut. Insbesondere muß dann mal der eine oder andere Thread redaktionell zusammengefaßt werden. Es werden immer mehr Fäden. --Crefeld 00:26, 27. Feb 2006 (CET)


Naja, also so gut kenne zumindest ich mich nicht mal in der Dänischen Südsee aus, daß ich eine auch nur halbwegs vollständige Beschreibung für eine Gegend liefern könnte, die auch noch aktuell ist. Natürlich kann ich hier 15 Jahre alte Logbücher rausziehen, aber der Kram ist höchstens noch als grobe Revierbeschreibung tauglich und selbst das unter Berücksichtigung der damals üblichen Bootstypen. Mit ner 30 Jahre alten Nicholson-32 fährst Du halt noch unter Bedingungen, bei denen ich auf nem Plastikhäuferl a la Bavaria match schon den Stopsel ziehen und mich mit dem Hubschrauber abbergen lassen würde. ;-) Da ist es mir schon lieber, ein local erstellt das. So wie der unbekannte Schreiber des dominica-Artikel, der offenbar direkt von vor Ort schrieb. Das ist allemal besser als meine gesammelten Allgemeinplätze von vor 10 Jahren. Du kannst natürlich mit viel Masse statt Klasse die Neueinsteiger unter den Seglern beeindrucken. Aber deren Artikel sind halt bei weitem nicht so qualifiziert wie die von jemand, der schon seit Jahren dieselben 10 Häfen abklappert. Und den kann ich aber nur animieren, wenn er / sie sieht, daß hier kein Radspieler-Senf im zehnten Aufguß reproduziert wird.
Irgendwie scheinen ja schon einige auf der Seite zu landen. Denen sollte man eine möglichst vorgefertigte Struktur liefern. Ich habe weiter oben was von wegen Vorlagen geschrieben. Wenn man sich da auf nen Standard einigen kann, dann können wir die ganzen leeren Links mit den geeigneten "Formularen" vollpusten (so wie Peter das mit den Minidemothreads bei den Diskussionsseiten gemacht hat) und da fühlt sich vielleicht eher jemand animiert, was dazuzuschreiben. Zum Reformatieren oder Korrekturlesen finden sich dann eh genügend - dazu braucht man keine Revierkenntnise. :) --Crefeld 00:11, 27. Feb 2006 (CET)

Themenartikel?

Sollen auf der Website auch Artikel Platz finden, die nicht dem Gedanken eines Reiseführers für Segler folgen, sondern allgemeingültige Ratschläge oder Hinweise geben, die je nach Revier auch vom Reisezielartikel referenziert werden? Beispielsweise

  • Tidennavigation (alle haben es gelernt, nur ein paar Friesen können sie)
  • Wattnavigation (mit und ohne trockenfallen)
  • Chartervorbereitung ("...und Karten werden schon an Bord sein")
  • Törnvorbereitung ("...und notfalls hängen wir halt die Angel raus")
  • Regattavorbereitung Transocean ("was ist ne Special Regulation?")
  • Regattavorbereitung Dayrace ("... und die Toilette bleibt an Land")
  • Sicherheitseinweisung ("wieso brauche ich bei Feuer ne Rolle?")
  • Wettervorhersage (ohne Hahn auf dem Mist)
  • Sturmroutine ("...und den Kübel bitte nach Lee, Danke")
  • Wachplan ("wir sind doch nicht beim Militär!")
  • Nachtsegeln (oder: was macht der Weihnachtsbaum in der Nordsee?)

--Crefeld 18:56, 26. Feb 2006 (CET)

Abgerufen von „https://www.skipperguide.de/mediawiki/index.php?title=Diskussion:Hauptseite&oldid=2119“