Thanks for your kind reply. You can see the data source MS when you go to the changeset there are tags on the changeset. The tag 'data_used' says Microsoft ML buildings (machine learning). And on each building that is mapped is a source tag that stated this bulding is mapped with MS buildings footprint. I mean AI/ML is okay with me if the quality is fine. But Rapid with MS buildings just makes simple formed buildings (and left hard to see and multipolygon building to the other mappers) and don't care about imagery offset/distorsion). I would actually use ID Editor with Esri/Mapbox default offset (offset is same in this area, mapbox is much clearer) It's really hard to estimate what the correct imagery offset is. My approach: Road mapping on Gps Traces or valid official sources (ASIG). Find the imagery that shows less oblique aerial photographs (if you see less of the side of a building on high buildings). Align that with the roads ( but I think it's not needed in Esri/mapbox). Thanks again. BR

Hi,
can I ask you to not add Microsoft buildings in Vau i Dejes? Every building I mapped there has a good offset and shape and the microsoft buildings destroys that all - it kills my personal motivation to carry on here. Thanks

Hello Catonif,
There is an image offset in the satellite images because the satellite is not positioned directly above the object (e.g. a house). You can see this in some images because the side walls are visible. The images on Bing are clearer than those on Esri, but the Esri images are much more recent and do not have such a significant image offset.
May I ask you to adjust the image offset in Esri when you’re drawing the houses and roads in Bing? (see osm.wiki/Good_practice#Align_aerial_imagery_before_tracing) To do this, draw a reference house in Esri (shortcut key 'B'), then go to the Bing Imagery view and, at the very bottom of the grey field, find the value around 0.0, hold the mouse button down and drag the mouse until the reference outline matches the Bing satellite image. You can see it even more clearly if you press the shortcut key 'W'. Best regards
Jens

Hallo,
die Tags deiner Änderung passen nicht zusammen. "fee" und "operator" weist auf einen Parkplatz und "leisure=park" auf eine Grünfläche. Schau dir bitte die entsprechenden Wikiartikel an: osm.wiki/DE:Tag:leisure%3Dpark

Hi, ja Vertipper. Danke fürs anpassen. Viele Grüsse

Hi,
I don't agree with that.
When modeling huge areas of land, it is common practice to start with the main use and then refine it. Which was the approach of my predecessor (who created the farmland area and
some residential areas.) When modeling, you always have the conflict of interest: what is "right," how much work does it mean for the mapper,
and how difficult is it for a renderer to display?
The alternatives, making small areas did a lot of more work for the mapper and using multipolygons a lot of more work for the renderer. Huge multipolygons cause a slowdown of the rendering process.
AFAIK:
- There is no strict global OSM rule that forbids landuse areas from overlapping.
- There is also no rule that forces you to split farmland into many small pieces just because small residential patches exist inside it.
- Using one large landuse=farmland with many small landuse=residential polygons on top of it is a widely accepted and practical mapping approach. BR Jens

Which object of the changeset are we discuss here?

Doch der Hinweis steht doch im Changeset unter closed:note=2996969
siehe auch note/2996969#map=15/52.26354/10.52142&layers=N

Thank you. I used ASIG for the numbers/street names and ESRI for the building outlines, and a mixture of both for the image offset. I assume that the OSM/ASIG licenses are compatible, but I haven't checked this. This means that all mapping efforts will be undone if someone decides that this is an illegal data import. I usually do this, but the reason I haven't checked is that I don't understand Albanian and many of the legal documents are written in Albanian. To minimize this risk, one approach is to separate the mapping (land use, buildings, roads) from the addresses. I proceeded as follows with the mapping. 1. I use the roads in ASIG as ground truth. There, I also check whether they are largely covered and fill in any gaps. For roads that have a name, I assume highway=residential in the local environment. 2. Based on the mapped roads, I look for the satellite images that have the highest orthogonality (90 degrees from above). There I draw the building outlines. This is best done in the id editor in grid mode (key 'W'). I always make the outline rectangular with the 'Q' key. Since I don't know what a residential building in Albania typically looks like, all outlines get building=yes. 3. I add the addresses (only addr:street + addr:housenumber via the ASIG layer) and transfer them to the address field of the building outline. The city and postal code are usually resolved via the admin relations, so they are unnecessary. For buildings that are difficult to draw in several parts and have several different addresses, I also set separate address points. However, I think addresses belong on the outline. This also leads to better integration in the browser/editing tool. Sometimes you have to zoom in and out of the ASIG layer to see the house number. Sometimes it is relatively difficult to see which street the house number belongs to. It is best to look for 1 and 2 at the beginning of the street and then work your way up.
That's how I did it. Feel free to ask if you need support.

Hello, you may want to take a look at the ESRI images in the ID Editor; they were only recently taken in the first quarter of this year. These have good orthogonality (90 degrees from above). I used them when (re)mapping Burrel (osm.org/# map=16/41.60912/20.01005 ) and personally believe that the footprint of the MS building does not accurately reflect the outline of the building in terms of either size or exact position (image offset).
By the way, your 100-day mapathon motivated me to map in Albania :-) BR

Sorry this is a mistake.
Désolé, c'est une erreur.

Ich sehe da kein Geröll. Vielleicht diskutierst du das mal bevor du die Arbeit von anderen Usern veränderst.

Der Südliche Serviceweg wurde umgewidmet. Jetzt komplett VZ240 in südlicher Richtung und way/1278787391 hat jetzt auch VZ240.

Hallo, das ist tatsächlich so gebaut worden. Von Nord nach West kann man entweder den aussen liegenden Bypass nehmen oder durch den Kreisel fahren. Dasselbe gilt von West nach Süd und von Süd nach Nord. Wenn man von Nord nach Süd will muss man den Kreisel benutzen. Turn:lanes habe ich entsprechend der Straßenmarkierung gemappt. Den Sinn der Ampel am Kreisel (die nach Süden zeigt) habe ich auch noch nicht verstanden, aber die zeigt auch in der RushHour immer grün. Alle separat dargestellten Linien sind auch durch Inseln und Borden baulich getrennt. Ein Verkehrszeichen 215 habe ich nicht entdecken können. Fotos habe ich wärend der Bauphase zur Validierung des Mapping erstellt und eingesetzt. Es wäre hilfreich gewesen, wenn du geschrieben hättest, was du angepasst hast. VG

Howdy, glad to see some building contributors here. You can select a building outline and use the ‘Q’ keyboard button in the iD editor to leave the building outline rectangular. BR

Hello,
I've found this rectangle without attributes in your changeset. Does this have any function: way/1065549523#map=17/41.514442/19.992649
BR
Jens

Hello Tjuro, thanks for the comment and the fix. I didn't realized that. Best regards Jens

Hallo, wir verwenden bei OSM das name-tag nur um ausgeschilderte Eigennamen zu beschreiben, wie sie vor Ort (Z.B. auf Schildern) stehen: osm.wiki/DE:Key:name . Wo ist denn hier das Schild "P+R Bahnhof Gifhorn Stadt" das diesen Parkplatz als P+R ausweist? Und das wiederholst du offenbar ohne Ortskenntnis an allen Bahnhöfen in der Region.

Bitte beim Verändern von Gebäudeumrissen, den alten Umriss nicht löschen sondern die bestehenden Punkte verschieben und ggf. neue hinzufügen. Die Historie des alten Gebäudes geht sonst verloren und es ist zudem für andere Mapper schwer zu vergleichen (Erkennung von Vandalismus) zum Stand zuvor. Ausserdem helfen uns aussagekräftige Änderungskommentare was warum geändert wurde. Die Gebäudeumrisse kann man übrigens im iD Editor mit der Taste 'Q' rechtwinkelig machen.

Hallo,
bitte beim Bearbeiten von Gebäudeumrissen den "alten" Umriss nicht löschen, sondern die Punkte verschieben und ggf. neue Punkte hinzufügen. Wir verlieren sonst die Historie. Ebenso demolished:building=yes erst löschen, wenn auf keinem der verfügbaren Satellitenbilder der Umriss des alten Gebäudes nicht mehr erkennbar ist. Das ist hier nicht der Fall.
Gruß Jens