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

• Region Karte
• Festlegungen der Communities

Bei der Definition von Regions muss man sich einige sinnvolle 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 von Regions gibt und grundlegende Festlegungen auch deutschlandweit umgesetzt werden. Abweichungen vom Konsens führen zu Inselbildung und für den Nutzer unerwartetem Verhalten.

Nachfolgend einige Hilfestellungen zur Definition von Regions.

BEISPIEL: Drei Kumpels aus Mainz, Wiesbaden und Frankfurt wollen sich im Channel #party darüber unterhalten, wo man abends feiern gehen will.

Idee 1: Region nach PLZ-Gebiet	Idee 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
FAZIT: Regions sollten so geschnitten werden, dass die Menschen zusammen in einer Region sind, die miteinander kommunizieren wollen. Regions nach Metropolregion, Landschaften, etc. (z.B. rhein-main-gebiet, westerwald, harz, …) eignen sich besser und sind einprägsamer, als starre Verwaltungsgrenzen wie z.B. PLZ (z.B. plz-6, plz-73, plz-323, …). Überlegt euch im Vorfeld welche Regions ihr definieren wollt und probiert ein paar solcher Beispiele theoretisch aus. Falsch geschnittene Regions können sogar kontraproduktiv sein, wenn dadurch Inseln und unnötige Grenzen der Kommunikation geschaffen werden.

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.