Benutzer-Werkzeuge
meshcore:allgemeines:regions:definieren
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
| Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende Überarbeitung | ||
| meshcore:allgemeines:regions:definieren [05.02.2026 09:28] – josch0 | meshcore:allgemeines:regions:definieren [08.02.2026 14:11] (aktuell) – josch0 | ||
|---|---|---|---|
| Zeile 4: | Zeile 4: | ||
| * [[basis|Deutschlandweite "Basis Regions" | * [[basis|Deutschlandweite "Basis Regions" | ||
| - | * [[https:// | + | * [[https:// |
| - | * [[reale-regions-in-repeatern|Festlegungen der Communities]] | + | * [[reale-regions-in-repeatern|Festlegungen der regionalen |
| \\ | \\ | ||
| Zeile 11: | Zeile 11: | ||
| 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. | 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. | ||
| + | |||
| + | Für Regions (und damit auch Scopes) gelten folgende Einschränkungen: | ||
| + | |||
| + | * Länge maximum 30 bytes (UTF-8). | ||
| + | * Nur Kleinbuchstaben, | ||
| + | * Regions müssen im Netz eindeutig sein. | ||
| + | * Regions und Scopes matchen nur exakt (1:1), es gibt kein " | ||
| + | * Die Anzahl der Regions auf dem Repeater ist auf 32 begrenzt, ABER: Beim Auto-Discover der Regions können nur 160 Zeichen übertragen werden. Alles Weitere wird abgeschnitten. Es ist daher sehr zu empfehlen, die Anzahl der Regions und deren Namen mit Bedacht zu wählen. Die abgeschnittenen Regions sind im Repeater trotzdem aktiv. Wenn der Nutzer diese kennt, kann er sie trotzdem nutzen. Sie werden lediglich nicht im Auto-Discover angezeigt. | ||
| Anleitungen zur Konfiguration der Regions und Nutzung des Scopes findet ihr hier: | Anleitungen zur Konfiguration der Regions und Nutzung des Scopes findet ihr hier: | ||
| Zeile 16: | Zeile 24: | ||
| * [[cli|Repeater Konfiguration]] | * [[cli|Repeater Konfiguration]] | ||
| * [[scopes-nutzen|Scopes in Companions nutzen]] | * [[scopes-nutzen|Scopes in Companions nutzen]] | ||
| + | |||
| + | ===== Wie benennt man Regions am besten? ===== | ||
| + | |||
| + | Bei der Benennung von Regions muss der Fokus zu 100% auf dem Nutzer ohne MeshCore- und Community-Erfahrung liegen, damit dieser bei der Auswahl des Scopes intuitiv den Richtigen findet und auswählen kann. Wenn der Nutzer die Scopes nicht versteht, oder auf Grund eines schlecht gewählten Scopes eine schlechte Nutzererfahrung macht, wird er zukünftig vermutlich auf die Nutzung von Scopes komplett verzichten, weil "geht ja eh nicht" | ||
| + | |||
| + | Die Diskussionen die bisher in den Communities zu Regions stattgefunden haben, tendieren eher dazu, Benennungen nach technischen Aspekten (Länge) auszuwählen, | ||
| + | |||
| + | Folgende Punkte sollten bei der Benennung von Regions beachtet werden: | ||
| + | |||
| + | * Namen möglichst sprechend wählen, mehrdeutige oder unbekannte Abkürzungen vermeiden (__westerwald__ vs. __ww__, __rhein-main-gebiet__ vs. __rmg__) | ||
| + | * Für definierte Gebiete besser den bereits etablierten Namen nutzen, als eigene Namen erfinden (__rhein-main-gebiet__ vs. __frankfurter-umland__) | ||
| + | * Keine Hierarchien einbauen, die faktisch nicht existieren (__de-rp-westerwald__ ist falsch, da der Westerwald HE, RP und NW umfasst) | ||
| + | * Da regionale Regions eine begrenzte Reichweite und im besten Fall eindeutigen Namen haben, braucht es keinen de-Präfix (__de-westerwald__ ist unnötig, __westerwald__ reicht) | ||
| + | |||
| + | :!: Grundsätzlich muss der Name der Region nicht hierarchisch aufgebaut sein. Es ist auch kontraproduktiv, | ||
| + | Beispiel: __de-by-ofr-er__ statt __erlangen__ | ||
| + | * Der Informationsgehalt steckt bei der Abkürzung nur in den letzten beiden Buchstaben (er). Die ersten 10 (!!) Buchstaben sind redundant und verschenkter Platz | ||
| + | * Die Abkürzung ist LÄNGER, als der ausgeschriebene Namen | ||
| + | * Die Hierarchie im Namen braucht es nicht, sie bringt keinerlei Vorteile. | ||
| + | * __erlangen__ ist für sich alleine eindeutig und klar verständlich | ||
| + | |||
| + | \\ | ||
| + | |< 100% 50% 50% >| | ||
| + | ^ Beispiel 1: Abgekürzt ^ Beispiel 2: Sprechend ^ | ||
| + | | {{ : | ||
| + | | **:-) VORTEILE:** \\ - Abkürzungen sparen (vermeintlich) Platz in der begrenzten Übertragung (160 Zeichen) der Regions \\ - Abkürzungen folgen der __de__ und __de-bl__ Schematik | ||
| + | | **:-( NACHTEILE: | ||
| ===== Wie schneidet man Regions am besten? ===== | ===== Wie schneidet man Regions am besten? ===== | ||
| Zeile 46: | Zeile 81: | ||
| 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 # | 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 # | ||
| - | 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: | + | Nach oben hin gibt es keine zwingende Limitierung der Größe einer Region, 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) | * 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) | ||
| Zeile 71: | Zeile 106: | ||
| | {{ : | | {{ : | ||
| | **:-) VORTEILE:** \\ - Klar strukturiert, | | **:-) VORTEILE:** \\ - Klar strukturiert, | ||
| - | | **:-( NACHTEILE: | + | | **:-( NACHTEILE: |
| ===== Dürfen sich Regions überlappen? | ===== Dürfen sich Regions überlappen? | ||
| Zeile 84: | Zeile 119: | ||
| ^ Regions mit festen Grenzen ^ Regions die überlappen ^ | ^ Regions mit festen Grenzen ^ Regions die überlappen ^ | ||
| | {{ : | | {{ : | ||
| - | | Die Landesgrenzen zwischen DE und RP sind klar definiert und sollten nicht aufgeweicht werden. ABER: " | + | | :-) Die Landesgrenzen zwischen DE und RP sind klar definiert und sollten nicht aufgeweicht werden. |
| - | ===== Wie benennt man Regions | + | ===== Was sind private |
| - | Bei der Benennung von Regions | + | Das wissen wir auch noch nicht genau. In der Firmware gibt es entsprechende Hinweise sowohl auf private |
| - | + | ||
| - | Die Diskussionen die bisher in den Communities | + | |
| - | Folgende Punkte sollten bei der Benennung von Regions beachtet werden: | ||
| - | |||
| - | * Namen möglichst sprechend wählen, mehrdeutige oder unbekannte Abkürzungen vermeiden (__westerwald__ vs. __ww__, __rhein-main-gebiet__ vs. __rmg__) | ||
| - | * Für definierte Gebiete besser den bereits etablierten Namen nutzen, als eigene Namen erfinden (__rhein-main-gebiet__ vs. __frankfurter-umland__) | ||
| - | * Keine Hierarchien einbauen, die faktisch nicht existieren (__de-rp-westerwald__ ist falsch, da der Westerwald HE, RP und NW umfasst) | ||
| - | * Da regionale Regions eine begrenzte Reichweite und im besten Fall eindeutigen Namen haben, braucht es keinen de-Präfix (__de-westerwald__ ist unnötig, __westerwald__ reicht) | ||
| - | |||
| - | \\ | ||
| - | |< 100% 50% 50% >| | ||
| - | ^ Beispiel 1: Abgekürzt ^ Beispiel 2: Sprechend ^ | ||
| - | | {{ : | ||
| - | | **:-) VORTEILE:** \\ - Abkürzungen sparen Platz in der begrenzten Übertragung (160 Zeichen) der Regions \\ - Abkürzungen folgen der __de__ und __de-bl__ Schematik | ||
| - | | **:-( NACHTEILE: | ||
meshcore/allgemeines/regions/definieren.1770280099.txt.gz · Zuletzt geändert: von josch0
Seiten-Werkzeuge
