Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- meshcore:allgemeines:regions:definieren [08.02.2026 13:36] – josch0
+++ meshcore:allgemeines:regions:definieren [08.02.2026 14:11] (aktuell) – josch0
@@ Zeile 37: / Zeile 37: @@
   * 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, die __de-xx-...__ Hierarchie fortzuführen. \\
+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
 \\
@@ Zeile 42: / Zeile 49: @@
 ^ Beispiel 1: Abgekürzt ^ Beispiel 2: Sprechend ^
 | {{ :meshcore:allgemeines:regions:folie11.jpg }} | {{ :meshcore:allgemeines:regions:folie12.jpg }} |
-| **:-) VORTEILE:** \\ - Abkürzungen sparen Platz in der begrenzten Übertragung (160 Zeichen) der Regions \\ - Abkürzungen folgen der __de__ und __de-bl__ Schematik  | **:-) VORTEILE:** \\ - Namen sind sprechend und nachvollziehbar \\ - Es gibt bei aktuellem Schnitt der Regions nach Empfehlung dieser Seite vermutlich nur eine handvoll Regions pro Repeater, die sich ohne Probleme mit 160 Zeichen übertragen lassen \\ - Keine Verwechslungsgefahr wie bei Abkürzungen \\ - Das Schema __de__ -> __de.bl__ muss nicht fortgesetzt werden, ebenso braucht es keine fixen weiteren Hierarchie-Ebenen unterhalb __de-bl__ |
+| **:-) VORTEILE:** \\ - Abkürzungen sparen (vermeintlich) Platz in der begrenzten Übertragung (160 Zeichen) der Regions \\ - Abkürzungen folgen der __de__ und __de-bl__ Schematik  | **:-) VORTEILE:** \\ - Namen sind sprechend und nachvollziehbar \\ - Es gibt bei aktuellem Schnitt der Regions nach Empfehlung dieser Seite vermutlich nur eine handvoll Regions pro Repeater, die sich ohne Probleme mit 160 Zeichen übertragen lassen \\ - Keine Verwechslungsgefahr wie bei Abkürzungen \\ - Das Schema __de__ -> __de.bl__ muss nicht fortgesetzt werden, ebenso braucht es keine fixen weiteren Hierarchie-Ebenen unterhalb __de-bl__ |
-| **:-( NACHTEILE:** \\ - Für den Nutzer ist die Bedeutung der Abkürzungen kaum nachvollziehbar \\ - Bei sehr kurze Abkürzungen kann es häufiger Duplikate mit unterschiedlichen Bedeutungen geben | **:-( NACHTEILE:** \\ - Etwas längere Namen |
+| **:-( NACHTEILE:** \\ - Für den Nutzer ist die Bedeutung der Abkürzungen kaum nachvollziehbar \\ - Bei sehr kurze Abkürzungen kann es häufiger Duplikate mit unterschiedlichen Bedeutungen geben \\ - Bei langen Abkürzungsketten steckt der Informationsgehalt nur in den letzten Zeichen, der größte Teil ist redundant und unnötig (Bsp.: __de-by-ofr-er__ -> er für Erlangen) \\ - Lange Abkürzungen sind ggf. länger als ausgeschrieben (Bsp.: __de-by-ofr-er__ vs __erlangen__) | **:-( NACHTEILE:** \\ - Etwas längere Namen |
 ===== Wie schneidet man Regions am besten? =====

MeshCore Wiki DE

Benutzer-Werkzeuge

Webseiten-Werkzeuge

Unterschiede

Seiten-Werkzeuge