Open mojoaxel opened 9 years ago
Ich habe mich gerade gefragt, ob diese Ticket veraltet ist. Der Effekt scheint aber noch zu existieren:
das problem kann ohne externes Wissen nicht gelöst werden. Die community liste hat gruppen in alphabetischer Reihenfolge. Wenn community Aaalen mit einer URL der Metacommunity gefunden wird, werden alle knoten als communite "Aaalen" aufgenommen. Wenn auch knoten in Eeelen dabei sind, dann werden die später als zu "Aaalen" gehörend angezeigt, selbst wenn Eeelen später auch noch parsed wird. - Duplikate werden verworfen.
Der parser hat kein wissen darüber welche knoten tatsächlich wohin gehören. Weder logisch per community, noch geografisch über koordinaten.
Ein Ausweg könnte sein, wenn alle communities einer Metacommunity eine einzelne getrennte nodelist anbieten und im communityfile einbinden. - sobald aber eine das nicht oder nicht sauber tut (und ausreichend weit oben im Alphabet steht) gehts wieder schief
Ich finde es gut, dass dieses Verhalten als Ticket festgehalten wurde, denn @mojoaxel und ich sind nicht die Einzigen, die vom aktuellen Verhalten irritiert sind. Daher bitte ich darum das Ticket auch wieder zu öffnen.
Ich halte dagegen und sage "externes Wissen" ist zur "Lösung" nicht wirklich notwendig. Die Irritation kommt daher, dass eine Community in der Meta-Communiy alle Knoten der anderen Communities "aufsaugt", die Knoten also bei allen anderen Communities dieser Meta-Community verschwinden und das nur, weil diese Gruppe in einer technischen Auflistung an erster Stelle steht und die Knoten redundant von mehreren Gruppen gelistet werden (gewollt oder ungewollt).
Ich halte es für einen wesentlichen Freifunk-Gedanken, dass kein Stück Technik eine Gruppe (Community) anders "behandelt" als eine andere Gruppe (Community).
Ich schlage vor, dass bei redundanter Knoten-Auflistung durch mehrere Communities in einer Meta-Community diese Knoten keiner der Communities zugeordnet werden, sondern der Meta-Community zugerodnet werden (virtuelle/meta Community).
Dieses wäre zugleich auch ein neues Feature für Meta-Communities, die gar nicht als "kleingliedrig" wirken wollen. Wobei andere Meta-Communities über separate und dedizierte Community-Knoten-Listen (ohne Überschneidung in Sachen Knoten) genau eine solche "Kleingliedrigkeit" ausleben könnten.
Einzigartige Knoten z.B. in: Freifunk Gruppe: Freifunk Aschaffenburg ist Teil der Übergruppe: Freifunk Franken
Dublikate auflisten in: Freifunk Gruppe: Freifunk Franken (virtuell) ist Teil der Übergruppe: Freifunk Franken
ggf. einen Hinweis: Dieser Knoten wird in mehreren Gruppen dieser Übergruppe als Teil der jeweiligen Router-Liste aufgeführt. Aufgeführt in Gruppe x,y,z
Innerhalb einer Meta-Community kann dann, unabhängig von de-map das Thema "Dublikate" behandelt werden, um das gewünschte Ergebnis zu erziehlen.
Oben beschriebenes Verhalten sollte aus meiner Sicht das Standardverhalten sein, weil es bei fehlender Kommunikation zwischen Communities oder bei fehlendem Bewusstsein in der Meta-Community, m.E. das beste Nutzererlebnis für "unbeteiligte Dritt" erzeugt.
@StilgarBF, @mojoaxel ich würde mich freuen, wenn Ihr das Ticket wieder auf macht.
Auch ich fände es schön, wenn wir für dieses Problem eine Lösung finden würden. Das Issue wieder öffnen kann aber nur @StilgarBF
Bei allen Knoten der Meta-Community steht "Freifunk Aschaffenburg".
Das Problem ist mir klar und eine Lösung hab ich jetzt auch nicht auf die Schnelle, aber ich wollte das Problem mal festhalten, weil ich gerade nochmal darauf angesprochen wurde