Welche sind hier zuviel? Kann hier keine erkennen die es in Wirklichkeit nicht gibt
Andreas
Die Ausfahrtgnubbel (gelber Kreis mit blauem Umfang + Beschriftung) 41 42 und 43 sind mehrfach vorhanden (einmal an der richtigen Stelle) - teilweise weit ab der Autobahn. Der Strassenverlauf selber stimmt ja wieder. Schaus dir am besten in der Arbeitsmatrix an, die eine Ausfahrt liegt direkt auf den Schienen der Eisenbahn und da gehört sie definitiv nicht hin. Siehe Ausschnitt:
Ahhhh! Danke! Hatte nur den Straßenverlauf angeschaut. Werde mich noch darum kümmern.
Andreas
Ich nehme an normalerweise letzteres, da mir auch heute mehrfach an verschiedenen Stellen dieses Verhalten begegnet ist. Ein outer als farmland und mehrere inner als Wald der eine wird gerendert, der andere nicht. Ich hab das in potlatch kontrolliert, seh aber keinen tagging Unterschied (wie krieg ich da die Richtung des Weges? kann ich die umkehren?). Bei mehrfachen Polygonverschachtelungen ist es aber ähnlich. Es gibt auch den Fall: ein outer als farmland, innen drin ein Wald ohne inner - wird aber gerendert (wozu brauch ich dann das inner?). Vielleicht hab ich mich da aber auch bei den Wegen vertan…
Ich hab jetzt weiter nichts gemacht, sofern die “fehlenden” Objekte gezeichnet sind, hab ich sie als ok gelassen, oder soll ich sie wieder als “fehlt” erfassen?
Grüssle, Joachim
TEL0000
(Tobias)
125
In Potlatch hast du unten links ein paar runde Buttons. Einer davon zeigt die Wegrichtung an. Ein klick darauf dreht den Weg um.
Markus_B
(Markus B)
126
noch 10 Tage bis Projektende…
Ich sammle schon mal Berichte, Erfahrungen, Eindrücke, Bewertungen, Erkenntnisse und Wünsche für die Zukunft.
Bitte auf die Disku der Projektseite
oder per PM an mich.
Werde daraus einen Abschlussbericht erstellen und auf der Projektseite veröffentlichen.
Gruss, Markus
@TEL0000
Danke - der Button war mir noch gar nicht aufgefallen…
Auch etwas ungewöhnlich: Ein Dorf nur mit Namen (Glasern westlich von Windischeschenbach Kachel Nr. 15_7481_11143) - aber sonst nix…
fehlt nur noch der Landuse=residental klecks, dann ist es nichts mehr ungewöhnliches.
Jau, die gibts zum “Säufüttern”.
Nochmal zu den multipolygonen, für die Doofen wie mich. Bei Haselgrub (Kachel 15/17511/11230) gibts nen grossen Wald der ist outer mit etlichen Lichtungen die sind inner. Die Lichtungen haben die gleiche Drehrichtung wie der outer - werden gerendert. Eine Lichtung aber dreht andersrum - wird aber auch gerendert. Also was jetzt? Hat die Wegrichtung von den inner outer Einfluß aufs rendern, oder nicht? Und wierum isses richtig??
Also ich hatte da auch mal Probleme und ich habe dann gelesen, dass die Richtung des outer-Gebiet im Uhrzeigersinn sein muss, während die inner-Gebiete entgegen dem Uhrzeigersinn sein müssen. Nur so hat es bei mir auch zuverlässig funktioniert.
Hängt das vom Editor ab? Ich benutze Josm. Was benutzt du?
TEL0000
(Tobias)
132
Das stand mal auf: http://wiki.openstreetmap.org/wiki/DE:Relation:multipolygon
Mitlerweile scheint sich das Renderingverhalten von Mapnik und Osmarender verbessert zu haben, und somit wurde auch das Taggingschema vereinfacht…
Mit dem Editor hat das nix zu tun.
@edwin-ldbg
Hurra - da werden sich die Bewohner aber freuen! 
@MtbAnderl
Mal Merkaartor, mal potlatch, Josm funktioniert auf meiner Maschine nicht richtig (trotz aktuellem Java SDK). Ist aber egal womit gezeichnet wird.
@TEL0000 @MtbAnderl
Demnach wäre die Drehrichtung der outer und inner multipolygone jetzt egal. Kann aber auch nicht sein, da ich definitiv Wälder mit eingezeichneten Lichtungen gesehen habe, bei denen die Lichtungen nicht gerendert waren. Ich werd mich mal auf die Suche machen und mir dann die Drehrichtungen ansehen - oder gibts irgendwo ein aktuelles verbindliches HowTo?
TEL0000
(Tobias)
134
Könnte das sein, dass dort die Lichtungen auch als Wald getaggt waren? Das war nämlich vor einiger Zeit auch noch nötig, damits gerendert wird. Jetzt scheint das Gegenteil der Fall zu sein. Das verbindlichste HowTo ist die von mir gepostete Wikiseite… Aber auch die könnte manchmal nicht aktuell sein…
Bei Lichtungen kommt es in bestimmten Zoomstufen bei beiden Renderern zu Problemen. Mal werden Lichtungen ohne anderen Landuse zwar ausgeschnitten aber mit Wald gefüllt, mal schneidet er bei schmalen abgehenden Waldstreifen am Rand irgendwo drinnen ab, verbindet es mit der großen Fläche und malt dazwischen Wald. Die Fahrradkarte steht anscheinend mit Multipolys komplett auf Kriegsfuß.
Es muss also nicht immer am Mapper liegen. Oft murksen die Renderer. Aktuell rendert z.B. irgendein t@h User mit kaputten Rules, der liefert weiße Kacheln oder nur mit einzelnen Objekten wie Häusern. So z.B. gestern nach meinem Gleisimport in Erfurt. Desshalb verschiebe ich die Anlagen des Haupbahnhofes erstmal und importiere erstmal drumherum. Weimar hat er zum Glück sauber gerendert. Mapnik scheint aber auch gerade etwas zu hängen. Der hat heute erst die Importe von vorgestern gerechnet.
Markus_B
(Markus B)
136
Kurz vor Projektende eine sehr erfreuliche Nachricht aus München:
wir dürfen das Straßenverzeichnis nutzen !
Das amtliche Straßenverzeichnis der Oberpfalz darf genutzt werden, um die Straßennamen in OSM einzutragen.
Gelistet werden die Mittelkoordinate der Straße, der Straßenname und der Ortsname.
Es wird nach Ortschaften und innerhalb der Ortschaften nach Koordinaten sortiert.
Die Mittelkoordinate ist ein Punkt auf der Straße zwischen deren Enden.
Dadurch lässt sich der Straßenname genau bestimmen.
Das Straßenverzeichnis soll von OpenStreetMap im Internet zur Verfügung gestellt werden.
Sobald die Umrechnung der Koordinaten von Gauß-Krüger auf WGS-84 erfolgt ist, wird die Adresse hier bekannt gegeben.
Gruss, Markus
Ich habe die letzten Tage beim Nachbewerten in der Arbeitsmatrix einen Blick auf die Drehrichtung von Multipolygonen geworfen und bisher folgendes gefunden (iU: im Uhrzeigersinn, gU: gegen Uhrzeigersinn, outer ist als forest getaggt, inner nicht getaggt):
outer: iU, inner: gU → inner gerendert
outer: iU, inner: kein multipolygon → “inner” nicht gerendert
outer: iU, inner: iU → inner nicht gernedert
outer: gU, inner: iU → inner nicht gerendert
outer: gU, inner: iU → inner gerendert
outer: gU, inner iU (getaggt als grassland) → inner gerendert
Zuverlässig scheint also wirklich nur der erste Fall zu funktionieren. Kann man einen See im Wald nicht einfach mit layer 2 taggen, damit er “über” den Wald gezeichnet wird, oder ist das “bad practice”? Würde multipolys vermeiden…
Bei dünnen Waldstreifen kommt es beim rendern scheints auch zu Problemen, je nach Zoomstufe werden diese dargestellt, oder auch nicht. Komischerweise hatte ich mehrere Fälle, bei denen der Waldstreifen in der besseren Auflösung verschwunden ist.
Das Nachbewerten war etwas frustrierend die letzte Zeit, da sich ein überwiegender Teil (ca. 3/5 bis 3/4 - gefühlte 5000 Felder…) der blauen Matrixfelder nur in Bezug auf Ackergrenzen, Golfplätze, Häuser geändert hat und somit seinen ungrünen Status behalten mußte. Ist es wirklich nötig, bereits das farmland zu zeichnen, wenn noch deutlich Wege zu sehen sind und diese Wege dann auch noch heldenhaft zu ignorieren? Oder die Ackergrenze im 3mm Abstand an der pfuschigen Waldgrenze entlangzuziehen, anstatt mit der korrigierten Waldgrenze bündig zu machen? Pfusch am Bau! - Sorry, aber das mußte jetzt raus.
@Markus B
Das Straßenverzeichnis bleibt uns aber schon länger erhalten als bis zum 31.3.09?
Grüssle, Joachim (ocotillo)
Der selbe scheiß mit den Landuse=residental Mapper… die sollte man alle aus OSM rauswerfen. Diese Flächen gehen gewaltig im Weg um, wenn man Straße und Wege einzeichnen will, bzw. durch die Flächenumrisslinie sieht man Wege entlang eines Waldes nicht mehr.
TEL0000
(Tobias)
139
Das würde nur bei einem Stausee sinn machen, wo der Wald überflutet wurde. 
Mit welchem Renderer hast du das eigentlich getestet?
ektus
(Ekkehard Flessa)
140
Das stört aber wirklich nur in Potlatch. In JOSM kann man schließlich die “klassische” Drahtgitterdarstellung verwenden, bei der die Flächen nur aus ihren Begrenzungen bestehen. Die Übersichtlichkeit ist zwar etwas schlechter, aber es wird nichts mehr verdeckt.
