Hoi Allroads,
Mijn excuses. Ik zal de locatie van highway=bus_stop nodes in dit soort gevallen met rust laten. Sowieso tot er consensus is over hoe we aankijken tegen de lokatie van deze node. De wiki is erg vaag en houdt geen rekening met micromapping. In Nederland houden we normaalgesproken de lokatie van het haltebord aan. Ik ook, zeker als dit op de luchtfoto's te zien is. Hier ben ik er ten onrechte vanuit gegaan dat het haltebord staat bij het punt waar ingestapt wordt. In dit geval was dat een onjuiste aanname. De opmerking van A67-A67 had ik helaas over het hoofd gezien.

Beste FSC73,
Voor de schuurtjes bij Zandweg 205B, C en D heb je het pand Id (ref:bag) van schuurtje 205A gebruikt. Zou je dat kunnen aanpassen? De juiste nummers kan je vinden op https://bagviewer.kadaster.nl/

Met vriendelijke groet,
Gertjan Idema

Hi ov_079,
Thanks for this update. I must say, this situation confused me as well. My sources are the Arriva NeTex data (from ndovloket.nl), ovinnederland.nl and the CHB (Centraal haltebestand) data (from ndovloket.nl).
The CHB data gives the locations of the bus stops and is the least reliable. I only use this location is I have no other information about the location of a bus stop, which was the case for Reddingsweg/Aisterburn.
Based on your information, I propose to move these bus stops next to the Knuppeldam bus stops. Because they have different names and bus_stop codes (ref:IFOPT), I'd rather not merge them.
Gertjan

Dag Leo,
Ik wist niet dat tijdelijke omleidingen ook worden opgenomen in OSM. Sorry dat ik het heb teruggezet. Waar levert dit een foutmelding op?

De 'verrerijker' staat niet meer op zijn plek en er lopen wat rare lijnen. Heb je per ongeluk naar de bovenkant van de toren gekeken, in plaats van naar het straatniveau? De bovenkant is niet betrouwbaar door het parallax-effect van de luchtfoto. Zeker bij hoge gebouwen.

In Nederland is het niet gebruikelijk om de naam van de woonplaats toe te voegen aan een bushalte of stopplek. Dit in tegensteling tot de Belgische (vlaamse?) werkwijze.

Heb ik die gemist? Ik kan me niet herinneren dat ik deze import heb zien langs komen op [email protected]. Daar maak je je niet populair mee binnen de osm community.

Jeroen, ik kom 31 wissels tegen die getagd zijn met railway="double outside slip"
Zou je die willen aanpassen? Wissels worden met railway=switch. Met railway:switch en railway:switch:configuration kan het type worden aangegeven.

Bedankt. Als het goed is heb ik ze nu opgeschoond. Met Overpass kon ik ze niet meer terug vinden.

Er zijn een aantal panden in Dalfsen getagd met ODS:status=destroyed.
Ze zijn te vinden met Overpass: way[~"^ODS:.*$"~"."]

Mooi werk Zugführer.
@JJJWegdam, mag ik vragen wat je geprobeerd hebt om met de perrons te doen?
Zowel de trein, als de busperrons zijn in stukjes geknipt, die ik daar nog nooit gezien heb. Bovendien zijn de trein perrons genummerd met spoornummers in plaats van perronnummers. Utrecht ken acht treinperrons, genummerd van 1 t/m 8 en die bestaan uit 1 stuk. Jouw oplossing om perrons in stukjes te knippen en daar spoornummers aan toe te kennen is volgens mij mappen voor de renderer. Als je de spoornumers op een kaart wilt hebben, kan je een verzoek indienen bij de maker van die kaart.
Nog een puntje: Alle OV-poortjes (zijn het er echt zo veel?) staan dubbel in OSM.

Met roll-backs heb ik ook weinig ervaring.

De enige oplossing die ik nu kan bedenken is een beetje omslachtig, maar
wel werkbaar:

1. Kijk in Josm via de historie van de relatie wat de laatste goede
versie is.
2. Download deze versie via deze url:
http://api.openstreetmap.org/api/0.6/relation/<Relation ID>/<Version number>
3. Wijzig in het .osm bestand het versienummer in -1 en pas de naam van
de relatie aan (bijvoorbeeld # er voor) om het onderscheid te zien met
de meest recente versie van de relatie.
4. Open het .osm bestand in Josm en download de meest recente versie van
de relatie in de zelfde laag.
5. Verwijder met de relatie-editor alle relatiemembers uit de recente
versie en voeg de members uit de goede (met #) versie toe. NB: dit moet
door de members te selecteren en ze daarna toe te voegen. Knippen en
plakken werkt niet, omdat dan maar een deel van de members wordt meegenomen.
6. Verwijder de historische (met # in de naam) relatie en upload de
gewijzigde recente relatie naar OSM.

Ik heb het alweer een tijdje geleden terug gemeld aan de gemeente Utrecht, maar tot nu toe zonder resultaat. De huizen met bouwjaar rond 1919 zijn gesloopt. De nieuwe huizen zijn volop in aanbouw.

In totaal zijn er 88 buslijnen in Utrecht vervangen door een buslijn naar Gorinchem. Wil je dit zsm herstellen?

This address already existed.

Makes sense to me. I'll do it like that.

I updated Oudegracht 359, 361 and 363.

Gertjan

In this changeset a lot of buildings at the Oudegracht in Utrecht were split in two. One part that is under the street and one part besides the street. In reality, the buildings are one whole, with a part under the street. Therefore, I intend to re-combine the two parts to one building with the original building reference number. Then I will add the part under the street as a building:part=yes, with a layer of -1 and without the building reference number. Would you (fx99) object to this?

De members van een relatie (in dit geval stukken spoor) worden in een bepaalde volgorde vastgelegd. In de Java openstreetmap editor (Josm) kan je zorgen dat de stukken in de goede volgorde liggen en blijven liggen. Je krijgt ook een waarschuwing als dit niet zo is. Editors als Id en Potlatch zijn beperkter en geven sneller problemen met relaties.
Persoonlijk vind ik Josm ook een stuk gebruiksvriendelijker, maar daar verschillen de meningen over.

Deze wijziging heeft een gat gemaakt in 5 treinroutes. Zou je dit willen repareren? Liefst met Josm, want ID houdt geen rekeninig met de volgorde van de route members.