flohoff's Comments
| Changeset | When | Comment |
|---|---|---|
| 76061505 | Nein - ich habe mich vertran - Nim die hier: |
|
| 76061505 | Hallo Da-sch Könntest du das verkleben der Flächen bitte lassen und dich auf talk-de dazu äussern? Es gibt ein bestehendes Moratorium. Flo
|
|
| 76016160 | Ich habe das mal auf talk-de thematisiert - Falls du dich beteiligen möchtest. https://lists.openstreetmap.org/pipermail/talk-de/2019-October/116515.html Flo
|
|
| 76016160 | Moin,
Es gibt doch ein eindeutiges Moratorium das das nicht mehr passieren soll?!? Das Moratorium bestehendes nicht zu verändern war auf talk-de - Hier der Entwurf. Verkleben von Flächen und Linien ist explizit nicht gewünscht. osm.wiki/User:Frederik_Ramm/Fl%C3%A4chenverklebung Flo
|
|
| 75949694 | Wie schon im Forum geschrieben - Paderborn Elsen heisst Elsen nicht Friedhof. Auf dem residential hat demnach der name=Friedhof nichts verloren. Das habe ich ja auch geschrieben: "Ich werde das name=Friedhof mal auf dem landuse von Elsen entfernen." |
|
| 75949694 | Moin,
Und selbst wenn "name=Friedhof" taggen wir nicht. Das name tag ist für EIgennamen und nicht für Beschreibungen. Ich werde das name=Friedhof mal auf dem landuse von Elsen entfernen. Flo
|
|
| 75963975 | Moin,
Flo
|
|
| 75965578 | Moin,
Flo
|
|
| 75675287 | Aeh - der validator kann doch gar nichts damit anfangen. Der mault das das nicht parsebar ist - status unknown und spekuliert dann das es immer offen ist oder manchmal. Aber ich sehe jetzt das dingen mit dem "" im wiki - Das ist nur ein comment. Flo |
|
| 75630656 | Du selektierst alle polygone die sich überlappen und erzeugst eine neue relation. Die ist vom type=multipolygon und dem äussern landuse also z.b. landuse=forest. Dann setzt du die rolle/role für die objekte auf "outer" für den äusseren und "inner" für die inneren die ausgestanzt werden sollen. Dann musst du noch das landuse tag auf dem eigentlichen weg des outer entfernen - Der ist ja jetzt in der relation Flo |
|
| 75680281 | Aeh ja - Aber IMMER? Access tags sollten doch da nur drauf wenn da wirklich was beschildert ist?!? osm.wiki/DE:Good_practice#.C3.9Cberpr.C3.BCfbarkeit Zitat:
Dinge wie örtliche Verkehrsregeln sollen nur erfasst werden, wenn vor Ort Hinweisschilder oder andere reale Objekte vorhanden sind, die sie repräsentieren (zum Beispiel ein Verkehrsschild oder eine Fahrbahnmarkierung). Andere Vorschriften, die vor Ort nicht in irgendeiner Form als Objekt sichtbar sind, sollen nicht erfasst werden. Durch dieses Kriterium bleiben die in OSM zu erfassenden Vorschriften auf einfache Art überprüfbar. Deshalb habe ich gefragt was da für ein Schild steht. Flo |
|
| 75273844 | Routing ist Mathematik auf Graphen. Eine Fläche ist kein Graph. D.h. kein routing. Alle Paper und Experimente die sich damit befasst haben haben "künstliche Wege" auf den Platz gerechnet und die in den Graphen aufgenommen. Das geht mehr oder minder gut. Weil wie führst du jemandem um Hindernisse auf dem Platz herum. Defakto arbeitet da keiner dran und ich glaube nicht das das kommen wird. Das ist einfach ein totaler Spezialfall der viel CPU Power beim vorberechnen braucht und sehr fehleranfällig ist. Das ist es nicht wert. Bei OSM hat eingebürgert zusätzlich zur Fläche halt noch Wege hinzulegen. Damit geht das routing dann. Mit dem verbinden von Objekten. Du willst nicht wissen wieviele landuses ich mit access restriction oder lanes berichtigt habe. Oder leisure mit Blatttypen drauf. Wenn du dinge miteinander verbindest dann klickt ein unbedarfter mapper auf die linie und fügt attribute hinzu ohne vielleicht genau zu sehen welches der objekte er da gerade selektiert hat. Dadurch entstehen einfach viele Fehler - unbeabsichtigt. Wenn du die objekte schön sortiert nebeneinander legst ist für jeden sofort klar was was ist. Aber das ist wie ICH arbeite - und ich hab das Gefühl wenn jemand das zeugs wieder auf macht ist sofort klar das da angesagt ist. Deshalb empfehle ich anderen das auch. Am Ende wird ja irgendwer meinen Kram weiterpflegen müssen. Und für denjenigen will ich was sauberes hinterlassen. Flo |
|
| 75813607 | Hi Lukas,
Eine andere sache ist - Du willst ja im Anbau einen POI (Point of interest) eintragen. Der hat defakto im moment nur einen Name.
Ich würde die ganzen tags auf einen Knoten packen. Das Gebäude mit einem building=commercial versehen und dann einen POI in das Gebäudeoutline zu legen. Und dann such mal im Wiki nach Kampfsportschulen - das gibts bestimmt. Flo
|
|
| 75813607 | Hi Lukas,
Eine andere sache ist - Du willst ja im Anbau einen POI (Point of interest) eintragen. Der hat defakto im moment nur einen Name.
Ich würde die ganzen tags auf einen Knoten packen. Das Gebäude mit einem building=commercial versehen und dann einen POI in das Gebäudeoutline zu legen. Und dann such mal im Wiki nach Kampfsportschulen - das gibts bestimmt. Flo
|
|
| 75720689 | Done - Das MP ist jetzt heile. |
|
| 75720689 | Moin,
Es existiert jetzt eine Multipolygon relation für die Teiche - Das muss aber für den Wald existierten. Die Multipolygon relation hat typischerweise eine große fläche die als role "outer" in der relation ist. Und die kleinen innendrin sind da auch drin aber als rolle inner - Die werden quasi aus dem großen "ausgenommen" oder "ausgestanzt". Der äussere Weg hat dann keine tags mehr - Die stehen in der relation. Die inneren wege jedoch tagen ihre tags weiter. Flo
|
|
| 75719313 | Moin,
Er darf nicht rein. AUch nicht der Postbote etc. Wenn da keine expliziten Schilder das irgendwas verboten ist brauch es kein access tag. Dann ist das mit dem driveway ausreichend. Flo
|
|
| 75714223 | Moin,
Ist das ein Park? Dann sollte man die Flächen zusammenführen. Im moment sind das quasi 3 getrennte Parks. Flo
|
|
| 75708667 | Moin,
Du hast das einfach als Beschreibung in das name tag gepackt. Das name tag bei OSM ist eigentlich für Eigennamen reserviert. Also sowas wie "Villa Kunterbunt" oder so nicht als Beschreibung. Wenn du etwas Beschreiben möchtest kommt das ins description Feld oder eben noch besser - die richtigen tags raussuchen damit das auch die Maschine versteht das das eine Streuobstwiese ist So long Flo
|
|
| 75684187 | Moin,
Flo
|