Webseiten-Werkzeuge


meshcore:allgemeines:regions:definieren

Dies ist eine alte Version des Dokuments!


Regionale Regions definieren

Bevor eigene regionale Regions definiert werden, bitte erstmal nachschauen ob es in der Gegend schon Regions und Festlegungen der Communities gibt:


Sollte Bedarf an weiteren Regions bestehen, sollten diese dringend mit den regionalen Communities abgestimmt werden. Regions funktionieren nur, wenn alle Repeater-Admins diese auf ihren Repeatern konfigurieren. Dazu braucht es Abstimmung und Koordination untereinander. Regions, die nur auf 1-2 Repeatern existieren, sind praktisch nutzlos und sorgen eher für Frust bei den Nutzern.

Bei der Definition von regionalen Regions muss man sich im Vorfeld einige grundlegende Gedanken machen, damit Regions auch einen Mehrwert bringen und nicht eher ein Bottleneck sind. Wichtig ist auch, dass es in Deutschland möglichst einen gemeinsamen Konsens zu Regions gibt und allgemeine Festlegungen auch deutschlandweit umgesetzt werden. Abweichungen vom Konsens führen zu Inselbildung und für den Nutzer unerwartetem Verhalten im Netz.

Nachfolgend einige Hilfestellungen zur Definition von Regions.

Wie schneidet man Regions am besten?

Regions sollten möglichst eine Menge an Menschen zusammenfassen, die sehr wahrscheinlich miteinander kommunizieren möchten. Dabei spielen gemeinschaftliche Gesichtspunkte wie Kultur, Gesellschaft, Region und Identifikation eine zentrale Rolle. Der Berliner möchte vielleicht innerhalb seiner Stadt kommunizieren, der gemeine Franke mit anderen Franken, der Ahrensburger gerne im Großraum Hamburg und die Hessen unter sich.

Unter dem Fachbegriff „Raumplanung“ werden in Deutschland auf Grundlage solcher Gesichtspunkte bereits Gebiete definiert, die wir für regionale Regions einfach nutzen können. Diese Gebiete sind bereits klar abgegrenzt, im allgemeinen Sprachgebrauch vorhanden und leicht verständlich. Als Grundlage für Regions könnten dienen:

Neben diesen theoretischen Überlegungen kann man sinvolle Regions auch aus der Praxis ableiten. Wenn es z.B. einen Channel #singles-frankfurt gibt, in dem rege Kommunikation unter Frankfurtern herrscht, könnte frankfurt ein guter Kandidat für eine Region sein.

Im Gegenzug eigen sich starre geografisch getriebene Systeme wie PLZ, Locator oder Gemeindeschlüssel (u.A.) weniger als Regions, da diese Systeme die oben genannten Gesichtspunkte gänzlich außer Acht lassen und die starren Grenzen zwischen z.B. PLZ-Gebieten Menschen eher voneinander trennen, als sie zu verbinden.


Beispiel 1: Region nach PLZ-Gebiet Beispiel 2: Region nach Metropolregion
folie3.jpg folie4.jpg
:-) VORTEILE:
- PLZ-Gebiete existieren schon, kann man einfach nutzen
- Man kann die Gebiete von grob (plz-6) bis fein (plz-63165) unterteilen
:-) VORTEILE:
- Metropolregionen gibt es schon, kann man einfach nutzen
- Metropolregionen fassen Ballungsgebiete zusammen, in denen viele Menschen wohnen
- Metropolregionen vereinen Gebiete die strukturell, kulturell, politisch, gesellschaftlich zusammenpassen
- Die Chance, dass Menschen die miteinander kommunizieren wollen aus der selben Metropolregion stammen ist sehr hoch.
:-( NACHTEILE:
- PLZ Gebiete sind reine Verwaltungsgebiete mit starren Grenzen
- Es gibt teilweise mehrere PLZ-Gebiete pro Stadt
- Am Beispiel Mainz und Wiesbaden gibt es kein gemeinsames PLZ-Gebiet
- Man hat kein Gefühl, was in einem PLZ-Gebiet (z.B. plz-634) eigentlich enthalten ist
- Die Konfiguration der Repeater mit bis zu 5 PLZ-Hierarchien ist sehr aufwändig
:-( NACHTEILE:
- Nicht jeder Ort in Deutschland ist Teil einer Metropolregion

Wie groß sollen die Regions sein?

:!: Als Merksatz gilt: Regions so klein wie möglich, aber so groß wie nötig! Sowohl bei der Definition der Region, als auch beim Setzen des Scopes in den Channels.

Die Kommunikation in den Channels soll zukünftig bevorzugt immer mit einem gesetztem Scope erfolgen. Daher muss der Nutzer die Möglichkeit haben, den für die Kommunikation passenden und kleinstmöglichen Scope auch auswählen zu können. Ein Channel #singles-frankfurt sollte auch nur mit dem Scope frankfurt genutzt werden, ein Channel #singles-hessen entsprechend mit dem Scope de-he usw. (Das Thema Verschachtelung von Scopes wird im nächsten Abschnitt im Detail besprochen.)

Nach oben hin gibt es keine zwingende Limitierung der Regions, allerdings belasten große Regions das Netz erheblich mit Flood-Traffic. Entsprechend dem obigen Merksatz braucht es also gute Gründe, warum man seine Nachrichten z.B. mit dem Scope europe sendet. Auch wenn große Regions damit eher problematisch wirken, sind sie dennoch wichtig und sollten auf den Repeatern auch immer vorhanden sein. Dies hat zwei maßgebliche Gründe:

  • Nachrichten OHNE Scope (64 Hops durch alle Länder) sind immer schlechter als mit großem Scope (de bleibt innerhalb Deutschlands und stört die Nachbarn nicht)
  • Der Nutzer findet immer einen passenden Scope und gewöhnt sich an die Nutzung des Scopes

Zu kleine Regions bringen allerdings schnell Nachteile mit sich. Als kleinste Einheit empfehlen sich Regions, die durch mehrere Repeater redundant versorgt werden können, ohne dass die Reichweite der Repeater zu erheblichen Überlappungen führt. Wenn z.B. zwei Regions auf gleicher Ebene durch den selben Repeater zu 100% versorgt werden können, bringen die Regions keinen Nutzen.


Beispiel 1: Regions pro Stadtteil Beispiel 2: Eine Region für die ganze Stadt
folie5.jpg folie6.jpg
:-) VORTEILE:
- Man kann sich gezielt mit den Leuten aus seinem Stadtteil unterhalten
- Flood Traffic wird maximal reduziert
:-) VORTEILE:
- Erheblich vereinfachte Konfiguration der Repeater
- Gute Abdeckung/Versorgung durch mehr Repeater in der Region
- Einfacher für den Nutzer, weil weniger Regions
:-( NACHTEILE:
- Reichweite der Repeater hört nicht an Stadtteilgrenze auf
- Ggf. gibt es im Stadtteil gar keinen eigenen Repeater
- Jeder Repeater muss individuell auf die Stadtteile im Umfeld konfiguriert werden
- Die Menge der Nutzer, die innerhalb eines Stadtteils kommunizieren wollen, ist ggf. verschwindend gering
- Die Anzahl der Regions kann Nutzer überfordern
:-( NACHTEILE:
- Mehr Flood Pakete in der Stadt

Regions verschachteln und Überlappen?

Verschachteln Überlappen
folie7.jpg folie8v2.jpg
Um den Flood-Traffic sinnvoll einzuschränken, sollen zukünftig im besten Fall alle Nachrichten mit Scope gesendet und die Regions so klein wie möglich gehalten werden. Möchte man in einem größeren Umkreis kommunizieren, sollten deshalb dafür auch entsprechend größere Regions existieren die der Nutzer auswählen kann. Bisheriger Konsens ist, dass die Ebenen „Deutschland“ und „Bundesland“ auf jedem Repeater vorhanden sein sollen. Die Ebenen darunter werden von den regionalen Communities definiert und sind weder in der Anzahl, noch der Art vorgegeben. Ebenso müssen die Ebenen nicht Hierarchisch/Strukturell voneinander abhängig sein - eine Metropolregion ist z.B. nicht automatisch einem Bundesland untergeordnet. Aus den Überlegungen auch aus den ersten Punkten lässt sich Stand heute ein gewisses Muster erkennen, welches als Vorlage für alle dienen kann:
- Bundesweit (de)
- Bundesland (z.B. de-he)
- Region/Landschaft (z.B. ruhrgebiet, westerwald)
- Großstadt/Landkreis (z.B. frankfurt, lk-esslingen)
Regionen (auf der gleichen Ebene, wie z.B. Bundesland) überlappen nicht. Jeder Ort in Deutschland gehört nur zu einem Bundesland.
meshcore/allgemeines/regions/definieren.1770136690.txt.gz · Zuletzt geändert: von josch0