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

Kann man Regions verschachteln?

Kann man und muss man, um dem Nutzer verschieden Große Regions zur Auswahl anzubieten, bzw. um

Regions Verschachteln
folie7a.jpg folie8a.jpg

Sollen/Dürfen Regionen überlappen?

Kann man und muss man, um dem Nutzer verschieden Große Regions zur Auswahl anzubieten, bzw. um

Regions mit festen Grenzen Regions die überlappen
folie9a.jpg folie10a.jpg
meshcore/allgemeines/regions/definieren.1770148781.txt.gz · Zuletzt geändert: von josch0