Hoi Dora, welkom aan boord nogmaals (-:

Heb even gekeken en opgeschoond, zie:
osm.org/changeset/101737272#map=14/52.3168/4.8478

Dubbel mappen van waterway-lijnen was begonnen door een andere mapper in 2014, daarna door mij niet opgemerkt en door jou nog iets uitgebreid (-;

Heb het hersteld, want dubbele lijnen is niet de bedoeling (het je alleen nog nog wel als een route=ferry een waterway volgt, is nog wat lastig).

Watersystem=polder (vs boezem) geeft inzicht in structuur van het watersysteem. Daarmee kan je generaliseren / differentiëren in kaartweergaven. Zie bijvoorbeeld (even geduld) https://qgiscloud.com/openkanokaart/rijnland/?bl=mapnik&l=Polderwater%20primair%20%3E60cm%2CPolderwater-diepte!%2CPolderwater-naam%2CPoldergebied%2CBoezemwater%20%3E50cm%2CBoezemgebied&t=rijnland&e=499269%2C6830111%2C520986%2C6851871

En het geeft ook een indicatie mbt bevaarbaarheid in ca 80% van het boezemwater kan je wel varen, in de trant van: in ca 80% van het polderwater kan je niet varen (ook niet redelijkerwijs. En als je al in poldervaart kan varen met een motorboot dan zal je een sluis door moeten om er vanaf doorgaand water te kunnen komen.

Heb maxspeed gecorrigeerd (vond 5 al zo raar, is meestal veelvoud van 3). Bij km/h zette we dat er net achter: osm.wiki/Key:maxspeed?uselang=nl

En als je al canoe=yes en motorboat=yes hebt (allebei prima tags, dank!), dan hoeft boat=yes niet ook nog eens (dat overlapt dan per definitie). Zie osm.wiki/Key:access#Water-based_transportation

Zoals Eggie al zegt: alle begin is lastig. Stuur gerust een PM als je meer wilt weten over mappen op water (-:

Hoi Dora, welkom bij OSM en leuk dat je ook wilt bijdragen aan het water op de kaart ! (ook een van mijn aandachtsgebieden).

In aanvulling op de opmerkingen van Eggie: als je iets met watervlakken wilt doen, begin dan eenvoudig. Op onderstaande plek mist bijvoorbeeld nog alle watervlakken (wel een bruggetje, zie ook de Mapillary foto's van een medemapper).

Kijk bijvoorbeeld eerst eens of je met JOSM hier met BGT de vlakken met natural=water - kan inpassen (dus niet zomaar erbovenop kiepen ;-) in de landuse zonder foutmeldingen van de validator.

osm.org/go/0E6yeNGoO--?m=&way=843176334

Kan je eerst proberen met uitsnijden en daarna eventueel ook met eenvoudige multipolygonen.

En kijk naast de validator ook of de renderig na uploaden het te verwachten resultaat geeft, dat is meestal ook wel een toetssteen.

Als er in dit weiland iets mis gaat is er geen man overboord, maar beter nog even de bestaande complexe watervlakken met rust laten tot een later moment ((-:

Happy mapping!

Hoi, dank voor toevoegen seizoenssluiting ten noorden van de Veldwetering. Ik heb de aanduiding van de seizoenssluiting verplaatst van [name] naar [access:conditional], zie
osm.org/changeset/101593360

Weet je of die seizoenssluiting ook geldt ten zuiden van de Veldwetering en heb je misschien ook een leesbare foto van het toegangsbordje voor de overige bepalingen? (zag je bijdragen op Mapillary elders op het pad, dank daarvoor).

Groet!

Hoi, ik kan me in de moderne spelling ook goed vinden;

Top25 laat dat vanaf 2006 inderdaad zo zien en de gemeente heeft de oude naam ook niet als openbare ruimte in de BAG gedefinieerd.

Ook de terreinbeheerder schrijft het op deze moderne manier:
https://www.natuurmonumenten.nl/zoeken?page=1&search=mosselse

Het opnemen van de oude naam in een alternatieve tag (zoals old_name=Mosselsche Zand ) is in zo'n geval inderdaad beter dan de oude naam weg te gooien

De in de changeset opgegeven websites van marketingorganisaties moet je voor dit soort dingen inderdaad niet als bron willen gebruiken
https://www.sidn.nl/whois?q=bezoek-ede&lang=nl

Groet!

Hoi, in aanvullig op de terechte punten van Eggie: de als bron opgegeven site van de Stichting Marketing Ede kan je beter niet als bron gebruiken. Het is geen maatgevende bron en daarnaast is niet duidelijk gemaakt dat overname van hun gegevens is toegestaan.

Zie ook https://www.sidn.nl/whois?q=bezoek-ede&lang=nl

Groet!

Hoi, dank voor je bijdrage. Heb je wijziging op het Maisland teruggedraaid: osm.org/way/75760024/history

De oude waarde was correct en de nieuwe waarde (landuse=scrub) was onjuist: die waarde hoort niet bij de key:landuse, maar bij de key:natural. Dat leidde er ook toe dat het terrein helemaal niet meer werd gerenderd op Standard Carto.
Daarnaast komt het ook niet overeen met de werkelijkheid, want dit gebied is in gebruik als agrarisch gebied (zie AAN).

Verder wordt het geven van een omschrijving van de changeset + vermelding van gebruikte bronnen erg gewaardeerd. Groet!

Hoi, Dank voor je bericht en het herstel (-: Op zich erg goed natuurlijk om erop te letten dat er geen zaken in de name-key staan die daar eigenlijk niet horen. En bij de Klompenpaden is het soms wat verwarrend omdat namen van het pad en van de route kunnen samenvallen. Dat laatste is inderdaad een goede strategie, en als je er een keer toch reden is om iets uit de name-key te halen, dan kan een alternatief ook zijn om het te verplaatsen naar bijvoorbeeld de description/note/comment, dan blijft die informatie toch behouden. Happy mapping!

Hoi, waarom heb je de name en operator van het Benedeneindse pad verwijderd? Toen ik daar vorig jaar was, stond dat ter plekke zo met een apart bordje aangegeven. Dank voor je reactie.

https://osmlab.github.io/osm-deep-history/#/way/382268719

Dank voor het snelle herstel. Bij mij in Osmand Live werkt het nu ook weer zoals het moet: er wordt niet over dit pad gerouteerd met de optie "Houd rekening met tijdelijke beperkingen" ingeschakeld, en wel als deze optie is uitgeschakeld.

Ook op mijn renderer voor datum-gebaseerde sluitingen van wandelpaden gaat het weer goed:
https://openkaart.net/wandel/#map=16/52.2340/4.4735

Ik reageer van de week even nader mbt algemene tagging van dit soort paden, want ik liep nog wel tegen meer vervelende zaken in de opbouw van de access-key aan waardoor het eveneens opnemen van opening_hours ook voordelen heeft (of eigenlijk zelfs te verkiezen is als iemand de puf heeft om daar een proposal van te maken). Groet.

Hoi Ankeric, je hebt op dit pad met een jaarlijks terugkerende sluiting op 1 januari "access:conditional=" weggehaald omdat dat "redundant" zou zijn.
http://osm.mapki.com/history/way.php?id=555458955

Dat is niet correct en je beschadigt hiermee bovendien de routering (Osmand) en rendering (van mijn onlinekaarten met periodieke sluitingen).

Wil je dit herstellen ajb, zowel hier als op overige plekken waar je access:conditional hebt verwijderd ?

Toelichting:
Dit is een juridische sluiting op een eigen weg obv de terreinvoorwaarden aangegeven op het toegangsbord. Juridische sluitingen worden getagd met de key:access

Tijdgebonden afsluitingen worden getagd met access:conditional. Dat is zo vastgelegd in de algemene wiki voor key:access:
osm.wiki/Key:access#Access_time_and_other_conditional_restrictions

En verder op osm.wiki/Conditional_restrictions

Dat hebben we voor dit soort paden 6 jaar geleden ook al zo besproken:
https://forum.openstreetmap.org/viewtopic.php?pid=560645#p560645

en hier 4 jaar geleden weer:
https://forum.openstreetmap.org/viewtopic.php?id=60504

En in 2017 schreef je zelf ook nog: "opening_hours beschouw ik als een beetje oneigenlijk: doet iemand hier 's morgens het hek open?"

Prima als je in de tussentijd tot nieuwe inzichten bent gekomen. Ook ik vind de opbouw van de access-key een draak. Maar wat je hier doet is het feitelijk afschaffen van access:conditional voor tijdgebonden sluitingen van wegen voor alle vervoerswijzen.

Daar is inhoudelijke best wat voor te zeggen vind ik, maar als je zo'n breed gebruikte taggingswijze wilt wijzigen, dan vereist dat wel een breed gedragen en gedocumenteerd proposal zodat de grote datagebruikers dat ook gaan overnemen. Pas daarna kan je gaan denken aan het verwijderen van de data die op de gebruikelijk manier is getagd, en niet daarvoor. Nu beschadig je de routing en rendering van correcte data:
Osmand routeert hier nu op de sluitingsdatum ten onrechte overheen, terwijl het op andere paden met de oude tagging voor sluiting op 1 januari wel goed gaat.

Dank voor het snel herstellen van de access:conditionals die je hebt verwijderd.

Hoi AnkEric, waarop baseer je dat "permissive" alleen op land van natuurlike personen zou slaan en niet op land van rechtspersonen?

Dat staat nergens zo in de OSM Wiki en ook het Nederlandse wetten die toegankelijkheid van wegen waarborgt (met name de Wegenwet, in samenhang met de APV voor de handhaving daarop) maakt nadrukkelijk geen onderscheid tussen soorten eigenaren : een natuurlijk persoon kan een openbare weg in bezit hebben waar hij/zij al het verkeer heeft te dulden (foot/..=yes) en een gemeente kan een eigen weg in bezit hebben waar ze zelf obv art 461 Wvs op elk moment eisen aan de toegang kunnen stellen die je op een openbare weg niet kan stellen.

En op wat is de bron en de juridische status van dat "management plan" waarnaar je verwijst waarin het recht van toegang op dit specifieke pad wettelijk is gewaarborgd?

Ik zie wel onderstaand beheerplan voor de Alde Feanen, maar daarin lees ik zo snel niets over wettelijke waarborgen voor de toegang voor dit pad
https://www.bij12.nl/wp-content/uploads/2020/07/Natura-2000-Beheerplan-13-Alde-Feanen.pdf

Dank voor je reactie.

Hoi Probelnijs,
Dank voor je bijdragen!
Toevallig: wij waren hier net een dag na elkaar.
3 kleine tips nog:

1. Gebruik footway alleen voor echte voetpaden in zoals bedoeld in de verkeersregelgeving. Het pad over de Wisenniabrug was heel bewust een path ipv een footway gemaakt, er staat namelijk geen verkeersbord G7 en het is ook geen trottoir. Je mag hier dus -anders dan een aantal andere Singelparkbruggen- dus ook overheen fietsen. Pas ten westen van de Houtmarkt staat een bord "Voetpad" en is het een footway. Ik heb de weg dan ook weer teruggezet van footway->path

2. Als je -zoals in het geval hierboven- een waarde ziet die je vreemd vind, kijk dan via de geschiedenis van het object wie de mapper is die dat heeft geplaatst en vraag het even na, daar kunnen beide partijen wat van opsteken (-:
3. Investeer wat tijd in een overstap naar JOSM, daar ga je plezier van hebben

Happy mapping!

Graag gedaan, het is hersteld en aangevuld. Je weet dat ik de liefde voor dit gebied deel (-: En al mappend en (terug-)kijkend op Mapillary ben je er toch ook weer even een beetje daar op druilerige dag als vandaag.

Ze hebben in het gebied nu veel last van "gravelaars" die wildfietsen met apps als Komoot, die OSM-data gebruiken en die ten onrechte aannemen dat als er geen waarde voor bicycle in OSM genoteerd staat, dat dat gelijk staat aan de afwezigheid van een verbodsbord in het veld. Vandaar dat vrijwilligers bij de routes daar mij vroegen om eea aan te vullen obv de geldende terreinvoorwaarden. Ik hoop er ook weer eens naar toe te kunnen gaan in de komende tijd (-:

Excuus, ik heb gekeken naar de paths en tracks en die wel afgezet tegen de mtb-route, maar er niet aan gedacht dat er op sommige plekken ook fietsknooppunten overheen lopen, terwijl ik dat in NP Veluwezoom wel gezien heb..
Ik ga het gelijk herstellen, liep eerder ook al tegen bijzondere combinaties van borden aan, bij herstel nu ook: G13 + G7:
https://www.mapillary.com/map/im/geSbtL1bV5oAQSWIJQFesQ

Groet!

Hoi, het blijft "schipperen", maar ik denk dat fairway misschien ook wel iets beter past hier en heb het gewijzigd.

We zouden moeten dan eigenlijk wel iets nog de omschrijving van fairway in de wiki, want die is nu nog te eenzijdig gericht op de aanwezigheid van boeien, terwijl deze ook nu feitelijk ook al breder wordt gebruikt voor logische verbindingen tussen de ingangen / uitgangen van een watervlak, ook als er geen boeien zijn (of alleen de ingangen gemarkeerd zijn aan de kant).

Ook is de aanwezigheid van boeien meer een eigenschap van een bepaald type waterway ipv een type waterway op zich
(boeien kunnen worden geplaatst of verwijderd op een river / canal / fairway)

Groet!

Over de algemene access=* :
het lastige is dat die niet alleen van toepassing is op de weg, maar ook gelijk op alle vervoerswijzen. Als je access=customers plaatst op een footway, dan zeg je daarmee dat klanten er met de fiets of brommer mogen rijden, en dat zal doorgaans niet het geval zijn.

Dat is een onhandige keuze in het access-schema (net als de onhandige term foot=YES, terwijl daarmee feitelijk meer specifiek foot=RIGHT_OF_WAY).

Een andere onhandige keuze/werkwijze in OSM is het gebruik van footway voor hele verschillende type paden, ook voor paden (zonder G7-bord) waar het algemene publiek niet mag lopen of juist voor paden waar je ook mag fietsen. Daardoor zegt de aanwezigheid van tag highway=footway veel minder over wat je wel/niet mag dan de aanwezigheid van de tag highway=cycleway.

Als je echt duidelijk wil maken (a) wat je wel en niet mag op een footway en/of (b) wat de rechtsgrond van de toegang is, dan is foot=yes dus wel nodig. (maar de meeste mensen zijn het er wel over eens dat foot=yes op een path wat meer toevoegt dan op een footway)

Dat is ook al meerdere keren op het forum aan de orde geweest en net dus weer bevestigd door DGW-lid Andy in de discussie met JOSM (-:

De JOSM-update waarin dit wordt gerepareerd is vertraagd, zou 2 weken geleden zijn doorgevoerd:
https://josm.openstreetmap.de/milestone/20.10

En in Osmose lijkt het ook opgelost toch of zien jullie daar nog wel deze meldingen?

Groet!

PS
De namen (en het water) zijn in de tijd wel iets gewijzigd, hieronder de situatie in 1615 (-;

https://www.rijnland.net/@@archieven-proxy?mivast=319&mizig=42&miadt=319&miaet=14&micode=30A&minr=1056886&milang=nl&misort=last_mod%7Casc&mizk_alle=a%204077&miview=viewer

Dank voor je opmerkzaamheid, Eggie!
Het huidige watervlak is door een andere mapper gemaakt (of gesplitst?) nadat ik de waterway-lijnen heb toegevoegd. Dit vlak betreft volgens de legger van Rijnland deels de Wonnewetering, deels de Ringvaart Tempelpolder.
De namen op de lijnen zijn conform de legger.

Ik heb de naam op het vlak verplaatst naar description (+vermelding overlap), want op een watergang is het inderdaad gebruikelijk om de naam op de lijn te zetten. Bij een waterlichaam (meer etc), dan komt de naam op het vlak. Groet!

Hoi. Die meldingen van Osmose zijn onjuist (vals positief). Foot=yes heeft in OSM een meer specifieke betekenis dan alleen "je mag hier lopen", het geeft ook de rechtsgrond van die toegang (openbaar ipv bij gedogen). 

Daarnaast is het ook niet zo dat het publiek mag lopen op alle wegen waar highway=footway wordt gebruikt. Sommige footways zijn maar beperkt opengesteld (bijvoorbeeld alleen voor klanten), en andere zijn helemaal niet opengesteld voor het algemeen publiek.  

In de JOSM-validator werd onlangs ook eenzelfde onjuiste regel als die van Osmose opgenomen. Andy van de DWG (SomeoneElse) heeft daar een melding op gemaakt met het verzoek die regel te verwijderen en in de volgende update gaat die onjuiste regel er weer uit, zie hier:  https://josm.openstreetmap.de/ticket/19862

Weten jullie of deze bug nog steeds in Osmose zit, of  is het daar nu ook opgelost?
Ik krijg op onderstaande weg bijvoorbeeld (terecht) in Osmose geen melding meer van een onnodige tag osm.org/way/482114424/history

Groet!

Hoi, dank voor je bijdrage. Heb een paar kleine wijzigingen gedaan:
-De algemene access=no gebruiken we bij voorkeur alleen als een pad echt voor iedereen gesloten is. Als het wel voor voetgangers openstaat, dan gebruiken we die key niet en sluiten we het voor de overige vervoerswijzen, om tegenstrijdigheden en misverstanden te voorkomen.

Verder is onderstaand pad verboden voor fietsen (obv het verkeersbord C14) en voor paarden (obv het gebiedsbord van SBB).

Zie ook https://osmlab.github.io/osm-deep-history/#/way/830352623

Groet!