OpenStreetMap logo OpenStreetMap

Changeset When Comment
105547565 about 4 years ago

Ik heb het aangepast.
Overigens staat er bij site dit:
In many cases standard solutions, for example multipolygon relations, are a perfectly acceptable replacement.

Maar het is nu een site relatie.

105547565 about 4 years ago

osm.wiki/NL:Tag:amenity=parking

"De tag amenity=parking_space mag worden gebruikt om tot op het niveau van de individuele parkeerplaatsen in kaart te brengen."

74950508 about 4 years ago

Ik heb net op de Oosterweg gekeken. Er staan nog steeds 2 betonblokken aan de zijkant en geen bord verder. Als je smal genoeg bent kun je er door. Motorfietsen en Piaggio MP3 driewielers kunnen er gemakkelijk door. Met mijn auto net niet of misschien als ik mijn spiegels in had geklapt. Maar ik heb ook niet zo'n grote auto.
Dus over het algemeen lijkt het tot nu toe nog wel te kloppen.
Je mag er door als je erdoor past.
Verder zal ik bij de nachtegaalstraat vanaf de van Veenweg nog even paaltjes op de kaart zetten.

74950508 about 4 years ago

De beweegbare paal is op de van Veenweg tegen de Oostdijk aan.
Wegens verkeersbord C12 eigenlijk alleen toegestaan voor hulpvoertuigen en niet-motorvoertuigen; o.a. brommers, brommobielen, snorfietsers, fietsers en gehandicapte voertuigen.
Ook zou verkeersbord C12 voor de gehele weg moeten gelden.
Dat is dus niet zo.
Einde C12 of verkeersbord F8: Einde van alle door verkeersborden aangegeven verboden.
Zou eigenlijk geplaatst moeten worden. Dat heeft de gemeente niet gedaan.
Bijzonder genoeg krijg je bij de ingang alsnog te zien dat je met een bus en vrachtwagen in Heerhugowaard niet mag parkeren.
Tot nu toe volledig zinloos.
Maar dat is nou eenmaal een keuze van de gemeente.
Zo zal ik er nog wel even langs rijden misschien om te kijken hoe het met de blokken zijn.
Door een storing bij Mapillary zijn veel foto's verloren gegaan.
De nieuwe eigenaar van Mapillary -> Facebook maakt er wel een potje van.
Duizenden mensen klagen over vermiste foto's.
Ze zijn allerlei aanpassingen aan het doen waardoor niet meteen alle foto's verwijderd worden als 1 foto niet goed is. Maar dat gaat nog even duren.

74950508 about 4 years ago

Waar is barrier=block?
Ik heb paaltjes toegevoegd en als bron ook nog een afbeelding gemaakt: https://ibb.co/gzfq7DC

Welke info heb je nodig?
Ik kom er nog wel vaker langs.
Vrijwel elke dag.

102133693 over 4 years ago

De editor heeft dat verwijderd.
Ik heb niets verwijderd.

100215152 over 4 years ago

Als je op de lijn klikt zie je 1 grasland outer. Als je op de gras klikt zie je zowel de lijn als de speeltuin. Als je nu op de speeltuin klikt zie je helemaal niets.
Omdat je elke keer wat anders ziet is het een beetje verwarrend soms.
Foutje dus. Bedankt voor het goed zetten.

84274941 about 5 years ago

Je hebt géén RVV-borden nodig als je de gegevens opgevraagd hebt.
OpenStreetmaps is géén kopie van Pdok en mag gegevens bevatten die bij de weg horen. Weg heeft 2 rijbanen. Er staat ook geen bord dat het 2 rijbanen heeft.
Dus graag ophouden met het weghalen van juiste gegevens.

78075193 over 5 years ago

Afkorten (doe het niet)
osm.wiki/NL:Key:name#Afkorten_.28doe_het_niet.29

78493978 over 5 years ago

Ik wil het wel verwijderen maar de vraag is of dit wel een duplicaat is.
Een punt is iets anders dan een vlak.
Nu zie ik dat je het zelf al verwijderd hebt.

78569854 over 5 years ago

Aangepast.

78493978 over 5 years ago

In OsmAnd krijg je die vlakken niet goed te zien maar enkel een markering.
Maar ik zie nog wel meer bewerkingen die OsmAnd niet overneemt.
Een beetje te vergelijken met https://wheelmap.org/ maar die laat nog meer zien zelfs.

78482578 over 5 years ago

Dan komt het wel door die actie maar dan blijft het vreemd dat die relatie dan niet getoond wordt in iD.
Ik neem mijn beeld op en kan terugkijken wat ik gedaan heb.
In iD stond er niet Fietsroute rcn 43-46 maar enkel Fietsroute zonder rcn 43-46 erachter.

Ik heb de weg wel bewerkt, dat ontken ik ook niet, maar aan die relaties ben ik niet aan geweest en die stonden ook niet zo.

Dan heb ik in iD dus ook niet goed kunnen doen als die relaties zo niet getoond worden.

78482578 over 5 years ago

Die heeft er ook niet opgestaan zoals die nu staat.
Ik denk niet dat dit door mijn actie komt.

78415986 over 5 years ago

Ik kom regelmatig tegen dat een dorp/gehucht/plaatsnaam op een weg gelinkt staat.
Dat klopt natuurlijk niet.
OsmAnd klopt ook 9/10 keer niet.

78421094 over 5 years ago

Een destionation:ref heeft met de bestemming te maken. een crossing_ref heeft met de oversteekplaats te maken.
Kortom hebben alle referenties een verband met elkaar.

Een losstaande referentie heeft met de verwijzing van de weg te maken.

78421094 over 5 years ago

Het gaat hier om Geim:
osm.wiki/Proposed_features/Destination_details#destination:ref

78421094 over 5 years ago

Ik zie nergens dat het om indicator signs gaat.
Als je het dus gewoon vertaalt zoals het er staat kom je gewoon op de verwijzing naar de bestemming.

De bestemming van deze weg is niet Heerhugowaard omdat je nog niet op de weg, en nog niet in de gemeente Heerhugowaard zit.
De bestemming van de weg daarna is wel Heerhugowaard.
Je verwijst de bestuurder dus naar deze weg richting de bestemming Heerhugowaard. (destination:ref)

78421094 over 5 years ago

"the reference of the roads" betekent de verwijzing van de wegen of letterlijk "referentie van de wegen"

Een referentie hoeft niet perse een nummer te zijn maar kan ook een plaatsnaam of randweg zijn.

Deze weg leidt naar Heerhugowaard waar deze weg mee gelinkt kan worden.

De linker rijbaan leidt niet specifiek naar Heerhugowaard maar heeft alsnog wel de mogelijkheid.

Kortom refereert de rechter rijbaan dus aan Heerhugowaard.

In het Nederlands is het precies hetzelfde als in het Engels:
https://www.taaltelefoon.be/refereren-aan-refereren-naar

78421094 over 5 years ago

Dat het de wegnummer moet zijn staat nergens beschreven:

---
The key destination:ref=* should be used to specify the reference of the roads directly ahead as indicated on signposts, road markings or similar. The value of this key should be equal to the value of the key ref=* of these roads.

De pin destination:ref=* zou gebruikt moeten worden om de verwijzing van de weg die direct opeenvolgend is en op borden, wegmarkeringen of soortgelijk staat, aan te geven.
De waarde van deze pin zou gelijk moeten zijn met de pin ref=*
---

Ik zie nergens dat het een wegnummer of een getal moet zijn.