Ich finde "cycleway:right=separate" merkwürdig, es gibt bereits "bicycle=use_sidepath:" und man kann sehen, dass es einen separaten Radweg gibt, so warum es explizit hinzufügen

Okay, no problem!

Hi DRM150,

Had a look at Osmose for 30329, http://osmose.openstreetmap.fr/en/issues/open?source=36280&item=3032&class=30329

way/910945351
way/737749993
way/723598793
way/910945352

The last updated added cycleway:right=opposite, but looking at Esri World Imagery (Clarity) and Mapillary I see that not making sense.

Also bicycle=no on these four ways is strange, while the motorway "Rodovia Quarto Anel Viário" has bicycle=yes.

Do you know the situation on the ground? If so can you have a look?

Thanks,

Martin.

Hi Dirk,

The video from BicycleDutch shows (temporary) two-way operation likely until the other brige on de east side of the rond-about is done.

I did assume you were local, but understood you just watched the video ;-)

I am also not local, let me see if I can find the information somehow.

Greetings,

Martin.

Hoi,

Mooi dat de brug nieuwe brug erop staat!

De brug lijkt (tijdelijk) twee-richtingenverkeer maar in OSM is hij op dit moment eenrichtingsverkeer, net als de aansluitende fietsen.

Weet jij hoe het precies zit? Kan jij het evt. aanpassen?

Groeten,

Martin.

Hoe het precies gebeurd was is me niet duidelijk maar probleem gerepareerd in changeset/111066595

Iets vreemds gebeurd in deze changeset, ben het aan het nakijken...

Hoi vleerbeer,

Zover ik weet (BGT) heet deze brug niet Hoendiepbrug maar "De Arend en de Zeemeeuwbrug"

Ik heb het aangepast in changeset/110744646

Kan jij wikidata bijwerken?

Groeten,

Martin.
https://www.beverwaardigheden.nl/nieuws/nieuwe-brug-naar-het-eiland-draagt-nieuwe-naam-de-arend-en-de-zeemeeuwbrug/

In this changeset you added barrier=lift_gate to the Boompje before the Nieuwe Leuvebrug.

That can be problematic for routers, so I added access=yes, changeset/110740903

Greetings!

Hoi Multichil,

Bedankt voor het bijwerken van de Rozenstraat, bicycle=no was inderdaad niet juist.

cycleway:left=use_sidepath is alleen niet juist, use_sidepath in combinatie met bicycle(*)=

Ik heb cycleway:left=use_sidepath en oneway:bicyle=no weggehaald, zo worden fietsers in west-oost richting ook automatisch over het fietspad geleid. Zie changeset/110569075

Groeten,

Martin.

Hoi Ivar,

Ik zie dat je in deze changeset cycleway:both=separate hebt toegevoegd, maar dat wordt in Nederland eigenlijk niet gebruikt, in plaats daarvan is bicycle=use_sidepath wel geëigend. Zie bicycle=use_sidepath

Groeten,

Martin.

Hoi,

Prima bezig om oneway:bicyle=no toe te voegen.

Op de Schoolstraat is daar ook nog cycleway:left=opposite_lane bijgekomen maar dat is uit de tijd en dubbelop. cycleway:left=lane + bicycle=no is voldoende.

Het is ook geen echte fietsstrook, er staat geen fiets-pictogram in, dus het is het een "shared_lane"

Ik heb het aangepast in changeset/110424724

Groeten,

Martin.

Hoi e_w_c,

opposite_lane is een beetje uit de tijd, cycleway:left + oneway:bicycle is meer van de tijd.

Ik heb het aangepast in changeset/110424447

Groeten,

Martin.

Prima geconstateerd maar deze wijziging maar mijn inziens meer kapot dan het oplost.

Verschillende fietspaden lopen nu dood en bijv. het groene midden van de Rotonde is niet verwijderd.

Groeten,

Martin.

I checked the update and it looks good!

Good to see there is now also a cycle route running on it.

I think you changeset comment should somehow mention that this is based on the Metro Vancouver cycling map, that will help other mappers that might wonder about this mapping.

Greetings,

Martin.

Hi,

In this changeset you added way/967975025

That is a bit weird to me, this piece of cycleway is connected to two roads that both do not allow for bicycle access.

Greetings,

Martin.

Hoi Eric,

Ik snap je verhaal maar mijn interpretatie is anders,
* way/6964573
* way/147427317
* way/147427329
* way/692051345

zijn geen doorgaande wegen (dat zijn de tertiary's ernaast) en het grootste deel van deze wegen is ligt onder amenity=parking. Volgens mij past service=parking_aisle hier prima.

"Bijna ieder parkeervak was (...) daar een zelfstandige POI." --> Als ik eens dingen nalees dan is het eerste wat ik zou hebben veranderd amenity=parking (dat het nu is) naar amenity=parking_space en dan evt. een relatie toevoegen voor het geheel. Daarmee gaat het aantal "amenity=parking's naar nul ;-)

Wat betreft problematische renderings: osm.wiki/Tagging_for_the_renderer

Groeten,

Martin.

Hoi,

"Remove {service=parking_aisle} ON (amenity=parking)" ken ik nog niet ik lees er niets van op service=parking_aisle, zelfs het tegendeel.

Groeten,

Martin.

Yes, these unused ways are not a big problem but they pop up on my Osmose list which I try to keep clean.

I am still surprised about your action, using https://ohsome.org/apps/dashboard/ I found this area of Finland got from 687 ㎢ of forest on 2020-01-01 to 328 ㎢ right now more than half of the forest (-52.2 %) is lost. Sounds like a good headline, half of the forest (320 ㎢) is lost ;-)

Yes, the quality of the data can be low but as long as you can not replace it with better data on short hand I do not see the reason for doing this.

Greetings,

Martin.

Removed, see changeset/107015036