[Bremen] Bremens Dörfer

Sat May 4 13:22:36 CEST 2013

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Am 03.05.2013 20:27, schrieb Norbert Kück:> Hallo Tobias,
> am 03.05.2013 17:43 schrieb Tobias:
>> Ah. Das mit quarter war mir gar nicht mehr bewusst. Das hatte ich ja
>> auch schon einmal angestoßen.
>>
>> Ihr könnt euch vielleicht denken, dass ich das jetzt schon mappen würde.
> Genau so isses!
> Gruß
> nk
> _______________________________________________
> Bremen mailing list
> Bremen at lists.openstreetmap.de
> http://lists.openstreetmap.de/mailman/listinfo/bremen

Ich hatte ja lange Gelegenheit dazu.

place=village passt halt nicht. Mit place=neighbourhood könnte ich mich
auch anfreunden, da der place=* node bei Existenz von politischen
Grenzen auch über dessen Grenzrelation identifiziert werden könnte.
Irgendwann würden diese Knoten dann auch einmal gerendert.

Am 03.05.2013 21:12, schrieb hannes.janetzek at gmail.com:
> 2013/5/3 Norbert Kück <osm at nk-bre.net>
> 
>> Hallo Hannes,
>>
>> die Disk lief neben der Liste (Deine erste Antwort ging nur an mich) - ich
>> gebe den aktuellen Stand mal wieder in die Liste zurück.
>>
>> Entschuldigung, ich hatte nicht darauf geachtet, normalerweise geht Reply
> bei meinem Programm immer an die Liste.
> 
> 
>> am 03.05.2013 16:29 schrieb hannes.janetzek at gmail.com:
>>
>>
>>  Ortsteile sind  'technische' aber keine 'regionalen'
>>> Verwaltungseinheiten [1]. Möglicherweise ist es diese Unterscheidung die
>>> der Verfasser des Wiki-Artikels mit dem Begriff 'offiziell' im Sinn
>>> hatte. Aber es ist  eindeutig dass Ortsteile keine 'abgerenzenten
>>> Siedlungen' sind und daher nicht als village zu bezeichnen [2].
>>>
>> Es geht um offizielle Verwaltungseinheiten als Ausschlusskriterium für
>> place=neighbourhood. Bestimmt nun Wikipedia, was in Bremen eine offizielle
>> Verwaltungseinheit ist, oder das Parlament? Gibt es etwas offizielleres,
>> als eine in einer Verordnung (die in diesem Fall durch Gesetz errichtet und
>> verändert wird) definierte Verwaltungseinheit?
>>
>>
>>  Wenn Ortsteile nicht des Labelings wegen as village bezeichnet wurden
>>> dann hätte man ja auch place=ortsteil nehmen können. Was ist denn das
>>> Argument dafür place=village zu verwenden?
>>>
>> Natürlich war damals gewollt, dass die Namen gerendert werden. Village
>> erschien der passendste Wert zu sein, der den Zweck erfüllt. Natürlich ist
>> village krumm für einen Ortsteil, aber neighbourhood nicht weniger. Nicht
>> umsonst wird ja auf der von Dir verlinkten Seite über Bemühungen für etwas
>> dazwischen geschrieben. place=quarter ist angenommen, stellt die Stufe
>> zwischen suburb und neighbourhood dar und kann eine administrative Einheit
>> sein (muss es aber nicht). Jetzt muss es nur noch gerendert werden.
>>
>>
> Mir scheint neighbourhood Synonym mit quater zu sein. In der englischen
> Version von neighborhood wird auch nicht ausgeschlossen dass es sich um
> eine administrative Festlegung handelt: 'Neighbourhoods are not normally
> administrative entities'.  Der von der deutschen neighborhood Seite
> verlinkte Wikipedia Artikel für Stadtviertel schreibt ebenfalls 'Eine
> offizielle Grenzziehung existiert dabei meist nicht'. Bei beidem handelt es
> sich um umgangssprachliche Begriffe also wird es schwer eine genaue
> Definition daraus abzuleiten, geschweige denn diese genau abzugrenzen. Seit
> einem Jahr wurde keine Wiki-Seite für quater angelegt und es existieren nur
> rund 90 Einträge im Vergleich zu 12000 neighbourhoods.

Diese beiden Zahlen mögen eine Schwäche von place=quarter zeigen. Es
geht letztlich bloß um eine Ebene, die wie place=village gerendert wird,
aber nicht die Eigenschaft hat, eine isolierte Siedlung zu sein.

Ich muss daran erinnern, dass es auch noch für weit kleinere Städte
(place=town) eine place=suburb gibt. Auch wenn place=quarter nirgendwo
richtig hineinpasst und brauchen wir trotzdem eine weitere Ebene.

> Eine systematische Einteilung für offizielle Grenzen ist aber durch die
> boundary admin_level Definition gegeben. (In der aktuellen Einteilung wird
> admin_level=11 auch als 'Neighbourhoods' bezeichnet)

Die meisten Ortschaften werden wohl weiterhin nicht Teil einer
Grenzrelation sein. Mag sein, dass das in Deutschland in den nächsten
Jahrzehnten gelingt. In anderen Teilen der Welt klappt das wohl nicht so
schnell.

> 
>  Mein Vorschlag wäre die Informationen wie population die zu den Ortsteilen
> gehören von den nodes auf die bestehenden boundary admin_level=11
> Relationen zu übertragen und village von der Relation zu entfernenen. Die
> Punkte haben für die Relation nur die Rolle 'label', sind also nur ein hint
> für einen Renderer falls er das boundary Polygon beschriften soll.
> Gleichzeitig können die Punkte als place=neighbourhoods (oder quater)
> getagt sein um das "von Bewohnern angenommene Zentrum" des Viertels
> anzuzeigen. Ein repräsentativer Punkt ist ja nich Teil der offiziellen
> Festlegung.

place=* ist weiterhin ein wichtigerer Tag als die Grenzrelationen -
siehen oben. Wir könnten aber umgekehrt evtl eine Klassifizierung nach
admin_level auf den place=* Knoten anstreben.

Ich fände solch eine Skala wesentlich schöner als synonyme Begriffe.
Aber letztlich repräsentieren solche Begriffe ja auch nur die Hierarchie
und damit müsste man ihnen eine/mehrere Zahl(en) zuordnen können.

> 
> Grüße,
> Hannes
> 
> Gruß
>> nk
>>
>>
> 
> 
> 
> _______________________________________________
> Bremen mailing list
> Bremen at lists.openstreetmap.de
> http://lists.openstreetmap.de/mailman/listinfo/bremen
> 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.13 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJRhO9uAAoJEHSvWLoMVLeJTGAP+gO1/tQU4YeQWYaCCnhIJ05T
oosMbwxVy5FWstwLdafIKP1N6a58mFjwHFfkIyKH8U8/op+v9f+ZSED07guz/FM+
1Mw/Nppv22sEg7pcNR7AgwZxJgFTkVsC91fthr/My12AlUX3zkapGFzr8hFkHae3
3ZD43bV6VJWOwDYD5yz+l/zdfe/1hZCkgobGWKwJcTnPvb4RSk0UHqX1UKu9EZJ6
typm8S5uk/rG2T2nurrvKN2vIZ31MXfdVKwhcLRvxHvcHe57pysFLPJJTkcP/Wmn
q9FFLAmYXf7S1taCR0mJjJVR1PNqWxKpica+/394t4SoxnCulwByc+wDq3FY/7gX
vniQL+et05QOn0C08UYTvz9wZz5uCQfyj6+FkOb2Xq9fgBuGsQjyIQncGVp8OFiO
8u+urcwI3FVp8Ko0XHkUd0/rGb4WTQFo3ZnVH+NHMH8odD+nOTRgPC0N1DhKDLlR
1MJicC2Hl4x3ndHgqxU7b8cv5woK84PXnNpuyyeBrkuvWQi+KruM8CNur/Q/Qw6z
qTScxku9s4x/6TlPyBSqKdWyyLv7rHSSnEdwHEQpUHA5lGsv1GD79BVHUHd6w8yJ
+BImWG/YL1Znli0sH89bpUMfcxS4Kp49JKSro42JFlQuidwQ7LJfQjiTlW0OSrQF
ls0Qr+VBWD62JMkUZ8Ot
=f7w+
-----END PGP SIGNATURE-----