Re: [Talk-de] boundarys / river als boundary / admin_level?

[Martin Koppenhoefer]

sent from a phone

On 16. May 2019, at 23:00, wambac...@posteo.de wrote:

>> - Bei Flüssen - verdoppeln der Wege (übereinander) oder
>>  zusätzliche tags auf dem river way?
> wenn du es unbedingt machen willst (Tagging für die Anwendung!), dann
> als separater Way.


das sehe ich wie Chris66, idealerweise hängt es davon ab, wie die Grenze 
festgelegt ist. Praktisch kann das allerdings ein ziemlicher Aufwand sein, das 
herauszufinden, es empfiehlt sich, zusätzlich eine note dranzumachen, wenn das 
tagging das Ergebnis einer gründlichen Recherche ist.

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

Re: [Talk-de] boundarys / river als boundary / admin_level?

[wambacher]

Hi Florian,

> Die Fragen die sich mir jetzt stellen:
>
> - Sollen alle ways die eine boundary darstellen ein
>   admin_level/boundary=administrative unabhängig von ihrer relation
>   tragen?

Nein, das ist nicht mehr nötig. Es gibt zig-tausende von
Boundaries-Segmenten, die ungetaggt sind und dennoch sind alle Grenzen ok.

Das wurde auch schon diskutiert, aber wie so oft, weiss ich nicht mehr
wo (im Forum?)

> - Bei Flüssen - verdoppeln der Wege (übereinander) oder
>   zusätzliche tags auf dem river way?
wenn du es unbedingt machen willst (Tagging für die Anwendung!), dann
als separater Way.

Gruss

walter

-- 

My projects:

Admin Boundaries of the World 
Missing Boundaries

Emergency Map 
Postal Code Map (Germany only) 
Fools (QA for zipcodes in Germany) 
Postcode Boundaries of Germany 
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] boundarys / river als boundary / admin_level?

[Martin Koppenhoefer]

sent from a phone

> On 16. May 2019, at 21:03, Florian Lohoff  wrote:
> 
> osmosis --read-pbf file=detmold-regbez-latest.osm.pbf --tf accept-ways
>boundary=administrative --used-node --write-xml output.osm
> 
> Grenzen extrahiert - und das ist falsch. Es exportiert eben Wege
> ohne boundary=administrative nicht


und wenn Du die Relationen und deren Member evtl. rekursiv mitfilterst? Oder 
nur die Relationen mit members?

Nur die ways klappt natürlich in dem Fall nicht, aber da kann man dem Osmium 
keinen Vorwurf machen. 

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

Re: [Talk-de] boundarys / river als boundary / admin_level?

[Markus]

Liebe Grenzen-Spezialisten,

abgesehen von tagging-Regeln
ist bei "Flüssen als Grenze" die *Situation vor Ort* zu beachten.

Da gibt es folgende Varianten:

1. Die Grenze ist geodätisch festgelegt, unabhängig vom Fluss
Dann benutzt man einfach zwei Linien.

2. Die Grenze wurde zu einem bestimmten Zeitpunkt als "der Fluss"
festgelegt.
Dann braucht man ebenfalls zwei Linien: eine für den Fluss/die Grenze
/damals/ und die daraus gebliebene Grenze heute, und eine für den Fluss
/heute/.

3. Die Grenze ist immer noch als "der Fluss" festgelegt.
Dann muss man erst mal klären, was genau "der Fluss" bedeutet? Und meist
gibt es dafür keine amtliche Definition - dann muss man sich (mit wem?)
erst mal einigen...
Selbst "die Mitte des Flusses" ist keine per se abbildbare Regelung, da
Flüsse sehr oft saisonal ihr Profil verändern, Nebenarme bilden, ein
anderes Bett wählen, etc.

Auch die Mapper malen - je nach Aufnahmedatum des von ihnen benutzen
Luftbildes - den Fluss mal so und mal anders ;-)
Und manchen mal den einen oder anderen Arm zum "Hauptfluss" (und damit
zur "Grenze").

Und selbst wenn sie die Ufer mit-malen, legen die einen die Flusslinie
in die Mitte der zwei Ufer, die anderen in die Hauptströmungslinie, die
dritten in die Mitte der gebaggerten Schifffahrtsrinne, und es würde
mich nicht wundern, wenn einige den GPS-Track ihrer letzten Kajakfahrt
dafür hernehmen :-)

Da gibt es noch etwas Klärungsbedarf...
(den man dann im Wiki dokumentieren könnte)

Mit herzlichem Gruss,
Markus



 Florian Lohoff:
> On Thu, May 16, 2019 at 08:04:48PM +0200, chris66 wrote:
>> Moinsen,
>>
>>> Die Fragen die sich mir jetzt stellen:
>>>
>>> - Sollen alle ways die eine boundary darstellen ein
>>>admin_level/boundary=administrative unabhängig von ihrer relation
>>>tragen?
>>
>> Sie *dürfen* die Info tragen, als Kompatibilitätskrücke für Anwendungen,
>> die Probleme mit Relationen haben.
>
> Der Punkt ist das auch die Dokumentation kaputt ist - Es wird
> halt im Wiki  das dieses
>
> osmosis --read-pbf file=detmold-regbez-latest.osm.pbf --tf accept-ways
> boundary=administrative --used-node --write-xml output.osm
>
> Grenzen extrahiert - und das ist falsch. Es exportiert eben Wege
> ohne boundary=administrative nicht. Damit sind die Grenzen kaputt.
> (Dafür werden andere Objekte exportiert die nichts mit
> boundaries zu tun haben)
>
>>> - Bei Flüssen - verdoppeln der Wege (übereinander) oder
>>>zusätzliche tags auf dem river way?
>>
>> Wenn der Fluß tatsächlich per Gesetz die Grenze darstellt, dann
>> kommt er in die Relation, eine zusätzliche Linie wird dann nicht
>> gezeichnet.
>
> Der Fluß von 1970 stellt die Grenze dar. Das ist vermutlich heute
> nicht mehr die Flußmitte.
>
>> Üblicher ist es allerdings eine Grenze parallel zum Fluß einzuzeichnen.
>
> 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

Re: [Talk-de] boundarys / river als boundary / admin_level?

[Florian Lohoff]

On Thu, May 16, 2019 at 08:04:48PM +0200, chris66 wrote:
> Moinsen,
> 
> > Die Fragen die sich mir jetzt stellen:
> > 
> > - Sollen alle ways die eine boundary darstellen ein
> >admin_level/boundary=administrative unabhängig von ihrer relation
> >tragen?
> 
> Sie *dürfen* die Info tragen, als Kompatibilitätskrücke für Anwendungen,
> die Probleme mit Relationen haben.

Der Punkt ist das auch die Dokumentation kaputt ist - Es wird
halt im Wiki  das dieses

osmosis --read-pbf file=detmold-regbez-latest.osm.pbf --tf accept-ways
boundary=administrative --used-node --write-xml output.osm

Grenzen extrahiert - und das ist falsch. Es exportiert eben Wege
ohne boundary=administrative nicht. Damit sind die Grenzen kaputt.
(Dafür werden andere Objekte exportiert die nichts mit 
boundaries zu tun haben)

> > - Bei Flüssen - verdoppeln der Wege (übereinander) oder
> >zusätzliche tags auf dem river way?
> 
> Wenn der Fluß tatsächlich per Gesetz die Grenze darstellt, dann
> kommt er in die Relation, eine zusätzliche Linie wird dann nicht
> gezeichnet.

Der Fluß von 1970 stellt die Grenze dar. Das ist vermutlich heute
nicht mehr die Flußmitte.

> Üblicher ist es allerdings eine Grenze parallel zum Fluß einzuzeichnen.

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


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

Re: [Talk-de] boundarys / river als boundary / admin_level?

[chris66]

Moinsen,


Die Fragen die sich mir jetzt stellen:

- Sollen alle ways die eine boundary darstellen ein
   admin_level/boundary=administrative unabhängig von ihrer relation
   tragen?


Sie *dürfen* die Info tragen, als Kompatibilitätskrücke für Anwendungen,
die Probleme mit Relationen haben.


- Bei Flüssen - verdoppeln der Wege (übereinander) oder
   zusätzliche tags auf dem river way?


Wenn der Fluß tatsächlich per Gesetz die Grenze darstellt, dann
kommt er in die Relation, eine zusätzliche Linie wird dann nicht
gezeichnet.

Üblicher ist es allerdings eine Grenze parallel zum Fluß einzuzeichnen.

Chris




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

Re: [Talk-de] boundarys / river als boundary / admin_level?

[Christoph Hormann]

On Thursday 16 May 2019, Florian Lohoff wrote:
>
> - Sollen alle ways die eine boundary darstellen ein
>   admin_level/boundary=administrative unabhängig von ihrer relation
>   tragen?

Die Frage nach dem 'sollen' ist objektiv nicht zu beantworten.

Was man sagen kann ist:

* dass Grenzen durchgehend nur auf den Relationen getaggt sind und dass 
die Ways nicht durchgehend boundary-Tags tragen.
* dass dies schon recht lange so ist.  OSM-Carto stellt seit 2015 keine 
ways auf Basis ihrer boundary-tags mehr dar.
* dass viele Mapper entsprechende Tags für redundant und für 
überflüssige Arbeit halten.
* dass jedoch auch eine ganze Menge Datennutzer es gerne hätten, wenn 
die ways entsprechendes Tagging hätten, damit sie nicht die Relationen 
auswerten müssen.

Es gab dazu Anfang 2018 eine recht umfangreiche Diskussion:

https://lists.openstreetmap.org/pipermail/tagging/2018-March/thread.html#35347

-- 
Christoph Hormann
http://www.imagico.de/

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

[Talk-de] boundarys / river als boundary / admin_level?

[Florian Lohoff]

Hi,
ich suche seit ein paar Monaten sporadisch nach einem Fehler in meinem
Addressextrakt das bestimmt boundary polygone mit libosmium nicht
"parsebar" sind, bzw die an verschiedenen Stellen kaputt sind. Meine
Arbeitshypothese war bisher das das poly zu klein ist und deshalb
die boundary (Kreis, Stadt) nicht mit drin ist.

Heute habe ich mir dann mal das mit osmosis auseinander geschnitten
und gefiltert und im josm geladen.

osmosis --read-pbf file=detmold-regbez-latest.osm.pbf --tf accept-ways
boundary=administrative --used-node --write-xml output.osm

Dabei ist mir aufgefallen - Da fehlen Stücke in der relation. Die
sind wenn ich die via API lade aber da.

Die Stücke die fehlen sind Teile bei denen die Boundary ein Fluß ist.
Hier ist (war) in der Boundary nur der Fluß drin der keine Tags
wie boundary=administrative/admin_level trägt, diese sind ausschließlich
in der relation. Ich habe den weg jetzt dupliziert und entsprechend
admin_level und boundary=administrative da hinterlassen.

Die Fragen die sich mir jetzt stellen:

- Sollen alle ways die eine boundary darstellen ein
  admin_level/boundary=administrative unabhängig von ihrer relation
  tragen?
- Bei Flüssen - verdoppeln der Wege (übereinander) oder
  zusätzliche tags auf dem river way?

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


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