Bevor ihre eigene regionale Regions definiert, schaut erstmal nach ob es in eurer Gegend schon Regions und Festlegungen der Communities gibt:

• Regions Karte Deutschland
• Festlegungen der Communities

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.

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 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:

• Metropolregionen (z.B. Region Stuttgart, Rhein-Main-Gebiet)
• Regionalverbände (z.B. Großraum Braunschweig)
• Naturräume/Landschaften (z.B. Taunus, Harz, Lüneburger Heide)
• …

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 Grenzen zwischen den Regions Menschen eher voneinander trennt, als sie zu verbinden.

Beispiel 1: Region nach PLZ-Gebiet	Beispiel 2: Region nach Metropolregion
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

BEISPIEL: Die lokale Community möchte in einer Großstadt Regions einführen

Idee 1: Regions pro Stadtteil	Idee 2: Eine Region für die ganze Stadt
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 - Nutzer hat die Qual der Wahl, welche Region er nimmt	NACHTEILE: - Mehr Flood Pakete in der Stadt
FAZIT: Zu kleine Regions lassen sich weder einfach verwalten, noch sinnvoll nutzen. Die Nachteile überwiegen die Vorteile deutlich. Als kleinste Einheit empfehlen sich Gebiete, 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. Ebenso sollten die Überlegungen aus Punkt 1 „Regionen schneiden“ berücksichtigt werden, um eine sinnvolle Größe von Regions einzuschätzen. Zu Große Regions erzeugen wieder zu viel Traffic. Die Regions sollten grundsätzlich daher nur „so groß wie nötig“ sein. Über eine Verschachtelung (siehe nächster Punkt) lassen sich Regions unterschiedlicher Größe sinnvoll kombinieren.