Hood nach Gemeinden: Unterschied zwischen den Versionen

Aktuelle Version vom 29. Juli 2019, 14:01 Uhr

Diese Seite enthält veraltete Informationen!
Möglicherweise hat der Inhalt aktuell keine Relevanz mehr oder muss aktualisiert werden.

Hood Hood grafisch Dezentrale Hood ~~Hood V1~~ (alt) [[..\|Hood V2]] - V2 Testkarte - V2 Hood file Hood nach Gemeinden Hood als Polygon

Dieser Artikel repräsentiert z. Zt. die Meinung einzelner Personen.

Hoods nach Gemeinden zu bilden hat soziale und geografische Vorteile und ist eine gute Alternative zur bisherigen Methode.

Historie

Bisher werden die Hoods für KeyXchange v1 und v2 nach dem Voronoi-Algorithmus gebildet und als Voronoi-Diagramm auf der Monitoring-Karte dargestellt. Diese eher technische Einteilung führt aber immer wieder zu Konflikten, da sie soziale, geografische und gewachsene Gegebenheiten nur ungenügend abbildet.

Alternative: Hoods nach Gemeinden

Hoods nach Gemeinden bzw. nach Gemeindegrenzen zu bilden, bei kleineren Gemeinden auch mehrere Gemeinden zu einer Hood zusammengefasst, hat mehrere Vorteile.

Vorteile

Gemeinden sind per se soziale Gebilde
sie bilden Siedlungsstrukturen ab
geografisch orientieren sie sich an Flusstälern, Ebenen, Verkehrswegen
lässt sich gut in Deckung bringen mit den regionalen Communities

Nachteile

Externe Abhängigkeiten
Deutlich komplexere Umsetzung
Auf dem Land sind wohl Cluster aus vielen Gemeinden nötig, während in Städten umgekehrt eine Aufteilung des Stadtgebiets (ggf. anhand bestehender Untereinheiten) notwendig wird. Dadurch ergibt sich ein Zwei-Ebenen-System, indem die Ebene der Gemeinden durch eine weitere Ebene (Zusammenschlüsse und Trennungen) in Hoods eingeteilt wird
Es ist nicht geklärt, was mit den Gebieten passieren soll, die keine Hood zugeordnet haben

Umsetzung

Hood als Polygon

Grenzen

Freifunk Franken entspricht etwa dem Gebiet von Nordbayern.

Gebiet	Relation	Liste	Bemerkungen
Nordbayern	415048	[1]	1130 Gemeinden, Städte und Kreise
Bayern	2145268	[2]	2310 Gemeinden, Städte und Kreise.

Interaktive Karte: Landkreise, Städte, Gemeinden

Grenzlinie

Die Grenzlinie bekommt man mit der URL

https://www.openstreetmap.org/relation/

gefolgt von der ID der entsprechenden Relation.

Die ID der Relation findet man in der ersten Spalte der Liste der Gemeinden.

Die Liste der Gemeinden bekommt man mit der Overpass-Abfrage aus dem Link "Liste" hinter dem jeweiligen Gebiet. Im sich öffenden Fenster "Overpass-Turbo" mit dem Abfrage-Code, bekommt man mit dem Klick auf "Ausführen" im rechten Teil die Daten als CSV-Datei mit den Spalten:

Variable	Bedeutung
@ID	die ID der Relation
admin_level	4: Bundesland 5: Regierungsbezirk 6: Kreis (Landkreis, Stadtkreis) 7+8: Gemeinden 9: Stadt- und Gemeindeteile mit politischer Verwaltung 10: Gemeindeteile ohne Selbstverwaltung
name	Name des Gebietes / der Gemeinde

GeoJSON

Die Grenzumrisse bekommt man als GeoJSON. Damit kann man sie in Programmen nutzen und in Karten als Layer anzeigen (mit OpenLayers).

Liste der Gemeinden

Gebiet/Ort	Relation	Daten	Einw.	Gemeinden	Liste
Mittelfranken	17614	URL	1 750 000	250	list
Nürnberg	62780		505 000
Fürth	62374		115 000
Erlangen	62403		106 000
Landkreis Weißenburg-Gunzenhausen	62390		97 000	27	list
Landkreis Roth	62431		126 000	16	list
Landkreis Neustadt an der Aisch-Bad Windsheim	62514		99 000	38	list
Landkreis Ansbach	62609		182 000	58	list
Ansbach	62654		42 000
Schwabach	62720		41 000
Landkreis Erlangen-Höchstadt	62448		135 000	25	list
Landkreis Fürth	62778		116 000	14	list
Landkreis Nürnberger Land	62744		169 000	44	list
Oberfranken	17592	URL	1 062 000	270	list
Bamberg	62525		76 000
Bayreuth	62640		73 000
..
Unterfranken	17585	URL	1 309 000	371	list
Würzburg	62464		134 000
Aschaffenburg	62532		69 000
Arnstein	336476		8 000
Schweinfurt	62534		53 000
..
Oberpfalz	17596	URL	1 098 000	233	list
Regensburg	62411		145 000
..

Beispiele für Hoods

GeoJSON

Eine Datei mit allen Gemeindegrenzen kann im Format GeoJSON erstellt werden. Dazu verwendet man auf der Konsole das Programm cURL und eine Abfrage-URL, die nach diesem Schema zusammengebaut wird. Zugang nur mit einem cliKey, den man auf der Website https://wambachers-osm.website/boundaries/ bekommt. Hilfe für Windows-Anwender: Thread im OSM-Forum.

Beispiel Bayern

Datensatz	OSM-admin-level	GeoJSON	GeoJSON im Wiki	Bemerkungen
Bayern	AL-4	[ ]	Datei:Grenze Bavaria AL4.json	Land gesamt
Bayern	AL-5	[ ]	Datei:Grenze Bavaria AL5.json	Regierungsbezirke
Bayern	AL-6	[ ]	Datei:Grenze Bavaria AL6.json	Landkreise, Stadtkreise
Bayern	AL-7	[ ]	Datei:Grenze Bavaria AL7.json	Verwaltungsgemeinschaften
Bayern	AL-8	download	(zu gross fürs Wiki)	Gemeinden

Um Daten ins Wiki hochzuladen, muss man die Dateiendung auf "json" ändern. Max. Dateigrösse im Wiki derzeit 20 MB.

Abfragen

Die Abfrage für einen kompletten Datensatz sieht so aus:

Bayern

https://wambachers-osm.website/boundaries/exportBoundaries?cliVersion=1.0&cliKey=<lange-Zeichenfolge>&exportFormat=json&exportLayout=levels&exportAreas=land&from_al=4&to_al=8&union=false&selected=2145268

Mittelfranken

https://wambachers-osm.website/boundaries/exportBoundaries?cliVersion=1.0&cliKey=<lange-Zeichenfolge>&exportFormat=json&exportLayout=levels&exportAreas=land&from_al=5&to_al=8&union=false&selected=17614

Oberfranken

https://wambachers-osm.website/boundaries/exportBoundaries?cliVersion=1.0&cliKey=<lange-Zeichenfolge>&exportFormat=json&exportLayout=levels&exportAreas=land&from_al=5&to_al=8&union=false&selected=17592

Unterfranken

https://wambachers-osm.website/boundaries/exportBoundaries?cliVersion=1.0&cliKey=<lange-Zeichenfolge>&exportFormat=json&exportLayout=levels&exportAreas=land&from_al=5&to_al=8&union=false&selected=17585

Oberpfalz

https://wambachers-osm.website/boundaries/exportBoundaries?cliVersion=1.0&cliKey=<lange-Zeichenfolge>&exportFormat=json&exportLayout=levels&exportAreas=land&from_al=5&to_al=8&union=false&selected=17596

mehrere Gemeinden als 1 Hood

Um mehrere Gemeinden in einer Hood zusammenzufassen, bildet man den Umriss der zusammenzufassenden Gemeinden.

Dazu ersetzt man die Parameter &from_al=5&to_al=8&union=false&selected=<ID-der-Start-Relation> durch die Liste der IDs der Relationen der zusammenzufassenden Gemeinden.

Beispiel Schnaittach (Simmelsdorf, Schnaittach und Neunkirchen a.S.): &union=true&selected=35117,365117,1017484

Tools für GeoJSON

Polygon zeichnen (Grenze) - import, export, edit
Info-Grafiken aus OSM
Wiki-Extension "Map" (Code, Nutzung von GeoJSON)

Hood und Dezentralität

...

Hood und ESSID

Die ESSID ist meist die erste Begegnung mit Freifunk. Die ESSID ist also unsere "Visitenkarte".

Idealerweise beginnt sie mit:

Freifunk
FF (abgekürzt)
Freifunk-Franken
FFF (abgekürzt)

Für eine Individualisierung kann man einen entsprechendes String anhängen:

..-Ort-Strassenname
..-Ort-Firmenname

Falls nur aus technischen Gründen eine Differenzierung erforderlich ist, genügt eine Zeichenfolge aus Buchstaben und/oder Zahlen.

Die 1200 fränkischen Gemeinden können also gut mit 2 Buchstaben und Zahlen abgebildet werden.
Deutschlandweit bräuchte man 2 Gross-/Kleinbuchstaben, oder 3 Buchstaben und Zahlen (was vermutlich auch noch für AT und CH reicht).

Zeichen	1 Stelle	2 Stellen	3 Stellen	4 Stellen
0..9	10	100	1.000	10.000
a..z	26	676	17.576	456.976
0..9 / a..z	36	1.296	46.656	1.679.616
a..z / A..Z	52	2.704	140.608	7.311.616
0..9 / a..z / A..Z	62	3.844	238.328	14.776.336

Ist-in-Abfrage

Eigene PostGIS-DB

OSM-Format mit Imposm, Osmosis oder Osm2postgresql nach PostgreSQL / PostGIS konvertieren.

Dann stehen PostGIS Funktionen für verschiedene Abfragen zur Verfügung (s. PostGIS-Manual).

PostGIS-Abfrage

Um zu prüfen, ob ein Punkt in einem Polygon liegt:

Funktion ST Within
Funktion ST_Contains

Overpass-Abfrage

Overpass-Abfrage:

Gesuchte Koordinate: 49.53,11.15 > ist in = Heroldsberg

[out:csv(name,admin_level)][timeout:25];
is_in(49.53,11.15);area._[boundary=administrative][admin_level=8];out;

FAQ

Was ist mit gemeindefreien Gebieten?: Gemeindefreie Gebiete sind fast immer unbewohnt, und da stehen dann vermutlich auch keine Router. Sie haben aber genauso wie Gemeinden eine Grenze, und können als Hood einzeln behandelt, oder einer Hood einer oder mehrerer Gemeinden zugeordnet werden.

@@ Zeile 1: / Zeile 1: @@
-<div style="padding:1em 1em 0.5em 1em;background-color:#ffb400;"><b>in Arbeit...</b></div>
+{{Outdated}}
+{{Vorlage:Menü: Hood}}
+<!-- <div style="padding:1em 1em 0.5em 1em;background-color:#ffb400;"><b>in Arbeit...</b></div> -->
+<p style="color:red;font-weight:bold">Dieser Artikel repräsentiert z. Zt. die Meinung einzelner Personen.</p>
 Hoods nach Gemeinden zu bilden hat soziale und geografische Vorteile und ist eine gute Alternative zur bisherigen Methode.
 == Historie ==
@@ Zeile 15: / Zeile 21: @@
 * geografisch orientieren sie sich an Flusstälern, Ebenen, Verkehrswegen
 * lässt sich gut in Deckung bringen mit den regionalen Communities
+; Nachteile
+* Externe Abhängigkeiten
+* Deutlich komplexere Umsetzung
+* Auf dem Land sind wohl Cluster aus vielen Gemeinden nötig, während in Städten umgekehrt eine Aufteilung des Stadtgebiets (ggf. anhand bestehender Untereinheiten) notwendig wird. Dadurch ergibt sich ein Zwei-Ebenen-System, indem die Ebene der Gemeinden durch eine weitere Ebene (Zusammenschlüsse und Trennungen) in Hoods eingeteilt wird
+* Es ist nicht geklärt, was mit den Gebieten passieren soll, die keine Hood zugeordnet haben
+; Umsetzung
+* [[Hood_als_Polygon|Hood als Polygon]]
 == Grenzen ==
@@ Zeile 68: / Zeile 83: @@
 ! Gebiet/Ort || Relation || Daten || Einw. || Gemeinden || Liste || Bemerkungen
 |- style="background:#ffb400"
-| [[#Mittelfranken|1]]
+| [[#Mittelfranken|Mittelfranken]]
 | [https://www.openstreetmap.org/relation/17614 17614]
-| #Mittelfranken
+| [[#Mittelfranken|URL]]
 | style="text-align:right"| 1 750 000
 | 250
@@ Zeile 175: / Zeile 190: @@
 | Oberfranken
 | [https://www.openstreetmap.org/relation/17592 17592]
-| [[#Oberfranken|2]]
+| [[#Oberfranken|URL]]
 | style="text-align:right"| 1 062 000
 | 270
@@ Zeile 208: / Zeile 223: @@
 | Unterfranken
 | [https://www.openstreetmap.org/relation/17585 17585]
-| [[#Unterfranken|3]]
+| [[#Unterfranken|URL]]
 | style="text-align:right"| 1 309 000
 | 371
@@ Zeile 226: / Zeile 241: @@
 |
 | style="text-align:right"| 69 000
+|
+|
+|
+|-
+| Arnstein
+| [https://www.openstreetmap.org/relation/336476 336476]
+|
+| style="text-align:right"| 8 000
 |
 |
@@ Zeile 249: / Zeile 272: @@
 | Oberpfalz
 | [https://www.openstreetmap.org/relation/17596 17596]
-| [[#Oberpfalz|4]]
+| [[#Oberpfalz|URL]]
 | style="text-align:right"| 1 098 000
 | 233
@@ Zeile 274: / Zeile 297: @@
 == Beispiele für Hoods ==
-=== Hood "Schnaittachtal" (3 Gemeinden) ===
+=== Hood "Schnaittach" (3 Gemeinden) ===
+[[Datei:Grenzen union Simmelsdorf-Schnaittach-Neunkirchen.png|mini|Schnaittach, Simmelsdorf, Neunkirchen]]
 Simmelsdorf: https://www.openstreetmap.org/relation/35117
@@ Zeile 295: / Zeile 320: @@
 == GeoJSON ==
-Eine Datei mit allen Gemeindegrenzen kann im Format [[Wikipedia:de:GeoJSON|GeoJSON]] erstellt werden. Dazu verwendet man auf der Konsole das Programm cURL und eine URL, die nach [https://wambachers-osm.website/index.php/projekte/internationale-administrative-grenzen/boundaries-map-4-3-german diesem Schema] zusammengebaut wird. Zugang nur mit einem cliKey, den man auf der Website https://wambachers-osm.website/boundaries/ bekommt. Hilfe für Windows-Anwender: [https://forum.openstreetmap.org/viewtopic.php?pid=671158#p671158 Thread im OSM-Forum].
+Eine Datei mit allen Gemeindegrenzen kann im Format [[Wikipedia:de:GeoJSON|GeoJSON]] erstellt werden. Dazu verwendet man auf der Konsole das Programm cURL und eine Abfrage-URL, die nach [https://wambachers-osm.website/index.php/projekte/internationale-administrative-grenzen/boundaries-map-4-3-german diesem Schema] zusammengebaut wird. Zugang nur mit einem cliKey, den man auf der Website https://wambachers-osm.website/boundaries/ bekommt. Hilfe für Windows-Anwender: [https://forum.openstreetmap.org/viewtopic.php?pid=671158#p671158 Thread im OSM-Forum].
 ; Beispiel Bayern
 {| class="wikitable"
-! Datensatz || OSM-admin-level || GeoJSON || Wiki || Bemerkungen
+! Datensatz || OSM-admin-level || GeoJSON || GeoJSON im Wiki || Bemerkungen
 |-
 | Bayern || AL-4 || [ ] || [[Datei:Grenze_Bavaria_AL4.json]]
@@ Zeile 314: / Zeile 339: @@
 | Verwaltungsgemeinschaften
 |-
-| Bayern || AL-8 || [ ] || (zu gross fürs Wiki)
+| Bayern || AL-8
+| [https://wambachers-osm.website/images/osm/data/markus/Bavaria_AL8.GeoJson download] || (zu gross fürs Wiki)
 | Gemeinden
 |}
@@ Zeile 347: / Zeile 373: @@
 https://wambachers-osm.website/boundaries/exportBoundaries?cliVersion=1.0&cliKey=<lange-Zeichenfolge>&exportFormat=json&exportLayout=levels&exportAreas=land&from_al=5&to_al=8&union=false&selected=17596
 </pre>
+==== mehrere Gemeinden als 1 Hood ====
+Um mehrere Gemeinden in ''einer'' Hood zusammenzufassen, bildet man den Umriss der zusammenzufassenden Gemeinden.
+Dazu ersetzt man die Parameter
+<code>&from_al=5&to_al=8&union=false&selected=<ID-der-Start-Relation></code> durch die Liste der IDs der Relationen der zusammenzufassenden Gemeinden.
+Beispiel '''Schnaittach''' (Simmelsdorf, Schnaittach und Neunkirchen a.S.):
+<code>&union=true&selected=35117,365117,1017484</code>
+=== Tools für GeoJSON ===
+* [http://geojson.io/#map=10/49.5221/11.0928 Polygon zeichnen (Grenze)] - import, export, edit
+* [https://www.konradlischka.info/2015/04/blog/so-holt-man-leicht-gebietsgrenzen-fuer-infografiken-aus-openstreetmap/ Info-Grafiken aus OSM]
+* [https://www.semantic-mediawiki.org/wiki/Maps/Installation Wiki-Extension "Map"] ([https://github.com/JeroenDeDauw/Maps#maps Code], [https://www.semantic-mediawiki.org/wiki/Extension:Maps/GeoJSON Nutzung von GeoJSON])
 == Hood und Dezentralität ==
@@ Zeile 387: / Zeile 427: @@
 === Eigene PostGIS-DB ===
 OSM-Format mit [https://wiki.openstreetmap.org/wiki/Imposm Imposm], [https://wiki.openstreetmap.org/wiki/Osmosis Osmosis] oder [https://wiki.openstreetmap.org/wiki/Osm2postgreql Osm2postgresql] nach [https://wiki.openstreetmap.org/wiki/PostgreSQL PostgreSQL] / [https://wiki.openstreetmap.org/wiki/PostGIS PostGIS] konvertieren. <br>
-Dann stehen PostGIS Funktionen zur Verfügung um zu prüfen, ob ein Punkt in einem Polygon liegt (s. [http://postgis.net/docs/manual-2.3/ST_Within.html PostGIS-Manual]).
+Dann stehen PostGIS Funktionen für verschiedene Abfragen zur Verfügung (s. [http://postgis.net/docs/manual-2.3/ST_Within.html PostGIS-Manual]).
+=== PostGIS-Abfrage ===
+Um zu prüfen, ob ein Punkt in einem Polygon liegt:
+* Funktion [https://postgis.net/docs/ST_Within.html ST Within]
+* Funktion [https://postgis.net/docs/ST_Contains.html ST_Contains]
 === Overpass-Abfrage ===
@@ Zeile 399: / Zeile 445: @@
 == FAQ ==
-; Was ist mit gemeinefreien Gebieten?
+; Was ist mit gemeindefreien Gebieten?
-: [Wikipedia:de:Gemeindefreies_Gebiet|gemeindefreie Gebiete] sind fast immer unbewohnt, und da stehen dann vermutlich auch keine Router. Sie haben aber genauso wie Gemeinden eine Grenze, und können als Hood einzeln behandelt, oder einer Hood einer oder mehrerer Gemeinden zugeordnet werden.
+: [[Wikipedia:de:Gemeindefreies_Gebiet|Gemeindefreie Gebiete]] sind fast immer unbewohnt, und da stehen dann vermutlich auch keine Router. Sie haben aber genauso wie Gemeinden eine Grenze, und können als Hood einzeln behandelt, oder einer Hood einer oder mehrerer Gemeinden zugeordnet werden.

Hood nach Gemeinden: Unterschied zwischen den Versionen

Aktuelle Version vom 29. Juli 2019, 14:01 Uhr

Historie

Alternative: Hoods nach Gemeinden

Grenzen

Grenzlinie

GeoJSON

Liste der Gemeinden

Beispiele für Hoods

Hood "Schnaittach" (3 Gemeinden)

Hood "Nürnberg"

Hood "Mittleres-Pegnitztal" (4 Gemeinden)

GeoJSON

Abfragen

Bayern

Mittelfranken

Oberfranken

Unterfranken

Oberpfalz

mehrere Gemeinden als 1 Hood

Tools für GeoJSON

Hood und Dezentralität

Hood und ESSID

Ist-in-Abfrage

Eigene PostGIS-DB

PostGIS-Abfrage

Overpass-Abfrage

FAQ