Ha JvdM,
De meeste van "jouw" uitbouwen komen overeen met de huidige BAG. Behalve Mahoniehout 19-27-29; Ebbehout 6-8-10-18-20, en ook Douglashout 2-4.
Deze heb ik zojuist weer teruggedraaid naar jouw versie, met hulp van de laatste satellietbeelden is dat ook duidelijk te zien.
De woningen liggen nu ook beter op de juiste plek.
Goed dat je het zag! Samen maken we de kaart beter.

Hi Zesty,

You recreated the old Geissgasse, but it no longers exist, since the new talstation of the sesselbahn is ready as of NOV 2022
The aerial footage is outdated, if you use it for survey

Klopt, heb die nu net verwijderd

Dat was inderdaad niet de bedoeling. We waren samen tegelijk in hetzelfde gebied bezig. Nu gefixt. Goed dat je het zag

BAG Update gedaan.
Zelf in tekenen van gebouwen is natuurlijk nooit fout, maar landmeters doen het (meestal) nauwkeuriger

BAG update gedaan,

Hallo Stroet,
Dacht dat ik juist extra 3D-info gemapt had, door extra building:part aan te maken. Op f4map komt het complex m.i. nu beter overeen als voorheen.
Vgl bv met https://osmbuildings.org/?lat=52.16923&lon=4.49642&zoom=17.8&tilt=30
deze heeft nog de data van enkele weken geleden.

Deze wijzigingset 94856677 heb ik terug gedraaid. Ik ben nog niet achter de oorzaak gekomen. Bij mijn volgende BAG-update hou ik het extra in de gaten. Bedankt dat je dit zo snel in de gaten kreeg

Dat is niet de bedoeling inderdaad.
Ik ga ernaar kijken.

Die relatie had ik over het hoofd gezien.. (ook zoiets nooit eerder tegengekomen). In het kader van: "één bedrijf - één node" restaurant en hotel samengevoegd. mkgmap ken ik ook niet - misschien kunnen die hun kaart-maak-methode ook een keer aanpassen? Maar zoals je schetst is het een veelvoorkomende situatie. Ik zal er verder afblijven dan.

Hallo AnkEric,
Doe in princupe bij BAG-update altijd JOSM-validatie en los dan duplicated nodes, dubbele adressen, crossing buildings etc. op. Als ik dat een keer vergeten was - sorry. Ik zie dat je de meldingen als opgelost hebt. De BAG-contouren zijn na inmeting als het goed is correct - die ga ik niet speciaal meer rechthoekig maken.

Kijk eens naar kruising Koningstraat - Prins Hendrikstraat. Eén traffic_calming zit vast aan de weg, en nog twee op dezelfde plek, los van de weg. Je kunt ze uitelkaarschuiven, dan zie je het beter. Als je met JOSM een validatie doet, geeft die dat gelijk aan,.

Alle drempel-nodes zijn driedubbele nodes geworden... en één traffic_calming=table map je als 3x traffic_calming=hump met een direction? Ik heb e.e.a hersteld in Bodegraven.

mkgmap ken ik niet. Gebruik de hele dag OsmAnd op Android. Met LiveUpdates heb je binnen enkele uren de laatste wijzigingen (ook in routering)

De hoek op de kruising subtiel iets aangepast. Morgen kijk ik of OsmAnd nog een scherpe hoek geeft

En als gemeente Gouda een duidelijk verdrijvingsvlak (wit of wit-gestreept) voor de hobbels verft is de situatie duidelijker voor onbekenden. Ik kom er dagelijk x-maal langs - dan weet je niet beter.

1. Die scherpe hoek irriteerde mij ook al een tijdje.. maar met deze "davidster" ....? Eigenlijk moeten er dan weer allemaal afslagverboden op.. Denk ik nog over na.
3. Afslag naar Breevaarthoek heb ik nu met turn:lanes gezet. Nu zou navi dit voortaan goed aan moeten geven.

Hallo AnkEric,

Rond kruispunt Goudse Houtsingel/Bodegraafsestraatweg zijn nu voorsorteerstroken als aparte highways gemapt.
Was dit inderdaad de bedoeling??
Het stond dacht ik al aardig goed met alle lanes en turn:lanes erop.
Over het algemeen worden voorsorteerstroken niet als aparte highway ingevoerd.
Nu staan er twee wegen, met elk 3 rijstroken....

Groet
Kees-Jan

Hallo Marc
dat kan inderdaad nooit de bedoeling zijn geweest destijds.
Lageweg teruggezet als place=hamlet met de oude tags. aantal inwoners geschat, zeker geen 1000.....

Mijn zegen heb je.. ik had destijds de afslag wat korter gemaakt - die begon toen al aan het begin van het voorsorteervak; dat is niet de bedoeling. Maar die kleine stukjes afslag voegen m.i. niet zo veel toe. Maar als een ander ze getekend heeft, haal ik ze meestal niet weg.
Groet
CJ