You are not logged in.
Gibt es da eigentlich ein effizienteres Verfahren, als neue Punkte auf die "Kreuzungen" zu setzen und dann die Punkte zu matchen?
Hallo,
im utilsplugin2 (erscheint als "Werkzeuge2" oben in der JOSM-Menü-Leiste) gibt es einige weitere nützliche Werkzeuge. Damit kann man, wenn man zwei kreuzende Linien markiert hat, mittels Umschalt-I (großes I) oder im Menü "Punkt an den Schnittpunkten einfügen" an allen Kreuzungspunkten der beiden Linien Knoten ergänzen, die beide Linien verbinden.
Beispiel (Durchgang zum Hinterhof):
- Haus und kreuzenden Weg markieren
- Umschalt-I
- die beiden neuen Knoten und den Weg markieren (wir wollen den Weg und nicht das Haus hier auftrennen)
- p (trennt den Weg am Gebäude-ein- und -ausgang)
- den Weg innerhalb des Gebäudes markieren und ihm die passenden Merkmale geben (z.B. tunnel=building_passage, width=*, maxheight(:physical)=* - da braucht's dann keinen Layer, weil die Passage gemeinsame Knoten mit dem Gebäude hat)
Erläuternde Grüße,
Franz
Hallo,
die ersten 3 sehen formal ok aus, sie passen an manchen Stellen nicht so gut auf die Bing Bilder.
Die 4. Nummer ist wohl falsch.
Hallo,
bei der 4. Nummer fehlt die letzte Ziffer - er meint diese hier, die auch ok ist.
Klärende Grüße
Franz
Diese beiden waldfreien Flächen werden in der Wanderreitkarte nicht angezeigt, obwohl einem Multipolygon zugeordnet:
http://osm.org/go/0D2pa88a8-
Ebenso dieser Ort:
http://osm.org/go/0D2saFKlKann das jemand beheben?
Hallo trelgne,
die Merkmale des Waldes waren an der outer-Linie statt am Multipolygon angebracht. Dadurch wurden die ausgeschnittenen Flächen in dieser Karte auch als Wald gerendert.
Habe ich behoben.
Reparierende Grüße
Franz
Hallo,
mit fällt da noch Kartenfehler melden bzw. Kartenfehler gefunden? ein. Sonst erweckt es den Eindruck, Fehler an der Webseite zu melden statt auf der Karte.
Franz
Hallo,
in JOSM habe ich eingestellt, dass die unterschiedlichen Bewegungsrichtungen der Spuren in verschiedenen Farben dargestellt werden - so sehe ich die Spuren von zwei entgegengesetzten Fahrspuren in Komplementärfarben dargestellt (Ost/West in grün/rot und Nord/Süd in blau/gelb), um die Fahrbahnmitte besser erkennen zu können. Man kann auch umschalten, verschiedene Geschwindigkeiten farblich unterschiedlich dargestellt zu bekommen.
Wenn Spuren gemittelt werden, sollten nur Spuren der gleichen Richtung gemittelt werden - ebenso sollte die Spur eines langsam befahrenen Radwegs neben einer Straße nicht mit der schneller befahrenen Fahrbahn gemittelt werden.
Vorschlagende Grüße,
Franz
The version I referred to is not the official one, but your examples works here
BTW is it intended that you do not merge the 'top level' nodes with the building?
Hi,
my first try was to merge the nodes of the upper level with the lower building, but the rederer didn't show the brown part of the house - I only had a floating upper floor. So I have shrunk the upper floor by some centimeters to get the lower 9 floors rendered.
What is the right solution here when I use same nodes for all floors to get all building parts rendered?
Does the exception of the renderer has to do with the amount of memory, I give the renderer? I only have an older computer (XP) with at maximum 700 MB - so I tried with 100 to 300 MB for Java, but always the same exception when rendering this building.
The official version was the only binay I could find. With your link, I couldn't find a binary zip to download.
Franz
Hi Hannes,
it's the same with the latest compiled binary from 19-Apr-2013 23:00.
I just uploaded a building with 10 levels, which also made this exception, although there are no round things at this building. Can you please check, what's the matter here?
Franz
Hello,
when rendering an object with lots of circular building:parts (cylinders), I get the exception written in the title of this thread. The debug window also tells me at the end of the exception details a way ID, where the error occurred (a negative number, which is the object ID of the way with the tag building=yes (the outline of the whole object) - a negative number because I do local testing and did not upload to the OSM server because of this error). The circles are mostly made of 32 nodes, smaller circles have less nodes (16). Reducing the count of nodes to e.g. 8 does not look so round like in real world.
When I set a roof:shape to pyramidal (which looks much more like the original than a flat roof (it's a cone in real world)), lots of parts of my object are not rendered and are missing in the 3D image.
In the web I found, that the constant MAX_SPLIT_ITER in the source code for rendering is set to 99 and my object seems to need more triangles.
How can I split the building into more parts, when the center of all circles (and pyramids) is the same point without a building inside building error at JOSM? - they all have a common outline (the largest circle). I tried to split vertically to have more bilding=yes relations with less elements and with different layers, but the largest outline includes everything.
Is it ok to upload this object with the exception from the renderer (without roof:shape=pyramidal I am not missing any parts of my object although the exception is thrown)?
It looks like the renderer does not support multiple layers, that counting the triangles restarts from zero for each relation in a new layer.
Franz
FvGordon:
In v177 I added support for tag entrance=*. It is behave the same as building=entrance so it is possible to setup width or height. One problem is that you set node with entrance on both shop outline and small roof. I think this node with entrance shouldn’t be connected with small roof.
I have disconnected the small roof from both (the shop and the large roof) with layer=3. Thank you for the doors at the nodes tagged with entrance=*. I also added the doors of the car_wash. OSM2World also understands with=* and height=* of this entrance tag.
Small roof:
Currently the most problem is that it require schema for tagging. For me it should be skillion roof without walls and with some thickness. Marek as always have prepared images and short description for that here. It require some integration with S3DB. So please join to discussion here and add some proposal, images, description how it should be tagged. Implementation of it will be the easiest part ;)
I remember having seen somewhere the roof with the tagging: roof:thickness:parallel:yes.
Kendzi:
An other difference between OSM2World and your renderer is the tag roof:shape=pyramidal. OSM2World takes the roof area (top of the building) and uses this for making the form of the roof - works also with an other node count as four - also with a circle (e.g. node count = 32) to make a cone. But your implementation always uses four roof ridges, while OSM2World uses the node count of of the roof area for the count of ridges. Would be nice to have the possibillity to switch between these modes.
Franz
Hallo,
bei meine Reparaturen mit dem OSMI bin ich hier vorbeigekommen, wo ein neuer Mapper für jedes Wegstück mit P2 eine neue Routenrelation (hiking, lwn) angelegt hat. Nach meiner Kenntnis sollten doch auch bei hiking-Routen mehrere Wege in eine Relation (wie bei Buslinien und Bundesstraßen).
Kann sich mal jemand um den neuen Mapper in der Nähe von Neubrandenburg kümmern?
Edit: Wege zu verbinden scheint ihm auch neu zu sein.
Franz
Ist ja die App dran Schuld die dem Nutzer zu solch unsinnigen Eingaben geradezu herausfordert. Im Prinzip dürfte es nur "ja" und "nein" geben. Wenn ja, dann bridge=yes, wenn nein, dann den Wert bridge ganz aus dem Weg rauslöschen.
In diese Richtung hatte ich auch schon gedacht - nur yes und Not set zuzulassen. Nur bei oneway geht das nicht - für Autobahnen brauchen wir manchmal das oneway=no, da der default for motorway auf yes steht.
Ein anderer Gedanke geht in die Richtung wie der Expertenmodus bei den anderen Editoren - dass man die default-Werte erst in diesem (versteckten) Modus setzen kann. Die muss das Programm dann aber alle kennen (z.B. dass oneway bei motorways auf yes steht, bei allen anderen auf no.
Franz
Hallo,
bei meinen Korrekturen mittels OSMI bin ich in der Gegend um Dessau auf Straßen und Wege gestoßen, die im JOSM farblich anders als gewohnt dargestellt wurden - hier war es das Tag tunnel=no an vielen Straßen, das zum Wechsel der Farbe der Wege in JOSM führte. In der Historie konnte ich dann erkennen dass jemand mit dem Editor OSMapTuner folgende (meist unnötige) Tags hinzugefügt hat:
access = official
bridge = no
construction = no
cycleway = shared
oneway = no
Diese Tags wurden auch ergänzt, wenn nur etwas an der Straße geändert wurde (in höheren Versionen als 1).
In der Bedienungsanleitung (Link auch unten auf der Wiki-Seite) im Abschnitt Detail View im ersten Screenshot unter Optional Tags sind die Tags access, bridge und construction zu sehen - soweit zu erkennen, stehen die noch auf Not set. Vermutlich hat der Nutzer, der diese überflüssigen Tags ergänzt hat, auch versucht, viele optionale Tags auszufüllen und nicht auf Not set stehen zu lassen.
Folgende Zahlen zeigt Taginfo im Moment:
bridge = no: 7619
construction = no: 544
tunnel = no: 7167
Wie lässt es sich bewerkstelligen, dass dieser und weitere Nutzer dieser Android-App nicht auch die überflüssigen default-Werte für optionale Tags eingeben und hochladen?
Fragende Grüße,
Franz
Hatte ich auch - geht aber jetzt wieder.
Franz
Der 2^31-Bug scheint in den Fehler-Ausgaben des OSMI noch nicht überall behoben zu sein.
Es wird bei einigen Gruppen im Selection-Fenster rechts statt eines Wertes über 2^31 noch eine negative Node-ID angezeigt und deshalb funktioniert der Link hinter dem OSM-Logo gleich darüber nicht.
Negative Node-IDs habe ich bei folgenden Gruppen gefunden:
- Geometry und
- Places
Bei folgenden Gruppen ist die Ausgabe ok (positive Zahl über 2^31):
- Routing und
- Addresses (Nodes with addresses -> Street not found)
In dieser Gruppe (Adresses) habe ich aber einen anderen Fehler gefunden:
Wenn hier nicht ein Knoten, sondern ein Weg den Fehler hat (z.B. ein Gebäudeumriss), kann ich die Icons für JOSM und das OSM-Icon im Selection-Fenster nicht verwenden, vermutlich, weil die Node_ID-Zeile keinen Wert eingetragen hat - und deshalb der Link hinter den Icons nicht richtig zusammengebaut wird.
Franz
...
Was mich an JOSM im Gegesatz zu Potlatch gestört hat, ist, das ich dort ja gar nicht sehe, wo ich etwas bearbeite. Ich finde es gut, dass bei Potlatch im Hintergrund die Karte liegt, so sieht man auch, wo man etwas ändert. JOSM ist in seiner Optik schon etwas abstrakt und in der Bedienung meiner Meinung nach weniger intuitiv als Potlatch, aber wahrscheinlich ist das nur Gewohnheitssache.Ich habe es übrigens inzwischen probiert, und in JOSM lassen sich die osm.-Dateien verschieben. Vielleicht mache ich es in Zukunft auch so.
Du kannst auch in JOSM einen Hintergrund (z.B. Bing-Luftbilder) laden, um zu sehen, wo Du bist.
Franz
Donnerschein hat mit JOSM gearbeitet - da kann man eine *.osm-Datei direkt in die Ebene laden, die man bearbeitet. Potlach kenne ich kaum, vermute aber, dass man dort Dateien nur als Hintergrund laden kann, die dann deshalb keine Verbindung zu den vom Server heruntergeladenen Daten haben - außer, dass sie die Position angeben, wo sich etwas befindet - also zum Abzeichnen (read_only) - erkennbar an der Variation der Farbe. Deshalb geht das Verschieben auch nicht, denn man kann auch nicht aus irgend einer anderen Hintergrundkarte (z.B. Luftbild) Elemente in die bearbeitete Ebene kopieren, was Du mit den OSM-Daten vom Keypadmapper vorhast.
Franz
Building parts "inherit" tags from the building unless they have other values for these keys.
...
And if a building has a min_height=4.4, then all building parts without a min_height will start at 4.4 m above the ground.
Hallo Tordanik,
thank you for your hints. Now it's ok. That can be a reason why the central station of Lübeck has a building height of 10 centimeters
I have also added the doors to enter and exit the car wash as building parts.
But the Kendzi 3d view doesn't recognize the entrance=main tag, which I have put at the shop.
Franz
... and more building:parts missing.
Hello,
there are some problems with rendering the shop of this petrol station. The part of the shop building below the blue bar is missing. Also the pillars below the large roof are missing resp. they only exist inside the roof, but not below it (nearly the same problem as with the shop).
For the car wash building I have attached the building=yes tag to the building outline, where the building meets the ground in contrast to the shop, where I have put the building=yes to the blue decoration bar, which surrounds a little larger area than the base building. Here at the car wash I am missing the surrounding blue bar completely.
Also, how can I model the small roof between the shop and the large roof? It's laying on both roofs, which have a different height, like a ramp or a board, but with a constant thickness.
The version I am rendering small extracts for testing for OSM2World is 0.2.0.
With the Kandzi 3D view plugin for JOSM all parts of the buildings are rendered - other than with OSM2World.
So, what's wrong with my tagging? I had no exception in the debug window.
Franz
FvGordon wrote:... Gehören diese Autobahnstücke in die Relation? ...
Hi Franz,
Ich bin nicht dafür Autobahnen in eine Bundesstraßen Relation einzubauen, da ich nicht glaube, dass die BAB zusätzlich mit Bundesstraßennummer versehen ist.
...
Heute abend habe ich die Autobahn A4 aus der Relation der Bundesstaße 7 entfernt. Dabei ist mir hier ein großer Bing-Versatz von um die 70 Metern nach Westen aufgefallen.
Franz
FvGordon wrote:... hat geklappt. ...
Hallo Franz,
besten Dank! Werde mich an's "Lückenfüllen" geben.
Bleibt allerdings noch meine allgemeine Frage, ob mann nicht besser das von Chris angesprochene "TMC Geraffel" als Grundlage nimmt und eine Zusammenfassende relation für die jeweiligen Bundesstraßen daraus erstellen sollte. Malenki sieht das ja wohl auch in der Richtung?!
Gruß
Gluko
Hallo Gluko,
am Tag nach dem Wiederherstellen bin ich noch auf die Suche nach Lücken gegangen und habe einiges in der Relation ergänzt. Aufgefallen ist mir, dass nördlich Eisenach die Autobahn A 4 von Eisenach-West bis Sättelstädt in der Relation enthalten ist, während die beiden Autobahnstücke der A 46 weiter im Westen nicht in der Relation enthalten sind. Gehören diese Autobahnstücke in die Relation?
Franz
... hat geklappt. Meine erste Wiederherstellung aus einer älteren Version einer Relation überhaupt wurde ohne Konflikte vom Server angenommen.
Die Relation Bundestraße 7 ist nun wieder in vermutlich ganzer Länge (mit kleineren Lücken) vorhanden.
Franz
Hallo zusammen,
Ich möchte den Thread nochmal wieder zum Leben erwecken, da mir heute zufällig aufgefallen ist, dass die Relation wieder leer ist.
...
Hallo Gluko,
in den letzten zwei Stunden habe ich die Version der Routen-Relation "B 7" vor dem "Unfall" als XML geholt, die Version eins hochgezählt und in JOSM geladen. Nun bin ich dabei, die Lücken zu schließen und die Relation in vermutlich einer halben Stunde versuchen hochzuladen. (zur Info, falls sich auch andere sich daran versuchen - sonst gäbe es viele Konflikte).
Reparierende Grüße,
Franz
Ich habe eben zufällig bemerkt, dass laut OSRM zwischen Müchweiler und Imsweiler einfach geradeaus der B48 folgen nicht möglich sei.
Da ich mich aufgrund von temporalen Konflikten aus der OSM-Bearbeitung grösstenteils zurückgezogen habe, wäre es wiedersprüchlich wenn ich lange den Fehler suchen würde, jedoch würde es mich dennoch freuen, wenn jemand diesen Fehler beheben könnte. Vielen Dank!
Hallo rayquaza,
Du schriebst von "lange den Fehler suchen" - eine schnelle Möglichkeit ist, z.B. den grünen Marker auf der erwarteten Route langsam Richtung rotem Marker zu schieben, bis die blaue Linie zwischen den Markern einen ganz anderen Verlauf nimmt (es wird beim Schieben der Marker ständig eine Route zwischen den beiden Markern berechnet). So ist hier zu erkennen, dass auf dem gesperrten Straßenstück keine Route berechnet werden kann.
Helfende Ostergrüße,
Franz
Die Bezeichnung "Ruhr" habe ich den ganzen Rhein entlang von der französischen Grenze (wo der Rhein französich benannt ist) bis zu den Niederlanden gefunden.
Franz