The code is available on https://github.com/AugustusKling/osm-floorplans

Note that the whole thing is an experiment and not a library that could be reused easily. I may or may not continue work on it.

@Aury88, many thanks for your comment.

I don’t operate an own server for this experiment but rely on Stackblitz and VK’s Overpass API instance. I’m not aware either of them had a downtime and didn’t face any issues with their services so far.

Please provide the coordinates or OSM link of indoor data you mapped if you want me to check. I couldn’t reproduce issues with the examples.

Hallo Erich,

auf https://www.openstreetmap.org/edit gehen und mit dem Button im oberen Kartenbereich einen neuen Punkt hinzufügen. Im Bereich links der Karte kann der Punkt dann entsprechend beschrieben werden. Laut Wiki https://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Dprep_school als office=tutoring

Das unterste Icon rechts auf der Karte zeigt übrigens eine Anleitung zur Bedienung dieses Editors an.

Viel Erfolg

Es sieht so aus, dass wahrscheinlich die TMC-Relation das Rendering gestört hat. Sie ist ein Multipolygon mit Gruppierungsfunktion. Wenn nun ein Render annimmt, dass die Flächenbeschreibung im Multipolygon steht (als Tagging natural oder landuse und in der TMC-Relation fehlend) und daher nicht mehr in den outer-Elementen sucht, wird der See nicht mehr gezeichnet.
Nach Aufnahme des Zeller See in die Untersee-Relation (mit Tagging natural=water in der Relation) erscheint die Wasserfläche nun wieder in Mapnik und wahrscheinlich auch bald in den anderen Rendern. Dennoch sollte der Render mit dem zuvor verwendeten Tagging meiner Meinung nach zurechtkommen.

See this link instead: http://wiki.openstreetmap.org/wiki/Edinburgh/MappingParty/2010-04

Ohne lokales Wissen ist das nicht immer ganz trivial. In Anbetracht der Tatsache, dass um die Höfatsstraße Straßen nach Bergen benannt sind werden die 2 „s“ wohl richtig sein – jedoch bin ich mir als Nicht-Anwohner dabei etwas unsicher.
Zudem erwartet man ja in einer offiziellen Straßenliste keine Vertipper weil diese eher nicht abgetippt werden und Fehler einfügen wollte ich vermeiden.
Wie ich in den aktuellen Listen sehe, wurden die Fehler bereits behoben.

Ich bin eben noch Bad Wörishofen durchgegangen:
-Müsste „Dorfstaße“ nicht „Dorfstraße“ heißen?
-Bitte prüfen ob die „Höfatsstraße“ in Wörishofen-Gartenstadt mit 2 „s“ geschrieben wird.

Bitte prüfen ob „Äßere Rottach“ in der Liste nicht „Äußere Rottach“ heißen müsste.

Gute wäre es außerdem, wenn in der Auswertung noch erwähnt werden würde, dass sie auf der offiziellen Straßenliste basiert.

Noch eine Begründung für das Selbstabzeichnen: Der aufgezeichnete Track kann Fehler enthalten, die du mit übernehmen würdest. Beim Abzeichnen fallen solche fehlerhaften Stellen im Track auf und können ignoriert werden. Diese Fehler entstehen hauptsächlich durch Reflexionen der Satellitensignale an großen Objekten (Hochhäuser, Berge).
Außerdem kann man Fehler in den Tracks dadurch mildern wenn man mehrmals die selbe Strecke aufzeichnet. Man würde dann händisch das Mittel übertragen.

Die Tracks haben zudem die Eigenheit, dass scharfe Kurven und Ecken nicht als solche aufgezeichnet werden sondern der Kurvenradius größer erscheint als er ist. Auch dem kannst du beim händischen Übertragen entgegenwirken.