Re: [Talk-de] Wahlbezirksgrenzen als boundary/administrative

2016-04-26 Diskussionsfäden Florian Lohoff

Hallo,

On Sun, Apr 24, 2016 at 01:45:36PM +0200, Falk Zscheile wrote:
> Einmal angenommen bei OSM kommen wir zu dem Konsens, dass derlei Daten
> nicht in die OSM-Datenbank sollen, es aber eine relevante Gruppe gibt,
> die solche Daten erheben und pflegen möchte -- welche Alternativen
> gäbe es? Ist es möglich sich eine eigene Datenbank auf Basis der
> OSM-API und allem drumherum aufzusetzen, um die Daten pflegen und
> erfassen zu können und gleichzeitig die Tools zu Nutzen, die wir um
> unsere OSM-Datenbank herum gebaut haben, z.B. JOSM?

Im Prinzip ist das kleinkram. API Server aufsetzen (Code ist im SVN/git)
und dann JOSM auf eine neue API zeigen lassen und loslegen.

Schön wäre wenn JOSM da mit mehren APIs gleichzeitig könnte. Also
ich Layer A aus OSM und Layer B aus der "Wahlbezirksapi" ziehen könnte
ohne die Daten zu vermischen. (Wenn das seperate Layer sind ist
das ja gegeben).

Im moment sehe ich aber das Heil eher in der weiter auszubauenenden
Filterfunktion. Alles ausblenden was ich nicht sehen/editieren will.

Flo
-- 
Florian Lohoff f...@zz.de
 UTF-8 Test: The  ran after a , but the  ran away


signature.asc
Description: Digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Wahlbezirksgrenzen als boundary/administrative

2016-04-24 Diskussionsfäden Martin Koppenhoefer


sent from a phone

Il giorno 24 apr 2016, alle ore 13:54, Harald Hartmann 
 ha scritto:

>> Ist es möglich sich eine eigene Datenbank auf Basis der OSM-API und
>> allem drumherum aufzusetzen, um die Daten pflegen und erfassen zu
>> können und gleichzeitig die Tools zu Nutzen, die wir um unsere
>> OSM-Datenbank herum gebaut haben, z.B. JOSM?
> 
> Kurz und bündig: Ja. So macht es z.B. die OpenHistoricalMap [1]
> 
> [1] https://wiki.openstreetmap.org/wiki/Open_Historical_Map


ich halte das für schwer möglich, klar, auf den ersten Blick sieht es so aus 
als könnte es funktionieren, aber so was wird recht schnell nicht mehr 
synchronisiert sein und kaum noch miteinander in Einklang zu bringen. D.h. wenn 
man eine Parallelwelt ohne jegliche Bezüge (ausser räumlichen) haben will geht 
das sicherlich, ansonsten aber nicht. Sieht man vielleicht auch schon bei der 
OHM: das Meer von heute passt nicht zu den historischen Daten. (AFAIK ist das 
Projekt OHM nicht besonders lebendig, das als gelungenen Fork hinzustellen ist 
schwierig).

Gruß,
Martin 


PS: dieses ganze Highway netz passt vom Datenmodell her irgendwie nicht zum 
Rest ;-)
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Wahlbezirksgrenzen als boundary/administrative

2016-04-24 Diskussionsfäden Harald Hartmann
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

> Ist es möglich sich eine eigene Datenbank auf Basis der OSM-API und
> allem drumherum aufzusetzen, um die Daten pflegen und erfassen zu
> können und gleichzeitig die Tools zu Nutzen, die wir um unsere
> OSM-Datenbank herum gebaut haben, z.B. JOSM?

Kurz und bündig: Ja. So macht es z.B. die OpenHistoricalMap [1]

[1] https://wiki.openstreetmap.org/wiki/Open_Historical_Map
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQEcBAEBAgAGBQJXHLPiAAoJEIuLcq40+VqtE7cIAOZ/0Tw8wxMx6XWee/7q24oR
Rwd0o96RfbHPg6UYJhQ2L0nuxBnnUIV3P6OlFyl9th+GJ3wYnQAQ/PBIQwAbB3Yt
noEjmp4NanZLXq/FB8Gf2jrkDjXCwGkJWQkMhD1nxjP9OCjwRySMoMtUxrwoc/yQ
4iQY9ikB9Twyj22PnBmWsCjaajMO145uwRI5TEgR1Aw/TeNkykUNLgx8/O3d7w3p
scxN6x0p5p67uqUADQK2wH+7nvAbG48Rb1NPQEyN7iQi+SO+DCLqiXCJAj0k/tIl
XMWSH+xjonAHVIhZ38EyioLNblfLLxO+uleS4nyiWzvfTDDjaId1PNQ9FPsm0/U=
=cEkh
-END PGP SIGNATURE-

___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Wahlbezirksgrenzen als boundary/administrative

2016-04-24 Diskussionsfäden Falk Zscheile
Am 15. April 2016 um 00:32 schrieb Frederik Ramm :
> Hi,
>
> On 04/14/2016 12:51 PM, Florian Lohoff wrote:
>> Irgendwie finde ich das mit dem boundary=administrative ziemlich
>> unglücklich. Auf der einen Seite ist das natürlich richtig das das
>> "Administrative" Grenzen sind - aber ich vermute das OSMAnd
>> jetzt nicht der einzige ist der sich da verwirren lässt.
>
> Wenn's nach mir geht, raus mit dem Mist. Verwaltungsgrenzen und
> PLZ-Gebiete kann ich noch einsehen. Aber Wahlkreise,
> Grundschuleinzugsgebiete, Kirchengemeindegrenzen, das Sendegebiet vom
> NDR und das Liefergebiet vom Pizzadienst sind Grenzen, die in OSM nichts
> zu suchen haben.
>

Einmal angenommen bei OSM kommen wir zu dem Konsens, dass derlei Daten
nicht in die OSM-Datenbank sollen, es aber eine relevante Gruppe gibt,
die solche Daten erheben und pflegen möchte -- welche Alternativen
gäbe es? Ist es möglich sich eine eigene Datenbank auf Basis der
OSM-API und allem drumherum aufzusetzen, um die Daten pflegen und
erfassen zu können und gleichzeitig die Tools zu Nutzen, die wir um
unsere OSM-Datenbank herum gebaut haben, z.B. JOSM?

Gruß Falk

___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Wahlbezirksgrenzen als boundary/administrative

2016-04-17 Diskussionsfäden Martin Koppenhoefer


sent from a phone

> Il giorno 17 apr 2016, alle ore 10:40, Georg Feddern  
> ha scritto:
> 
> Sie haben einen politischen Einfluss auf die Zusammensetzung der Verwaltung - 
> sind aber keine Grenzen der Verwaltung (außer sie fallen mit diesen zufällig 
> zusammen).
> Von daher halte ich - wie Walter - eine Trennung zu political ff. für 
> sinnvoll.



vielleicht verwechsle ich das mit Wahlkreisen, gibt es da einen Unterschied? 
Ich dachte es geht auch darum, welcher der Abgeordneten einen repräsentiert


Gruß,
Martin 
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Wahlbezirksgrenzen als boundary/administrative

2016-04-17 Diskussionsfäden Martin Koppenhoefer


sent from a phone

> Il giorno 17 apr 2016, alle ore 11:18, Carl von Einem  ha 
> scritto:
> 
> Und wer Wahlbezirke eintragen und pflegen will, soll sich als Fleissaufgabe 
> bitte auch gleich mal die Stimmbezirke (Einzugsgebiete der Wahllokale) 
> vornehmen. ;-)



"wer x mappt muss auch y mappen" (oder muss erstmal w mappen, bevor er x mappen 
sollte), so hat OSM noch nie funktioniert...
;-)

Gruß,
Martin 
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Wahlbezirksgrenzen als boundary/administrative

2016-04-17 Diskussionsfäden Carl von Einem

Georg Feddern wrote on 17.04.16 10:40:

Am 17.04.2016 um 08:25 schrieb Martin Koppenhoefer:

Il giorno 16 apr 2016, alle ore 16:35, Florian Lohoff  ha
scritto:

Dazu sind noch die Wahlbezirke die falsch als boundary=administrative
getagged waren aufgefallen.


ist das überhaupt falsch? Sind Wahlbezirke keine Verwaltungsgrenzen?
Ich bin mir da überhaupt nicht sicher, tendiere eher dahin dass sie es
sind.


Sie haben einen politischen Einfluss auf die Zusammensetzung der
Verwaltung - sind aber keine Grenzen der Verwaltung (außer sie fallen
mit diesen zufällig zusammen).
Von daher halte ich - wie Walter - eine Trennung zu political ff. für
sinnvoll.


Noch dazu ändern sich Wahlbezirke für die Wahlen zum Deutschen Bundestag 
immer wieder, da sie möglichst gleich grosse Bevölkerungszahlen umfassen 
sollen. Und diese undankbare Bevölkerung wandert einfach so herum, 
schrumpft mal hier, wächst mal dort.
Und Wahlbezirke für Bundestagswahlen sind auch nicht unbedingt 
deckungsgleich mit denen für Landtags- bzw. Bezirks- und Kommunalwahlen...


Und wer Wahlbezirke eintragen und pflegen will, soll sich als 
Fleissaufgabe bitte auch gleich mal die Stimmbezirke (Einzugsgebiete der 
Wahllokale) vornehmen. ;-)


Historisch gesehen sind Wahlbezirksgrenzen natürlich sehr interessant, 
weil darüber eine mehr oder weniger gezielte Gruppierung potentieller 
Wähler sichtbar gemacht werden kann, siehe "Gerrymandering" 
.


Gruss,
Zarl

___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Wahlbezirksgrenzen als boundary/administrative

2016-04-17 Diskussionsfäden Georg Feddern

Am 17.04.2016 um 08:25 schrieb Martin Koppenhoefer:

Il giorno 16 apr 2016, alle ore 16:35, Florian Lohoff  ha scritto:

Dazu sind noch die Wahlbezirke die falsch als boundary=administrative
getagged waren aufgefallen.


ist das überhaupt falsch? Sind Wahlbezirke keine Verwaltungsgrenzen? Ich bin 
mir da überhaupt nicht sicher, tendiere eher dahin dass sie es sind.


Sie haben einen politischen Einfluss auf die Zusammensetzung der 
Verwaltung - sind aber keine Grenzen der Verwaltung (außer sie fallen 
mit diesen zufällig zusammen).
Von daher halte ich - wie Walter - eine Trennung zu political ff. für 
sinnvoll.


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Wahlbezirksgrenzen als boundary/administrative

2016-04-17 Diskussionsfäden Martin Koppenhoefer


sent from a phone

> Il giorno 16 apr 2016, alle ore 16:35, Florian Lohoff  ha scritto:
> 
> Dazu sind noch die Wahlbezirke die falsch als boundary=administrative
> getagged waren aufgefallen.


ist das überhaupt falsch? Sind Wahlbezirke keine Verwaltungsgrenzen? Ich bin 
mir da überhaupt nicht sicher, tendiere eher dahin dass sie es sind.


Gruß,
Martin 
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Wahlbezirksgrenzen als boundary/administrative

2016-04-16 Diskussionsfäden Florian Lohoff
On Fri, Apr 15, 2016 at 02:07:43PM +0200, Harald Hartmann wrote:
> Hallo Florian,
> 
> also ich würde nicht sagen, dass OsmAND dort FEHLER sieht, sondern
> lediglich Warnings und Info die es für seine Adress-Aufbereitung braucht
> :

Richtig - und teile davon sind wirklich Fehler. Was ich schon
entdeckt habe ist das OSMAnd warnt wenn der place und
die boundary unterschiedliche Namen haben - Das war mind. in einem
fall hier im Umkreis wirklich eine Inkonsistenz.

Dazu sind noch die Wahlbezirke die falsch als boundary=administrative
getagged waren aufgefallen.

Ich sage nicht das ALLES falsch ist was da so rausplumpst. Aber es lohnt
sich mal hinzusehen.

Flo
-- 
Florian Lohoff f...@zz.de
  We need to self-defend - GnuPG/PGP enable your email today!


signature.asc
Description: Digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Wahlbezirksgrenzen als boundary/administrative

2016-04-15 Diskussionsfäden Harald Hartmann
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hallo Florian,

also ich würde nicht sagen, dass OsmAND dort FEHLER sieht, sondern
lediglich Warnings und Info die es für seine Adress-Aufbereitung braucht
:

http://osmand.net/help/TechnicalArticles.html#OsmAnd_Data_Structure
siehe Unterabschnitt "Address Part - workflow"


Ich bin darauf gestoßen, als ich nur Schleusegrund aufbereiten lassen
wollte und dann festgestellt habe, dass OsmAnd zwingend place=city
benötigt :(
https://groups.google.com/forum/#!searchin/osmand/city/osmand/DzRQhbWv_k
c/aOu2aaZDAgAJ

Viele Grüße,
Harald
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQEcBAEBAgAGBQJXENmOAAoJEIuLcq40+Vqto8EH/3s44I4KoOQfWTHoCPTM+Gch
ol9uQn8qm8RODMhhcgcc1/2wuZq65A/miy8OM3sGNQ+MxNJHglY337lk60ypKNLN
EvOgEHV17jYRYB6ZTlm14TnA7cjcBADto1YNU/gxeobEUC2A6Y47LX68ilKyOLlB
vjXwfa1XzSm7BvBcDaCEg7XLsnVgvnlP6MFX+0ici/YNrNs0Cx6DLlaLMTCwXJMM
oO9SLisnw5MBnkEy/wahQdyhyn6524YnuOV1zEINkAX0KuJsFm0PFIScmdcGF4+s
d8r8YjTXsgu152OcgMOMx2LHCChRJ0nbSDpJbssVcH+e0ULTIdL0vh/9mB6GN/0=
=m4Po
-END PGP SIGNATURE-

___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Wahlbezirksgrenzen als boundary/administrative

2016-04-15 Diskussionsfäden Florian Lohoff
On Fri, Apr 15, 2016 at 08:58:34AM +0200, Walter Nordmann wrote:
> Hi Florian,
> 
> ich sehe, dass du gerade die Anpassungen machst. Brauchst du
> Unterstützung um alle "Querschläger" zu finden?

Ich habe nur die Zufallsfunde mal korrigiert. Mir sind die Dinger 
(und noch andere Fehler) aufgefallen als ich mal den OSMAnd converter
output gelesen habe.

Der schreibt da spannende Fehler raus. U.a. schreibt der scheinbar
auch raus wenn der zu einer boundary keinen Place findet.
U.a. scheint das der fall zu sein wenn sich der Name auf der Boundary
Relation unterscheidet von dem Place node. Beispiel: "Halle (Westfalen)"
auf der Boundary Relation und "Halle (Westf.)" auf dem Place.

Und wenn man dann dabei ist kann man den gleich als label
oder admin_center auf die relations packen ;)

Das hier ist der output von NRW von vorgestern:

http://silicon-verl.de/home/flo/tmp/osmand-nrw-warnings.txt 

"Halle (Westf.)" war der hier:

INFO: City  not found  boundary: Halle (Westfalen) alevel:8 type: has opened 
polygons:false no. of outer polygons:1 138701

Das hier waren die Wahlbezirke mit dem falschen admin boundary tagging:

WARNING: Not using boundary: Lippe I alevel:-1 type: has opened polygons:false 
no. of outer polygons:0 2965568
WARNING: Not using boundary: Höxter - Lippe II alevel:-1 type: has opened 
polygons:false no. of outer polygons:0 2965596

Die Fehler sind aber mir vorsicht zu geniessen. Da sind natürlich
diverse admin boundary polygone unvollständig weil die in den
Randbereichen von NRW liegen.

Auch ein Fehler bei so dingern wie "Samtgemeinden" - Das gibts in
NRW eigentlich nicht so weit ich weiss - Aber in Niedersachsen. Da
gibts natürlich keinen "Place" mit "Samtgemeinde Schüttorf"

Sowas ist auch komisch:

INFO: City  not found  boundary: Klein-Muffi alevel:12 type: has opened 
polygons:false no. of outer polygons:1 3151275 

Das hier ist vermutlich der Punkt das es keinen place mit
"Warstein-Zentrum" gibt sondern nur einen Stadtteil.

INFO: City  not found  boundary: Warstein-Zentrum alevel:9 type: has opened 
polygons:false no. of outer polygons:1 5709157

Der ist auch schön - Das ist eine Boundary bei Essen/um Essen. Hat aber
keinen Namen ... Einen comment das es keinen offiziellen Namen gibt.

"Stadtbezirk I, kein offizieller Name vergeben"

Ich hätte dann ja "Stadtbezirk I" in den Namen gepackt - Aber das müssen
die Essener wissen.

WARNING: Not using boundary: null alevel:9 type: has opened polygons:false no. 
of outer polygons:1 5928878


Da kann man also jede menge aufräumen. 

Flo
-- 
Florian Lohoff f...@zz.de
  We need to self-defend - GnuPG/PGP enable your email today!


signature.asc
Description: Digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Wahlbezirksgrenzen als boundary/administrative

2016-04-15 Diskussionsfäden Walter Nordmann

Lippe II fehlte noch. damit sollte das sauber sein.

http://www.openstreetmap.org/relation/2965596

Gruss
walter

Am 15.04.2016 um 08:58 schrieb Walter Nordmann:

Hi Florian,

ich sehe, dass du gerade die Anpassungen machst. Brauchst du 
Unterstützung um alle "Querschläger" zu finden?


Gruss
walter



___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de



___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Wahlbezirksgrenzen als boundary/administrative

2016-04-15 Diskussionsfäden Walter Nordmann

Hi Florian,

ich sehe, dass du gerade die Anpassungen machst. Brauchst du 
Unterstützung um alle "Querschläger" zu finden?


Gruss
walter



___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Wahlbezirksgrenzen als boundary/administrative

2016-04-15 Diskussionsfäden Walter Nordmann
Klar, gefallen tut mir das Zeug auch nicht, muss aber Flo Recht gegen: 
Solange es nicht stört, kann man es tolerieren.


Ich kümmere mich eigentlich nicht um Wahlkreisgrenzen und korrigiere die 
auch nicht, wenn die mal kaputt gehen. Da sollen sich die Mapper 
kümmern, die auf deren Existenz bestehen.


Aber gegen diese "adminitrativen" Grenzen muss was getan werden.

Wenn's nach mir geht, raus mit dem Mist. Verwaltungsgrenzen und
PLZ-Gebiete kann ich noch einsehen. Aber Wahlkreise,
Grundschuleinzugsgebiete, Kirchengemeindegrenzen, das Sendegebiet vom
NDR und das Liefergebiet vom Pizzadienst sind Grenzen, die in OSM nichts
zu suchen haben.

Bye
Frederik


Gruss
walter

___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Wahlbezirksgrenzen als boundary/administrative

2016-04-15 Diskussionsfäden Florian Lohoff
On Fri, Apr 15, 2016 at 12:32:47AM +0200, Frederik Ramm wrote:
> Hi,
> 
> On 04/14/2016 12:51 PM, Florian Lohoff wrote:
> > Irgendwie finde ich das mit dem boundary=administrative ziemlich
> > unglücklich. Auf der einen Seite ist das natürlich richtig das das
> > "Administrative" Grenzen sind - aber ich vermute das OSMAnd
> > jetzt nicht der einzige ist der sich da verwirren lässt.
> 
> Wenn's nach mir geht, raus mit dem Mist. Verwaltungsgrenzen und
> PLZ-Gebiete kann ich noch einsehen. Aber Wahlkreise,
> Grundschuleinzugsgebiete, Kirchengemeindegrenzen, das Sendegebiet vom
> NDR und das Liefergebiet vom Pizzadienst sind Grenzen, die in OSM nichts
> zu suchen haben.

Ich bin da entspannter - Solange eben die differenzierung mit den
Tags sauber ist und das nicht an anderen stellen was kaputt macht.

Wenn jemand das eintragen und pflegen möchte bitte...

Flo
-- 
Florian Lohoff f...@zz.de
  We need to self-defend - GnuPG/PGP enable your email today!


signature.asc
Description: Digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Wahlbezirksgrenzen als boundary/administrative

2016-04-14 Diskussionsfäden Frederik Ramm
Hi,

On 04/14/2016 12:51 PM, Florian Lohoff wrote:
> Irgendwie finde ich das mit dem boundary=administrative ziemlich
> unglücklich. Auf der einen Seite ist das natürlich richtig das das
> "Administrative" Grenzen sind - aber ich vermute das OSMAnd
> jetzt nicht der einzige ist der sich da verwirren lässt.

Wenn's nach mir geht, raus mit dem Mist. Verwaltungsgrenzen und
PLZ-Gebiete kann ich noch einsehen. Aber Wahlkreise,
Grundschuleinzugsgebiete, Kirchengemeindegrenzen, das Sendegebiet vom
NDR und das Liefergebiet vom Pizzadienst sind Grenzen, die in OSM nichts
zu suchen haben.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Wahlbezirksgrenzen als boundary/administrative

2016-04-14 Diskussionsfäden Walter Nordmann

Bei uns sind viele  Wahlkreise mit type=election erfasst.

z.B. https://openstreetmap.org/relation/2984587 Wetterau

aber auch mit type=boundary/boundary=political/political=election 
https://openstreetmap.org/relation/3132817 WK Nordfriesland


und es gibt bestimmt auch noch andere Versionen.

type=administrative ist mMn völlig falsch. In meinen Auswertungen hab 
ich allerdings - noch - kein Problem, da ich das Triple 
type=boundary/boundary=administrative/admin_level=* voraussetze.


ich halte type=boundary/boundary=political/political=election für 
sinnvoll weil der Grenztyp nicht beim Import mit osm2pgsql ignoriert 
wird und eine saubere Trennung gegeben ist.


Gruss
walter

Am 14.04.2016 um 12:51 schrieb Florian Lohoff:

Hi,
ich habe mir eben mal den Output vom OsmAND converter angesehen und mir
ist aufgefallen das hier relationen angewarnt werden:

WARNING: Not using boundary: Lippe I alevel:-1 type: has opened polygons:false 
no. of outer polygons:0 2965568
WARNING: Not using boundary: Höxter - Lippe II alevel:-1 type: has opened 
polygons:false no. of outer polygons:0 2965596

Das sind Wahlbezirksgrenzen:

http://www.openstreetmap.org/relation/2965568

Irgendwie finde ich das mit dem boundary=administrative ziemlich
unglücklich. Auf der einen Seite ist das natürlich richtig das das
"Administrative" Grenzen sind - aber ich vermute das OSMAnd
jetzt nicht der einzige ist der sich da verwirren lässt.

Flo


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


[Talk-de] Wahlbezirksgrenzen als boundary/administrative

2016-04-14 Diskussionsfäden Florian Lohoff

Hi,
ich habe mir eben mal den Output vom OsmAND converter angesehen und mir
ist aufgefallen das hier relationen angewarnt werden:

WARNING: Not using boundary: Lippe I alevel:-1 type: has opened polygons:false 
no. of outer polygons:0 2965568
WARNING: Not using boundary: Höxter - Lippe II alevel:-1 type: has opened 
polygons:false no. of outer polygons:0 2965596

Das sind Wahlbezirksgrenzen:

http://www.openstreetmap.org/relation/2965568

Irgendwie finde ich das mit dem boundary=administrative ziemlich
unglücklich. Auf der einen Seite ist das natürlich richtig das das
"Administrative" Grenzen sind - aber ich vermute das OSMAnd
jetzt nicht der einzige ist der sich da verwirren lässt.

Flo
-- 
Florian Lohoff f...@zz.de
  We need to self-defend - GnuPG/PGP enable your email today!


signature.asc
Description: Digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de