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,
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
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
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
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,
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.
-
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
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,
8 matches
Mail list logo
